Re: enhanced(?) regex error messages
Message-Id: <200008080225.DAA10998@crypt.compulink.co.uk>

plus Capitalize the error messages, plus perldiag them.

p4raw-id: //depot/perl@6546

Augment #6539 a bit: don't croak if there's magic in the air.

Subject: Re: [PATCH bleadperl-6530] bless, REF, and bless(REF, REF)
Message-Id: <200008080202.DAA09147@crypt.compulink.co.uk>

p4raw-id: //depot/perl@6545

Make the test -w clean.

p4raw-id: //depot/perl@6544

use warnings instead of $^W.

p4raw-id: //depot/perl@6543

Disable a portability warning Because We Know What We Are Doing.

p4raw-id: //depot/perl@6542

Tiny tidying on report_evil_fh().

p4raw-id: //depot/perl@6541

Make regular expression parse error messages easier to understand.

Subject: Re: enhanced(?) regex error messages
Message-Id: <200008050634.XAA20360@ventrue.yahoo.com>

p4raw-id: //depot/perl@6540

Make bless(REF, REF) a fatal error, add bless tests.

Subject: [PATCH bleadperl-6530] bless, REF, and bless(REF, REF)
Message-Id: <200008071559.QAA29541@crypt.compulink.co.uk>

p4raw-id: //depot/perl@6539

[ID 20000803.006] 'use lib ...' doesn't behave as documented
Message-Id: <200008032129.OAA27898@spindrift.caltech.edu>

p4raw-id: //depot/perl@6538

Retract #6419 for now since it breaks in AFS and MachTen.

p4raw-id: //depot/perl@6537

Plug the security hole described in the Aug 05 2000 bugtraq message
"sperl 5.00503 (and newer ;) exploit" by Michal Zalewski.
The security hole exists only in suidperls, which isn't
installed or even built by default.

p4raw-id: //depot/perl@6536

tr memory corruption fix from Simon Cozens.

p4raw-id: //depot/perl@6535

Document a bit that UDP is not what you might think.

Subject: Re: IO::Socket::INET bug sending large UDP packets/fragmentation
Message-ID: <20000724085915.B13172@alanya.lupe-christoph.de>

p4raw-id: //depot/perl@6534

perlfunc.pod use documentation (5.6.0)
Message-ID: <Pine.BSF.3.96.1000805002052.23260A-100000@hut.crusoe.net>

p4raw-id: //depot/perl@6533

Have symbols for the IoTYPEs.

p4raw-id: //depot/perl@6532

Continue fixing the io warnings.  This also
sort of fixes bug ID 20000802.003: the core dump
is no more.  Whether the current behaviour is correct
(giving a warning: "Not a format reference"), is another matter.

p4raw-id: //depot/perl@6531

Change the Policy policy: now -Dprefix= with an existing
Policy.sh and prefix == siteprefix == vendorprefix, then all
of them follow along the new prefix.

Subject: Re: [ID 20000508.002] -Dprefix completely broken [PATCH]
Message-ID: <Pine.SOL.4.10.10008041440560.17981-100000@maxwell.phys.lafayette.edu>

p4raw-id: //depot/perl@6530

Zap lib/Sys directory when cleaning up.

p4raw-id: //depot/perl@6529

Essential prototype changes were missing from #6527.
Also make report_evil_fh() more bomb-proof.

p4raw-id: //depot/perl@6528

[ID 20000724.004] Perl interpreter segfault when using built-in flock
Message-Id: <200007242247.PAA52177@monkeys.com>

p4raw-id: //depot/perl@6527

gcc versions might have (parentheses) in them.

p4raw-id: //depot/perl@6526

Weed buglets pointed out by
Subject: Re: [ID 20000803.005] miniperl aborts during Perl make
Message-ID: <20000804173439.L8087@alanya.lupe-christoph.de>

p4raw-id: //depot/perl@6525

Warn under -w if lstat(FH) is attempted.

Subject: [ID 20000421.003] perlfunc says you can lstat a file handle but you cannot
Message-Id: <200004211643.e3LGhkX24720@xerxes.courtesan.com>

