quoth the Holly Bostick: > > Well, I don't know much about java either, but 4 out of 5 java programs > I use are not started by "<program_name>", but by "java (-jar) > <program_name>". This would be the "java" command-line, I imagine. > > Basically, the idea is that you have to invoke java so that java runs > the program. Because the first argument in the command is "java", you > are then able to use various command-line switches for Java (such as the > aforementioned "-Djava.library.path=/usr/lib") before telling Java what > program you want it to run (in this case "iriverter"). > > java -help > Usage: java [-options] class [args...] > (to execute a class) > or java [-options] -jar jarfile [args...] > (to execute a jar file) > > where options include: > -client to select the "client" VM > -server to select the "server" VM > -hotspot is a synonym for the "client" VM [deprecated] > The default VM is client. > > -cp <class search path of directories and zip/jar files> > -classpath <class search path of directories and zip/jar files> > A : separated list of directories, JAR archives, > and ZIP archives to search for class files. > -D<name>=<value> > set a system property > -verbose[:class|gc|jni] > enable verbose output > -version print product version and exit > -version:<value> > require the specified version to run > -showversion print product version and continue > -jre-restrict-search | -jre-no-restrict-search > include/exclude user private JREs in the version search > -? -help print this help message > -X print help on non-standard options > -ea[:<packagename>...|:<classname>] > -enableassertions[:<packagename>...|:<classname>] > enable assertions > -da[:<packagename>...|:<classname>] > -disableassertions[:<packagename>...|:<classname>] > disable assertions > -esa | -enablesystemassertions > enable system assertions > -dsa | -disablesystemassertions > disable system assertions > > So I think what Trenton probably meant was that you should try starting > the program with > > java -Djava.library.path=/usr/lib iriverter
This did not work, but see further: > (assuming that iriverter is not a *.jar file in which case you'd need > -jar before iriverter). > > You know, there's a high likelihood that the iriverter file in /usr/bin > is a script that is readable in a text editor. Good call, it was a script. Java is called from the script itself, as well as setting up the library path. I simply appended '/usr/lib/' to this path and voila! Fired right up. Showing my ignorance here, I thought it would be a regular executable like everything else. Now I will know for the next time I must wrestle with some java app ;) > You might want to see if you can have a look at it and see just what > it's doing. A readme that tells you how to run the program (man > iriverter? iriverter --help?) might be of some use, too. I forgot to mention in my first post, the app itself had only generic install instructions and an empty README file, so there was no help there... > Hope this helps, > Holly It helped a great deal, thank you very much, -d -- darren kirby :: Part of the problem since 1976 :: http://badcomputer.org "...the number of UNIX installations has grown to 10, with more expected..." - Dennis Ritchie and Ken Thompson, June 1972
pgpqpNlz7OXjE.pgp
Description: PGP signature