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

Re: [Pharo-project] [ANN] Pharo 1.0 Beta

by Adrian Lienhard

On Jul 31, 2009, at 11:09 , Serge Stinckwich wrote: >> A new Pharo image (and also Pharo-web image) can be downloaded from >> the website: >> >> http://pharo.cmsbox.ch/pharo-download > > This is not ? http://www.pharo-project.org/pharo-download Yes, of course. The other one is an internal URL, but it points to the same content. Sorry for the confusion. Adrian

July 31, 2009

Re: [Pharo-project] [ANN] Pharo 1.0 Beta

by Serge Stinckwich

On Fri, Jul 31, 2009 at 3:42 PM, Adrian Lienhard<adi(a)netstyle.ch> wrote: > Hi all, > > We are excited to announce the first Pharo 1.0 beta release. Congratulations to the Pharo team ! > A new Pharo image (and also Pharo-web image) can be downloaded from > the website: > > http://pharo.cmsbox.ch/pharo-download This is not ? http://www.pharo-project.org/pharo-download -- Serge Stinckwich UMI UMMISCO 209 (IRD/UPMC), Hanoi, Vietnam Smalltalkers do: [:it | All with: Class, (And love: it)] http://doesnotunderstand.org/

July 31, 2009

Re: [Pharo-project] [ANN] Pharo 1.0 Beta

by Tudor Girba

Congratulations! Doru On 31 Jul 2009, at 10:42, Adrian Lienhard wrote: > Hi all, > > We are excited to announce the first Pharo 1.0 beta release. > > A new Pharo image (and also Pharo-web image) can be downloaded from > the website: > > http://pharo.cmsbox.ch/pharo-download > > The corresponding version number of Pharo-core is #10401. > > I'd like to thank all the people that have contributed to Pharo so > far! > > Have fun, > Adrian > > BTW, I also wrote about Pharo and the beta release on http://www.adrian-lienhard.ch/blog > > ___________________ > http://www.adrian-lienhard.ch/ > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- www.tudorgirba.com "Problem solving should be concentrated on describing the problem in a way that is relevant for the solution."

July 31, 2009

[Pharo-project] [ANN] Pharo 1.0 Beta

by Adrian Lienhard

Hi all, We are excited to announce the first Pharo 1.0 beta release. A new Pharo image (and also Pharo-web image) can be downloaded from the website: http://pharo.cmsbox.ch/pharo-download The corresponding version number of Pharo-core is #10401. I'd like to thank all the people that have contributed to Pharo so far! Have fun, Adrian BTW, I also wrote about Pharo and the beta release on http://www.adrian-lienhard.ch/blog ___________________ http://www.adrian-lienhard.ch/

July 31, 2009

Re: [Pharo-project] Beginner Tasks

by StÃ©phane Ducasse

> >> > Don't we already have a build server in the form of Keiths Bob & Sake? > It even has a Seaside interface. May be. This is just that I could never understand Sake (I love the idea of Bob I always told it to keith). Stef

July 31, 2009

Re: [Pharo-project] Beginner Tasks

by StÃ©phane Ducasse

We need an integration server that run tests for us. We should build it peeble (not stone) by peeble but we really need it. for example the output of SUnit should be also Junit format so that we can output to java frontend. Stef On Jul 30, 2009, at 3:04 AM, Serge Stinckwich wrote: > 2009/7/30 Simon Denier <Simon.Denier(a)inria.fr>: >> Stef is talking of http://www.squeaksource.com/TestServerSimple.html >> Now this is a rather rudimentary adaptation from a tool made by >> Swiss guys. >> It runs automatically when launching the image, loads packages and >> runs >> tests for different projects. >> Right now it is tailored for Moose projects >> I guess that the area that need improvements are: >> - configuration of projects to load, with prerequisites (using >> Metacello >> perhaps?). Right now this is hard-coded, see TSProject class>>run >> - headless running (sometimes some interactive dialogs still pop up, >> especially when there is a problem loading a package, and this >> ruins the >> automatization) >> - better handling of errors (problems such as above) > > What could be nice is a build server like this one : > https://hudson.dev.java.net/ > Look here for a running example: http://build.willowgarage.com/ > > -- > Serge Stinckwich > UMI UMMISCO 209 (IRD/UPMC), Hanoi, Vietnam > Smalltalkers do: [:it | All with: Class, (And love: it)] > http://doesnotunderstand.org/ > > _______________________________________________ > 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 Mariano Martinez Peck

