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

Re: [Pharo-project] [Moose-dev] cog vm

by Mariano Martinez Peck

On Mon, Aug 23, 2010 at 4:09 PM, Tudor Girba <tudor.girba(a)gmail.com> wrote: > Hi, > > Is there anybody using the Cog VM on a regular basis? > > I am using it for most of my development, and it now works quite well > (except for the methods as objects issue). It would be interesting to > collect problem reports. > > Hi Doru, what about creating a one click image or at least a Moose 4.1 image ready for CogVM. I mean, CogVM image requiered changes were not integrated in Pharo 1.1, but in 1.2 as I understand. Thus, I guess people should integrate those things. Maybe provinging a one click Moose 4.1 CogVM would help. I wanted to do that for phaor but I didn't have time :( Cheers, > Doru > > -- > www.tudorgirba.com > > "To lead is not to demand things, it is to make them happen." > > > > _______________________________________________ > Moose-dev mailing list > Moose-dev(a)iam.unibe.ch > https://www.iam.unibe.ch/mailman/listinfo/moose-dev >

Aug. 23, 2010

[Pharo-project] cog vm

by Tudor Girba

Hi, Is there anybody using the Cog VM on a regular basis? I am using it for most of my development, and it now works quite well (except for the methods as objects issue). It would be interesting to collect problem reports. Cheers, Doru -- www.tudorgirba.com "To lead is not to demand things, it is to make them happen."

Aug. 23, 2010

Re: [Pharo-project] Issue 2635 - methods recategorization

by Pavel Krivanek

On Wed, Jul 7, 2010 at 10:34 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > > On Jul 6, 2010, at 11:24 PM, Pavel Krivanek wrote: > >> code: >> >> SystemNavigation organization renameCategory: '*multilingual-editor' >> toBe: '*Multilingual-Encodings'. >> Project class organization classify: #spawnNewProcessIfThisIsUI: >> under: '*Morphic'. >> Project class organization removeCategory:'squeaklet on server'. >> ImmX11 organization classify: #keyboardFocusForAMorph: under: '*Morphic'. >> FileStream class organization classify: >> #fileReaderServicesForFile:suffix: under: '*Tools-FileList'. >> FileStream class organization classify: #serviceFileIn under: '*Tools-FileList'. >> FileStream class organization classify: #serviceRemoveLineFeeds under: >> '*Tools-FileList'. >> FileStream class organization classify: #services under: '*Tools-FileList'. >> Character organization classify: #macRomanToUnicode under: >> '*Multilingual-TextConversion'. >> Character organization classify: #unicodeToMacRoman under: >> '*Multilingual-TextConversion'. >> TranscriptStream organization classify: #codePaneMenu:shifted: under: >> '*Tools-Base'. >> TranscriptStream class organization classify: #openMorphicTranscript >> under: '*Morphic'. >> >> description: >> >> SystemNavigation organization renameCategory: '*multilingual-editor' >> toBe: '*Multilingual-Encodings'. >> - move the single method allSelect: to a base Multilingual package > I would fold it into the class. Especially since Dictionary unreferencedKeys > ok? > yes :-) > >> Project class organization classify: #spawnNewProcessIfThisIsUI: >> under: '*Morphic'. >> Project class organization removeCategory:'squeaklet on server'. >> - UI specific and sent only from Morphic dependent methods > ok > > >> ImmX11 organization classify: #keyboardFocusForAMorph: under: '*Morphic'. >> - used only for Morphic > ok > >> FileStream class organization classify: >> #fileReaderServicesForFile:suffix: under: '*Tools-FileList'. >> FileStream class organization classify: #serviceFileIn under: '*Tools-FileList'. >> FileStream class organization classify: #serviceRemoveLineFeeds under: >> '*Tools-FileList'. >> FileStream class organization classify: #services under: '*Tools-FileList'. >> - FileList files associations. However a deeper refactoring is welcome. > this is ok for now. > > >> Character organization classify: #macRomanToUnicode under: >> '*Multilingual-TextConversion'. >> Character organization classify: #unicodeToMacRoman under: >> '*Multilingual-TextConversion'. >> - both packages in the PharoKernel. Move to a more fitting package. > ok sounds good. > >> TranscriptStream organization classify: #codePaneMenu:shifted: under: >> '*Tools-Base'. > > codePaneMenu: aMenu shifted: shifted looks like a hack. I will open a ticket. > all the class in fact! It sucks > >> TranscriptStream class organization classify: #openMorphicTranscript >> under: '*Morphic'. >> >> _______________________________________________ >> 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. 23, 2010

