segfault in perl 5.8

[p5pRT]

Migrated from rt.perl.org#18857 (status was 'resolved')

Searchable as RT18857$

[p5pRT]

From goltermann@attbi.com

People\,

The following snippet generates a segfault when processing any text file with blank lines​:

  #!/usr/bin/perl   open TEXT\, "Test.txt" || die "Unable to open lyrics text file";   while (\) {   #this line causes a seg fault when processing a blank line   s/^(\s*)(\w*)/$1\u$2/;   }

If Test.txt is any file with a blank line the problem is reproducable. The error message produces when running the program is as follows (cut from a console window)​:

  %./segfault.pl   Segmentation fault   %

I am running perl 5.8 under RH Linux 8.0 and can reproduce the problem on many different computers running perl 5.8 under RH Linux 8.0\, so I don't suspect a corrupt Perl installation.

If I run the script using a Perl 5.6.1 interpreter\, the code works just fine.

If I put the text into a __DATA__ section of my program and run the code against the DATA filehandle\, the problem doesn't occur.

This seems to be a legit bug in the 5.8 interpreter delivered with RH 8.0.

Sincerely\,

Wilbur Goltermann

[p5pRT]

From @andk

On 4 Dec 2002 07​:12​:36 -0000\, Wilbur Goltermann (via RT) \perlbug\-followup@​perl\.org said​:

  > open TEXT\, "Test.txt" || die "Unable to open lyrics text file";   > while (\) {   > #this line causes a seg fault when processing a blank line   > s/^(\s*)(\w*)/$1\u$2/;   > }

I cannot reproduce the problem. Maybe you could send a hexdump of the file you used as Test.txt? Personally I like the format provided by

  od -t x1z Test.txt

but many other hexdump formats will do. Please try to shorten the file to a small size.

Thank you! -- andreas

[p5pRT]

From @demerphq

Wilbur Goltermann wrote

\#\!/usr/bin/perl
open TEXT\, "Test\.txt" || die "Unable to open lyrics text file";
while \(\<TEXT>\) \{
    \#this line causes a seg fault when processing a blank line
    s/^\(\\s\*\)\(\\w\*\)/$1\\u$2/;
\}

Cant help you with segfault but I wanted to point out that the above code has a precedence error in it. The die statement will never be reached\, regardless of the successs of the open() call.

open TEXT\, "Test\.txt" || die "Unable to open lyrics text file";

Should either read

  open(TEXT\, "Test.txt") || die "Unable to open lyrics text file";

or (and this is the idomatic one)

  open TEXT\, "Test.txt" or die "Unable to open lyrics text file";

the precedence of the || means that the above parses as

  open TEXT\, ("Test.txt" || die "Unable to open lyrics text file");

Which somehow I doubt is what you wanted.

:-)

yves

[p5pRT]

From @doughera88

On Wed\, 4 Dec 2002\, Andreas J. Koenig wrote​:

On 4 Dec 2002 07​:12​:36 -0000\, Wilbur Goltermann (via RT) \perlbug\-followup@​perl\.org said​:

open TEXT\, "Test\.txt" || die "Unable to open lyrics text file";
while \(\<TEXT>\) \{
    \#this line causes a seg fault when processing a blank line
    s/^\(\\s\*\)\(\\w\*\)/$1\\u$2/;
\}

I cannot reproduce the problem. Maybe you could send a hexdump of the file you used as Test.txt? Personally I like the format provided by

od -t x1z Test.txt

but many other hexdump formats will do. Please try to shorten the file to a small size.

I'm also unable to reproduce this. Another thing to check might be your locale settings. (See perllocale.pod). Along with your Test.txt file\, could you send the output of the env command? If you can also reproduce the problem with the POSIX or C locale\, that would probably make it easier for others to track it down.

--   Andy Dougherty doughera@​lafayette.edu

[p5pRT]

From @nwc10

