OverflowError: Python int too large to convert to C long #41

tomerfiliba · 2011-05-04T20:33:16Z

reported by rudiger. here's a code snippet to reproduce the problem:


>>> import rpyc
>>> c=rpyc.classic.connect("pro114")

>>> import platform
>>> platform.architecture()   # client is 32 bit ubuntu 11.04, python 2.7
('32bit', 'ELF')
>>> c.modules.platform.architecture()   # server is 64 bit generic linux, python 2.5
('64bit', 'ELF')

>>> c.execute("""def f(lst):
...     for x in lst[1:]:
...             print x
... """)

>>> l=[5,6,7,8,9]
>>> c.namespace["f"]


>>> c.namespace["f"](l)
======= Remote traceback =======
Traceback (most recent call last):
  File "/usr/lib/python2.7/dist-packages/rpyc/core/protocol.py", line 227, in _dispatch_request
    res = self._HANDLERS[handler](self, *args)
  File "/usr/lib/python2.7/dist-packages/rpyc/core/protocol.py", line 445, in _handle_callattr
    return self._handle_getattr(oid, name)(*args, **dict(kwargs))
OverflowError: Python int too large to convert to C long

--------------------------------

Traceback (most recent call last):
  File "rpyc/core/protocol.py", line 227, in _dispatch_request
  File "rpyc/core/protocol.py", line 433, in _handle_call
  File "", line 2, in f
  File "rpyc/core/netref.py", line 131, in method
  File "rpyc/core/netref.py", line 42, in syncreq
  File "rpyc/core/protocol.py", line 347, in sync_request
OverflowError: Python int too large to convert to C long

======= Local exception ========
Traceback (most recent call last):
  File "", line 1, in 
  File "/usr/lib/python2.7/dist-packages/rpyc/core/netref.py", line 125, in __call__
    return syncreq(_self, consts.HANDLE_CALL, args, kwargs)
  File "/usr/lib/python2.7/dist-packages/rpyc/core/netref.py", line 42, in syncreq
    return conn().sync_request(handler, oid, *args)
  File "/usr/lib/python2.7/dist-packages/rpyc/core/protocol.py", line 347, in sync_request
    raise obj
OverflowError: Python int too large to convert to C long

very weird.

The text was updated successfully, but these errors were encountered:

tomerfiliba · 2011-05-04T20:39:53Z

some more investigation:


>>> c.execute("l=[2,3,4,5]")
>>> c.namespace["l"]
[2, 3, 4, 5]
>>> c.namespace["l"][:1]
[2]
>>> c.namespace["l"][1:]
[3, 4, 5]
>>> c.namespace["l2"]  = l
>>> c.execute("print l2")
>>> c.execute("print type(l2)")    # netref class '__builtin__.list'
>>> c.execute("print l2[2]")

>>> c.execute("print l2[2:]")
======= Remote traceback =======
Traceback (most recent call last):
  File "/usr/lib/python2.7/dist-packages/rpyc/core/protocol.py", line 227, in _dispatch_request
    res = self._HANDLERS[handler](self, *args)
  File "/usr/lib/python2.7/dist-packages/rpyc/core/protocol.py", line 445, in _handle_callattr
    return self._handle_getattr(oid, name)(*args, **dict(kwargs))
OverflowError: Python int too large to convert to C long

--------------------------------

Traceback (most recent call last):
  File "rpyc/core/protocol.py", line 227, in _dispatch_request
  File "rpyc/core/protocol.py", line 433, in _handle_call
  File "rpyc/core/service.py", line 113, in exposed_execute
  File "", line 1, in 
  File "rpyc/core/netref.py", line 131, in method
  File "rpyc/core/netref.py", line 42, in syncreq
  File "rpyc/core/protocol.py", line 347, in sync_request
OverflowError: Python int too large to convert to C long

