GnuPG

[Niall76]

Hi,

I'm trying to install GnuPG on my OpenVMS 7.3 Alpha server. After running GNUPG-1_4_7-AXP.EXE and restoring the BCK to the sys$common directory as requested. I create the symbols as requested on this page: (http://h71000.www7.hp.com/opensource/gnupg_readme_147.txt) and installed PSWAPM privilege using the SYSTEM account. I now get the error below when trying to run it. Does anyone know what the issue is?

SKYNET::CONSOLE> CC /VERSION
Compaq C V6.4-008 on OpenVMS Alpha V7.3 
SKYNET::CONSOLE> GPG
%IMGACT-F-SYMVECMIS, shareable image's symbol vector table mismatch
-IMGACT-F-FIXUPERR, error when GPG_ALPHA referenced DECC$SHR
SKYNET::CONSOLE> GPGV
%IMGACT-F-SYMVECMIS, shareable image's symbol vector table mismatch
-IMGACT-F-FIXUPERR, error when GPGV_ALPHA referenced DECC$SHR
SKYNET::CONSOLE>

Thanks,

Niall

[H.Becker]

> ... and installed PSWAPM privilege using the SYSTEM account. I now get the error below ...

Does that mean the image ran without being installed?

Extracting the gpg image from the save set and running it - without being installed with privs - on V8.3/Alpha doesn't show such an error message.

The readme claims it would run on "OpenVMS Alpha Version 7.2-2 or higher", you tried it on 7.3. Usually the symbol vector of the DECC$SHR shareable image for a newer version is compatible with the ones for older versions. It is possible but unlikely that gpg for 7.2-2  was linked with a DECC$SHR, which is newer than - and so different from - the one from 7.3. That's more or less what the error message says. If this error only shows when the image is installed, then this may be something else, including a different shareable image.

Anyway, as far as I can see there are sources in the backup save set and you have a C compiler on your system ...

[Niall76]

Thanks for your response.

Sorry, I shouldn't have included the word 'now' in that sentence. I never tried running it without installing this privilege. Do you know the command to remove this privilege so i could try and see what happens.

I've tried building it on my system but it stops at the error below. I don't have this GNV directory.

%CC-F-NOINCLFILEF, Cannot find file "SYS$SYSROOT:[000000.SYSCOMMON.GNV.src.GNV.FILEUTILS.LIB]regex.h" specified in #include directive.
at line number 34 in file SYS$COMMON:[000000.GNUPG.GNUPG-1_4_7.G10]TRUSTDB.C;1

Thanks,

Niall

[H.Becker]

You installed a main image with a privilege. You can remove the image with

$ install remove <file-spec>

similar to the used create command.

For help on the install utility try

$ help install

The readme doesn't talk about GNV dependencies, although it may be only a single header file. It may be sufficient to extract that from a GNV kit

[Niall76]

Thanks, but the minimum requirement even for the oldest version on that site are 

OpenVMS Alpha V7.3-2, HP C V7.1-015

I'm running 7.3 with C6.4.

[Niall76]

Thanks Steven. 

I actually found an old version of GNV that would install for me and was then able to install build GnuPG. 

I know very little about GnuPG and if i can get an update to work then it might be worth my while in upgrading. 

I've noticed that after using this version of GnuPg on a file and then decrypt this same file on my Alpha the MD5SUM of the file has changed. Is this normal? Also I must remove my file extension in order to encrypt the file as VMS doesn't like .txt.gpg

Thanks,

Niall

[Niall76]

Thanks again Steven for your response and your patience.

I have downloaded the GnuPG-1_4_18a and unzipped it. Using this command below I tried to install it

MMS /MACRO = MMSDESCRIPTION_FILE=[-.VMS]DESCRIP.MMS

It was running fine until I ran out of virtual memory. 

Fatal: Insufficient virtual memory to continue compilation.
%LIB-F-INSVIRMEM, insufficient virtual memory
%MMS-F-ABORT, For target [.ALPHAS]REGEX.OBJ, CLI returned abort status: %X00158214.
-LIB-F-INSVIRMEM, insufficient virtual memory
%MMS-F-ABORT, For target [-.UTIL.ALPHAS]UTIL.OLB, CLI returned abort status: %X10EE8034.
%MMS-F-ABORT, For target [-.G10.ALPHAS]GPG.EXE, CLI returned abort status: %X10EE8034.

Do you know if this is user based so that I can increase quotas to overcome this? I may have similar hardware I can borrow memory from to complete this task if it can't be overcome by quotas.

I tried the install again and it crashes out on a different error so i guess i need to do a MMS CLEAN. When i try add clean to the end ( MMS /MACRO = MMSDESCRIPTION_FILE=[-.VMS]DESCRIP.MMS CLEAN) I get the error below. Perhaps I'm doing something wrong here again.

SYS$COMMON:[GNUPG.GNUPG-1_4_18A_VMS.CHECKS]

MMS /description = [-.VMS]DESCRIP.MMS /Macro=("MMSDESCRIPTION_FILE=[-.VMS]DESCRIP.MMS") CLEAN

%MMS-W-DRVPARSERR, Parser error: "syntax error" in file SYS$COMMON:[GNUPG.GNUPG-1_4_18A_VMS.VMS]DESCRIP.MMS;1, line 989.
%MMS-F-DRVBADPARSE, Parser detected a fatal syntax error in the description file.
%MMS-F-ABORT, For target CLEAN, CLI returned abort status: %X10EE8274.

Thanks,

Niall

[Niall76]

Thanks Steven for the pointing out which quota to increase. I set mine to be the same value as yours. I restored a clean install of all the directoies from the zip file and i think i got a bit further this time. See my error below:

SYS$COMMON:[GNUPG.GNUPG-1_4_18A_VMS.CHECKS]
MMS /description = [-.VMS]DESCRIP.MMS /Macro=("MMSDESCRIPTION_FILE=[-.VMS]DESCRIP.MMS") [-.CHECKS.ALPHAS]PREPARED.STAMP

$(LIB_CIPHER) : $(GENERATED_HEADERS)
%MMS-W-DRVPARSERR, Parser error: "syntax error" in file SYS$COMMON:[GNUPG.GNUPG-1_4_18A_VMS.VMS]DESCRIP.MMS;1, line 989.
%MMS-F-DRVBADPARSE, Parser detected a fatal syntax error in the description file.
%MMS-F-ABORT, For target [-.CHECKS.ALPHAS]PREPARED.STAMP, CLI returned abort status: %X10EE8274.

I noticed that this directory it is looking for does not exist, but there is one called Alphal

SYSTEM> sh def
SYS$COMMON:[GNUPG.GNUPG-1_4_18A_VMS.VMS]
SYSTEM>

SYSTEM> dir [-.CHECKS.ALPHAS]
%DIRECT-E-OPENIN, error opening SYS$COMMON:[GNUPG.GNUPG-1_4_18A_VMS.CHECKS.ALPHAS]*.*;* as input
-RMS-E-DNF, directory not found
-SYSTEM-W-NOSUCHFILE, no such file
SYSTEM> typ [-.checks.alphal]prepared.stamp
timestamp
SYSTEM>

Thanks,

Niall

[Niall76]

Cheers Steven. I was trying the GPG.EXE in Alphal directory, but the GPG in Alphas runs fine.

Thanks for all your help.

Regards,

Niall