Posted by
Michael Schmid on
Jun 22, 2017; 9:44pm
URL: http://imagej.273.s1.nabble.com/Serious-issues-with-the-last-ImageJ-update-tp5018939p5018950.html
Hi Gilbert,
here I can't reproduce the problem (Ubuntu 16.04, java 1.8). I was using
various .png images (640 x 480, 893 x 678, 656 x 638, and 2400 x 1611
pixels), and I tried with and without 'setBatchMode(true)' in the
beginning of the macro.
It's the same for Oracle and OpenJDK, 1.51p and today's daily build,
neither freezes:
ImageJ 1.51p; Java 1.8.0_112 [64-bit]; Linux 4.4.0-81-generic
ImageJ 1.51p12; Java 1.8.0_112 [64-bit]; Linux 4.4.0-81-generic
ImageJ 1.51p; Java 1.8.0_131 [64-bit]; Linux 4.4.0-81-generic
Maybe it depends on the image; does it freeze with opening sample
images? With these, the test macro would be more easily reproducible.
Michael
________________________________________________________________
On 22/06/2017 22:38, Gilbert Bigras wrote:
> I wonder if it is related to the recently posts reporting that ImageJ
randomly freezes but I noticed the following problem since imageJ > 1.50
> The following macro code:
> open(image1);
> setBatchMode(false);
> run("Set... ", "zoom=33");
> setLocation(10,10);
> call("ij.gui.ImageWindow.setNextLocation", 900, 10);
> open(image2);
>
> ... after the first image is painted at the location 10,10, imageJ
freezes
> If I add .... wait(100); just before calling
"ij.gui.ImageWindow.setNextLocation", then no freeze
>
> open(image1);
> setBatchMode(false);
> run("Set... ", "zoom=33");
> setLocation(10,10);
> wait(100);
>
> call("ij.gui.ImageWindow.setNextLocation", 900,
10); open(image2);
>
>
> The freeze can be reproduced under Linux (Java 8) and Windows XP
(Java 6). But no freeze with ImageJ 1.50 and below
> Thanks!
> Gilbert
--
ImageJ mailing list:
http://imagej.nih.gov/ij/list.html