sdljava-users — General Discussion about sdljava and gljava

Re: [sdljava-users] help getting space-invaders to run (GNU/Linux, FC4, GCJ)

[John M. G. <joh...@ya...>]

--- "Ivan Z. Ganza" <iva...@ya...> wrote:

> John M. Gabriele wrote:
> 
> [snip]
> >
> >I just took a look at the GLEW mailing list,
> >https://sourceforge.net/mailarchive/forum.php?forum_id=43720
> >and it looks pretty barren.
> >
> >
> The list isn't actually used -- I should remove it.

Sorry -- I don't know what you mean. Do you manage that
project as well as sdljava (and gljava)?

I don't see your name here:
https://sourceforge.net/project/memberlist.php?group_id=67586

Is GLEW a subproject of sdljava?

> >Ivan -- do you have a GNU/Linux box around for testing
> >sdljava? I'm guessing you're on some version of MS Windows.
> >
> >  
> This is all coded from my gento box ... ;)

Nice. :)




		
____________________________________________________
Start your day with Yahoo! - make it your home page 
http://www.yahoo.com/r/hs 
 

Re: [sdljava-users] help getting space-invaders to run (GNU/Linux, FC4, GCJ)

[Ivan Z. G. <iva...@ya...>]

John M. Gabriele wrote:

>Ivan -- why use GLEW at all? Is it simply for platform
>independence?
> =20
>

Yes it is so that we can support as many platforms as possible.

>On GNU/Linux, SDL by itself doesn't require it at all.
>There's a tool called glxinfo that tells all about what
>extensions are loaded/available (?), and I'm sure there's
>gotta be a way to use glx to do whatever GLEW is doing,
>right?
>
>I just took a look at the GLEW mailing list,
>https://sourceforge.net/mailarchive/forum.php?forum_id=3D43720
>and it looks pretty barren.
>
> =20
>
The list isn't actually used -- I should remove it.

>Ivan -- do you have a GNU/Linux box around for testing
>sdljava? I'm guessing you're on some version of MS Windows.
>
> =20
>
This is all coded from my gento box ... ;) I could really use the help
of someone on Windows though -- for testing.

-Ivan/

>Thanks,
>---John
>
>
>--- "Ivan Z. Ganza" <iva...@ya...> wrote:
>
> =20
>
>>This is strange and I wonder why you are getting the error.
>>
>>I noticed you are on linux.  If your on linux I would try to build and
>>install everything from scratch starting with GLEW.  That _should_ most
>>certainly work.
>>
>>On my system here I have glew 1.3.1 and all the open gl examples are
>>working fine for me.
>>
>>We should try to figure out what is with that error though.
>>
>>-Ivan/
>>
>>Witold Bo=C5=82t wrote:
>>
>>   =20
>>
>>>John M. Gabriele wrote:
>>>
>>>     =20
>>>
>>>>******** Reading classes from sdljava.jar
>>>>Native code library failed to load.
>>>>java.lang.UnsatisfiedLinkError: libgljava: libGLEW.so.2: cannot open
>>>>shared
>>>>object file: No such file or directory
>>>>
>>>>This makes no sense to me, since, the install notes:
>>>>http://sdljava.sourceforge.net/installation.html
>>>>say to use GLEW 1.3.1 (I installed 1.3.3) -- and there isn't
>>>>even a GLEW 2.0 out yet.
>>>>       =20
>>>>
>>>I had similar problem (although not on FC - I was using SUN's java on
>>>PLD linux ditro) and I really don't know why it is happaning
>>>
>>>... but I did a simlink named libGLEW.so.2 and everything started to
>>>work ;) I think it should work for you to (... but still it is not a
>>>real fix, just a stupid work-around).
>>>
>>>
>>>greetings,
>>>-me.
>>>
>>>     =20
>>>
>>
>>-------------------------------------------------------
>>SF.Net email is Sponsored by the Better Software Conference & EXPO
>>September 19-22, 2005 * San Francisco, CA * Development Lifecycle Pract=
ices
>>Agile & Plan-Driven Development * Managing Projects & Teams * Testing &=
 QA
>>Security * Process Improvement & Measurement * http://www.sqe.com/bsce5=
sf
>>_______________________________________________
>>sdljava-users mailing list
>>sdl...@li...
>>https://lists.sourceforge.net/lists/listinfo/sdljava-users
>>
>>   =20
>>
>
>
>
>	=09
>____________________________________________________
>Start your day with Yahoo! - make it your home page=20
>http://www.yahoo.com/r/hs=20
>=20
>
>
>-------------------------------------------------------
>SF.Net email is Sponsored by the Better Software Conference & EXPO
>September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practi=
ces
>Agile & Plan-Driven Development * Managing Projects & Teams * Testing & =
QA
>Security * Process Improvement & Measurement * http://www.sqe.com/bsce5s=
f
>_______________________________________________
>sdljava-users mailing list
>sdl...@li...
>https://lists.sourceforge.net/lists/listinfo/sdljava-users
> =20
>

Re: [sdljava-users] help getting space-invaders to run (GNU/Linux, FC4, GCJ)

[John M. G. <joh...@ya...>]

Ivan -- why use GLEW at all? Is it simply for platform
independence?

On GNU/Linux, SDL by itself doesn't require it at all.
There's a tool called glxinfo that tells all about what
extensions are loaded/available (?), and I'm sure there's
gotta be a way to use glx to do whatever GLEW is doing,
right?

I just took a look at the GLEW mailing list,
https://sourceforge.net/mailarchive/forum.php?forum_id=43720
and it looks pretty barren.

Ivan -- do you have a GNU/Linux box around for testing
sdljava? I'm guessing you're on some version of MS Windows.

Thanks,
---John


--- "Ivan Z. Ganza" <iva...@ya...> wrote:

> This is strange and I wonder why you are getting the error.
> 
> I noticed you are on linux.  If your on linux I would try to build and
> install everything from scratch starting with GLEW.  That _should_ most
> certainly work.
> 
> On my system here I have glew 1.3.1 and all the open gl examples are
> working fine for me.
> 
> We should try to figure out what is with that error though.
> 
> -Ivan/
> 
> Witold Bołt wrote:
> 
> > John M. Gabriele wrote:
> >
> >> ******** Reading classes from sdljava.jar
> >> Native code library failed to load.
> >> java.lang.UnsatisfiedLinkError: libgljava: libGLEW.so.2: cannot open
> >> shared
> >> object file: No such file or directory
> >>
> >> This makes no sense to me, since, the install notes:
> >> http://sdljava.sourceforge.net/installation.html
> >> say to use GLEW 1.3.1 (I installed 1.3.3) -- and there isn't
> >> even a GLEW 2.0 out yet.
> >
> >
> > I had similar problem (although not on FC - I was using SUN's java on
> > PLD linux ditro) and I really don't know why it is happaning
> >
> > ... but I did a simlink named libGLEW.so.2 and everything started to
> > work ;) I think it should work for you to (... but still it is not a
> > real fix, just a stupid work-around).
> >
> >
> > greetings,
> > -me.
> >
> 
> 
> 
> -------------------------------------------------------
> SF.Net email is Sponsored by the Better Software Conference & EXPO
> September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
> Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
> Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
> _______________________________________________
> sdljava-users mailing list
> sdl...@li...
> https://lists.sourceforge.net/lists/listinfo/sdljava-users
> 



		
____________________________________________________
Start your day with Yahoo! - make it your home page 
http://www.yahoo.com/r/hs 
 

Re: [sdljava-users] help getting space-invaders to run (GNU/Linux, FC4, GCJ)

[Ivan Z. G. <iva...@ya...>]

One other thing -- I was getting NullPointerExceptions when trying to
run space invaders here and the reason was the image files where bmp.=20
I'm not sure why but png works fine so I have converted the images files
to png and checked this in.

Save invaders is working for me now here...

-Ivan/

Ivan Z. Ganza wrote:

>This is strange and I wonder why you are getting the error.
>
>I noticed you are on linux.  If your on linux I would try to build and
>install everything from scratch starting with GLEW.  That _should_ most
>certainly work.
>
>On my system here I have glew 1.3.1 and all the open gl examples are
>working fine for me.
>
>We should try to figure out what is with that error though.
>
>-Ivan/
>
>Witold Bo=C5=82t wrote:
>
> =20
>
>>John M. Gabriele wrote:
>>
>>   =20
>>
>>>******** Reading classes from sdljava.jar
>>>Native code library failed to load.
>>>java.lang.UnsatisfiedLinkError: libgljava: libGLEW.so.2: cannot open
>>>shared
>>>object file: No such file or directory
>>>
>>>This makes no sense to me, since, the install notes:
>>>http://sdljava.sourceforge.net/installation.html
>>>say to use GLEW 1.3.1 (I installed 1.3.3) -- and there isn't
>>>even a GLEW 2.0 out yet.
>>>     =20
>>>
>>I had similar problem (although not on FC - I was using SUN's java on
>>PLD linux ditro) and I really don't know why it is happaning
>>
>>... but I did a simlink named libGLEW.so.2 and everything started to
>>work ;) I think it should work for you to (... but still it is not a
>>real fix, just a stupid work-around).
>>
>>
>>greetings,
>>-me.
>>
>>   =20
>>
>
>
>
>-------------------------------------------------------
>SF.Net email is Sponsored by the Better Software Conference & EXPO
>September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practi=
ces
>Agile & Plan-Driven Development * Managing Projects & Teams * Testing & =
QA
>Security * Process Improvement & Measurement * http://www.sqe.com/bsce5s=
f
>_______________________________________________
>sdljava-users mailing list
>sdl...@li...
>https://lists.sourceforge.net/lists/listinfo/sdljava-users
> =20
>

[sdljava-users] OpenGL and Windows (looking at making release soon...)

[Ivan Z. G. <iva...@ya...>]

Greetings!

Its good to see some action on the list again.  I'm thinking very
seriously about making a release next week as I have the week off. 

Can anyone tell me if they are able to build and use the OpenGL part on
Windows?

-Ivan/

Re: [sdljava-users] help getting space-invaders to run (GNU/Linux, FC4, GCJ)

[Ivan Z. G. <iva...@ya...>]

This is strange and I wonder why you are getting the error.

I noticed you are on linux.  If your on linux I would try to build and
install everything from scratch starting with GLEW.  That _should_ most
certainly work.

On my system here I have glew 1.3.1 and all the open gl examples are
working fine for me.

We should try to figure out what is with that error though.

-Ivan/

Witold Bo=C5=82t wrote:

> John M. Gabriele wrote:
>
>> ******** Reading classes from sdljava.jar
>> Native code library failed to load.
>> java.lang.UnsatisfiedLinkError: libgljava: libGLEW.so.2: cannot open
>> shared
>> object file: No such file or directory
>>
>> This makes no sense to me, since, the install notes:
>> http://sdljava.sourceforge.net/installation.html
>> say to use GLEW 1.3.1 (I installed 1.3.3) -- and there isn't
>> even a GLEW 2.0 out yet.
>
>
> I had similar problem (although not on FC - I was using SUN's java on
> PLD linux ditro) and I really don't know why it is happaning
>
> ... but I did a simlink named libGLEW.so.2 and everything started to
> work ;) I think it should work for you to (... but still it is not a
> real fix, just a stupid work-around).
>
>
> greetings,
> -me.
>

Re: [sdljava-users] help getting space-invaders to run (GNU/Linux, FC4, GCJ)

[<ja...@ho...>]

John M. Gabriele wrote:
> ******** Reading classes from sdljava.jar
> Native code library failed to load.
> java.lang.UnsatisfiedLinkError: libgljava: libGLEW.so.2: cannot open shared
> object file: No such file or directory
> 
> This makes no sense to me, since, the install notes:
> http://sdljava.sourceforge.net/installation.html
> say to use GLEW 1.3.1 (I installed 1.3.3) -- and there isn't
> even a GLEW 2.0 out yet.

I had similar problem (although not on FC - I was using SUN's java on 
PLD linux ditro) and I really don't know why it is happaning

... but I did a simlink named libGLEW.so.2 and everything started to 
work ;) I think it should work for you to (... but still it is not a 
real fix, just a stupid work-around).


greetings,
-me.

-- 
--==--==-------------------
Witold Bołt :: ja...@ho...
  gg: 1613047  gsm:660316053
      www.houp.info

[sdljava-users] help getting space-invaders to run (GNU/Linux, FC4, GCJ)

[John M. G. <joh...@ya...>]

I just installed sdljava on my Fedora Core 4 GNU/Linux
system, which uses GNU Java plus the "compatibility package"
(so it has links from java --> gij, javac --> gcj, and so on).

Anyhow, my notes are here:
http://www.simisen.com/jmg/pmwiki/pmwiki.php?n=Main.Sdljava

I can run some of the programs in sdljava-0.9.1/bin, but
a few are complaining:

******** Reading classes from sdljava.jar
Native code library failed to load.
java.lang.UnsatisfiedLinkError: libgljava: libGLEW.so.2: cannot open shared
object file: No such file or directory