======= Local exception ========
Traceback (most recent call last):
  File "", line 1, in 
  File "/usr/lib/python2.7/dist-packages/rpyc/core/netref.py", line 125, in __call__
    return syncreq(_self, consts.HANDLE_CALL, args, kwargs)
  File "/usr/lib/python2.7/dist-packages/rpyc/core/netref.py", line 42, in syncreq
    return conn().sync_request(handler, oid, *args)
  File "/usr/lib/python2.7/dist-packages/rpyc/core/protocol.py", line 347, in sync_request
    raise obj
OverflowError: Python int too large to convert to C long

>>> c.execute("print l2[slice(2,3)]")   # works fine
>>> c.execute("print l2[slice(2,None)]")   # works fine

need to check the how slices are sent with brine... something's fishy.

tomerfiliba · 2011-05-05T16:03:05Z

Client Coed


import rpyc
c=rpyc.classic.connect("pro114")
c.namespace["l"]=[5,6,7,8,9]
c.execute("l[1:]")

Server Side



DUMP (1, 0, (3, (1, ()))) '\x12QP\x11S\x11Q\x02'
LOAD:  '\x12QP\x11S\x11Q\x02'
DUMP (2, 0, (4, (46912525407568, 'SlaveService', 'rpyc.core.service'))) '\x12RP\x11T\x12\x16\x0e46912525407568\x0e\x0cSlaveService\x0e\x11rpyc.core.service'
LOAD:  '\x12RP\x11T\x12\x16\t140962220\x0e\x0cSlaveService\x0e\x11rpyc.core.service'
DUMP (1, 1, (16, (1, (140962220,)))) '\x12QQ\x11`\x11Q\x10\x16\t140962220'
LOAD:  '\x12QQ\x11`\x11Q\x10\t\x16\x0e46912525407568'
DUMP (2, 1, (1, (('_rpyc_setattr', None), ('on_disconnect', 'called when the connection had already terminated for cleanup\n(must not perform any IO on the connection)'), ('on_connect', None), ('exposed_execute', None), ('exposed_eval', None), ('_rpyc_getattr', None), ('_rpyc_delattr', None), ('exposed_getmodule', None), ('exposed_getconn', None)))) '\x12RQ\x11Q\x14\t\x11\x0e\r_rpyc_setattr\x00\x11\x0e\ron_disconnect\x0eicalled when the connection had already terminated for cleanup\n(must not perform any IO on the connection)\x11\x0e\non_connect\x00\x11\x0e\x0fexposed_execute\x00\x11\x0e\x0cexposed_eval\x00\x11\x0e\r_rpyc_getattr\x00\x11\x0e\r_rpyc_delattr\x00\x11\x0e\x11exposed_getmodule\x00\x11\x0e\x0fexposed_getconn\x00'
LOAD:  '\x12RQ\x11Q\x14\x0c\x11\x0e\r_rpyc_setattr\x00\x11\x0e\ron_disconnect\x0eicalled when the connection had already terminated for cleanup\n(must not perform any IO on the connection)\x11\x0e\non_connect\x00\x11\x0e\n__format__\x0e\x18default object formatter\x11\x0e\x0fexposed_execute\x00\x11\x0e\x0cexposed_eval\x00\x11\x0e\x10__subclasshook__\x0f\x00\x00\x013Abstract classes can override this to customize issubclass().\n\nThis is invoked early on by abc.ABCMeta.__subclasscheck__().\nIt should return True, False or NotImplemented.  If it returns\nNotImplemented, the normal algorithm is used.  Otherwise, it\noverrides the normal algorithm (and the outcome is cached).\x11\x0e\r_rpyc_getattr\x00\x11\x0e\r_rpyc_delattr\x00\x11\x0e\x11exposed_getmodule\x00\x11\x0e\n__sizeof__\x0e2__sizeof__() -> size of object in memory, in bytes\x11\x0e\x0fexposed_getconn\x00'
DUMP (1, 2, (4, (1, (140962220, 'getmodule')))) '\x12QR\x11T\x11Q\x11\x16\t140962220\x0e\tgetmodule'
LOAD:  '\x12QR\x11T\x11Q\x11\t\x16\x0e46912525407568\x0e\tgetmodule'
DUMP (2, 2, (4, (46912504827568, 'instancemethod', '__builtin__'))) '\x12RR\x11T\x12\x16\x0e46912504827568\x0e\x0einstancemethod\x0e\x0b__builtin__'
LOAD:  '\x12RR\x11T\x12\t\x16\n3075030108\x0e\x0einstancemethod\x0e\x0b__builtin__'
DUMP (1, 3, (4, (1, (140962220, 'eval')))) '\x12QS\x11T\x11Q\x11\x16\t140962220\reval'
LOAD:  '\x12QS\x11T\x11Q\x11\t\x16\x0e46912525407568\reval'
DUMP (2, 3, (4, (46912504827488, 'instancemethod', '__builtin__'))) '\x12RS\x11T\x12\x16\x0e46912504827488\x0e\x0einstancemethod\x0e\x0b__builtin__'
LOAD:  '\x12RS\x11T\x12\t\x16\n3075030148\x0e\x0einstancemethod\x0e\x0b__builtin__'
DUMP (1, 4, (4, (1, (140962220, 'execute')))) '\x12QT\x11T\x11Q\x11\x16\t140962220\x0e\x07execute'
LOAD:  '\x12QT\x11T\x11Q\x11\t\x16\x0e46912525407568\x0e\x07execute'
DUMP (2, 4, (4, (46912504827408, 'instancemethod', '__builtin__'))) '\x12RT\x11T\x12\x16\x0e46912504827408\x0e\x0einstancemethod\x0e\x0b__builtin__'
LOAD:  '\x12RT\x11T\x12\t\x16\n3075099700\x0e\x0einstancemethod\x0e\x0b__builtin__'
DUMP (1, 5, (4, (1, (140962220, 'namespace')))) '\x12QU\x11T\x11Q\x11\x16\t140962220\x0e\tnamespace'
LOAD:  '\x12QU\x11T\x11Q\x11\t\x16\x0e46912525407568\x0e\tnamespace'
DUMP (2, 5, (4, (8538864, 'dict', '__builtin__'))) '\x12RU\x11T\x12\x16\x078538864\rdict\x0e\x0b__builtin__'
LOAD:  '\x12RU\x11T\x12\t\x16\n3074550748\rdict\x0e\x0b__builtin__'
DUMP (1, 6, (7, (1, (3075030108L, ('__builtin__',), ())))) '\x12QV\x11W\x11Q\x12\t\x16\n3075030108\x10\x0e\x0b__builtin__\x02'
LOAD:  '\x12QV\x11W\x11Q\x12\t\x16\x0e46912504827568\x10\x0e\x0b__builtin__\x02'
DUMP (2, 6, (4, (46912496331864, 'module', '__builtin__'))) '\x12RV\x11T\x12\x16\x0e46912496331864\x0e\x06module\x0e\x0b__builtin__'
LOAD:  '\x12RV\x11T\x12\t\x16\n3077812508\x0e\x06module\x0e\x0b__builtin__'
LOAD:  '\x12QW\x11X\x11R\x13\x11Q\x16\x078538864\x11Q\x0e\x0b__setitem__\x11R\x11\x11Q\nl\x11T\x12\t\x16\n3074563788\rlist\x0e\x0b__builtin__\x11Q\x02'
DUMP (2, 7, (1, None)) '\x12RW\x11Q\x00'
LOAD:  '\x12QX\x11W\x11Q\x12\t\x16\x0e46912504827408\x10\x0e\x05l[1:]\x02'
DUMP (1, 7, (8, (1, (3074563788L, '__getslice__', (1, 9223372036854775807), ())))) '\x12QW\x11X\x11Q\x13\t\x16\n3074563788\x0e\x0c__getslice__\x11Q\x16\x139223372036854775807\x02'

