search

Perl / perl5

🐪 The Perl programming language
https://dev.perl.org/perl5/
Other
1.9k stars 540 forks source link

Using HTTP::Daemon with Perl 5.8.0 cuts off web pages on Win32 #6127

Closed p5pRT closed 14 years ago

p5pRT commented 21 years ago

Migrated from rt.perl.org#18905 (status was 'rejected')

Searchable as RT18905$

p5pRT commented 21 years ago

From mozart@ryanspc.com

I have used Perl 5.00503 and Perl 5.6.1 in combination with the HTTP​::daemon to run a single-connection webserver for a few years now\, and have never had a problem. Recently however\, after building Perl 5.8.0 for Win32\, I ran into a severe problem. After a web page is sent across\, it gets truncated/cut-off by the time it reaches the Browser. This happens for any browser\, whether it be Netscape or IE on Windows\, or Netscape on UNIX.

I downloaded the Perl 5.8.0 binary distribution\, to see if perhaps there was a build problem on my machine in particular\, but the exact same problem occurs.

I thought this might be related to Ticket #16234\, but setting the environment variable "PERLIO" to "​:raw" doesn't fix the problem. The pages are actually losing A LOT of the webpages\, between 2/3 and 3/4.

I am sending this to "core" rather than "libraries" because the bug seems to be deeper in Perl's IO layer\, rather than a part of the HTTP/Daemon.pm module.

NOTE​: I also built Perl 5.8.0 for several UNIX platforms (Solaris\, DecAlpha\, HPUX\, AIX\, Linux for x86\, Linux for s390\, Reliant/Sinix\, and Sequent/Dynix) and didn't have this problem on any of those.

Perl Info ``` Flags: category=core severity=critical Site configuration information for perl v5.8.0: Configured by p4build at Fri Nov 1 13:15:47 2002. Summary of my perl5 (revision 5 version 8 subversion 0) configuration: Platform: osname=MSWin32, osvers=4.0, archname=MSWin32-x86-multi-thread uname='' config_args='undef' hint=recommended, useposix=true, d_sigaction=undef usethreads=undef use5005threads=undef useithreads=define usemultiplicity=define useperlio=define d_sfio=undef uselargefiles=undef usesocks=undef use64bitint=undef use64bitall=undef uselongdouble=undef usemymalloc=n, bincompat5005=undef Compiler: cc='cl', ccflags ='-nologo -Gf -W3 -MD -DNDEBUG -O1 -DWIN32 -D_CONSOLE -DNO_STRICT -DPERL_IMPLICIT_CONTEXT -DPERL_IMPLICIT_SYS -DUSE_PERLIO -DPERL_MSVCRT_READFIX', optimize='-MD -DNDEBUG -O1', cppflags='-DWIN32' ccversion='', gccversion='', gccosandvers='' intsize=4, longsize=4, ptrsize=4, doublesize=8, byteorder=1234 d_longlong=undef, longlongsize=8, d_longdbl=define, longdblsize=10 ivtype='long', ivsize=4, nvtype='double', nvsize=8, Off_t='off_t', lseeksize=4 alignbytes=8, prototype=define Linker and Libraries: ld='link', ldflags ='-nologo -nodefaultlib -release -libpath:"d:\BUILD_TOOLS\CI_Perl58\lib\CORE" -machine:x86' libpth=\lib libs= oldnames.lib kernel32.lib user32.lib gdi32.lib winspool.lib comdlg32.lib advapi32.lib shell32.lib ole32.lib oleaut32.lib netapi32.lib uuid.lib wsock32.lib mpr.lib winmm.lib version.lib odbc32.lib odbccp32.lib msvcrt.lib perllibs= oldnames.lib kernel32.lib user32.lib gdi32.lib winspool.lib comdlg32.lib advapi32.lib shell32.lib ole32.lib oleaut32.lib netapi32.lib uuid.lib wsock32.lib mpr.lib winmm.lib version.lib odbc32.lib odbccp32.lib msvcrt.lib libc=msvcrt.lib, so=dll, useshrplib=yes, libperl=perl58.lib gnulibc_version='undef' Dynamic Linking: dlsrc=dl_win32.xs, dlext=dll, d_dlsymun=undef, ccdlflags=' ' cccdlflags=' ', lddlflags='-dll -nologo -nodefaultlib -release -libpath:"d:\BUILD_TOOLS\CI_Perl58\lib\CORE" -machine:x86' Locally applied patches: @INC for perl v5.8.0: D:/BUILD_TOOLS/CI_Perl58/lib D:/BUILD_TOOLS/CI_Perl58/site/lib . Environment for perl v5.8.0: HOME=d:\BUILD_TOOLS LANG (unset) LANGUAGE (unset) LD_LIBRARY_PATH (unset) LOGDIR (unset) PATH=C:\jdk1.3\bin;C:\WINNT\perl\bin\;C:\WINNT\system32;C:\WINNT;C:\jdk1.3\bin;C:\usr\local\bin;C:\Program Files\Microsoft Visual Studio\Common\Tools\WinNT;C:\Program Files\Microsoft Visual Studio\Common\MSDev98\Bin;C:\Program Files\Microsoft Visual Studio\Common\Tools;C:\Program Files\Microsoft Visual Studio\VC98\bin;c:\mksnt;C:\Program Files\Common Files\InstallShield\;C:\Program Files\HTML Help Workshop;D:\PATROL\bin;D:\PATROL\symbols PERL_BADLANG (unset) SHELL (unset) ```
p5pRT commented 21 years ago

