Return-Path: Delivered-To: apmail-httpd-apreq-dev-archive@www.apache.org Received: (qmail 24438 invoked from network); 17 Feb 2005 23:50:54 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur-2.apache.org with SMTP; 17 Feb 2005 23:50:54 -0000 Received: (qmail 25258 invoked by uid 500); 17 Feb 2005 23:50:53 -0000 Delivered-To: apmail-httpd-apreq-dev-archive@httpd.apache.org Received: (qmail 25228 invoked by uid 500); 17 Feb 2005 23:50:53 -0000 Mailing-List: contact apreq-dev-help@httpd.apache.org; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: Delivered-To: mailing list apreq-dev@httpd.apache.org Received: (qmail 25215 invoked by uid 99); 17 Feb 2005 23:50:53 -0000 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received-SPF: pass (hermes.apache.org: local policy) Received: from theoryx5.uwinnipeg.ca (HELO theoryx5.uwinnipeg.ca) (142.132.65.108) by apache.org (qpsmtpd/0.28) with ESMTP; Thu, 17 Feb 2005 15:50:52 -0800 Received: from theoryx5.uwinnipeg.ca (localhost.localdomain [127.0.0.1]) by theoryx5.uwinnipeg.ca (8.12.8/8.12.8) with ESMTP id j1HNnsH3020428 for ; Thu, 17 Feb 2005 17:49:54 -0600 Received: from localhost (randy@localhost) by theoryx5.uwinnipeg.ca (8.12.8/8.12.8/Submit) with ESMTP id j1HNnsvG020424 for ; Thu, 17 Feb 2005 17:49:54 -0600 Date: Thu, 17 Feb 2005 17:49:54 -0600 (CST) From: Randy Kobes To: apreq-dev@httpd.apache.org Subject: Re: [multi-env] illegal escape sequence In-Reply-To: <87hdkavpeg.fsf@gemini.sunstarsys.com> Message-ID: References: <87brakwtm5.fsf@gemini.sunstarsys.com> <873bvww8e8.fsf@gemini.sunstarsys.com> <87ll9nvjqb.fsf@gemini.sunstarsys.com> <87hdkavpeg.fsf@gemini.sunstarsys.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Checked: Checked X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N On Thu, 17 Feb 2005, Joe Schaefer wrote: > Randy Kobes writes: > > [...] > > > I see you just provided a Win32 workaround in cookie.c - > > Yup, no need to waste time on WinFU sillyness. > The string literals are inside the macros just > to produce better debug messages, which IMO isn't > worth this much attention. If the problem persists > elsewhere, I suggest we just route around it with > something similar. Agreed :) > > thanks! > > Heh, we'll see about that... lots of new multi-env > problems will soon be coming your way. Hope you're > not having too much trouble keeping up so far. If > you are, just holler ;-). :) With the fix in cookie.c, all but the first 3 tests in library/t/parsers.c pass for me on Win32 (on the C side). These failures are the same ones as the corresponding failures reported here: http://marc.theaimsgroup.com/?t=110784648400001&r=1&w=2 about comparing things coming from apreq_parser. I'll look into this in a new thread. -- best regards, randy