Client Side


>>> c=rpyc.classic.connect("pro114")
DUMP (1, 0, (3, (1, ()))) '\x12QP\x11S\x11Q\x02'
LOAD:  '\x12QP\x11S\x11Q\x02'
DUMP (2, 0, (4, (140962220, 'SlaveService', 'rpyc.core.service'))) '\x12RP\x11T\x12\x16\t140962220\x0e\x0cSlaveService\x0e\x11rpyc.core.service'
LOAD:  '\x12RP\x11T\x12\x16\x0e46912525407568\x0e\x0cSlaveService\x0e\x11rpyc.core.service'
DUMP (1, 1, (16, (1, (46912525407568L,)))) '\x12QQ\x11`\x11Q\x10\t\x16\x0e46912525407568'
LOAD:  '\x12QQ\x11`\x11Q\x10\x16\t140962220'
DUMP (2, 1, (1, (('_rpyc_setattr', None), ('on_disconnect', 'called when the connection had already terminated for cleanup\n(must not perform any IO on the connection)'), ('on_connect', None), ('__format__', 'default object formatter'), ('exposed_execute', None), ('exposed_eval', None), ('__subclasshook__', 'Abstract classes can override this to customize issubclass().\n\nThis is invoked early on by abc.ABCMeta.__subclasscheck__().\nIt should return True, False or NotImplemented.  If it returns\nNotImplemented, the normal algorithm is used.  Otherwise, it\noverrides the normal algorithm (and the outcome is cached).'), ('_rpyc_getattr', None), ('_rpyc_delattr', None), ('exposed_getmodule', None), ('__sizeof__', '__sizeof__() -> size of object in memory, in bytes'), ('exposed_getconn', None)))) '\x12RQ\x11Q\x14\x0c\x11\x0e\r_rpyc_setattr\x00\x11\x0e\ron_disconnect\x0eicalled when the connection had already terminated for cleanup\n(must not perform any IO on the connection)\x11\x0e\non_connect\x00\x11\x0e\n__format__\x0e\x18default object formatter\x11\x0e\x0fexposed_execute\x00\x11\x0e\x0cexposed_eval\x00\x11\x0e\x10__subclasshook__\x0f\x00\x00\x013Abstract classes can override this to customize issubclass().\n\nThis is invoked early on by abc.ABCMeta.__subclasscheck__().\nIt should return True, False or NotImplemented.  If it returns\nNotImplemented, the normal algorithm is used.  Otherwise, it\noverrides the normal algorithm (and the outcome is cached).\x11\x0e\r_rpyc_getattr\x00\x11\x0e\r_rpyc_delattr\x00\x11\x0e\x11exposed_getmodule\x00\x11\x0e\n__sizeof__\x0e2__sizeof__() -> size of object in memory, in bytes\x11\x0e\x0fexposed_getconn\x00'
LOAD:  '\x12RQ\x11Q\x14\t\x11\x0e\r_rpyc_setattr\x00\x11\x0e\ron_disconnect\x0eicalled when the connection had already terminated for cleanup\n(must not perform any IO on the connection)\x11\x0e\non_connect\x00\x11\x0e\x0fexposed_execute\x00\x11\x0e\x0cexposed_eval\x00\x11\x0e\r_rpyc_getattr\x00\x11\x0e\r_rpyc_delattr\x00\x11\x0e\x11exposed_getmodule\x00\x11\x0e\x0fexposed_getconn\x00'
DUMP (1, 2, (4, (1, (46912525407568L, 'getmodule')))) '\x12QR\x11T\x11Q\x11\t\x16\x0e46912525407568\x0e\tgetmodule'
LOAD:  '\x12QR\x11T\x11Q\x11\x16\t140962220\x0e\tgetmodule'
DUMP (2, 2, (4, (3075030108L, 'instancemethod', '__builtin__'))) '\x12RR\x11T\x12\t\x16\n3075030108\x0e\x0einstancemethod\x0e\x0b__builtin__'
LOAD:  '\x12RR\x11T\x12\x16\x0e46912504827568\x0e\x0einstancemethod\x0e\x0b__builtin__'
DUMP (1, 3, (4, (1, (46912525407568L, 'eval')))) '\x12QS\x11T\x11Q\x11\t\x16\x0e46912525407568\reval'
LOAD:  '\x12QS\x11T\x11Q\x11\x16\t140962220\reval'
DUMP (2, 3, (4, (3075030148L, 'instancemethod', '__builtin__'))) '\x12RS\x11T\x12\t\x16\n3075030148\x0e\x0einstancemethod\x0e\x0b__builtin__'
LOAD:  '\x12RS\x11T\x12\x16\x0e46912504827488\x0e\x0einstancemethod\x0e\x0b__builtin__'
DUMP (1, 4, (4, (1, (46912525407568L, 'execute')))) '\x12QT\x11T\x11Q\x11\t\x16\x0e46912525407568\x0e\x07execute'
LOAD:  '\x12QT\x11T\x11Q\x11\x16\t140962220\x0e\x07execute'
DUMP (2, 4, (4, (3075099700L, 'instancemethod', '__builtin__'))) '\x12RT\x11T\x12\t\x16\n3075099700\x0e\x0einstancemethod\x0e\x0b__builtin__'
LOAD:  '\x12RT\x11T\x12\x16\x0e46912504827408\x0e\x0einstancemethod\x0e\x0b__builtin__'
DUMP (1, 5, (4, (1, (46912525407568L, 'namespace')))) '\x12QU\x11T\x11Q\x11\t\x16\x0e46912525407568\x0e\tnamespace'
LOAD:  '\x12QU\x11T\x11Q\x11\x16\t140962220\x0e\tnamespace'
DUMP (2, 5, (4, (3074550748L, 'dict', '__builtin__'))) '\x12RU\x11T\x12\t\x16\n3074550748\rdict\x0e\x0b__builtin__'
LOAD:  '\x12RU\x11T\x12\x16\x078538864\rdict\x0e\x0b__builtin__'
DUMP (1, 6, (7, (1, (46912504827568L, ('__builtin__',), ())))) '\x12QV\x11W\x11Q\x12\t\x16\x0e46912504827568\x10\x0e\x0b__builtin__\x02'
LOAD:  '\x12QV\x11W\x11Q\x12\t\x16\n3075030108\x10\x0e\x0b__builtin__\x02'
DUMP (2, 6, (4, (3077812508L, 'module', '__builtin__'))) '\x12RV\x11T\x12\t\x16\n3077812508\x0e\x06module\x0e\x0b__builtin__'
LOAD:  '\x12RV\x11T\x12\x16\x0e46912496331864\x0e\x06module\x0e\x0b__builtin__'
>>> c.namespace["l"]=[5,6,7,8,9]
DUMP (1, 7, (8, (2, ((1, 8538864), (1, '__setitem__'), (2, ((1, 'l'), (4, (3074563788L, 'list', '__builtin__')))), (1, ()))))) '\x12QW\x11X\x11R\x13\x11Q\x16\x078538864\x11Q\x0e\x0b__setitem__\x11R\x11\x11Q\nl\x11T\x12\t\x16\n3074563788\rlist\x0e\x0b__builtin__\x11Q\x02'
LOAD:  '\x12RW\x11Q\x00'
>>> c.execute("l[1:]")
DUMP (1, 8, (7, (1, (46912504827408L, ('l[1:]',), ())))) '\x12QX\x11W\x11Q\x12\t\x16\x0e46912504827408\x10\x0e\x05l[1:]\x02'
LOAD:  '\x12QW\x11X\x11Q\x13\t\x16\n3074563788\x0e\x0c__getslice__\x11Q\x16\x139223372036854775807\x02'
Traceback (most recent call last):
  File "", line 1, in 
  File "/usr/lib/python2.7/dist-packages/rpyc/core/netref.py", line 125, in __call__
    return syncreq(_self, consts.HANDLE_CALL, args, kwargs)
  File "/usr/lib/python2.7/dist-packages/rpyc/core/netref.py", line 42, in syncreq
    return conn().sync_request(handler, oid, *args)
  File "/usr/lib/python2.7/dist-packages/rpyc/core/protocol.py", line 344, in sync_request
    self.serve(0.1)
  File "/usr/lib/python2.7/dist-packages/rpyc/core/protocol.py", line 309, in serve
    self._dispatch(data)
  File "/usr/lib/python2.7/dist-packages/rpyc/core/protocol.py", line 279, in _dispatch
    self._dispatch_request(seq, args)
  File "/usr/lib/python2.7/dist-packages/rpyc/core/protocol.py", line 227, in _dispatch_request
    res = self._HANDLERS[handler](self, *args)
  File "/usr/lib/python2.7/dist-packages/rpyc/core/protocol.py", line 445, in _handle_callattr
    return self._handle_getattr(oid, name)(*args, **dict(kwargs))