Re: [Pharo-project] Issue 2635 - methods recategorization

by StÃ©phane Ducasse

pavel This is the one to continue because I'm not sure I like all your suggestions. On Jul 7, 2010, at 10:01 PM, StÃ©phane Ducasse wrote: > > On Jul 6, 2010, at 10:51 PM, Pavel Krivanek wrote: > >> code: >> >> MethodReference organization moveCategory: '*Kernel-Traits' to: >> '*Traits-Kernel'. >> LRUCache organization moveCategory: '*Polymorph-Widgets-override' to: >> 'accessing'. >> Project class organization moveCategory: 'utilities' to: '*Morphic'. >> Character organization moveCategory: '*Multilingual' to: >> '*Multilingual-Encodings'. >> TranscriptStream organization moveCategory: 'toolbuilder' to: >> '*ToolBuilder-Kernel'. >> TranscriptStream class organization moveCategory: 'toolbuilder' to: >> '*ToolBuilder-Kernel'. >> >> description: >> >> MethodReference organization moveCategory: '*Kernel-Traits' to: >> '*Traits-Kernel'. >> - swap package name parts to a more logical ownership. It contains >> only a method actualClass that has no other kernel implementation. >> Both packages will be in the kernel image. > > What about just folding actualClass in MethodReference? > I do not understand the point of the KernelTraits or Traits-Kernel. > > May be MCDefinition>>actualClass should also be folded into MCDefinition and not Polymorph-Tools-Diff > > > >> LRUCache organization moveCategory: '*Polymorph-Widgets-override' to: >> 'accessing'. >> - only one method. Declared as override but has no old version in the >> history and has general functionality > ok > >> Project class organization moveCategory: 'utilities' to: '*Morphic'. >> - all methods have no real senders or are called only from Morphic > In fact these methods should be moved in another place so that we can remove Project. > For now this is ok to move them to Morphic > > >> Character organization moveCategory: '*Multilingual' to: >> '*Multilingual-Encodings'. >> - only fix MC package name > Ok even if I was wondering why encodings is not folded into Collections-Strings.. > > >> TranscriptStream organization moveCategory: 'toolbuilder' to: >> '*ToolBuilder-Kernel'. >> - single method buildWith:, used only for the Toolbuilder >> >> TranscriptStream class organization moveCategory: 'toolbuilder' to: >> '*ToolBuilder-Kernel'. >> - the same > > with this logic it means that we could remove toolbuilder or plug it on demand. > Why not. > > I will integrate already that. > > >> >> _______________________________________________ >> 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. 23, 2010

Re: [Pharo-project] [update 1.2] #12106

by StÃ©phane Ducasse

Noury I would love to hear more about Ocean and read the end of the Socket chapter :) I would love also get some demo and hand-ons session on how to hack with Alien. Can we do something like that **before** school restart :) Stef > ok. I should have read all my emails before answering :-) > > Noury > On 22 aoÃ»t 2010, at 21:53, StÃ©phane Ducasse wrote: > >> >> 12106 >> ----- >> >> - Issue 2843: ColoredCodeStream not used. Thanks Marcus Denker. >> >> - Issue 2769: Fixes for broken SocketStream behavior. Thanks Andreas Raab >> >> Fix the loop in network tests. >> >> Stef >> >> _______________________________________________ >> 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. 23, 2010

Re: [Pharo-project] DevTools on PharoCore 1.2

by Gary Chambers

