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

Re: [Pharo-project] Working on Pharo 1.2

by Lukas Renggli

This is great, thanks a lot. I am using them on the build server now. Lukas On 19 August 2010 21:47, Adrian Lienhard <adi(a)netstyle.ch> wrote: > Ok, here are the two URLs with redirects to the current 1.1 release downloads. > > http://pharo-project.org/pharo-download/stable > http://pharo-project.org/pharo-download/stable-core > > I've closed #2805. > > Cheers, > Adrian > > On Aug 16, 2010, at 22:14 , Adrian Lienhard wrote: > >> >> On Aug 16, 2010, at 21:53 , Lukas Renggli wrote: >> >>> That's excellent, but is Pharo 1.2 already stable? >> >> No, its not stable. I just picked a random link to allow people to test this setup. Sorry for the confusion... >> >> Adrian >> >>> >>> On 16 August 2010 21:51, Adrian Lienhard <adi(a)netstyle.ch> wrote: >>>> Just as a test, I created the following page that redirects to a Pharo download zip. >>>> >>>> http://pharo-project.org/pharo-download/stable >>>> >>>> It redirects with a HTTP 302 response. Does that work for the scripts in use? We would like to keep the files on the existing server and serve them from there. >>>> >>>> Adrian >>>> >>>> >>>> On Aug 15, 2010, at 16:35 , Adrian Lienhard wrote: >>>> >>>>> We are working on it... or rather, we are discussing how to do it. It's not forgotten. >>>>> >>>>> Adrian >>>>> >>>>> On Aug 15, 2010, at 14:42 , Sean P. DeNigris wrote: >>>>> >>>>>> >>>>>> >>>>>> StÃ©phane Ducasse wrote: >>>>>>> >>>>>>> send the code :) >>>>>>> >>>>>> >>>>>> What is the status of the unique link to stable and trunk discussed at >>>>>> http://forum.world.st/is-there-an-unique-URL-to-the-latest-pharo-core-or-de… >>>>>> ? Â Having a static url would prevent having to constantly update the URL >>>>>> referenced in the "find trunk here" message. Â I created an issue: >>>>>> http://code.google.com/p/pharo/issues/detail?id=2805 >>>>>> >>>>>> Sean >>>>>> -- >>>>>> View this message in context: http://forum.world.st/Working-on-Pharo-1-2-tp2322972p2325897.html >>>>>> 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 >>>> >>> >>> >>> >>> -- >>> 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 >> >> >> _______________________________________________ >> 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 www.lukas-renggli.ch

Aug. 19, 2010

Re: [Pharo-project] Probably a bug

by StÃ©phane Ducasse

>>> What would you say the right thing is? >> >> Well, intuitively I would say that converting an Array of Character instances (say 5 instances) using "asString" would give me a String of size 5. Also, "Character space asString" does NOT give me 'Character space' but actually ' '. > Maybe its just me, but I'd rather not have > SequenceableCollection >> asString mean "If I contain only elements which may represent characters, return a string containing those, if not, return my printString" yes you are not the only one. Thanks I was thinking about that after my post :) >> Having a fallback on printString is of course fine, in Object. But... well, I haven't thought *deeply* on this, but a sequencable collection of Characters should IMHO be able to produce a String >> regards, GÃ¶ran > > And it is, using either > collection as: String, or > String withAll: collection > In both cases you then explicitly specify that this collection will contain only elements which can be converted to a string, rather than have a later reader of the code have to question "hmmm, does the use of asString here mean he'll be using the collections printString, or the string with its elements?" I'm curious about the senders of asString, especially to collection. Stef

Aug. 19, 2010

Re: [Pharo-project] code licenses...was HTML parser (again))

by StÃ©phane Ducasse