On Wed\, Dec 04\, 2002 at 09​:28​:29AM -0500\, Andy Dougherty wrote​:

On Wed\, 4 Dec 2002\, Andreas J. Koenig wrote​:

On 4 Dec 2002 07​:12​:36 -0000\, Wilbur Goltermann (via RT) \perlbug\-followup@​perl\.org said​:

open TEXT\, "Test\.txt" || die "Unable to open lyrics text file";
while \(\<TEXT>\) \{
    \#this line causes a seg fault when processing a blank line
    s/^\(\\s\*\)\(\\w\*\)/$1\\u$2/;
\}

I cannot reproduce the problem. Maybe you could send a hexdump of the file you used as Test.txt? Personally I like the format provided by

od -t x1z Test.txt

but many other hexdump formats will do. Please try to shorten the file to a small size.

I'm also unable to reproduce this. Another thing to check might be your locale settings. (See perllocale.pod). Along with your Test.txt file\, could you send the output of the env command? If you can also reproduce the problem with the POSIX or C locale\, that would probably make it easier for others to track it down.

It appears to be locale settings. (As I understand it\, Redhat 8 sets default locales to be utf8\, which seems to be tickling bugs and causing other surprises which people feel are bugs).

However\, this is a bug.

$ (echo; echo) | LC_ALL=en_US.utf8 perl5.8.0 -nwe 's/^(\s*)(\w*)/$1\u$2/;' Segmentation fault

(gdb) where #0 0x400ede78 in memmove (dest=0x81a7c91\, src=0x81a7001\, len=4294967295)   at ../sysdeps/generic/memmove.c​:105 #1 0x080d2af6 in Perl_sv_catpvn_flags (dsv=0x816ff70\,   sstr=0x81a7001 "\f\f\b"\, slen=4294967295\, flags=2) at sv.c​:4273 #2 0x080e8729 in Perl_pp_ucfirst () at pp.c​:3339 #3 0x080ad42b in Perl_runops_debug () at dump.c​:1398 #4 0x0806043b in S_run_body (oldscope=1) at perl.c​:1681 #5 0x0806000f in perl_run (my_perl=0x8164088) at perl.c​:1600 #6 0x0805cb5b in main (argc=3\, argv=0xbffffa14\, env=0xbffffa24)   at perlmain.c​:85 #7 0x40081657 in __libc_start_main (main=0x805cab0 \

\, argc=3\,   ubp_av=0xbffffa14\, init=0x805bbac \<_init>\, fini=0x813f470 \<_fini>\,   rtld_fini=0x4000dcd4 \<_dl_fini>\, stack_end=0xbffffa0c)   at ../sysdeps/generic/libc-start.c​:129

Looks like a memmove of -1\, for some reason. valgrind says​:

