Skip to content

HTTPS clone URL

Subversion checkout URL

You can clone with
or
.
Download ZIP
tag: timinator
Commits on May 11, 1998
  1. [difference between patch application from Change 913 and Change 922]

    Tim Bunce authored
     ------  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: 91b1e15
    p4raw-id: //depot/maint-5.004/perl@922
  2. Add VMS specifics to Porting/makerel

    Charles Bailey authored Tim Bunce committed
    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
  3. hints/machten.sh: disable semctl(), align with devel version

    Dominic Dunlop authored Tim Bunce committed
    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]
  4. Fix File::Find::finddepth typo in trial 2 release

    Andreas J. Koenig authored Tim Bunce committed
    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
  5. Clarify Termios usage in POSIX.pod

    Rocco Caputo authored Tim Bunce committed
    The included patch removes some ambiguity from the POSIX::Termios
    documentation.
    
    p5p-msgid: 199805101952.PAA12738@ns.netrus.net
  6. Reduce rm command line length in pod/Makefile

    Hugo van der Sanden authored Tim Bunce committed
    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
  7. @gisle

    Document integer pragma effect on % operator

    gisle authored Tim Bunce committed
    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
  8. Remove dead code from pod2man

    M.J.T. Guy authored Tim Bunce committed
    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
  9. Improve docs for warning about code after an exec()

    M.J.T. Guy authored Tim Bunce committed
    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
  10. perlvar.pod buglet E<EVMSERR>

    Achim Bohnet authored Tim Bunce committed
    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
  11. incorrect return value for hv_iterinit

    Gurusamy Sarathy authored Tim Bunce committed
    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
Commits on May 1, 1998
  1. Update MANIFEST for trial 2.

    Tim Bunce authored
    (Porting/Contract lib/Tie/Handle.pm t/op/tiehandle.t)
    
    p4raw-id: //depot/maint-5.004/perl@913
  2. Add t/op/tiehandle.t as xtext to repository (see change 911)

    Tim Bunce authored
    p4raw-id: //depot/maint-5.004/perl@912
  3. Title: "Add ERRSV, ERRHV, DEFSV and SAVE_DEFSV for XS 5.005 compatib…

    Tim Bunce authored
    …ility"
    
      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
  4. [difference between patch application from Change 909 and Change 910]

    Tim Bunce authored
     Title: "Add warning for Illegal hex digit"
     Files:  util.c
    
       (applied based on p5p patch as
       b4ee34b, this is the difference)
    
    p4raw-link: @909 on //depot/maint-5.004/perl@909: 8b3d696
    p4raw-id: //depot/maint-5.004/perl@910
  5. Document changed local($a[$i],$b{$j}) behaviour re delete/splice

    Charles Bailey authored Tim Bunce committed
    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
  6. Fix printf segmentation fault

    Hugo van der Sanden authored Tim Bunce committed
    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]
  7. perl_call_method() bug fix (corrupt op pointer)

    Eugene Alterman authored Tim Bunce committed
    [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
  8. Add warning for Illegal hex digit

    Stephen P Potter authored Tim Bunce committed
    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
  9. "Change Ilya's do_binmode to K&R prototype and move to doio.c"

    Tim Bunce authored
     Files:  doio.c util.c
    
    p4raw-id: //depot/maint-5.004/perl@909
  10. Fix File::Basename to not untaint results (using new //t flag)

    Eric Hammond authored Tim Bunce committed
    Credited: Tom Phoenix <rootbeer@teleport.com>
    
    p4raw-id: //depot/maint-5.004/perl@907
  11. Runtime Carp verbosity without aliasing

    Tim Bunce authored
    [as previous commit 7670b0a, but as
    applied]
  12. Runtime Carp verbosity without aliasing

    Joshua Pritikin authored Tim Bunce committed
    Subject: Carp verbosity
    
    Speaking of Carp, how about this small change?
    
    p5p-msgid: H00000e50003936c@MHS
Commits on Apr 28, 1998
  1. [core language changes]

    Spider Boardman authored Tim Bunce committed
     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
  2. [difference between patch application from Change 904 and Change 905]

    Tim Bunce authored
    seems like a test accounting disagreement with
    42293d1
    
    p4raw-link: @904 on //depot/maint-5.004/perl: 0af7994
    p4raw-id: //depot/maint-5.004/perl@905
  3. Allow but ignore embedded /...(?o).../ in regexp

    Hugo van der Sanden authored Tim Bunce committed
    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
  4. @chipdude

    Don't accidentally untaint target of s///

    chipdude authored Tim Bunce committed
    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
  5. @chipdude

    New regex flag //t to leave $1 etc. tainted

    chipdude authored Tim Bunce committed
    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
  6. Dynaloader build on VMS

    Peter Prymmer authored Tim Bunce committed
    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
  7. perl compile fix for AIX 4.3

    Jens-Uwe Mager authored Tim Bunce committed
    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
  8. IO::Socket->socketpair broken (typo)

    Olaf Titz authored Tim Bunce committed
    An obvious typo makes IO::Socket->socketpair() return bogus results.
    Here's the patch:
    
    
    p5p-msgid: 19980425224535.2807.qmail@bigred.inka.de
  9. Clarify require "Foo::Bar" non-bareword issue

    Dominique Dumont authored Tim Bunce committed
    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
  10. perl.c fixes for -DUNEXEC

    Matt Wette authored Tim Bunce committed
    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
  11. @chipdude

    -2.0 vs. -2 (was Number representations)

    chipdude authored Tim Bunce committed
    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
Commits on Apr 27, 1998
  1. [difference between patch application from Change 897 and Change 904]

    Tim Bunce authored
     ------  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: f06f9b6
    p4raw-id: //depot/maint-5.004/perl@904
Something went wrong with that request. Please try again.