- Pharo-dev - lists.pharo.org

Re: [Pharo-project] Some more contributions to Pharo

by StÃ©phane Ducasse

fixed measn that someone proposed a fix not that this is harvested. Stef On Oct 18, 2008, at 12:51 AM, nicolas cellier wrote: > > http://code.google.com/p/pharo/issues/detail?id=228 > This issue can be marked fixed because integrated in Pharo update10091 > > -------------------------------------------------- > http://code.google.com/p/pharo/issues/detail?id=237 > > SLICE-String-numArgs-Issue237-nice.2.mcz > Collections-nice.114.mcz > CollectionsTests-nice.96.mcz > > NOTE: i did not merge with Collections-nice.113.mcz > > -------------------------------------------------- > http://code.google.com/p/pharo/issues/detail?id=257 > > Tools-nice.116.mcz > http://bugs.squeak.org/view.php?id=7059 > In the Object Explorer, the menu item 'explore pointers' is broken... > It opens on an empty String. > > NOTE: I merged with Tools-nice.115.mcz > > -------------------------------------------------- > http://code.google.com/p/pharo/issues/detail?id=253 > > SLICE-Mantis-6933-MultiByteFileStream-upTo-nice.1.mcz > Multilingual-nice.39.mcz > MultilingualTests-nice.1.mcz > > -------------------------------------------------- > http://code.google.com/p/pharo/issues/detail?id=252 > > SLICE-Mantis-6812-Cannot-inspect-WeakSet-nice.1.mcz > Tools-nice.115.mcz > ToolsTest-nice.1.mcz > > -------------------------------------------------- > http://code.google.com/p/pharo/issues/detail?id=248 > > SLICE-Mantis-ScaledDecimal-SqNumberParser-Fix-nice.1.mcz > Collections-nice.113.mcz > Kernel-nice.208.mcz > KernelTests-nice.80.mcz > > -------------------------------------------------- > http://code.google.com/p/pharo/issues/detail?id=236 > > Compiler-nice.73.mcz > > Issue is marked as fixed, but it is not in 10097... > Maybe in some Cog changes from Eliot? > Or in NewCompiler? > > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Oct. 18, 2008

[Pharo-project] Some more contributions to Pharo

by nicolas cellier

http://code.google.com/p/pharo/issues/detail?id=228 This issue can be marked fixed because integrated in Pharo update10091 -------------------------------------------------- http://code.google.com/p/pharo/issues/detail?id=237 SLICE-String-numArgs-Issue237-nice.2.mcz Collections-nice.114.mcz CollectionsTests-nice.96.mcz NOTE: i did not merge with Collections-nice.113.mcz -------------------------------------------------- http://code.google.com/p/pharo/issues/detail?id=257 Tools-nice.116.mcz http://bugs.squeak.org/view.php?id=7059 In the Object Explorer, the menu item 'explore pointers' is broken... It opens on an empty String. NOTE: I merged with Tools-nice.115.mcz -------------------------------------------------- http://code.google.com/p/pharo/issues/detail?id=253 SLICE-Mantis-6933-MultiByteFileStream-upTo-nice.1.mcz Multilingual-nice.39.mcz MultilingualTests-nice.1.mcz -------------------------------------------------- http://code.google.com/p/pharo/issues/detail?id=252 SLICE-Mantis-6812-Cannot-inspect-WeakSet-nice.1.mcz Tools-nice.115.mcz ToolsTest-nice.1.mcz -------------------------------------------------- http://code.google.com/p/pharo/issues/detail?id=248 SLICE-Mantis-ScaledDecimal-SqNumberParser-Fix-nice.1.mcz Collections-nice.113.mcz Kernel-nice.208.mcz KernelTests-nice.80.mcz -------------------------------------------------- http://code.google.com/p/pharo/issues/detail?id=236 Compiler-nice.73.mcz Issue is marked as fixed, but it is not in 10097... Maybe in some Cog changes from Eliot? Or in NewCompiler?