==5944== Invalid read of size 1 ==5944== at 0x40316E77​: memmove (/usr/src/build/158656-i686/BUILD/glibc-2.2.4/string/../sysdeps/generic/memmove.c​:105) ==5944== by 0x80D2AF6​: Perl_sv_catpvn_flags (sv.c​:4274) ==5944== by 0x80E8729​: Perl_pp_ucfirst (pp.c​:3340) ==5944== by 0x80AD42B​: Perl_runops_debug (dump.c​:1398) ==5944== Address 0x412D05DB is 1 bytes before a block of size 6 alloc'd ==5944== at 0x40042BD0​: realloc (vg_clientfuncs.c​:270) ==5944== by 0x80ADA3A​: Perl_safesysrealloc (util.c​:122) ==5944== by 0x80CCF00​: Perl_sv_grow (sv.c​:1580) ==5944== by 0x80D2332​: Perl_sv_setpvn (sv.c​:4034) ==5944== ==5944== Invalid write of size 1 ==5944== at 0x40316E77​: memmove (/usr/src/build/158656-i686/BUILD/glibc-2.2.4/string/../sysdeps/generic/memmove.c​:105) ==5944== by 0x80D2AF6​: Perl_sv_catpvn_flags (sv.c​:4274) ==5944== by 0x80E8729​: Perl_pp_ucfirst (pp.c​:3340) ==5944== by 0x80AD42B​: Perl_runops_debug (dump.c​:1398) ==5944== Address 0x4134DFB3 is 1 bytes before a block of size 2 alloc'd ==5944== at 0x40042BD0​: realloc (vg_clientfuncs.c​:270) ==5944== by 0x80ADA3A​: Perl_safesysrealloc (util.c​:122) ==5944== by 0x80CCF00​: Perl_sv_grow (sv.c​:1580) ==5944== by 0x80D2332​: Perl_sv_setpvn (sv.c​:4034) ==5944== ==5944== Invalid read of size 1 ==5944== at 0x40316E78​: memmove (/usr/src/build/158656-i686/BUILD/glibc-2.2.4/string/../sysdeps/generic/memmove.c​:105) ==5944== by 0x80D2AF6​: Perl_sv_catpvn_flags (sv.c​:4274) ==5944== by 0x80E8729​: Perl_pp_ucfirst (pp.c​:3340) ==5944== by 0x80AD42B​: Perl_runops_debug (dump.c​:1398) ==5944== Address 0x412D05DA is 2 bytes before a block of size 6 alloc'd ==5944== at 0x40042BD0​: realloc (vg_clientfuncs.c​:270) ==5944== by 0x80ADA3A​: Perl_safesysrealloc (util.c​:122) ==5944== by 0x80CCF00​: Perl_sv_grow (sv.c​:1580) ==5944== by 0x80D2332​: Perl_sv_setpvn (sv.c​:4034) ==5944== ==5944== Invalid write of size 1 ==5944== at 0x40316E78​: memmove (/usr/src/build/158656-i686/BUILD/glibc-2.2.4/string/../sysdeps/generic/memmove.c​:105) ==5944== by 0x80D2AF6​: Perl_sv_catpvn_flags (sv.c​:4274) ==5944== by 0x80E8729​: Perl_pp_ucfirst (pp.c​:3340) ==5944== by 0x80AD42B​: Perl_runops_debug (dump.c​:1398) ==5944== Address 0x4134DFB2 is 2 bytes before a block of size 2 alloc'd ==5944== at 0x40042BD0​: realloc (vg_clientfuncs.c​:270) ==5944== by 0x80ADA3A​: Perl_safesysrealloc (util.c​:122) ==5944== by 0x80CCF00​: Perl_sv_grow (sv.c​:1580) ==5944== by 0x80D2332​: Perl_sv_setpvn (sv.c​:4034) ==5944== ==5944== More than 30000 total errors detected. I'm not reporting any more. ==5944== Final error counts will be inaccurate. Go fix your program!

I'm not in a position to dig further at this point. I've probably pasted more than enough for everyone else to stomach

Nicholas Clark

[p5pRT]

From goltermann@attbi.com

Andy\,

I'm running perl 5.8 under RH linux 8.0. The problem doesn't occur under perl 5.6.1 under the same OS.

Here are three files which may help​:

  Short offending text file - Test.txt

  Hex dump of same - Text.hex

  Output of env command - env.txt

Sincerely\,

Wilbur Goltermann

On Wednesday 04 December 2002 07​:28\, you wrote​:

On Wed\, 4 Dec 2002\, Andreas J. Koenig wrote​:

On 4 Dec 2002 07​:12​:36 -0000\, Wilbur Goltermann (via RT) \perlbug\-followup@&#8203;perl\.org said​:

open TEXT\, "Test\.txt" || die "Unable to open lyrics text file";
while \(\<TEXT>\) \{
    \#this line causes a seg fault when processing a blank line
    s/^\(\\s\*\)\(\\w\*\)/$1\\u$2/;
\}

