April 2010 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] CollabActive book :)

by laurent laffont

> > So if you want to be an editor you are more than welcome! > Just ask > I ask :) Laurent Laffont. > > Stef > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

April 3, 2010

Re: [Pharo-project] [Pharo-users] [BetaTesting] [ANN] Pharo-1.0-10517-rc4dev10.04.1

by Mariano Martinez Peck

no problem at all ;) it is worth to ask, just in case On Sat, Apr 3, 2010 at 1:50 PM, stan shepherd <stan.shepherd414(a)gmail.com>wrote: > Sorry, should have read the whole issue. Somehow I had it in my mind > that this was in a previous RC > > 2010/4/3 Mariano Martinez Peck <marianopeck(a)gmail.com>: > > > > > > On Sat, Apr 3, 2010 at 1:30 PM, Stan Shepherd < > stan.shepherd414(a)gmail.com> > > wrote: > >> > >> Hi Mariano, thanks for this release. Testing now. > >> > > > > You are welcome ;) > > > >> > >> did the help menu item get lost in the mix? > >> http://code.google.com/p/pharo/issues/detail?id=1937 > > > > I think the reasons are explained in the same issue :) > > But thanks asking. > > > >> > >> ...Stan > >> -- > >> View this message in context: > >> > http://n4.nabble.com/BetaTesting-ANN-Pharo-1-0-10517-rc4dev10-04-1-tp174923… > >> Sent from the Pharo Smalltalk mailing list archive at Nabble.com. > >> > >> _______________________________________________ > >> 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 > > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

April 3, 2010

Re: [Pharo-project] [FFI] ExternalStructure ownership (or not) of memory

by Schwab,Wilhelm K

Andreas, Humor aside, it is an important consideration for a system that is to be able to run for any length of time. So far, I appear to be having good results in that area (yup, my servers are still running), but I am working on something that could turn into a real resource hog if it does not clean up after itself. I *think* the cleanup is limited to other wrapper objects, and the structs are largely just a convenience for accessing memory allocated elsewhere - I think ~:0 Thanks! Bill -----Original Message----- From: pharo-project-bounces(a)lists.gforge.inria.fr [mailto:pharo-project-bounces@lists.gforge.inria.fr] On Behalf Of Andreas Raab Sent: Saturday, April 03, 2010 12:33 AM To: The general-purpose Squeak developers list; Pharo Development Subject: Re: [Pharo-project] [FFI] ExternalStructure ownership (or not) of memory On 4/2/2010 8:37 PM, Schwab,Wilhelm K wrote: > Andreas, > > So ExternalStructure>>free is not invoked by default? Sady to say, I never even considered that possibility. It's not. Memory is cheap :-) Cheers, - Andreas > -----Original Message----- > From: > pharo-project-bounces-bM+ny+RY8h+a+bCvCPl5/gCzwTLBPCX0(a)public.gmane.or > g > [mailto:pharo-project-bounces-bM+ny+RY8h+a+bCvCPl5/gCzwTLBPCX0@public. > gmane.org] On Behalf Of Andreas Raab > Sent: Friday, April 02, 2010 8:24 PM > To: The general-purpose Squeak developers list > Cc: Pharo-project-bM+ny+RY8h+a+bCvCPl5/gCzwTLBPCX0(a)public.gmane.org > Subject: Re: [Pharo-project] [FFI] ExternalStructure ownership (or > not) of memory > > I would suggest that you only register a finalizer for objects where > you > *do* have responsibility to reclaim them. There are no implicit finalizers registered for any subclasses of ExternalObject by default - the only thing that happens is that all handles are cleared when the image is restarted. > > Cheers, > - Andreas > > On 4/2/2010 5:17 PM, Schwab,Wilhelm K wrote: >> Hello all, >> >> Suppose I have a pointer to a structure and I do or do not have the responsibility of reclaiming the memory when a corresponding ExternalStructure sub-instance is finalized. How do I distinguish the two cases? One idea I had is to explicitly set the handle to nil if I do not own the memory, but (please correct me if I'm wrong), I can't do that while I'm still using the instance because it will presumably use the handle in accessing the fields, right? >> >> Looking at implementors of #isExternalAddress, maybe the idea is to use a byte array to make a copy of memory and an address to refer to it. >> >> What should I be asking? :) >> >> Bill >> >> >> > > > _______________________________________________ > Pharo-project mailing list > Pharo-project-bM+ny+RY8h+a+bCvCPl5/gCzwTLBPCX0(a)public.gmane.org > 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

