My statements above were mostly Windows XP, IIRC. Maybe some Windows 7.
@stelfrich The patch would be a super easy one-liner; see this line.
All I ask is that you clone imagej-launcher locally, build locally, and actually test that it fixes your problem when you lower that value.
And do some testing to determine exactly how low you need to put the bar.
Then, you can file a PR with that new number.
@/all New version of ImageJ released: 2.0.0-rc-47. Lots of new stuff, including a revamped (but still buggy/alpha-level!) Script Interpreter. Also fixes the long-standing inability to use "choices" in a parameterized script, as well as a recent BeanShell bug. And tons of other things I don't have time to to mention at this moment.
Version
2.0b6 is already on Maven Central, and we ship it with ImageJ...
Note that the groupId changed though. See http://maven.imagej.net/index.html#nexus-search;gav~~bsh~~~
See also beanshell/beanshell#17
My problem was that I was searching for "beanshell".
Which only turns up the 2.0b4 jar.
Thanks!
I'm not entirely clear on exactly what's going on, but micro-manager/micro-manager#170 details the issue.
Basically, if you define a function in a REPL (read-eval-print loop), then you can't later redefine it; the name you assign to that function is permanent AFAICT.
(In 2.0b4 the same was true of functions defined in scripts, which was a major problem for script development, but 2.0b6 fixes that...for some unknown reason)
So you guys use ..
What? A bsh-specific repl?
Do your scripts suffer from bsh's "null vs void" problem?
All I ask is that you clone imagej-launcher locally, build locally, and actually test that it fixes your problem when you lower that value.
@ctrueden: I was about to do that and I am struggling with the compilation on Windows. Is there any source of information on the topic?
The 32-bit portion of the build script is:
# build 32-bit
UNAME="$(uname -s)"
case "$UNAME" in
Linux)
(export JAVA_HOME=/home/dscho/fiji/java/linux/jdk1.6.0_24 &&
export PATH=$JAVA_HOME/bin:$PATH &&
mvn -P i386-Linux,copy-launchers -P !amd64-Linux -X install)
;;
MINGW*)
(export JAVA_HOME=$(cd /src/fiji/java/win32/jdk1.6.0_24 && pwd -W) &&
export PATH=/c/msysgit/mingw/bin:/c/msysgit/bin:$JAVA_HOME/bin:$PATH &&
mvn -Pcopy-launchers -U -Dos.arch=x86 -X -e install)
esac
So, it uses msysgit.
It will be really nice not to maintain the launcher anymore...
@stelfrich If you like, another thing you could test is the JavaFX launcher, to see whether that resolves the issue.
git clone git://github.com/imagej/imagej
cd imagej
mvn -Pdist
It'd be great if we supported more (and better) languages than Beanshell.
It has a main method which launches it on the CLI.
And there is a new intepreter GUI written in Swing which uses it, too. You can test it using this class, or in ImageJ2 itself by pressing
shift+[.
@ctrueden