You need to rename or remove the existing GNU:[BIN]SH., SH.EXE, BASH., BASH.EXE prior to installing the kit.
If these files are present, the Bash PCSI kit will not replace them.
You have to use dir/full to check the FIDs of the files and use set file/remove on the alias links, and delete on the original files.
Typically on the "SH." and "BASH." files are alises of "SH.EXE" and "BASH.EXE".
With the new kit, GNV$BASH.EXE is the primary name of the file, and
the other names are just aliases for it.
If you did not remove the files before installation, remove them and then do a product remove of bash, followed by a product install.
The following issues are fixed with this build of Bash.
* No logical names required for proper Bash operations other than
GNV$GNU for locating the simulated "/".
The older GNV programs may still need the logical names until they get
the same fixes. Those additional logical names should be set in
GNV$GNU:[lib]gnv_setup.com instead of in the system startup.
* GNV$GNU is used to find the posix root and locally sets SYS$POSIX_ROOT
for child processes if needed. This is to comply with VMS logical
name conventions. The logical name BIN is also set locally to be
GNV$GNU:[BIN] if it is not already set.
* Bash now sets the logical name GNV$SHELL so that child programs can
detect if they are running under a UNIX shell instead of under DCL.
This requires that the child programs check this logical name.
Partial support for this is in Perl 5.10 and full support for this
is in Curl 7.19.5 and later.
* VM pipes have been improved.
* Now uses the terminal type width and size from VMS, so command line
editing works with any terminal size.
* SYS$LOGIN:SH??????. temp files are no longer being left behind.
* DCL fallback is disabled by default, since it did not work correctly
and broke almost all shell scripts.
Use export GNV_DISABLE_DCL_FALLBACK=0 to enable it.
* Now builds on both VAX and Alpha, should also build on IA64.
* VMS C has a built in ALLOCA function, so stop replacing it with less
efficient code.
* Default path was in the wrong order.
old: /bin:/gnu/bin:/usr/local/bin/usr/
new: /usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:.
* On non-VAX, internal filename buffers fixed to handle long filenames.
* The --version startup option reports the build date and time to make
it possible to identify this and successor variations of this port.
Update:
The Alpha kit was re-released as it was missing some of the source modules. No changes to the binary were done.
I64 kits are now available courtesy of Marin Vorlander at his site:
ftp://ftp.pdv-systeme.de/vms/gnv/
They are also available at ftp://encompasserve.org/gnv.
Martin has not extensively tested these images.
Edited by malmberg on April 15 2011 02:41
malmberg August 04 2022 No more VAX hobbyist licenses. Community licenses for Alpha/IA64/X86_64 VMS Software Inc. Commercial VMS software licenses for VAX available from HPE.
ozboomer July 20 2022 Just re-visiting.. No more hobbyist licenses? Is that from vmssoftware.com, no 'community' licenses?
valdirfranco July 01 2022 No more hobbyist license...sad
mister_wavey February 12 2022 I recall that the disks failed on the public access VMS systems that included Fafner
parwezw January 03 2022 Anyone know what happened to FAFNER.DYNDS.ORG? I had a hobbyist account here but can longer access the site.
gtackett October 27 2021 Make that DECdfs _2.1A_ for Vax
gtackett October 27 2021 I'm looking for DECdfs V2.4A kit for VAX. Asking here just in case anyone is still listening.
MarkRLV September 17 2021 At one time, didn't this web site have a job board? I would love to use my legacy skills one last time in my career.
malmberg January 18 2021 New Hobbyist PAKs for VAX/VMS are no longer available according to reports. Only commercial licenses are reported to be for sale from HPE
dfilip January 16 2021 Can someone please point me to hobbyist license pak? I'm looking for VAX/VMS 7.1, DECnet Phase IV, and UCX/TCPIP ... have the 7.1 media, need the license paks ... thanks!
