#133 zip/unzip CVTHELP.TPU failure

[Martin Vorlaender]

When processing [.VMS]*_CLI.HELP, CVTHELP.TPU uses file_parse() to supply a default .HELP extension to the input parameter. This fails when using a search list as the project directory if the input file isn't located in the first search list directory. Using file_search() instead remedies this.

[Martin Vorlaender]

[John Malmberg]

Is this bug present in the current info-zip sources?

The version in GNV is a bit out of date.

I think that Steven Schweda / antinode.info also may have been working on an improved ZIP and UNZIP with better ODS-5 support.

[Martin Vorlaender]

Yes, it still is there in the unzip 6.0 and zip 3.0 sources.

[John Malmberg]

This appears to be the most current sources.

http://antinode.info/ftp/info-zip/unzip610b_s1/
http://antinode.info/ftp/info-zip/zip31d06/

Since Steven Schweda / antinode.info seems to be maintaining the VMS version, what I would like to do is see if he will incorporate this patch.

Then if needed build a binary kit with PCSI kits that can be included in a future GNV kit and keep a snapshot here and also get the changes into the official info-zip archive.

[John Malmberg]

Committed to local CVS. Leave this bug open until the fix is also in the official info-vax sources.

$ cvs commit cvthelp.tpu ../../unzip/vms/cvthelp.tpu
Checking in cvthelp.tpu;
/cvsroot/gnv/gnv213/zip/VMS/cvthelp.tpu,v <-- cvthelp.tpu
new revision: 1.2; previous revision: 1.1
done
Checking in ../../unzip/vms/cvthelp.tpu;
/cvsroot/gnv/gnv213/unzip/vms/cvthelp.tpu,v <-- cvthelp.tpu
new revision: 1.2; previous revision: 1.1
done

[John Malmberg]

Ticket moved from /p/gnv/patches/13/