[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#500221: marked as done (thttpd mixes up the HTTP response with the thttpd logs)



Your message dated Sun, 01 Jan 2012 15:43:09 +0000
with message-id <E1RhNYz-0001dR-KF@franck.debian.org>
and subject line Bug#653752: Removed package(s) from unstable
has caused the Debian Bug report #500221,
regarding thttpd mixes up the HTTP response with the thttpd logs
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact owner@bugs.debian.org
immediately.)


-- 
500221: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=500221
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message ---
Package: thttpd
Version: 2.25b of 29dec2003

Hi!,
    I am using thttpd on linux(i386) which simulates a node. When I try to connect to the simulator node using
 Internet explorer or mozilla, sometimes it fails to open up the HTTTP document since the HTTP response
 recieved from thttp contains lines not as per the HTTP standard. The HTTP response seen on the browser looks
 as shown below:


HTTP/1.0 200 OK
7: :userAccess(): server_shmp->numUser=1
26/Sep/2008: 10:33:39 2347::handle_request(): userAccess check succeed
26/Sep/2008: 10:33:39 2347::handle_request(); handle_write_timeout
26/Sep/2008: 10:33:39 2347::handle_request(); handle stat: "processCgi.cgi"
26/Sep/2008: 10:33:39 2347::handle_request(); handle stat(r: 0): "processCgi.cgi"
26/Sep/2008: 10:33:39 2347::handle_request(); handle stat(file_len: 14): "processCgi.cgi"
26/Sep/2008: 10:33:39 2347::handle_request():  - call do_file
26/Sep/2008: 10:33:39 2347::do_file() file=processCgi.cgi

26/Sep/2008:10:33:39 2347::do_file(): call do_cgi
26/Sep/2008:10:33:39 2347::do_cgi() : calling make_envp()
26/Sep/2008:10:33:39 2347::build_env(): buff="PATH=/usr/local/bin:/usr/ucb:/bin:/usr/bin"
26/Sep/2008:10:33:39 2347::build_env(): buff="LD_LIBRARY_PATH=/usr/local/lib:/usr/lib"
26/Sep/2008:10:33:39 2347::build_env(): buff="SERVER_SOFTWARE=httpd"
26/Sep/2008:10:33:39 2347::build_env(): buff="SERVER_NAME=localhost.localdomain"
26/Sep/2008:10:33:39 2347::build_env(): buff="SERVER_PORT=80"
26/Sep/2008:10:33:39 2347::build_env(): buff="REQUEST_METHOD=GET"
26/Sep/2008:10:33:39 2347::build_env(): buff="SCRIPT_NAME=/processCgi.cgi"
26/Sep/2008:10:33:39 2347::build_env(): buff="QUERY_STRING=htmlFile=modifyModule.html&shelf=1"
26/Sep/2008:10:33:39 2347::build_env(): buff="REMOTE_ADDR=1.80.80.50"
26/Sep/2008:10:33:39 2347::build_env(): buff="HTTP_REFERER=http://10.120.6.31/processCgi.cgi?htmlFile=frontpage.html";


<SCRIPT LANGUAGE="JavaScript" SRC="cookie.js" TYPE="text/javascript">

</SCRIPT>

<HTML>
<HEAD>
<TITLE>localhost:10.120.6.97</TITLE>
<SCRIPT LANGUAGE="JavaScript1.2" TYPE="text/javascript">
parent.document.title="localhost:10.120.6.97";


It appears that thttp mixes up two streams i.e one stream that dumps logs with the other stream that contains HTTP response.
 On my node I have a process monitor that spawns processes including thttpd. The process monitor before spawing thttpd
 closes stdin, stdout and stderr. This has been working absolutely fine for PowerPC targets but does not work as expected(sometimes) on i386. I am new to thttp
 code-base and would appreciate any direction/help possible.

When it works fine, the HTTP response looks like:

HTTP/1.0 200 OK


<SCRIPT LANGUAGE="JavaScript" SRC="cookie.js" TYPE="text/javascript">

</SCRIPT>

<HTML>
<HEAD>
<TITLE>localhost:10.120.6.97</TITLE>
<SCRIPT LANGUAGE="JavaScript1.2" TYPE="text/javascript">
parent.document.title="localhost:10.120.6.97";


Thanks in advance,
Rahul



      



--- End Message ---
--- Begin Message ---
Version: 2.25b-11+rm

Dear submitter,

as the package thttpd has just been removed from the Debian archive
unstable we hereby close the associated bug reports.  We are sorry
that we couldn't deal with your issue properly.

For details on the removal, please see http://bugs.debian.org/653752

The version of this package that was in Debian prior to this removal
can still be found using http://snapshot.debian.org/.

This message was generated automatically; if you believe that there is
a problem with it please contact the archive administrators by mailing
ftpmaster@debian.org.

Debian distribution maintenance software
pp.
Ansgar Burchardt (the ftpmaster behind the curtain)


--- End Message ---

Reply to: