Debug output ends up in HTTP request

RESOLVED WORKSFORME

Status

()

RESOLVED WORKSFORME
17 years ago
17 years ago

People

(Reporter: sst, Assigned: darin.moz)

Tracking

Trunk
x86
FreeBSD
Points:
---

Firefox Tracking Flags

(Not tracked)

Details

(URL)

Attachments

(1 attachment)

(Reporter)

Description

17 years ago
(Mozilla 0.9.6). While attempting to access the specified URL, Mozilla seems to
cause a Bad Request (HTTP/1.1 400 Bad Request) due to extraneous output in the
HTTP-query.
Appearently, a warning message is included in the HTTP query. The following is
the output from my local Squid cache, but the result would have been similar
if it was talking to a regular httpd (I tried prepending a HTTP-request with the
warning message from below).

--output from squid follows--
ERROR
The requested URL could not be retrieved

While trying to process the request:

mozilla-bin in free(): warning: chunk is already free.
GET http://www.google.com/search?q=dhcp+scope&btnG=Google+Search HTTP/1.1
Host: www.google.com
User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:0.9.6) Gecko/20011125
Accept: text/xml, application/xml, application/xhtml+xml, text/html;q=0.9,
image/png, image/jpeg, image/gif;q=0.2, text/plain;q=0.8, text/css, */*;q=0.1
Accept-Language: en-us
Accept-Encoding: gzip, deflate, compress;q=0.9
Accept-Charset: ISO-8859-1, utf-8;q=0.66, *;q=0.66
Keep-Alive: 300
Proxy-Connection: keep-alive
Cookie: PREF=ID=39c35b7b564e3c50:TM=1006657311:LM=1006657311:S=JSCYeA0YDFc
Referer: http://www.google.com/

The following error was encountered:

    * Invalid Request

--squid output end--
(Reporter)

Comment 1

17 years ago
Created attachment 60013 [details]
Screenshot of the Bad Request
err, um.

If you built with debugging, freebsd tracks free problems (I think it does
something like that; it may be an env variable, or something else)
But somehow we would have had to have had the socket fd as stderr, which would
make sense if they were separate processes, but they're not - its a spearate
thread, which shares fd's.

Do we close stderr somewhere?

This is, well, odd.

Reporter: did you build this yourself? Is this repeatable? Do you knbow if you
can get freebsd to put out a stacktrace in this case?
(Reporter)

Comment 3

17 years ago
I built Mozilla using ports (FreeBSD package management) which passes the
following options to ./configure:

--disable-cpp-exceptions --disable-cpp-rtti --disable-debug --disable-idltool
--disable-md --disable-pedantic --disable-xterm-updates --enable-crypto
--enable-double-buffer --enable-editor --enable-mailnews --enable-mathml
--enable-optimize --enable-pics --enable-svg --enable-tests --enable-toolkit=gtk
--enable-x11-shm --enable-chrome-format=jar --with-jpeg=${LOCALBASE}
--with-png=${LOCALBASE} --with-mng=${LOCALBASE} --with-pthreads

and the patches listed in:
ftp://ftp.freebsd.org/pub/FreeBSD/ports/ports/www/mozilla/files/

I haven't succeeded in reproducing the error. Errh, stacktrace; It should be
possible with gdb, though I'm not all too familiar with it.

Comment 4

17 years ago
Is there any reason this is still open ?

Comment 5

17 years ago
Marking WFM based on reporters comments.
Status: UNCONFIRMED → RESOLVED
Last Resolved: 17 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.