This makes no sense to me, since, the install notes:
http://sdljava.sourceforge.net/installation.html
say to use GLEW 1.3.1 (I installed 1.3.3) -- and there isn't
even a GLEW 2.0 out yet.

Did I install something incorrectly?

I'd really like to see space invaders! :)

Thanks,
---John



		
____________________________________________________
Start your day with Yahoo! - make it your home page 
http://www.yahoo.com/r/hs 
 

[sdljava-users] Re: [Java-gnome-developer] Java-Gnome and OpenGL?

[John M. G. <joh...@ya...>]

--- Gregor Mückl <Gre...@gm...> wrote:

> On Tuesday 16 August 2005 22:56, John M. Gabriele wrote:
> > --- Anthony Green <gr...@re...> wrote:
> > > On Tue, 2005-08-16 at 20:39 +0200, Gregor Mückl wrote:
> > > > Naturally, we also need support for OpenGL widgets. I've been planning
> > > > to write a wrapper around gtkglarea in the spirit of the widget class
> > > > that gtkglarea-- provides. But as things currently are, other bits of
> > > > this
> > >
> > > project
> > >
> > > > have priority and I've not yet written any code. I just want to let you
> > >
> > > know
> > >
> > > > that I'm probably up to something.
> > >
> > > I wonder if JOGL or LWJGL could be adapted to work with java-gnome.
> > > Have you considered this yet?
> >
> > Or the gljava ( http://gljava.sourceforge.net/ ) portion of
> > sdljava ( http://sdljava.sourceforge.net/ )?
> >
> > http://www.simisen.com/jmg/pmwiki/pmwiki.php?n=Main.Sdljava
> >
> 
> To me, gljava looks like the best-fitting candidate for providing
> the GL side of the bindings. However, I'm a bit afraid that they
> were merged into sdljava and won't be maintained as a standalone
> library.
> 
> Regards,
> Gregor

By the looks of things, it seems that gljava was designed to be
separate right from the beginning. For one thing, they've got a
separate website up for gljava. Also, note the separation in the
list of packages:

org.gljava.opengl
org.gljava.opengl.ftgl
org.gljava.opengl.impl.glew
org.gljava.opengl.model
org.gljava.opengl.x.swig
sdljava
sdljava.audio
sdljava.cdrom
sdljava.event
sdljava.image
sdljava.joystick
sdljava.mixer
sdljava.ttf
sdljava.util
sdljava.video
sdljava.x.swig
sdljavax.gfx
sdljavax.gui

Further, my guess is that the sdljava guys *want* gljava
to stay separate, in case someone comes along and creates
some bindings for freeglut -- which, I've been told, should
be fairly simple using SWIG. This way, you could use "glutjava"
and gljava without needing sdljava.

The fact that the whole kit-and-kaboodle is LGPL is the icing
on the cake.

Since this topic just came up on the sdljava list, I'm cc'ing
them on it.

---John



		
____________________________________________________
Start your day with Yahoo! - make it your home page 
http://www.yahoo.com/r/hs 
 

Re: [sdljava-users] Getting the lay of the land

[John M. G. <joh...@ya...>]

--- "Ivan Z. Ganza" <iva...@ya...> wrote:

> Greetings John and Welcome,
> 
> I'll try to answer your questions as well as possible. 
>

Thanks for the quick reply Ivan.

 
> |1. It looks like sdljava has recently removed it's J2SDK 1.5
> |dependencies. Was this done for compatibility with GCJ &
> |Classpath?
> 
> The main reason was because there were concerns with the performance of JDK
> 1.5 as well as others reasons I can't currently remember.     I think we
> should try to remain compatible with GCJ and Classpath if possible so I am
> glad it currently is.

The docs page http://sdljava.sourceforge.net/documentation.html
could probably use a tutorial as well as a faq. FWIW, I'm moving
my own sdljava notes here:
http://www.simisen.com/jmg/pmwiki/pmwiki.php?n=Main.Sdljava


> |2. I noticed that there's a gljava page:
> |http://gljava.sourceforge.net/ . Is there currently an
> |effort going on to compartmentalize the OpenGL part out
> |of sdljava? Can I use gljava without sdljava?
> 
> The open gl part was designed so that it doesn't know anything about the sdl
> part.  So you can use the open package on it own.  The problem is you need to
> initialize opengl somehow.  I actually have code that uses glut to initialize
> the display but I never was able to get it to work.  So the only option is to
> initialize the display with calls to sdl.
> 
> |3. I'd originally started my search looking for a simple
> |Java wrapper around freeglut. Is there such a beast roaming
> |the countryside? :) *That* plus gljava would probably be
> |just what I'm looking for...
> 
> I'm not sure if a java wrapper exists.  Looking at the API it shouldn't be
> too difficult to make one though.  Following the same pattern as sdljava with
> SWIG...
>
>
> |4. How do I open a window for drawing in with sdljava?
> |Do I need to use JOGL? AWT? Swing? (Again, maybe this
> |is back to freeglut).
> 
> Have a look at testsrc/org/gljava/opengl/OpenGLTest3.java

Ahh. Thanks! Just what I needed. A faq on the docs page of the
sdljava site would very likely be useful. Here's an item to
kick it off:

"Q. I'm not familiar with SDL and would rather use freeglut
with Java. Can you point me in the right direction?

A. Using SDL instead of freeglut (the free version of GLUT)
isn't as bad as you think. Have a quick look at the example
code in sdljava-0.9.1/testsrc/org/gljava/opengl/ to see what
we mean. :)"


> |5. Why no sdljava-specific group at
> |http://www.javagaming.org/ ?
> 
> I wonder if sdljava has enough traction for this...?

I asked about it here:
http://192.18.37.44/forums/index.php?topic=10531.0
http://192.18.37.44/forums/index.php
in the LWJGL section.

IMO, excellent docs *make* a project. I bet that after
you've got a faq and a tutorial up, you'll gain even
more momemtum.

If I can get sdljava running nicely on FC4 with the
GNU Java tools, I may be able to help out with some docs.

---John


> -Ivan/
> 
> John M. Gabriele wrote:
> 
> >Hi,
> >
> >I'm just dipping my toes into doing some Java 3D stuff,
> >and it looks like I've got about three options:
> >
> >JOGL,
> >LWJGL, and
> >sdljava
> >
> >I'm hoping someone can fill me in on some of the pros and
> >cons of the different toolkits, and why I might want to
> >use sdljava. I'm mostly interested in small physics
> >simulations (hobbyist stuff).
> >
> >I'm running Fedora Core 4, and trying to go with an all-
> >free software setup. I want to natively compile with GCJ
> >and run with libgcj + Classpath.
> >
> >So, here goes:
> >
> >1. It looks like sdljava has recently removed it's J2SDK 1.5
> >dependencies. Was this done for compatibility with GCJ &
> >Classpath?
> >
> >2. I noticed that there's a gljava page:
> >http://gljava.sourceforge.net/ . Is there currently an
> >effort going on to compartmentalize the OpenGL part out
> >of sdljava? Can I use gljava without sdljava?
> >
> >3. I'd originally started my search looking for a simple
> >Java wrapper around freeglut. Is there such a beast roaming
> >the countryside? :) *That* plus gljava would probably be
> >just what I'm looking for...
> >
> >4. How do I open a window for drawing in with sdljava?
> >Do I need to use JOGL? AWT? Swing? (Again, maybe this
> >is back to freeglut).
> >
> >5. Why no sdljava-specific group at
> >http://www.javagaming.org/ ?
> >
> >By the way, I'm starting to keep a small info page on
> >this stuff here:
> >http://www.simisen.com/jmg/pmwiki/pmwiki.php?n=Main.JavaOpenGL
> >Maybe it'll turn into something useful.
> >
> >Thanks,
> >---John
> >
> >
> >
> >		
> >____________________________________________________
> >Start your day with Yahoo! - make it your home page 
> >http://www.yahoo.com/r/hs 
> > 
> >
> >
> >-------------------------------------------------------
> >SF.Net email is Sponsored by the Better Software Conference & EXPO
> >September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
> >Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
> >Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
> >_______________________________________________
> >sdljava-users mailing list
> >sdl...@li...
> >https://lists.sourceforge.net/lists/listinfo/sdljava-users
> >  
> >
> 
> 
> 
> -------------------------------------------------------
> SF.Net email is Sponsored by the Better Software Conference & EXPO
> September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
> Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
> Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
> _______________________________________________
> sdljava-users mailing list
> sdl...@li...
> https://lists.sourceforge.net/lists/listinfo/sdljava-users
> 



		
__________________________________ 
Yahoo! Mail 
Stay connected, organized, and protected. Take the tour: 
http://tour.mail.yahoo.com/mailtour.html 

Re: [sdljava-users] maybe an solution to the "ordinal 50" error in the jpeg.dll

[Ivan Z. G. <iva...@ya...>]

I'll be creating a faq soon.  Will make sure to have this in it.

-Ivan//
/
Markus Seebauer wrote:

