2Doug Bissett:
I finally found some time to try this. First, I don't like the way it is packaged. It is difficult to easily transfer the files to the final locations, but I am sure you can do better (possibly by packaging it as an RPM, or WPI, package). Even a ZIP file, that could be unzipped over the boot drive, would be better (of course, that assumes that files are where they are expected to be). I don't know how you would handle the LIBC stuff though. That should be done with ANPM (RPM/YUM) anyway.
I put it into the ISO image for easier mounting under a VM. So, you mount the ISO image under your
OS/2 VM and copy files to respective directories. Just copy them by your file manager. I use FC/2 for
that. In the future, I plan to create also an RPM package for it, so it could be easily installed from the
yum repository. So, I plan to distruibute the additions by two ways: 1) As an usual additions ISO
2) As an RPM package. This sould be more convenient. RPM is better for newer OS/2 installations,
which have UNIX ports installed. If they are not installed, it's better to use the ISO image.
It's better to handle kLIBC dependencies with RPM, but in case RPM is not present in your system,
it can be copied manually from the ISO. Also, each RPM package has the same files zipped. So, you
can use a ZIP file as a third installation method.
It is MUCH better. At least I get, what appears to be, good information when I do DIR in CMD.EXE, or 4OS/2. Even a DOS or WinOS2 window works, within the limits of what DOS does. I still do not get anything, but a blank folder, when opening the WPS drive object, and that folder does not close properly, every time.
Yes, CMD/4OS2/DOS session should work now, but WPS still doesn't, as all required DosFindFirst
options are implemented, except for FIL_QUERYEASFROMLIST[L]. It requires more work, as I should
properly return an empty FEALIST structure (which contains an empty EA'S) for WPS to be working.
DOS also requires more work, as I need to implement filename translation short <-> long, as it's
done by FAT32.IFS. So, some long file names are not yet accessible to DOS/Win16 programs.
In CMD.EXE, I cannot copy a file to another drive. It says that it cannot find the specified drive (not clear on which drive, the source, or the target). Copying a file to a new name on the source drive (no drive letters used) seems to work okay, but it said that 2 files were copied. I don't see a second file. Deleting the copied file works.
Yes, I know about that, too. The "copy" and "cp" commands still don't work as required. It tries
to create a destination file and returns "File not found" error. Need to fix this too.
I am not sure what to make of vbxgradd.dll. I did not change the line in CONFIG.SYS, but the file is locked, so I assume that your replacement gengradd.dll is using it. I don't notice any difference in the video stuff.
What do you mean, you left GENGRADD in config.sys as is, but VBXGRADD is used, and
locked? You can check which GRADD driver is loaded by looking into \os2\install\gradd.log.
PS: I also fixed VBoxService.exe, so it no more quits after mounting all shared folders. So,
shared clipbord should work now. I also will add an option to explicitly assign drive letters
to shared folders, instead of using the first available ones. Will release it soon.