OverflowError: Python int too large to convert to C long

tomerfiliba · 2011-05-06T09:35:41Z

FUUUUUUUUUUUUUUUUUUUUUUUUUU. it's taken me a while to realize that


>>> hex(9223372036854775807)
'0x7fffffffffffffffL'
>>>

what i have so far is this: when you write foo[1:], it invokes foo.__getslice__(1, sys.maxint)... since maxint has different values on 32 bit or 64 bit platforms, it all breaks.


>>> class x(object):
...     def __getitem__(self, x):
...             print "getitem", x
...     def __getslice__(self, *args):
...             print "getslice", args
...
>>>
>>> y=x()
>>> y[7]
getitem 7
>>> y[7:8]
getslice (7, 8)
>>> y[7:]
getslice (7, 2147483647)
>>> y[7:None]
getitem slice(7, None, None)
>>> y[7::]
getitem slice(7, None, None)
>>>

python sucks. i'll try to find a way to overcome this, but i don't suppose it would be easy.
one thing i could do is disable __getslice__ and __setslice__, since they're supposed
to be replaced by __getitem__ and __setitem__ anyway.


>>> l=[4,5,65,7,8,9]
>>> l[1:]
[5, 65, 7, 8, 9]
>>> l[1:9223372036854775807]   # truncated automatically to maxint
[5, 65, 7, 8, 9]
>>> l.__getslice__(1, 9223372036854775807)
Traceback (most recent call last):
  File "", line 1, in 