I cannot reproduce the problem. Maybe you could send a hexdump of the file you used as Test.txt? Personally I like the format provided by

od -t x1z Test.txt

but many other hexdump formats will do. Please try to shorten the file to a small size.

I'm also unable to reproduce this. Another thing to check might be your locale settings. (See perllocale.pod). Along with your Test.txt file\, could you send the output of the env command? If you can also reproduce the problem with the POSIX or C locale\, that would probably make it easier for others to track it down.

[p5pRT]

From goltermann@attbi.com

0000000 55 6e 6b 6e 6f 77 6e 0a 0a 61 62 65 6c 69 6e 65 >Unknown..abeline\< 0000020 2c 20 61 62 65 6c 69 6e 65 20 70 72 65 74 74 69 >\, abeline pretti\< 0000040 65 73 74 20 74 6f 77 6e 20 74 68 61 74 20 69 27 >est town that i'\< 0000060 76 65 20 65 76 65 72 20 73 65 65 6e 0a 77 6f 6d >ve ever seen.wom\< 0000100 65 6e 20 74 68 65 72 65 20 64 6f 6e 27 74 20 74 >en there don't t\< 0000120 72 65 61 74 20 79 6f 75 20 6d 65 61 6e 20 69 6e >reat you mean in\< 0000140 20 61 62 65 6c 69 6e 65 20 6d 79 20 61 62 65 6c > abeline my abel\< 0000160 69 6e 65 0a 0a 20 0a 0a >ine.. ..\< 0000170

[p5pRT]

From goltermann@attbi.com

KDE_MULTIHEAD=false SSH_AGENT_PID=1281 HOSTNAME=dell2 TERM=xterm SHELL=/bin/bash HISTSIZE=1000 GTK_RC_FILES=/etc/gtk/gtkrc​:/home/wilburg/.gtkrc​:/home/wilburg/.gtkrc-kde GS_LIB=/home/wilburg/.kde/share/fonts USER=wilburg LS_COLORS=no=00​:fi=00​:di=00;34​:ln=00;36​:pi=40;33​:so=00;35​:bd=40;33;01​:cd=40;33;01​:or=01;05;37;41​:mi=01;05;37;41​:ex=00;32​:*.cmd=00;32​:*.exe=00;32​:*.com=00;32​:*.btm=00;32​:*.bat=00;32​:*.sh=00;32​:*.csh=00;32​:*.tar=00;31​:*.tgz=00;31​:*.arj=00;31​:*.taz=00;31​:*.lzh=00;31​:*.zip=00;31​:*.z=00;31​:*.Z=00;31​:*.gz=00;31​:*.bz2=00;31​:*.bz=00;31​:*.tz=00;31​:*.rpm=00;31​:*.cpio=00;31​:*.jpg=00;35​:*.gif=00;35​:*.bmp=00;35​:*.xbm=00;35​:*.xpm=00;35​:*.png=00;35​:*.tif=00;35​: SSH_AUTH_SOCK=/tmp/ssh-XXttY4Ay/agent.1236 SESSION_MANAGER=local/dell2​:/tmp/.ICE-unix/1357 KONSOLE_DCOP=DCOPRef(konsole-1451\,konsole) PATH=/usr/local/bin​:/usr/bin​:/bin​:/usr/X11R6/bin​:/usr/j2sdk1.4.0/bin​:/home/wilburg/bin MAIL=/var/spool/mail/wilburg KONSOLE_DCOP_SESSION=DCOPRef(konsole-1451\,session-1) PWD=/home/wilburg INPUTRC=/etc/inputrc XMODIFIERS=@​im=none EDITOR=/usr/bin/emacs LANG=en_US.UTF-8 GDMSESSION=Default SSH_ASKPASS=/usr/libexec/openssh/gnome-ssh-askpass SHLVL=3 HOME=/home/wilburg LOGNAME=wilburg CLASSPATH=.​:/home/wilburg/classes​:/usr/j2dsk1.4.0/lib.tools.jar LESSOPEN=|/usr/bin/lesspipe.sh %s DISPLAY=​:0.0 G_BROKEN_FILENAMES=1 COLORTERM= XAUTHORITY=/home/wilburg/.Xauthority OLDPWD=/home/public_html/courses/css390h _=/usr/bin/env

