Yes, thanks Rüdiger
2011/5/7 Tomer Filiba <[email protected]> > you can just use mylist[1:None] -- it has the same effect but goes through > __getitem__ instead of __getslice__, > so you're immune to that maxint issue. > > > -tomer > > An NCO and a Gentleman > > > On Fri, May 6, 2011 at 19:15, Rüdiger Kessel <[email protected]>wrote: > >> Thanks. >> >> So, my patch is the solution because it uses the real high index of the >> list instead of maxint. >> I can live with this as long as the issue is known. >> >> Rüdiger >> >> >> >> 2011/5/6 Tomer Filiba <[email protected]> >> >>> rudiger, i found the problem (details attached to the ticket). >>> >>> >>> -tomer >>> >>> An NCO and a Gentleman >>> >>> >>> On Thu, May 5, 2011 at 01:11, Rüdiger Kessel >>> <[email protected]>wrote: >>> >>>> I saw it. Actually I came accross some problems with lists/dicts before, >>>> but I did not had the time to investigate it back then. If I remember >>>> correctly then I could not use the keys() function of a dictionary that was >>>> returned from the server. I will do some tests again during the week. >>>> >>>> >>>> Rüdiger >>>> >>>> 2011/5/4 Tomer Filiba <[email protected]> >>>> >>>>> see https://github.com/tomerfiliba/rpyc/issues/41 for more details... >>>>> it's very strange. >>>>> >>>>> >>>>> An NCO and a Gentleman >>>>> >>>>> >>>>> On Wed, May 4, 2011 at 23:50, Rüdiger Kessel < >>>>> [email protected]> wrote: >>>>> >>>>>> Sorry, >>>>>> >>>>>> I signed up with github now. So future issues will be put there. >>>>>> >>>>>> Rüdiger >>>>>> >>>>>> >>>>>> >>>>>> 2011/5/4 Tomer Filiba <[email protected]> >>>>>> >>>>>>> never mind, i'll open one myself. >>>>>>> i created a code snippet that reconstructs the issue. >>>>>>> >>>>>>> >>>>>>> -tomer >>>>>>> >>>>>>> An NCO and a Gentleman >>>>>>> >>>>>>> >>>>>>> On Wed, May 4, 2011 at 23:11, Tomer Filiba <[email protected]>wrote: >>>>>>> >>>>>>>> hi rudiger, >>>>>>>> >>>>>>>> could you please open an issue in github? >>>>>>>> >>>>>>>> >>>>>>>> -tomer >>>>>>>> >>>>>>>> An NCO and a Gentleman >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> On Wed, May 4, 2011 at 19:05, Rüdiger < >>>>>>>> [email protected]> wrote: >>>>>>>> >>>>>>>>> Hi, >>>>>>>>> >>>>>>>>> I have a strange cross platform problem: >>>>>>>>> >>>>>>>>> My server is an ubuntu (64 bit) with python 2.6.5 and rpyc 3.1.0 >>>>>>>>> and >>>>>>>>> my client is a Windows 7 client with Python 2.5.4 with rpyc 3.1.0. >>>>>>>>> >>>>>>>>> The exposed function on the server takes a list as a parameter. >>>>>>>>> >>>>>>>>> If I use the following statement on the server, I get an error: >>>>>>>>> >>>>>>>>> def exposed_test(self,mylist): >>>>>>>>> for x in mylist[1:]: >>>>>>>>> >>>>>>>>> The error is "OverflowError: long int too large to convert to int" >>>>>>>>> >>>>>>>>> If I relace the statement by the following line, everything works >>>>>>>>> fine: >>>>>>>>> >>>>>>>>> def exposed_test(self,mylist): >>>>>>>>> for i in range(1,len(mylist)): >>>>>>>>> x=mylist[i] >>>>>>>>> >>>>>>>>> There is no problem if client and server run on the same platform. >>>>>>>>> >>>>>>>>> I guess it is a type conversion problem deep in the netref code, >>>>>>>>> but I >>>>>>>>> could not find it, yet. >>>>>>>>> >>>>>>>>> Has anybody an idea? >>>>>>>>> >>>>>>>>> Greetings >>>>>>>>> Rüdiger >>>>>>>>> >>>>>>>> >>>>>>>> >>>>>>> >>>>>> >>>>> >>>> >>> >> >