From @rspier

Duplicate of #18902

p5pRT commented 21 years ago

@rspier - Status changed from 'new' to 'resolved'

p5pRT commented 21 years ago

mozart@ryanspc.com - Status changed from 'resolved' to 'open'

p5pRT commented 21 years ago

From mozart@ryanspc.com

[robert - Sat Dec 7 21​:39​:04 2002]​:

Duplicate of #18902

I opened 18905 to replace 18902\, because 18905 was opened through perlbug.bat\, which gathered more of the relevant information for this case. I closed 18902 as the duplicate\, so though this one is technically a duplicate of 18902\, its not resolved and shouldn't be closed.

p5pRT commented 21 years ago

mozart@ryanspc.com - Status changed from 'open' to 'new'

p5pRT commented 21 years ago

From mozart@ryanspc.com

No this wasn't resolved. It was closed as a duplicate of 18902\, but I closed 18902 and opened 18905 to replace it. Is there any way to reopen this?

On Sun\, 8 Dec 2002\, Robert via RT wrote​:

According to our records\, your request regarding "Using HTTP​::Daemon with Perl 5.8.0 cuts off web pages." has been resolved.

If you have any further questions or concerns on the above subject\, please respond to this message.

For other topics\, please create a new ticket.

To say "Thanks" or "Kudos" or "I want to have your child" or "I owe you a beer" please send email directly to the person who handled your ticket\, and not to the tracking system.

\<URL​: http​://rt.perl.org/rt2/Ticket/Display.html?id=18905 >

p5pRT commented 21 years ago

From @nwc10

On Sun\, Dec 08\, 2002 at 12​:47​:09AM -0500\, Michael Doughty wrote​:

No this wasn't resolved. It was closed as a duplicate of 18902\, but I closed 18902 and opened 18905 to replace it. Is there any way to reopen this?

By replying to the RT message that said the bug was resolved\, you automatically just have re-opened it.

On Sun\, 8 Dec 2002\, Robert via RT wrote​:

According to our records\, your request regarding "Using HTTP​::Daemon with Perl 5.8.0 cuts off web pages." has been resolved.

If you have any further questions or concerns on the above subject\, please respond to this message.

For other topics\, please create a new ticket.

To say "Thanks" or "Kudos" or "I want to have your child" or "I owe you a beer" please send email directly to the person who handled your ticket\, and not to the tracking system.

\<URL​: http​://rt.perl.org/rt2/Ticket/Display.html?id=18905 >

I now see​:

  Sat Dec 7 21​:49​:12 2002 m0zart - Status changed from resolved to open   Sat Dec 7 21​:52​:57 2002 m0zart - Correspondence added

I don't have any suggestions as to the cause of your original problems. Sorry.

Nicholas Clark -- INTERCAL better than perl? http​://www.perl.org/advocacy/spoofathon/

p5pRT commented 19 years ago

From @smpeters

[m0zart - Thu Dec 05 11​:42​:26 2002]​:

This is a bug report for perl from mozart@​ryanspc.com generated with the help of perlbug 1.34 running under perl v5.8.0.

----------------------------------------------------------------- [Please enter your report here]

I have used Perl 5.00503 and Perl 5.6.1 in combination with the HTTP​::daemon to run a single-connection webserver for a few years now\, and have never had a problem. Recently however\, after building Perl 5.8.0 for Win32\, I ran into a severe problem. After a web page is sent across\, it gets truncated/cut-off by the time it reaches the Browser. This happens for any browser\, whether it be Netscape or IE on Windows\, or Netscape on UNIX.

I downloaded the Perl 5.8.0 binary distribution\, to see if perhaps there was a build problem on my machine in particular\, but the exact same problem occurs.

I thought this might be related to Ticket #16234\, but setting the environment variable "PERLIO" to "​:raw" doesn't fix the problem. The pages are actually losing A LOT of the webpages\, between 2/3 and 3/4.

I am sending this to "core" rather than "libraries" because the bug seems to be deeper in Perl's IO layer\, rather than a part of the HTTP/Daemon.pm module.

NOTE​: I also built Perl 5.8.0 for several UNIX platforms (Solaris\, DecAlpha\, HPUX\, AIX\, Linux for x86\, Linux for s390\, Reliant/Sinix\, and Sequent/Dynix) and didn't have this problem on any of those.

Without code to demonstrate this problem\, it is difficult to say whether the problem is in the module or in the core. Do you have any code to demonstrate this problem?

p5pRT commented 14 years ago

From @xdg

This bug is ancient and has stalled for lack of input from the requestor. Closing this ticket.

p5pRT commented 14 years ago

@xdg - Status changed from 'open' to 'rejected'