[p5pRT]

From goltermann@attbi.com

Unknown

abeline\, abeline prettiest town that i've ever seen women there don't treat you mean in abeline my abeline

[p5pRT]

From goltermann@attbi.com

Thanks for the pointer.

Sincerely\,

Wilbur Goltermann

On Wednesday 04 December 2002 02​:40\, you wrote​:

Wilbur Goltermann wrote

\#\!/usr/bin/perl
open TEXT\, "Test\.txt" || die "Unable to open lyrics text file";
while \(\<TEXT>\) \{
    \#this line causes a seg fault when processing a blank line
    s/^\(\\s\*\)\(\\w\*\)/$1\\u$2/;
\}

Cant help you with segfault but I wanted to point out that the above code has a precedence error in it. The die statement will never be reached\, regardless of the successs of the open() call.

open TEXT\, "Test\.txt" || die "Unable to open lyrics text file";

Should either read

  open\(TEXT\, "Test\.txt"\) || die "Unable to open lyrics text file";

or (and this is the idomatic one)

  open TEXT\, "Test\.txt" or die "Unable to open lyrics text file";

the precedence of the || means that the above parses as

  open TEXT\, \("Test\.txt" || die "Unable to open lyrics text file"\);

Which somehow I doubt is what you wanted.

:-)

yves

[p5pRT]

From goltermann@attbi.com

Nicholas\,

I appreciate your response.

The things you asked for are attached​:

  1. A short text file - Test.txt

  2. A hex dump of same - Test.hex

  3. The output of the env command - env.txt

The debug dump leads me to believe that a loop control variable or pointer is not being correctly initialized prior to the processing of an empty string.

Let me know what I might to to help find the problem.

Sincerely\,

Wilbur Goltermann

On Wednesday 04 December 2002 08​:19\, you wrote​:

On Wed\, Dec 04\, 2002 at 09​:28​:29AM -0500\, Andy Dougherty wrote​:

On Wed\, 4 Dec 2002\, Andreas J. Koenig wrote​:

On 4 Dec 2002 07​:12​:36 -0000\, Wilbur Goltermann (via RT) \perlbug\-followup@&#8203;perl\.org said​:

open TEXT\, "Test\.txt" || die "Unable to open lyrics text file";
while \(\<TEXT>\) \{
    \#this line causes a seg fault when processing a blank line
    s/^\(\\s\*\)\(\\w\*\)/$1\\u$2/;
\}

I cannot reproduce the problem. Maybe you could send a hexdump of the file you used as Test.txt? Personally I like the format provided by

od -t x1z Test.txt

but many other hexdump formats will do. Please try to shorten the file to a small size.

I'm also unable to reproduce this. Another thing to check might be your locale settings. (See perllocale.pod). Along with your Test.txt file\, could you send the output of the env command? If you can also reproduce the problem with the POSIX or C locale\, that would probably make it easier for others to track it down.

It appears to be locale settings. (As I understand it\, Redhat 8 sets default locales to be utf8\, which seems to be tickling bugs and causing other surprises which people feel are bugs).

However\, this is a bug.

$ (echo; echo) | LC_ALL=en_US.utf8 perl5.8.0 -nwe 's/^(\s*)(\w*)/$1\u$2/;' Segmentation fault

