Hi all

I'm trying to do the following:

for (int band = 0; band < bufferedImage.getRaster().getNumBands(); band++) { int sample = 0; myStructure.bands[band] = new Memory(bufferedImage.getWidth() * bufferedImage.getHeight()); for (int x = 0; x < bufferedImage.getWidth(); x++) { for (int y = 0; y < bufferedImage.getHeight(); y++) { myStructure.bands[band].setByte(sample++, (byte) bufferedImage.getRaster().getSample(x, y, band)); } } }

//Pass in myStructure to a Natvie method. The method alters the data stored in myStructure.bands and passes it back. I then compose an image from the data:

log("Composing image..."); for (int band = 0; band < bufferedImage.getRaster().getNumBands(); band++) { int sample = 0; for (int x = 0; x < bufferedImage.getWidth(); x++) { for (int y = 0; y < bufferedImage.getHeight(); y++) { bufferedImage.getRaster().setSample(x, y, band, myStructure.bands[band].getByte(sample++) & 0xFF); // The '& 0xFF' is to convert to signed two's complement } } }

Unfortunately the JVM crashes out stating this as the offending code: C [jna9190890331615800015.tmp+0x6db5] Java_com_sun_jna_Pointer__1getByte+0x8a

This only happens in some cases, which makes me think its a memory issue. I have made the code thread safe and even run it with only one thread, I still get this intermittent problem. Also I know its not data specific, as sometimes the same data that failed will go through on a second attempt.

Any help on this would be greatly appreciated!

Regards Drayton

2009/4/7 Drayton Brown <dray...@gmail.com> Ok, thanks Timothy!

2009/4/6 Timothy Wall <twal...@dev.java.net> Native memory is allocated via malloc, not by requesting memory from the JVM. The only place JNA explicitly allocates memory is via the Memory object, which is used internally for backing Structures. Callbacks also allocate executable memory for small bits of trampoline code.

On Apr 6, 2009, at 12:28 PM, Drayton Brown wrote:

Hello again!

Just a quick question about how memory management works with JNA.

When starting the jvm I specify the size of the memory heap to be 2Gb. (I'm working on a 32bit machine, so this is the max I can use atm) Unfortunately the jvm crashes out while executing a native memory allocation function... (This only happens in some instances, so I'm confident that my code is ok since there are many instances where this does not happen)

Timing is everything. It's not necessarily a block of code that's incorrect, but how and when it operates within its environment.

My question is, when a native function allocates memory, does it take from the memory allocated to the jvm, or does it do its own thing and ask the OS?

Thanks for any input!

Regards Drayton

2009/4/6 Drayton Brown <dray...@gmail.com> Hello again Timothy!

The thread safe object is a native object written in C. I ensured this was thread safe by asking the third party developers to whom the object belongs...

I'll give the Native.synchronizedLibrary() call a try... I was not aware of this, so its probably just what I'm missing!

Thanks again Timothy!

Drayton

2009/4/6 Timothy Wall <twal...@dev.java.net>

On Apr 6, 2009, at 6:41 AM, Drayton Brown wrote:

Hi all

I've written a threaded application which uses a thread safe shared object, however when I run the application with more that one thread, the jvm crashes out.

Is the "thread safe object" a Java object or a native one? What makes it thread safe?

I've checked the JNA site for information on how the JNA wrapper handles threading, but I've been unable to find any information. I was hoping someone on the mailing list could give me more information on the topic, or at least point me in the direction of the documentation on it.

JNA itself doesn't do anything special w/r/t threading. There is a Native.synchronizedLibrary() call that may be used to ensure any calls to your native library are serialized (i.e. no more than one call is ever active at any given time).

Return error codes are saved on a per-thread basis.