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
>>    
>>
>
>  
>