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

SourceForge Headquarters 1320 Columbia Street Suite 310 San Diego, CA 92101 +1 (858) 422-6466

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