>Hi List!
>
>I had the same problem "The ordinal 50 could not be found in jpeg.dll".
>
>The problem was, when starting my app from eclipse, i got the
>ordinal-50-error above, but when starting from commandline everything was
>ok.
>
>the problem was, that eclipse at startup loaded another jpeg.dll from the
>jdk directory per default. this jpeg.dll has nothing in common with the one
>from SDL but its name. nevertheless, when running my app from eclipse, the
>system reckognizes, that there is a jpeg.dll loaded yet and tries to find
>the function with ordinal 50, but cannot find it, because in the loaded
>jpeg.dll form the jdk directory there are less than 50 functions.
>
>i solved the problem by explicitly loading my SDl-related jpeg.dll in my
>application by calling
>
>System.load(new File(".").getCanonicalPath() + "/dlls/jpeg.dll");
>
>(the argument has to be the absolute path to the dll in question.)
>
>this way, my app also works when started from eclipse!
>
>maybe that works..
>
>have fun
>max
>
>
>  
>
>>--__--__--
>>
>>Message: 1
>>Date: Sat, 13 Aug 2005 16:31:11 +0200
>>From: Patric <pa...@ma...>
>>To:  sdl...@li...
>>Subject: [sdljava-users] Re: Problems with SDLJava_Image.dll and jpeg.dll
>>Reply-To: sdl...@li...
>>
>>Hello List,
>>
>>I have the same problem using JDK 1.4.2 and the newest SDLJava/SDL
>>libraries
>>
>>Interestingly, displaying an image with SDL/SDL_image works perfectly if 
>>I use C++ and using the same SDL.dll/SDL_Image.dll without an additional 
>>wrapper.
>>
>>So I think that the problem is located at SDLJava_image.dll.
>>
>>BTW: I had a look on my jpeg.dll, ordinal 50 (jpeg_finish_decompress) 
>>does exist. Very strange.
>>
>>Maybe UPX (why did you use a beta version of UPX?) causes the problem 
>>(Ok, I decompressed the dlls, it didn't work either).
>>
>>Did somebody solve our problem already?
>>
>>I think all problems will be gone if I compile SDL/SDLJava for myself 
>>(but I had some problems compiling SDL with MinGW in the past...)
>>
>>Patric
>>
>>
>>
>>    
>>
>>>This is strange.  I"m assuming this is with the binary release?  I did 
>>> test the binary release on a windows machine and this part was working 
>>> well.  I wonder if it is the version of the jpeg.dll or something along
>>> those lines.
>>> 
>>> Try to download:
>>>     
>>>
>>>      
>>>
>>http://www.libsdl.org/projects/SDL_image/release/SDL_image-1.2.4-win32.zip
>>    
>>
>>> 
>>> and use the image dlls from this.  I"m not sure if that is what you are
>>> currently using?  I tested it against the image handling libraries 
>>> provided in that download.
>>> 
>>> Let me know how it goes...
>>> 
>>> -Ivan/
>>> 
>>> luis.montes@co... wrote:
>>> 
>>> >Same here with PNG"s too.
>>> >I don"t think your jpeg.dll is corrupted.
>>> >
>>> >
>>> >
>>> >  
>>> >
>>> >>From: "David Felkel" <fe...@in...>
>>> >>Date: 2005/05/16 Mon AM 07:34:47 EDT
>>> >>To: <sdljava-users@li...>
>>> >>Subject: [sdljava-users] Problems with SDLJava_Image.dll and jpeg.dll
>>> >>
>>> >>Hi!
>>> >>I recently installed SDLJava on a Win32-Systerm and everything seemed
>>>      
>>>
>>ok, until I tried
>>    
>>
>>>to load an image with SDLImage..load(".../test.bmp"). I get the
>>>      
>>>
>>following error messages:
>>    
>>
>>> >>
>>> >>1. The ordinal 50 could not be found in jpeg.dll (in a MessageBox)
>>> >>2. Native code library failed to load.
>>> >>    java.lang.UnsatisfiedLinkError:
>>>      
>>>
>>C:\WINNT\system32\SDLJava_image.dll: The operating
>>    
>>
>>>system cannot run %1 
>>> >>    (on the console)
>>> >>
>>> >>It seems that somehow my jpeg.dll is corrupted. I already tried to
>>>      
>>>
>>use the dlls that come
>>    
>>
>>>with SDL_Image 1.2.4 instead of 1.2.3 but it still does not work. Maybe
>>>      
>>>
>>someone can expain
>>    
>>
>>>me how to fix that error, or send me a working SDLJava_Image.dll and
>>>      
>>>
>>jpeg.dll.
>>    
>>
>>> >>
>>> >>Thanks in advance,
>>> >>D. Felkel
>>> >>
>>> >>
>>> >>    
>>> >>
>>> >
>>> >
>>> >
>>> >-------------------------------------------------------
>>> >This SF.Net email is sponsored by Oracle Space Sweepstakes
>>> >Want to be the first software developer in space?
>>> >Enter now for the Oracle Space Sweepstakes!
>>> >http://ads.osdn.com/?ad_id=7412&alloc_id=16344&op=click
>>> >_______________________________________________
>>> >sdljava-users mailing list
>>> >sdljava-users@li...
>>> >https://lists.sourceforge.net/lists/listinfo/sdljava-users
>>> >  
>>> >
>>>      
>>>
>>
>>
>>--__--__--
>>
>>Message: 2
>>Date: Sat, 13 Aug 2005 19:05:02 +0200
>>From: Patric <pa...@ma...>
>>To:  sdl...@li...
>>Subject: [sdljava-users] Re: Problems with SDLJava_Image.dll and jpeg.dll
>>Reply-To: sdl...@li...
>>
>>Hi list,
>>
>>I finally figured out the problem:
>>It is a dll collision with the jpeg.dll from SDL and the one at the 
>>JRE/bin folder.
>>
>>My solution was renaming the SDL jpeg.dll and patching the SDL_Image.dll 
>>import table that it points to the new name.
>>
>>Maybe we should consider contact the SDL_Image team that they think 
>>about renaming of the jpeg library.
>>
>>Best regards
>>Patric
>>
>>
>>
>>Patric schrieb:
>>    
>>
>>>Hello List,
>>>
>>>I have the same problem using JDK 1.4.2 and the newest SDLJava/SDL 
>>>libraries
>>>
>>>Interestingly, displaying an image with SDL/SDL_image works perfectly if
>>>I use C++ and using the same SDL.dll/SDL_Image.dll without an additional
>>>wrapper.
>>>
>>>So I think that the problem is located at SDLJava_image.dll.
>>>
>>>BTW: I had a look on my jpeg.dll, ordinal 50 (jpeg_finish_decompress) 
>>>does exist. Very strange.
>>>
>>>Maybe UPX (why did you use a beta version of UPX?) causes the problem 
>>>(Ok, I decompressed the dlls, it didn't work either).
>>>
>>>Did somebody solve our problem already?
>>>
>>>I think all problems will be gone if I compile SDL/SDLJava for myself 
>>>(but I had some problems compiling SDL with MinGW in the past...)
>>>
>>>Patric
>>>
>>>
>>>
>>>      
>>>
>>>>This is strange.  I"m assuming this is with the binary release?  I did 
>>>> test the binary release on a windows machine and this part was 
>>>>working  well.  I wonder if it is the version of the jpeg.dll or 
>>>>something along  those lines.
>>>> 
>>>> Try to download:
>>>>     
>>>>
>>>>        
>>>>
>>http://www.libsdl.org/projects/SDL_image/release/SDL_image-1.2.4-win32.zip
>>    
>>
>
>  
>
>>>> 
>>>> and use the image dlls from this.  I"m not sure if that is what you 
>>>>are  currently using?  I tested it against the image handling 
>>>>libraries  provided in that download.
>>>> 
>>>> Let me know how it goes...
>>>> 
>>>> -Ivan/
>>>> 
>>>> luis.montes@co... wrote:
>>>> 
>>>> >Same here with PNG"s too.
>>>> >I don"t think your jpeg.dll is corrupted.
>>>> >
>>>> >
>>>> >
>>>> >   >
>>>> >>From: "David Felkel" <fe...@in...>
>>>> >>Date: 2005/05/16 Mon AM 07:34:47 EDT
>>>> >>To: <sdljava-users@li...>
>>>> >>Subject: [sdljava-users] Problems with SDLJava_Image.dll and
>>>>        
>>>>
>>jpeg.dll
>>    
>>
>>>> >>
>>>> >>Hi!
>>>> >>I recently installed SDLJava on a Win32-Systerm and everything 
>>>>seemed ok, until I tried
>>>>to load an image with SDLImage..load(".../test.bmp"). I get the 
>>>>following error messages:
>>>> >>
>>>> >>1. The ordinal 50 could not be found in jpeg.dll (in a MessageBox)
>>>> >>2. Native code library failed to load.
>>>> >>    java.lang.UnsatisfiedLinkError: 
>>>>C:\WINNT\system32\SDLJava_image.dll: The operating
>>>>system cannot run %1  >>    (on the console)
>>>> >>
>>>> >>It seems that somehow my jpeg.dll is corrupted. I already tried to 
>>>>use the dlls that come
>>>>with SDL_Image 1.2.4 instead of 1.2.3 but it still does not work. 
>>>>Maybe someone can expain
>>>>me how to fix that error, or send me a working SDLJava_Image.dll and 
>>>>jpeg.dll.
>>>> >>
>>>> >>Thanks in advance,
>>>> >>D. Felkel
>>>> >>
>>>> >>
>>>> >>     >>
>>>> >
>>>> >
>>>> >
>>>> >-------------------------------------------------------
>>>> >This SF.Net email is sponsored by Oracle Space Sweepstakes
>>>> >Want to be the first software developer in space?
>>>> >Enter now for the Oracle Space Sweepstakes!
>>>> >http://ads.osdn.com/?ad_id=7412&alloc_id=16344&op=click
>>>> >_______________________________________________
>>>> >sdljava-users mailing list
>>>> >sdljava-users@li...
>>>> >https://lists.sourceforge.net/lists/listinfo/sdljava-users
>>>> >   >
>>>>        
>>>>
>>>
>>>
>>>      
>>>
>>--__--__--
>>
>>Message: 3
>>Date: Sat, 13 Aug 2005 15:55:10 -0400
>>From: "Ivan Z. Ganza" <iva...@ya...>
>>To: sdl...@li...
>>Subject: Re: [sdljava-users] Re: Problems with SDLJava_Image.dll and
>>jpeg.dll
>>Reply-To: sdl...@li...
>>
>>Hi Patric,
>>
>>Interesting..
>>
>>Are you using Eclipse as your IDE?  The ordinal problem is known to
>>occur there and you have to manually specify the location to the shared
>>libraries.
>>
>>To test this try running your program from the command line instead of
>>the ide.  It should work fine from the command line.
>>
>>To specify manually you can need to pass "sdljava.bootclasspath" as a -D
>>switch.  The value can be whatever as long as its set.  This prevents
>>sdljava from calling System.loadLibrary itself.  Then you need to
>>manually System.loadLibrary the shared libaries.
>>
>>You seem to have found a diffeent kind of fix.  Would you let me know if
>>it does work from the command line?
>>
>>thanks,
>>-Ivan/
>>
>>Patric wrote:
>>
>>    
>>
>>>Hi list,
>>>
>>>I finally figured out the problem:
>>>It is a dll collision with the jpeg.dll from SDL and the one at the
>>>JRE/bin folder.
>>>
>>>My solution was renaming the SDL jpeg.dll and patching the
>>>SDL_Image.dll import table that it points to the new name.
>>>
>>>Maybe we should consider contact the SDL_Image team that they think
>>>about renaming of the jpeg library.
>>>
>>>Best regards
>>>Patric
>>>
>>>
>>>
>>>Patric schrieb:
>>>
>>>      
>>>
>>>>Hello List,
>>>>
>>>>I have the same problem using JDK 1.4.2 and the newest SDLJava/SDL
>>>>libraries
>>>>
>>>>Interestingly, displaying an image with SDL/SDL_image works perfectly
>>>>if I use C++ and using the same SDL.dll/SDL_Image.dll without an
>>>>additional wrapper.
>>>>
>>>>So I think that the problem is located at SDLJava_image.dll.
>>>>
>>>>BTW: I had a look on my jpeg.dll, ordinal 50 (jpeg_finish_decompress)
>>>>does exist. Very strange.
>>>>
>>>>Maybe UPX (why did you use a beta version of UPX?) causes the problem
>>>>(Ok, I decompressed the dlls, it didn't work either).
>>>>
>>>>Did somebody solve our problem already?
>>>>
>>>>I think all problems will be gone if I compile SDL/SDLJava for myself
>>>>(but I had some problems compiling SDL with MinGW in the past...)
>>>>
>>>>Patric
>>>>
>>>>
>>>>
>>>>        
>>>>
>>>>>This is strange.  I"m assuming this is with the binary release?  I
>>>>>did  test the binary release on a windows machine and this part was
>>>>>working  well.  I wonder if it is the version of the jpeg.dll or
>>>>>something along  those lines.
>>>>> 
>>>>> Try to download:
>>>>>    
>>>>>
>>>>>          
>>>>>
>>http://www.libsdl.org/projects/SDL_image/release/SDL_image-1.2.4-win32.zip
>>    
>>
>>>>> 
>>>>> and use the image dlls from this.  I"m not sure if that is what you
>>>>>are  currently using?  I tested it against the image handling
>>>>>libraries  provided in that download.
>>>>> 
>>>>> Let me know how it goes...
>>>>> 
>>>>> -Ivan/
>>>>> 
>>>>> luis.montes@co... wrote:
>>>>> 
>>>>> >Same here with PNG"s too.
>>>>> >I don"t think your jpeg.dll is corrupted.
>>>>> >
>>>>> >
>>>>> >
>>>>> >   >
>>>>> >>From: "David Felkel" <fe...@in...>
>>>>> >>Date: 2005/05/16 Mon AM 07:34:47 EDT
>>>>> >>To: <sdljava-users@li...>
>>>>> >>Subject: [sdljava-users] Problems with SDLJava_Image.dll and
>>>>>jpeg.dll
>>>>> >>
>>>>> >>Hi!
>>>>> >>I recently installed SDLJava on a Win32-Systerm and everything
>>>>>seemed ok, until I tried
>>>>>to load an image with SDLImage..load(".../test.bmp"). I get the
>>>>>following error messages:
>>>>> >>
>>>>> >>1. The ordinal 50 could not be found in jpeg.dll (in a MessageBox)
>>>>> >>2. Native code library failed to load.
>>>>> >>    java.lang.UnsatisfiedLinkError:
>>>>>C:\WINNT\system32\SDLJava_image.dll: The operating
>>>>>system cannot run %1  >>    (on the console)
>>>>> >>
>>>>> >>It seems that somehow my jpeg.dll is corrupted. I already tried
>>>>>to use the dlls that come
>>>>>with SDL_Image 1.2.4 instead of 1.2.3 but it still does not work.
>>>>>Maybe someone can expain
>>>>>me how to fix that error, or send me a working SDLJava_Image.dll and
>>>>>jpeg.dll.
>>>>> >>
>>>>> >>Thanks in advance,
>>>>> >>D. Felkel
>>>>> >>
>>>>> >>
>>>>> >>     >>
>>>>> >
>>>>> >
>>>>> >
>>>>> >-------------------------------------------------------
>>>>> >This SF.Net email is sponsored by Oracle Space Sweepstakes
>>>>> >Want to be the first software developer in space?
>>>>> >Enter now for the Oracle Space Sweepstakes!
>>>>> >http://ads.osdn.com/?ad_id=7412&alloc_id=16344&op=click
>>>>> >_______________________________________________
>>>>> >sdljava-users mailing list
>>>>> >sdljava-users@li...
>>>>> >https://lists.sourceforge.net/lists/listinfo/sdljava-users
>>>>> >   >
>>>>>          
>>>>>
>>>>
>>>>
>>>>
>>>>        
>>>>
>>>-------------------------------------------------------
>>>SF.Net email is Sponsored by the Better Software Conference & EXPO
>>>September 19-22, 2005 * San Francisco, CA * Development Lifecycle
>>>Practices
>>>Agile & Plan-Driven Development * Managing Projects & Teams * Testing
>>>& QA
>>>Security * Process Improvement & Measurement *
>>>      
>>>
>>http://www.sqe.com/bsce5sf
>>    
>>
>>>_______________________________________________
>>>sdljava-users mailing list
>>>sdl...@li...
>>>https://lists.sourceforge.net/lists/listinfo/sdljava-users
>>>      
>>>
>>
>>
>>
>>--__--__--
>>
>>_______________________________________________
>>sdljava-users mailing list
>>sdl...@li...
>>https://lists.sourceforge.net/lists/listinfo/sdljava-users
>>
>>
>>End of sdljava-users Digest
>>
>>    
>>
>
>  
>

Re: [sdljava-users] Getting the lay of the land

[Ivan Z. G. <iva...@ya...>]

Greetings John and Welcome,

I'll try to answer your questions as well as possible. 

|1. It looks like sdljava has recently removed it's J2SDK 1.5
|dependencies. Was this done for compatibility with GCJ &
|Classpath?

The main reason was because there were concerns with the performance of JDK 1.5 as well as others reasons I can't currently remember.     I think we should try to remain compatible with GCJ and Classpath if possible so I am glad it currently is.

|2. I noticed that there's a gljava page:
|http://gljava.sourceforge.net/ . Is there currently an
|effort going on to compartmentalize the OpenGL part out
|of sdljava? Can I use gljava without sdljava?

The open gl part was designed so that it doesn't know anything about the sdl part.  So you can use the open package on it own.  The problem is you need to initialize opengl somehow.  I actually have code that uses glut to initialize the display but I never was able to get it to work.  So the only option is to initialize the display with calls to sdl.

|3. I'd originally started my search looking for a simple
|Java wrapper around freeglut. Is there such a beast roaming
|the countryside? :) *That* plus gljava would probably be
|just what I'm looking for...

I'm not sure if a java wrapper exists.  Looking at the API it shouldn't be too difficult to make one though.  Following the same pattern as sdljava with SWIG...

|4. How do I open a window for drawing in with sdljava?
|Do I need to use JOGL? AWT? Swing? (Again, maybe this
|is back to freeglut).

Have a look at testsrc/org/gljava/opengl/OpenGLTest3.java

|5. Why no sdljava-specific group at
|http://www.javagaming.org/ ?

I wonder if sdljava has enough traction for this...?

-Ivan/

John M. Gabriele wrote:

>Hi,
>
>I'm just dipping my toes into doing some Java 3D stuff,
>and it looks like I've got about three options:
>
>JOGL,
>LWJGL, and
>sdljava
>
>I'm hoping someone can fill me in on some of the pros and
>cons of the different toolkits, and why I might want to
>use sdljava. I'm mostly interested in small physics
>simulations (hobbyist stuff).
>
>I'm running Fedora Core 4, and trying to go with an all-
>free software setup. I want to natively compile with GCJ
>and run with libgcj + Classpath.
>
>So, here goes:
>
>1. It looks like sdljava has recently removed it's J2SDK 1.5
>dependencies. Was this done for compatibility with GCJ &
>Classpath?
>
>2. I noticed that there's a gljava page:
>http://gljava.sourceforge.net/ . Is there currently an
>effort going on to compartmentalize the OpenGL part out
>of sdljava? Can I use gljava without sdljava?
>
>3. I'd originally started my search looking for a simple
>Java wrapper around freeglut. Is there such a beast roaming
>the countryside? :) *That* plus gljava would probably be
>just what I'm looking for...
>
>4. How do I open a window for drawing in with sdljava?
>Do I need to use JOGL? AWT? Swing? (Again, maybe this
>is back to freeglut).
>
>5. Why no sdljava-specific group at
>http://www.javagaming.org/ ?
>
>By the way, I'm starting to keep a small info page on
>this stuff here:
>http://www.simisen.com/jmg/pmwiki/pmwiki.php?n=Main.JavaOpenGL
>Maybe it'll turn into something useful.
>
>Thanks,
>---John
>
>
>
>		
>____________________________________________________
>Start your day with Yahoo! - make it your home page 
>http://www.yahoo.com/r/hs 
> 
>
>
>-------------------------------------------------------
>SF.Net email is Sponsored by the Better Software Conference & EXPO
>September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
>Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
>Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
>_______________________________________________
>sdljava-users mailing list
>sdl...@li...
>https://lists.sourceforge.net/lists/listinfo/sdljava-users
>  
>

[sdljava-users] Getting the lay of the land

[John M. G. <joh...@ya...>]

Hi,

I'm just dipping my toes into doing some Java 3D stuff,
and it looks like I've got about three options:

JOGL,
LWJGL, and
sdljava

I'm hoping someone can fill me in on some of the pros and
cons of the different toolkits, and why I might want to
use sdljava. I'm mostly interested in small physics
simulations (hobbyist stuff).

I'm running Fedora Core 4, and trying to go with an all-
free software setup. I want to natively compile with GCJ
and run with libgcj + Classpath.

So, here goes:

1. It looks like sdljava has recently removed it's J2SDK 1.5
dependencies. Was this done for compatibility with GCJ &
Classpath?

2. I noticed that there's a gljava page:
http://gljava.sourceforge.net/ . Is there currently an
effort going on to compartmentalize the OpenGL part out
of sdljava? Can I use gljava without sdljava?

3. I'd originally started my search looking for a simple
Java wrapper around freeglut. Is there such a beast roaming
the countryside? :) *That* plus gljava would probably be
just what I'm looking for...