2009/7/31 Javier PimÃ¡s <elpochodelagente(a)gmail.com> > Does anybody know if the problem occurs just in Windows or in any OS? this > can give a clue of the problem... > > I don't remember debugging in Windows, but in Linux I have this problem for sure. > > On Thu, Jul 30, 2009 at 11:28 PM, Javier PimÃ¡s <elpochodelagente(a)gmail.com > > wrote: > >> Well, at least I feel better that I'm not crazy, (or not the only one...). >> Maybe if someone could give us a clue about it, we could spot where the >> problem is. Do you think it is a vm problem or something related to the >> smalltalk code? >> >> 2009/7/30 Mariano Martinez Peck <marianopeck(a)gmail.com> >> >> 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 >>>> >>> >>> >>> _______________________________________________ >>> Pharo-project mailing list >>> Pharo-project(a)lists.gforge.inria.fr >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>> >> >> >> >> -- >> Javier PimÃ¡s >> Ciudad de Buenos Aires >> > > > > -- > 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 Javier PimÃ¡s

Does anybody know if the problem occurs just in Windows or in any OS? this can give a clue of the problem... On Thu, Jul 30, 2009 at 11:28 PM, Javier PimÃ¡s <elpochodelagente(a)gmail.com>wrote: > Well, at least I feel better that I'm not crazy, (or not the only one...). > Maybe if someone could give us a clue about it, we could spot where the > problem is. Do you think it is a vm problem or something related to the > smalltalk code? > > 2009/7/30 Mariano Martinez Peck <marianopeck(a)gmail.com> > > 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 >>> >> >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> > > > > -- > Javier PimÃ¡s > Ciudad de Buenos Aires > -- Javier PimÃ¡s Ciudad de Buenos Aires

July 31, 2009

Re: [Pharo-project] #remoteHostAddress

by John M McIntosh

Well that does ^NetNameResolver addressForName: self localHostName where self localHostName on my machine returns 'Otter-2.local' where it really does addressesForName: and then if there is more than one then addresses first socketAddress So for my mac it's fe80::21c:42ff:fe00:9%en5(Otter-2), 0(0)-inet6-stream-tcp fe80::21c:42ff:fe00:8%en5(fe80::21c: 42ff:fe00:8%en5), 0(0)-inet6-stream-tcp fe80::21b:63ff:fe02:d2db%en5(fe80::21b: 63ff:fe02:d2db%en5), 0(0)-inet6-stream-tcp 10.37.129.2(10.37.129.2), 0(0)-inet4-stream-tcp 10.211.55.2(10.211.55.2), 0(0)-inet4-stream-tcp 192.168.1.139(192.168.1.139), 0(0)-inet4-stream-tcp where it has 4 ipv 6 address and 3 ipv 4 addresses. and doing NetNameResolver localHostAddress then gives: fe80::21c:42ff:fe00:9%en5(Otter-2),0(0) The problem then is figuring out what you want, versus grabbing the first element in the list of IP address serviced by the machine. Perhaps in this case you thought you should get 192.168.1.139? Now if I ask for ^NetNameResolver addressForName: 'localhost' then I get back ::1(localhost),0(0) On 30-Jul-09, at 2:07 PM, Ramiro Diaz Trepat wrote: > 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. > > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- = = = ======================================================================== John M. McIntosh <johnmci(a)smalltalkconsulting.com> Twitter: squeaker68882 Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com = = = ========================================================================

July 31, 2009

Re: [Pharo-project] Debbuging problems, FFI

by Javier PimÃ¡s

Well, at least I feel better that I'm not crazy, (or not the only one...). Maybe if someone could give us a clue about it, we could spot where the problem is. Do you think it is a vm problem or something related to the smalltalk code? 2009/7/30 Mariano Martinez Peck <marianopeck(a)gmail.com> > 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 >> > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- Javier PimÃ¡s Ciudad de Buenos Aires

July 31, 2009