Re: Harddisk Manager v. 1.1.5 released

Frank Ambacher wrote: 
William L. Hartzell wrote:

Sir:

Frank Ambacher wrote:

William L. Hartzell wrote:

Sir:

I clicked upon the install icon after unzipping into a folder that I placed upon my Applications drive and into my Utilities folder. I
perused my drive configuration and look at a few items via some menus. Then I closed the application saving a few changes that I made. A few minutes later I noticed that it (it is the window that
Java opens to run) remained in the task list. I used the cascade
choice to make the contents display, show did nothing.


Mmmm.. I still can't reproduce this here. I think the installation failed on any reason on your system. So any older version is started.



So I give you this hint:

1. Open command prompt and type "java -fullversion". There shouldn't any error messages on this. Compare the version number. Is it "1.4.2"? If all goes well, Java JRE is ok.
You assume that the user has set Java 1.4.2 as the default. You need to
modify your advise to take that into account. For that to work, Java 1.4.2 must be in the path statement, and it is not here.
2. Reinstall Harddisk Manager, but through a command prompt: Change to your directory, where the files are stored and type "install.cmd".
The install will give you some clues what's going on. Again there shouldn't be any errors.
There were no errors.
3. Read "How can I check the installation?" in readme.txt. Do so on your system. All 4 startup methodes should work correctly. If not, something is wrong.
Advise in there is not right for all systems. 
4. Start Harddisk Manager, open Help/Info using the menu. Compare if
 it's version 1.1.5.
It does. 
BTW, the lvmgui.zip file should not be in the classpath variable as
 it is no longer a Java 1.1.x program, true?


Not in any case. The classpath variable in config.sys is the standard
classpath for SYSTEM-JRE. This is true for all JREs. Because we want
to use a system tool, we should have lvmgui.zip in the variable. Because Harddisk Manager should start up on harddisk folder action ('Manage Volumes') this is a must, too. The only exception from this is when you have a 1.1.x System-JRE.
Since the program object has a working directory setting, the need for
other means to locate the zip is not needed. I have Java 1.1.8 set as
the system default and all entries in the config.sys classpath variable
are Java 1.1.x files. Don't need to let Java 1.3 or 1.4 programs to
waste time searching this variable, they might find something harmful. All program objects that start Java 2 programs use a script in which the classpath is set to something reasonable, except this one. Okay, I've now changed this so that the classpath is set to lvmgui only by making a script. Nope, the errors are still there, but the lingering session is gone. Here is the script:
c:
cd \os2\javaapps
setlocal
set classpath=lvmgui.zip
d:\java142\jre\bin\java.exe lvmgui
endlocal
---
You don't need to put anything into \javaapps folder. This script could very well reference some other directory, like the place where the install command file resides.
If your System-JRE is 1.1.8 you could choose to start Harddisk Manager via Logical Volume Manager Object in setup folder. If you want that, then check the settings on the properties page. Path and filename should be '[JREdrive]:\JAVA142\JRE\BIN\JAVAW.EXE' or the like. Parameter is 'lvmgui' and working directory is [bootdrive]:\OS2\JAVAAPPS.
That is the way it was configured. Now the script is called and nothing is parameter field. Can I ask why you are attempting to find out the free space on each drive? That is the error being reported. Is it to find those 96 MiB dummy drives? BTW, you are answering the wrong problem. It works. You have errors.
.

Relevant Pages

  • import, classpath, and directories
    ... When I organize new Java projects I like to put ... To avoid class ... the new folder in my CLASSPATH. ...
    (comp.lang.java.programmer)
  • Re: import, classpath, and directories
    ... > When I organize new Java projects I like to put ... To avoid class ... > the new folder in my CLASSPATH. ...
    (comp.lang.java.programmer)
  • ClassPath-DUMB questions? for Windows 2000 or XP.
    ... I am beginner to Java and the classpath problems. ... it is best to put the 'jar files' of a software vendor in the ... it is sufficient to mention the actual path of the folder where the ...
    (comp.lang.java.programmer)
  • Re: Error running program from a remote folder
    ... >> I haven't programmed in Java for awhile and forgot how to get this to ... It takes 1 argument, the pathname, so a command could be ... >> But if I try to run it from another folder, ... > You apparently aren't familiar with the concept of the classpath. ...
    (comp.lang.java)
  • Re: IE slow to start...
    ... and have been running with the TIF folder set to minimum at 40MB. ... it sounds like you've been using MSJVM- not Sun Java. ... Ad-aware and Spybot and post a HijackThis log for analysis. ... Can't help with Outlook. ...
    (microsoft.public.windows.inetexplorer.ie6.browser)
Loading