| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
------ 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
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
|
|
|
| |
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]
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
|
| |
The included patch removes some ambiguity from the POSIX::Termios
documentation.
p5p-msgid: 199805101952.PAA12738@ns.netrus.net
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
| |
(Porting/Contract lib/Tie/Handle.pm t/op/tiehandle.t)
p4raw-id: //depot/maint-5.004/perl@913
|
|
|
|
| |
p4raw-id: //depot/maint-5.004/perl@912
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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]
|
|
|
|
|
|
|
|
| |
[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
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
| |
Files: doio.c util.c
p4raw-id: //depot/maint-5.004/perl@909
|
|
|
|
|
|
| |
Credited: Tom Phoenix <rootbeer@teleport.com>
p4raw-id: //depot/maint-5.004/perl@907
|
|
|
|
|
| |
[as previous commit 7670b0aa522aabb98eb031aad22c217b308ccecb, but as
applied]
|
|
|
|
|
|
|
|
| |
Subject: Carp verbosity
Speaking of Carp, how about this small change?
p5p-msgid: H00000e50003936c@MHS
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
------ 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
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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 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
|
|
|
|
|
|
|
|
| |
An obvious typo makes IO::Socket->socketpair() return bogus results.
Here's the patch:
p5p-msgid: 19980425224535.2807.qmail@bigred.inka.de
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
|
|
|
|
| |
*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
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
------ 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
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
|
| |
cc under Irix 5 needs a bigger kick in the pants to optimize toke.c:
p5p-msgid: 199804061712.NAA22823@O2.chapin.edu
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
| |
p5p-msgid: 199804061519.AAA21907@mail.fb3.so-net.ne.jp
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
|
| |
This patch came from one of the VMSPerlers, and seems generally
applicable.
p5p-msgid: 01IVMVF507PO001NKH@cor.newman.upenn.edu
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
| |
Release III.
p5p-msgid: 199804080647.JAA15136@alpha.hut.fi
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
| |
This is the change I have put in the IO distribution.
p5p-msgid: 353B48F1.64E35A63@ti.com
|
|
|
|
|
|
| |
Patch tells all:
p5p-msgid: 199804170349.XAA32445@sleipnir.valparaiso.cl
|