About int64 support about protobuf.js HOT 6 CLOSED

The problem is that there is no true long support in JavaScript, as it falls back to double at values greater than 2^53. See: http://ecma262-5.com/ELS5_HTML.htm#Section_8.5

Therefore I decided to skip int64 for the moment and I am thinking about implementing the math long class from the closure library into ByteBuffer.js. It's just that I am not yet sure if it's worth the trouble because when working with JavaScript, it's simply better to use a double instead for large values. If you are working on something entirely new, it might already be an option for you to use a double.

from protobuf.js.

How about use int64 in c-types:
https://developer.mozilla.org/en-US/docs/Mozilla/js-ctypes/js-ctypes_reference/Int64
I'm not sure it works on other js platform such as chrome or nodeJS.
Actually I'm developing a game using cocos2dx with its js-binding base on SpiderMonkey：https://developer.mozilla.org/en/docs/SpiderMonkey
And our publisher need the user_id to be int64.

from protobuf.js.

I took a look but it doesn't seem that it's possible to do the required calculations on it, i.e. for varint encoding, and its available for spidermonkey only. However, you could use c-types on your own and transfer the values as custom types, let's say in a "bytes" field. Bytes fields take ArrayBuffers or ByteBuffers of arbitrary data. You could simply write the .hi() and .lo() portions into a ByteBuffer for example.

from protobuf.js.

I just finished int64 support in ByteBuffer.js through Long.js. For now, it's possible to work with sfixed64 fields.

However, this solves only a part of the overall 64bit support. I've added a comment with the details here: https://github.com/dcodeIO/ProtoBuf.js/blob/master/src/ProtoBuf/Lang.js

from protobuf.js.

0.9.13: fixed64 (uint64) through ByteBuffer.js>=1.2.1, Long.js>=1.1.0

from protobuf.js.

see

from protobuf.js.