Latest SWIG, SQLite3 bindings for ruby, Python PCSI kit broken?

[Ben Armstrong]

Buoyed by my partial success with SQLite3, I'm now looking at what it would take to get the ruby bindings working. Now, they require SWIG (http://www.swig.org/) which does have VMS support in the package available from upstream. Unfortunately, the DCL build procedure shipping with SWIG is out of date and the script to update the DCL procedures is written in Python. So I went to JFP's site to download and install his latest Python kit on our OpenVMS 8.3 Alpha test system:

JFP-AXPVMS-PYTHON252-V0100-0-1.PCSI

Unfortunately, it does not install. It appears to start out well, but after watching the progress indicator tally percentages up to 100%, I get the following error:

$ product install python252
...
The following product will be installed to destination:
JFP AXPVMS PYTHON252 V1.0-0 DISK$ALPVMSSYS:[VMS$COMMON.]
...

Now, I don't really need Python at this time so it's not crucial that we solve this problem. All I really want are the updated .com files in the [.vms] directory of SWIG 1.3.35. Could someone with a working Python please provide them?

Thanks,
Ben

[Ben Armstrong]

Oops. I guess I was distracted while waiting for the Python re-install attempt so I could cut-and-paste the error message into this post so that I ended up posting without it. :)

Here's the actual error:

Portion done: 0%...10%...20%...30%...40%...50%...60%...70%...80%...90%
%DCL-W-INSFPRM, missing command parameters - supply all required parameters
%RENAME-E-SEARCHFAIL, error searching for PCSI_DESTINATION:[000000]python252.DIR;1
-RMS-F-DEV, error in device name or inappropriate device type for operation
%PCSI-I-SPAWNEXE, error executing: @PCSI$SOURCE:[TMP]PYTHON252$POST_CONFIGURE.COM

%PCSI-E-EXEPSTFAIL, product supplied EXECUTE POSTINSTALL procedure failed
-RENAME-E-SEARCHFAIL, error searching for !AS
%PCSI-E-OPFAILED, operation failed
Terminating is strongly recommended. Do you want to terminate? [YES]

[Jean-François Piéronne]

Ben,

The simple way to install Python is to use the 2 LD images.

More information on
http://vmspython.dyndns.org/DownloadAndInstallationPython


Are your sure to have installed the latest pcsi kit, because this kit has already been installed without any problem.

Anyway I can provide a build version of SWIG 1.3.31 which is the version I use for building some Python extension.

JF

[Ben Armstrong]

Sure. If you could provide Swig 1.3.31 that would be great. If I revisit python later, I'll look into the LD images, but that's quite a lot more stuff than we really need, and this is a small test system, so I didn't want to install anything more than I need at this time.

I'll also check PCSI, but I thought we upgraded that recently.

Thanks,
Ben

[Jean-François Piéronne]

Ok, I will put online a pre-build swig version.

About Python, do you have installed run the startup procedure for the zlib and libz2 libraries?

[Jean-François Piéronne · Accepted solution]

Download link:
http://vmspython.dyndns.org/anonymous/jfp/swig1331.zip

contains the axp version swig.exe

JF

[Ben Armstrong]

Yes, I installed Python's dependencies first, as per your doc. Thanks for SWIG. Downloading and trying it now ...

[Jean-François Piéronne]

Ben,

do you use for the installation thr qualifier /destination with a logical name? this may be the problem.
If you have used /destination you can try to specified a full pathname (like dev:[dir]) where dev is a real device name.

JF

[Ben Armstrong]

No, I just used the default, as per the command shown above in my original post.

[Jean-François Piéronne]

The offending lines are:

$ def pcsi_destination/trans=conc 'f$trnlnm("PCSI$DESTINATION")'
$ set default pcsi_destination:[000000]
$ rename [000000]python252.DIR;1 [000000]python252.DIR;1

So it seem that pcsi_destination defined using PCSI$DESTINATION was wrong, but this works on all the systems I have tested.

Do you have installed any PCSI patch
on my system VMS732_PCSI V3.0 latest V5.0

JF