Oct. 17, 2008

Re: [Pharo-project] Re: Removing default fonts

by StÃ©phane Ducasse

On Oct 17, 2008, at 8:59 PM, Markus Fritsche wrote: > StÃ©phane Ducasse schrieb: > >>> So basically, I'd like to vote for "remove and make loadable steph >>> by >>> steph" > >> step by step because steph is too buzy :) >> Markus we hear well your wishes now the best way to make it real >> is to send us some code :) > > Just fair. I'll see what I can up with to load fonts by request with > the > tools supplied within a vanilla pharo image and a given URL (don't > nail > me on that, I'm known not to keep promises). Excellent! I think that if we all contribute a little then the system as a whole will really improve a lot. We are all more than busy but I'm convinced that we can do it. > I guess if I will contribute code I will have to give a signature and > mail it, right!? Yes! We try to do it real :) Stef

Oct. 17, 2008

[Pharo-project] Re: etoy update on the pipe

by Markus Fritsche

StÃ©phane Ducasse schrieb: > I will give a try to apply the fixes I did in the train today. Orient express? Reads like it...

Oct. 17, 2008

[Pharo-project] Re: Removing default fonts

by Markus Fritsche

StÃ©phane Ducasse schrieb: >> So basically, I'd like to vote for "remove and make loadable steph by >> steph" > step by step because steph is too buzy :) > Markus we hear well your wishes now the best way to make it real > is to send us some code :) Just fair. I'll see what I can up with to load fonts by request with the tools supplied within a vanilla pharo image and a given URL (don't nail me on that, I'm known not to keep promises). I guess if I will contribute code I will have to give a signature and mail it, right!?

Oct. 17, 2008

Re: [Pharo-project] Re: Removing default fonts

by StÃ©phane Ducasse

On Oct 17, 2008, at 8:03 PM, Markus Fritsche wrote: > Adrian Lienhard schrieb: > >> In another thread (Pharo image size: 10.9MB) I proposed to remove all >> but one font since the ones in the image (especially the TT fonts) >> are not really useful but consume memory. Hilaire suggested to keep >> Accujen, which to my eyes looks better than the default Accuny font >> (not perfect, but better..). > > Does somebody have a "font load/ unload" process in mind? Fonts once > removed in vanilla squeak are a PITA to load back and re-anchor in the > system-wide font collections... > > So basically, I'd like to vote for "remove and make loadable steph > by steph" step by step because steph is too buzy :) Markus we hear well your wishes now the best way to make it real is to send us some code :) Stef

Oct. 17, 2008

[Pharo-project] Re: One click feature list request/question

by Markus Fritsche

Antony Blakey schrieb: > I can do this because I'm not trying to produce a system that is > backwards compatible in any sense, primarily because I've implemented a > solution to the system construction/modularity problem, so I'm trying to > reboot to a from-source modular bootstrap. Thus, my mileage will vary > compared to people with other constraints. One "quicker-written-than-thought" posting: GNU Smalltalk implements from-source bootstrapping (the image gets constructed from a source kernel if not available). GNU Smalltalk can do this (I don't know the deep internals) since the compiler is implemented i C/ native. Squeak itself was "bootstrapped" once or twice (depending on the point of view, SystemTracer did transform the image into something different). Pharo, as I understand (CMIIW) was bootstrapped by reimplement, delete previous version, distribute. Naiad (is, will be) bootstrapped by keeping a minimal ObjectMemory-Invocation image connected by a Compiler-having image. So... as long there's no SLang-convertable compiler, squeak and siblings won't be able to be a "from-scratch-implementation" built from the sources, right? And there will be always a big graph of objects that are "created, saved, non-recreatable"? Hm, 'scuse me, I'm wearing my troll-mask today ;-)

Oct. 17, 2008

Re: [Pharo-project] About nextPut:

by StÃ©phane Ducasse

