| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
| |
p4raw-link: @7202 on //depot/perl: c3fbb29af1dd039d12fa65f0dc334e804a3883fc
p4raw-id: //depot/perl@7204
|
|
|
|
|
|
|
| |
change#7202
p4raw-link: @7202 on //depot/perl: c3fbb29af1dd039d12fa65f0dc334e804a3883fc
p4raw-id: //depot/perl@7203
|
|
|
|
|
|
|
| |
Fix the lib/encode.t subtest 6 failure as reported by Andreas
Koenig, gmagical substr() wasn't propagating UTF8ness. The bug
was unearthed by change 7182, as was a bug in HTML::Entities.
p4raw-id: //depot/perl@7202
|
|
|
| |
p4raw-id: //depot/perl@7201
|
|
|
| |
p4raw-id: //depot/perl@7200
|
|
|
| |
p4raw-id: //depot/perl@7199
|
|
|
| |
p4raw-id: //depot/perl@7198
|
|
|
|
|
| |
by Andreas König.
p4raw-id: //depot/perl@7197
|
|
|
| |
p4raw-id: //depot/perl@7196
|
|
|
|
|
| |
retract the changes 7146 and 7147.
p4raw-id: //depot/perl@7195
|
|
|
|
|
| |
Message-ID: <Pine.OSF.4.10.10010101322510.441897-100000@aspara.forte.com>
p4raw-id: //depot/perl@7194
|
|
|
|
|
| |
Message-ID: <Pine.OSF.4.10.10010101355140.441897-100000@aspara.forte.com>
p4raw-id: //depot/perl@7193
|
|
|
|
|
| |
Message-ID: <Pine.OSF.4.10.10010101231390.441897-100000@aspara.forte.com>
p4raw-id: //depot/perl@7191
|
|
|
|
|
| |
Message-ID: <20001010174017.A13130@pembro4.pmb.ox.ac.uk>
p4raw-id: //depot/perl@7190
|
|
|
|
|
| |
Message-Id: <200007201831.NAA05776@dfwnet1.dfwnet.sbms.sbc.com>
p4raw-id: //depot/perl@7189
|
|
|
|
|
| |
Message-ID: <714DFA46B9BBD0119CD000805FC1F53B012A8224@UKRUX002.rundc.uk.origin-it.com>
p4raw-id: //depot/perl@7188
|
|
|
|
|
|
|
|
|
| |
default name unfortunately contains spaces, shouldn't
hurt elsewhere.
Subject: FW: perldoc fails if $TEMP contains spaces
Message-ID: <714DFA46B9BBD0119CD000805FC1F53B012A82AA@UKRUX002.rundc.uk.origin-it.com>
p4raw-id: //depot/perl@7187
|
|
|
|
|
| |
Message-Id: <200010101310.OAA00953@hugo.hybyte.com>
p4raw-id: //depot/perl@7186
|
|
|
| |
p4raw-id: //depot/perl@7185
|
|
|
| |
p4raw-id: //depot/perl@7184
|
|
|
|
|
| |
Message-ID: <Pine.OSF.4.10.10010091625290.260786-100000@aspara.forte.com>
p4raw-id: //depot/perl@7183
|
|
|
|
|
|
|
|
| |
should no more be necessary since the copies of the
scalars are upgraded, not the scalars themselves).
Takes care of ID 20001009.001. (The claimed length()
bug in 20001009.001 seems bogus to me.)
p4raw-id: //depot/perl@7182
|
|
|
|
|
| |
p4raw-link: @7173 on //depot/perl: a10b7b7eee64efea010bfdba91243503341ba68d
p4raw-id: //depot/perl@7181
|
|
|
| |
p4raw-id: //depot/perl@7180
|
|
|
| |
p4raw-id: //depot/perl@7179
|
|
|
|
|
|
| |
Subject: Re: ideas? patches? [PATCH bleadperl]
Message-Id: <p04320400b6076a75b15f@[192.168.1.4]>
p4raw-id: //depot/perl@7178
|
|
|
| |
p4raw-id: //depot/perl@7177
|
|
|
| |
p4raw-id: //depot/perl@7176
|
|
|
|
|
| |
might think
p4raw-id: //depot/perl@7175
|
|
|
| |
p4raw-id: //depot/perl@7174
|
|
|
|
|
| |
being used) when closing a socket handle
p4raw-id: //depot/perl@7173
|
|
|
|
|
| |
form =X:=X:\foo instead of =X=X:\foo\
p4raw-id: //depot/perl@7172
|
|
|
|
|
| |
times if forward slashes are used in the path
p4raw-id: //depot/perl@7171
|
|
|
| |
p4raw-id: //depot/perl@7170
|
|
|
|
|
| |
Message-ID: <20001009002444.10616.qmail@plover.com>
p4raw-id: //depot/perl@7169
|
|
|
|
|
|
| |
is not right thing to do on (e.g. x86). Network order is also "right" for
X fonts.
p4raw-id: //depot/perl@7168
|
|
|
|
|
| |
be in same directory as Encode.pm
p4raw-id: //depot/perl@7167
|
|
|
|
|
|
|
| |
UTF8'ness of $key yet. Thus fromUnicode needs to do $hash->{chr(ord($ch))}
so that key is always in the "expected" encoding - i.e. same way we put
it in the hash.
p4raw-id: //depot/perl@7166
|
|
|
|
|
| |
dumps in code such as C<use CGI::Carp; use something_that_calls_die;>
p4raw-id: //depot/perl@7165
|
|
|
|
|
| |
flag of the original scalar. Problem reported by Simon Cozens.
p4raw-id: //depot/perl@7164
|
|
|
|
|
| |
got a false +ve and so did not reach code which would have un-FAKEd the SV.
p4raw-id: //depot/perl@7163
|
|
|
|
|
|
| |
To fix (sort {$a <=> $b} keys %hash) in particular but
should cover a number of other as-yet-unknown cases as well.
p4raw-id: //depot/perl@7162
|
|
|
|
|
|
|
|
| |
the (unrelated) Tie::Handle in CPAN will remain at 3.0.
Subject: Note on Tie::Handle
Message-ID: <m3ya01kaxh.fsf@ak-71.mind.de>
p4raw-id: //depot/perl@7161
|
|
|
|
|
|
| |
as the first option of cc/ld because of ultrapicky compilers
(e.g. OS/390 R2.5)
p4raw-id: //depot/perl@7160
|
|
|
| |
p4raw-id: //depot/perl@7159
|
|
|
|
|
|
| |
Subject: Re: [ID 20001004.005] Not OK: perl v5.7.0 +DEVEL7129 on VMS_AXP V7.1
Message-Id: <001005074528.21621@DUPHY4.Physics.Drexel.Edu>
p4raw-id: //depot/perl@7158
|
|
|
|
|
|
| |
Subject: Configure (check for C-compiler)
Message-Id: <20001006084120.C52B.H.M.BRAND@hccnet.nl>
p4raw-id: //depot/perl@7157
|
|
|
| |
p4raw-id: //depot/perl@7156
|
|
|
|
|
|
|
|
|
|
| |
like CORE::syswrite() does.
Subject: [Fwd] IO::Handle, syswrite and arguments
Message-ID: <20001006102205.U6312@pobox.com>
The original patch from andrew@ugh.net.au.
p4raw-id: //depot/perl@7155
|
|
|
| |
p4raw-id: //depot/perl@7154
|