p4raw-id: //depot/perl@6524

New perlcc, take 2
Message-ID: <slrn8oko6g.da2.simon@justanother.perlhacker.org>

p4raw-id: //depot/perl@6523

Re: Array vs. List context
Message-ID: <20000804002244.A5924@ilmd.chetlin.org>

p4raw-id: //depot/perl@6522

[ID 20000804.002] configure.gnu and arguments with whitespace characters
Message-Id: <20000804120709.A14982@caldera.de>

p4raw-id: //depot/perl@6521

After the #6519 a warning about stat() is just that,
not about a filetest, which now have their own warning.

p4raw-id: //depot/perl@6520

In the warnings call filehandles consistently so;
add "unopened" warning for stat().

p4raw-id: //depot/perl@6519

Minor tweak to perlvar.pod
Message-Id: <200004181326.JAA01560@spp.users.ds.net>

p4raw-id: //depot/perl@6518

[ID 19990721.004] Documentation bug in perlfunc
Message-Id: <199907212049.QAA12875@mailfw3.ford.com>

Fix by Stephen Potter (visible in the bug db but not in p5p?)

p4raw-id: //depot/perl@6517

This is 6512.  Really.

p4raw-id: //depot/perl@6516

mention the idea of @( and @)

p4raw-id: //depot/perl@6515

[ID 20000802.004] Tests op/grent.t and op/pwent.t fail unnecessarily
Message-Id: <Pine.OSF.4.10.10008021321380.32190-200000@is07.fas.harvard.edu>

p4raw-id: //depot/perl@6513

[ID 20000802.002] [PATCH] memory pseudo-leak in sv_dump
Message-Id: <E13JvAz-0005B5-00@libra.cus.cam.ac.uk>

p4raw-id: //depot/perl@6512

bad cppsymbols on os2 + Configure question
Message-ID: <0wgi5gzkgqLb092yn@efn.org>

p4raw-id: //depot/perl@6511

detypo

p4raw-id: //depot/perl@6510

Comings and goings in op/sprintf.t
Message-Id: <p04320411b5af8091f6fe@[194.235.193.148]>

p4raw-id: //depot/perl@6509

[ID 20000803.001] further regexp counting problems
Message-Id: <200008031725.SAA10580@crypt.compulink.co.uk>

p4raw-id: //depot/perl@6508

sv.h documentation - SvLEN
Message-Id: <E13KLHB-0004UK-00@libra.cus.cam.ac.uk>

p4raw-id: //depot/perl@6507

Disable the fix_pl hack for now.

p4raw-id: //depot/perl@6506

Add a URL for FSF.

Subject: Patch for README
Message-ID: <20000802132509.I10379@chaos.wustl.edu>

p4raw-id: //depot/perl@6505

Be more informative on what is skipped and why,
also repeat the list at the end.

p4raw-id: //depot/perl@6504

Circumvent the removal of .patch by fix_pl.

Subject: Re: [ID 20000802.011] unable to 'make test'
Message-ID: <slrn8ohshs.81o.simon@justanother.perlhacker.org>

p4raw-id: //depot/perl@6503

