From: JR S. <sc...@we...> - 2012-08-14 02:10:27
|
It appears that the java.nio.ByteOrder class is not implemented in the C interface. This seems odd,as the rest of the java.nio.* class is entirely present and functional. This means that it is impossible to switch the byte order from the default BIG_ENDIAN. Is this an intentional omission (i.e. only one byte order is implemented)? Is there an easy work around? It would seem that the ByteOrder class should have been translated along with the rest of the package, automatically! JR -- J.R. Schmidt WebMO, LLC Fax: (734) 418-1077 E-mail: sc...@we... http://www.webmo.net |
From: Markus N. <mar...@gm...> - 2012-08-14 02:16:40
|
Hi, java.nio.ByteOrder is on XMLVM's redlist (not sure why it was added there). I don't know why it was originally added there. To include it in the cross-compilation simply remove it from the /lib/redlist.txt and give it another shot. In case you get new errors after that (e.g. unimplemented native methods, etc.) let us know. Markus On Mon, Aug 13, 2012 at 7:10 PM, JR Schmidt <sc...@we...> wrote: > It appears that the java.nio.ByteOrder class is not implemented in the C > interface. This seems odd,as the rest of the java.nio.* class is > entirely present and functional. This means that it is impossible to > switch the byte order from the default BIG_ENDIAN. > > Is this an intentional omission (i.e. only one byte order is > implemented)? Is there an easy work around? It would seem that the > ByteOrder class should have been translated along with the rest of the > package, automatically! > > JR > > -- > J.R. Schmidt > WebMO, LLC > > Fax: (734) 418-1077 > E-mail: sc...@we... > http://www.webmo.net > > > > ------------------------------------------------------------------------------ > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and > threat landscape has changed and how IT managers can respond. Discussions > will include endpoint security, mobile security and the latest in malware > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > _______________________________________________ > xmlvm-users mailing list > xml...@li... > https://lists.sourceforge.net/lists/listinfo/xmlvm-users > |
From: JR S. <sc...@we...> - 2012-08-15 14:56:45
|
After removing the java.nio.ByteOrder class from the redlist, it appears to work without any issues. Since this is a relatively important member of java.nio.*, I would recommend that it be un-banished by default. JR On 8/13/2012 9:16 PM, Markus Neubrand wrote: > Hi, > > java.nio.ByteOrder is on XMLVM's redlist (not sure why it was added > there). I don't know why it was originally added there. > To include it in the cross-compilation simply remove it from the > /lib/redlist.txt and give it another shot. > > In case you get new errors after that (e.g. unimplemented native > methods, etc.) let us know. > > Markus > > > On Mon, Aug 13, 2012 at 7:10 PM, JR Schmidt <sc...@we... > <mailto:sc...@we...>> wrote: > > It appears that the java.nio.ByteOrder class is not implemented in > the C > interface. This seems odd,as the rest of the java.nio.* class is > entirely present and functional. This means that it is impossible to > switch the byte order from the default BIG_ENDIAN. > > Is this an intentional omission (i.e. only one byte order is > implemented)? Is there an easy work around? It would seem that the > ByteOrder class should have been translated along with the rest of the > package, automatically! > > JR > > -- > J.R. Schmidt > WebMO, LLC > > Fax: (734) 418-1077 <tel:%28734%29%20418-1077> > E-mail: sc...@we... <mailto:sc...@we...> > http://www.webmo.net > > > ------------------------------------------------------------------------------ > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and > threat landscape has changed and how IT managers can respond. > Discussions > will include endpoint security, mobile security and the latest in > malware > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > _______________________________________________ > xmlvm-users mailing list > xml...@li... > <mailto:xml...@li...> > https://lists.sourceforge.net/lists/listinfo/xmlvm-users > > -- J.R. Schmidt WebMO, LLC Fax: (734) 418-1077 E-mail: sc...@we... http://www.webmo.net |
From: Markus N. <mar...@gm...> - 2012-08-15 15:23:59
|
Thanks for the feedback. I removed the class from the redlist in the xmlvm trunk. This one must have slipped through the cracks when java.nio.* was originally implemented in the C Backend. Markus On Wed, Aug 15, 2012 at 7:56 AM, JR Schmidt <sc...@we...> wrote: > After removing the java.nio.ByteOrder class from the redlist, it appears > to work without any issues. Since this is a relatively important member of > java.nio.*, I would recommend that it be un-banished by default. > > JR > > > On 8/13/2012 9:16 PM, Markus Neubrand wrote: > > Hi, > > java.nio.ByteOrder is on XMLVM's redlist (not sure why it was added > there). I don't know why it was originally added there. > To include it in the cross-compilation simply remove it from the > /lib/redlist.txt and give it another shot. > > In case you get new errors after that (e.g. unimplemented native > methods, etc.) let us know. > > Markus > > > On Mon, Aug 13, 2012 at 7:10 PM, JR Schmidt <sc...@we...> wrote: > >> It appears that the java.nio.ByteOrder class is not implemented in the C >> interface. This seems odd,as the rest of the java.nio.* class is >> entirely present and functional. This means that it is impossible to >> switch the byte order from the default BIG_ENDIAN. >> >> Is this an intentional omission (i.e. only one byte order is >> implemented)? Is there an easy work around? It would seem that the >> ByteOrder class should have been translated along with the rest of the >> package, automatically! >> >> JR >> >> -- >> J.R. Schmidt >> WebMO, LLC >> >> Fax: (734) 418-1077 <%28734%29%20418-1077> >> E-mail: sc...@we... >> http://www.webmo.net >> >> >> >> ------------------------------------------------------------------------------ >> Live Security Virtual Conference >> Exclusive live event will cover all the ways today's security and >> threat landscape has changed and how IT managers can respond. Discussions >> will include endpoint security, mobile security and the latest in malware >> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ >> _______________________________________________ >> xmlvm-users mailing list >> xml...@li... >> https://lists.sourceforge.net/lists/listinfo/xmlvm-users >> > > > > -- > J.R. Schmidt > WebMO, LLC > > Fax: (734) 418-1077 > E-mail: sc...@we...http://www.webmo.net > > |