Yes with first class package we could attach the license to the package Now with the work of Carla I would like to resurrect the DrDoc Project so that we get a kind of manifesto = a special class per package that contains the doc and the license. Stef > StÃ©phane Ducasse wrote: >> Yes we should do something. >> Now the question is how to do something that we can actually implement. >> I think that we should >> - start to identify package of interest (quality/topics////) >> - check their license status >> - check the author and get access >> - create an inbox >> Stef > Stef, > > speaking of licenses...I was thinking that for mcz files, we should have a "directory" of each mcz file that contains the license statement for the code in that _version_ of the mcz file. Most tools would end up ignoring, but if we started including the license _in_ the mcz file, then license status would be _much clearer_. > > I also assume that a similar addition to mc2 files could/should be done.... > > Dale > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Aug. 19, 2010

Re: [Pharo-project] Working on Pharo 1.2

by Adrian Lienhard

Ok, here are the two URLs with redirects to the current 1.1 release downloads. http://pharo-project.org/pharo-download/stable http://pharo-project.org/pharo-download/stable-core I've closed #2805. Cheers, Adrian On Aug 16, 2010, at 22:14 , Adrian Lienhard wrote: > > On Aug 16, 2010, at 21:53 , Lukas Renggli wrote: > >> That's excellent, but is Pharo 1.2 already stable? > > No, its not stable. I just picked a random link to allow people to test this setup. Sorry for the confusion... > > Adrian > >> >> On 16 August 2010 21:51, Adrian Lienhard <adi(a)netstyle.ch> wrote: >>> Just as a test, I created the following page that redirects to a Pharo download zip. >>> >>> http://pharo-project.org/pharo-download/stable >>> >>> It redirects with a HTTP 302 response. Does that work for the scripts in use? We would like to keep the files on the existing server and serve them from there. >>> >>> Adrian >>> >>> >>> On Aug 15, 2010, at 16:35 , Adrian Lienhard wrote: >>> >>>> We are working on it... or rather, we are discussing how to do it. It's not forgotten. >>>> >>>> Adrian >>>> >>>> On Aug 15, 2010, at 14:42 , Sean P. DeNigris wrote: >>>> >>>>> >>>>> >>>>> StÃ©phane Ducasse wrote: >>>>>> >>>>>> send the code :) >>>>>> >>>>> >>>>> What is the status of the unique link to stable and trunk discussed at >>>>> http://forum.world.st/is-there-an-unique-URL-to-the-latest-pharo-core-or-de… >>>>> ? Having a static url would prevent having to constantly update the URL >>>>> referenced in the "find trunk here" message. I created an issue: >>>>> http://code.google.com/p/pharo/issues/detail?id=2805 >>>>> >>>>> Sean >>>>> -- >>>>> View this message in context: http://forum.world.st/Working-on-Pharo-1-2-tp2322972p2325897.html >>>>> 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 >>> >> >> >> >> -- >> 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 > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Aug. 19, 2010

Re: [Pharo-project] CogVM binaries!!! {WAS} Re: [squeak-dev] Re: CogVM on the Mac

by Henrik Johansen

On Aug 19, 2010, at 6:12 36PM, Eliot Miranda wrote: > > > 2010/8/19 Mariano Martinez Peck <marianopeck(a)gmail.com> > > > 2) Do these binaries include the fixes from henrik to avoid the crash tha happens sometime? > > Yes. They're built from the most up-to-date version of the Cog sources. Mmmh, if you don't want to update the folder name to reflect the actual svn version, would changing the !README.txt at least be possible? ;) Cheers, Henry

Aug. 19, 2010

Re: [Pharo-project] Can't file in *.st exports

by Henrik Johansen