4. How do I open a window for drawing in with sdljava?
Do I need to use JOGL? AWT? Swing? (Again, maybe this
is back to freeglut).

5. Why no sdljava-specific group at
http://www.javagaming.org/ ?

By the way, I'm starting to keep a small info page on
this stuff here:
http://www.simisen.com/jmg/pmwiki/pmwiki.php?n=Main.JavaOpenGL
Maybe it'll turn into something useful.

Thanks,
---John



		
____________________________________________________
Start your day with Yahoo! - make it your home page 
http://www.yahoo.com/r/hs 
 

[sdljava-users] =?ISO-8859-1?Q?maybe_an_solution_to_the_"ordinal_50"_error_in_the_jpeg.dl?= =?ISO-8859-1?Q?l?=

[Markus S. <god...@gm...>]

Hi List!

I had the same problem "The ordinal 50 could not be found in jpeg.dll".

The problem was, when starting my app from eclipse, i got the
ordinal-50-error above, but when starting from commandline everything was
ok.

the problem was, that eclipse at startup loaded another jpeg.dll from the
jdk directory per default. this jpeg.dll has nothing in common with the one
from SDL but its name. nevertheless, when running my app from eclipse, the
system reckognizes, that there is a jpeg.dll loaded yet and tries to find
the function with ordinal 50, but cannot find it, because in the loaded
jpeg.dll form the jdk directory there are less than 50 functions.

i solved the problem by explicitly loading my SDl-related jpeg.dll in my
application by calling

System.load(new File(".").getCanonicalPath() + "/dlls/jpeg.dll");

(the argument has to be the absolute path to the dll in question.)

this way, my app also works when started from eclipse!

maybe that works..

have fun
max