On Oct 17, 2008, at 2:55 PM, Damien Cassou wrote: > On Thu, Oct 16, 2008 at 3:52 PM, StÃ©phane Ducasse > <stephane.ducasse(a)inria.fr> wrote: >> Now I was wondering if there is way to avoid that. > > A stream can be seen as a pointer between past and future sequence > values. Which means there must be a way to index the element in the > collection of data and this is not the case with Sets. In the case of > #flatCollect:, you do not want a stream, you want a generic way to add > data to a collection of elements. I don't see any generic way to do > this. why a stream is not adequate. for me this a collection of elements. > > > -- > Damien Cassou > Peter von der AhÃ©: Â«I'm beginning to see why Gilad wished us good > luckÂ». (http://blogs.sun.com/ahe/entry/override_snafu) > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Oct. 17, 2008

Re: [Pharo-project] Re: [ANN] new 10095 prebuild image

by StÃ©phane Ducasse

tx john this is great to have you in the ST community! >>>> By the way, >>> what is the recommended VM? >> >> For now, I use the Squeak 3.8.18beta1U vm. I don't even know if >> there is a >> newer one... > > That would be the 3.8.18beta4U vm > > 3.8.18b4 Use NANO-SLEEP logic to ensure sleep is accurate to > millisecond, no-usage which is more CPU friendly > would give upwards of 10ms error to delays which is unacceptable. > > Fix issue with arguments passed as parms to the VM, the parm number > (2) was treated as being > special by the carbon vm for historical reasons, but in fact it was > not actually set. Try to follow the > generic unix rules instead. > > 3.8.18b3 Compile with xcode 2.5.x on powerpc machine os-x 10.4.x > set utf832code field to zero on fake wheel event up/down/left/ > right arrows > print more diagnostic data on failure to allocation virtual memory > on browser plugin setup > > 3.8.18b2 The Sophie team noticed that > InternetConfiguration getMacintoshFileTypeAndCreatorFrom: > 'test.jpg' > This returns byte reversed data on macintel #('GEPJ' 'elgo') > > sqMacInternetConfiguration.c use CFSwapInt32BigToHost swap OSType > > > -- > = > = > = > = > = > ====================================================================== > John M. McIntosh <johnmci(a)smalltalkconsulting.com> > Corporate Smalltalk Consulting Ltd. http:// > www.smalltalkconsulting.com > = > = > = > = > = > ====================================================================== > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Oct. 17, 2008

Re: [Pharo-project] Re: Cannot browse senders of #binary

by StÃ©phane Ducasse

Of course I see my ugly mistake. I will create a dummy package in that case. Stef On Oct 17, 2008, at 8:47 AM, nicolas cellier wrote: > StÃ©phane Ducasse <stephane.ducasse@...> writes: > >> >> Hi nicolas >> >> This is strange because if I type binary and press alt N or Alt m >> I get them. Then if I do the same with #binary I do not get anything. >> can you tell me more? >> Because I used senders and implementors like a mad to curve etoy. >> Stef >> > > Ah, indeed, this works in a fresh image, and it is hard to reproduce. > > However, if you read code (MessageSet >> > #methodDisplayStringForClass:selector:), you will see that this line > is wrong: > > nextPutAll: (PackageOrganizer default mostSpecificPackageOfClass: > class ifNone: > '***') packageName ; > > Potentially, it can send #packageName to '***'. > > How did I trigger the ifNone: '***' ? > I think it is because while patching > SLICE-Mantis-6933-MultiByteFileStream-upTo-nice.1, I created a new > category > (MultilingualTests) with no corresponding package. > > So create a class with a new category: > > Object subclass: #AnUnpackagedClass > instanceVariableNames: '' > classVariableNames: '' > poolDictionaries: '' > category: 'NimporteQuoi' > > Then compile > AnUnpackagedClass >> #triggerTheBug > ^self binary > > Then browse senders of binary... You see it? > > That's a minor bug, but code must be changed. > > Nicolas > > > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Oct. 17, 2008