The subtest 4 may fail also on VOBS, as pointed out
by Nick Ing-Simmons in November 1999, bug id 19991124.003
(but the failure in that bug report isn't the subtest 4).

p4raw-id: //depot/perl@6501

Better skip message for the test; one of the two problems in

Subject: [ID 20000224.003] Not OK: perl v5.5.660 on i86pc-solaris 2.7
Message-Id: <200002241054.LAA06808@lupe-christoph.de>

p4raw-id: //depot/perl@6500

Allow "no Module;" even if there is no 'unimport'.

Subject: [ID 20000324.029] `unimport' is not special the way `import' is
Message-Id: <20000324152434.15160.qmail@plover.com>

p4raw-id: //depot/perl@6499

Generate OP_IS_SOCKET() and OP_IS_FILETEST() macros
that are hopefully soon put into use.

p4raw-id: //depot/perl@6498

require.t needs binmode() to work on windows

p4raw-id: //depot/perl@6497

Document the IVdf UVuf UVof UVxf.

p4raw-id: //depot/perl@6496

detypo #6494

p4raw-id: //depot/perl@6495

Dump UVs as UVs in Data::Dumper.

Subject: Re: [ID 20000405.018] Data::Dumper and negative numbers
Message-Id: <200004271926.MAA04331@molotok.activestate.com>

p4raw-id: //depot/perl@6494

[ID 20000731.010] regex error
Message-Id: <200008021353.OAA24761@crypt.compulink.co.uk>

p4raw-id: //depot/perl@6493

The new setproctitle() feature is available only in
bleeding edge FreeBSD.  From Paul Saab.

p4raw-id: //depot/perl@6492

The tr utf8 patching continues.

Subject: Re: #6469, too many tests claimed in require.t
Message-ID: <slrn8of2at.81o.simon@justanother.perlhacker.org>

(the logic of the test was the wrong way round in the patch)

p4raw-id: //depot/perl@6491

The name of a filehandle does not have <these>.

p4raw-id: //depot/perl@6490

Remove the extraneous "main::" prefix from all the
"opened only for", "on closed", and "never opened" warnings.

Subject: Re: inappropriate warning
Message-Id: <200003201928.LAA32224@maul.ActiveState.com>

p4raw-id: //depot/perl@6489

memcpy has n o in it, as pinted ut by Sarathy.

p4raw-id: //depot/perl@6488

Document in one place the memory abstractions used in Perl core.

Subject: Re: Memory abstraction
Organization: Earth.li Origins

p4raw-id: //depot/perl@6487

regen_headers, regen perltoc.

p4raw-id: //depot/perl@6486

"This little thing tests for a file .patch, and if it contains
 a number, pops into patchlevel.h" (making it easier to track
which development version people are reporting bugs against)

Subject: Patchlevel autogeneration for repository perls
Message-ID: <slrn8mtfaf.1qo.simon@justanother.perlhacker.org>

p4raw-id: //depot/perl@6485

FreeBSD 3.* updates from
Subject: [ID 20000801.007] setting $0 on FreeBSD 4.x does not get reflected in /bin/ps
Message-Id: <20000801154139.A53740@yahoo-inc.com>

p4raw-id: //depot/perl@6484

In new BSDs changes to argv[] do not show up in ps(1) output,
instead one must use setproctitle().  This was already addressed
by change #6457, but the below has a new variant for FreeBSD 4.0
or later, and the matter is also documented more.
Subject: [ID 20000801.007] setting $0 on FreeBSD 4.x does not get reflected in /bin/ps
Message-Id: <20000801154139.A53740@yahoo-inc.com>

p4raw-link: @6457 on //depot/perl: 0c9177abdae6e91f4dfdab2ef3cc817ec901e51eon //depot/metaconfig: efc5abcdbec468dfb20e18acbe3ab6c1cd9e92c3

p4raw-id: //depot/perl@6483

The test from this

Subject: Re: [ID 20000411.002] qw() gives different results in 5.6 to previous versions
Message-ID: <d1c9b2af49.tom@compton.compton.nu>

was missing, the code change went in as #5989
(which had a different test?)

p4raw-id: //depot/perl@6482

[Proposed PATCH] Let Perl define QUAD_MIN and _MAX itself
Message-Id: <200007272051.NAA02178@xfiles.intercon.hp.com>

p4raw-id: //depot/perl@6481

Make p4desc to skip non-mainperl branches by default.

p4raw-id: //depot/perl@6480

If gccosandvers is equal to osname, clear gccosandvers.

p4raw-id: //depot/perl@6479

BOM patching from Simon Cozens.

p4raw-id: //depot/perl@6478

Stash away the largefiles flags and libswanted.

p4raw-id: //depot/perl@6477

various syntax errors and such (not fixed: comp/require.t#22 coredump
on Windows)

p4raw-id: //depot/perl@6476

Make chr() for values >127 to create utf8 when under utf8.

