Closed p5pRT closed 20 years ago
I couldn't find if this has been raised yet for perl 5.8.0 on linux RedHat 8.0
It appears that the first 24 byte characters do not print to STDOUT unless you flush the buffer with a newline.
perl -e 'print "123456789 ABCDEFGHI abcdefghi"' # efghi
perl -e 'print "123456789 ABCDEFGHI abcdefghi\n"' # 123456789 ABCDEFGHI abcdefghi
I dont get this behaviour on perl 5.6.1
marcus
Summary of my perl5 (revision 5.0 version 8 subversion 0) configuration: Platform: osname=linux\, osvers=2.4.18-11smp\, archname=i386-linux-thread-multi uname='linux daffy.perf.redhat.com 2.4.18-11smp #1 smp thu aug 15 06:41:59 edt 2002 i686 i686 i386 gnulinux ' config_args='-des -Doptimize=-O2 -march=i386 -mcpu=i686 -Dmyhostname=localhost -Dperladmin=root@localhost -Dcc=gcc -Dcf_by=Red Hat\, Inc. -Dinstallprefix=/usr -Dprefix=/usr -Darchname=i386-linux -Dvendorprefix=/usr -Dsiteprefix=/usr -Duseshrplib -Dusethreads -Duseithreads -Duselargefiles -Dd_dosuid -Dd_semctl_semun -Di_db -Ui_ndbm -Di_gdbm -Di_shadow -Di_syslog -Dman3ext=3pm -Duseperlio -Dinstallusrbinperl -Ubincompat5005 -Uversiononly -Dpager=/usr/bin/less -isr' hint=recommended\, useposix=true\, d_sigaction=define usethreads=define use5005threads=undef useithreads=define usemultiplicity=define useperlio=define d_sfio=undef uselargefiles=define usesocks=undef use64bitint=undef use64bitall=undef uselongdouble=undef usemymalloc=n\, bincompat5005=undef Compiler: cc='gcc'\, ccflags ='-D_REENTRANT -D_GNU_SOURCE -fno-strict-aliasing -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -I/usr/include/gdbm'\, optimize='-O2 -march=i386 -mcpu=i686'\, cppflags='-D_REENTRANT -D_GNU_SOURCE -fno-strict-aliasing -I/usr/include/gdbm' ccversion=''\, gccversion='3.2 20020822 (Red Hat Linux Rawhide 3.2-5)'\, gccosandvers='' intsize=4\, longsize=4\, ptrsize=4\, doublesize=8\, byteorder=1234 d_longlong=define\, longlongsize=8\, d_longdbl=define\, longdblsize=12 ivtype='long'\, ivsize=4\, nvtype='double'\, nvsize=8\, Off_t='off_t'\, lseeksize=8 alignbytes=4\, prototype=define Linker and Libraries: ld='gcc'\, ldflags =' -L/usr/local/lib' libpth=/usr/local/lib /lib /usr/lib libs=-lnsl -lgdbm -ldb -ldl -lm -lpthread -lc -lcrypt -lutil perllibs=-lnsl -ldl -lm -lpthread -lc -lcrypt -lutil libc=/lib/libc-2.2.92.so\, so=so\, useshrplib=true\, libperl=libperl.so gnulibc_version='2.2.92' Dynamic Linking: dlsrc=dl_dlopen.xs\, dlext=so\, d_dlsymun=undef\, ccdlflags='-rdynamic -Wl\,-rpath\,/usr/lib/perl5/5.8.0/i386-linux-thread-multi/CORE' cccdlflags='-fpic'\, lddlflags='-shared -L/usr/local/lib'
Characteristics of this binary (from libperl):
Compile-time options: MULTIPLICITY USE_ITHREADS USE_LARGE_FILES
PERL_IMPLICIT_CONTEXT
Built under linux
Compiled at Sep 1 2002 23:56:49
%ENV:
PERLLIB="/usr/local/lib/R/library/RSPerl/share/blib/lib:/usr/local/lib/R/library/RSPerl/share/blib/arch/auto/R:/usr/local/lib/R/library/RSPerl/scripts:/home/hramwd/Perl/Testscripts/MODULE"
@INC:
/usr/local/lib/R/library/RSPerl/share/blib/lib
/usr/local/lib/R/library/RSPerl/share/blib/arch/auto/R
/usr/local/lib/R/library/RSPerl/scripts
/home/hramwd/Perl/Testscripts/MODULE
/usr/lib/perl5/5.8.0/i386-linux-thread-multi
/usr/lib/perl5/5.8.0
/usr/lib/perl5/site_perl/5.8.0/i386-linux-thread-multi
/usr/lib/perl5/site_perl/5.8.0
/usr/lib/perl5/site_perl
/usr/lib/perl5/vendor_perl/5.8.0/i386-linux-thread-multi
/usr/lib/perl5/vendor_perl/5.8.0
/usr/lib/perl5/vendor_perl
.
______________________________________________________ The contents of this e-mail are privileged and/or confidential to the named recipient and are not to be used by any other person and/or organisation. If you have received this e-mail in error\, please notify the sender and delete all material pertaining to this e-mail. ______________________________________________________
Marcus Davy wrote:
perl -e 'print "123456789 ABCDEFGHI abcdefghi"'
I don't get this behaviour on my Redhat 8.0 installation of Perl 5.8.0
6:27am {2} pcp02404936pcs:/home/webdragon>$ perl -e 'print "123456789 ABCDEFGHI abcdefghi"' 123456789 ABCDEFGHI abcdefghi6:34am {3} pcp02404936pcs:/home/webdragon>$
Then again\, (not that it should matter) I've got all the installed modules updated with their most recent CPAN counterparts.
I've also ran up2date on everything I do have installed
umame -a Linux pcp02404936pcs.univde01.de.comcast.net 2.4.18-26.8.0 #1 Mon Feb 24 09:32:55 EST 2003 i686 athlon i386 GNU/Linux rpm -q perl perl-5.8.0-55
Are you doing something differently?
Hi\,
"mactech@webdragon.net (via RT)" \perlbug\-followup@​perl\.org 03/08/03 01:12 AM >>> Marcus Davy wrote:
perl -e 'print "123456789 ABCDEFGHI abcdefghi"'
I don't get this behaviour on my Redhat 8.0 installation of Perl 5.8.0
6:27am {2} pcp02404936pcs:/home/webdragon>$ perl -e 'print "123456789 ABCDEFGHI abcdefghi"' 123456789 ABCDEFGHI abcdefghi6:34am {3} pcp02404936pcs:/home/webdragon>$
Then again\, (not that it should matter) I've got all the installed modulesu pdated with their most recent CPAN counterparts.
I've also ran up2date on everything I do have installed
umame -a Linux pcp02404936pcs.univde01.de.comcast.net 2.4.18-26.8.0 #1 Mon Feb 24 09:32:55 EST 2003 i686 athlon i386 GNU/Linux rpm -q perl perl-5.8.0-55
Are you doing something differently?
Thanks for letting me know\, interesting thing is that this occurs on 4 machines\, 2 machines are kick start images of 1 other. They are all Compac PIV's. Already had a problem with the architecture and cheap video cards having something to do with a memory leakage issue in Gnome terminal.
I will make sure everythings up to date\, and check to see if its the same RPM as yours\, might install perl 5.8.0 from source aswell. STDOUT from CGI scripts works ok.
marcus
______________________________________________________ The contents of this e-mail are privileged and/or confidential to the named recipient and are not to be used by any other person and/or organisation. If you have received this e-mail in error\, please notify the sender and delete all material pertaining to this e-mail. ______________________________________________________
Ok\, I did a source installation of perl 5.8.0 and still had the same problem\, when I ssh'ed into the machine the command line environment gets set up correctly and printing to STDOUT works ok. This shows that it is an command line problem rather than a perl problem.
I had a little search on google and found this posting: Terminal 'newline' problem with Redhat 8.0 https://listman.redhat.com/pipermail/redhat-list/2002-December/162174.html
It is definately the prompt printing over your STDOUT print statement\, whether your printing from perl\, bash\, C etc.
e.g. echo -n "1234567890 ABCDEFGHIJ acbdefghij" [hramwd@biodev3 hramwd]$ defghij
Havent found a fix yet.
marcus
______________________________________________________ The contents of this e-mail are privileged and/or confidential to the named recipient and are not to be used by any other person and/or organisation. If you have received this e-mail in error\, please notify the sender and delete all material pertaining to this e-mail. ______________________________________________________
Not a Perl problem\, a RedHat shell problem. I'm marking the problem ticket as resolved.
@jhi - Status changed from 'new' to 'resolved'
Migrated from rt.perl.org#21462 (status was 'resolved')
Searchable as RT21462$