[perl #28456] Typo in perlipc man page, and suggestions for same
From: Axel Boldt (via RT) <perlbug-followup@perl.org>
Message-ID: <rt-3.0.8-28456-84424.10.5222745276547@perl.org>
Date: 11 Apr 2004 13:08:17 -0000

p4raw-id: //depot/perl@22727

Punt the "reporting bugs" section to the top.
Reorder the description of what to do, to start with the most common
case.
Clarify "how to report bugs effectively" (and why it benefits you)

p4raw-id: //depot/perl@22725

This should be L<>

p4raw-id: //depot/perl@22724

INSTALL didn't mention the 5.8.2 hash changes. Fixed

p4raw-id: //depot/perl@22723

We should be telling people about ..exp, else they use the unexpanded
forms and shaft anyone who installs a private perl within ~

p4raw-id: //depot/perl@22722

[patch] log the interpreter id in warnings
Message-ID: <40847869.1000906@stason.org>

p4raw-id: //depot/perl@22721

Sync Term::Cap with CPAN version
Message-Id: <1082461047.2736.96.camel@localhost>

p4raw-id: //depot/perl@22717

Fix for [perl #28919] : sometimes the function ck_ftst was trying
to read an op that was just freed, which was obviously illegal.

p4raw-id: //depot/perl@22716

Upgrade to FileCache 1.04.

p4raw-id: //depot/perl@22715

New file left out of the last commit.

p4raw-id: //depot/perl@22714

Re: [PATCH] lib/utf8_heavy.pl -- cascading classes and '&' support
From: "Jeff 'japhy' Pinyan" <japhy@perlmonk.org>
Message-ID: <Pine.LNX.4.44.0404141659480.11423-301000@perlmonk.org>

p4raw-id: //depot/perl@22713

Re: [perl #28532] optional match of an anchor gets ignored
Message-Id: <200404141830.i3EIUko03728@zen.crypt.org>

p4raw-id: //depot/perl@22712

Integrate:
[ 22661]
This is RC1

[ 22705]
This is RC2
p4raw-link: @22705 on //depot/maint-5.8/perl: e751ff178b2baa2734f0669d7b9c8ce84aad87c5
p4raw-link: @22661 on //depot/maint-5.8/perl: 319ea70d56d9c0640c0d86bd1ff1f2ea788d9568

p4raw-id: //depot/perl@22708
p4raw-integrated: from //depot/maint-5.8/perl@22706 'copy in'
pod/perlhist.pod (@22555..)

On Linux-PPC, using gcc, downgrade to the -O1 optimisation
level (with -O2 miniperl behaves really badly.)

p4raw-id: //depot/perl@22706

d_getservbyname_r undef up to at least OpenBSD 3.5
Thanks to Campo Weijerman and Gerard Gerritsen off-list

p4raw-id: //depot/perl@22697

#24121: Configure under turkish locale fails
       toupper (i) != I  in turkish, but U+0130
       \N{LATIN CAPITAL LETTER I WITH DOT ABOVE}
       Patch supplied by Rafael

p4raw-id: //depot/perl@22696

lib/utf8_heavy.pl -- cascading classes and '&' support
Message-ID: <Pine.LNX.4.44.0404122011160.3038-200000@perlmonk.org>

p4raw-id: //depot/perl@22693

's to bring bleadperl up to version-0.39
Message-ID: <407C8B13.9020104@rowman.com>

p4raw-id: //depot/perl@22692

re: [PATCH] for bug 28525: Buffer overflow issue in the Win32 distribution of 5.8.3
Message-ID: <vm7p70h7au8unrnq4jp85oich7n71ar5ab@4ax.com

p4raw-id: //depot/perl@22691

Borland C doesn't like PERL_MALLOC_WRAP.
Until I know why, the fix is to disable it.

p4raw-id: //depot/perl@22689

Stop PL_comppad pointing to a freed pad during global destruction

p4raw-id: //depot/perl@22688

Make global cleanup fractionally faster by giving S_visit()
flags/mask to compare SVs against.

p4raw-id: //depot/perl@22687

Sync with libnet 1.18

p4raw-id: //depot/perl@22686

Remove two unused variables that gcc used to warn about.

p4raw-id: //depot/perl@22685

Re: #28386: UNIVERSAL::VERSION segfaults if $VERSION not defined (w/ patch to fix universal.c)
Message-ID: <Pine.LNX.4.51.0404081843290.29618@dd.tc.fluke.com>

p4raw-id: //depot/perl@22682

find2perl should not default to -print when -eval is specified.
Noticed by David Dyck.

p4raw-id: //depot/perl@22681

Upgrade to Time::HiRes 1.59.

p4raw-id: //depot/perl@22680

Upgrade to Digest 1.06.

p4raw-id: //depot/perl@22675

Upgrade to Digest 1.06.

p4raw-id: //depot/perl@22674

Upgrade to Time::HiRes 1.57.

p4raw-id: //depot/perl@22673

Make gmtime and localtime cross reference each other.
Suggested by Dan Jacobson

p4raw-id: //depot/perl@22672

Integrated Time-Local-1.09 from Dave Rolsky
Corrected a wrap error from the CPAN version to match #22670
Tested on AIX to make sure the skip is still needed

p4raw-id: //depot/perl@22671

Disable the edge case tests for timegm and timelocal on
AIX-4.3 since the OS is obsoleted, and fixes are not to
be expected

p4raw-id: //depot/perl@22670

Fix command-line quoting under Windows for the new optree tests
Subject: Re: Smoke [5.9.2] 22666 FAIL(F) MSWin32 WinXP/.Net SP1 (x86/1 cpu)
Message-ID: <4073BFC9.10707@uk.radan.com>

p4raw-id: //depot/perl@22669

Bleadperl to version 0.37
Message-ID: <40735FC3.5010305@rowman.com>

p4raw-id: //depot/perl@22668

The optree builder was looping when constructing the ops
for a map/grep block containing a while(1).
(Bug reported by Pixel.)

p4raw-id: //depot/perl@22667

Test drives are fun. Implement ccversion for Itanium HP-UX 11.23

p4raw-id: //depot/perl@22666

AIX-4 with xlc does not like malloc wrap

p4raw-id: //depot/perl@22665

Re: tests for change #22539
Message-ID: <4069E913.5040906@divsol.com>
(with some spelling tweaks)

p4raw-id: //depot/perl@22664

Make the ! suffix handle n/N/v/V as signed integers
within pack templates.

p4raw-id: //depot/perl@22663

C<undef> doesn't look like a number. See also:

Subject: Re: [perl #27606] undef "looks like" a number
Message-Id: <20040315221626.48061c67@r2d2>

p4raw-id: //depot/perl@22662

Re: perldelta584
Message-ID: <12587569.1081180932766.JavaMail.craigberry@mac.com>

(makes malloc wrap the default on VMS)

p4raw-id: //depot/perl@22656

ref ($proto) || $proto patch
Message-ID: <406F7A0A.50702@yahoo.com>
(with minor reformatting)

p4raw-id: //depot/perl@22654

sv_pvutf8n_force and sv_pvbyten_force
Message-Id: <20040324001126.098F.BQW10602@nifty.com>

p4raw-id: //depot/perl@22652

[perl #28171] wantarray docs should mention effect of eval { wantarray }
as reported by Tim Bunce. Add a note to this effect in perlfunc,
and regression tests for it.

p4raw-id: //depot/perl@22651

More AUTHORS who deserve credit for patches

p4raw-id: //depot/perl@22649

Hand merge patch from maint back to blead.

p4raw-id: //depot/perl@22646

Bump version numbers for modules that have changed since 5.8.3

p4raw-id: //depot/perl@22642

Fix bug #27940 : \cX escapes weren't working correctly in regular
expression ranges.

p4raw-id: //depot/perl@22641

fix utils install problems on VMS
From:  "Craig A. Berry" <craigberry@mac.com>
Message-Id:  <406CCDC9.7000500@mac.com>

We were not running utils/instmodsh.PL or utils/xsubpp.PL during
the build, so installperl would not find the generated programs at
install time.
Also fixed several problems with the command definitions for the
utilities

p4raw-id: //depot/perl@22637

archname salad on VMS
From:  "Craig A. Berry" <craigberry@mac.com>
Message-Id:  <406C78A0.2070009@mac.com>

sort out architecture-specific directory names for OpenVMS
Itanium port

p4raw-id: //depot/perl@22636

Fix change #22376. Only mark a const as short-circuited
if it's actually a const!
p4raw-link: @22376 on //depot/perl: e7fec78e344a7fdea63b9a2551a3c57cc1a50f4d

p4raw-id: //depot/perl@22635

debug the instructions on upgrading Unicode

p4raw-id: //depot/perl@22630

Fix and tests for [perl #28123] Perl optimizes // away incorrectly

p4raw-id: //depot/perl@22625

 [perl #28032] delete $_[0] + (\$) prototype = bad free
 av_delete() didn't reify. I also updated its description

p4raw-id: //depot/perl@22624

Upgrade to Unicode 4.0.1

p4raw-id: //depot/perl@22621

Regenerated Configure after backported #22571
Some indent leftovers from earlier patches
We don't like double negatives, not even in comment

p4raw-id: //depot/perl@22619

Re: [PATCH] MIME::Base64 PERL_NO_GET_CONTEXT
Message-ID: <lrk712bjs1.fsf@caliper.activestate.com>

p4raw-id: //depot/perl@22617

Unknowingly for years we've had a test that has assumed the order
of results from readdir. Fixed.

p4raw-id: //depot/perl@22615

Zaurus SL-[78]60 native compile patch
Message-Id: <46DCC0BF-8199-11D8-8D5B-000A95DBB50A@dan.co.jp>
Date: Tue, 30 Mar 2004 00:53:52 +0900

p4raw-id: //depot/perl@22614

various win32 build fixes

Subject: Re: [PATCH] Re: MinGW/GCC vs MSVC++ on Win32
Date: Tue, 23 Mar 2004 10:42:12 +0000
Message-ID: <40601484.7040905@uk.radan.com>

Subject: [PATCH] distclean on Win32 should delete perl.base
From: Steve Hay <steve.hay@uk.radan.com>
Date: Tue, 23 Mar 2004 11:35:56 +0000
Message-ID: <4060211C.8020704@uk.radan.com>

Subject: Re: [PATCH] Create debug symbols files on Windows even for release
From: Steve Hay <steve.hay@uk.radan.com>
Date: Fri, 26 Mar 2004 10:46:07 +0000
Message-ID: <406409EF.9020404@uk.radan.com>

p4raw-id: //depot/perl@22610

[perl #27986] IPC::Open3 fails in mod_perl (tie bug)
   From: "Benjamin J. Tilly" (via RT) <perlbug-followup@perl.org>
   Message-ID: <rt-3.0.8-27986-82842.3.55447645581215@perl.org>

   The forked child should make sure STDIN and STDOUT aren't tied
   before messing with them

p4raw-id: //depot/perl@22609

backout change 22606 (make gv_fullname() include a literal '^')
it breaks select.

p4raw-id: //depot/perl@22608

update -Dx to cope with lexical version of OP_AELEMFAST

p4raw-id: //depot/perl@22607

make gv_fullname() etc include a literal '^' for *^FOO style names

p4raw-id: //depot/perl@22606

pv_display() had code to display \n etc as escapes but it didn't
actually work.

p4raw-id: //depot/perl@22605

fix typo in change 22597

p4raw-id: //depot/perl@22604

-Dusemallocwrap for VMS)
From:  "Craig A. Berry" <craigberry@mac.com>
Message-Id:  <4065073A.30007@mac.com>

Mimic in configure.com what Configure does to enable or disable
the new feature -Dusemallocwrap

p4raw-id: //depot/perl@22601

don't clean-up perly.* on VMS
From:  "Craig A. Berry" <craigberry@mac.com>
Message-Id:  <4064B4B4.2030203@mac.com>

refrain from getting rid of perly.c and perly.h now that there are
no longer VMS-specific overrides for these files

p4raw-id: //depot/perl@22600

[perl #24200] string corruption with lvalue sub
Depending on the context, the same substr OP may want to return
a PVLV or an LV on subsequent invcations. If TARG is the wrong
type, use a mortal instead.

p4raw-id: //depot/perl@22599

Clarify op.h comments for which ops the OPpDEREF* private flags
are actually used; update Concise.pm to match

p4raw-id: //depot/perl@22597

fix for change #22594; if using test.pl, must tell perl where to
find it!
p4raw-link: @22594 on //depot/perl: dfa41748806263fb8b5d5fcb051bd36be96fe93c

p4raw-id: //depot/perl@22596

[perl #26839] document the return value of an empty sub

p4raw-id: //depot/perl@22595

 [perl #27040] - hints hash was being double freed on scope exit

p4raw-id: //depot/perl@22594

Re: [perl #27906] stat documentation correction
Message-Id: <20040325034830.GA5865@petdance.com>
(Applied with a correction from Spider Boardman.)

p4raw-id: //depot/perl@22593

fix some comments in perly.y

p4raw-id: //depot/perl@22592

[perl #27268] Blessed reference to anonymous glob
Stop *$$x=$x giving "Attempt to free unreferenced scalar" warning

p4raw-id: //depot/perl@22591

[perl #27748] 'find2perl' bug: -exec causes chdir error
From: "jdhedden@1979.usna.com (via RT)" <perlbug-followup@perl.org>
Message-ID: <rt-3.0.8-27748-82270.2.99482909739062@perl.org>

Cwd code was planted in the output executable after the exit, so
was never run.

p4raw-id: //depot/perl@22586

Remaining smoked platforms where malloc wrap is known to work.
Data for Irix and NetBSD would be useful - they probably will work too.
Will Unicos work? Place bets now...

p4raw-id: //depot/perl@22585

[perl #27790] split docs: say the string is EXPR
From: Dan Jacobson (via RT) <perlbug-followup@perl.org>
Message-ID: <rt-3.0.8-27790-82358.14.5476352902536@perl.org>

Minor documentation nit in split

p4raw-id: //depot/perl@22584

mintest will pass if I skip the correct number of tests. D'oh!

p4raw-id: //depot/perl@22582

Re: [PATCH] Fix PERL_MALLOC_WRAP change for Win32
Message-ID: <40618D1C.7000601@uk.radan.com>
Date: Wed, 24 Mar 2004 13:29:00 +0000

p4raw-id: //depot/perl@22579

Good catch from Dave Mitchell; plus a null pointer protection.

p4raw-id: //depot/perl@22578

Unlike perl, 0 in void context isn't special cased in C :-)
(So it warns). Tweak the no-action malloc wrap checkers to avoid
warnings.

p4raw-id: //depot/perl@22577

Export PL_memory_wrap based on PERL_MALLOC_WRAP rather than
NO_MALLOC_WRAP following Configure changes. Identical patch to
mine supplied by Steve Hay while I was working on this.
IP shootout at dawn :-)

p4raw-id: //depot/perl@22576

Tidy up function prototypes in the light of suidpatch

p4raw-id: //depot/perl@22572

Make usemallocwrap a Configure-time question. Default is yes for
usedevel, no otherwise, but I'm expecting hints files on known
good platforms to override this. (and known bad)
Demonstration hints file for darwin.

p4raw-id: //depot/perl@22571

hv_delete_common was freeing the key, then passing the freed pointer
to S_hv_notallowed. D'oh!

p4raw-id: //depot/perl@22569

Unify 5.008 and 5.009's B::Concise 0.58

p4raw-id: //depot/perl@22566

Unify 5.008 and 5.009's B::Concise 0.56

p4raw-id: //depot/perl@22565

Fix bug [perl #27839] returning @+ out of scope loses its value :

Subject: Re: Wondering about returned regex special arrays on going out of scope
Message-Id: <200403051742.i25HgPd11240@zen.crypt.org>

plus a test case.

p4raw-id: //depot/perl@22564

5.9.1 suidperl
Message-Id: <200403182117.i2ILHug513080@milan.maths.usyd.edu.au>

(which variables renamed as requested, plus tweaks to work on platforms
with no ST_NOEXEC)

p4raw-id: //depot/perl@22563

Update the -v copyright notice.

p4raw-id: //depot/perl@22560

Don't assume that the chmod will always work.
(It won't for files on *BSD where chflags has set uchg, which is
what the OS X perforce client does)

p4raw-id: //depot/perl@22559

Clarifications on constants subroutines, based on:

Subject: [perl #27768] [patch] wrong examples in perlsub/"Constant Functions"
From: "padre@elte.hu (via RT)" <perlbug-followup@perl.org>
Message-ID: <rt-3.0.8-27768-82310.5.12766475665209@perl.org>

p4raw-id: //depot/perl@22557

Re: ../lib/ExtUtils/t/Embed.t failure on Win32/GCC
Message-ID: <405EFBDE.4090209@uk.radan.com>

p4raw-id: //depot/perl@22556

Re: [PATCH] warn on !=~
Message-ID: <20040322183106.GA1284@efn.org>

More warnings for this case.

p4raw-id: //depot/perl@22553

Finally, this "Negative repeat count" warning wasn't such a great
idea. Disable it. But add tests for this :

Subject: Re: [perl #27811] (@x) x -1 is a panic
Message-ID: <20040321152704.GA9041@petdance.com>

p4raw-id: //depot/perl@22549

Nobody has used SvPVbyte_force?
Message-Id: <20040321213628.2461.BQW10602@nifty.com>

p4raw-id: //depot/perl@22548

I must be tired today.

p4raw-id: //depot/perl@22547