Styling seems to be done in a background process... since with long methods it may be quite time consuming. Hence seeing unstyled first then, later, styled text. Regards, Gary ----- Original Message ----- From: "Schwab,Wilhelm K" <bschwab(a)anest.ufl.edu> To: <Pharo-project(a)lists.gforge.inria.fr> Sent: Monday, August 23, 2010 2:36 PM Subject: Re: [Pharo-project] DevTools on PharoCore 1.2 I know what you mean. I considered using the core at one point. It was surprisingly nice (given its reputation for being minimal), but the lack of Shout was too much to take :) >From an efficiency perspective, it is interesting to watch the browser render a long method: the last time I noticed it, the text rendered in monochrome and then again in color. If Shout is merely tracing back over the text with color, that might be as intended, but it could also be a clue to a speed boost if the double-rendering is unintentional. Bill ________________________________________ From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] On Behalf Of GermÃ¡n Arduino [gsa(a)arsol.net] Sent: Monday, August 23, 2010 8:06 AM To: An open mailing list to discuss any topics related to an open-source Smalltalk Subject: [Pharo-project] DevTools on PharoCore 1.2 Hi! How I should install some devtools (at least shout and ocompletion) on PharoCore to have a more homy work environment? I failed with shout, saw some threads about, but can't install it.... Thanks. -- ================================================= GermÃ¡n S. Arduino <gsa @ arsol.net> Twitter: garduino Arduino Software & Web Hosting http://www.arduinosoftware.com PasswordsPro http://www.passwordspro.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

Aug. 23, 2010

Re: [Pharo-project] [update 1.2] #12106

by Noury Bouraqadi

ok. I should have read all my emails before answering :-) Noury On 22 aoÃ»t 2010, at 21:53, StÃ©phane Ducasse wrote: > > 12106 > ----- > > - Issue 2843: ColoredCodeStream not used. Thanks Marcus Denker. > > - Issue 2769: Fixes for broken SocketStream behavior. Thanks Andreas Raab > > Fix the loop in network tests. > > Stef > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Aug. 23, 2010

Re: [Pharo-project] [update 1.2] #12105

by Noury Bouraqadi

On 22 aoÃ»t 2010, at 21:27, StÃ©phane Ducasse wrote: > 12105 > ----- > > - Issue 2844: String>>#numArgs is broken > - reformat String class>>#initialize so that the initializer gets executed (no other changes there) > - fixed String>>#tokenish and String>>#numArgs > - 4 new tests > Thanks Lukas Renngli > > - Issue 2767: SocketStream>>upTo: and #upToAll: to fix an infinite loop. Thanks Andreas Raab. > > Apparently the fix does not solve the endless loop as in squeak. > StÃ©f, in 1207, SocketStreamTest does not hang any more. What is the problem with SocketStream? Noury

Aug. 23, 2010

Re: [Pharo-project] DevTools on PharoCore 1.2

by Schwab,Wilhelm K

I know what you mean. I considered using the core at one point. It was surprisingly nice (given its reputation for being minimal), but the lack of Shout was too much to take :) >From an efficiency perspective, it is interesting to watch the browser render a long method: the last time I noticed it, the text rendered in monochrome and then again in color. If Shout is merely tracing back over the text with color, that might be as intended, but it could also be a clue to a speed boost if the double-rendering is unintentional. Bill ________________________________________ From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] On Behalf Of GermÃ¡n Arduino [gsa(a)arsol.net] Sent: Monday, August 23, 2010 8:06 AM To: An open mailing list to discuss any topics related to an open-source Smalltalk Subject: [Pharo-project] DevTools on PharoCore 1.2 Hi! How I should install some devtools (at least shout and ocompletion) on PharoCore to have a more homy work environment? I failed with shout, saw some threads about, but can't install it.... Thanks. -- ================================================= GermÃ¡n S. Arduino <gsa @ arsol.net>Â Â Twitter: garduino Arduino Software & Web Hosting http://www.arduinosoftware.com PasswordsPro http://www.passwordspro.com ================================================= _______________________________________________ Pharo-project mailing list Pharo-project(a)lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Aug. 23, 2010

