Had a look in the HOME path (X:\HOME\DEFAULT) specified for both OS partitions and there are indeed entries in a .config directory (and actually outside of it as well - many programs are not following strict UNIX conventions). While many of the QT4 programs I use have config or INI files there, I saw no indications that any of the Java programs held settings (or any other data) there.
That is understandable if you are using the parameter -Duser.home=<path to java program> when starting the java program because that tells the program to put every thing in its directory.
Something that also helps is NOT having the home directory on the boot partition. Our test machine has the home directory on drive G and have it listed as such in the config.sys of the 4 versions of OS/2 we can boot from. We are also now going to try and see of putting all of the unix dlls into one directory on that drive, and listing it in the LIBPATH will work (if it does it will simplify testing).
Hi Ivan!
As I found Joops example Java command files quite useful in setting up all of the Java Programs I currently use (which include some that are not linked to his website), I did indeed use -Duser.home=<path to java program>. I was not aware of its exact usage, so thanks for the explanation.
Looking in the directories for both of the programs with strange behaviour, I could see no INI or config files created within the directory, but, looking at the problem earlier this morning, found that I needed the ODIN libraries present directly on the boot partition that was accessing the UNIX framework on a different partition.
But your post raises some very interesting questions, Sir, as , while some of us have been using multiple partitions for ages, either for software development or testing, or in my case as insurance, as my business runs on eCS and needs the OS avaiable for work as all times, I expect more users may be setting up multiple OS partitions in future, especially with the impeding roll-out of ArcaOS, which, as in the case of most early stage OS's, may not be totally ready for prime time at the beginning.
I was curious on your views of the following:
1) in the case of the parameter -Duser.home=<path to java program>, could that also be used as a statement in a command file to set-up and run , say, QT4 programs, to store config, INI or setting data for the program in question, within its own directory?
2) I noted in the two separate HOME\DEFAULT directories on this machine (and two more on my test machine), multiple .directories (.config, .dssaver, .local, as well as other various ,program directories, all containing INI's, configs, setting files, etc. etc.). As there are various incarnations of OS/2 and eCS, with ArcaOS pending, and all of them slightly different in set-up, would it be even feasible to have one home directory for all (I guess you could say "One Ring to rule them all", in Lord of the Rings parlance). I don't know, if changes are being made constantly to the one HOME directory, whether accessing it from more than one OS, could, shall we say, be chaotic.
3)I would see having all the DLL's being in a UNIX framework on a separate partition, accessed by multiple OS partitions as a useful timesaving solution, from a maintenance standpoint. However, as I learned by accident today, there may be quirky programs that still want libs in specific locations on the boot partition, despite what the LIBPATH says.
Any thoughts on 1) to 3), Ivan, (or anyone)? It would be convenient, to have everything in one place servicing multiple partitions, for expert users that need it. But is it feasible?
Best!
Mark