Craig A. Berry wrote:
On Oct 24, 2008, at 9:48 PM, John E. Malmberg wrote:
Craig A. Berry wrote:
I don't think there's any reason for the opendir/readdir part of the
patch. Running ext/File/Glob/t/basic.t under the debugger and doing
a SET TRACE/CALL/NOSYS shows definitively that it's
[Thunderbird does not handle Martin's e-mail address, and is breaking it
up at the comma into two addresses]
Craig A. Berry wrote:
I have MMS 3.8-2 on Alpha and seldom if ever use it because of this
problem. It appears to simply ignore the rule that looks like:
# --- MakeMaker xs_c
Craig A. Berry wrote:
On Oct 23, 2008, at 7:35 PM, John E. Malmberg wrote:
Craig A. Berry wrote:
At
first glance the readdir part doesn't look right; there shouldn't need
to be another completely different way of setting up the macros for
one extension, but I don't know offhand why
Craig A. Berry wrote:
On Thu, Oct 23, 2008 at 12:38 AM, John E. Malmberg [EMAIL PROTECTED] wrote:
Craig, Ken,
Can you review this patch?
I'll take a look, though I can't promise to do so immediately. At
first glance the readdir part doesn't look right; there shouldn't need
to be another
Ken, Craig,
Somewhere the fix to have the Module::Build tests use the blead perl
under test instead of the production perl on VMS got lost from blead.
-John
Michael G Schwern wrote:
http://search.cpan.org/dist/ExtUtils-MakeMaker
On VMS, for the test Manifest.t, at line 52 the skip test for foo bar
fails.
The test tries to create a file named foo bar.
In the default traditional mode, Perl on VMS translates that to foobar
and allows the file to
Craig, Ken,
Can you review this patch?
Part 1, vms.patch
In vms.c:
setup_cmddsc needed a fix to handle Unix executable images when
ODS-5 parsing rules are active.
Those rules translate './perl' to be '[]perl.' and the code to
look up images needs the trailing '.' removed.
Michael G Schwern wrote:
Michael G Schwern wrote:
John E. Malmberg wrote:
Michael G Schwern wrote:
John E. Malmberg wrote:
Default:
Thanks, that looks all correct. If you could try the latest version
of the
code that would be great. It makes it more accurate for systems which
have
silly
Craig Berry wrote:
On Wednesday, October 01, 2008, at 03:23PM, Michael G Schwern [EMAIL PROTECTED] wrote:
HP is shutting down it's testdrive program which gives logins to its many
operating systems (see also VMS) for developer evaluation and testing. It's
replacing it with something called
Michael G Schwern wrote:
John E. Malmberg wrote:
Default:
Thanks, that looks all correct. If you could try the latest version of the
code that would be great. It makes it more accurate for systems which have
silly failure points, like Y10K.
http://code.google.com/p/y2038/source/browse/trunk
Nicholas Clark wrote:
On Sat, Nov 24, 2007 at 09:28:12PM -0600, Ken Williams wrote:
On Nov 24, 2007, at 6:04 PM, Craig A. Berry wrote:
I'll let John check on whether his Cwd change look good, but I see two
VMS -related patches to PathTools in blead that are not in your svn
repository:
Craig A. Berry wrote:
Given the rate of Nicholas's integrations, this is now somewhat old
news, but here's where things were as of sometime last night with a
-Dusethreads build on OpenVMS Alpha v8.3:
ext/threads/t/free2.FAILED--expected 78 tests,
saw 65
TWiki is now available for OpenVMS.
WWW.TWiki.org is a web server based collaboration tool.
TWiki is written in Perl, and patches are now available for it to run on
OpenVMS using Apache.
Http://www.twiki.org/cgi-bin/view/Codev/TwikiOnVMS
-John
[EMAIL PROTECTED]
Personal Opinion Only
Andy Dougherty wrote:
On Wed, 18 Jun 2008, John E. Malmberg wrote:
Craig A. Berry wrote:
At 11:48 PM -0500 6/16/08, John E. Malmberg wrote:
Most of the tests for the existence of the header files failed. I
am assuming that it was trying to find them in the usual places on a *NIX
system
Craig A. Berry wrote:
At 11:48 PM -0500 6/16/08, John E. Malmberg wrote:
Most of the tests for the existence of the header files failed. I
am assuming that it was trying to find them in the usual places on a *NIX
system.
It mostly compiles little test programs -- I'm not sure if it does
Mark Berryman wrote:
The GNU way of doing things is specific to GNU and, as far as I can
see, GNU has never been concerned with maintaining backwards compatibility.
Most of the configure scripts I have encountered simply attempt to
compile a short c/c++ program that contains a statement or
Peter Prymmer wrote:
You may help yourself by setting some default GNV specific variable values
in a hints/vms.sh file (which should
be OK to add to perl source since it cannot interfere with the operation
of configure.com the DCL procedure).
Check to be sure that osname='vms' or something
Just to see how much would be involved to build Perl using the GNV
subsystem, I tried it.
Since VMS currently is bundled with LDAP, SSL, SSH, and Kereberos
libraries, I was curious to see if Perl was looking for any of them.
The first problem is that GNV bash tried to run Configure.com
Craig A. Berry wrote:
On Thu, Jun 12, 2008 at 7:50 PM, John E. Malmberg [EMAIL PROTECTED] wrote:
Even though configure.com was detecting the getgrgid and friends, they were
not being configured because HAS_GROUPS was not defined in vmsish.h.
Good catch. Obviously it's HAS_GROUP
Even though configure.com was detecting the getgrgid and friends, they
were not being configured because HAS_GROUPS was not defined in vmsish.h.
Even though the functions are now active, the perl tests do not work
because VMS does not have either an id or groups command.
The GNV package has
Remove VMS specific skips as these tests now pass on VMS.
--- /rsync_root/perl/t/io/open.tTue Jun 13 14:29:31 2006
+++ t/io/open.t Tue Jun 10 23:01:15 2008
@@ -9,7 +9,6 @@
$| = 1;
use warnings;
use Config;
-$Is_VMS = $^O eq 'VMS';
$Is_MacOS = $^O eq 'MacOS';
plan tests = 108;
@@
VMS can not do list assignment to environment variables at this time, so
break it up into individual assignments.
-John
[EMAIL PROTECTED]
Personal Opinion Only
--- /rsync_root/perl/lib/CGI/t/uploadInfo.t Fri Mar 28 14:19:53 2008
+++ lib/CGI/t/uploadInfo.t Mon Jun 2 22:05:03 2008
@@
The main reason that Module/Build/t/ppm.t is failing on VMS is because
Archive::Tar was building a corrupt archive on VMS.
This patch fixes it so that Archive::Tar uses the amount of data read in
from a file to set the size if it is larger than the value given from lstat.
It also fixes an
Ken Williams wrote:
On Thu, May 29, 2008 at 10:13 PM, Craig A. Berry
[EMAIL PROTECTED] wrote:
After doing some testing with my own revision of the third version of
this patch against blead, I belatedly realized that much of it has
already been applied to the development stream of Module::Build,
Michael T. Davis wrote:
At 17:20:04.46 on 26-MAY-2008 in message [EMAIL PROTECTED], John E.
Malmberg [EMAIL PROTECTED] wrote:
[...]
I'm not sure about a lot of this, but your regular expressions for
determining if something matches MMK or MMS need more refining. To wit...
+my
Please review these patches for improving module build on VMS. These
were being discussed before the 5.10 release, but not included.
Also, I left the makefile name as generated by the tests. Sometimes it
was generated as 'Makefile' and sometimes as 'descrip.mms'.
I am thinking that if the
Craig A. Berry wrote:
At 4:17 PM -0500 5/25/08, John E. Malmberg wrote:
Please review these patches for improving module build on VMS.
These were being discussed before the 5.10 release, but not included.
Thanks, I'll have a look. A few initial comments mixed in below.
Also, I left
2nd try to get the forked debugger working on UNIX/LINUX/CYGWIN and VMS.
In perl5db.pl:
1. Fix so that scripts work on VMS the way that they do on
UNIX/LINUX/CYGWIN.
2. Move code to make sure that $term is defined for forked xterms to the
xterm_get_fork_TTY instead of in sub TTY.
That
http://www.nntp.perl.org/group/perl.perl5.porters/2006/03/msg110348.html
I am just getting back into analyzing the test results for VMS, and it
appears that now if perl is run with -T that on VMS $ENV{PATH} is
tainted, and I have been unable to remove the taint so that the runperl
subroutine
This is related to Perl, as the perl modules and self tests will use GNV
utilities that they can find when they are running.
There is a module build test that is failing because it is generating a
tar archive using Archive::Tar that module build can not decode.
Having the current gnu tar
Vorländer wrote:
John E. Malmberg wrote:
Craig A. Berry wrote:
John E. Malmberg wrote:
I wonder how much functionality is missing with out libcurl?
I believe it's pretty important (but might be wrong). But if
configuration is tripping over curl at the command line that doesn't
necessarily
Craig A. Berry wrote:
At 12:16 AM -0500 4/2/08, John E. Malmberg wrote:
Well, it is not going to be a compile and go.
It never occurred to me it could be. Aside from fork(), there are
several library dependencies, none of which should be too awful by
itself, but it is likely to be work
H.Merijn Brand wrote:
On Sun, 23 Mar 2008 14:29:25 -0500, John E. Malmberg [EMAIL PROTECTED]
wrote:
In configure.com, add test for sys/poll.h.
Thanks John, applied as change #33550
FYI, this test was added by the updated metaconfig tools, not by any
patch from the perl community, so
Michael G Schwern wrote:
Is it correct that File::Spec::VMS-canonpath('[]') returns ''? This is
an explicit clause in File::Spec::VMS::canonpath().
$path =~ s/\[\]// unless $path eq '[]';# []==
No other File::Spec variation does this, they all return the equivalent
cwd.
Michael G Schwern wrote:
John E. Malmberg wrote:
Michael G Schwern wrote:
snip
This makes File::Spec-canonpath( File::Spec-curdir ) difficult to
use as now you have to carefully distinguish between false and
undefined to see an error.
Actually that brings up a different issue
Craig A. Berry wrote:
At 5:23 PM -0800 3/1/08, Michael G Schwern wrote:
John E. Malmberg wrote:
What does it mean? Is it a synonym for cwd?
No. It means SYS$DISK:[]. which is a file with a null name and
a null extension. A period delimiter between a file and the
extension is always
Craig A. Berry wrote:
At 5:42 PM -0600 2/18/08, John E. Malmberg wrote:
proto.h needs to expose some macros on VMS that it does not after change 33291.
I could not figure out how to generate a proto.h that looks like
the one produced by the attached patch.
Let me take a stab at getting
Bill Norton wrote:
After reading Craig's post about 5.10.0 building clean I built it from
sources on
OpenVMS Alpha V7.2 with C V7.1 and MMK 3.9-10 on an ODS-5 disk with
hardlinks enabled.
'MMK test' reported the following failures:
Green, Paul wrote:
Here's a sticky issue that is biting me as I verify perl-33218 on
Stratus VOS. I can use some advice.
We have a few restrictions on file names on our operating system. One
restriction is that don't allow file names to start with a hyphen.
Thus, the file:
Craig A. Berry wrote:
At 10:52 PM -0600 1/27/08, John E. Malmberg wrote:
Nicholas Clark wrote:
Change 33039 by [EMAIL PROTECTED] on 2008/01/22 17:41:53
Integrate:
[ 29960]
Display the process id as part of the trace output if running with -Dv
(Might be nice
Nicholas Clark wrote:
Change 33039 by [EMAIL PROTECTED] on 2008/01/22 17:41:53
Integrate:
[ 29960]
Display the process id as part of the trace output if running with -Dv
(Might be nice to display the thread ID too under ithreads, but I can't
see a clean
.
Change 27239 by [EMAIL PROTECTED] on 2006/02/20 09:31:03
Subject: [EMAIL PROTECTED] vms glob/readdir/chdir EFS/long filename
support
From: John E. Malmberg [EMAIL PROTECTED]
Date: Feb 20, 2006 3:43 AM
Message-ID: [EMAIL PROTECTED]
Affected files ...
... //depot
Craig A. Berry wrote:
At 1:02 PM -0600 12/8/07, John E. Malmberg wrote:
Craig A. Berry wrote:
The getcwd() routine also needs this as it is currently returning exact case.
Hmm. Isn't that just using the CRTL getcwd()?
Possibly, I only noticed it because one of the new core routines
Craig A. Berry wrote:
John has recently added:
vms_realpath
vms_realname
vms_case_tolerant
to VMS::Filespec. We definitely need what these things do, but as
other dust has settled I've given some thought to certain behaviors
and interface considerations and have a few minor reservations.
Craig A. Berry wrote:
It doesn't say what value it should have if the system doesn't support
that construct, nor does it say exactly what that construct is. VMS
supports the shebang line to the extent that it will read switches
found there, but it will not use it to figure out which Perl to
Craig A. Berry wrote:
At 8:44 AM -0600 11/29/07, John E. Malmberg wrote:
I just applied the File::Spec::VMS patch, but I think that the
cwd.t/Cwd.pm one has been applied by Craig as #32053 (or I'm confused.)
Can you confirm ?
So I think that what is now in the core is what should be released
John E. Malmberg wrote:
[I will repost to the lists in a few hours for archival]
Craig Berry wrote:
On Tuesday, November 27, 2007, at 11:48AM, Rafael Garcia-Suarez
[EMAIL PROTECTED] wrote:
Note also: we have a couple of patches pending by John Malmberg, one to
cwd.t and one to File::Spec
John E. Malmberg wrote:
Ken Williams wrote:
On Nov 19, 2007, at 8:54 AM, John E. Malmberg wrote:
The Cwd.pm in blead is different than CPAN right now for VMS,
Actually I just compared, and it looks like the 3.25_01 release of
PathTools never got integrated into blead
John E. Malmberg wrote:
John E. Malmberg wrote:
Ken Williams wrote:
On Nov 19, 2007, at 8:54 AM, John E. Malmberg wrote:
The Cwd.pm in blead is different than CPAN right now for VMS,
Actually I just compared, and it looks like the 3.25_01 release of
PathTools never got integrated
Ken Williams wrote:
On Nov 24, 2007, at 6:04 PM, Craig A. Berry wrote:
I'll let John check on whether his Cwd change look good, but I see two
VMS -related patches to PathTools in blead that are not in your svn
repository:
I am trying to get caught back up, but I have other things that I
Ken Williams wrote:
On Nov 19, 2007, at 8:54 AM, John E. Malmberg wrote:
The Cwd.pm in blead is different than CPAN right now for VMS,
Actually I just compared, and it looks like the 3.25_01 release of
PathTools never got integrated into blead. Is that a desirable thing
to do? From
In vmsperl.pod, VMS 8.3 is real, and not future, and the restrictions
about the decc features have been removed.
Document that symbolic link targets must be in Unix syntax, and that a
path to the target from the POSIX root needs to exist.
In perlport.pod,
Clarify some issues on the %ENV
Rafael Garcia-Suarez wrote:
On 19/11/2007, Rafael Garcia-Suarez [EMAIL PROTECTED] wrote:
RC1 being out, we're in code freeze. I would have trusted you both on
a patch limited at vms/* files, but, I want to be extra conservative
on dual-life modules, esp. the ones that are known to cause
Craig A. Berry wrote:
At 2:15 AM -0600 11/18/07, John E. Malmberg wrote:
I know this is late, but can we try to get this in 5.10 for completeness?
I have no a priori objection. I just need to find some time to study
it a bit and to test it in places where the new stuff is expected
Craig A. Berry wrote:
At 12:29 PM +0100 11/16/07, Rafael Garcia-Suarez wrote:
Could we postpone this change for after 5.10.0 ?
I was thinking the same thing. It at least needs to wait until I can
test it on various older and newer VMS systems. I would like us to
focus on getting
The test lib/I18N/LangTags/t/80_all_env.t is failing on VMS for me
because other tests are inadvertently setting environment variables that
persist beyond their run.
This mainly shows up when you run the tests outside of the test harness,
as the test harness isolates the tests in their own
I am still trying to find out why xs.t is failing on VMS.
It appears that the failure is occurring before test 15, in sub _construct()
_construct
$package =
$VAR1 = 'Module::Build';
%input =
$VAR1 = 'module_name';
$VAR2 = 'Simple::With::Deep::Name';
$VAR3 = 'license';
$VAR4 =
t/op/taint.t are not cleaning up the VMS logical names that they may
have modified or created.
$ENV{PATH} and $ENV{TERM} are magical on VMS and are dynamically created
in the local environment table. By default PERL on VMS writes the
modified name into the process logical name table, which
Craig A. Berry wrote:
At 8:09 PM -0600 11/11/07, John E. Malmberg wrote:
t/op/taint.t are not cleaning up the VMS logical names that they
may have modified or created.
$ENV{PATH} and $ENV{TERM} are magical on VMS and are dynamically
created in the local environment table. By default PERL
An update to the Module/Build/Platform/VMS.pm patch.
This saves and restores the environment variable HARNESS_PERL_SWITCHES.
After multiple runs of xs.t, this was ending up with garbage in it.
I still have not figured out what is wrong with xs.t.
-John
[EMAIL PROTECTED]
Personal Opinion Only
John E. Malmberg wrote:
Craig A. Berry wrote:
At 9:48 AM +0100 11/5/07, Jos I. Boumans wrote:
On Nov 4, 2007, at 10:44 PM, Craig A. Berry wrote:
The problem is that
we're putting a garbage path at the beginning of @INC. With
[EMAIL PROTECTED] I see this:
ok 8 - Extracting module to
D0
Craig A. Berry wrote:
At 9:48 AM +0100 11/5/07, Jos I. Boumans wrote:
On Nov 4, 2007, at 10:44 PM, Craig A. Berry wrote:
The problem is that
we're putting a garbage path at the beginning of @INC. With
[EMAIL PROTECTED] I see this:
ok 8 - Extracting module to
ipc::open3 does not work on OpenVMS because it claims that it needs fork().
As far as I know, win32 does not have a fork either, so finding out why
open3 is not using a similar implementation should be put on a VMS todo
list.
-John
[EMAIL PROTECTED]
Personal Opinion Only
---
I have the following failures from a build of 32176 and patches
submitted for CPANPLUS on OpenVMS Alpha built with symbolic link support.
[-.ext.B.t]optree_misc.t
Still failing after added 32177 added. Will post details later.
[-.ext.Cwd.t]cwd.t
This one is failing because I
This fixes up File::Copy.pm as needed for handling copying or moving
files where the source has a file extension and the destination does not.
By default VMS will replace missing portions of the destination file
specification with corresponding components of the source specification.
-John
Craig A. Berry wrote:
At 9:41 AM +0930 10/22/07, Jeremy Begg wrote:
Thanks for the reply.
You mentioned having to define logical names such as
DECC$POSIX_COMPLIANT_PATHNAMES to get certain behaviour from CRTL, but this
runs the risk of breaking other applications. Did you know you can
Craig A. Berry wrote:
On 10/22/07, Rafael Garcia-Suarez [EMAIL PROTECTED] wrote:
Code freeze is near !
* latest module updates with VMS fixes from Jos.
Jos and John have made significant progress on CPANPLUS and I think
are close to having it licked. There will be some minor collateral
Craig A. Berry wrote:
At the moment I've enabled as the default (on systems that have the
infrastructure) John Malmberg's symlink support in the Perl that will
become 5.10. I'm having second thoughts about whether the underlying
support in VMS is good enough or complete enough to make it the
Jeremy Begg wrote:
Hello Craig,
Can I suggest the thing to do would be to work out which CRTL routines you
would use, then ask HP OpenVMS Engineering to tell you how they behave with
symlinks, subject to the presence or absence of assorted DECC$ logical
names? (I assume here your problem is
Jos I. Boumans wrote:
On 09 Sep 2007, at 05:26, John E. Malmberg wrote:
Fix version regex to allow multiple digit versions.
Thanks, applied
The version checked into blead is different in that it still expects the
first digit of the version to be a single number.
-John
[EMAIL PROTECTED
Jos I. Boumans wrote:
On 02 Oct 2007, at 14:49, John E. Malmberg wrote:
After encountering this again in the Module Build tests, I think it
may be better to let VMS:::Filespec::vmsify do the translation, as it
knows when to change the dots to underscores.
I like this idea, and it's
Craig A. Berry wrote:
At 1:28 PM -0500 9/29/07, John E. Malmberg wrote:
[-.lib.Module.Build.t]xs.t
Can't locate object method blib
via package Module::Build at /PROJECT_ROOT/PERL-BLEAD/lib/Module/Build/Base.
pm line 2210.
# Looks like you planned 22 tests but only ran 15.
This works
Ken Williams wrote:
On Sep 28, 2007, at 11:42 PM, Craig A. Berry wrote:
It applied cleanly against blead, where I've checked it in as 31995.
I wonder if we've had some drift between blead and the independent
version.
Indeed we have, here are the VMS-related outstanding differences.
Nicholas Clark wrote:
On Sat, Sep 29, 2007 at 11:41:08AM -0500, Craig A. Berry wrote:
Obviously I consider the blead changes correct since I made them :-).
Sorry not to keep you up-to-date; I think I had a fantasy that I
would get all the M::B on VMS issues worked out and submit one big
Paul Marquess wrote:
Ok. Let me know how you get on.
A new snapshot and everything for zlib is well again.
I missed some files during all the recent changes.
The port of rsync that I am using is buggy and in a full download
corrupts about 1 percent of the files.
To work around that
Craig A. Berry wrote:
At 8:10 PM -0500 9/25/07, John E. Malmberg wrote:
Craig A. Berry wrote:
As far as I can tell, every other platform that has _LARGEFILE
support now makes it the default. It seems to me we should too. Any
reason not to?
I vote yes on the versions of VMS that support
With the upgrade, I am getting two failures in blead on OpenVMS Alpha.
Built with Non threaded build, large files, and experimental symbolic
link support on an ODS-5 volume.
ODS-5 volume means that the traditional name mangling of extra dots in
the filename on disk to be C_ is not always
Paul Marquess wrote:
From: John E. Malmberg [mailto:[EMAIL PROTECTED]
With the upgrade, I am getting two failures in blead on OpenVMS Alpha.
Built with Non threaded build, large files, and experimental symbolic
link support on an ODS-5 volume.
ODS-5 volume means that the traditional name
Craig A. Berry wrote:
At 8:55 AM -0500 9/26/07, John E. Malmberg wrote:
With the upgrade, I am getting two failures in blead on OpenVMS Alpha.
Built with Non threaded build, large files, and experimental symbolic link
support on an ODS-5 volume.
None of the tests you report failing failed
This is not the first time I have brought this up on this list, and the
last time no one admitted to using this build option on VMS.
The Configure.com has options to build Perl with SOCKETSHR/NETLIB
libraries instead of the CRTL libraries.
This is only used for CMU-IP. It is not used for
Craig A. Berry wrote:
Jos,
A couple of the modules you maintain that are currently in blead
exceed the 8-level depth limit of older VMS systems (including all
VAX systems). The symptom is that you cannot even unpack the tarball
when files in it are more than 8 levels deep. While we may
I am still working out how to do the fix for this, but I have
runthrough.t failing only one test.
Part of the problem has turned out to be that base.pm is using Cqr{}
to build patterns for finding files.
This causes a case sensitive search for files.
It is specifically searching for '.PL'
Craig A. Berry wrote:
At 7:49 PM -0500 9/20/07, John E. Malmberg wrote:
Peter (Stig) Edwards wrote:
Content of
http://rt.cpan.org//Ticket/Display.html?id=29513
below:
Hello and thanks for maintaining PathTools.
The question/bug I have is:
What should File::Spec-canonpath() return
Peter (Stig) Edwards wrote:
Content of
http://rt.cpan.org//Ticket/Display.html?id=29513
below:
Hello and thanks for maintaining PathTools.
The question/bug I have is:
What should File::Spec-canonpath() return?
On VMS (PathTools 3.17 and 3.25) I get undef:
perl -e use strict;use
Nicholas Clark wrote:
On Mon, Aug 27, 2007 at 08:26:33PM -0500, John E. Malmberg wrote:
John E. Malmberg wrote:
But perlfunc says VMS can do whatever it feels is right:
Behavior of this function varies wildly depending on your system
implementation. For example, it will usually
Craig A. Berry wrote:
At 12:27 AM -0500 9/14/07, John E. Malmberg wrote:
Hello Ken,
Here is another step in getting Module::Build going on VMS.
This is generally a step in the right direction in principle, but
causes the following failure on OS X:
lib/Module/Build/t/install
Craig A. Berry wrote:
At 7:17 PM -0500 9/11/07, John E. Malmberg wrote:
Carefull, even though readdir() will only return . when it means .;,
it is very likely that updir() may return . instead of [] in the
future for VMS. A
Hopefully not as long as $^O eq 'VMS' is true. We probably need
Paul Johnson wrote:
On Wed, Sep 12, 2007 at 09:06:48AM -0500, John E. Malmberg wrote:
Craig A. Berry wrote:
Hopefully not as long as $^O eq 'VMS' is true. We probably need
something more radically different to handle higher levels of UNIX
emulation. Remind me to study the differences
Resubmitted, Did this get lost in the shuffle?
Term::Readline::Stub was missing get_line() and the detached X11
debugger requires it to be present.
-
Fix Detached debugger crashing with the following message:
Can't locate object method get_line via package Term::ReadLine::Stub
at
David Landgren wrote:
John E. Malmberg wrote:
Craig A. Berry wrote:
On 9/10/07, David Landgren [EMAIL PROTECTED] wrote:
Craig A. Berry wrote:
[...]
The number of test failures in blead on VMS went from about 20 to
about 40 after this, mostly in CPANPLUS and Module::Build, which make
chmod() on VMS 8.3 will only work on directories in VMS xxx.dir format,
so filenames need to be converted.
Dual lifed modules that call chmod() on directories may need to also
compensate for this.bug.
Found a strange case of stat() incorrectly returning '[.t]','./t','t/',
but working for
Jos I. Boumans wrote:
Hi Guys,
On Aug 24, 2007, at 5:55 PM, Craig A. Berry wrote:
Good catch. It should of course be C=~ rather than C=. Somehow
I've managed to be both slow and hasty in my patch review and
application lately. I will fix this and the bizarre use of
whitespace while I'm at
Jos I. Boumans wrote:
On Aug 25, 2007, at 5:11 AM, John E. Malmberg wrote:
So are you saying I should roll back #31746:
http://public.activestate.com/cgi-bin/perlbrowse/p/31746
and apply Jos's patch instead?
No. Joe's patch works around the issue for all versions of Perl only
John E. Malmberg wrote:
Craig A. Berry wrote:
On 9/10/07, David Landgren [EMAIL PROTECTED] wrote:
Craig A. Berry wrote:
On 9/8/07, Rafael Garcia-Suarez [EMAIL PROTECTED] wrote:
On 08/09/2007, David Landgren [EMAIL PROTECTED] wrote:
The following patch to Path.pm and Path.t allows
Dr.Ruud wrote:
John E. Malmberg schreef:
Fix version regex to allow multiple digit versions.
[...]
like( $version, qr/\d+.\d+.\d+/, Looks like a proper
version ); }
Should these dots match any character? No anchoring possible?
It appears that the character may depend what is a legal
Jos I. Boumans wrote:
On Sep 1, 2007, at 12:53 AM, Craig A. Berry wrote:
At 12:21 AM -0500 8/31/07, John E. Malmberg wrote:
In lib/CPANPLUS/Internals/Extract.pm, VMS needs to use catfile to deal
with combining path components that could include a file name
component.
If Ccatfile
The generated DESCRIP.MMS is creating a command line using a UNIX shell
syntax by putting an environment variable assign before the command to
execute Perl.
On VMS under DCL, the commands need to be on separate lines.
An exit status of 44 on VMS is an error abort.
-John
[EMAIL PROTECTED]
Fix version regex to allow multiple digit versions.
-John
[EMAIL PROTECTED]
Personal Opinion Only
--- /rsync_root/perl/lib/CPANPLUS/t/00_CPANPLUS-Internals-Utils.t Thu Sep
6 08:26:27 2007
+++ lib/CPANPLUS/t/00_CPANPLUS-Internals-Utils.tSat Sep 8 22:12:56 2007
@@ -34,7 +34,9 @@
In 20_CPANPLUS-Dist-MM.t fix to unlink calls to unlink all versions of a
file.
In CPANPLUS/Dist/Build/t/inc/conf.pl and CPANPLUS/t/inc/conf.pl,
save and restore PATH and PERL5LIB settings on VMS.
PATH can not be completely restored on VMS if it did not exist due to
limitations in the current
When running ext/Safe/t/safe2.t, I get the following failure on VMS, but
it does not appear to be a VMS specific issue.
not ok 30 # not a directory is 20 (expected 2)
X/Open states that not a directory (errno = 20) is also a valid error
code for this test of opening a non-existent file in a
101 - 200 of 663 matches
Mail list logo