April 3, 2010

Re: [Pharo-project] [Pharo-users] [BetaTesting] [ANN] Pharo-1.0-10517-rc4dev10.04.1

by stan shepherd

Sorry, should have read the whole issue. Somehow I had it in my mind that this was in a previous RC 2010/4/3 Mariano Martinez Peck <marianopeck(a)gmail.com>: > > > On Sat, Apr 3, 2010 at 1:30 PM, Stan Shepherd <stan.shepherd414(a)gmail.com> > wrote: >> >> Hi Mariano, thanks for this release. Testing now. >> > > You are welcome ;) > >> >> did the help menu item get lost in the mix? >> http://code.google.com/p/pharo/issues/detail?id=1937 > > I think the reasons are explained in the same issueÂ :) > But thanks asking. > >> >> ...Stan >> -- >> View this message in context: >> http://n4.nabble.com/BetaTesting-ANN-Pharo-1-0-10517-rc4dev10-04-1-tp174923… >> Sent from the Pharo Smalltalk mailing list archive at Nabble.com. >> >> _______________________________________________ >> 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 >

April 3, 2010

Re: [Pharo-project] [For Testing] RC3 One-Click

by Lukas Renggli

>> > - There is a problem in the tests ofÂ RBInternalSpellCheckerÂ in Linux >> > and >> > Windows, when you are not connected to internet. There are 13 errors >> > tests. >> > The SpellChecker uses the MacOS library, but for Linux and Windows it >> > uses >> > its own. But...it needs to download the file. Thus, it fails if you are >> > off-line. The place is in >> > Â RBInternalSpellChecker >> downloadData >> > And of course,Â self urlÂ is >> > 'http://www.lukas-renggli.ch/smalltalk/rb-spelling.dat'. >> > As now with Metacello configurations, it is easy to select if you want >> > to >> > download the tests or not, I would put that file somehow in the image >> > (part >> > of the test package). The file is 2.1 MB on disk. >> > But maybe there is a reason not to do this. Lukas ? >> >> The file contains a spelling-dictionary for platforms without a spell >> checker primitive (Windows, Linux). If the file is in there, the spell >> check does not try to download it. So maybe it would make sense for >> the Metacello configuration to evaluate "RBInternalSpellChecker new" >> to force the download of the dictionary and cache it next to the >> image? > > Yes, that sounds ok. And then, I deliver the PharoDev image with that file, > isn't it ? Yes, you can, if you want to make it independent of the internet. The problem is that the wordlist cannot be reasonably integrated with the source code. It grows the image and the package code unreasonably. Lukas -- Lukas Renggli www.lukas-renggli.ch

April 3, 2010

Re: [Pharo-project] [Pharo-users] [BetaTesting] [ANN] Pharo-1.0-10517-rc4dev10.04.1

by Mariano Martinez Peck

On Sat, Apr 3, 2010 at 1:30 PM, Stan Shepherd <stan.shepherd414(a)gmail.com>wrote: > > Hi Mariano, thanks for this release. Testing now. > > You are welcome ;) > did the help menu item get lost in the mix? > http://code.google.com/p/pharo/issues/detail?id=1937 > I think the reasons are explained in the same issue :) But thanks asking. > ...Stan > -- > View this message in context: > http://n4.nabble.com/BetaTesting-ANN-Pharo-1-0-10517-rc4dev10-04-1-tp174923… > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

April 3, 2010

Re: [Pharo-project] [For Testing] RC3 One-Click