OverflowError: Python int too large to convert to C long
>>>

tomerfiliba · 2011-05-20T07:46:03Z

Yaniv Aknin:

As a proposed solution, why not have RPyC transparently convert all getslice invocations to getitem with a slice object? This way your users don't need to foo[1:None] explicitly, no?

yaniv-aknin · 2011-05-21T16:48:50Z

While it's adding a hack to a patch, I wanted to also say that RPyC can check whether someone override __getslice__ on a particular object (a relatively rare thing, I presume).

If __getslice__ was not overridden, good, just convert it to __getitem__ silently and everyone should be happy. If it was overridden, issue a warning or perhaps an exception.

tomerfiliba · 2011-05-24T09:49:31Z

@yaniv-aknin: list has both __getitem__ and __getslice__... how does your suggestion help here?

yaniv-aknin · 2011-05-27T06:48:50Z

Good question, I was thinking only about user classes that don't have a native __getslice__ implementation.

First, I think my suggestion still stands in that case.

Second, specifically for list() and descendants, specifically if __getslice__ was not overridden (obj.__getslice__ is list.__getslice__ == True), you can pass a symbol that means MAXINT instead of the actual value. Ugly, but a small price to pay for cross-the-network-architecture-orthogonal-some-other-big-word-call-transparency, no?

