Closed GoogleCodeExporter closed 9 years ago
This is a quite strange exception on the method File#isDirectory:
java.lang.StackOverflowError
at java.nio.HeapByteBuffer.<init>(HeapByteBuffer.java:70)
at java.nio.ByteBuffer.wrap(ByteBuffer.java:367)
at java.nio.ByteBuffer.wrap(ByteBuffer.java:390)
at java.lang.StringCoding$StringEncoder.encode(StringCoding.java:255)
at java.lang.StringCoding.encode(StringCoding.java:290)
at java.lang.String.getBytes(String.java:954)
at java.io.UnixFileSystem.getBooleanAttributes0(Native Method)
at java.io.UnixFileSystem.getBooleanAttributes(UnixFileSystem.java:243)
at java.io.File.isDirectory(File.java:771)
at
eu.kostia.gtkjfilechooser.ui.GtkFileChooserUI.doSelectedFilesChanged(GtkFileChoo
serUI.java:1355)
Are you using the Sun JDK or the OpenJDK?
Original comment by c.ce...@gmail.com
on 27 Jan 2010 at 11:31
openjdk 6
Original comment by i30817@gmail.com
on 28 Jan 2010 at 1:31
I supposed it! Usually I test only with the Sun JDK.
Anyway I will try to reproduce this problem with the OpenJDK.
P.S.: I renamed this issue to "StackOverflowError with OpenJDK 6"
Original comment by c.ce...@gmail.com
on 28 Jan 2010 at 8:13
Same problem also with the last snapshot of OpenJDK 7
Original comment by c.ce...@gmail.com
on 29 Jan 2010 at 8:17
File.isDirectory? I use it too else where. Better report it upstream.
Original comment by i30817@gmail.com
on 29 Jan 2010 at 9:07
File.isDirectory is okay.
The reason of this bus was too recursive loop in
GtkFileChooserUI#propertyChange(..)
Original comment by c.ce...@gmail.com
on 29 Jan 2010 at 10:04
Fixed in 1.4.5
@i30817 could you please verify?
Original comment by c.ce...@gmail.com
on 29 Jan 2010 at 10:05
How can i verify without a link? :)
Original comment by i30817@gmail.com
on 29 Jan 2010 at 10:10
Want me to build the source?
Original comment by i30817@gmail.com
on 29 Jan 2010 at 10:11
It would be nice.
See the wiki:
http://code.google.com/p/gtkjfilechooser/wiki/BuildingFromSource
Original comment by c.ce...@gmail.com
on 29 Jan 2010 at 10:22
It will have to wait until i'm home.
Original comment by i30817@gmail.com
on 29 Jan 2010 at 10:44
Don't worry: you can load a new build 1.4.5 from:
http://gtkjfilechooser.googlecode.com/files/GtkJFileChooser_v1.4.5.zip
Let me know if it works correctly now.
As you use Ubuntu (I use Fedora) would you be interested in fix the issue 51?
Of course I'll support you.
Original comment by c.ce...@gmail.com
on 29 Jan 2010 at 11:02
I really have no idea where the icons are in ubuntu. I mean i could try sure,
but
i've just installed it on my computer (thus the platform bugs on my project).
About the issue, appears fixed. However two other problems arose.
First time only that the jfilechooser appears on this new version, it doesn't
have a
minimum size (& preferred size appears to have no effect on your layout) --> it
is
just a line. Only fist time though. Running the program various times it appears
you're saving dimensions somewhere.
2) Redirecting std err like this:
java -jar gtkjfilechooser-demo.jar 2> log.txt
gave a warning immediately (i wont speculate on the cause)
(<unknown>:2272): IBUS-WARNING **: Connect to
unix:abstract=/tmp/dbus-YSfY0D8bmh,guid=6383bc49f381f31b15089b194b5e3fdc failed:
Failed to connect to socket /tmp/dbus-YSfY0D8bmh: Connection refused.
Original comment by i30817@gmail.com
on 30 Jan 2010 at 3:10
The dimension are stored in ~/.config/gtk-2.0/gtkfilechooser.ini as the
original GTK
Filechooser does. Regarding setPreferredSize(.) that does't work, I'll open a
new issue.
If you want to collaborate to fix the issue 51, give a look at the class
eu.kostia.gtkjfilechooser.GtkStockIcon to see how do I get the icons (maybe
wrongly).
Original comment by c.ce...@gmail.com
on 30 Jan 2010 at 10:47
Original comment by c.ce...@gmail.com
on 30 Jan 2010 at 10:47
Original issue reported on code.google.com by
i30817@gmail.com
on 27 Jan 2010 at 9:20Attachments: