- Pharo-dev - lists.pharo.org

Re: [Pharo-project] cog vm

by Henrik Johansen

On Aug 23, 2010, at 5:08 22PM, Schwab,Wilhelm K wrote: > Doru, > > First, do some marketing<g>: how much faster is it? On average, quite a bit :P Depends from test to test though > > Second, the fine print =:0 If I load an image and save it using Cog, it is a Cog-only thing from that point onward, correct? yes > I then later, perhaps on a different machine try to load this cog image into a non-cog vm - it's not going to work, right? no > What signs would there be? "cannot read image format"- error message or some such > > Is there a Cog testing page? ? Cheers, Henry > > ________________________________________ > From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] On Behalf Of Tudor Girba [tudor.girba(a)gmail.com] > Sent: Monday, August 23, 2010 10:09 AM > To: Moose-dev Moose Dev; Pharo-project(a)lists.gforge.inria.fr Development > Subject: [Pharo-project] cog vm > > 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." > > > > > _______________________________________________ > 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] cog vm

by Schwab,Wilhelm K

Doru, First, do some marketing<g>: how much faster is it? Second, the fine print =:0 If I load an image and save it using Cog, it is a Cog-only thing from that point onward, correct? I then later, perhaps on a different machine try to load this cog image into a non-cog vm - it's not going to work, right? What signs would there be? Is there a Cog testing page? Bill ________________________________________ From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] On Behalf Of Tudor Girba [tudor.girba(a)gmail.com] Sent: Monday, August 23, 2010 10:09 AM To: Moose-dev Moose Dev; Pharo-project(a)lists.gforge.inria.fr Development Subject: [Pharo-project] cog vm 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." _______________________________________________ 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] [Moose-dev] Re: cog vm

by Mariano Martinez Peck

On Mon, Aug 23, 2010 at 4:29 PM, Tudor Girba <tudor.girba(a)gmail.com> wrote: > Hi Mariano, > > I announced before that we have both Moose and Moose with Seaside images > for Cog: > http://hudson.moosetechnology.org/job/moose-latest-dev-for-cog/ > http://hudson.moosetechnology.org/job/moose-with-glamour-seaside-for-cog/ > > Hi Doru, I missed your announcment. But this is AWESOME!!! thanks a lot :) ps: it is a pity that the things i am doing right now with moose requires a customized VM (so far in normal vm...) :( maybe I can try to do my changes in Cog and build it...we will see. > Cheers, > Doru > > > > On 23 Aug 2010, at 16:18, Mariano Martinez Peck wrote: > > I din't know why I don't send everything in the same email hahahaha >> sorry... >> >> I forgot to say that Eliot said: >> >> " >> For folks' convenience I've just put up some unofficial builds >> (essentially the same builds I use for testing) under >> http://www.mirandabanda.org/files/Cog/VM >> >> " >> >> On Mon, Aug 23, 2010 at 4:17 PM, Mariano Martinez Peck < >> marianopeck(a)gmail.com> wrote: >> >> >> On Mon, Aug 23, 2010 at 4:17 PM, Mariano Martinez Peck < >> marianopeck(a)gmail.com> wrote: >> >> >> 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 :( >> >> >> >> and you have to also save the image and open it agian I think..... >> >> >> 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 >> >> >> >> _______________________________________________ >> Moose-dev mailing list >> Moose-dev(a)iam.unibe.ch >> https://www.iam.unibe.ch/mailman/listinfo/moose-dev >> > > -- > www.tudorgirba.com > > "There are no old things, there are only old ways of looking at them." > > > > > _______________________________________________ > Moose-dev mailing list > Moose-dev(a)iam.unibe.ch > https://www.iam.unibe.ch/mailman/listinfo/moose-dev >

Aug. 23, 2010

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

by Tudor Girba

Hi Mariano, I announced before that we have both Moose and Moose with Seaside images for Cog: http://hudson.moosetechnology.org/job/moose-latest-dev-for-cog/ http://hudson.moosetechnology.org/job/moose-with-glamour-seaside-for-cog/ Cheers, Doru On 23 Aug 2010, at 16:18, Mariano Martinez Peck wrote: > I din't know why I don't send everything in the same email hahahaha > sorry... > > I forgot to say that Eliot said: > > " > For folks' convenience I've just put up some unofficial builds > (essentially the same builds I use for testing) under http://www.mirandabanda.org/files/Cog/VM > > " > > On Mon, Aug 23, 2010 at 4:17 PM, Mariano Martinez Peck <marianopeck(a)gmail.com > > wrote: > > > On Mon, Aug 23, 2010 at 4:17 PM, Mariano Martinez Peck <marianopeck(a)gmail.com > > wrote: > > > 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 :( > > > > and you have to also save the image and open it agian I think..... > > > 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 > > > > _______________________________________________ > Moose-dev mailing list > Moose-dev(a)iam.unibe.ch > https://www.iam.unibe.ch/mailman/listinfo/moose-dev -- www.tudorgirba.com "There are no old things, there are only old ways of looking at them."

Aug. 23, 2010

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

by Mariano Martinez Peck

I din't know why I don't send everything in the same email hahahaha sorry... I forgot to say that Eliot said: " For folks' convenience I've just put up some unofficial builds (essentially the same builds I use for testing) under http://www.mirandabanda.org/files/Cog/VM " On Mon, Aug 23, 2010 at 4:17 PM, Mariano Martinez Peck < marianopeck(a)gmail.com> wrote: > > > On Mon, Aug 23, 2010 at 4:17 PM, Mariano Martinez Peck < > marianopeck(a)gmail.com> wrote: > >> >> >> 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 :( >> >> >> > and you have to also save the image and open it agian I think..... > > >> >> 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

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

by Mariano Martinez Peck

On Mon, Aug 23, 2010 at 4:17 PM, Mariano Martinez Peck < marianopeck(a)gmail.com> wrote: > > > 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 :( > > > and you have to also save the image and open it agian I think..... > > 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

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