I tried to install VMS::IndexedFile with CPAN - it went into a CPU loop.
I killed it, and tried again.
It crashed with an out of memory error.
I tried from the system account.
I cleared the lock file, and tried installing the Bundle::CPAN it
recommmended.
This gave an RMS-F-SYN error, then spool
At 9:12 AM + 2/8/06, Chris Sharman wrote:
>Found ancient perl.exe in sys$system - removed it, and all's well.
You might have had PERL5LIB or PERLLIB logical names defined that
caused the Perl being built to look for modules in an existing Perl.
I build Perl all the time on systems that already
At 1:42 PM + 2/9/06, Chris Sharman wrote:
>I tried to install VMS::IndexedFile with CPAN - it went into a CPU loop.
>I killed it, and tried again.
>It crashed with an out of memory error.
>
>I tried from the system account.
>I cleared the lock file, and tried installing the Bundle::CPAN it
>rec
At 9:56 PM -0600 2/8/06, Ken Williams wrote:
>Hi Steven,
>
>On VMS is 'USER:[SLEMBARK.FINDBIN-LIBS-1_20]' an absolute path, i.e. is the
>SLEMBARK directory understood to be at the root of the USER volume?
Yes. You would not see the volume name if it weren't an absolute path.
>If so, probably s
On Feb 9, 2006, at 1:43 PM, Craig A. Berry wrote:
At 9:56 PM -0600 2/8/06, Ken Williams wrote:
Hi Steven,
On VMS is 'USER:[SLEMBARK.FINDBIN-LIBS-1_20]' an absolute path, i.e.
is the SLEMBARK directory understood to be at the root of the USER
volume?
Yes. You would not see the volume name
Chris Sharman wrote:
Is VMS::IndexedFile the best/only way to read by key ? (it seems very
old - version 0.02 from April 1999)
I use VMS::IndexedFile to access the indexed files on my system. The
only issue I have with it is the fact that there's no way to change
which key you access a fil
-- Ken Williams <[EMAIL PROTECTED]>
> Hi Steven,
>
> On VMS is 'USER:[SLEMBARK.FINDBIN-LIBS-1_20]' an absolute path, i.e. is
> the SLEMBARK directory understood to be at the root of the USER volume?
> If so, probably splitpath() is actually returning the wrong result. On
> other platforms it r
> Perhaps on VMS, splitdir should do the same thing splitpath does and
> return the volume as the first element. I'm concerned about what
> that might break, though.
Catch: the volume is not part of the directory.
If you want to split that off use splitpath.
If the interface were OO then it c
> Perhaps I'm misunderstanding something, but I can't see how an empty
> volume name could ever indicate an absolute path.
Because on *NIX you can
join '/', @subdirz;
and get a leading '/'.
--
Steven Lembark 85-09 90th Street
Workhorse Computing
-- Ken Williams <[EMAIL PROTECTED]>
>
> On Feb 9, 2006, at 1:43 PM, Craig A. Berry wrote:
>
>> At 9:56 PM -0600 2/8/06, Ken Williams wrote:
>>> Hi Steven,
>>>
>>> On VMS is 'USER:[SLEMBARK.FINDBIN-LIBS-1_20]' an absolute path, i.e.
>>> is the SLEMBARK directory understood to be at the root o
(you've heard this before) that was me, and I did get
SMG to build, after chasing my tail for too long.
I am leaving for a vacation, but when I get back I
should finally be able to put it back up on CPAN.
It will have a position in the VMS namespace, e.g.
VMS_SMG or something along those lines,
On Feb 9, 2006, at 4:20 PM, Steven Lembark wrote:
Perhaps I'm misunderstanding something, but I can't see how an empty
volume name could ever indicate an absolute path.
Because on *NIX you can
join '/', @subdirz;
and get a leading '/'.
That's true, but the confusion here is my fault
In message <[EMAIL PROTECTED]> on Thu, 09 Feb 2006 17:36:49 -0500, Steven
Lembark <[EMAIL PROTECTED]> said:
lembark> This matters on VMS becuase the volume portion can be all
lembark> sorts of things, including search lists, all of which are
lembark> opaque to the caller. This allows me to
lemba
13 matches
Mail list logo