There are three senders of #clone in the 1.1 One-click image, all part of the sound package. (I've uploaded a new version to PharoSound where this is fixed, and #copy occurences replaced with #postCopy implementations instead). ArrayedCollection>>mergeSortFrom:to:by uses shallowCopy. I'd check what code you've imported which has changed that. Cheers, Henry On Aug 19, 2010, at 6:49 43PM, Peter Hugosson-Miller wrote: > Better :-) The attached image is of a stack trace that shows where the error occurs, which is certainly helpful! > > During the execution of ArrayedCollection>>#mergeSortFrom:to:by:, the message #clone is sent to an instance of Array, and the message is not understood, which means that there is no method called #clone in the Array class or any of its superclasses. > > So the question is, why is the message being sent, when no corresponding method exists on the receiver? One possibility is that there is an error in the method where the #clone message is being sent, or that the missing method just hasn't been filed in yet. The next step would probably be to look at the file being filed in, and see what methods it contains. Perhaps it depends on another file that needs to be filed in first? > > -- > Cheers, > Peter > > 2010/8/19 Robert Sirois <watchlala(a)hotmail.com> > No problem, Pharo's driving me crazy today hehe. > > It says: "*** system error handling failed ***" (see attached image). > > Thanks, > RS > > > From: oldmanlink(a)gmail.com > > Date: Thu, 19 Aug 2010 17:33:03 +0200 > > To: Pharo-project(a)lists.gforge.inria.fr > > Subject: Re: [Pharo-project] Can't file in *.st exports > > > > > Pardon me for being blunt, Robert, but we're going to need a bit more to go on than "some sort of weird system error". > > > > Could you please attach a file that you tried to file in, and maybe a screenshot of the error? It would certainly increase your chances of getting some help ;-) > > > > -- > > Cheers, > > Peter. > > > > On 19 aug 2010, at 17:11, Robert Sirois <watchlala(a)hotmail.com> wrote: > > > > > There's some sort of weird system error when I try to fileIn a *.st file (like a class method). It asks me to "CR" for a debugger or any key to restart. I ended up having to force quit. > > > > > > This is in the latest 1.1 one-click. > > > > > > Thanks, > > > RS > > > _______________________________________________ > > > 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 > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Aug. 19, 2010

Re: [Pharo-project] Can't file in *.st exports

by Nicolas Cellier

clone has been removed from Pharo 1.1 in favour of shallowCopy (they behave the same). The removal was a bit zealous, and did not follow any deprecation policy. So it makes it a bit harder to load some packages. But I think lessons are learned: Steph proposed to keep deprecated methods across 2 minor releases. Nicolas 2010/8/19 Peter Hugosson-Miller <oldmanlink(a)gmail.com>: > Better :-) The attached image is of a stack trace that shows where the error > occurs, which is certainly helpful! > > During the execution of ArrayedCollection>>#mergeSortFrom:to:by:, the > message #clone is sent to an instance of Array, and the message is not > understood, which means that there is no method called #clone in the Array > class or any of its superclasses. > > So the question is, why is the message being sent, when no corresponding > method exists on the receiver? One possibility is that there is an error in > the method where the #clone message is being sent, or that the missing > method just hasn't been filed in yet. The next step would probably be to > look at the file being filed in, and see what methods it contains. Perhaps > it depends on another file that needs to be filed in first? > > -- > Cheers, > Peter > > 2010/8/19 Robert Sirois <watchlala(a)hotmail.com> >> >> No problem, Pharo's driving me crazy today hehe. >> It says: "*** system error handling failed ***" (see attached image). >> Thanks, >> RS >> > From: oldmanlink(a)gmail.com >> > Date: Thu, 19 Aug 2010 17:33:03 +0200 >> > To: Pharo-project(a)lists.gforge.inria.fr >> > Subject: Re: [Pharo-project] Can't file in *.st exports >> > >> > Pardon me for being blunt, Robert, but we're going to need a bit more to >> > go on than "some sort of weird system error". >> > >> > Could you please attach a file that you tried to file in, and maybe a >> > screenshot of the error? It would certainly increase your chances of getting >> > some help ;-) >> > >> > -- >> > Cheers, >> > Peter. >> > >> > On 19 aug 2010, at 17:11, Robert Sirois <watchlala(a)hotmail.com> wrote: >> > >> > > There's some sort of weird system error when I try to fileIn a *.st >> > > file (like a class method). It asks me to "CR" for a debugger or any key to >> > > restart. I ended up having to force quit. >> > > >> > > This is in the latest 1.1 one-click. >> > > >> > > Thanks, >> > > RS >> > > _______________________________________________ >> > > 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 > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Aug. 19, 2010

