It would be good to have a simple way to reproduce it and make a test for it. I tried that last week but I wasn't able to reproduce it :(.
In any case, the problem is with the JIT. On a StackVM we don't have the problem. On Thu, Jun 27, 2013 at 4:00 PM, Max Leske <[email protected]> wrote: > Thanks guys. > > So Esteban, do you need more cases? I can provide some if you want me to. > > Cheers, > Max > > > On 27.06.2013, at 15:34, Esteban Lorenzano <[email protected]> wrote: > > > > > On Jun 27, 2013, at 3:22 PM, Igor Stasenko <[email protected]> wrote: > > > >> On 27 June 2013 14:13, Max Leske <[email protected]> wrote: > >>> Hi > >>> > >>> I've been seeing a particular bug that I can only see when using the > PharoVM and I was wondering if anybody else has been having the same issue. > >>> > >>> Under certain condition, a debugger will open displaying "SmallInteger > does not understand <some message>". The stack top contains an integer > (something of the form 138402, not sure how many digits), which explains > the message. However, the situation actually looks like this: > >>> > >>> htmil anchor > >>> id: 'foo'; > >>> … > >>> > >>> In this example, the error would be "SmallInteger does not understand > #id:". So the stack top contains an integer instead of the receiver. > >>> Restarting the execution of the method and proceeding fixes the > problem. I think I've seen that (using seaside), a new session will trigger > the bug again. > >>> > >>> Apart from Seaside, I've also seen the same problem when loading > Roberto Minelli's DevFlow into a Pharo 2.0 image. The debugger will open on > a Metacello method. > >>> > >>> VM: latest PharoVM > >>> image: latest 2.0 > >>> try this config: http://smalltalkhub.com/#!/~RobertoMinelli/DevFlowwith > >>> "ConfigurationOfDevFlow loadDevelopment" > >>> > >>> > >>> Has anybody else encountered this? > >>> > >> yes, couple months ago we had this issue. > >> It looks like it doesn't likes some bytecode sequence (which causing > this).. > >> and this sequence is not appears that often. > >> > >> If i remember Esteban said that changing compiler optimizations flags > >> fixed it.. > >> but perhaps not on platform , you running on? > > > > no, I didn't said that :) > > > > I still don't know how to fix this... I can workaround the problem, but > the real problem is still there. > > > > see: https://pharo.fogbugz.com/f/cases/10395 > > > > for an explanation on how to workaround the issue. > > > > cheers, > > Esteban > > > >> > >>> Cheers, > >>> Max > >> > >> > >> > >> -- > >> Best regards, > >> Igor Stasenko. > >> > > > > > > >