(gdb) where #0 0x400ede78 in memmove (dest=0x81a7c91\, src=0x81a7001\, len=4294967295) at ../sysdeps/generic/memmove.c​:105 #1 0x080d2af6 in Perl_sv_catpvn_flags (dsv=0x816ff70\, sstr=0x81a7001 "\f\f\b"\, slen=4294967295\, flags=2) at sv.c​:4273 #2 0x080e8729 in Perl_pp_ucfirst () at pp.c​:3339 #3 0x080ad42b in Perl_runops_debug () at dump.c​:1398 #4 0x0806043b in S_run_body (oldscope=1) at perl.c​:1681 #5 0x0806000f in perl_run (my_perl=0x8164088) at perl.c​:1600 #6 0x0805cb5b in main (argc=3\, argv=0xbffffa14\, env=0xbffffa24) at perlmain.c​:85 #7 0x40081657 in __libc_start_main (main=0x805cab0 \

\, argc=3\, ubp_av=0xbffffa14\, init=0x805bbac \<_init>\, fini=0x813f470 \<_fini>\, rtld_fini=0x4000dcd4 \<_dl_fini>\, stack_end=0xbffffa0c) at ../sysdeps/generic/libc-start.c​:129

Looks like a memmove of -1\, for some reason. valgrind says​:

==5944== Invalid read of size 1 ==5944== at 0x40316E77​: memmove (/usr/src/build/158656-i686/BUILD/glibc-2.2.4/string/../sysdeps/generic/mem move.c​:105) ==5944== by 0x80D2AF6​: Perl_sv_catpvn_flags (sv.c​:4274) ==5944== by 0x80E8729​: Perl_pp_ucfirst (pp.c​:3340) ==5944== by 0x80AD42B​: Perl_runops_debug (dump.c​:1398) ==5944== Address 0x412D05DB is 1 bytes before a block of size 6 alloc'd ==5944== at 0x40042BD0​: realloc (vg_clientfuncs.c​:270) ==5944== by 0x80ADA3A​: Perl_safesysrealloc (util.c​:122) ==5944== by 0x80CCF00​: Perl_sv_grow (sv.c​:1580) ==5944== by 0x80D2332​: Perl_sv_setpvn (sv.c​:4034) ==5944== ==5944== Invalid write of size 1 ==5944== at 0x40316E77​: memmove (/usr/src/build/158656-i686/BUILD/glibc-2.2.4/string/../sysdeps/generic/mem move.c​:105) ==5944== by 0x80D2AF6​: Perl_sv_catpvn_flags (sv.c​:4274) ==5944== by 0x80E8729​: Perl_pp_ucfirst (pp.c​:3340) ==5944== by 0x80AD42B​: Perl_runops_debug (dump.c​:1398) ==5944== Address 0x4134DFB3 is 1 bytes before a block of size 2 alloc'd ==5944== at 0x40042BD0​: realloc (vg_clientfuncs.c​:270) ==5944== by 0x80ADA3A​: Perl_safesysrealloc (util.c​:122) ==5944== by 0x80CCF00​: Perl_sv_grow (sv.c​:1580) ==5944== by 0x80D2332​: Perl_sv_setpvn (sv.c​:4034) ==5944== ==5944== Invalid read of size 1 ==5944== at 0x40316E78​: memmove (/usr/src/build/158656-i686/BUILD/glibc-2.2.4/string/../sysdeps/generic/mem move.c​:105) ==5944== by 0x80D2AF6​: Perl_sv_catpvn_flags (sv.c​:4274) ==5944== by 0x80E8729​: Perl_pp_ucfirst (pp.c​:3340) ==5944== by 0x80AD42B​: Perl_runops_debug (dump.c​:1398) ==5944== Address 0x412D05DA is 2 bytes before a block of size 6 alloc'd ==5944== at 0x40042BD0​: realloc (vg_clientfuncs.c​:270) ==5944== by 0x80ADA3A​: Perl_safesysrealloc (util.c​:122) ==5944== by 0x80CCF00​: Perl_sv_grow (sv.c​:1580) ==5944== by 0x80D2332​: Perl_sv_setpvn (sv.c​:4034) ==5944== ==5944== Invalid write of size 1 ==5944== at 0x40316E78​: memmove (/usr/src/build/158656-i686/BUILD/glibc-2.2.4/string/../sysdeps/generic/mem move.c​:105) ==5944== by 0x80D2AF6​: Perl_sv_catpvn_flags (sv.c​:4274) ==5944== by 0x80E8729​: Perl_pp_ucfirst (pp.c​:3340) ==5944== by 0x80AD42B​: Perl_runops_debug (dump.c​:1398) ==5944== Address 0x4134DFB2 is 2 bytes before a block of size 2 alloc'd ==5944== at 0x40042BD0​: realloc (vg_clientfuncs.c​:270) ==5944== by 0x80ADA3A​: Perl_safesysrealloc (util.c​:122) ==5944== by 0x80CCF00​: Perl_sv_grow (sv.c​:1580) ==5944== by 0x80D2332​: Perl_sv_setpvn (sv.c​:4034) ==5944== ==5944== More than 30000 total errors detected. I'm not reporting any more. ==5944== Final error counts will be inaccurate. Go fix your program!

