Return-Path: Delivered-To: apmail-httpd-dev-archive@httpd.apache.org Received: (qmail 48969 invoked by uid 500); 5 Apr 2002 19:35:30 -0000 Mailing-List: contact dev-help@httpd.apache.org; run by ezmlm Precedence: bulk Reply-To: dev@httpd.apache.org list-help: list-unsubscribe: list-post: Delivered-To: mailing list dev@httpd.apache.org Received: (qmail 48956 invoked from network); 5 Apr 2002 19:35:30 -0000 Errors-To: Message-Id: <5.1.0.14.2.20020405132856.02443830@pop3.rowe-clan.net> X-Sender: wrowe%rowe-clan.net@pop3.rowe-clan.net X-Mailer: QUALCOMM Windows Eudora Version 5.1 Date: Fri, 05 Apr 2002 13:31:19 -0600 To: dev@httpd.apache.org From: "William A. Rowe, Jr." Subject: RE: I WANT A GA release In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N At 12:22 PM 4/5/2002, you wrote: >I'm still seeing a problem with apr_tokenize_to_argv() that causes the >parser to run off the end string. I know this causes a fault on >NetWare, but since I don't understand this code completely and the >comments about allowing for a NULL argument are confusing, I was hoping >someone would confirm or deny the problem. > > It appears that apr_tokenize_to_argv() is running off the end of >the string in the following while loop: Brad, I believe you are correct. Since win32 does tend to double-null terminate, and we often have NULLed memory handy, this hasn't proven to be a problem. But I'd like to see good code as well as you... please feel free to fix. IIRC, we actually overallocate one of our apr_pstr fns for optimization (to allow a single trailing character to be 'tacked on'.) I imagine this has helped mask this error. Bill Bill