Michael Koch wrote: >>Hmm.. since this code will be so Classpath-specific, perhaps >>Classpath should provide the code to handle it. > > this means putting another layer into this. The VM needs only to do aa > simple malloc() operation and the give the result to a constructor of > java.nio.DirectByteBufferImpl (that's the code fore > NewDirectByteBuffer() in human language). Its too trivial.
Agreed. I was only talking about the two GetDirectBuffer*() functions. > The other > two methods are similar trivial. Putting a special layer into this is > too much overhead IMO. What we can do s to provide default > implementations for these methods. Then was VM supporting JNI can use > them. Each VM not supporting JNI don't needs them anyway. If they have to handle views, they don't seem "trivial" to me, but then again I'm unfamiliar with this stuff. What is the "trivial" algorithm I need to implement then? It doesn't seem obvious, and seems dependent on the particulars of Classpath's java.nio classes. But maybe I'm missing something. I'd be perfectly happy using the default implementation if one existed, at least to get an initial implementation done. -Archie __________________________________________________________________________ Archie Cobbs * CTO, Awarix * http://www.awarix.com * Confidentiality Notice: This e-mail message, including any attachments, is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. * _______________________________________________ Classpath mailing list [email protected] http://lists.gnu.org/mailman/listinfo/classpath