I'm not in a position to dig further at this point. I've probably pasted more than enough for everyone else to stomach

Nicholas Clark

[p5pRT]

From goltermann@attbi.com

KDE_MULTIHEAD=false SSH_AGENT_PID=1281 HOSTNAME=dell2 TERM=xterm SHELL=/bin/bash HISTSIZE=1000 GTK_RC_FILES=/etc/gtk/gtkrc​:/home/wilburg/.gtkrc​:/home/wilburg/.gtkrc-kde GS_LIB=/home/wilburg/.kde/share/fonts USER=wilburg LS_COLORS=no=00​:fi=00​:di=00;34​:ln=00;36​:pi=40;33​:so=00;35​:bd=40;33;01​:cd=40;33;01​:or=01;05;37;41​:mi=01;05;37;41​:ex=00;32​:*.cmd=00;32​:*.exe=00;32​:*.com=00;32​:*.btm=00;32​:*.bat=00;32​:*.sh=00;32​:*.csh=00;32​:*.tar=00;31​:*.tgz=00;31​:*.arj=00;31​:*.taz=00;31​:*.lzh=00;31​:*.zip=00;31​:*.z=00;31​:*.Z=00;31​:*.gz=00;31​:*.bz2=00;31​:*.bz=00;31​:*.tz=00;31​:*.rpm=00;31​:*.cpio=00;31​:*.jpg=00;35​:*.gif=00;35​:*.bmp=00;35​:*.xbm=00;35​:*.xpm=00;35​:*.png=00;35​:*.tif=00;35​: SSH_AUTH_SOCK=/tmp/ssh-XXttY4Ay/agent.1236 SESSION_MANAGER=local/dell2​:/tmp/.ICE-unix/1357 KONSOLE_DCOP=DCOPRef(konsole-1451\,konsole) PATH=/usr/local/bin​:/usr/bin​:/bin​:/usr/X11R6/bin​:/usr/j2sdk1.4.0/bin​:/home/wilburg/bin MAIL=/var/spool/mail/wilburg KONSOLE_DCOP_SESSION=DCOPRef(konsole-1451\,session-1) PWD=/home/wilburg INPUTRC=/etc/inputrc XMODIFIERS=@​im=none EDITOR=/usr/bin/emacs LANG=en_US.UTF-8 GDMSESSION=Default SSH_ASKPASS=/usr/libexec/openssh/gnome-ssh-askpass SHLVL=3 HOME=/home/wilburg LOGNAME=wilburg CLASSPATH=.​:/home/wilburg/classes​:/usr/j2dsk1.4.0/lib.tools.jar LESSOPEN=|/usr/bin/lesspipe.sh %s DISPLAY=​:0.0 G_BROKEN_FILENAMES=1 COLORTERM= XAUTHORITY=/home/wilburg/.Xauthority OLDPWD=/home/public_html/courses/css390h _=/usr/bin/env