Subject: Re: uft8/chr()
Message-ID: <slrn8ocdud.19l.simon@justanother.perlhacker.org>

p4raw-id: //depot/perl@6475

In Digital UNIX warn if gcc explicitly chosen because even
2.95.2 is known to cause problems.

p4raw-id: //depot/perl@6474

Make the safety catch for buggy gccs work with triple version
numbers like 2.95.2.  Reported in

Subject: [ID 20000731.005] Perl 5.6.0 "Configure" fails to recognize gcc 2.95.2
Message-Id: <200007311255.AA25586@axcdf4.pd.infn.it>

p4raw-id: //depot/perl@6473

fix and question re: waitpid() under win32
Message-ID: <3981DC85.290314EB@appliedmeta.com>

Slightly reformatted and WNOHANG # define moved to win32.h
so that also POSIX.xs sees it, as suggsted by Sarathy.

p4raw-id: //depot/perl@6472

allow non-variable as lhs of non-updating tr///
Message-Id: <E13JEgd-0003fy-00@libra.cus.cam.ac.uk>

(aka ID 20000730.002)

p4raw-id: //depot/perl@6471

Document the problem with -P in HP-UX and its workaround.

Subject: [ID 20000628.002] HPUX 11: -Ae compiler flag breaks perl -P
Message-Id: <200006281758.NAA10339@uewrhp03.msd.ray.com>

p4raw-id: //depot/perl@6470

The swallow_bom() saga continues.  The #23 of require.t
(UTF16-LE) still fails (silently, no output) but the #22
(UTF16-BE) seems to be working now.  The root of the
failure may be in sv_gets(): is it UTF-16LE-aware,
especially when it comes to line endings?

p4raw-id: //depot/perl@6469

Find green threads before native threads.

Subject: Re: Patch to jpl/JNI/Makefile.PL
Message-ID: <Pine.LNX.4.21.0007281553470.687-200000@fiend.cis.com>

p4raw-id: //depot/perl@6468

Fix the HALF_UPGRADE() macro introduced in #6263.

p4raw-id: //depot/perl@6467