Re: [Pharo-project] 'foo' asTime

by Gary Chambers

Though not an extension in the Crypto package... Regards, Gary ----- Original Message ----- From: "Gary Chambers" <gazzaguru2(a)btinternet.com> To: <Pharo-project(a)lists.gforge.inria.fr> Sent: Monday, August 23, 2010 2:20 PM Subject: Re: [Pharo-project] 'foo' asTime Ar, that'd be it... Regards, Gary ----- Original Message ----- From: "Henrik Johansen" <henrik.s.johansen(a)veloxit.no> To: <Pharo-project(a)lists.gforge.inria.fr> Sent: Monday, August 23, 2010 1:03 PM Subject: Re: [Pharo-project] 'foo' asTime On Aug 23, 2010, at 1:28 28PM, Gary Chambers wrote: > Odd, my 3.9 works. > > Method ByteArray>>asInteger by "len 10/15/2002 18:45" > > Regards, Gary > Integer >> asByteArray is in a 1.0 image, introduced when MD5 was put into core. Maybe you have the Cryptography package in your 3.9 image, and that included it? Cheers, Henry > ----- Original Message ----- From: "StÃ©phane Ducasse" > <stephane.ducasse(a)inria.fr> > To: <Pharo-project(a)lists.gforge.inria.fr> > Sent: Monday, August 23, 2010 11:33 AM > Subject: Re: [Pharo-project] 'foo' asTime > > > > On Aug 23, 2010, at 12:21 PM, Gary Chambers wrote: > >> He was porting his stuff from Squeak 3.9 >> >> 3107 apparently. >> >> c.f. >> #(12 35) asByteArray asInteger asByteArray > > > This is what I tried > #(12 35) asByteArray asInteger on my old 3.9 7067 final image and it > barks. > Then a nice explicit loops should make it too. > > Stef > >> >> Unfortunately heavily used when doing low-level stuff with external >> devices socket data etc. >> (let us not get into endianess either though ;-) ) >> >> Regards, Gary >> >> ----- Original Message ----- From: "StÃ©phane Ducasse" >> <stephane.ducasse(a)inria.fr> >> To: <Pharo-project(a)lists.gforge.inria.fr> >> Sent: Monday, August 23, 2010 11:01 AM >> Subject: Re: [Pharo-project] 'foo' asTime >> >> >>> #[12 35] asInteger >>> is not in 1.0, 1.1, and 1.2 >>> It does not work in squeak trunk either >>> did not work in 3.9 either. >>> So I'm puzzled. >>> >>> Now everybody can create his own personal package with the extensions >>> they like. >>> >>> Stef >>> >>> On Aug 23, 2010, at 11:52 AM, Gary Chambers wrote: >>> >>>> +1 >>>> >>>> One of our developers recently complained of #asInteger being removed >>>> from ByteArray for instance... >>>> >>>> Regards, Gary >>>> >>>> ----- Original Message ----- From: "Brent Pinkney" <brent(a)zamail.co.za> >>>> To: <Pharo-project(a)lists.gforge.inria.fr> >>>> Sent: Monday, August 23, 2010 8:00 AM >>>> Subject: Re: [Pharo-project] 'foo' asTime >>>> >>>> >>>>>> I would really like to have the approach proposed by K. Beck on >>>>>> conversion >>>>>> methods. Conversion methods for API compatible objects. Of course it >>>>>> will >>>>>> lead to less compact program (URL readFrom: 'http://' instead of >>>>>> 'http://' >>>>>> url) but avoids a lot of code in String (of course class extensions >>>>>> limit >>>>>> the plague). >>>>> >>>>> Hi, please reconsider this. There is just no way (Duration seconds: 3) >>>>> is >>>>> better than '3 seconds'. >>>>> >>>>> This smacks of working for the computer instead of the other way >>>>> around. >>>>> >>>>> Brent >>>>> >>>>> _______________________________________________ >>>>> 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 > > > _______________________________________________ > 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. 23, 2010