| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
| |
(Lots of Perl 5 source code archaeology was involved.)
Larry didn't make strangled noises when I showed him
the patch, either :-)
p4raw-id: //depot/perl@19242
|
|
|
|
|
|
|
|
|
| |
./perl -Ilib -wne 'use PerlIO::via::QuotedPrint;BEGIN{binmode(STDIN, ":via(QuotedPrint)")};print'
caused a coredump in av_length() <- nextargv() because
the av was NULL. I don't know that returning Nullfp is
the best thing to do, but it dodges the segfault and
introduces no test failures.
p4raw-id: //depot/perl@19077
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
[ 19033]
file test operators weren't doing the right thing if the SV
passed to them wasn't NUL-terminated
[ 19034]
ensure SVs returned by Win32::Get{Short,Full}PathName() are
NUL-terminated
p4raw-link: @19034 on //depot/maint-5.6/perl: d453a28c5f70420dd114c2f0f61ec1aaf34109e0
p4raw-link: @19033 on //depot/maint-5.6/perl: 1ad7974d3a92321c870ce2bd5ce4e57098b51c10
p4raw-id: //depot/perl@19036
p4raw-integrated: from //depot/maint-5.6/perl@19028 'merge in' doio.c
(@16333..) win32/win32.c (@18377..)
|
|
|
|
|
|
|
|
| |
zero signals (now -1 is the "not found"). Note that
in couple of mg.c spots only whichsig() > 0 branches
are taken because signal handlers et al don't make
much sense for the zero signal.
p4raw-id: //depot/perl@18975
|
|
|
| |
p4raw-id: //depot/perl@18801
|
|
|
|
|
| |
Message-ID: <3E444B6C.5060407@stason.org>
p4raw-id: //depot/perl@18676
|
|
|
|
|
|
|
| |
issues in open(FH,"&...")
p4raw-id: //depot/perl@18517
p4raw-integrated: from //depot/maint-5.8/perl@18516 'merge in' doio.c
(@18405..)
|
|
|
|
|
| |
code changes from Inaba Hiroto; test tweaks by jhi.
p4raw-id: //depot/perl@18496
|
|
|
|
|
| |
Message-ID: <20021226211626.GD284@Bagpuss.unfortu.net>
p4raw-id: //depot/perl@18456
|
|
|
|
|
| |
Message-Id: <200210191911.g9JJBhK02618@smtp3.ActiveState.com>
p4raw-id: //depot/perl@18120
|
|
|
|
|
| |
Message-ID: <20021011222858.452.qmail@onion.perl.org>
p4raw-id: //depot/perl@18023
|
|
|
|
|
| |
Message-Id: <20020925215812.3b7adb0d.rgarciasuarez@free.fr>
p4raw-id: //depot/perl@17954
|
|
|
|
|
| |
Message-ID: <20020917221925.GF85044@lyta.hut.fi>
p4raw-id: //depot/perl@17925
|
|
|
| |
p4raw-id: //depot/perl@17454
|
|
|
|
|
|
|
| |
Message-ID: <Pine.SOL.4.10.10207031150540.6601-100000@maxwell.phys.lafayette.edu>
(with an additional paranoid nit : skip test unless -c $devnull)
p4raw-id: //depot/perl@17398
|
|
|
| |
p4raw-id: //depot/perlio@17327
|
|
|
|
|
|
| |
- see SV passed to dup type open "looks_like__number"
- apply layers to pipe opens.
p4raw-id: //depot/perlio@17030
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Subject: [ID 20020604.006] Pipe opens do not support I/O layers
Message-Id: <20020604210144.3A87A8B6B3@phoenix.squirrel.nl>
so that multiarg piped opens only accept optional whitespace
after the "|-". If and when perlio discipline awareness added
to |-, the now added code branch will grow.
No test case because hard to think of anything even remotely
portable.
p4raw-id: //depot/perl@17023
|
|
|
|
|
|
| |
From: "Gerrit P. Haase" <gp@familiehaase.de>
Message-ID: <199100765833.20020601041443@familiehaase.de>
p4raw-id: //depot/perl@16946
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
p4raw-link: @16331 on //depot/maint-5.6/perl: 821302ef08e28e13ed846e63b71b1a8e0bd6e09a
p4raw-link: @16330 on //depot/maint-5.6/perl: 32b5515015764ee3e189442094a83142675fbf9b
p4raw-link: @16329 on //depot/maint-5.6/perl: 5676c1b12073c1e0625a9800fba3bbcb4a2e99c8
p4raw-id: //depot/perl@16528
p4raw-integrated: from //depot/maint-5.6/perl@16527 'merge in' pp_sys.c
(@12026..)
p4raw-integrated: from //depot/maint-5.6/perl@16331 'merge in' util.c
(@16329..)
p4raw-integrated: from //depot/maint-5.6/perl@16330 'merge in' doio.c
(@14704..)
|
|
|
|
|
|
| |
From: "Gerrit P. Haase" <gerrit@familiehaase.de>
Message-ID: <190109228332.20020503203025@familiehaase.de>
p4raw-id: //depot/perl@16382
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
* support for building it in the regular makefiles
* large files support via the _*i64() functions (this should be
portable to the 32-bit universe too, but quite untested and
and binary-incompatible, therefore not enabled there)
* three additional test failures in addition to the t/end.t one
(see README.win32)
* sprintf() on Windows gets %I{32,64,}[xoud] format that parallel
the ones available from the CRT (needed because Perl uses
the UVxf macros in both sprintf() *and* in sv_catpvf() et al.)
* add a few 64-bit notes to README.win32
The following general problems were also fixed:
* s/struct stat/Stat_t/g
* Data::Dumper had some naughty 'long' typecasts
* Errno_pm.PL didn't work safe when winsock.h was not in the same
directory as errno.h
* various tell/seek things were incorrectly prototyped
* squelch ugly looking noise when running tests
* Embed.t wasn't linking in all the libraries
* perl57.dll is now perl58.dll (anticipating 5.8.0-RC1)
* re-enable all the disabled warnings (additional fixes may be
needed for the warnings uncovered by this)
p4raw-id: //depot/perl@16033
|
|
|
|
|
|
|
| |
Message-ID: <20020418231744.A24159@rafael>
(with one nit, the skip message needed "# " prefix)
p4raw-id: //depot/perl@16004
|
|
|
| |
p4raw-id: //depot/perl@15524
|
|
|
|
|
|
|
| |
- when (e.g.) STDOUT is char special file and gets IoOFP
created - do _NOT_ pass num_svs as that fopen-s stringified
glob, and not fdopen-s the fd.
p4raw-id: //depot/perlio@15410
|
|
|
|
|
|
| |
From: "Paul Marquess" <paul_marquess@yahoo.co.uk>
Message-ID: <AIEAJICLCBDNAAOLLOKLMEEGDPAA.paul_marquess@yahoo.co.uk>
p4raw-id: //depot/perl@15155
|
|
|
| |
p4raw-id: //depot/perl@14756
|
|
|
| |
p4raw-id: //depot/perl@14714
|
|
|
|
|
| |
Message-ID: <20020208002107.E763@rafael>
p4raw-id: //depot/perl@14601
|
|
|
|
|
| |
Message-ID: <20020202222454.A11608@rafael>
p4raw-id: //depot/perl@14530
|
|
|
|
|
|
| |
character-generating Unicode error by default off,
as Larry suggested.
p4raw-id: //depot/perl@14505
|
|
|
| |
p4raw-id: //depot/perl@14445
|
|
|
| |
p4raw-id: //depot/perl@14391
|
|
|
| |
p4raw-id: //depot/perl@14041
|
|
|
|
|
|
|
| |
Message-ID: <20011226191946.K48842@plum.flirble.org>
Use report_evil_fh().
p4raw-id: //depot/perl@13892
|
|
|
|
|
| |
Message-Id: <20011212112548.4611.H.M.BRAND@hccnet.nl>
p4raw-id: //depot/perl@13653
|
|
|
| |
p4raw-id: //depot/perl@13637
|
|
|
|
|
|
|
| |
which are not DOSish, BeOS being one of such platforms.
Ideally this should be a Configure test, not a hardwired
cpp symbol test...
p4raw-id: //depot/perl@13621
|
|
|
| |
p4raw-id: //depot/perlio@13530
|
|
|
| |
p4raw-id: //depot/perl@13427
|
|
|
|
|
| |
have file descriptors. Noticed a possibly worse problem in the process ...
p4raw-id: //depot/perlio@13409
|
|
|
|
|
| |
Message-ID: <20011127004023.S37621@plum.flirble.org>
p4raw-id: //depot/perl@13290
|
|
|
| |
p4raw-id: //depot/perlio@13072
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
From: Autrijus Tang <autrijus@egb.elixus.org>
Date: Thu, 15 Nov 2001 22:49:05 -0800
Message-Id: <20011116064905.GA44092@egb.elixus.org>
Subject: [PATCH] podcheck+spellcheck, the rest of the story
From: Autrijus Tang <autrijus@egb.elixus.org>
Date: Fri, 16 Nov 2001 00:42:20 -0800
Message-Id: <20011116084220.GA44295@egb.elixus.org>
Subject: Re: [PATCH] podcheck+spellcheck, the rest of the story
From: Nicholas Clark <nick@ccl4.org>
Date: Fri, 16 Nov 2001 10:32:01 +0000
Message-Id: <20011116103200.F62891@plum.flirble.org>
(Applied after suitable de-mangling.)
p4raw-id: //depot/perl@13041
|
|
|
| |
p4raw-id: //depot/perl@12896
|
|
|
| |
p4raw-id: //depot/perl@12826
|
|
|
|
|
| |
Use for non-PERLIO fdupopen().
p4raw-id: //depot/perlio@12532
|
|
|
|
|
|
|
|
| |
wildcards, but differ ("?" vs. "%") for their "match any single
char" wildcard. This patch changes "?" chars to "%" before doing a
VMS glob...at no loss of functionality, since "?" isn't a valid
filename char on VMS. From Charles Lane.
p4raw-id: //depot/perl@12388
|
|
|
|
|
| |
Message-ID: <20010814212327.A1919@rafael>
p4raw-id: //depot/perl@11673
|
|
|
|
|
|
|
|
|
| |
everywhere.
p4raw-link: @11051 on //depot/perl: 497b47a829dd93323de2c7f4f6815ab9f23d6ada
p4raw-id: //depot/perl@11503
p4raw-integrated: from //depot/maint-5.6/macperl@11502 'merge in'
doio.c (@11007..)
|