I have recently asked our sysadmin to install ruby on one of our OpenVMS
machines. It is the version from the HP freeware CD.
But unfortunately, some very basic stuff does not seem to work, like for
example:
open 'tmpdir'
p File.join(tmpdir, "file.dat")
will output:
"/tmp/file.dat"
which is clearly *not* what I want...And if I set the TMP environment
variable:
define/nolog TMP sys$scratch:
the output will become even worse:
"USR:[BUTER.DEVEL.RUBY]/SYS$SCRATCH:/test123"
that's my current directory with the TMP value added in a most horrific
way.
.....
Renald
Hi,
I'm thinking loud ...
You might get more information with a system("show proc/full") from ruby. show log/full could also be useful.
The environment seen from within the interpreter might not be what you
think it is ... that said, this does not account for the strange way file paths are built which really looks like a bug.
OpenVMS syntax is device:[dir0.dir1.dir2.dir3]myfile.extension
Just guessing,
J-P (who has not typed any DCL command since 10 years ...)
I'd love to help out, here. However, you will probably be know people on
the dev-lists with more OpenVMS c-programming knowledge than I. For
example, there is: サービス終了のお知らせ
For the pure ruby stuff (and even some basic c-stuff), I can help
though. However, first I need a ruby version that builds on an OpenVMS
alpha machine...
Regards,
Renald
···
On 23:40 Thu 16 Jun , Yukihiro Matsumoto wrote:
Hi,
In message "Re: OpenVMS woes" > on Thu, 16 Jun 2005 19:41:27 +0900, Renald Buter <buter@cwts.leidenuniv.nl> writes:
>But unfortunately, some very basic stuff does not seem to work, like for
>example:
>
> open 'tmpdir'
> p File.join(tmpdir, "file.dat")
>
>will output:
>
> "/tmp/file.dat"
>
>which is clearly *not* what I want...
That means either
* the author (me) has zero knowledge about OpenVMS
* the OpenVMS port is fairly incomplete