[p5pRT]

From goltermann@attbi.com

Unknown

abeline\, abeline prettiest town that i've ever seen women there don't treat you mean in abeline my abeline

[p5pRT]

From goltermann@attbi.com

0000000 55 6e 6b 6e 6f 77 6e 0a 0a 61 62 65 6c 69 6e 65 >Unknown..abeline\< 0000020 2c 20 61 62 65 6c 69 6e 65 20 70 72 65 74 74 69 >\, abeline pretti\< 0000040 65 73 74 20 74 6f 77 6e 20 74 68 61 74 20 69 27 >est town that i'\< 0000060 76 65 20 65 76 65 72 20 73 65 65 6e 0a 77 6f 6d >ve ever seen.wom\< 0000100 65 6e 20 74 68 65 72 65 20 64 6f 6e 27 74 20 74 >en there don't t\< 0000120 72 65 61 74 20 79 6f 75 20 6d 65 61 6e 20 69 6e >reat you mean in\< 0000140 20 61 62 65 6c 69 6e 65 20 6d 79 20 61 62 65 6c > abeline my abel\< 0000160 69 6e 65 0a 0a 20 0a 0a >ine.. ..\< 0000170

[p5pRT]

From @jhi

According to Nicholas Clark's valgrind testing this bug has been fixed in the latest developer versions\, and the fix will be in Perl 5.8.1 (whenever that happens). I'm marking the problem ticket as resolved.

[p5pRT]

From @iabyn

*really* rset status to resolved

[p5pRT]

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

[p5pRT]

From goltermann@attbi.com

People\,

I'm curious as to just what actually was the resolution. I received an email some time ago acknowledging the following​:

  According to Nicholas Clark's valgrind testing this bug has been fixed   in the latest developer versions\, and the fix will be in Perl 5.8.1 (whenever   that happens). I'm marking the problem ticket as resolved.

Is there a patch available? Is there any way of predicting when the aforementioned release will come about? Or should we go back to using Perl 5.6.x?

Thanks again!

Sincerely\,

Wilbur Goltermann

On Thursday 20 March 2003 18​:40\, you wrote​:

According to our records\, your request regarding "segfault in perl 5.8" 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.

Please don't feel obligated to say "Thanks" or "Kudos" or "I want to have your child" or "I owe you a beer" -- if you respond to this message it will reopen the ticket. If you must\, 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=18857 >

[p5pRT]

From @iabyn

On Sun\, Mar 23\, 2003 at 03​:33​:48AM -0700\, Wilbur Goltermann wrote​:

People\,

I'm curious as to just what actually was the resolution. I received an email some time ago acknowledging the following​:

According to Nicholas Clark's valgrind testing this bug has been fixed
in the latest developer versions\, and the fix will be in Perl 5\.8\.1 \(whenever
that happens\)\.  I'm marking the problem ticket as resolved\.

Is there a patch available? Is there any way of predicting when the aforementioned release will come about? Or should we go back to using Perl 5.6.x?

Sorry\, no-one seems to have replied to this.

I'm not sure which patch(es) fixed this\, and if so\, whether they could be in applied in isolation to a stock 5.8.0.

Perl 5.8.1 should be released in a "short number of months"\, and in the meantime a workaround (if you don't require Unicode support)\, is to remove any references to 'UTF8' from any LC_* and LANG environment variables. Redhat 8.0 onwards sets these by default to unicode-aware values. Eg change

  LANG=en_US.UTF-8 to   LANG=en_US

Dave.

-- Technology is dominated by two types of people​: those who understand what they do not manage\, and those who manage what they do not understand.

[p5pRT]

From @iabyn

close again!

[p5pRT]

@iabyn - Status changed from 'open' to 'resolved'