On Mon, Nov 21, 2005 at 10:09:17PM -0500, John E. Malmberg wrote:
t/op/pat.t is failing on OpenVMS because it is calling reset 'X', and
perl can not reset %ENV hash values on VMS.
That reset 'X' or other letters will generate a warning on OpenVMS would
seem to make this routine not useful
On Mon, Nov 21, 2005 at 09:19:31PM -0500, John E. Malmberg wrote:
t/op/array.t is failing on OpenVMS because it is calling reset 'b',
and perl can not reset %ENV hash values on VMS.
Thanks, I applied this fix as change #26186.
Steve Peters
[EMAIL PROTECTED]
The file ext/List/Util/t/p_tainted.t is assuming a UNIX format pathname
is returned by __FILE__.
This is a quick fix for VMS.
A proper fix needs use the routines to either generate a relative
pathname or concatenate paths.
Also I need to find out is where __FILE__ is being set because I
Rafael Garcia-Suarez wrote:
On 11/22/05, John E. Malmberg [EMAIL PROTECTED] wrote:
The file ext/List/Util/t/p_tainted.t is assuming a UNIX format pathname
is returned by __FILE__.
__FILE__ is initially set from PL_origfilename in perl.c. It's saved
as CopFILE in each cop (control op) in the
At 7:04 PM -0500 11/22/05, John E. Malmberg wrote:
Rafael Garcia-Suarez wrote:
On 11/22/05, John E. Malmberg [EMAIL PROTECTED] wrote:
The file ext/List/Util/t/p_tainted.t is assuming a UNIX format pathname
is returned by __FILE__.
__FILE__ is initially set from PL_origfilename in perl.c. It's
