July 2009 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] Debbuging problems, FFI

by Mariano Martinez Peck

Yes. This is really annoying for me. I am writing a C library plugin since a year and a half and this is very frustrated :( You cannot debug when using FFI. I mean, you cannot get advantages of one of the best Smalltalk features! What I do is to write a self break before and after the call and use "proceed" but I don't like it at all. Once I tried to see what the problem was, but I was to difficult to me to understand it and fix it. We need a guru here I think hahaha. Best, Mariano 2009/7/30 Javier PimÃ¡s <elpochodelagente(a)gmail.com> > Hi, I'm having problems with the debugger. Every time I try to debug code > that uses FFI, if I step over a message that internally does an FFI call, I > get an externalCallFailed error and then I land in > MethodContext(ContextPart)>>runUntilErrorOrReturnFrom: > If I run the code without debugging, then I have no problems at all. > > I'm using SqueakPharo v3.11.2 with pharo0.1-10373web09.07.2. > > To reproduce it you can try this: > > ScriptLoader loadFFI. > then load latest GLMorphic from squeaksource, and uncomment the "self > break." in > GLCanvas>>displayString:from:to:at:strikeFont:kern: > > doit > World fullDrawOn: GLDisplayScreen testCanvas > hit debug and step over until you reach > ogl glTexImage2D: GLTexture2d with:... > > also you'll see wrong values for local vars, like aPoint which will look as > #(nil nil nil nil nil) when it'll actually have a point. > > Is there any other way to set up a break point instead of adding self break > to the code?? > > Thanks, > Javier. > > -- > Javier PimÃ¡s > Ciudad de Buenos Aires > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

July 31, 2009

Re: [Pharo-project] Debbuging problems, FFI

by Igor Stasenko

2009/7/31 Schwab,Wilhelm K <bschwab(a)anest.ufl.edu>: > Javier, > > I have little experience debugging around Squeak/Pharo FFI, so I will simply > offer something the popped into my head based on Dolphin experience.Â Are > you certain of the return and argument types?Â Every so often, I feed > Dolphin nonsense in one of those areas, and the results can be spectacular, > especially the fallout from a bogus return type. > > Sorry I cannot be of any real help. > This is something which i waiting to be fixed for a while: http://bugs.squeak.org/view.php?id=6436 > Bill > > > ________________________________ > From: pharo-project-bounces(a)lists.gforge.inria.fr > [mailto:pharo-project-bounces@lists.gforge.inria.fr] On Behalf Of Javier > PimÃ¡s > Sent: Thursday, July 30, 2009 5:03 PM > To: pharo-project(a)lists.gforge.inria.fr > Subject: [Pharo-project] Debbuging problems, FFI > > Hi, I'm having problems with the debugger. Every time I try to debug code > that uses FFI, if I step over a message that internally does an FFI call, I > get an externalCallFailed error and then I land in > MethodContext(ContextPart)>>runUntilErrorOrReturnFrom: > If I run the code without debugging, then I have no problems at all. > > I'm using SqueakPharo v3.11.2 with pharo0.1-10373web09.07.2. > > To reproduce it you can try this: > > ScriptLoader loadFFI. > then load latest GLMorphic from squeaksource, and uncomment the "self > break." in > GLCanvas>>displayString:from:to:at:strikeFont:kern: > > doit > World fullDrawOn: GLDisplayScreen testCanvas > hit debug and step over until you reach > ogl glTexImage2D: GLTexture2d with:... > > also you'll see wrong values for local vars, like aPoint which will look as > #(nil nil nil nil nil) when it'll actually have a point. > > Is there any other way to set up a break point instead of adding self break > to the code?? > > Thanks, > Â Â Â Â Javier. > > -- > Javier PimÃ¡s > Ciudad de Buenos Aires > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- Best regards, Igor Stasenko AKA sig.

July 30, 2009

Re: [Pharo-project] Debbuging problems, FFI

by Schwab,Wilhelm K

Javier, I have little experience debugging around Squeak/Pharo FFI, so I will simply offer something the popped into my head based on Dolphin experience. Are you certain of the return and argument types? Every so often, I feed Dolphin nonsense in one of those areas, and the results can be spectacular, especially the fallout from a bogus return type. Sorry I cannot be of any real help. Bill ________________________________ From: pharo-project-bounces(a)lists.gforge.inria.fr [mailto:pharo-project-bounces@lists.gforge.inria.fr] On Behalf Of Javier PimÃ¡s Sent: Thursday, July 30, 2009 5:03 PM To: pharo-project(a)lists.gforge.inria.fr Subject: [Pharo-project] Debbuging problems, FFI Hi, I'm having problems with the debugger. Every time I try to debug code that uses FFI, if I step over a message that internally does an FFI call, I get an externalCallFailed error and then I land in MethodContext(ContextPart)>>runUntilErrorOrReturnFrom: If I run the code without debugging, then I have no problems at all. I'm using SqueakPharo v3.11.2 with pharo0.1-10373web09.07.2. To reproduce it you can try this: ScriptLoader loadFFI. then load latest GLMorphic from squeaksource, and uncomment the "self break." in GLCanvas>>displayString:from:to:at:strikeFont:kern: doit World fullDrawOn: GLDisplayScreen testCanvas hit debug and step over until you reach ogl glTexImage2D: GLTexture2d with:... also you'll see wrong values for local vars, like aPoint which will look as #(nil nil nil nil nil) when it'll actually have a point. Is there any other way to set up a break point instead of adding self break to the code?? Thanks, Javier. -- Javier PimÃ¡s Ciudad de Buenos Aires

July 30, 2009

[Pharo-project] Debbuging problems, FFI

by Javier PimÃ¡s

Hi, I'm having problems with the debugger. Every time I try to debug code that uses FFI, if I step over a message that internally does an FFI call, I get an externalCallFailed error and then I land in MethodContext(ContextPart)>>runUntilErrorOrReturnFrom: If I run the code without debugging, then I have no problems at all. I'm using SqueakPharo v3.11.2 with pharo0.1-10373web09.07.2. To reproduce it you can try this: ScriptLoader loadFFI. then load latest GLMorphic from squeaksource, and uncomment the "self break." in GLCanvas>>displayString:from:to:at:strikeFont:kern: doit World fullDrawOn: GLDisplayScreen testCanvas hit debug and step over until you reach ogl glTexImage2D: GLTexture2d with:... also you'll see wrong values for local vars, like aPoint which will look as #(nil nil nil nil nil) when it'll actually have a point. Is there any other way to set up a break point instead of adding self break to the code?? Thanks, Javier. -- Javier PimÃ¡s Ciudad de Buenos Aires

July 30, 2009

Re: [Pharo-project] #remoteHostAddress

by Ramiro Diaz Trepat

Sorry, this mail came out too quick. How to report the error is a secondary matter.I believe the issue is about localhost name resolution. I think this was discussed around the Windows VM platform, but I am on a Mac. NetNameResolver addressForName: 'localhost' does not return 127.0.0.1 And, NetNameResolver localHostAddress returns the address on the network leg (192.168.....) instead of 127.0.0.1 Is the convention that localhost is always 127.0.0.1 ? Cheers r. On Thu, Jul 30, 2009 at 9:20 PM, Ramiro Diaz Trepat <ramiro(a)diaztrepat.name>wrote: > I am trying to port Magma to Pharo, and I have run across the following > issue. > > Ini Pharo, the method: > > Socket>>connectTo: hostAddress port: port waitForConnectionFor: timeout > (mir 6/17/2007 20:10) > > "Initiate a connection to the given port at the given host > address. Waits until the connection is established or time outs." > self connectNonBlockingTo: hostAddress port: port. > self > waitForConnectionFor: timeout > ifTimedOut: [ConnectionTimedOut signal: 'Cannot connect to ' > , self *remoteHostAddress* hostNumber , ':' , port asString] > > > #*remoteHostAddress* has no implementors in Pharo. > > The implementation of this method in Squeak uses *NetNameResolver* > > Socket>>connectTo: hostAddress port: port waitForConnectionFor: timeout > (mu 8/14/2003 15:15) > "Initiate a connection to the given port at the given host > address. Waits until the connection is established or time outs." > self connectNonBlockingTo: hostAddress port: port. > self > waitForConnectionFor: timeout > ifTimedOut: [ConnectionTimedOut signal: 'Cannot connect to ' > , (*NetNameResolver* stringFromAddress: hostAddress) , ':' , port > asString] > > Who is maintaining Socket now in Pharo? > Has anyone got some advice on how to solve this? > Cheers > > r. > > >

July 30, 2009

[Pharo-project] #remoteHostAddress

by Ramiro Diaz Trepat

I am trying to port Magma to Pharo, and I have run across the following issue. Ini Pharo, the method: Socket>>connectTo: hostAddress port: port waitForConnectionFor: timeout (mir 6/17/2007 20:10) "Initiate a connection to the given port at the given host address. Waits until the connection is established or time outs." self connectNonBlockingTo: hostAddress port: port. self waitForConnectionFor: timeout ifTimedOut: [ConnectionTimedOut signal: 'Cannot connect to ' , self *remoteHostAddress* hostNumber , ':' , port asString] #*remoteHostAddress* has no implementors in Pharo. The implementation of this method in Squeak uses *NetNameResolver* Socket>>connectTo: hostAddress port: port waitForConnectionFor: timeout (mu 8/14/2003 15:15) "Initiate a connection to the given port at the given host address. Waits until the connection is established or time outs." self connectNonBlockingTo: hostAddress port: port. self waitForConnectionFor: timeout ifTimedOut: [ConnectionTimedOut signal: 'Cannot connect to ' , (*NetNameResolver* stringFromAddress: hostAddress) , ':' , port asString] Who is maintaining Socket now in Pharo? Has anyone got some advice on how to solve this? Cheers r.

July 30, 2009

Re: [Pharo-project] [update] #10396, #10397, #10398

by Alexandre Bergel

Excellent! Alexandre On 29 Jul 2009, at 12:05, Marcus Denker wrote: > 10396 > ----- > Issue 996: HostSystemMenusTest fails when you aren't in Mac > Issue 997: SystemChangeNotification Improvements > Issue 628: Shortcut for "Debug it" > Issue 990: Preferences > halos > halosEnabled does not enable the > halos > Issue 995: Preference halosEnabled still there > > 10397 > ------ > Reload dirty package > > 10398 > ----- > Issue 1000: OCompletion overrides a method of the core > > > Bugreport 1000 has been filed and closed! The prize goes to Damien > Cassou. > > -- > Marcus Denker - http://marcusdenker.de > New! Now with twitter: http://twitter.com/marcusdenker > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

July 30, 2009

Re: [Pharo-project] [update] #10396, #10397, #10398

by StÃ©phane Ducasse

Loud applaud! Stef On Jul 29, 2009, at 6:08 PM, Damien Cassou wrote: > On Wed, Jul 29, 2009 at 6:05 PM, Marcus Denker<denker(a)acm.org> wrote: >> Issue 1000: OCompletion overrides a method of the core >> >> >> Bugreport 1000 has been filed and closed! The prize goes to >> Damien Cassou. > > Thank you all. I would never have been able to handle it without > you :-D. > > -- > Damien Cassou > http://damiencassou.seasidehosting.st > > "Lambdas are relegated to relative obscurity until Java makes them > popular by not having them." James Iry > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

July 30, 2009

Re: [Pharo-project] Fwd: may be a bottleneck

by StÃ©phane Ducasse

may be the OB package at least one OB. Stef On Jul 29, 2009, at 8:11 AM, Damien Cassou wrote: > On Tue, Jul 28, 2009 at 8:42 PM, StÃ©phane > Ducasse<stephane.ducasse(a)inria.fr> wrote: >>> I'm trying to fix the problem of actualClass and I realize that >>> actualClass is invoked all the time by the browsers >>> on redisplay. I wonder why the browser are refreshing when normally >>> they should only do that on events. > > What browser are you talking about? > > -- > Damien Cassou > http://damiencassou.seasidehosting.st > > "Lambdas are relegated to relative obscurity until Java makes them > popular by not having them." James Iry > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

July 30, 2009

Re: [Pharo-project] Fwd: [Bug and Fix] actualclass in presence of classtrait

by Igor Stasenko

2009/7/29 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr>: >>>> >> then you don't need the MethodReference, >> because you having a CompiledMethod(s), which are installed on system. >> and RemoteMethodReference , which is not. >> >> Btw, i am curious myself, what is the point in referencing the methods >> indirectly (through MethodReference)? > > no idea. now this is there and may be we will remove it but for now > it should work. We should not do everything at the same time. > >> Why not just reference directly to CompiledMethod? >> What it gives in addition to what CompiledMethod itself could answer >> to you? > > Now package :) > you mean by adding the 'package' ivar to it? Then it makes sense to some sort - to be able to walk back from method to package, in addition to walking from package to particular method. But i wonder, where it could be useful? Browser browsing real classes and in order to create MethodReference from CompiledMethod (for whatever reason), it still needs to determine to which package it belongs to beforehead - in order to fill that ivar :) . > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- Best regards, Igor Stasenko AKA sig.

July 30, 2009