tomerfiliba · 2011-05-27T09:07:30Z

no, this is very ugly and unlikely to be worth the effort and possible bugs. and it's a slippery slope... do it here and you'll find a dozen other places.

i'm not going to invite an avalanche in.

yaniv-aknin · 2011-05-27T09:28:54Z

There have been precedents of similar ugliness in the virtualization world (paravirtualization/dynamic instruction translation), but at the end of the day, it's up to you. Personally I don't think it's /that/ much of an important feature.

tomerfiliba · 2011-06-05T10:18:21Z

okay, here's what i'll do:

if the class defines __getslice__, the proxy will map it to __getitem__ with a slice object. if start or stop are sys.maxint or sys.minint, it will convert them to None in the slice.
if the call to __getitem__ fails, it will revert to the original __getslice__

i think it's safe to assume __getitem__ has no side effects, and that 99.9999% of the times, the call to __getitem__ with a slice behaves the same as __getslice__.

how can i be so sure? __getslice__ supports only start and stop, but not step, so any code that wanted to support step had had to adapt to the new protocol (and perhaps retained the old one for compatibility). that's the case since python 2.2 (i darethink) , and 10 years are time enough to adapt.

yaniv-aknin · 2011-06-05T10:24:01Z

Makes perfect sense. Special cases aren't special enough to break the rules