by Mariano Martinez Peck

On Sat, Apr 3, 2010 at 1:31 PM, Lukas Renggli <renggli(a)gmail.com> wrote: > > - There is a problem in the tests of RBInternalSpellChecker in Linux > and > > Windows, when you are not connected to internet. There are 13 errors > tests. > > The SpellChecker uses the MacOS library, but for Linux and Windows it > uses > > its own. But...it needs to download the file. Thus, it fails if you are > > off-line. The place is in > > RBInternalSpellChecker >> downloadData > > And of course, self url is > > 'http://www.lukas-renggli.ch/smalltalk/rb-spelling.dat'. > > As now with Metacello configurations, it is easy to select if you want to > > download the tests or not, I would put that file somehow in the image > (part > > of the test package). The file is 2.1 MB on disk. > > But maybe there is a reason not to do this. Lukas ? > > The file contains a spelling-dictionary for platforms without a spell > checker primitive (Windows, Linux). If the file is in there, the spell > check does not try to download it. So maybe it would make sense for > the Metacello configuration to evaluate "RBInternalSpellChecker new" > to force the download of the dictionary and cache it next to the > image? > > Yes, that sounds ok. And then, I deliver the PharoDev image with that file, isn't it ? > Lukas > > -- > Lukas Renggli > 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 >

April 3, 2010

[Pharo-project] CollabActive book :)

by StÃ©phane Ducasse

Hi Pharoers We put in place (big big thanks doru, anton, lukas and gemstone for that) a pier book http://book.pharo-project.org/ The idea is that we can collect/edit.... information about pharo on this collaborative book. Now we would like that **you**/**us** control the quality of the contents. The book will be open: **you**= anybody from the pharo community can be editor (you should ask probably doru because I have to really make sure that I do not mess it up) but not everybody can change text, everybody will be able to add notes following the http://book.seaside.st principle. As an editor you can register to the rss stream and includes the comments. Now the idea is that after a while the ready to get publish parts may be used for Pharo by example 2 since we can generate automatically latex from the web. Now I would love to have chapter on - how to compile my vm on Mac OSX - how to compile my vm on linux - how to compile my vm on Windows - Understanding Announcement - Settings - Building UI with Polymorph.... - Help - ... So if you want to be an editor you are more than welcome! Just ask Stef

April 3, 2010

Re: [Pharo-project] [For Testing] RC3 One-Click

by Lukas Renggli

> - There is a problem in the tests ofÂ RBInternalSpellCheckerÂ in Linux and > Windows, when you are not connected to internet. There are 13 errors tests. > The SpellChecker uses the MacOS library, but for Linux and Windows it uses > its own. But...it needs to download the file. Thus, it fails if you are > off-line. The place is in > Â RBInternalSpellChecker >> downloadData > And of course,Â self urlÂ is > 'http://www.lukas-renggli.ch/smalltalk/rb-spelling.dat'. > As now with Metacello configurations, it is easy to select if you want to > download the tests or not, I would put that file somehow in the image (part > of the test package). The file is 2.1 MB on disk. > But maybe there is a reason not to do this. Lukas ? The file contains a spelling-dictionary for platforms without a spell checker primitive (Windows, Linux). If the file is in there, the spell check does not try to download it. So maybe it would make sense for the Metacello configuration to evaluate "RBInternalSpellChecker new" to force the download of the dictionary and cache it next to the image? Lukas -- Lukas Renggli www.lukas-renggli.ch

April 3, 2010

Re: [Pharo-project] [Pharo-users] [BetaTesting] [ANN] Pharo-1.0-10517-rc4dev10.04.1

by Stan Shepherd

Hi Mariano, thanks for this release. Testing now. did the help menu item get lost in the mix? http://code.google.com/p/pharo/issues/detail?id=1937 ...Stan -- View this message in context: http://n4.nabble.com/BetaTesting-ANN-Pharo-1-0-10517-rc4dev10-04-1-tp174923… Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

April 3, 2010