A new version of the "remove UPPERACSE string comparison"
operators.  The problem with the previous one (change #6454)
was that it was for Perl 5.6.0.  From Paul Marquess.

p4raw-link: @6454 on //depot/perl: d164fe835174420df93c1795763a090dc6471f0a

p4raw-id: //depot/perl@6466

Do not upgrade SVs into utf8 just because they participate
in eq or cmp.  Reported and fix suggested in

Subject: [ID 20000720.009] sv_eq UTF8 bug
Message-Id: <20000721043729.30081.qmail@othersideofthe.earth.li>

Exercise for the kind reader: should we or should we not
cache the utf8 conversion alongside the SV? (as magic,
as the strxfrm()ed version is cached under use locale)
Argue both for and against.

p4raw-id: //depot/perl@6465

UTF8 concat
From: simon@brecon.co.uk (Simon Cozens)
Date: 30 Jun 2000 06:13:25 GMT
Message-ID: <slrn8loek5.9ai.simon@justanother.perlhacker.org>

(with a memory leak fixed, plus a few casts added)

This also seems to help for

Subject: [ID 20000716.015] join UTF8 weirdness
From: root <root@ak-71.mind.de>
Date: Sat, 15 Jul 2000 15:29:54 +0200
Message-Id: <200007151329.PAA13970@ak-71.mind.de>

(from Andreas König)

p4raw-id: //depot/perl@6464

Tune the comments and hopefully stop a memory leak.

p4raw-id: //depot/perl@6463

The problem described in this

Subject: [ID 20000322.018] named chars aren't magical enough
Message-Id: <200003230137.SAA29532@dixie.cscaper.com>

has been fixed in perl 5.6.0 but just in case added a test
to keep it away.  (The report from Joseph Hall.)

p4raw-id: //depot/perl@6462

Tiny fixes for #6460.

p4raw-id: //depot/perl@6461

Warn if the version of the operating system used to compile gcc
differs from the current version of the operating system.
Also display the gcc compilation os and version in myconfig.
Inspiration from

Subject: Re: [ID 20000710.003] ERRORS!!
Message-ID: <20000710155416.A1384@O2.chapin.edu>

p4raw-id: //depot/perl@6460

In DEC OSF aka Digital UNIX aka Tru64 add the version
letter to $Config{osvers}.

p4raw-id: //depot/perl@6459

Back out #6454, doesn't seem to work.
(Reason: that patch was for perl 5.6.0, not perl-current)
(A version of the patch for perl-current came in later as #6466)

p4raw-id: //depot/perl@6458

Use setproctitle() if available to modify $0.

Subject: setting $* on BSD4 broken
Message-Id: <200007230831.BAA08379@ventrue.yahoo.com>

p4raw-id: //depot/perl@6457

Allow "no AutoLoader;", based on change #6444,
suggested by Graham Barr.

p4raw-link: @6444 on //depot/perl: ed8504609e65bf608915df5053decb2c1e5c56e9

p4raw-id: //depot/perl@6456

[ID 19990709.002] [DOCUMENTATION PATCH] perldiag
Message-ID: <14720.15855.787664.424783@rls.cx>

p4raw-id: //depot/perl@6455

Remove EQ, NE, GT, LT, GE, LE (they have been deprecated
for a long time).

Reported in

Subject: [ID 20000717.004] Unexpected complaint of NE deprecation
From: Ryan Herbert <rherbert@sycamorehq.com>
Date: Mon, 17 Jul 2000 11:40:42 -0400
Message-Id: <200007171540.LAA20480@beorn.hq.sai>

Patched in

Subject: RE: [ID 20000717.004] Unexpected complaint of NE deprecation
From: "Paul Marquess" <Paul.Marquess@btinternet.com>
Date: Wed, 26 Jul 2000 23:40:18 +0100
Message-ID: <000001bff752$79511880$0a17073e@tiny>

based on an earlier patch from Stephen P. Potter.

(Removed later by change #6458 because this patch was for
 perl 5.6.0, not perl-current)

p4raw-link: @6458 (not found)

p4raw-id: //depot/perl@6454

fixes bug 20000508.004
Message-ID: <20000727134903.A9351@athenaeum.globnix.org>

p4raw-id: //depot/perl@6453

Further File::Temp patches from Yitzchak Scott-Thoennes
and Craig A. Berry.

p4raw-id: //depot/perl@6452

Be wary of close()s, too.

Subject: Re: [PATCH] perlbug cleanup
Message-ID: <Pine.LNX.4.10.10007260931540.27658-100000@lapaki.jach.hawaii.edu>

p4raw-id: //depot/perl@6451

Minor doc patch: handy.h
Message-ID: <397F2F31.F3F9F4F3@afip.gov.ar>

p4raw-id: //depot/perl@6450

minor doc change - perlguts
Message-ID: <20000713123918.A26561@athenaeum.globnix.org>

p4raw-id: //depot/perl@6449

open() wariness in perlbug.

Subject: [PATCH] perlbug cleanup
Message-ID: <20000713155222.A11380@athenaeum.globnix.org>

p4raw-id: //depot/perl@6448

File::Temp patches for VMS and OS/2 from Tim Jenness.

p4raw-id: //depot/perl@6447

docfix from Peter Scott <Peter@PSDT.com>.

p4raw-id: //depot/perl@6446

Fix *foo{FORMAT}.

From: "H.Merijn Brand" <h.m.brand@hccnet.nl>
Subject: Re: Looking for a starting point (Mark-Jason?, Chip?, Jarkko?)
Date: Wed, 26 Jul 2000 19:51:02 +0200
Message-Id: <20000726194952.41DD.H.M.BRAND@hccnet.nl>

From: Graham Barr <gbarr@pobox.com>
Subject: Re: Looking for a starting point (Mark-Jason?, Chip?, Jarkko?)
Date: Wed, 26 Jul 2000 17:38:36 +0100
Message-ID: <20000726173836.L472@pobox.com>

p4raw-id: //depot/perl@6445