summaryrefslogtreecommitdiff
Commit message (Collapse)AuthorAgeFilesLines
* [difference between patch application from Change 913 and Change 922]timinatorTim Bunce1998-05-114-4/+292
| | | | | | | | | | | | | | | | | | | | | | | | | | ------ DOCUMENTATION ------ Title: "tweak doc for C<do FILENAME>" From: Gurusamy Sarathy <gsar@engin.umich.edu> Msg-ID: <199805090017.UAA06888@aatma.engin.umich.edu> Files: pod/perlfunc.pod ------ PORTABILITY - GENERAL ------ Title: "Add Porting/patching.pod document" From: Daniel Grisinger <dgris@tdrenterprises.com> Msg-ID: <199805030305.XAA16147@relay.pair.com> Files: MANIFEST Porting/patching.pod Title: "Add VMS specifics to Porting/makerel" From: Charles Bailey <BAILEY@newman.upenn.edu> Msg-ID: <01IWDK1LONRQ0026P0@cor.newman.upenn.edu>, <199804271732.SAA13762@toad.ig.co.uk>, <9804250212.AA27695@forte.com> Files: Porting/makerel p4raw-link: @913 on //depot/maint-5.004/perl: 91b1e15505068510ec71d8e011102933bbe41b37 p4raw-id: //depot/maint-5.004/perl@922
* Add VMS specifics to Porting/makerelCharles Bailey1998-05-120-0/+0
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Funny - I had intended to submit a patch against _04 to fix File::Path::mkpath() which had a nasty problem (especially on VMS). A closer look at the 04-m1 source revealed that the necessary change is already in there (thanks!). I did, however, encounter build troubles on VMS one of which involved the new save_helem() and save_aelem() in pp.c pp_hot.c not having prototypes. I hand applied the proto.h fix from Gurusamy Sarathy in: http://www.rosat.mpe-garching.mpg.de/ mailing-lists/perl-porters/1998-03/msg00469.html and got further along to: MCR Sys$Disk:[]miniperl.exe "-I[.lib]" ConfigPM. Create/Directory [.lib.VMS_AXP.5_00404] %CREATE-I-EXISTS, [.LIB.VMS_AXP.5_00404] already exists Copy [.LIB]CONFIG.PM [.LIB.VMS_AXP.5_00404]CONFIG.PM %MMS-F-GWKNOPRN, There are no known sources for the current target [.EXT.DYNALOADER]DYNALOADER.PM. Unfortunately the .PL-ification of Dynaloader.pm was not accounted for in the VMS Makefile. The enclosed patch to vms/descrip.mms fixes that. I realize that there have been many patches to vms related files recently, perhaps including vms/descrip.mms. Unfortunately I have not had the time to check if this change was already suggested and/or incorporated into the archive (though I did search the p5p and vmsp archives at www.rosat.mpe-garching.mpg.de for the string '_pl' but saw nothing relevant to vms). Apologies to the pumpking for any inconvenience (and congratulations on the new baby :-). Do note that the change to PERL_VERSION reflected in this patch ought to be upped (via C<s/00404/00405/>) before releasing this as _05. Peter Prymmer pvhp@forte.com Single file affected: vms/descrip.mms Apply with: patch -p0 < this_patch Credited: Peter Prymmer <pvhp@forte.com> p5p-msgid: 9804250212.AA27695@forte.com
* hints/machten.sh: disable semctl(), align with devel versionDominic Dunlop1998-05-121-7/+25
| | | | | | | | | semctl(.., .., IPC_STATUS, ..) hangs the system on MachTen 4.1. Here's a patch to make hints/machten.sh assert that semctl() isn't available. The patch also brings the maintenance track hints file into line with that in the development track, which is slightly more up-to-date. p5p-msgid: v03110701b175fc029eb1@[195.95.102.115]
* Fix File::Find::finddepth typo in trial 2 releaseAndreas J. Koenig1998-05-122-2/+3
| | | | | | | | Subject: 5.004_04-m2: File::Find::finddepth is gone It looks just like a typo. I've added a test to findfind.t too. p5p-msgid: sfcbttflsjz.fsf@dubravka.in-berlin.de
* Clarify Termios usage in POSIX.podRocco Caputo1998-05-121-5/+7
| | | | | | | The included patch removes some ambiguity from the POSIX::Termios documentation. p5p-msgid: 199805101952.PAA12738@ns.netrus.net
* Reduce rm command line length in pod/MakefileHugo van der Sanden1998-05-121-1/+3
| | | | | | | | | | | | | | | | | | | | | Subject: [PATCH] Re: mostly OK: perl 5.00404 +MAINT_TRIAL_2 on sun4-solaris :This is a success report for perl from h.sanden@elsevier.nl, :generated with the help of perlbug 1.20 running under perl 5.00404. : :Perl reported to build mostly OK on this system: op/ipc* both failed :under 'make test', but succeeded when run individually. I assume this :failure relates to the problems noted by Jarkko - I don't have time :to investigate this right now. Building the same with DEBUGGING passed all tests (additional configure option '-Dccflags="-g -DDEBUGGING"'). I also note that 'make clean' in ./pod is producing an 'rm' line 2181 characters long: patch below splits the line into 3. (I assume the Makefile isn't generated.) p5p-msgid: 199805041423.QAA13199@dorlas.elsevier.nl
* Document integer pragma effect on % operatorGisle Aas1998-05-121-0/+5
| | | | | | | | | | | | | | | | | | | | | | | | | Jon Orwant <orwant@media.mit.edu> writes: > Of course I expect "use integer" to use integers for everything. > I don't see why that should change the value of -534 % 210. > > Here's what perlmod says: > > Binary "%" computes the modulus of two numbers. Given integer operands $a > and $b: If $b is positive, then $a % $b is $a minus the largest multiple of > $b that is not greater than $a. If $b is negative, then $a % $b is $a > minus the smallest multiple of $b that is not less than $a (i.e. the result > will be less than or equal to zero). > > $a is -534. $b is 210. The largest multiple of 210 not greater than -534 > is -630. Ergo, -534 % 210 is -534 - -630, or 96. > > But if you "use integer", you get -114. Arithmetic Most Foul. I think it should stay the way it is. Perhaps we should apply this documentation patch. p5p-msgid: m3yawjmzhx.fsf@furu.g.aas.no
* Remove dead code from pod2manM.J.T. Guy1998-05-121-4/+0
| | | | | | | | | This fragment of code was left behind when the .IX fix was made to pod2man. Since the X<> construct isn't used anywhere in the core pods, this is currently something of a non-bug. It also means that this patch is untested. :-) p5p-msgid: E0yXmuT-0006Ll-00@ursa.cus.cam.ac.uk
* Improve docs for warning about code after an exec()M.J.T. Guy1998-05-121-0/+9
| | | | | | | | | | | I wrote > This probably ought to be in perldoc -f exec. ... and here it is. Credited: Chaim Frenkel <chaimf@concentric.net> p5p-msgid: E0yYUit-0003yb-00@taurus.cus.cam.ac.uk
* perlvar.pod buglet E<EVMSERR>Achim Bohnet1998-05-121-1/+1
| | | | | | | | | | | | | | | | Besides the already reported two IPC tests that fail on Digital Unix make install gave: ... ../pod/pod2man: Unknown escape in paragraph 156 of perlvar.pod: ``E<EVMSERR>'' ... Jarkko posted a patch for _59 back in Feb (last hunk in http://www.rosat.mpe-garching.mpg.de/mailing-lists/perl-porters/1998-02/msg01933.html ): ... p5p-msgid: 9805041415.AA22185@o09.xray.mpe.mpg.de
* incorrect return value for hv_iterinitGurusamy Sarathy1998-05-122-5/+8
| | | | | | | | | | | | | | | | On Sat, 02 May 1998 16:29:22 EDT, "SynaptiCAD, Inc." wrote: >While doing so and debugging the wrapper we found an error in the >hv_iterinit function. It doesn't say in the code, but in >Srinivasan's "Advanced perl Programming" book he indicates that >the return value is the number of elements placed in the hash table >(which seems logical). The error is that the routine is returning xhv_fill >instead of xhv_keys. There is actually a comment on the line that >is suggesting this line be changed, but it looks like it never was >made (at leat not in the latest developer update on CPAN). It's in now. In one corner of the repository. p5p-msgid: 199805031848.OAA20618@aatma.engin.umich.edu
* Update MANIFEST for trial 2.Tim Bunce1998-05-011-0/+3
| | | | | | (Porting/Contract lib/Tie/Handle.pm t/op/tiehandle.t) p4raw-id: //depot/maint-5.004/perl@913
* Add t/op/tiehandle.t as xtext to repository (see change 911)Tim Bunce1998-05-011-0/+137
| | | | p4raw-id: //depot/maint-5.004/perl@912
* Title: "Add ERRSV, ERRHV, DEFSV and SAVE_DEFSV for XS 5.005 compatibility"Tim Bunce1998-05-014-3/+216
| | | | | | | | | | | | | From: timbo@ig.co.uk (Tim Bunce) Msg-ID: <199804200854.JAA01482@toad.ig.co.uk> Files: perl.h Title: "Add WRITE & CLOSE to TIEHANDLE" From: Graham Barr <gbarr@pobox.com> Msg-ID: <34F63DC8.CA95670F@pobox.com> Files: pod/perltie.pod lib/Tie/Handle.pm pp_sys.c t/op/tiehandle.t p4raw-id: //depot/maint-5.004/perl@911
* [difference between patch application from Change 909 and Change 910]Tim Bunce1998-05-011-2/+2
| | | | | | | | | | | Title: "Add warning for Illegal hex digit" Files: util.c (applied based on p5p patch as b4ee34b7d8ab5b92f2ad7436c47c467977ad1238, this is the difference) p4raw-link: @909 on //depot/maint-5.004/perl@909: 8b3d696ffd11cf2e49f6eaa575b829ab0a55352d p4raw-id: //depot/maint-5.004/perl@910
* Document changed local($a[$i],$b{$j}) behaviour re delete/spliceCharles Bailey1998-05-021-0/+39
| | | | | | | Just a quick doc update; I've presumed that given the split discussion on p5p the original fix will stay around. p5p-msgid: 01IVMVIHNZ36001NKH@cor.newman.upenn.edu
* Fix printf segmentation faultHugo van der Sanden1998-05-021-0/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | At 12:52 pm -0400 28/4/98, Ilya Zakharevich wrote: >Hugo van der Sanden writes: >> Using 5.004_05t1, the below gives an assertion failure: >> for ($i=0; $i<124; ++$i) { >> $data{$i}++; >> } >> foreach (0 .. 123) { >> @x = split(" ",undef); >> printf("%s%3d %s%6d\n",$x[0],$x[1],$x[2],$_); >> } >> Run inside gdb with '-w /home/hsanden/t0', I get: >> Name "main::data" used only once: possible typo at /home/hsanden/t0 line 2. >> Use of uninitialized value at /home/hsanden/t0 line 5. >> assertion botched: *(unsigned int *)((caddr_t)Perl_op + Perl_op->ovu.ovu_size + 1 - sizeof (unsigned int)) == 0x55555555 > >For those who have never seen it: This is a memory overrun. Write was >performed after an end of the malloced area. Thanks Ilya - I hadn't seen it before. I understand, I think, why it is happening: the $x[??] arguments to printf are being compiled to pp_aelemfast, which pushes on the stack without bounds checking - the second one exactly fills the stack, so the third writes past the end; the final $_ is pp_gvsv, which does an EXTEND(sp, 1), which grows the stack, copying all that it knows about, but leaving a gap for the past-the-end value - this causes the SEGV when the overwrite hasn't been trapped by the assertion. I'm not sure whether AELEMFAST is supposed to EXTEND - if it is, the patch below will suffice. If not, then presumably room on the stack is supposed to be guaranteed at the time of generation of the op, which is in op.c:peep() case OP_GV: I can't see there any attempt to check expected stack depth. I can certainly see the value of optimising the printf to something along the lines of: EXTEND SP, 5 MARK CONSTFAST AELEMFAST AELEMFAST AELEMFAST SCALARFAST PRINTF .. but I suspect that isn't what 'FAST' is supposed to mean. Patch is to 5.004_04, and passes all tests (and the above failure case) here; it might be worth adding the failure case to op/misc.t if it is at least reasonably likely to fail in the same place in the future - if so, only the last four lines should be required. p5p-msgid: l03130300b16bebdbc314@[194.222.64.89]
* perl_call_method() bug fix (corrupt op pointer)Eugene Alterman1998-05-021-0/+2
| | | | | | | | [this patch] fixes a bug in perl_call_method(). If "op" was null before a call and then it was set to point to a local variable "myop" it mast be restored back to null. p5p-msgid: 510415F72ECFD111A31700A0C9B3CCDE3098@efx98digmasa.bremer-inc.com
* Add warning for Illegal hex digitStephen P Potter1998-05-022-0/+9
| | | | | | | | | Ok, here's a real patch for the hex warning from earlier. Credited: Stephen Potter <spp@psasolar.colltech.com> Credited: Tim Bunce <Tim.Bunce@ig.co.uk> p5p-msgid: 199804232219.SAA02267@spp.users.ds.net
* "Change Ilya's do_binmode to K&R prototype and move to doio.c"Tim Bunce1998-05-012-40/+43
| | | | | | Files: doio.c util.c p4raw-id: //depot/maint-5.004/perl@909
* Fix File::Basename to not untaint results (using new //t flag)Eric Hammond1998-05-011-12/+12
| | | | | | Credited: Tom Phoenix <rootbeer@teleport.com> p4raw-id: //depot/maint-5.004/perl@907
* Runtime Carp verbosity without aliasingTim Bunce1998-05-021-10/+4
| | | | | [as previous commit 7670b0aa522aabb98eb031aad22c217b308ccecb, but as applied]
* Runtime Carp verbosity without aliasingJoshua Pritikin1998-05-021-2/+6
| | | | | | | | Subject: Carp verbosity Speaking of Carp, how about this small change? p5p-msgid: H00000e50003936c@MHS
* [core language changes]Spider Boardman1998-04-288-10/+155
| | | | | | | | | | | | | | Title: "5.004_04m5t1: Fix dangling references in LVs", "Fix dangling references in LVs" Msg-ID: <199804010541.AAA32615@Orb.Nashua.NH.US>, <19980422164037.D29222@perl.org> Files: embed.h keywords.h opcode.h perl.h proto.h doop.c global.sym mg.c pp.c sv.c Title: "Fix SvGMAGIC typo in change 904" Files: doop.c p4raw-id: //depot/maint-5.004/perl@906
* [difference between patch application from Change 904 and Change 905]Tim Bunce1998-04-281-4/+4
| | | | | | | | seems like a test accounting disagreement with 42293d100c3b3a50a5b957fd6ecc510157b5de47 p4raw-link: @904 on //depot/maint-5.004/perl: 0af7994b889ad0dfcacb011f16f9e3c77a9292b9 p4raw-id: //depot/maint-5.004/perl@905
* Allow but ignore embedded /...(?o).../ in regexpHugo van der Sanden1998-04-291-2/+5
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Subject: [PATCH] Re: Regex weirdness : I found some true strangeness in 5.004_04 which doesn't occur in :5.004_64. I didn't find any patches which obviously meant to fix it, :so just in case: : : $string = "aa bb cc"; : : foreach ('aa', 'bb', '(?o)aa', 'bb', 'aa', '(?o)aa') { : if ($string =~ /($_)/) { print "yes: $_\n" } : else { print "no: $_\n" } : } : : produces, in 5.004_04: : : yes: aa : yes: bb : yes: (?o)aa : no: bb : yes: aa : yes: (?o)aa : : but in 5.004_64, it does the right thing (given that the right :thing is to ignore (?o) directives) Patch below makes 5.004_05t1 do that. : Can somebody say for sure that the root problem has been :addressed, or shall I look for more subtle examples? Depends which root problem - the patch below fixes the problem of '5.004 doesn't ignore (?o)' (though perhaps it should be ignoring (?g) as well?). The devel branch solution is rather different since (as I understand it) it can attach flags to a particular subexpression of the regexp, so that I believe this: /($_)(?:(?o)($_))/ foreach qw( a b ); will match "aa" the first time and "ba" the second. I guess the 'root cause' of the difference between the _05t1 and the _64 behaviour is that the devel branch rightly accepts patches that the maint branch rightly refuses, and regexps represent an area of major change in that respect. [Later] Nope, I was wrong: the above code matches "aa" and "bb" in 5.004_64. I guess that because /o wasn't set on the top level, it has already thrown away the old compiled regexp before it might have got as far as seeing /o on the subexpression. [Even later] There seems to be an additional oddity with the 5.004_05t1 status quo, since this: foreach $a (qw(a b)) { foreach $b (qw(a b)) { printf "$a$a =~ $b$b: %s\n", (("$a$a" =~ /$b((?o)$b)/) ? 'yes' : 'no'); }} prints this: aa =~ aa: yes aa =~ bb: aa bb =~ aa: bb bb =~ bb: bb .. so looking for more subtle examples might still be fruitful. With the below patch the above code prints the same results as 5.004_64, matching yes/no/no/yes. p5p-msgid: 199804201243.OAA08244@dorlas.elsevier.nl
* Don't accidentally untaint target of s///Chip Salzenberg1998-04-293-14/+32
| | | | | | | | | | | | | | Good news and bad news. Good news: This patch seems to fix the bug. Bad news: I can't get a test into taint.t that reliably fails under 5.004_04. My only good test is a small program: $ perl -T -e 'my $x = $^X; $x =~ s/e/e/; join("",$x), kill 0' Something reliable and appropriate for taint.t would be greatly appreciated. p5p-msgid: 19980310151756.24767@cyprus
* New regex flag //t to leave $1 etc. taintedChip Salzenberg1998-04-299-133/+148
| | | | | | | | | | | | | | This patch adds the Tim-originated //t flag to leave $1 etc. tainted. This should be forward-ported to the development track (_6*); I'm not set up for that right now, so maybe someone else could do it. It'll be easier if you apply my other recent taint-related patches first. (This patch was drop-dead easy; the hardest part was finding another flag bit for PMOPs.) Credited: Tim Bunce <Tim.Bunce@ig.co.uk> p5p-msgid: 19980310192640.37826@cyprus
* [difference between patch application from Change 897 and Change 904]Tim Bunce1998-04-2712-122/+336
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | ------ CORE LANGUAGE ------ Title: "Protect join() against double reads on undef and SvGMAGICALs" From: Chip Salzenberg <chip@perlsupport.com>, Tim Bunce <Tim.Bunce@ig.co.uk> Msg-ID: <19980424080630.D13985@perl.org> Files: doop.c Title: "fixes for various noises under PERL_DESTRUCT_LEVEL" From: Gurusamy Sarathy <gsar@engin.umich.edu> Msg-ID: <199804231926.PAA23969@aatma.engin.umich.edu> Files: perl.c Title: "Fix nice_chunk memory leak" From: Gurusamy Sarathy <gsar@engin.umich.edu> Msg-ID: <199804052347.TAA15699@aatma.engin.umich.edu> Files: sv.c ------ DOCUMENTATION ------ Title: "perlcall is Perl from C, not C from Perl" From: Steve A Fink <sfink@cs.berkeley.edu> Files: pod/perlembed.pod Title: "(repost) new text for perlsec", "new text for perlsec" From: Tom Phoenix <rootbeer@teleport.com> Msg-ID: <Pine.GSO.3.96.980423161605.5518N-100000@user2.teleport.com> Files: pod/perlsec.pod ------ EXTENSIONS ------ Title: "NDBM_File man page needs Fcntl" From: "Danny R. Faught" <faught@mailhost.rsn.hp.com> Msg-ID: <199707011500.IAA00601@palrel3.hp.com> Files: ext/NDBM_File/NDBM_File.pm ------ LIBRARY ------ Title: "Documentation discrepancy: pragmatic modules" From: "M.J.T. Guy" <mjtg@cus.cam.ac.uk>, h.sanden@elsevier.nl (Hugo van der Sanden) Msg-ID: <199804221525.RAA12695@dorlas.elsevier.nl>, <E0ySPhk-00034f-00@taurus.cus.cam.ac.uk> Files: lib/strict.pm lib/subs.pm lib/vars.pm ------ PORTABILITY - GENERAL ------ Title: "Updated hints file for svr4" From: Andy Dougherty <doughera@lafcol.lafayette.edu> Msg-ID: <Pine.SUN.3.96.980423110522.26621A-100000@newton.phys> Files: hints/svr4.sh Title: "Pumpkin update -- shared libperl.so location" From: Andy Dougherty <doughera@lafcol.lafayette.edu> Msg-ID: <Pine.SUN.3.96.980424115837.6222A-100000@newton.phys> Files: Porting/pumpkin.pod ------ UTILITIES ------ Title: "Major update to h2ph.PL" From: Billy <wdconsta@cs.adelaide.edu.au> Msg-ID: <Pine.SV4.3.93.980424031837.20782A-200000@ermintrude.teaching.cs.adelaide.edu.au> Files: utils/h2ph.PL p4raw-link: @897 on //depot/maint-5.004/perl: f06f9b6fc5a686f0169ee2a91b32d5e7125a44ae p4raw-id: //depot/maint-5.004/perl@904
* Dynaloader build on VMSPeter Prymmer1998-04-281-1/+5
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Funny - I had intended to submit a patch against _04 to fix File::Path::mkpath() which had a nasty problem (especially on VMS). A closer look at the 04-m1 source revealed that the necessary change is already in there (thanks!). I did, however, encounter build troubles on VMS one of which involved the new save_helem() and save_aelem() in pp.c pp_hot.c not having prototypes. I hand applied the proto.h fix from Gurusamy Sarathy in: http://www.rosat.mpe-garching.mpg.de/ mailing-lists/perl-porters/1998-03/msg00469.html and got further along to: MCR Sys$Disk:[]miniperl.exe "-I[.lib]" ConfigPM. Create/Directory [.lib.VMS_AXP.5_00404] %CREATE-I-EXISTS, [.LIB.VMS_AXP.5_00404] already exists Copy [.LIB]CONFIG.PM [.LIB.VMS_AXP.5_00404]CONFIG.PM %MMS-F-GWKNOPRN, There are no known sources for the current target [.EXT.DYNALOADER]DYNALOADER.PM. Unfortunately the .PL-ification of Dynaloader.pm was not accounted for in the VMS Makefile. The enclosed patch to vms/descrip.mms fixes that. I realize that there have been many patches to vms related files recently, perhaps including vms/descrip.mms. Unfortunately I have not had the time to check if this change was already suggested and/or incorporated into the archive (though I did search the p5p and vmsp archives at www.rosat.mpe-garching.mpg.de for the string '_pl' but saw nothing relevant to vms). Apologies to the pumpking for any inconvenience (and congratulations on the new baby :-). Credited: Tim Bunce <timbo@ig.co.uk> p5p-msgid: 9804250212.AA27695@forte.com
* perl compile fix for AIX 4.3Jens-Uwe Mager1998-04-282-0/+16
| | | | | | | | | | | Perl does not compile under AIX 4.3 due to two problems. First, in an attempt to make the DNS resolver thread safe h_errno is not a simple variable any more, it is a define. This causes the definition in pp_sys.c to fail. Second the XCOFF header files remove some useful definitions that the dynamic loader in dl_aix.xs did rely upon. The following is a patch that fixes both problems. p5p-msgid: 199804261611.SAA34728@ans.helios.de
* IO::Socket->socketpair broken (typo)Olaf Titz1998-04-281-1/+1
| | | | | | | | An obvious typo makes IO::Socket->socketpair() return bogus results. Here's the patch: p5p-msgid: 19980425224535.2807.qmail@bigred.inka.de
* Clarify require "Foo::Bar" non-bareword issueDominique Dumont1998-04-281-0/+20
| | | | | | | | | | | | | | | Subject: require doc problem patch Since I was red with shame because I didn't eyeball the FM enough to spot the "bareword" part with the require function, I'm providing a patch to the perlfunc man to clarify this problem that was discussed heavily on perl5porters list. Here we go : p5p-msgid: 199804231527.AA153445256@ss7serv.grenoble.hp.com
* perl.c fixes for -DUNEXECMatt Wette1998-04-281-6/+3
| | | | | | | | | | I have sucessfully snagged unexelf.c from GNU emacs-20.2 and included it w/ perl and -DUNEXEC to get "perl -u" to work. I'm a happy camper. Included are the fixes required. p5p-msgid: 199710152146.OAA07283@mr-ed.jpl.nasa.gov
* -2.0 vs. -2 (was Number representations)Chip Salzenberg1998-04-281-2/+5
| | | | | | | | | | | | | | | | | | According to Ilya Zakharevich: > Tuomas Lukka writes: > > Still, the fact that the differenct between {-2 and -2.0} and > > {2 and 2.0} is not the same is disconcerting... > > Much more, it is a bug. The feature that *constants* 2 and 2.0 mean > different things in Perl was added by Larry per my request, to make > Math::PARI possible. Now Math::PDI (sp?) uses this too. Under the assumption that Larry really does want them different, this patch should serve: Credited: Chip Salzenberg <chip@atlantic.net> p5p-msgid: 19980309185652.11231@cyprus
* Better error message for require failureEd Peschko1998-04-282-2/+2
| | | | | | | | | | *sigh* try three. Incorporates the suggestion by Sarathy to drop the 'the' in 'locate the file', and correct a braindead mis-syncronization error in the last patch. Never has there been so much grief over two words of plain text... p5p-msgid: 199804240047.SAA24155@den-mdev1.co.csgsystems.com
* [difference between patch application from Change 896 and Change 897]Tim Bunce1998-04-2244-264/+580
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | ------ CORE LANGUAGE ------ Title: "fix for "Unbalanced string table refcount"" From: Gurusamy Sarathy <gsar@engin.umich.edu> Msg-ID: <199804042251.RAA25527@aatma.engin.umich.edu> Files: sv.c (applied based on p5p message as 45b0f2da05a0069bf1df601ff96ee525f651b435) Title: "Add fourth arg to substr: substr EXPR,OFFSET,LEN,REPLACEMENT" From: Gisle Aas <gisle@aas.no> Msg-ID: <m3g1jglqtm.fsf@furu.g.aas.no> Files: pod/perlfunc.pod Todo opcode.pl pp.c t/op/substr.t Title: "Odd number of elements in hash list." From: Tom Phoenix <rootbeer@teleport.com> Msg-ID: <Pine.GSO.3.96.980328151929.29336D-100000@user2.teleport.com> Files: MANIFEST pod/perldiag.pod pp.c pp_hot.c t/op/hashwarn.t (applied based on p5p message as 4e6dd09136b96d3e6f8fc8cf5af2dc3e32c65eec) Title: "bidirectional pipe warning blues" From: pmarquess@bfsec.bt.co.uk (Paul Marquess) Msg-ID: <9804082151.AA20399@claudius.bfsec.bt.co.uk> Files: doio.c (applied based on p5p message as 610d1f920220f1a98002175088e769d3d561e68a) Title: "warning for: bless $foo, """ From: Joshua.Pritikin@NewYork2.dmg.deuba.com Msg-ID: <H00000e5000378a0@MHS> Files: pod/perldiag.pod pp.c ------ DOCUMENTATION ------ Title: "long list of man page nitpicks" From: Greg Bacon <gbacon@mickey.cs.uah.edu>, Tom Christiansen <tchrist@jhereg.perl.com> Msg-ID: <199804221844.NAA08338@pluto.cs.uah.edu>, <199804222204.QAA20805@jhereg.perl.com> Files: pod/perlapio.pod pod/perlcall.pod pod/perldebug.pod pod/perldelta.pod pod/perldiag.pod pod/perlembed.pod pod/perlfaq2.pod pod/perlfaq3.pod pod/perlfaq4.pod pod/perlfaq5.pod pod/perlfaq7.pod pod/perlfaq8.pod pod/perlform.pod pod/perlfunc.pod pod/perlguts.pod pod/perlipc.pod pod/perllocale.pod pod/perlmodlib.pod pod/perlop.pod pod/perlre.pod pod/perlref.pod pod/perlrun.pod pod/perlstyle.pod pod/perlsub.pod pod/perlsyn.pod pod/perltoot.pod pod/perlvar.pod pod/perlxs.pod pod/pod2man.PL [one change was applied as d340c03c5edfa005a10d99f0986879c79286ca07] Title: "document that system() does not set $! when it fails" From: "Mark R. Levinson" <mrl@isc.upenn.edu> Msg-ID: <199803011946.OAA31942@anaximander.dccs.upenn.edu> Files: pod/perlfunc.pod Title: "Fix pod/roffitall execute permission" From: lvirden@cas.org Msg-ID: <1997Nov17.132031.2589892@cor.newman> Files: pod/roffitall Title: "document when split ignores trailing empty fields" From: Hugo van der Sanden <hv@crypt0.demon.co.uk> Msg-ID: <l03130300b14fac832b77@[194.222.64.89]> Files: pod/perlfunc.pod ------ EXTENSIONS ------ Title: "Buglet in Opcode.pm documentation" From: Horst von Brand <vonbrand@sleipnir.valparaiso.cl> Msg-ID: <199804170349.XAA32445@sleipnir.valparaiso.cl> Files: ext/Opcode/Opcode.pm (applied based on p5p message as eff8350db965b7b9ea400107c5d354b9651e0a46) Title: "Failure to append to perllocal.pod should not be fatal" From: koenig@kulturbox.de (Andreas J. Koenig) Msg-ID: <sfciuogy67x.fsf@dubravka.in-berlin.de> Files: lib/ExtUtils/MM_Unix.pm ------ PORTABILITY - GENERAL ------ Title: "Add Social Contract (2nd Draft) as Porting/Contract" From: Russ Allbery <rra@stanford.edu> Msg-ID: <m3btw66n8i.fsf@windlord.Stanford.EDU> Files: Porting/Contract Title: "VMS patches to 5.004_03" From: Charles Bailey <BAILEY@newman.upenn.edu> Msg-ID: <01IVYJS0L8D200209B@cor.newman.upenn.edu> Files: vms/vms.c Title: "hints/netbsd.sh - enable vfork" From: Andy Dougherty <doughera@lafcol.lafayette.edu> Msg-ID: <Pine.SUN.3.96.980417110749.19327B-100000@newton.phys> Files: hints/netbsd.sh p4raw-link: @896 on //depot/maint-5.004/perl: 0562b9ae2b0eff79632fc0164c13c34c06a019e2 p4raw-id: //depot/maint-5.004/perl@897
* support find2perl -followBilly1998-04-221-16/+35
| | | | | | | | | | | | | | | | | | | it's been tried before by better people than i, i'm sure, but here's a patch for find2perl (well, find2perl.PL) that implements the -follow option; i tested it very *very* trivially, and it seemed to work (it gave the same output as "find -follow" anyway)... how it works: we have a hash (%already_seen) which stores which files we've seen (it uses "$dev,$ino" as the hash key - that's unique for each file, i figure), but only records it in the hash if the file we're looking at isn't a directory (that what find seems to do)... also, all lstat() calls become stat() calls with -follow... no doubt the special case "-follow -type l" should be considered, but i didn't think of it at the time... anyway, enjoy... p5p-msgid: Pine.SV4.3.93.980408005903.24081A-100000@ermintrude.teaching.cs.adelaide.edu.au
* Config: Irix 5 hintsKurt Starsinic1998-04-221-1/+1
| | | | | | | cc under Irix 5 needs a bigger kick in the pants to optimize toke.c: p5p-msgid: 199804061712.NAA22823@O2.chapin.edu
* win32 tweaks (signals and crypt support)Gurusamy Sarathy1998-04-226-20/+20
| | | | | | | | This clears up a couple of problems in trial1: - reinstates common signals to avoid noises from libraries - build support for enabling crypt() was busted p5p-msgid: 199804170505.BAA06413@aatma.engin.umich.edu
* ptags brokenIlya Zakharevich1998-04-221-0/+3
| | | | | | | | | | Note that whoever changed the style of declaration of global variables did not fix emacs/ptags. Patch follows, Enjoy, p5p-msgid: 199804120208.WAA29264@monk.mps.ohio-state.edu
* ormaments method in Term/ReadLine.pm causes warning with string arg.Hiroo Hayashi1998-04-221-1/+1
| | | | p5p-msgid: 199804061519.AAA21907@mail.fb3.so-net.ne.jp
* lib/Pod/Html.pmDaniel S. Lewart1998-04-221-82/+98
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Perl5 Porters, The lib/Pod/Html.pm patch below reduces weblint errors and warnings of pod2html output by an order of magnitude. Some highlights (by line): 16 use Config for $Config{perladmin} later 20 s/Pod::HTML/Pod::Html/ 24 s/Pod::HTML/Pod::Html/ 305 $title =~ s/\s+$// 319-21 Remove parenthetical clause from $title 331 Add <LINK REV="made" HREF="mailto:$Config{perladmin}"> to head 374 s/\s+$// from =head[1-6] heading 376 s/\s+$// from =item text 397 Move <P> before $text 786 Escape ["&<>] in $title 860 Escape ["&<>] in $convert 903-13 Fix <UL> bullet lists 922-32 Fix <OL> numbered lists 941-51 Fix <DL> definition lists 1126 Fix $rest == 0 (q.v. perlembed.pod C<0>, perllocale.pod I<0>) 1284-87 Convert e-mail addresses beautifully (q.v. perltoc CREDITS) 1289 Escape " in $word too 1292 Escape " in $word too 1436 Escape ["&<>] in $str 1506 Avoid trailing </DL> Also, I think the stanza at lines 1288-90: } elsif ($word !~ /[a-z]/ && $word =~ /[A-Z]/) { # all uppercase? $word = html_escape($word) if $word =~ /["&<>]/; $word = "\n<FONT SIZE=-1>$word</FONT>" if $netscape; should be changed for the following reasons: 1) It shrinks one-letter words (e.g. A and I) 2) It is English-specific (Merkin hegemony!) 3) It introduces Netscape-specific HTML p5p-msgid: 199710170718.DAA25472@staff1.cso.uiuc.edu
* chat2.pl fixCharles Bailey1998-04-221-1/+3
| | | | | | | This patch came from one of the VMSPerlers, and seems generally applicable. p5p-msgid: 01IVMVF507PO001NKH@cor.newman.upenn.edu
* Comments added to Carp.pmAndy Wardley1998-04-221-22/+159
| | | | | | | | | | | | | | I've added a bunch of comments to Carp.pm, partly in an effort to better help me understand what's going on and also in response to a question for such an annotated Carp.pm on c.l.p.misc. No changes to the code or user documentation have been made which makes it a pretty boring patch really. Here it is all the same. Credited: Chip Salzenberg <chip@perlsupport.com> Credited: Tom Christiansen <tchrist@jhereg.perl.com> p5p-msgid: 980409182357.ZM21638@bandanna
* Benchmark.pm: add run-for-some-time modeJarkko Hietaniemi1998-04-221-15/+141
| | | | | | Release III. p5p-msgid: 199804080647.JAA15136@alpha.hut.fi
* glibc2.0.6 missing MSG_* <sys/socket.h> defines.Andy Dougherty1998-04-221-3/+15
| | | | | | | | | | | | | | | This is a patch suitable for the maintenance track; a similar patch is already in 5.004_64, but that version relies on a config.h variable HAS_GNULIBC that is not available in 5.004_04. This version uses __GLIBC__, which ought to be perfectly fine. In glibc2.0.6 systems, the various MSG_* #defines in <sys/socket.h> are no longer #defines. Instead, they are enums. I have received confirmation (bug libc/545) that they will again be #defined in 2.0.7, but I suspect that we ought to expect to encounter 2.0.6 and the various 2.0.7-prereleases for quite a while. p5p-msgid: Pine.SUN.3.96.980406113950.3166L-100000@newton.phys
* Install extensions with bootstrap (again) in $archlibAchim Bohnet1998-04-221-4/+7
| | | | | | | | | | | | | | | | | Fixes the problem I've reported in http://www.rosat.mpe-garching.mpg.de/mailing-lists/perl-porters/1998-03/msg01297.html Now files in blib/lib gets (again) installed into the architecture depended library tree if there are files in blib/arch. I've tested the patch with 5.004_64 on Digital Unix. Patch should also be okay for 5.004_05mt1 (no build out of the box here so I just has a look at ExtUtils/Install.pm source). Credited: Andreas J. Koenig <koenig@kulturbox.de> p5p-msgid: 9804061909.AA12675@o09.xray.mpe.mpg.de
* Document that IO.pm does not load IO::Select etcGraham Barr1998-04-221-1/+1
| | | | | | This is the change I have put in the IO distribution. p5p-msgid: 353B48F1.64E35A63@ti.com
* Buglet in Opcode.pm documentationHorst von Brand1998-04-221-1/+1
| | | | | | Patch tells all: p5p-msgid: 199804170349.XAA32445@sleipnir.valparaiso.cl