Smoke [5.9.0] 25320 FAIL(m) openbsd 3.6 (i386/1 cpu)
Automated smoke report for 5.9.0 patch 25320 accognoscere.homeunix.org: AMD Athlon(TM) XP 1800+ (AuthenticAMD 686-class) (i386/1 cpu) onopenbsd - 3.6 using cc version 2.95.3 20010125 (prerelease, propolice) smoketime 3 minutes 1 seconds (average 22.625 seconds) Summary: FAIL(m) O = OK F = Failure(s), extended report at the bottom X = Failure(s) under TEST but not under harness ? = still running or test results not (yet) available Build failures during: - = unknown or N/A c = Configure, m = make, M = make (after miniperl), t = make test-prep 25320 Configuration (common) none --- - m - m - m - m - -Duse64bitint m - m - -Duseithreads m - m - -Duseithreads -Duse64bitint | | | +- PERLIO = perlio -DDEBUGGING | | +--- PERLIO = stdio -DDEBUGGING | +- PERLIO = perlio +--- PERLIO = stdio -- Report by Test::Smoke v1.19#716 running on perl 5.8.5 (Reporter v0.016 / Smoker v0.015)
What version of perl are you using?
I thought this was interesting. Adoption of new perl versions on typical web servers. :) http://www.sixapart.com/movabletype/beta/2005/08/ your_perl_version.html - ask -- http://www.askbjoernhansen.com/
Re: [perl #36810] Enhance ExtUtils::Embed robustness
On Mon, Aug 22, 2005 at 12:07:48PM -0700, Gerrit P. Haase via RT wrote: Hmm, was still logged in as guest... It is a local patch anyway, I add the Win32CORE part and some more Win32 related stuff. This should go back into the source anyway. Mea culpa. I've been meaning to get around to that for a long time now. The problem was that I used the initial patches, didn't updated after I fixed it the first time... will do this now. Thanks.
Re: [perl #36976] system() always returns -1 in forked child with SIG{CHLD}='IGNORE' in parent
On Mon, Aug 22, 2005 at 01:29:04PM -0400, Rick Delaney wrote: On Mon, Aug 22, 2005 at 03:29:42AM -0700, Chris wrote: Calls to system() in a forked child always return -1 if the parent has set SIG{CHLD}='IGNORE'. I would expect/hope it to return 0. Demonstrated by: perl -e '$SIG{CHLD} = IGNORE; fork or sleep 0xbeef; print system:.system(true).\n;' prints: system:-1 When $SIG{CHLD} is set to IGNORE, wait(2) will return -1 [1]. Since system returns the status as provided by wait and wait isn't providing a status I think the -1 return is reasonable. Check $! when system returns -1; in this case it will say No child processes (ECHILD). The patch after my .sig addresses this in perlfunc. [1] On Linux this is not true and wait(2) will ignore the IGNORE and actually wait for the process to finish, returning the status and pid. I personally don't think perl should support this behaviour. ?? But this bug report is for linux.
Smoke [5.9.3] 25320 FAIL(F) bsd/os 4.1 (i386/1 cpu)
Automated smoke report for 5.9.3 patch 25320 fixit.xs4all.nl: Pentium II (i386/1 cpu) onbsd/os - 4.1 using cc version egcs-2.91.66 19990314 (egcs-1.1.2 release) smoketime 3 hours 55 minutes (average 1 hour 57 minutes) Summary: FAIL(F) O = OK F = Failure(s), extended report at the bottom X = Failure(s) under TEST but not under harness ? = still running or test results not (yet) available Build failures during: - = unknown or N/A c = Configure, m = make, M = make (after miniperl), t = make test-prep 25320 Configuration (common) none --- - F F - - -Duse64bitint O O - - | | | +- PERLIO = perlio -DDEBUGGING | | +--- PERLIO = stdio -DDEBUGGING | +- PERLIO = perlio +--- PERLIO = stdio Failures: (common-args) none [stdio] -Duse64bitint ../t/op/int.t...FAILED 11 [perlio] -Duse64bitint ../t/op/int.t...FAILED 11 Inconsistent test results (between TEST and harness): ../lib/Net/hostent.tFAILED at test 4 -- Report by Test::Smoke v1.19_67 build 842 running on perl 5.00503 (Reporter v0.019 / Smoker v0.023)
Re: [perl #36977] perl 5.8.7 Solaris Sparc compile error: no _ptr member in __FILE
On Mon, 22 Aug 2005, Vahik Manookian wrote: I am trying to install perl5.8.7 in my solaris sparc but I get the following errors: `sh cflags optimize='-O' perlio.o` perlio.c CCCMD = /localdisk/vahik/05septBuild/bin/gcc -DPERL_CORE -c -m64 -O -Wall perlio.c: In function 'PerlIOStdio_unread': perlio.c:3064: error: 'struct __FILE' has no member named '_ptr' perlio.c:3072: error: 'struct __FILE' has no member named '_ptr' - The compoiler is gcc 4.0.1 buit using /usr/ccs/as and /usr/ccs/ld. - the make is a gnu make 3.80 - I have to install the perl in my localdisk - I faced with another compile error earlier. I found a solution for it by goolging. That compile error was something to do with 64 bit detection. The solution was to use -m64. While that may have solved your previous unspecified problem, I suspect it caused this problem, and will cause additional ones down the road. Specifically, it looks like much of Configure ran assuming a 32-bit environment (note the longsize=4 in your ./myconfig output) but at some point, you told gcc to use a 64-bit environment (adding in the -m64). This change is quite likely to invalidate many of Configure's guesses. I haven't tried with gcc-4, but perl-5.8.7 should build fine on Solaris 8 either in a 32-bit or 64-bit mode, but it's best to tell Configure up front which you want. See the section =head3 64 bit support in the INSTALL file. If, instead, you don't necessarily want 64-bit support, but ended up going down that road to try to solve that unspecified earlier problem, then please let us know what that problem was and perhaps we can help solve it. In any case, you should do a make distclean before starting over. Info from myconfig: --- perl-5.8.7 9:56 238 myconfig Summary of my perl5 (revision 5 version 8 subversion 7) configuration: Platform: osname=solaris, osvers=2.8, archname=sun4-solaris uname='sunos wcars2at 5.8 generic_117350-25 sun4u sparc sunw,sun-blade-1500 solaris ' config_args='-e -Dprefix=/localdisk/vahik/05septBuil -D' hint=previous, useposix=true, d_sigaction=define usethreads=undef use5005threads=undef useithreads=undef usemultiplicity=undef useperlio=define d_sfio=undef uselargefiles=define usesocks=undef use64bitint=undef use64bitall=undef uselongdouble=undef usemymalloc=n, bincompat5005=undef Compiler: cc='/localdisk/vahik/05septBuild/bin/gcc', ccflags ='-m64', optimize='-O', cppflags='-m64 -m64' ccversion='', gccversion='4.0.1', gccosandvers='' intsize=4, longsize=4, ptrsize=4, doublesize=8, byteorder=4321 d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=16 ivtype='long', ivsize=4, nvtype='double', nvsize=8, Off_t='off_t', lseeksize=8 alignbytes=8, prototype=define Linker and Libraries: ld='ld', ldflags =' ' libpth=/localdisk/vahik/05septBuild/lib libs= perllibs= libc=/lib/libc.so, so=so, useshrplib=false, libperl=libperl.a gnulibc_version='' Dynamic Linking: dlsrc=dl_none.xs, dlext=none, d_dlsymun=undef, ccdlflags='' cccdlflags='', lddlflags='' Hope this helps, -- Andy Dougherty [EMAIL PROTECTED]
Re: [PATCH] Add Windows Vista support to Win32::GetOSName()
Jan Dubois wrote: --- win32/ext/Win32/Win32.pm.~1~ Mon Aug 22 15:33:33 2005 +++ win32/ext/Win32/Win32.pm Mon Aug 22 15:33:33 2005 Thanks, applied as change #25321.
Re: [PATCH blead] Use SvGETMAGIC more often
Rick Delaney wrote: The attached patch replaces some code with the equivalent macro. Thanks, applied as change #25322.
[perl #36984] Innocent regexp hangs perl
# New Ticket Created by Eugene Morozov # Please include the string: [perl #36984] # in the subject line of all future correspondence about this issue. # URL: https://rt.perl.org/rt3/Ticket/Display.html?id=36984 Hello! I'm attaching single script and a test data file. This script hangs on regexp match, though I think it shouldn't. It doesn't hang if it's run in untainted mode, or study is commented. Here's my perl configuration: --- Flags: category= severity= --- Site configuration information for perl v5.8.7: Configured by Debian Project at Sat Jul 9 12:13:16 EST 2005. Summary of my perl5 (revision 5 version 8 subversion 7) configuration: Platform: osname=linux, osvers=2.4.27-ti1211, archname=i486-linux-gnu-thread-multi uname='linux kosh 2.4.27-ti1211 #1 sun sep 19 18:17:45 est 2004 i686 gnulinux ' config_args='-Dusethreads -Duselargefiles -Dccflags=-DDEBIAN -Dcccdlflags=-fPIC -Darchname=i486-linux-gnu -Dprefix=/usr -Dprivlib=/usr/share/perl/5.8 -Darchlib=/usr/lib/perl/5.8 -Dvendorprefix=/usr -Dvendorlib=/usr/share/perl5 -Dvendorarch=/usr/lib/perl5 -Dsiteprefix=/usr/local -Dsitelib=/usr/local/share/perl/5.8.7 -Dsitearch=/usr/local/lib/perl/5.8.7 -Dman1dir=/usr/share/man/man1 -Dman3dir=/usr/share/man/man3 -Dsiteman1dir=/usr/local/man/man1 -Dsiteman3dir=/usr/local/man/man3 -Dman1ext=1 -Dman3ext=3perl -Dpager=/usr/bin/sensible-pager -Uafs -Ud_csh -Uusesfio -Uusenm -Duseshrplib -Dlibperl=libperl.so.5.8.7 -Dd_dosuid -des' 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='cc', ccflags ='-D_REENTRANT -D_GNU_SOURCE -DTHREADS_HAVE_PIDS -DDEBIAN -fno-strict-aliasing -pipe -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64', optimize='-O2', cppflags='-D_REENTRANT -D_GNU_SOURCE -DTHREADS_HAVE_PIDS -DDEBIAN -fno-strict-aliasing -pipe -I/usr/local/include' ccversion='', gccversion='4.0.1 20050701 (prerelease) (Debian 4.0.0-12)', 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='cc', ldflags =' -L/usr/local/lib' libpth=/usr/local/lib /lib /usr/lib libs=-lgdbm -lgdbm_compat -ldb -ldl -lm -lpthread -lc -lcrypt perllibs=-ldl -lm -lpthread -lc -lcrypt libc=/lib/libc-2.3.2.so, so=so, useshrplib=true, libperl=libperl.so.5.8.7 gnulibc_version='2.3.2' Dynamic Linking: dlsrc=dl_dlopen.xs, dlext=so, d_dlsymun=undef, ccdlflags='-Wl,-E' cccdlflags='-fPIC', lddlflags='-shared -L/usr/local/lib' Locally applied patches: --- @INC for perl v5.8.7: /etc/perl /usr/local/lib/perl/5.8.7 /usr/local/share/perl/5.8.7 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.8 /usr/share/perl/5.8 /usr/local/lib/site_perl /usr/local/lib/perl/5.8.4 /usr/local/share/perl/5.8.4 /usr/local/lib/perl/5.8.3 . --- Environment for perl v5.8.7: HOME=/home/jmv LANG=ru_RU.UTF-8 LANGUAGE (unset) LC_NUMERIC=C LC_TIME=C LD_LIBRARY_PATH (unset) LOGDIR (unset) PATH=/usr/local/bin:/usr/bin:/bin:/usr/X11R6/bin:/usr/games:/home/jmv/bin PERL_BADLANG (unset) SHELL=/bin/bash Complete configuration data for perl v5.8.7: Author='' CONFIG='true' Date='$Date' Header='' Id='$Id' Locker='' Log='$Log' Mcc='Mcc' PATCHLEVEL='8' PERL_API_REVISION='5' PERL_API_SUBVERSION='0' PERL_API_VERSION='8' PERL_CONFIG_SH='true' PERL_REVISION='5' PERL_SUBVERSION='7' PERL_VERSION='8' RCSfile='$RCSfile' Revision='$Revision' SUBVERSION='7' Source='' State='' _a='.a' _exe='' _o='.o' afs='false' afsroot='/afs' alignbytes='4' ansi2knr='' aphostname='/bin/hostname' api_revision='5' api_subversion='0' api_version='8' api_versionstring='5.8.0' ar='ar' archlib='/usr/lib/perl/5.8' archlibexp='/usr/lib/perl/5.8' archname='i486-linux-gnu-thread-multi' archname64='' archobjs='' asctime_r_proto='REENTRANT_PROTO_B_SB' awk='awk' baserev='5.0' bash='' bin='/usr/bin' binexp='/usr/bin' bison='bison' byacc='byacc' byteorder='1234' c='' castflags='0' cat='cat' cc='cc' cccdlflags='-fPIC' ccdlflags='-Wl,-E' ccflags='-D_REENTRANT -D_GNU_SOURCE -DTHREADS_HAVE_PIDS -DDEBIAN -fno-strict-aliasing -pipe -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64' ccflags_nolargefiles='-D_REENTRANT -D_GNU_SOURCE -DTHREADS_HAVE_PIDS -DDEBIAN -fno-strict-aliasing -pipe -I/usr/local/include ' ccflags_uselargefiles='-D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64' ccname='gcc' ccsymbols='' ccversion='' cf_by='Debian Project' cf_email='[EMAIL PROTECTED]' cf_time='Sat Jul 9 12:13:16 EST 2005' charsize='1'
Re: [perl #36984] Innocent regexp hangs perl
On Tue, Aug 23, 2005 at 04:28:30AM -0700, Eugene Morozov wrote: I'm attaching single script and a test data file. This script hangs on regexp match, though I think it shouldn't. It doesn't hang if it's run in untainted mode, or study is commented. Confirmed in [EMAIL PROTECTED] -Dr shows it looping on Found anchored substr To: at offset -1...: $ perl5.9.3 -Dr -T bugtest.pl Compiling REx ^To:[EMAIL PROTECTED] size 12 Got 100 bytes for offset annotations. first at 2 rarest char @ at 0 rarest char : at 2 1: MBOL(2) 2: EXACT To:(4) 4: SPACE(5) 5: PLUS(7) 6: ALNUM(0) 7: EXACT @(9) 9: ALNUM(10) 10: EXACT \n(12) 12: END(0) anchored To: at 0 floating @ at 5..2147483647 (checking anchored) anchored(MBOL) minlen 8 Offsets: [12] 1[1] 2[3] 0[0] 5[2] 9[1] 7[2] 10[2] 0[0] 12[2] 14[1] 0[0] 16[0] Omitting $` $ $' support. EXECUTING... Guessing start of match, REx ^To:[EMAIL PROTECTED] against From: Kills Body Bacteria [EMAIL PROTECTED] To: vv.. Found anchored substr To: at offset 50... Found floating substr @ at offset 60... Starting position does not contradict /^/m... Guessed: match at offset 50 Matching REx ^To:[EMAIL PROTECTED] against To: [EMAIL PROTECTED] CERTIFIED BY BBC/ABC News Setting an EVAL scope, savestack=7 50 net To: vvv| 1: MBOL 50 net To: vvv| 2: EXACT To: 53 To: vv| 4: SPACE 54 To: vv@| 5: PLUS ALNUM can match 6 times out of 2147483647... Setting an EVAL scope, savestack=7 60 v @dd.dd | 7:EXACT @ 61 @ dd.dd | 9:ALNUM 62 [EMAIL PROTECTED] d.dd | 10:EXACT \n failed... failed... Guessing start of match, REx ^To:[EMAIL PROTECTED] against o: [EMAIL PROTECTED] CERTIFIED BY BBC/ABC News ... Found anchored substr To: at offset -1... Found floating substr @ at offset 9... Starting position does not contradict /^/m... Guessed: match at offset -1 Setting an EVAL scope, savestack=7 50 net To: vvv| 1: MBOL 50 net To: vvv| 2: EXACT To: 53 To: vv| 4: SPACE 54 To: vv@| 5: PLUS ALNUM can match 6 times out of 2147483647... Setting an EVAL scope, savestack=7 60 v @dd.dd | 7:EXACT @ 61 @ dd.dd | 9:ALNUM 62 [EMAIL PROTECTED] d.dd | 10:EXACT \n failed... failed... Guessing start of match, REx ^To:[EMAIL PROTECTED] against o: [EMAIL PROTECTED] CERTIFIED BY BBC/ABC News ... Found anchored substr To: at offset -1... Found floating substr @ at offset 9... Starting position does not contradict /^/m... Guessed: match at offset -1 Setting an EVAL scope, savestack=7 50 net To: vvv| 1: MBOL
[Fwd: CPAN Upload: J/JP/JPEACOCK/version-0.47.tar.gz]
The uploaded file version-0.47.tar.gz has entered CPAN as file: $CPAN/authors/id/J/JP/JPEACOCK/version-0.47.tar.gz size: 30615 bytes md5: 9de482a423cae72b9232e8ade250f8dd = Attached, please find a patch to bleadperl to bring it up to snuff. This includes some improvements to the parser to deal with real-world data provided by Andreas Koenig as well as a new validation routine to prevent SEGV's with badly written subclasses (also noted by Andreas). There are also a few changes to make the code more consistent with the rest of the util.c codebase (whitespace as well as Perl_* function naming conventions). I'm technically still out of the country, so don't expect to hear anything more from me until Thursday or Friday at the earliest (modulo jet lag). John -- John Peacock Director of Information Research and Technology Rowman Littlefield Publishing Group 4501 Forbes Boulevard Suite H Lanham, MD 20706 301-459-3366 x.5010 fax 301-429-5748 version.diff Description: Binary data
Re: [perl #36976] system() always returns -1 in forked child with SIG{CHLD}='IGNORE' in parent
On Tue, Aug 23, 2005 at 03:33:42AM -0700, Yitzchak Scott-Thoennes wrote: On Mon, Aug 22, 2005 at 01:29:04PM -0400, Rick Delaney wrote: When $SIG{CHLD} is set to IGNORE, wait(2) will return -1 [1]. Since system returns the status as provided by wait and wait isn't providing a status I think the -1 return is reasonable. Check $! when system returns -1; in this case it will say No child processes (ECHILD). The patch after my .sig addresses this in perlfunc. [1] On Linux this is not true and wait(2) will ignore the IGNORE and actually wait for the process to finish, returning the status and pid. I personally don't think perl should support this behaviour. ?? But this bug report is for linux. Sorry, I wasn't paying close enough attention. And I wasn't very clear anyway. I meant that perl shouldn't go out of its way to accomodate strange behaviour that is neither SysVish or BSDish. But I didn't really think about it because, of course, perl is just returning whatever the system call returns so it is not going out of its way. My footnote was paraphrased from `man 2 wait` and IMO the described behaviour is a bug. And it must have been a bug in someone else's opinion too since wait/waitpid do not behave like that on Linux. At least they don't for me with kernel 2.6.8 and a C program. They behave the SysV way (return -1 and set ECHILD when SIG_IGN). I guess the man page is out of date. So perl is behaving exactly like the underlying system call. Sorry for any confusion. -- Rick Delaney [EMAIL PROTECTED]
Re: [perl #36977] perl 5.8.7 Solaris Sparc compile error: no _ptr member in __FILE
Thanks Andy, I did a make distclean and a ./Configure -d -Dprefix=/localdisk/vahik/05septBuild and this time the compile passed without any problem. Thanks for the help. However when I installed (make install) the perl, I did not get perl5 executable. When I checked lib directory, I have a perl5 directory created there but in the bin directory I only have perl and perl5.8.7. How do I get the perl5? Is perl5 a different application than perl? In my system per5 - perl5.00503. I read the README.sloris and it looks (to me) perl5 is the earlier version of perl version 5. I tried man perl5 but there are no entries. When I do a perl5 -help and perl -help, they both give very similar options. I am asking these since I am trying to build mozilla and it wants a full perl installation: checking whether ln -s works... yes checking for perl5... /opt/tools/bin/perl5 checking for minimum required perl version = 5.004... 5.00503 checking for full perl installation... no configure: error: Cannot find Config.pm or $Config{archlib}. A full perl installation is required. Any help is most appreciated. Thanks. Vahik Manookian ESN: 39+51656 Andy Dougherty via RT wrote: On Mon, 22 Aug 2005, Vahik Manookian wrote: I am trying to install perl5.8.7 in my solaris sparc but I get the following errors: `sh cflags optimize='-O' perlio.o` perlio.c CCCMD = /localdisk/vahik/05septBuild/bin/gcc -DPERL_CORE -c -m64 -O -Wall perlio.c: In function 'PerlIOStdio_unread': perlio.c:3064: error: 'struct __FILE' has no member named '_ptr' perlio.c:3072: error: 'struct __FILE' has no member named '_ptr' - The compoiler is gcc 4.0.1 buit using /usr/ccs/as and /usr/ccs/ld. - the make is a gnu make 3.80 - I have to install the perl in my localdisk - I faced with another compile error earlier. I found a solution for it by goolging. That compile error was something to do with 64 bit detection. The solution was to use -m64. While that may have solved your previous unspecified problem, I suspect it caused this problem, and will cause additional ones down the road. Specifically, it looks like much of Configure ran assuming a 32-bit environment (note the longsize=4 in your ./myconfig output) but at some point, you told gcc to use a 64-bit environment (adding in the -m64). This change is quite likely to invalidate many of Configure's guesses. I haven't tried with gcc-4, but perl-5.8.7 should build fine on Solaris 8 either in a 32-bit or 64-bit mode, but it's best to tell Configure up front which you want. See the section =head3 64 bit support in the INSTALL file. If, instead, you don't necessarily want 64-bit support, but ended up going down that road to try to solve that unspecified earlier problem, then please let us know what that problem was and perhaps we can help solve it. In any case, you should do a make distclean before starting over. Info from myconfig: --- perl-5.8.7 9:56 238 myconfig Summary of my perl5 (revision 5 version 8 subversion 7) configuration: Platform: osname=solaris, osvers=2.8, archname=sun4-solaris uname='sunos wcars2at 5.8 generic_117350-25 sun4u sparc sunw,sun-blade-1500 solaris ' config_args='-e -Dprefix=/localdisk/vahik/05septBuil -D' hint=previous, useposix=true, d_sigaction=define usethreads=undef use5005threads=undef useithreads=undef usemultiplicity=undef useperlio=define d_sfio=undef uselargefiles=define usesocks=undef use64bitint=undef use64bitall=undef uselongdouble=undef usemymalloc=n, bincompat5005=undef Compiler: cc='/localdisk/vahik/05septBuild/bin/gcc', ccflags ='-m64', optimize='-O', cppflags='-m64 -m64' ccversion='', gccversion='4.0.1', gccosandvers='' intsize=4, longsize=4, ptrsize=4, doublesize=8, byteorder=4321 d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=16 ivtype='long', ivsize=4, nvtype='double', nvsize=8, Off_t='off_t', lseeksize=8 alignbytes=8, prototype=define Linker and Libraries: ld='ld', ldflags =' ' libpth=/localdisk/vahik/05septBuild/lib libs= perllibs= libc=/lib/libc.so, so=so, useshrplib=false, libperl=libperl.a gnulibc_version='' Dynamic Linking: dlsrc=dl_none.xs, dlext=none, d_dlsymun=undef, ccdlflags='' cccdlflags='', lddlflags='' Hope this helps,
Re: [perl #36977] perl 5.8.7 Solaris Sparc compile error: no _ptr member in __FILE
On Tue, 23 Aug 2005, Vahik Manookian wrote: Thanks Andy, I did a make distclean and a ./Configure -d -Dprefix=/localdisk/vahik/05septBuild and this time the compile passed without any problem. Thanks for the help. However when I installed (make install) the perl, I did not get perl5 executable. When I checked lib directory, I have a perl5 directory created there but in the bin directory I only have perl and perl5.8.7. How do I get the perl5? Is perl5 a different application than perl? No. There is no standard perl5 application. There is perl, and there are specific versions, such as perl5.8.7, but the standard perl distribution doesn't install anything named 'perl5'. In my system per5 - perl5.00503. As far as I know, by default on Solaris, there is nothing installed by the name 'perl5'. Someone, somewhere, must have made it. I can't say what that 'perl5' thing you have is. The standard perl distribution doesn't include it. I am asking these since I am trying to build mozilla and it wants a full perl installation: checking whether ln -s works... yes checking for perl5... /opt/tools/bin/perl5 checking for minimum required perl version = 5.004... 5.00503 checking for full perl installation... no configure: error: Cannot find Config.pm or $Config{archlib}. A full perl installation is required. There appears to be a problem with /opt/tools/bin/perl5. You'd have to ask whoever installed it why they didn't give you a full perl installation. I don't know the Mozilla configure script at all, but I'd expect that if you make sure your newly-installed perl is first in your $PATH, then it ought to find it just fine. Failing that, you could temporarily rename the faulty /opt/tools/bin/perl5 file to something else and then re-run Mozilla's configure. -- Andy Dougherty [EMAIL PROTECTED]
[PATCH] POD nit in perlvar.pod
And who says spending time on #perl is a waste of time. Following nit found while investigating some particularly nasty code. Steve Peters [EMAIL PROTECTED] --- pod/perlvar.pod.old Sun Aug 7 05:39:09 2005 +++ pod/perlvar.pod Tue Aug 23 14:48:03 2005 @@ -544,7 +544,7 @@ =item C$2 is the same as Csubstr($var, $-[2], $+[2] - $-[2]) -=item C$3 is the same as Csubstr $var, $-[3], $+[3] - $-[3]) +=item C$3 is the same as Csubstr($var, $-[3], $+[3] - $-[3]) =back
Re: Need help debugging blead on VMS - keys(%ENV)
On Mon, Aug 22, 2005 at 10:35:54PM -0400, John E. Malmberg wrote: On every blead perl I have seen, the following bug is present on VMS and is causing the script t/op/magic.t to fail at test 7. In the Perl debugger, before running any script if you issue the command 'x keys(%ENV), the entry for index 0, also shows up as index 1. DB1 x keys(%ENV) 0 'SYS$TIMEZONE_DAYLIGHT_SAVING' 1 'SYS$TIMEZONE_DAYLIGHT_SAVING' 2 'CDE$DETACHED_LOGICALS' 3 'MOP$NAMED_LOAD' 4 'BUILD_ROOT' On all subsequent calls, you get the expected results: DB2 x keys(%ENV) 0 'SYS$TIMEZONE_DAYLIGHT_SAVING' 1 'CDE$DETACHED_LOGICALS' 2 'MOP$NAMED_LOAD' 3 'BUILD_ROOT' 4 'SMBSRVSHR_TV' IIRC %ENV on VMS is special, in that it's the only platform and only hash that uses the DYNAMIC_ENV_FETCH code. It's quite possible that there's a strange, unnoticed bug in that. Nicholas Clark
Re: Need help debugging blead on VMS - keys(%ENV)
On Aug 23, 2005, at 5:27 PM, Nicholas Clark wrote: IIRC %ENV on VMS is special, in that it's the only platform and only hash that uses the DYNAMIC_ENV_FETCH code. MacOS uses DYNAMIC_ENV_FETCH. However, perl on Lamp (Lamp ain't Mac POSIX) does not. Lamp provides environ, but it's managed by the kernel and for the user's purposes, read-only. Josh
Re: Need help debugging blead on VMS - keys(%ENV)
At 10:35 PM -0400 8/22/05, John E. Malmberg wrote: On every blead perl I have seen, the following bug is present on VMS and is causing the script t/op/magic.t to fail at test 7. In the Perl debugger, before running any script if you issue the command 'x keys(%ENV), the entry for index 0, also shows up as index 1. DB1 x keys(%ENV) 0 'SYS$TIMEZONE_DAYLIGHT_SAVING' 1 'SYS$TIMEZONE_DAYLIGHT_SAVING' 2 'CDE$DETACHED_LOGICALS' 3 'MOP$NAMED_LOAD' 4 'BUILD_ROOT' On all subsequent calls, you get the expected results: DB2 x keys(%ENV) 0 'SYS$TIMEZONE_DAYLIGHT_SAVING' 1 'CDE$DETACHED_LOGICALS' 2 'MOP$NAMED_LOAD' 3 'BUILD_ROOT' 4 'SMBSRVSHR_TV' If you're feeling brave, fire up the VMS debugger and step through prime_env_iter() in [.vms]vms.c. It spawns a process to run SHOW LOGICAL * and then parses the output. If you don't see the first one doubled in there, then it must have something to do with how the cache is accessed the first time, probably in hv.c. -- Craig A. Berry mailto:[EMAIL PROTECTED] ... getting out of a sonnet is much more difficult than getting in. Brad Leithauser
Re: Need help debugging blead on VMS - keys(%ENV)
Craig A. Berry wrote: At 10:35 PM -0400 8/22/05, John E. Malmberg wrote: On every blead perl I have seen, the following bug is present on VMS and is causing the script t/op/magic.t to fail at test 7. In the Perl debugger, before running any script if you issue the command 'x keys(%ENV), the entry for index 0, also shows up as index 1. DB1 x keys(%ENV) 0 'SYS$TIMEZONE_DAYLIGHT_SAVING' 1 'SYS$TIMEZONE_DAYLIGHT_SAVING' 2 'CDE$DETACHED_LOGICALS' 3 'MOP$NAMED_LOAD' 4 'BUILD_ROOT' On all subsequent calls, you get the expected results: DB2 x keys(%ENV) 0 'SYS$TIMEZONE_DAYLIGHT_SAVING' 1 'CDE$DETACHED_LOGICALS' 2 'MOP$NAMED_LOAD' 3 'BUILD_ROOT' 4 'SMBSRVSHR_TV' If you're feeling brave, fire up the VMS debugger and step through prime_env_iter() in [.vms]vms.c. It spawns a process to run SHOW LOGICAL * and then parses the output. If you don't see the first one doubled in there, then it must have something to do with how the cache is accessed the first time, probably in hv.c. I have fired up the VMS debugger. The output is not doubled. Also, the show logical output is not in the same order. What I have not learned how to do in the VMS debugger is how to look at what data type that Perl is looking at. The prime_env_iter() only does any real work the first time it is called. Since it works the second time, I am trying to figure out what is different between the first time and subsequent times. It appears that the absolute first time that keys() or values() or each() is called a pointer to the first element is not advancing, but after that everything is fine. Currently I do not know what variable or structure holds that element so I can track it's initial value and it's changes. -John [EMAIL PROTECTED] Personal Opinion Only