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

Re: [Pharo-project] Fixing Nile tests

by StÃ©phane Ducasse

I do not understand why I get different results. NetNameResolver addressForName: 'localhost' -> ::1(localhost),0(0) NetNameResolver localHostAddress -> fe80::223:6cff:fe8d:7420%en1(drown.local),0(0) On Nov 7, 2009, at 6:49 PM, StÃ©phane Ducasse wrote: > Hi all > > I'm trying to fix the failing tests of Nile and for example I do not > know how to get this socket working. > Does it work with you? > > testNext > " this method seems to not work correctly ( or I have not understood > how to yuse it). > Try to run the test and you will see that the 'inObjects' instance > variable is never fill in" > socket1 listenOn: 8080. > socket2 > connectTo: NetNameResolver localHostAddress > port: 8080. > socket2 sendData: 'hello'. > stream processIO. > self assert: stream next = 'hello' > > > Stef > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Nov. 7, 2009

[Pharo-project] Fixing Nile tests

by StÃ©phane Ducasse

Hi all I'm trying to fix the failing tests of Nile and for example I do not know how to get this socket working. Does it work with you? testNext " this method seems to not work correctly ( or I have not understood how to yuse it). Try to run the test and you will see that the 'inObjects' instance variable is never fill in" socket1 listenOn: 8080. socket2 connectTo: NetNameResolver localHostAddress port: 8080. socket2 sendData: 'hello'. stream processIO. self assert: stream next = 'hello' Stef

Nov. 7, 2009

Re: [Pharo-project] How to access classVariable access with the browser

by Lukas Renggli

NetNameResolver displays correctly for me. Are you sure you used the right browser? : SystemBrowser default: OBSystemBrowserAdaptor. OBSystemBrowser openOnClass: NetNameResolver class. 2009/11/7 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr>: > Lukas > > I tried but it did not work. > I tried on NetNameResolver > to see how useOldNetwork is set. > > Stef > > > On Nov 7, 2009, at 6:05 PM, Lukas Renggli wrote: > >> 2009/11/7 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr>: >>> when you are on the class side if you method has a classVariable and >>> you want to know who access it. >>> Then chase variables show you the class instance varaibles but not >>> the >>> classVariable. >> >> Yes, that's a bug. When you are on the class side, the class variables >> of the meta-class are displayed. Also the labeling of the window is >> suboptimal. I fixed these issues. Let me know if this is better now. >> >> Gofer new >> Â Â Â squeaksource: 'rb'; >> Â Â Â addPackage: 'AST-Core'; >> Â Â Â addPackage: 'Refactoring-Core'; >> Â Â Â addPackage: 'Refactoring-Spelling'; >> Â Â Â renggli: 'omnibrowser'; >> Â Â Â addPackage: 'OmniBrowser'; >> Â Â Â addPackage: 'OB-Standard'; >> Â Â Â addPackage: 'OB-Morphic'; >> Â Â Â addPackage: 'OB-Shout'; >> Â Â Â addPackage: 'OB-Refactory'; >> Â Â Â addPackage: 'OB-Regex'; >> Â Â Â addPackage: 'OB-SUnitIntegration'; >> Â Â Â renggli: 'unsorted'; >> Â Â Â addPackage: 'Shout'; >> Â Â Â addPackage: 'RoelTyper'; >> Â Â Â addPackage: 'ECompletion'; >> Â Â Â addPackage: 'ECompletionOmniBrowser'; >> Â Â Â load; >> Â Â Â recompile >> >> Lukas >> >> >> -- >> Lukas Renggli >> http://www.lukas-renggli.ch >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- Lukas Renggli http://www.lukas-renggli.ch

Nov. 7, 2009

Re: [Pharo-project] Seaside and SUnit

by StÃ©phane Ducasse

I do not know. I thought that david ported it to latest version. For albatross adrian can comment. > Stef, > > Do you have a preference among them? If I am reading correctly, > Shaffer's framework simulates the browser; Albatross uses JavaScript > to control a browser external to Pharo. I can see advantages to > both approaches. > > There is a lot of link rot on these frameworks. I can't find > Shaffer's code anywhere; everything seems to ultimately point to > SqueakMap, and the page just gives an error. His website also has a > dead link to a tutorial of yours. The pre-installed Albatross image > linked from SqueakSource leads to a corrupt file. > > Lunch calls, then I will try to get the pieces of Albatross. > > Bill

Nov. 7, 2009

Re: [Pharo-project] How to access classVariable access with the browser

by StÃ©phane Ducasse

