9:57 p.m.
Hi,
Downloaded the http://juploadr.sourceforge.net/ (at version 0.6) - this
is a cross-platform Flickr uploader
Running it on FC-4, I get:
./jUploadr
Starting JUploadr...
Java exec found in PATH. Verifying...
Suitable java version found [java = 1.4.2]
Configuring environment...
java
-cp
:commons-codec-1.3.jar:commons-httpclient-3.0-beta1.jar:commons-logging.jar:juploadr.jar:Piccolo.jar:swt.jar:swt-mozilla.jar:swt-pi.jar
-Djava.library.path=/home/byte/bin/jUploadr-0.6-linuxGTK-i386
org.scohen.juploadr.app.JUploadr ''
Exception in thread "main" java.lang.UnsatisfiedLinkError:
g_utf16_to_utf8
at org.eclipse.swt.internal.Converter.wcsToMbcs(java.lang.String,
char[], boolean)
(/usr/lib/eclipse/plugins/org.eclipse.swt.gtk_3.1.0.jar.so)
at org.eclipse.swt.internal.Converter.wcsToMbcs(java.lang.String,
java.lang.String, boolean)
(/usr/lib/eclipse/plugins/org.eclipse.swt.gtk_3.1.0.jar.so)
at org.eclipse.swt.dnd.Transfer.registerType(java.lang.String)
(Unknown Source)
at org.eclipse.swt.dnd.TextTransfer.<clinit>() (Unknown Source)
at java.lang.Class.initializeClass() (/usr/lib/libgcj.so.6.0.0)
at org.scohen.juploadr.app.JUploadr.JUploadr() (Unknown Source)
at org.scohen.juploadr.app.JUploadr.main(java.lang.String[]) (Unknown
Source) at gnu.java.lang.MainThread.call_main()
(/usr/lib/libgcj.so.6.0.0)
at gnu.java.lang.MainThread.run() (/usr/lib/libgcj.so.6.0.0)
I've been told by Rahul (on #fedora-java) that it seems to start the
application up in Rawhide, so am just curious to know why its dumping in
FC-4
Thanks
--
Colin Charles, http://www.bytebot.net/
3:03 p.m.
>>>> "Colin" == Colin Charles
<byte(a)aeon.com.my> writes:
Colin> Downloaded the http://juploadr.sourceforge.net/ (at version 0.6) - this
Colin> is a cross-platform Flickr uploader
Cool.
I downloaded this and tried it. It worked fine for me on my x86 FC4
machine.
Colin> Exception in thread "main" java.lang.UnsatisfiedLinkError:
Colin> g_utf16_to_utf8
What version of gtk2 do you have?
I have gtk2-2.6.7-4
Colin> (/usr/lib/eclipse/plugins/org.eclipse.swt.gtk_3.1.0.jar.so)
Colin> at org.eclipse.swt.internal.Converter.wcsToMbcs(java.lang.String,
Colin> java.lang.String, boolean)
Nice, the class .db is pulling in the .so even though jUploadr ships
its own SWT. That means the bits are the same and you're getting
precompilation "magically" :-)
Tom
3:09 p.m.
Tom Tromey (tromey(a)redhat.com):
Colin>
(/usr/lib/eclipse/plugins/org.eclipse.swt.gtk_3.1.0.jar.so)
Colin> at org.eclipse.swt.internal.Converter.wcsToMbcs(java.lang.String,
Colin> java.lang.String, boolean)
Nice, the class .db is pulling in the .so even though jUploadr ships
its own SWT. That means the bits are the same and you're getting
precompilation "magically" :-)
This may be the problem then. The version of SWT that ships with
jUploadr is not 3.1 final, it's a really old (close to 3.0) version of
SWT.
-Billy
12:02 p.m.
>>>> "Billy" == Billy Biggs
<vektor(a)dumbterm.net> writes:
> Nice, the class .db is pulling in the .so even though jUploadr
ships
> its own SWT. That means the bits are the same and you're getting
> precompilation "magically" :-)
Billy> This may be the problem then. The version of SWT that ships with
Billy> jUploadr is not 3.1 final, it's a really old (close to 3.0) version of
Billy> SWT.
Could some classes still be identical between versions?
If so then he might see some classes from the .so and some interpreted.
But, yeah, this is worth looking into.
Tom
7:23 p.m.
On Sun, 2005-08-14 at 14:03 -0600, Tom Tromey wrote:
Colin> Downloaded the http://juploadr.sourceforge.net/ (at version
0.6) - this
Colin> is a cross-platform Flickr uploader
Cool.
I downloaded this and tried it. It worked fine for me on my x86 FC4
machine.
Hmm, I got:
jUploadr-0.6-linuxGTK-i386
My machine is an x86
Colin> Exception in thread "main"
java.lang.UnsatisfiedLinkError:
Colin> g_utf16_to_utf8
What version of gtk2 do you have?
I have gtk2-2.6.7-4
rpm -qa gtk2
gtk2-2.6.7-4.i386.rpm
Same. This is a fresh FC-4 installation, with updates
Colin>
(/usr/lib/eclipse/plugins/org.eclipse.swt.gtk_3.1.0.jar.so)
Colin> at org.eclipse.swt.internal.Converter.wcsToMbcs(java.lang.String,
Colin> java.lang.String, boolean)
Nice, the class .db is pulling in the .so even though jUploadr ships
its own SWT. That means the bits are the same and you're getting
precompilation "magically" :-)
Hmm, maybe the x86_64 version you got was "different" (I don't know how)
to the x86 one... Rather confusing to note
--
Colin Charles, http://www.bytebot.net/
12:03 p.m.
> I downloaded this and tried it. It worked fine for me on my x86
FC4
> machine.
Colin> Hmm, I got:
Colin> jUploadr-0.6-linuxGTK-i386
Colin> My machine is an x86
Me too.
The undefined reference to this symbol comes from the
libswt-pi-gtk-3062.so that comes with jUploadr. The symbol is
supplied by /usr/lib/libglib-2.0.so.0. If you run ldd on the swt
.so you should see that this is how libglib is resolved.
Tom
6844
days inactive
6845
days old
java-devel@lists.fedoraproject.org
5 comments
3 participants
participants (3)
-
Billy Biggs -
Colin Charles -
Tom Tromey