| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
|
| |
holding our true love file handle open, to stop anything else
temporarily using it for a quick dup() fling, and then closing the
file handle underneath us.
I suspect that the lack of this protection was the cause of the threads
free.t and blocks.t failures on OS X on 5.8.x, where usefaststdio is
the default, and PerlIO is unable to "invalidate" the FILE *.
p4raw-id: //depot/perl@33492
|
|
|
|
|
| |
from dup(), so it can't also be the "don't do anything later" value.
p4raw-id: //depot/perl@33491
|
|
|
|
|
| |
http://www.nntp.perl.org/group/perl.daily-build.reports/2008/02/msg53937.html
p4raw-id: //depot/perl@33370
|
|
|
|
|
|
| |
From: "Jerry D. Hedden" <jdhedden@cpan.org>
Message-ID: <1ff86f510802120700q689fb457ya5939bb440626157@mail.gmail.com>
p4raw-id: //depot/perl@33296
|
|
|
|
|
|
|
|
|
|
|
|
| |
ability to create landmines that will explode under someone in the
future when they upgrade their compiler to one with better
optimisation. We've already done this at least twice.
(Yes, some of the assertions are after code that would already have
SEGVd because it already deferences a pointer, but they are put in
to make it easier to automate checking that each and every case is
covered.)
Add a tool, checkARGS_ASSERT.pl, to check that every case is covered.
p4raw-id: //depot/perl@33291
|
|
|
| |
p4raw-id: //depot/perl@33261
|
|
|
| |
p4raw-id: //depot/perl@33248
|
|
|
|
|
|
| |
PerlIO_get_layers(), by co-opting the new SVs it creates, rather than
copying them.
p4raw-id: //depot/perl@33182
|
|
|
|
|
| |
it still relies on an interpreter being present.
p4raw-id: //depot/perl@32235
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
PerlIO_releaseFILE() to manage the reference counts of fds correctly
has the side effect of making some XS modules "leak" descriptors.
This is because the typemap calls PerlIO_findFILE(), which sometimes
(but not always) calls PerlIO_exportFILE(). To be consistent,
PerlIO_fildFILE() needs to either always give you a reference, or
always not give you a reference. It seems better to do the latter as
the call to PerlIO_exportFILE() is only an implementation detail, so
arrange for it to immediately free up the reference that
PerlIO_exportFILE() created.
p4raw-id: //depot/perl@32224
|
|
|
|
|
|
|
|
| |
Message-Id: <472BD128.9080105@iki.fi>
PerlIO_teardown is called when there may no longer be an
interpreter available
p4raw-id: //depot/perl@32215
|
|
|
|
|
| |
string.
p4raw-id: //depot/perl@32044
|
|
|
|
|
| |
Perl_catSVpvf() to extend a zero-length SV.
p4raw-id: //depot/perl@32042
|
|
|
| |
p4raw-id: //depot/perl@30781
|
|
|
|
|
| |
reference counts correctly.
p4raw-id: //depot/perl@30633
|
|
|
|
|
|
| |
that it brings into PerlIO managed space. (A long standing problem
reported by Steve Hay)
p4raw-id: //depot/perl@30610
|
|
|
| |
p4raw-id: //depot/perl@30447
|
|
|
|
|
| |
Message-ID: <20070224114735.GA3454@localhost.localdomain>
p4raw-id: //depot/perl@30389
|
|
|
|
|
|
|
| |
for input, and one for output, as this better reflects how they are
used. The original "concatenate with \0" plan was really only a
compramise to avoid needing to increase every COP by 2 pointers.
p4raw-id: //depot/perl@30334
|
|
|
|
|
| |
of flags, not a boolean, so correct the documenation and callers.
p4raw-id: //depot/perl@29977
|
|
|
|
|
| |
Message-Id: <D256CF03-D814-4973-9DF6-60EA4F26FE10@hagernas.com>
p4raw-id: //depot/perl@29894
|
|
|
|
|
| |
allows symbolic code references with embeded NULs to work.
p4raw-id: //depot/perl@29830
|
|
|
| |
p4raw-id: //depot/perl@29700
|
|
|
| |
p4raw-id: //depot/perl@29694
|
|
|
|
|
| |
Message-Id: <E22DC961-6821-4AC2-BA2F-9B5B06927758@hagernas.com>
p4raw-id: //depot/perl@29691
|
|
|
|
|
|
|
|
|
| |
Subject: [PATCH] Cleanup SVf arguments (2nd try)
Message-ID: <20070101201613.4120d9ef@r2d2>
Introduce an SVfARG() macro for %SVf (%-p here) arguments to
perl's printf
p4raw-id: //depot/perl@29687
|
|
|
|
|
|
|
|
| |
Subject: [PATCH] Cleanup SVf arguments (2nd try)
Message-ID: <20070101201613.4120d9ef@r2d2>
Adds (void*) casts to %-p and %p printf arguments
p4raw-id: //depot/perl@29686
|
|
|
|
|
| |
Message-ID: <4599114F.8020307@iki.fi>
p4raw-id: //depot/perl@29650
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
[PATCH] abstract mempool header testing]
Message-ID: <4575DFD1.1060108@iki.fi>
Fixes a problem spotted by Jan Dubois:
The PerlMemShared pool is only shared between the interpreters that
can share data structures (interpreters created by perl_clone(), which
mean pseudo-fork, and threads.xs). The pool is not shared between
interpreters that are created separately by perl_alloc().
[...]
I guess this means PL_perlio_fd_refcnt needs to be allocated and
freed by standard malloc() and not go through any abstraction.
p4raw-id: //depot/perl@29477
|
|
|
|
|
|
|
|
|
|
|
| |
[PATCH] abstract mempool header testing]
Message-ID: <4574ED1F.40508@iki.fi>
Re-instates #29424 (previously reverted by #29451), now fixed to work
with PERL_IMPLICIT_SYS, thanks to Jan Dubois. Also adds PERLIO_TERM to
the Symbian port.
p4raw-id: //depot/perl@29465
|
|
|
|
|
| |
Message-ID: <9b18b3110612020548l7c5aefd4m19cb0b5c4395abb4@mail.gmail.com>
p4raw-id: //depot/perl@29442
|
|
|
| |
p4raw-id: //depot/perl@29313
|
|
|
| |
p4raw-id: //depot/perl@29155
|
|
|
|
|
|
| |
to use PerlIO_fdopen so that when the tmpfile is closed we do
not decrement a ref count that doesn't exist or is zero.
p4raw-id: //depot/perl@29143
|
|
|
|
|
| |
(contrary to other PerlIO layers.)
p4raw-id: //depot/perl@29097
|
|
|
| |
p4raw-id: //depot/perl@29065
|
|
|
| |
p4raw-id: //depot/perl@29060
|
|
|
| |
p4raw-id: //depot/perl@29050
|
|
|
|
|
|
| |
panics from miniperl in FreeBSD/multithreaded
p4raw-link: @29045 on //depot/perl: e47547a83f24974bde05453531e68d7dd8c5ec87
p4raw-id: //depot/perl@29046
|
|
|
|
|
| |
Message-ID: <4536C1DA.4060600@iki.fi>
p4raw-id: //depot/perl@29045
|
|
|
|
|
| |
first time through to reduce the checks on subsequent calls.
p4raw-id: //depot/perl@28911
|
|
|
|
|
|
| |
From: "Jan Dubois" <jand@ActiveState.com>
Message-ID: <0bbe01c659e3$d0c334a0$2217a8c0@candy>
p4raw-id: //depot/perl@28879
|
|
|
|
|
| |
Message-ID: <4502B398.6060505@iki.fi>
p4raw-id: //depot/perl@28814
|
|
|
|
|
|
| |
From: "Robin Barker" <Robin.Barker@npl.co.uk>
Message-ID: <2C2E01334A940D4792B3E115F95B7226120A21@exchsvr1.npl.ad.local>
p4raw-id: //depot/perl@28786
|
|
|
|
|
| |
Message-ID: <44E49649.9090307@iki.fi>
p4raw-id: //depot/perl@28734
|
|
|
|
|
| |
Message-ID: <44D2E203.5050201@iki.fi>
p4raw-id: //depot/perl@28662
|
|
|
|
|
| |
Message-ID: <44D191FD.9030902@iki.fi>
p4raw-id: //depot/perl@28654
|
|
|
|
|
| |
Message-ID: <20060612034434.GA21588@petdance.com>
p4raw-id: //depot/perl@28381
|
|
|
| |
p4raw-id: //depot/perl@28329
|
|
|
|
|
| |
Message-Id: <20060528151535.BEA3E6D08C@seth.hut.fi>
p4raw-id: //depot/perl@28322
|