Lukas I tried but it did not work. I tried on NetNameResolver to see how useOldNetwork is set. Stef On Nov 7, 2009, at 6:05 PM, Lukas Renggli wrote: > 2009/11/7 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr>: >> when you are on the class side if you method has a classVariable and >> you want to know who access it. >> Then chase variables show you the class instance varaibles but not >> the >> classVariable. > > Yes, that's a bug. When you are on the class side, the class variables > of the meta-class are displayed. Also the labeling of the window is > suboptimal. I fixed these issues. Let me know if this is better now. > > Gofer new > squeaksource: 'rb'; > addPackage: 'AST-Core'; > addPackage: 'Refactoring-Core'; > addPackage: 'Refactoring-Spelling'; > renggli: 'omnibrowser'; > addPackage: 'OmniBrowser'; > addPackage: 'OB-Standard'; > addPackage: 'OB-Morphic'; > addPackage: 'OB-Shout'; > addPackage: 'OB-Refactory'; > addPackage: 'OB-Regex'; > addPackage: 'OB-SUnitIntegration'; > renggli: 'unsorted'; > addPackage: 'Shout'; > addPackage: 'RoelTyper'; > addPackage: 'ECompletion'; > addPackage: 'ECompletionOmniBrowser'; > load; > recompile > > Lukas > > > -- > Lukas Renggli > http://www.lukas-renggli.ch > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Nov. 7, 2009

Re: [Pharo-project] invalid sources for unregistered CompiledMethod

by Marcus Denker

On Nov 7, 2009, at 6:05 PM, Martin McClure wrote: > Nicolas Cellier wrote: >> >> But what if you compress the change log ? > > Perhaps it's time to finally get rid of source pointers and just keep > the source code as objects in the image, referenced directly from the > CompiledMethod. > > External sources were necessary 25 years ago when an image without > sources consumed 3/4 of the total RAM of the machine, but it's not > like > that anymore. > +100 I did that once as an experiment: searching for strings in all the code gets *fast*. Marcus

Nov. 7, 2009

Re: [Pharo-project] Seaside and SUnit

by Schwab,Wilhelm K

Stef, Do you have a preference among them? If I am reading correctly, Shaffer's framework simulates the browser; Albatross uses JavaScript to control a browser external to Pharo. I can see advantages to both approaches. There is a lot of link rot on these frameworks. I can't find Shaffer's code anywhere; everything seems to ultimately point to SqueakMap, and the page just gives an error. His website also has a dead link to a tutorial of yours. The pre-installed Albatross image linked from SqueakSource leads to a corrupt file. Lunch calls, then I will try to get the pieces of Albatross. Bill -----Original Message----- From: pharo-project-bounces(a)lists.gforge.inria.fr [mailto:pharo-project-bounces@lists.gforge.inria.fr] On Behalf Of StÃ©phane Ducasse Sent: Saturday, November 07, 2009 3:27 AM To: Pharo-project(a)lists.gforge.inria.fr Subject: Re: [Pharo-project] Seaside and SUnit you have two testing frameworks albratross and david shaffer testing framework You also have selenium that people use to test seaside app. Stef On Nov 7, 2009, at 1:04 AM, Schwab,Wilhelm K wrote: > Stef, > > Is albatross the right place to look for help? > > Bill > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project _______________________________________________ Pharo-project mailing list Pharo-project(a)lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Nov. 7, 2009

Re: [Pharo-project] invalid sources for unregistered CompiledMethod

by Lukas Renggli

> Perhaps it's time to finally get rid of source pointers and just keep > the source code as objects in the image, referenced directly from the > CompiledMethod. +1 That would not only fix that bug, but dozens of other serious bugs in the system. Lukas -- Lukas Renggli http://www.lukas-renggli.ch

Nov. 7, 2009

Re: [Pharo-project] How to access classVariable access with the browser

by Lukas Renggli

2009/11/7 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr>: > when you are on the class side if you method has a classVariable and > you want to know who access it. > Then chase variables show you the class instance varaibles but not the > classVariable. Yes, that's a bug. When you are on the class side, the class variables of the meta-class are displayed. Also the labeling of the window is suboptimal. I fixed these issues. Let me know if this is better now. Gofer new squeaksource: 'rb'; addPackage: 'AST-Core'; addPackage: 'Refactoring-Core'; addPackage: 'Refactoring-Spelling'; renggli: 'omnibrowser'; addPackage: 'OmniBrowser'; addPackage: 'OB-Standard'; addPackage: 'OB-Morphic'; addPackage: 'OB-Shout'; addPackage: 'OB-Refactory'; addPackage: 'OB-Regex'; addPackage: 'OB-SUnitIntegration'; renggli: 'unsorted'; addPackage: 'Shout'; addPackage: 'RoelTyper'; addPackage: 'ECompletion'; addPackage: 'ECompletionOmniBrowser'; load; recompile Lukas -- Lukas Renggli http://www.lukas-renggli.ch

Nov. 7, 2009

Re: [Pharo-project] invalid sources for unregistered CompiledMethod

by Martin McClure

Nicolas Cellier wrote: > > But what if you compress the change log ? Perhaps it's time to finally get rid of source pointers and just keep the source code as objects in the image, referenced directly from the CompiledMethod. External sources were necessary 25 years ago when an image without sources consumed 3/4 of the total RAM of the machine, but it's not like that anymore. Regards, -Martin

Nov. 7, 2009