> 
> --__--__--
> 
> Message: 1
> Date: Sat, 13 Aug 2005 16:31:11 +0200
> From: Patric <pa...@ma...>
> To:  sdl...@li...
> Subject: [sdljava-users] Re: Problems with SDLJava_Image.dll and jpeg.dll
> Reply-To: sdl...@li...
> 
> Hello List,
> 
> I have the same problem using JDK 1.4.2 and the newest SDLJava/SDL
> libraries
> 
> Interestingly, displaying an image with SDL/SDL_image works perfectly if 
> I use C++ and using the same SDL.dll/SDL_Image.dll without an additional 
> wrapper.
> 
> So I think that the problem is located at SDLJava_image.dll.
> 
> BTW: I had a look on my jpeg.dll, ordinal 50 (jpeg_finish_decompress) 
> does exist. Very strange.
> 
> Maybe UPX (why did you use a beta version of UPX?) causes the problem 
> (Ok, I decompressed the dlls, it didn't work either).
> 
> Did somebody solve our problem already?
> 
> I think all problems will be gone if I compile SDL/SDLJava for myself 
> (but I had some problems compiling SDL with MinGW in the past...)
> 
> Patric
> 
> 
> 
> > This is strange.  I"m assuming this is with the binary release?  I did 
> >  test the binary release on a windows machine and this part was working 
> >  well.  I wonder if it is the version of the jpeg.dll or something along
> >  those lines.
> >  
> >  Try to download:
> >      
> > 
> http://www.libsdl.org/projects/SDL_image/release/SDL_image-1.2.4-win32.zip
> >  
> >  and use the image dlls from this.  I"m not sure if that is what you are
> >  currently using?  I tested it against the image handling libraries 
> >  provided in that download.
> >  
> >  Let me know how it goes...
> >  
> >  -Ivan/
> >  
> >  luis.montes@co... wrote:
> >  
> >  >Same here with PNG"s too.
> >  >I don"t think your jpeg.dll is corrupted.
> >  >
> >  >
> >  >
> >  >  
> >  >
> >  >>From: "David Felkel" <fe...@in...>
> >  >>Date: 2005/05/16 Mon AM 07:34:47 EDT
> >  >>To: <sdljava-users@li...>
> >  >>Subject: [sdljava-users] Problems with SDLJava_Image.dll and jpeg.dll
> >  >>
> >  >>Hi!
> >  >>I recently installed SDLJava on a Win32-Systerm and everything seemed
> ok, until I tried
> > to load an image with SDLImage..load(".../test.bmp"). I get the
> following error messages:
> >  >>
> >  >>1. The ordinal 50 could not be found in jpeg.dll (in a MessageBox)
> >  >>2. Native code library failed to load.
> >  >>    java.lang.UnsatisfiedLinkError:
> C:\WINNT\system32\SDLJava_image.dll: The operating
> > system cannot run %1 
> >  >>    (on the console)
> >  >>
> >  >>It seems that somehow my jpeg.dll is corrupted. I already tried to
> use the dlls that come
> > with SDL_Image 1.2.4 instead of 1.2.3 but it still does not work. Maybe
> someone can expain
> > me how to fix that error, or send me a working SDLJava_Image.dll and
> jpeg.dll.
> >  >>
> >  >>Thanks in advance,
> >  >>D. Felkel
> >  >>
> >  >>
> >  >>    
> >  >>
> >  >
> >  >
> >  >
> >  >-------------------------------------------------------
> >  >This SF.Net email is sponsored by Oracle Space Sweepstakes
> >  >Want to be the first software developer in space?
> >  >Enter now for the Oracle Space Sweepstakes!
> >  >http://ads.osdn.com/?ad_id=7412&alloc_id=16344&op=click
> >  >_______________________________________________
> >  >sdljava-users mailing list
> >  >sdljava-users@li...
> >  >https://lists.sourceforge.net/lists/listinfo/sdljava-users
> >  >  
> >  >
> 
> 
> 
> 
> --__--__--
> 
> Message: 2
> Date: Sat, 13 Aug 2005 19:05:02 +0200
> From: Patric <pa...@ma...>
> To:  sdl...@li...
> Subject: [sdljava-users] Re: Problems with SDLJava_Image.dll and jpeg.dll
> Reply-To: sdl...@li...
> 
> Hi list,
> 
> I finally figured out the problem:
> It is a dll collision with the jpeg.dll from SDL and the one at the 
> JRE/bin folder.
> 
> My solution was renaming the SDL jpeg.dll and patching the SDL_Image.dll 
> import table that it points to the new name.
> 
> Maybe we should consider contact the SDL_Image team that they think 
> about renaming of the jpeg library.
> 
> Best regards
> Patric
> 
> 
> 
> Patric schrieb:
> > Hello List,
> > 
> > I have the same problem using JDK 1.4.2 and the newest SDLJava/SDL 
> > libraries
> > 
> > Interestingly, displaying an image with SDL/SDL_image works perfectly if
> > I use C++ and using the same SDL.dll/SDL_Image.dll without an additional
> > wrapper.
> > 
> > So I think that the problem is located at SDLJava_image.dll.
> > 
> > BTW: I had a look on my jpeg.dll, ordinal 50 (jpeg_finish_decompress) 
> > does exist. Very strange.
> > 
> > Maybe UPX (why did you use a beta version of UPX?) causes the problem 
> > (Ok, I decompressed the dlls, it didn't work either).
> > 
> > Did somebody solve our problem already?
> > 
> > I think all problems will be gone if I compile SDL/SDLJava for myself 
> > (but I had some problems compiling SDL with MinGW in the past...)
> > 
> > Patric
> > 
> > 
> > 
> >> This is strange.  I"m assuming this is with the binary release?  I did 
> >>  test the binary release on a windows machine and this part was 
> >> working  well.  I wonder if it is the version of the jpeg.dll or 
> >> something along  those lines.
> >>  
> >>  Try to download:
> >>      
> >> 
> http://www.libsdl.org/projects/SDL_image/release/SDL_image-1.2.4-win32.zip

> >>
> >>  
> >>  and use the image dlls from this.  I"m not sure if that is what you 
> >> are  currently using?  I tested it against the image handling 
> >> libraries  provided in that download.
> >>  
> >>  Let me know how it goes...
> >>  
> >>  -Ivan/
> >>  
> >>  luis.montes@co... wrote:
> >>  
> >>  >Same here with PNG"s too.
> >>  >I don"t think your jpeg.dll is corrupted.
> >>  >
> >>  >
> >>  >
> >>  >   >
> >>  >>From: "David Felkel" <fe...@in...>
> >>  >>Date: 2005/05/16 Mon AM 07:34:47 EDT
> >>  >>To: <sdljava-users@li...>
> >>  >>Subject: [sdljava-users] Problems with SDLJava_Image.dll and
> jpeg.dll
> >>  >>
> >>  >>Hi!
> >>  >>I recently installed SDLJava on a Win32-Systerm and everything 
> >> seemed ok, until I tried
> >> to load an image with SDLImage..load(".../test.bmp"). I get the 
> >> following error messages:
> >>  >>
> >>  >>1. The ordinal 50 could not be found in jpeg.dll (in a MessageBox)
> >>  >>2. Native code library failed to load.
> >>  >>    java.lang.UnsatisfiedLinkError: 
> >> C:\WINNT\system32\SDLJava_image.dll: The operating
> >> system cannot run %1  >>    (on the console)
> >>  >>
> >>  >>It seems that somehow my jpeg.dll is corrupted. I already tried to 
> >> use the dlls that come
> >> with SDL_Image 1.2.4 instead of 1.2.3 but it still does not work. 
> >> Maybe someone can expain
> >> me how to fix that error, or send me a working SDLJava_Image.dll and 
> >> jpeg.dll.
> >>  >>
> >>  >>Thanks in advance,
> >>  >>D. Felkel
> >>  >>
> >>  >>
> >>  >>     >>
> >>  >
> >>  >
> >>  >
> >>  >-------------------------------------------------------
> >>  >This SF.Net email is sponsored by Oracle Space Sweepstakes
> >>  >Want to be the first software developer in space?
> >>  >Enter now for the Oracle Space Sweepstakes!
> >>  >http://ads.osdn.com/?ad_id=7412&alloc_id=16344&op=click
> >>  >_______________________________________________
> >>  >sdljava-users mailing list
> >>  >sdljava-users@li...
> >>  >https://lists.sourceforge.net/lists/listinfo/sdljava-users
> >>  >   >
> > 
> > 
> > 
> > 
> 
> 
> --__--__--
> 
> Message: 3
> Date: Sat, 13 Aug 2005 15:55:10 -0400
> From: "Ivan Z. Ganza" <iva...@ya...>
> To: sdl...@li...
> Subject: Re: [sdljava-users] Re: Problems with SDLJava_Image.dll and
> jpeg.dll
> Reply-To: sdl...@li...
> 
> Hi Patric,
> 
> Interesting..
> 
> Are you using Eclipse as your IDE?  The ordinal problem is known to
> occur there and you have to manually specify the location to the shared
> libraries.
> 
> To test this try running your program from the command line instead of
> the ide.  It should work fine from the command line.
> 
> To specify manually you can need to pass "sdljava.bootclasspath" as a -D
> switch.  The value can be whatever as long as its set.  This prevents
> sdljava from calling System.loadLibrary itself.  Then you need to
> manually System.loadLibrary the shared libaries.
> 
> You seem to have found a diffeent kind of fix.  Would you let me know if
> it does work from the command line?
> 
> thanks,
> -Ivan/
> 
> Patric wrote:
> 
> > Hi list,
> >
> > I finally figured out the problem:
> > It is a dll collision with the jpeg.dll from SDL and the one at the
> > JRE/bin folder.
> >
> > My solution was renaming the SDL jpeg.dll and patching the
> > SDL_Image.dll import table that it points to the new name.
> >
> > Maybe we should consider contact the SDL_Image team that they think
> > about renaming of the jpeg library.
> >
> > Best regards
> > Patric
> >
> >
> >
> > Patric schrieb:
> >
> >> Hello List,
> >>
> >> I have the same problem using JDK 1.4.2 and the newest SDLJava/SDL
> >> libraries
> >>
> >> Interestingly, displaying an image with SDL/SDL_image works perfectly
> >> if I use C++ and using the same SDL.dll/SDL_Image.dll without an
> >> additional wrapper.
> >>
> >> So I think that the problem is located at SDLJava_image.dll.
> >>
> >> BTW: I had a look on my jpeg.dll, ordinal 50 (jpeg_finish_decompress)
> >> does exist. Very strange.
> >>
> >> Maybe UPX (why did you use a beta version of UPX?) causes the problem
> >> (Ok, I decompressed the dlls, it didn't work either).
> >>
> >> Did somebody solve our problem already?
> >>
> >> I think all problems will be gone if I compile SDL/SDLJava for myself
> >> (but I had some problems compiling SDL with MinGW in the past...)
> >>
> >> Patric
> >>
> >>
> >>
> >>> This is strange.  I"m assuming this is with the binary release?  I
> >>> did  test the binary release on a windows machine and this part was
> >>> working  well.  I wonder if it is the version of the jpeg.dll or
> >>> something along  those lines.
> >>>  
> >>>  Try to download:
> >>>     
> >>> 
> http://www.libsdl.org/projects/SDL_image/release/SDL_image-1.2.4-win32.zip
> >>>
> >>>  
> >>>  and use the image dlls from this.  I"m not sure if that is what you
> >>> are  currently using?  I tested it against the image handling
> >>> libraries  provided in that download.
> >>>  
> >>>  Let me know how it goes...
> >>>  
> >>>  -Ivan/
> >>>  
> >>>  luis.montes@co... wrote:
> >>>  
> >>>  >Same here with PNG"s too.
> >>>  >I don"t think your jpeg.dll is corrupted.
> >>>  >
> >>>  >
> >>>  >
> >>>  >   >
> >>>  >>From: "David Felkel" <fe...@in...>
> >>>  >>Date: 2005/05/16 Mon AM 07:34:47 EDT
> >>>  >>To: <sdljava-users@li...>
> >>>  >>Subject: [sdljava-users] Problems with SDLJava_Image.dll and
> >>> jpeg.dll
> >>>  >>
> >>>  >>Hi!
> >>>  >>I recently installed SDLJava on a Win32-Systerm and everything
> >>> seemed ok, until I tried
> >>> to load an image with SDLImage..load(".../test.bmp"). I get the
> >>> following error messages:
> >>>  >>
> >>>  >>1. The ordinal 50 could not be found in jpeg.dll (in a MessageBox)
> >>>  >>2. Native code library failed to load.
> >>>  >>    java.lang.UnsatisfiedLinkError:
> >>> C:\WINNT\system32\SDLJava_image.dll: The operating
> >>> system cannot run %1  >>    (on the console)
> >>>  >>
> >>>  >>It seems that somehow my jpeg.dll is corrupted. I already tried
> >>> to use the dlls that come
> >>> with SDL_Image 1.2.4 instead of 1.2.3 but it still does not work.
> >>> Maybe someone can expain
> >>> me how to fix that error, or send me a working SDLJava_Image.dll and
> >>> jpeg.dll.
> >>>  >>
> >>>  >>Thanks in advance,
> >>>  >>D. Felkel
> >>>  >>
> >>>  >>
> >>>  >>     >>
> >>>  >
> >>>  >
> >>>  >
> >>>  >-------------------------------------------------------
> >>>  >This SF.Net email is sponsored by Oracle Space Sweepstakes
> >>>  >Want to be the first software developer in space?
> >>>  >Enter now for the Oracle Space Sweepstakes!
> >>>  >http://ads.osdn.com/?ad_id=7412&alloc_id=16344&op=click
> >>>  >_______________________________________________
> >>>  >sdljava-users mailing list
> >>>  >sdljava-users@li...
> >>>  >https://lists.sourceforge.net/lists/listinfo/sdljava-users
> >>>  >   >
> >>
> >>
> >>
> >>
> >>
> >
> >
> > -------------------------------------------------------
> > SF.Net email is Sponsored by the Better Software Conference & EXPO
> > September 19-22, 2005 * San Francisco, CA * Development Lifecycle
> > Practices
> > Agile & Plan-Driven Development * Managing Projects & Teams * Testing
> > & QA
> > Security * Process Improvement & Measurement *
> http://www.sqe.com/bsce5sf
> > _______________________________________________
> > sdljava-users mailing list
> > sdl...@li...
> > https://lists.sourceforge.net/lists/listinfo/sdljava-users
> 
> 
> 
> 
> 
> --__--__--
> 
> _______________________________________________
> sdljava-users mailing list
> sdl...@li...
> https://lists.sourceforge.net/lists/listinfo/sdljava-users
> 
> 
> End of sdljava-users Digest
> 

-- 
Lust, ein paar Euro nebenbei zu verdienen? Ohne Kosten, ohne Risiko!
Satte Provisionen für GMX Partner: http://www.gmx.net/de/go/partner

Re: [sdljava-users] Re: Problems with SDLJava_Image.dll and jpeg.dll

[Patric <pa...@ma...>]

Hi Ivan,

Yes, I am using Eclipse. Yesterday I tried everything to get it working 
before I had the idea patching the dlls: I played around with 
bootclasspath and java.library.path. But I didn't get it working. It 
seems that an vm instanced by Eclipse favours the JRE/bin path - 
independent of the passed vm arguments.

At command line everything worked perfect (with the same vm arguments, 
working directory and jre as in eclipse!

In my Eclipse environment I tried passing "sdljava.bootclasspath" to the 
vm (with the unpatched libraries), but it didn't have any effect, the 
ordinal 50 problem always occured.

Yes, my fix works fine at the command line.

Best regards,
Patric


Ivan Z. Ganza schrieb:
> Hi Patric,
> 
> Interesting..
> 
> Are you using Eclipse as your IDE?  The ordinal problem is known to
> occur there and you have to manually specify the location to the shared
> libraries.
> 
> To test this try running your program from the command line instead of
> the ide.  It should work fine from the command line.
> 
> To specify manually you can need to pass "sdljava.bootclasspath" as a -D
> switch.  The value can be whatever as long as its set.  This prevents
> sdljava from calling System.loadLibrary itself.  Then you need to
> manually System.loadLibrary the shared libaries.
> 
> You seem to have found a diffeent kind of fix.  Would you let me know if
> it does work from the command line?
> 
> thanks,
> -Ivan/
> 
> Patric wrote:
> 
> 
>>Hi list,
>>
>>I finally figured out the problem:
>>It is a dll collision with the jpeg.dll from SDL and the one at the
>>JRE/bin folder.
>>
>>My solution was renaming the SDL jpeg.dll and patching the
>>SDL_Image.dll import table that it points to the new name.
>>
>>Maybe we should consider contact the SDL_Image team that they think
>>about renaming of the jpeg library.
>>
>>Best regards
>>Patric
>>
>>
>>
>>Patric schrieb:
>>
>>
>>>Hello List,
>>>
>>>I have the same problem using JDK 1.4.2 and the newest SDLJava/SDL
>>>libraries
>>>
>>>Interestingly, displaying an image with SDL/SDL_image works perfectly
>>>if I use C++ and using the same SDL.dll/SDL_Image.dll without an
>>>additional wrapper.
>>>
>>>So I think that the problem is located at SDLJava_image.dll.
>>>
>>>BTW: I had a look on my jpeg.dll, ordinal 50 (jpeg_finish_decompress)
>>>does exist. Very strange.
>>>
>>>Maybe UPX (why did you use a beta version of UPX?) causes the problem
>>>(Ok, I decompressed the dlls, it didn't work either).
>>>
>>>Did somebody solve our problem already?
>>>
>>>I think all problems will be gone if I compile SDL/SDLJava for myself
>>>(but I had some problems compiling SDL with MinGW in the past...)
>>>
>>>Patric
>>>
>>>
>>>
>>>
>>>>This is strange.  I"m assuming this is with the binary release?  I
>>>>did  test the binary release on a windows machine and this part was
>>>>working  well.  I wonder if it is the version of the jpeg.dll or
>>>>something along  those lines.
>>>> 
>>>> Try to download:
>>>>    
>>>> http://www.libsdl.org/projects/SDL_image/release/SDL_image-1.2.4-win32.zip
>>>>
>>>> 
>>>> and use the image dlls from this.  I"m not sure if that is what you
>>>>are  currently using?  I tested it against the image handling
>>>>libraries  provided in that download.
>>>> 
>>>> Let me know how it goes...
>>>> 
>>>> -Ivan/
>>>> 
>>>> luis.montes@co... wrote:
>>>> 
>>>> >Same here with PNG"s too.
>>>> >I don"t think your jpeg.dll is corrupted.
>>>> >
>>>> >
>>>> >
>>>> >   >
>>>> >>From: "David Felkel" <fe...@in...>
>>>> >>Date: 2005/05/16 Mon AM 07:34:47 EDT
>>>> >>To: <sdljava-users@li...>
>>>> >>Subject: [sdljava-users] Problems with SDLJava_Image.dll and
>>>>jpeg.dll
>>>> >>
>>>> >>Hi!
>>>> >>I recently installed SDLJava on a Win32-Systerm and everything
>>>>seemed ok, until I tried
>>>>to load an image with SDLImage..load(".../test.bmp"). I get the
>>>>following error messages:
>>>> >>
>>>> >>1. The ordinal 50 could not be found in jpeg.dll (in a MessageBox)
>>>> >>2. Native code library failed to load.
>>>> >>    java.lang.UnsatisfiedLinkError:
>>>>C:\WINNT\system32\SDLJava_image.dll: The operating
>>>>system cannot run %1  >>    (on the console)
>>>> >>
>>>> >>It seems that somehow my jpeg.dll is corrupted. I already tried
>>>>to use the dlls that come
>>>>with SDL_Image 1.2.4 instead of 1.2.3 but it still does not work.
>>>>Maybe someone can expain
>>>>me how to fix that error, or send me a working SDLJava_Image.dll and
>>>>jpeg.dll.
>>>> >>
>>>> >>Thanks in advance,
>>>> >>D. Felkel
>>>> >>
>>>> >>
>>>> >>     >>
>>>> >
>>>> >
>>>> >
>>>> >-------------------------------------------------------
>>>> >This SF.Net email is sponsored by Oracle Space Sweepstakes
>>>> >Want to be the first software developer in space?
>>>> >Enter now for the Oracle Space Sweepstakes!
>>>> >http://ads.osdn.com/?ad_id=7412&alloc_id=16344&op=click
>>>> >_______________________________________________
>>>> >sdljava-users mailing list
>>>> >sdljava-users@li...
>>>> >https://lists.sourceforge.net/lists/listinfo/sdljava-users
>>>> >   >
>>>
>>>
>>>
>>>
>>>
>>
>>-------------------------------------------------------
>>SF.Net email is Sponsored by the Better Software Conference & EXPO
>>September 19-22, 2005 * San Francisco, CA * Development Lifecycle
>>Practices
>>Agile & Plan-Driven Development * Managing Projects & Teams * Testing
>>& QA
>>Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
>>_______________________________________________
>>sdljava-users mailing list
>>sdl...@li...
>>https://lists.sourceforge.net/lists/listinfo/sdljava-users
> 
> 
> 
> 
> 
> -------------------------------------------------------
> SF.Net email is Sponsored by the Better Software Conference & EXPO
> September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
> Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
> Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
> _______________________________________________
> sdljava-users mailing list
> sdl...@li...
> https://lists.sourceforge.net/lists/listinfo/sdljava-users
> 
> 

Re: [sdljava-users] Re: Problems with SDLJava_Image.dll and jpeg.dll

[Ivan Z. G. <iva...@ya...>]

Hi Patric,

Interesting..

Are you using Eclipse as your IDE?  The ordinal problem is known to
occur there and you have to manually specify the location to the shared
libraries.

To test this try running your program from the command line instead of
the ide.  It should work fine from the command line.

To specify manually you can need to pass "sdljava.bootclasspath" as a -D
switch.  The value can be whatever as long as its set.  This prevents
sdljava from calling System.loadLibrary itself.  Then you need to
manually System.loadLibrary the shared libaries.

You seem to have found a diffeent kind of fix.  Would you let me know if
it does work from the command line?

thanks,
-Ivan/

Patric wrote:

> Hi list,
>
> I finally figured out the problem:
> It is a dll collision with the jpeg.dll from SDL and the one at the
> JRE/bin folder.
>
> My solution was renaming the SDL jpeg.dll and patching the
> SDL_Image.dll import table that it points to the new name.
>
> Maybe we should consider contact the SDL_Image team that they think
> about renaming of the jpeg library.
>
> Best regards
> Patric
>
>
>
> Patric schrieb:
>
>> Hello List,
>>
>> I have the same problem using JDK 1.4.2 and the newest SDLJava/SDL
>> libraries
>>
>> Interestingly, displaying an image with SDL/SDL_image works perfectly
>> if I use C++ and using the same SDL.dll/SDL_Image.dll without an
>> additional wrapper.
>>
>> So I think that the problem is located at SDLJava_image.dll.
>>
>> BTW: I had a look on my jpeg.dll, ordinal 50 (jpeg_finish_decompress)
>> does exist. Very strange.
>>
>> Maybe UPX (why did you use a beta version of UPX?) causes the problem
>> (Ok, I decompressed the dlls, it didn't work either).
>>
>> Did somebody solve our problem already?
>>
>> I think all problems will be gone if I compile SDL/SDLJava for myself
>> (but I had some problems compiling SDL with MinGW in the past...)
>>
>> Patric
>>
>>
>>
>>> This is strange.  I"m assuming this is with the binary release?  I
>>> did  test the binary release on a windows machine and this part was
>>> working  well.  I wonder if it is the version of the jpeg.dll or
>>> something along  those lines.
>>>  
>>>  Try to download:
>>>     
>>>  http://www.libsdl.org/projects/SDL_image/release/SDL_image-1.2.4-win32.zip
>>>
>>>  
>>>  and use the image dlls from this.  I"m not sure if that is what you
>>> are  currently using?  I tested it against the image handling
>>> libraries  provided in that download.
>>>  
>>>  Let me know how it goes...
>>>  
>>>  -Ivan/
>>>  
>>>  luis.montes@co... wrote:
>>>  
>>>  >Same here with PNG"s too.
>>>  >I don"t think your jpeg.dll is corrupted.
>>>  >
>>>  >
>>>  >
>>>  >   >
>>>  >>From: "David Felkel" <fe...@in...>
>>>  >>Date: 2005/05/16 Mon AM 07:34:47 EDT
>>>  >>To: <sdljava-users@li...>
>>>  >>Subject: [sdljava-users] Problems with SDLJava_Image.dll and
>>> jpeg.dll
>>>  >>
>>>  >>Hi!
>>>  >>I recently installed SDLJava on a Win32-Systerm and everything
>>> seemed ok, until I tried
>>> to load an image with SDLImage..load(".../test.bmp"). I get the
>>> following error messages:
>>>  >>
>>>  >>1. The ordinal 50 could not be found in jpeg.dll (in a MessageBox)
>>>  >>2. Native code library failed to load.
>>>  >>    java.lang.UnsatisfiedLinkError:
>>> C:\WINNT\system32\SDLJava_image.dll: The operating
>>> system cannot run %1  >>    (on the console)
>>>  >>
>>>  >>It seems that somehow my jpeg.dll is corrupted. I already tried
>>> to use the dlls that come
>>> with SDL_Image 1.2.4 instead of 1.2.3 but it still does not work.
>>> Maybe someone can expain
>>> me how to fix that error, or send me a working SDLJava_Image.dll and
>>> jpeg.dll.
>>>  >>
>>>  >>Thanks in advance,
>>>  >>D. Felkel
>>>  >>
>>>  >>
>>>  >>     >>
>>>  >
>>>  >
>>>  >
>>>  >-------------------------------------------------------
>>>  >This SF.Net email is sponsored by Oracle Space Sweepstakes
>>>  >Want to be the first software developer in space?
>>>  >Enter now for the Oracle Space Sweepstakes!
>>>  >http://ads.osdn.com/?ad_id=7412&alloc_id=16344&op=click
>>>  >_______________________________________________
>>>  >sdljava-users mailing list
>>>  >sdljava-users@li...
>>>  >https://lists.sourceforge.net/lists/listinfo/sdljava-users
>>>  >   >
>>
>>
>>
>>
>>
>
>
> -------------------------------------------------------
> SF.Net email is Sponsored by the Better Software Conference & EXPO
> September 19-22, 2005 * San Francisco, CA * Development Lifecycle
> Practices
> Agile & Plan-Driven Development * Managing Projects & Teams * Testing
> & QA
> Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
> _______________________________________________
> sdljava-users mailing list
> sdl...@li...
> https://lists.sourceforge.net/lists/listinfo/sdljava-users

[sdljava-users] Re: Problems with SDLJava_Image.dll and jpeg.dll

[Patric <pa...@ma...>]

Hi list,

I finally figured out the problem:
It is a dll collision with the jpeg.dll from SDL and the one at the 
JRE/bin folder.

My solution was renaming the SDL jpeg.dll and patching the SDL_Image.dll 
import table that it points to the new name.

Maybe we should consider contact the SDL_Image team that they think 
about renaming of the jpeg library.

Best regards
Patric



Patric schrieb:
> Hello List,
> 
> I have the same problem using JDK 1.4.2 and the newest SDLJava/SDL 
> libraries
> 
> Interestingly, displaying an image with SDL/SDL_image works perfectly if 
> I use C++ and using the same SDL.dll/SDL_Image.dll without an additional 
> wrapper.
> 
> So I think that the problem is located at SDLJava_image.dll.
> 
> BTW: I had a look on my jpeg.dll, ordinal 50 (jpeg_finish_decompress) 
> does exist. Very strange.
> 
> Maybe UPX (why did you use a beta version of UPX?) causes the problem 
> (Ok, I decompressed the dlls, it didn't work either).
> 
> Did somebody solve our problem already?
> 
> I think all problems will be gone if I compile SDL/SDLJava for myself 
> (but I had some problems compiling SDL with MinGW in the past...)
> 
> Patric
> 
> 
> 
>> This is strange.  I"m assuming this is with the binary release?  I did 
>>  test the binary release on a windows machine and this part was 
>> working  well.  I wonder if it is the version of the jpeg.dll or 
>> something along  those lines.
>>  
>>  Try to download:
>>      
>>  http://www.libsdl.org/projects/SDL_image/release/SDL_image-1.2.4-win32.zip 
>>
>>  
>>  and use the image dlls from this.  I"m not sure if that is what you 
>> are  currently using?  I tested it against the image handling 
>> libraries  provided in that download.
>>  
>>  Let me know how it goes...
>>  
>>  -Ivan/
>>  
>>  luis.montes@co... wrote:
>>  
>>  >Same here with PNG"s too.
>>  >I don"t think your jpeg.dll is corrupted.
>>  >
>>  >
>>  >
>>  >   >
>>  >>From: "David Felkel" <fe...@in...>
>>  >>Date: 2005/05/16 Mon AM 07:34:47 EDT
>>  >>To: <sdljava-users@li...>
>>  >>Subject: [sdljava-users] Problems with SDLJava_Image.dll and jpeg.dll
>>  >>
>>  >>Hi!
>>  >>I recently installed SDLJava on a Win32-Systerm and everything 
>> seemed ok, until I tried
>> to load an image with SDLImage..load(".../test.bmp"). I get the 
>> following error messages:
>>  >>
>>  >>1. The ordinal 50 could not be found in jpeg.dll (in a MessageBox)
>>  >>2. Native code library failed to load.
>>  >>    java.lang.UnsatisfiedLinkError: 
>> C:\WINNT\system32\SDLJava_image.dll: The operating
>> system cannot run %1  >>    (on the console)
>>  >>
>>  >>It seems that somehow my jpeg.dll is corrupted. I already tried to 
>> use the dlls that come
>> with SDL_Image 1.2.4 instead of 1.2.3 but it still does not work. 
>> Maybe someone can expain
>> me how to fix that error, or send me a working SDLJava_Image.dll and 
>> jpeg.dll.
>>  >>
>>  >>Thanks in advance,
>>  >>D. Felkel
>>  >>
>>  >>
>>  >>     >>
>>  >
>>  >
>>  >
>>  >-------------------------------------------------------
>>  >This SF.Net email is sponsored by Oracle Space Sweepstakes
>>  >Want to be the first software developer in space?
>>  >Enter now for the Oracle Space Sweepstakes!
>>  >http://ads.osdn.com/?ad_id=7412&alloc_id=16344&op=click
>>  >_______________________________________________
>>  >sdljava-users mailing list
>>  >sdljava-users@li...
>>  >https://lists.sourceforge.net/lists/listinfo/sdljava-users
>>  >   >
> 
> 
> 
> 

[sdljava-users] Re: Problems with SDLJava_Image.dll and jpeg.dll

[Patric <pa...@ma...>]

Hello List,

I have the same problem using JDK 1.4.2 and the newest SDLJava/SDL libraries

Interestingly, displaying an image with SDL/SDL_image works perfectly if 
I use C++ and using the same SDL.dll/SDL_Image.dll without an additional 
wrapper.

So I think that the problem is located at SDLJava_image.dll.

BTW: I had a look on my jpeg.dll, ordinal 50 (jpeg_finish_decompress) 
does exist. Very strange.

Maybe UPX (why did you use a beta version of UPX?) causes the problem 
(Ok, I decompressed the dlls, it didn't work either).

Did somebody solve our problem already?

I think all problems will be gone if I compile SDL/SDLJava for myself 
(but I had some problems compiling SDL with MinGW in the past...)

Patric



> This is strange.  I"m assuming this is with the binary release?  I did 
>  test the binary release on a windows machine and this part was working 
>  well.  I wonder if it is the version of the jpeg.dll or something along 
>  those lines.
>  
>  Try to download:
>      
>  http://www.libsdl.org/projects/SDL_image/release/SDL_image-1.2.4-win32.zip
>  
>  and use the image dlls from this.  I"m not sure if that is what you are 
>  currently using?  I tested it against the image handling libraries 
>  provided in that download.
>  
>  Let me know how it goes...
>  
>  -Ivan/
>  
>  luis.montes@co... wrote:
>  
>  >Same here with PNG"s too.
>  >I don"t think your jpeg.dll is corrupted.
>  >
>  >
>  >
>  >  
>  >
>  >>From: "David Felkel" <fe...@in...>
>  >>Date: 2005/05/16 Mon AM 07:34:47 EDT
>  >>To: <sdljava-users@li...>
>  >>Subject: [sdljava-users] Problems with SDLJava_Image.dll and jpeg.dll
>  >>
>  >>Hi!
>  >>I recently installed SDLJava on a Win32-Systerm and everything seemed ok, until I tried
> to load an image with SDLImage..load(".../test.bmp"). I get the following error messages:
>  >>
>  >>1. The ordinal 50 could not be found in jpeg.dll (in a MessageBox)
>  >>2. Native code library failed to load.
>  >>    java.lang.UnsatisfiedLinkError: C:\WINNT\system32\SDLJava_image.dll: The operating
> system cannot run %1 
>  >>    (on the console)
>  >>
>  >>It seems that somehow my jpeg.dll is corrupted. I already tried to use the dlls that come
> with SDL_Image 1.2.4 instead of 1.2.3 but it still does not work. Maybe someone can expain
> me how to fix that error, or send me a working SDLJava_Image.dll and jpeg.dll.
>  >>
>  >>Thanks in advance,
>  >>D. Felkel
>  >>
>  >>
>  >>    
>  >>
>  >
>  >
>  >
>  >-------------------------------------------------------
>  >This SF.Net email is sponsored by Oracle Space Sweepstakes
>  >Want to be the first software developer in space?
>  >Enter now for the Oracle Space Sweepstakes!
>  >http://ads.osdn.com/?ad_id=7412&alloc_id=16344&op=click
>  >_______________________________________________
>  >sdljava-users mailing list
>  >sdljava-users@li...
>  >https://lists.sourceforge.net/lists/listinfo/sdljava-users
>  >  
>  >

Re: [sdljava-users] guichan sdlinput - most key not handled

[David L. <sys...@ho...>]

I've turned on the unicode in SDLEvent and it's working fine. I noticed that 
though letters and number work, other characters such as + - ~ aren't 
handled. It's not a big issue since they aren't often used, but I'm 
wondering why wouldn't all characters be handled.

Thanks guys,
David Lareau

Re: [sdljava-users] guichan sdlinput - most key not handled

[Rainer K. <ar...@gm...>]

Ivan Z. Ganza wrote:
> Hi David,
> 
> Welcome to open source ;-)
> 
> I think you have to actually enable unicode by calling
> SDLEvent.enableUNICODE(1) -- I wonder if that fixes the problem?
> 
> The question remains if we should assume unicode or what the best thing
> to do here is.  We can actually query if UNICODE is enabled so maybe do
> something based on if it is or isn't set.
> 
> Rainer wrote the wonderfull guichan port.  Any thoughts what the best
> thing to do here is Rainer?
> 
> -Ivan/

The demos call SDLEvent.enableUNICODE(1) explicitly, and the text input 
fields and areas are working there, so I assume that it is the right 
thing to do.  I didn't have much time to work on the game for which I 
ported guichan originally so I don't have too much experience with it 
either (ironically :)).

Rainer

> David Lareau wrote:
> 
> 
>>Hi,
>>
>>I've tried to use a guichan TextField but found that most of the key
>>input aren't handled. The special cases like the arrows or the delete
>>key work fine, but the common letters and numbers aren't recognized as
>>input. The Key event generated by the keypressed has a keyvalue of 0.
>>
>>I believe the problem is in the sdljavax.guichan.sdl.SDLInput
>>convertKeyCharacter method. The first block seems to handle those
>>numbers and letters but really doesn't.
>>
>>private Key convertKeyCharacter(SDLKeyboardEvent keysym) {
>>int value = 0;
>>
>>if (keysym.getUnicode() < 255) {
>> value = keysym.getUnicode();
>>}
>>
>>switch (keysym.getSym()) {
>> case SDLKey.SDLK_TAB :
>> value = Key.TAB;
>> break;
>>
>> ...
>>
>>}
>>
>>...
>>
>>}
>>
>>
>>I've added the following in the switch statement, and it fixes the
>>problem:
>>case SDLKey.SDLK_a:
>> value = (int)'a';
>> break;
>>... for each letter and number
>>
>>
>>I'm not sure if that's the best solution. Perhaps someone might know
>>why the getUnicode() method returns 0. I'm using Windows XP by the
>>way, I don't know if it matters.
>>
>>Anyhow, yay my first somewhat-contribution to an open source project!
>>
>>Cheers,
>>David Lareau
>>
>>
>>
>>
>>-------------------------------------------------------
>>SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
>>from IBM. Find simple to follow Roadmaps, straightforward articles,
>>informative Webcasts and more! Get everything you need to get up to
>>speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
>>_______________________________________________
>>sdljava-users mailing list
>>sdl...@li...
>>https://lists.sourceforge.net/lists/listinfo/sdljava-users
> 
> 
> 
> 
> 
> -------------------------------------------------------
> SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
> from IBM. Find simple to follow Roadmaps, straightforward articles,
> informative Webcasts and more! Get everything you need to get up to
> speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
> _______________________________________________
> sdljava-users mailing list
> sdl...@li...
> https://lists.sourceforge.net/lists/listinfo/sdljava-users
> 
> 

Re: [sdljava-users] Anyone using get/setPixelDataXX()?

[Ivan Z. G. <iva...@ya...>]

I'll debug this and fix it as soon as possible.  Sorry for the delay in
getting this working.  Its summer and in Toronto we tend to try to enjoy
it as much as possible while its here ;-)

-Ivan/

S. Meslin-Weber wrote:

>That's the first thing I looked for (usually named hs*.log) and I was
>surprised that none actually get created :(
>
>Steph
>
>On Fri, Jul 22, 2005 at 10:06:25AM -0400, Ivan Z. Ganza wrote:
>  
>
>>Sounds like I made a mistake in the C code.  There should be a jvm crash
>>file that has the VM state in it, if you've got that, post it...
>>
>>-Ivan/
>>
>>S. Meslin-Weber wrote:
>>
>>    
>>
>>>Hi Ivan,
>>>
>>>Thought so - for some reason the native dir hadn't been updated on my
>>>tree so I thought you'd forgotten to push your changes... woops! :)
>>>
>>>I recompiled the dll (and the java code of course) and now I get an SDL
>>>window for a fraction of a second before the JVM crashes; and without
>>>any error messages or log files.
>>>
>>>I'm a bit stumped as JNI is definately beyond my skills - is there
>>>anything I can do on my end to speed up the debugging?
>>>
>>>Thanks,
>>>
>>>Steph
>>>
>>>On Wed, Jul 20, 2005 at 05:52:07PM -0400, Ivan Z. Ganza wrote:
>>> 
>>>
>>>      
>>>
>>>>Hi Steph,
>>>>
>>>>Yes you need to rebuild the sdljava.dll because the native layer code
>>>>changed.  As well as recompilation of SDLSurface.java source file.
>>>>
>>>>The files that changed were:
>>>>
>>>>-- native layer
>>>>   SDLVideo.i
>>>>   SDLVideo_wrap.c
>>>>
>>>>- java layer
>>>>   SDLSurface.java
>>>>
>>>>So I regenerated the wrapper file but new shared libraries/dlls need to
>>>>be generated.
>>>>
>>>>-Ivan/
>>>>
>>>>S. Meslin-Weber wrote:
>>>>
>>>>   
>>>>
>>>>        
>>>>
>>>>>Hi Ivan,
>>>>>
>>>>>Thanks for looking into this :)
>>>>>
>>>>>I've checked out head from cvs but with my existing .dll the jvm dies;
>>>>>have I missed a step? Wouldn't this kind of change mean regenerating
>>>>>some of the SWIG java and native files?
>>>>>
>>>>>Cheers,
>>>>>
>>>>>Steph
>>>>>
>>>>>
>>>>>On Tue, Jul 19, 2005 at 06:36:59PM -0400, Ivan Z. Ganza wrote:
>>>>>
>>>>>
>>>>>     
>>>>>
>>>>>          
>>>>>
>>>>>>Greetings,
>>>>>>
>>>>>>I've changed the get/setPixelData32 methods to use int[] instead of
>>>>>>long[].  Please let me know if this is working properly.  I didn't have
>>>>>>a chance to test it...
>>>>>>
>>>>>>If we find this to be good I'll adjust the other two methods in the same
>>>>>>way.  Also I saw one thing that could be optimized which I will also do.
>>>>>>
>>>>>>So we should end up with:
>>>>>>
>>>>>>  get/setPixelData8   --> byte[]
>>>>>>  get/setPixelData16 --> short[]
>>>>>>  get/setPixelData32 --> int[]
>>>>>>
>>>>>>Nothing else anywhere will be affected by this.
>>>>>>
>>>>>>Let me know any comments...
>>>>>>
>>>>>>-Ivan/
>>>>>>
>>>>>>S. Meslin-Weber wrote:
>>>>>>
>>>>>>  
>>>>>>
>>>>>>       
>>>>>>
>>>>>>            
>>>>>>
>>>>>>>Hi everyone,
>>>>>>>
>>>>>>>I'm cleaning up some code in Odonata and in the sdljava provider I've
>>>>>>>found that I use get/setPixelData32(long[]). Would it be possible to
>>>>>>>rationalise the types used for these methods? Does anyone still use
>>>>>>>them?
>>>>>>>
>>>>>>>long[]  64 bit colour data
>>>>>>>int[]   32 ...
>>>>>>>short[] 16 ...
>>>>>>>byte[]   8 ...
>>>>>>>
>>>>>>>Essentially it'd mean changing the signatures for the get/set methods to
>>>>>>>match the bit sizes they're operating with.
>>>>>>>
>>>>>>>I've seen the gradual move to using ByteBuffer and Buffers in general...
>>>>>>>Odonata intends to work with JVM versions 1.1+ so those classes wouldn't
>>>>>>>necessarily be available on those targets :)
>>>>>>>
>>>>>>>Cheers,
>>>>>>>
>>>>>>>Steph
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>    
>>>>>>>
>>>>>>>         
>>>>>>>
>>>>>>>              
>>>>>>>
>>>>>>-------------------------------------------------------
>>>>>>SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
>>>>>>       
>>>>>>
>>>>>>            
>>>>>>
>>>>>>from IBM. Find simple to follow Roadmaps, straightforward articles,
>>>>>     
>>>>>
>>>>>          
>>>>>
>>>>>>informative Webcasts and more! Get everything you need to get up to
>>>>>>speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
>>>>>>_______________________________________________
>>>>>>sdljava-users mailing list
>>>>>>sdl...@li...
>>>>>>https://lists.sourceforge.net/lists/listinfo/sdljava-users
>>>>>>  
>>>>>>
>>>>>>       
>>>>>>
>>>>>>            
>>>>>>
>>>>>     
>>>>>
>>>>>          
>>>>>
>>>>-------------------------------------------------------
>>>>SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
>>>>        
>>>>
>>>>from IBM. Find simple to follow Roadmaps, straightforward articles,
>>>      
>>>
>>>>informative Webcasts and more! Get everything you need to get up to
>>>>speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
>>>>_______________________________________________
>>>>sdljava-users mailing list
>>>>sdl...@li...
>>>>https://lists.sourceforge.net/lists/listinfo/sdljava-users
>>>>   
>>>>
>>>>        
>>>>
>>> 
>>>
>>>      
>>>
>>
>>-------------------------------------------------------
>>SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
>>from IBM. Find simple to follow Roadmaps, straightforward articles,
>>informative Webcasts and more! Get everything you need to get up to
>>speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
>>_______________________________________________
>>sdljava-users mailing list
>>sdl...@li...
>>https://lists.sourceforge.net/lists/listinfo/sdljava-users
>>    
>>
>
>  
>

Re: [sdljava-users] guichan sdlinput - most key not handled

[Ivan Z. G. <iva...@ya...>]

Hi David,

Welcome to open source ;-)

I think you have to actually enable unicode by calling
SDLEvent.enableUNICODE(1) -- I wonder if that fixes the problem?

The question remains if we should assume unicode or what the best thing
to do here is.  We can actually query if UNICODE is enabled so maybe do
something based on if it is or isn't set.

Rainer wrote the wonderfull guichan port.  Any thoughts what the best
thing to do here is Rainer?

-Ivan/

David Lareau wrote:

> Hi,
>
> I've tried to use a guichan TextField but found that most of the key
> input aren't handled. The special cases like the arrows or the delete
> key work fine, but the common letters and numbers aren't recognized as
> input. The Key event generated by the keypressed has a keyvalue of 0.
>
> I believe the problem is in the sdljavax.guichan.sdl.SDLInput
> convertKeyCharacter method. The first block seems to handle those
> numbers and letters but really doesn't.
>
> private Key convertKeyCharacter(SDLKeyboardEvent keysym) {
> int value = 0;
>
> if (keysym.getUnicode() < 255) {
>  value = keysym.getUnicode();
> }
>
> switch (keysym.getSym()) {
>  case SDLKey.SDLK_TAB :
>  value = Key.TAB;
>  break;
>
>  ...
>
> }
>
> ...
>
> }
>
>
> I've added the following in the switch statement, and it fixes the
> problem:
> case SDLKey.SDLK_a:
>  value = (int)'a';
>  break;
> ... for each letter and number
>
>
> I'm not sure if that's the best solution. Perhaps someone might know
> why the getUnicode() method returns 0. I'm using Windows XP by the
> way, I don't know if it matters.
>
> Anyhow, yay my first somewhat-contribution to an open source project!
>
> Cheers,
> David Lareau
>
>
>
>
> -------------------------------------------------------
> SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
> from IBM. Find simple to follow Roadmaps, straightforward articles,
> informative Webcasts and more! Get everything you need to get up to
> speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
> _______________________________________________
> sdljava-users mailing list
> sdl...@li...
> https://lists.sourceforge.net/lists/listinfo/sdljava-users

[sdljava-users] guichan sdlinput - most key not handled

[David L. <sys...@ho...>]

Hi,

I've tried to use a guichan TextField but found that most of the key input 
aren't handled. The special cases like the arrows or the delete key work 
fine, but the common letters and numbers aren't recognized as input. The Key 
event generated by the keypressed has a keyvalue of 0.

I believe the problem is in the sdljavax.guichan.sdl.SDLInput 
convertKeyCharacter method. The first block seems to handle those numbers 
and letters but really doesn't.

private Key convertKeyCharacter(SDLKeyboardEvent keysym) {
int value = 0;

if (keysym.getUnicode() < 255) {
  value = keysym.getUnicode();
}

switch (keysym.getSym()) {
  case SDLKey.SDLK_TAB :
  value = Key.TAB;
  break;

  ...

}

...

}


I've added the following in the switch statement, and it fixes the problem:
case SDLKey.SDLK_a:
  value = (int)'a';
  break;
... for each letter and number


I'm not sure if that's the best solution. Perhaps someone might know why the 
getUnicode() method returns 0. I'm using Windows XP by the way, I don't know 
if it matters.

Anyhow, yay my first somewhat-contribution to an open source project!

Cheers,
David Lareau

Re: [sdljava-users] Anyone using get/setPixelDataXX()?

[S. Meslin-W. <st...@ta...>]

That's the first thing I looked for (usually named hs*.log) and I was
surprised that none actually get created :(

Steph

On Fri, Jul 22, 2005 at 10:06:25AM -0400, Ivan Z. Ganza wrote:
> Sounds like I made a mistake in the C code.  There should be a jvm crash
> file that has the VM state in it, if you've got that, post it...
>=20
> -Ivan/
>=20
> S. Meslin-Weber wrote:
>=20
> >Hi Ivan,
> >
> >Thought so - for some reason the native dir hadn't been updated on my
> >tree so I thought you'd forgotten to push your changes... woops! :)
> >
> >I recompiled the dll (and the java code of course) and now I get an SDL
> >window for a fraction of a second before the JVM crashes; and without
> >any error messages or log files.
> >
> >I'm a bit stumped as JNI is definately beyond my skills - is there
> >anything I can do on my end to speed up the debugging?
> >
> >Thanks,
> >
> >Steph
> >
> >On Wed, Jul 20, 2005 at 05:52:07PM -0400, Ivan Z. Ganza wrote:
> > =20
> >
> >>Hi Steph,
> >>
> >>Yes you need to rebuild the sdljava.dll because the native layer code
> >>changed.  As well as recompilation of SDLSurface.java source file.
> >>
> >>The files that changed were:
> >>
> >>-- native layer
> >>    SDLVideo.i
> >>    SDLVideo_wrap.c
> >>
> >>- java layer
> >>    SDLSurface.java
> >>
> >>So I regenerated the wrapper file but new shared libraries/dlls need to
> >>be generated.
> >>
> >>-Ivan/
> >>
> >>S. Meslin-Weber wrote:
> >>
> >>   =20
> >>
> >>>Hi Ivan,
> >>>
> >>>Thanks for looking into this :)
> >>>
> >>>I've checked out head from cvs but with my existing .dll the jvm dies;
> >>>have I missed a step? Wouldn't this kind of change mean regenerating
> >>>some of the SWIG java and native files?
> >>>
> >>>Cheers,
> >>>
> >>>Steph
> >>>
> >>>
> >>>On Tue, Jul 19, 2005 at 06:36:59PM -0400, Ivan Z. Ganza wrote:
> >>>=20
> >>>
> >>>     =20
> >>>
> >>>>Greetings,
> >>>>
> >>>>I've changed the get/setPixelData32 methods to use int[] instead of
> >>>>long[].  Please let me know if this is working properly.  I didn't ha=
ve
> >>>>a chance to test it...
> >>>>
> >>>>If we find this to be good I'll adjust the other two methods in the s=
ame
> >>>>way.  Also I saw one thing that could be optimized which I will also =
do.
> >>>>
> >>>>So we should end up with:
> >>>>
> >>>>   get/setPixelData8   --> byte[]
> >>>>   get/setPixelData16 --> short[]
> >>>>   get/setPixelData32 --> int[]
> >>>>
> >>>>Nothing else anywhere will be affected by this.
> >>>>
> >>>>Let me know any comments...
> >>>>
> >>>>-Ivan/
> >>>>
> >>>>S. Meslin-Weber wrote:
> >>>>
> >>>>  =20
> >>>>
> >>>>       =20
> >>>>
> >>>>>Hi everyone,
> >>>>>
> >>>>>I'm cleaning up some code in Odonata and in the sdljava provider I've
> >>>>>found that I use get/setPixelData32(long[]). Would it be possible to
> >>>>>rationalise the types used for these methods? Does anyone still use
> >>>>>them?
> >>>>>
> >>>>>long[]  64 bit colour data
> >>>>>int[]   32 ...
> >>>>>short[] 16 ...
> >>>>>byte[]   8 ...
> >>>>>
> >>>>>Essentially it'd mean changing the signatures for the get/set method=
s to
> >>>>>match the bit sizes they're operating with.
> >>>>>
> >>>>>I've seen the gradual move to using ByteBuffer and Buffers in genera=
l...
> >>>>>Odonata intends to work with JVM versions 1.1+ so those classes woul=
dn't
> >>>>>necessarily be available on those targets :)
> >>>>>
> >>>>>Cheers,
> >>>>>
> >>>>>Steph
> >>>>>
> >>>>>
> >>>>>
> >>>>>    =20
> >>>>>
> >>>>>         =20
> >>>>>
> >>>>-------------------------------------------------------
> >>>>SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
> >>>>       =20
> >>>>
> >>>>from IBM. Find simple to follow Roadmaps, straightforward articles,
> >>>     =20
> >>>
> >>>>informative Webcasts and more! Get everything you need to get up to
> >>>>speed, fast. http://ads.osdn.com/?ad_id=3D7477&alloc_id=3D16492&op=3D=
click
> >>>>_______________________________________________
> >>>>sdljava-users mailing list
> >>>>sdl...@li...
> >>>>https://lists.sourceforge.net/lists/listinfo/sdljava-users
> >>>>  =20
> >>>>
> >>>>       =20
> >>>>
> >>>=20
> >>>
> >>>     =20
> >>>
> >>
> >>-------------------------------------------------------
> >>SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
> >>from IBM. Find simple to follow Roadmaps, straightforward articles,
> >>informative Webcasts and more! Get everything you need to get up to
> >>speed, fast. http://ads.osdn.com/?ad_id=3D7477&alloc_id=3D16492&op=3Dcl=
ick
> >>_______________________________________________
> >>sdljava-users mailing list
> >>sdl...@li...
> >>https://lists.sourceforge.net/lists/listinfo/sdljava-users
> >>   =20
> >>
> >
> > =20
> >
>=20
>=20
>=20
> -------------------------------------------------------
> SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
> from IBM. Find simple to follow Roadmaps, straightforward articles,
> informative Webcasts and more! Get everything you need to get up to
> speed, fast. http://ads.osdn.com/?ad_id=3D7477&alloc_id=3D16492&op=3Dclick
> _______________________________________________
> sdljava-users mailing list
> sdl...@li...
> https://lists.sourceforge.net/lists/listinfo/sdljava-users

--=20
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
Stephane Meslin-Weber         Email: st...@ta...
Senior Software Engineer      Web: http://odonata.tangency.co.uk
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D

Re: [sdljava-users] Anyone using get/setPixelDataXX()?

[Ivan Z. G. <iva...@ya...>]

Sounds like I made a mistake in the C code.  There should be a jvm crash
file that has the VM state in it, if you've got that, post it...

-Ivan/

S. Meslin-Weber wrote:

>Hi Ivan,
>
>Thought so - for some reason the native dir hadn't been updated on my
>tree so I thought you'd forgotten to push your changes... woops! :)
>
>I recompiled the dll (and the java code of course) and now I get an SDL
>window for a fraction of a second before the JVM crashes; and without
>any error messages or log files.
>
>I'm a bit stumped as JNI is definately beyond my skills - is there
>anything I can do on my end to speed up the debugging?
>
>Thanks,
>
>Steph
>
>On Wed, Jul 20, 2005 at 05:52:07PM -0400, Ivan Z. Ganza wrote:
>  
>
>>Hi Steph,
>>
>>Yes you need to rebuild the sdljava.dll because the native layer code
>>changed.  As well as recompilation of SDLSurface.java source file.
>>
>>The files that changed were:
>>
>>-- native layer
>>    SDLVideo.i
>>    SDLVideo_wrap.c
>>
>>- java layer
>>    SDLSurface.java
>>
>>So I regenerated the wrapper file but new shared libraries/dlls need to
>>be generated.
>>
>>-Ivan/
>>
>>S. Meslin-Weber wrote:
>>
>>    
>>
>>>Hi Ivan,
>>>
>>>Thanks for looking into this :)
>>>
>>>I've checked out head from cvs but with my existing .dll the jvm dies;
>>>have I missed a step? Wouldn't this kind of change mean regenerating
>>>some of the SWIG java and native files?
>>>
>>>Cheers,
>>>
>>>Steph
>>>
>>>
>>>On Tue, Jul 19, 2005 at 06:36:59PM -0400, Ivan Z. Ganza wrote:
>>> 
>>>
>>>      
>>>
>>>>Greetings,
>>>>
>>>>I've changed the get/setPixelData32 methods to use int[] instead of
>>>>long[].  Please let me know if this is working properly.  I didn't have
>>>>a chance to test it...
>>>>
>>>>If we find this to be good I'll adjust the other two methods in the same
>>>>way.  Also I saw one thing that could be optimized which I will also do.
>>>>
>>>>So we should end up with:
>>>>
>>>>   get/setPixelData8   --> byte[]
>>>>   get/setPixelData16 --> short[]
>>>>   get/setPixelData32 --> int[]
>>>>
>>>>Nothing else anywhere will be affected by this.
>>>>
>>>>Let me know any comments...
>>>>
>>>>-Ivan/
>>>>
>>>>S. Meslin-Weber wrote:
>>>>
>>>>   
>>>>
>>>>        
>>>>
>>>>>Hi everyone,
>>>>>
>>>>>I'm cleaning up some code in Odonata and in the sdljava provider I've
>>>>>found that I use get/setPixelData32(long[]). Would it be possible to
>>>>>rationalise the types used for these methods? Does anyone still use
>>>>>them?
>>>>>
>>>>>long[]  64 bit colour data
>>>>>int[]   32 ...
>>>>>short[] 16 ...
>>>>>byte[]   8 ...
>>>>>
>>>>>Essentially it'd mean changing the signatures for the get/set methods to
>>>>>match the bit sizes they're operating with.
>>>>>
>>>>>I've seen the gradual move to using ByteBuffer and Buffers in general...
>>>>>Odonata intends to work with JVM versions 1.1+ so those classes wouldn't
>>>>>necessarily be available on those targets :)
>>>>>
>>>>>Cheers,
>>>>>
>>>>>Steph
>>>>>
>>>>>
>>>>>
>>>>>     
>>>>>
>>>>>          
>>>>>
>>>>-------------------------------------------------------
>>>>SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
>>>>        
>>>>
>>>>from IBM. Find simple to follow Roadmaps, straightforward articles,
>>>      
>>>
>>>>informative Webcasts and more! Get everything you need to get up to
>>>>speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
>>>>_______________________________________________
>>>>sdljava-users mailing list
>>>>sdl...@li...
>>>>https://lists.sourceforge.net/lists/listinfo/sdljava-users
>>>>   
>>>>
>>>>        
>>>>
>>> 
>>>
>>>      
>>>
>>
>>-------------------------------------------------------
>>SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
>>from IBM. Find simple to follow Roadmaps, straightforward articles,
>>informative Webcasts and more! Get everything you need to get up to
>>speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
>>_______________________________________________
>>sdljava-users mailing list
>>sdl...@li...
>>https://lists.sourceforge.net/lists/listinfo/sdljava-users
>>    
>>
>
>  
>