Re: [Pharo-project] Probably a bug

by Sean P. DeNigris

GÃ¶ran Krampe wrote: > > Perhaps Sean stumbled over this too with Todd's HTML parser. > I just made some basic syntax fixes and removed underscore assignments. I never executed anything (except class-side initialization)! Sean -- View this message in context: http://forum.world.st/Probably-a-bug-tp2331029p2331589.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

Aug. 19, 2010

Re: [Pharo-project] Wiki spam experience

by Schwab,Wilhelm K

Any wiki. If you want something more specific, does our Pharo site wiki remain unscarred because we control who can edit it, or is there something to stop me from doing bad things to it if I were so inclined? I am asking on behalf of somone who has had problems with a wider audience. ________________________________________ From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] On Behalf Of Mariano Martinez Peck [marianopeck(a)gmail.com] Sent: Thursday, August 19, 2010 11:55 AM To: Pharo-project(a)lists.gforge.inria.fr Subject: Re: [Pharo-project] Wiki spam experience ehh? what are you talking about? which wiki? On Thu, Aug 19, 2010 at 5:32 PM, Schwab,Wilhelm K <bschwab(a)anest.ufl.edu<mailto:bschwab@anest.ufl.edu>> wrote: Hello all, Are there any tricks to running a wiki and not ending up a directory of Nigerian ecomomic scams and pornography? Is moderation the only way to do it, or can it be more automatic? Bill _______________________________________________ Pharo-project mailing list Pharo-project(a)lists.gforge.inria.fr<mailto:Pharo-project@lists.gforge.inria.fr> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Aug. 19, 2010

Re: [Pharo-project] Can't file in *.st exports

by Peter Hugosson-Miller

Better :-) The attached image is of a stack trace that shows where the error occurs, which is certainly helpful! During the execution of ArrayedCollection>>#mergeSortFrom:to:by:, the message #clone is sent to an instance of Array, and the message is not understood, which means that there is no method called #clone in the Array class or any of its superclasses. So the question is, why is the message being sent, when no corresponding method exists on the receiver? One possibility is that there is an error in the method where the #clone message is being sent, or that the missing method just hasn't been filed in yet. The next step would probably be to look at the file being filed in, and see what methods it contains. Perhaps it depends on another file that needs to be filed in first? -- Cheers, Peter 2010/8/19 Robert Sirois <watchlala(a)hotmail.com> > No problem, Pharo's driving me crazy today hehe. > > It says: "*** system error handling failed ***" (see attached image). > > Thanks, > RS > > > From: oldmanlink(a)gmail.com > > Date: Thu, 19 Aug 2010 17:33:03 +0200 > > To: Pharo-project(a)lists.gforge.inria.fr > > Subject: Re: [Pharo-project] Can't file in *.st exports > > > > > Pardon me for being blunt, Robert, but we're going to need a bit more to > go on than "some sort of weird system error". > > > > Could you please attach a file that you tried to file in, and maybe a > screenshot of the error? It would certainly increase your chances of getting > some help ;-) > > > > -- > > Cheers, > > Peter. > > > > On 19 aug 2010, at 17:11, Robert Sirois <watchlala(a)hotmail.com> wrote: > > > > > There's some sort of weird system error when I try to fileIn a *.st > file (like a class method). It asks me to "CR" for a debugger or any key to > restart. I ended up having to force quit. > > > > > > This is in the latest 1.1 one-click. > > > > > > Thanks, > > > RS > > > _______________________________________________ > > > 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 >

Aug. 19, 2010