| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
|
|
|
|
| |
represented in the current codepage
Date: Thu, 28 Dec 2006 18:59:40 -0800
Message-ID: <vq09p2p09k6rcu6c9t0mab3vnc335ghg9m@4ax.com>
Subject: Re: [PATCH] Use short pathnames in $^X and @INC if the long form cannot be represented in the current codepage
From: Jan Dubois <jand@ActiveState.com>
Date: Wed, 03 Jan 2007 08:12:35 -0800
Message-ID: <orknp2pj17265modfosjkp2qtt4bdgtgjp@4ax.com>
p4raw-id: //depot/perl@29675
|
|
|
|
|
| |
Message-ID: <m8hjo2pasv3hdbhd1sj9sasen7tm38hrhp@4ax.com>
p4raw-id: //depot/perl@29605
|
|
|
|
|
|
|
| |
codepage
Message-ID: <3rteo219or8hqr511e4vg1fnsgvgemb4sh@4ax.com>
p4raw-id: //depot/perl@29598
|
|
|
|
|
| |
Message-ID: <9b18b3110604271430k4de84685jec6535ded195ed94@mail.gmail.com>
p4raw-id: //depot/perl@28003
|
|
|
|
|
|
| |
(They both complain "invalid conversion from `void*' to `HWND__*'"
otherwise)
p4raw-id: //depot/perl@26637
|
|
|
|
|
|
|
| |
Message-ID: <015901c60207$abd64210$d563a8c0@candy>
(Without the proposed alarm.t test)
p4raw-id: //depot/perl@26379
|
|
|
|
|
|
| |
From: "Jan Dubois" <jand@ActiveState.com>
Message-ID: <078001c5e41e$585c4140$6401a8c0@candy>
p4raw-id: //depot/perl@26041
|
|
|
|
|
|
|
|
|
| |
Fixes a warning brought about by change #25941 (which made the
filename argument const).
The various implementations of PerlLIOUtime() (in NetWare/, win32/
and wince/) already take a const filename.
p4raw-link: @25941 on //depot/perl: e96b369dc61077fe31b75895167f55dbce4d7519
p4raw-id: //depot/perl@25945
|
|
|
|
|
|
| |
be used on Win32, but it does fix the problem at hand.
p4raw-link: @25850 on //depot/perl: ca0c25f67f45e5dccb746852d8545d7ae29ed067
p4raw-id: //depot/perl@25859
|
|
|
|
|
| |
Message-ID: <lrd5ml7i8s.fsf@caliper.activestate.com>
p4raw-id: //depot/perl@25688
|
|
|
|
|
|
|
|
| |
Message-ID: <42CC3CE9.5050606@divsol.com>
(reverted all dual-lived modules since they must work with older
perls too so must wait for a new Devel::PPPort)
p4raw-id: //depot/perl@25101
|
|
|
|
|
|
|
|
| |
That fact that it wasn't const already was highlighted by a warning
from pp_open_dir() generated by change 24743. Rather than undo the
const change in pp_open_dir(), this seems to make more sense. Hope I
haven't broken Netware or WinCE.
p4raw-id: //depot/perl@24974
|
|
|
|
|
|
| |
leak even in the simplest fork() loop, because perl_construct()
now does the equivalent of %ENV assignments using mg_set())
p4raw-id: //depot/perl@19717
|
|
|
| |
p4raw-id: //depot/perl@18763
|
|
|
|
|
|
|
|
| |
note that this change will break binary compatibility with the
default 5.8.0 build options; nevertheless I think it is worth
having in 5.8.1 (people who want the compatibility can disable
the option in the makefile)
p4raw-id: //depot/perl@18327
|
|
|
|
|
|
|
| |
do_exec parts elided so that change is restricted strictly to
windows; binary compatibility stubs not needed)
p4raw-link: @17568 on //depot/maint-5.6/perl: 07691bcd6c6d7fd92f508fd5268e700370ea47c2
p4raw-id: //depot/perl@17570
|
|
|
|
|
| |
from perl
p4raw-id: //depot/perl@16503
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
* 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
|
|
|
| |
p4raw-id: //depot/perlio@14428
|
|
|
|
|
|
|
|
|
|
|
|
| |
Need to use CopXXXXX macros everywhere and add CopSTASH_free
Add new scope type and add support for it to scope.c and scope stack
dup-er in sv.c. Add savesharedpv().
Also zealous version of Win32's vmem.h to catch all the abuses.
With this t/op/fork.t passes even with zealous checking and
checker is point a finger at various threads/shared issues.
PL_curcop->cop_io is still an issue.
p4raw-id: //depot/perlio@14259
|
|
|
|
|
|
| |
- vmem.h hack to handle free-by-wrong-thread after eval "".
- Initialize timerid
p4raw-id: //depot/perlio@14232
|
|\
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
[ 13959]
Win32 stuff:
A. Use Perl_my_socketpair()
B. Use PerlSock_xxxx() rather than raw xxxx() so we get to load winsock.
C. (In passing) work round fact that $$ is now SvREADONLY so we need to
take special measures to set it during pseudo-fork.
p4raw-link: @13959 on //depot/perlio: e10bb1e95b6ccccae69758ba14c120c19396b201
p4raw-id: //depot/perl@13961
|
| |
| |
| |
| |
| |
| |
| |
| | |
A. Use Perl_my_socketpair()
B. Use PerlSock_xxxx() rather than raw xxxx() so we get to load winsock.
C. (In passing) work round fact that $$ is now SvREADONLY so we need to
take special measures to set it during pseudo-fork.
p4raw-id: //depot/perlio@13959
|
|/
|
|
|
| |
is a bit too zealous.
p4raw-id: //depot/perl@13951
|
|
|
|
|
|
|
| |
Message-Id: <20011229203646.24CF.H.M.BRAND@hccnet.nl>
(NetWare tree not touched because it's very //)
p4raw-id: //depot/perl@13939
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
tweak change#11399 to use an explicit flag rather than
ass_u_ming w32_pseudo_id will only be zero for the real
toplevel interpreter; avoids multiple hosts from diddling
the environment at the same time
p4raw-link: @13453 on //depot/maint-5.6/perl: 829f00ecc11a9cddae48275231aee0af40ec2be6
p4raw-link: @11399 on //depot/maint-5.6/perl: 0f7fbaf2aaedb3ed60637203319f491dc1812a50
p4raw-id: //depot/perl@13457
p4raw-integrated: from //depot/maint-5.6/perl@13456 'merge in'
win32/perlhost.h (@12200..)
|
|
|
|
|
|
|
| |
Make buffers in PerlIOBuf_* in per-thread heap (they are cloned after all...)
- seems to make segfaults more deterministic - suspect they are
attempt to free() after Interp and Host have gone.
p4raw-id: //depot/perlio@12541
|
|
|
| |
p4raw-id: //depot/perlio@12539
|
|
|
|
|
|
|
|
|
|
| |
on windows, virtualized environment could propagate deleted variables
into children if they happen to be at the very end of the table
p4raw-link: @12200 on //depot/maint-5.6/perl: a54e6844a84a87ee0c736e691b5bedbfcbccb5bd
p4raw-id: //depot/perl@12201
p4raw-integrated: from //depot/maint-5.6/perl@12199 'merge in'
win32/perlhost.h (@12146..)
|
|
|
|
|
|
|
|
|
| |
win32_chdir() et al don't handle a NULL argument gracefully
p4raw-link: @12146 on //depot/maint-5.6/perl: 4e267243e0f1e4a79c99c8aa048aeec9c0d5cd6f
p4raw-id: //depot/perl@12147
p4raw-integrated: from //depot/maint-5.6/perl@12144 'merge in'
win32/perlhost.h (@11401..) win32/win32.c (@12026..)
|
|
|
|
|
| |
working in 5.7.x
p4raw-id: //depot/perl@11803
|
|
|
|
|
|
|
| |
(Rest of $ENV{PATH} / system() fix.)
p4raw-id: //depot/perl@11412
p4raw-integrated: from //depot/maint-5.6/perl@11411 'merge in'
win32/perlhost.h (@11400..)
|
|
|
|
|
|
|
|
|
| |
from perl5.6*
p4raw-id: //depot/perl@11405
p4raw-integrated: from //depot/maint-5.6/perl@11404 'merge in'
win32/win32.c (@8917..)
p4raw-integrated: from //depot/maint-5.6/perl@11400 'merge in'
win32/perlhost.h (@11399..)
|
|
|
|
|
|
|
|
|
| |
- provide win33_popenlist() - non-functional as yet.
- avoid need for aTHX in PerlIO_debug calls - even if not
enabled args are still evaluated so Win32 has trouble during fork().
- Add PerlIO/Scalar to list of extensions in win32/makefile.mk
- Fixup makedef.pl for latest set of symbols.
p4raw-id: //depot/perlio@9321
|
|
|
|
|
|
|
|
|
|
| |
Win32::GetCwd() returns C: instead of C:\ in the root directory
under ithreads
p4raw-link: @9116 on //depot/maint-5.6/perl: 864201fef66f086d79f15d5f6659d358d38b3288
p4raw-id: //depot/perl@9119
p4raw-integrated: from //depot/maint-5.6/perl@9118 'merge in'
win32/perlhost.h (@8167..)
|
|
|
|
|
|
|
|
| |
In-Reply-To: <20010227140737.Y10633@chaos.wustl.edu>
Message-ID: <Pine.LNX.4.30.0102271322070.8623-100000@lapaki.jach.hawaii.edu>
Replace djSP with dSP.
p4raw-id: //depot/perl@8963
|
|
|
| |
p4raw-id: //depot/perlio@7983
|
|
|
| |
p4raw-id: //depot/perlio@7970
|
|
|
| |
p4raw-id: //depot/perl@7363
|
|
|
|
|
| |
environment of subprocesses on Windows
p4raw-id: //depot/perl@6662
|
|
|
|
|
|
|
|
|
|
| |
fixes for backtick/wait/waitpid failures on Windows 9x
these changes make the pid returned by process functions on
Windows 9x always positive by clearing the high bit (which
is always set on Win9x); pseudo-process PIDs are likewise
always negative now on Win9x (just as on NT/2000)
p4raw-id: //depot/perl@6661
|
|
|
|
|
|
|
|
|
|
|
| |
MAXIMUM_WAIT_OBJECTS, which is currently 64 (avoids overflowing
the WaitForMultipleObjects() limit that would cause wait()
to crash)
wait() and waitpid() could potentially be rewritten to use
more than one thread to do the waiting to eliminate this
limitation
p4raw-id: //depot/perl@6656
|
|
|
| |
p4raw-id: //depot/perl@6108
|
|
|
|
|
| |
undef on windows (from Clinton Pierce <clintp@geeksalad.org>)
p4raw-id: //depot/perl@6093
|
|
|
|
|
|
|
|
|
| |
by pseudo-fork were never being deleted, leading to a sizeable
memory leak; std FDs in pseudo-children are now closed
automatically to avoid resource leaks; basic infinite looping
fork() test works without leaking again in non-PERL_OBJECT
build
p4raw-id: //depot/perl@5761
|
|
|
| |
p4raw-id: //depot/perl@5574
|
|
|
| |
p4raw-id: //depot/perl@5342
|
|
|
|
|
|
| |
attempts to lock uninitialized critical section in files that
were never explicitly opened (from Doug Lankshear)
p4raw-id: //depot/perl@5169
|
|
|
| |
p4raw-id: //depot/perl@4882
|
|
|
| |
p4raw-id: //depot/perl@4792
|