arduino commandline only full path accepted

[haobug]

the .ino full path must be given.

either of following two will not work
$arduino some_proj.ino
$arduino ./some_proj.ino
it works only in this way.
$arduino pwd/some_proj.ino

my environment.
arduino version: downloaded from here http://downloads.arduino.cc/arduino-1.5.2-linux64.tgz
java version "1.7.0_21"
OpenJDK Runtime Environment (IcedTea 2.3.9) (7u21-2.3.9-0ubuntu0.12.04.1)
OpenJDK 64-Bit Server VM (build 23.7-b01, mixed mode)

[cmaglie]

This seems a little bit complex to do, since the "arduino" shell script do a "cd $APPDIR" before starting the IDE, so from the Java side is impossible to obtain the original working directory (or maybe I'm missing something?).

Some possible solutions could be:

• pass the working directory as first parameter from the shell script to the java side
• modify the "arduino" shell script to not change directory (but this is not simple)

C

[matthijskooijman]

Why is not changing the current dir not simple? Because a lot of parts of the code assume a specific working directory? Or is there something fundamental?

[ffissore]

Fixed. Will be available in tomorrow nightly build: http://arduino.cc/en/Main/Software#toc4

[matthijskooijman]

This is still broken on OSX (and possibly also Windows?). See https://groups.google.com/a/arduino.cc/d/msg/developers/Ci1Ood_UAxw/GRs_1wcZ_S0J

[wayoda]

@cmaglie

This seems a little bit complex to do, since the "arduino" shell script do a "cd $APPDIR" before starting the IDE, so from the Java side is impossible to obtain the original working directory (or maybe I'm missing something?).

There is a solution for this since java 1.5.

A java-class that is loaded from a jar can retrieve the location of its own jar-file on the filesystem. Here is a working code snippet taken from Stack Overflow

java,security.CodeSource codeSource = YourMainClass.class.getProtectionDomain().getCodeSource();
java.io.File jarFile = new File(codeSource.getLocation().toURI().getPath());
String jarDir = jarFile.getParentFile().getPath();

This piece of code works fine even if the path to the jar-file contains <SPACE> chars.

The "arduino" shell script needs to manualy switch the users working directory because processing.app.Base uses the System.property "user.dir" to locate the hardware and lib folders of the arduino distribution package.

The same functionality would be possible without touching the users working dir.

Class processing.app.Base could retrieve the location of pde.jar inside its own code and thereby also the root of the arduino distribution files.

There would be no need to do a cd "$APPDIR" inside the shell script and therefore no need to pass the extra --curdir parameter.

[matthijskooijman]

Ah, that sounds useful. If we can remove the --curdir hack, that would be nice.

On Windows, we can then perhaps remove the chdir option from the launch4j config and make it work there as well (see my post to the mailing list I linked above).

However, this does not really help on OSX where the java launcher insists on changing the directory IIRC. OTOH, I think the launcher used on OSX recently (1.5.8) changed, so perhaps the new launcher does have an option for this?

[wayoda]

Another approach to solve the problem on linux without changing too much in the java code, is to pass the $APPDIRvalue as an environment variable without doing a cd like this:

#FILE: build/linux/dist/arduino
#!/bin/sh

APPDIR="$(dirname -- "$(readlink -f -- "${0}")" )"

for LIB in \
    ${APPDIR}/java/lib/rt.jar \
    ${APPDIR}/java/lib/tools.jar \
    ${APPDIR}/lib/*.jar \
    ;
do
    CLASSPATH="${CLASSPATH}:${LIB}"
done
export CLASSPATH

LD_LIBRARY_PATH=${APPDIR}/lib${LD_LIBRARY_PATH:+:$LD_LIBRARY_PATH}
export LD_LIBRARY_PATH

export PATH="${APPDIR}/java/bin:${PATH}"
export APPDIR

java -Dswing.defaultlaf=com.sun.java.swing.plaf.gtk.GTKLookAndFeel processing.app.Base "$@"

The method Base.getContentFile() would then request

String path = System.getenv("APPDIR");

instead of

String path = System.getProperty("user.dir");

and user.dir is untouched.by the application.

What about Windows ?

I had quick look at launch4j and I think the <chdir>.</chdir> could be left out when the classpath is specified using the %EXEDIR% prefix and the application dir is passed as an environment variable:

-DAPPDIR="%EXEDIR%"