although practicality beats purity.

On Sun, Jun 5, 2011 at 1:18 PM, tomerfiliba <
reply@reply.github.com>wrote:

okay, here's what i'll do:

if the class defines __getslice__, the proxy will map it to
__getitem__ with a slice object. if start or stop are
sys.maxint or sys.minint, it will convert them to None in the
slice.

if the call to __getitem__ fails, it will revert to the original
__getslice__

i think it's safe to assume __getitem__ has no side effects, and that
99.9999% of the times, the call to __getitem__ with a slice behaves the
same as __getslice__.

how can i be so sure? __getslice__ supports only start and
stop, but not step, so any code that wanted to support step had
had to adapt to the new protocol (and perhaps retained the old one for
compatibility). that's the case since python 2.2 (i darethink) , and 10
years are time enough to adapt.

Reply to this email directly or view it on GitHub:
#41 (comment)

tomerfiliba · 2011-09-11T19:51:41Z

re-closed 95bc275

ghost assigned tomerfiliba Jun 22, 2011

tomerfiliba closed this as completed Sep 11, 2011

akruis pushed a commit to akruis/rpyc that referenced this issue Mar 22, 2012

fix 32/64 bit issue with getslice. closes tomerfiliba-org#41

95bc275

Provide feedback

Saved searches

Use saved searches to filter your results more quickly

OverflowError: Python int too large to convert to C long #41

OverflowError: Python int too large to convert to C long #41

tomerfiliba commented May 4, 2011

tomerfiliba commented May 4, 2011

tomerfiliba commented May 5, 2011

tomerfiliba commented May 6, 2011

tomerfiliba commented May 20, 2011

yaniv-aknin commented May 21, 2011

tomerfiliba commented May 24, 2011

yaniv-aknin commented May 27, 2011

tomerfiliba commented May 27, 2011

yaniv-aknin commented May 27, 2011

tomerfiliba commented Jun 5, 2011

yaniv-aknin commented Jun 5, 2011

tomerfiliba commented Sep 11, 2011

OverflowError: Python int too large to convert to C long #41

OverflowError: Python int too large to convert to C long #41

Comments

tomerfiliba commented May 4, 2011

tomerfiliba commented May 4, 2011

tomerfiliba commented May 5, 2011

Client Coed

Server Side

Client Side

tomerfiliba commented May 6, 2011

tomerfiliba commented May 20, 2011

yaniv-aknin commented May 21, 2011

tomerfiliba commented May 24, 2011

yaniv-aknin commented May 27, 2011

tomerfiliba commented May 27, 2011

yaniv-aknin commented May 27, 2011

tomerfiliba commented Jun 5, 2011

yaniv-aknin commented Jun 5, 2011

tomerfiliba commented Sep 11, 2011