808 posts
Posted 26 September 2014 - 05:54 AM
LuaJ has some bugs in the way it handles strings with characters above 127. It'd be nice if we could handle binary formats with the HTTP API without having to encode the data in base64 or something somewhere outside CC. Many places you might get binary data from won't provide a way to get the data in base64.
1426 posts
Location
Does anyone put something serious here?
Posted 11 October 2014 - 09:39 AM
The same applies for file handles. It is always fun having to read a character at a time…
7508 posts
Location
Australia
Posted 11 October 2014 - 09:44 AM
The same applies for file handles. It is always fun having to read a character at a time…
what?
1426 posts
Location
Does anyone put something serious here?
Posted 11 October 2014 - 09:46 AM
The same applies for file handles. It is always fun having to read a character at a time…
what?
I'm pretty sure you cannot read binary files with readAll? I've always had trouble with it. Maybe its just me?
7083 posts
Location
Tasmania (AU)
Posted 11 October 2014 - 11:42 AM
I think you meant to say "bytes", as opposed to "characters".
7508 posts
Location
Australia
Posted 11 October 2014 - 12:00 PM
I'm pretty sure you cannot read binary files with readAll? I've always had trouble with it. Maybe its just me?
no you can't. Java doesn't allow for it. Also I'm not completely sure why you'd ever want to do a readAll on a binary file. doing a readAll on a normal file returns a string, what would the readAll on a binary file return?
8543 posts
Posted 11 October 2014 - 07:54 PM
The same thing string.byte returns when used on multiple characters.
It'd be nice to get readAll for binary file handles. Maybe it wouldn't be implemented on the io side of things, but having the option would be nice, since I imagine it'd be significantly faster to read it all entirely on the Java side rather than having to bounce back and forth a byte at a time. Not really a big deal either way, though.