July 2011 - Pharo-users - lists.pharo.org

Re: [Pharo-users] Adding instance variables to existing classes in Monticello

by Joan GÃ¼ell

HI MyClass class >> addMyProgamInstanceVariables (self instVarNames includes: 'myVariable') ifFalse: [ self addInstVarNamed: 'myVariable' ]. and put it in an initialize of my class or create MyProgranInsaler class >> addAllNeededInstanceVariables {MyClass. ClassB. ClassC } do: [ :each | each addMyProgramInstanceVariables ] initialize self addAllNeededInstanceVariables. El 31/07/2011, a las 07:10, Igor Stasenko escribiÃ³: > On 31 July 2011 05:16, Nick Chen <nchen.dev(a)mac.com> wrote: >> Hi >> >> I have modified an existing class in the Smalltalk image and added an >> instance variable to it. I would like to record this change -- added this >> new instance variable -- in Monticello; that way my team can also pull in >> the changes and have it work. This existing class is outside of my >> Monticello package. >> >> Is this possible? >> >> I have tried following these two threads (~ 2008) >> >> * >> http://forum.world.st/monticello-package-adding-instance-variables-to-exist… >> * >> http://forum.world.st/squeak-dev-MC-unload-action-and-postload-actions-td78… >> >> by creating a method on the class side e.g. TheObject class>>mcInstallOn: >> aClassEditor but it does not seem to work. >> >> Is this functionality still supported or is there a new way to achieve this? >> >> Thanks! >> > As far as i can tell, this is not supported. > If you allow things like that, then system become very fragilie. > > Suppose that you have two independently developed packages, which > adding instance variable to same external class > under same name. > Such kind of conflicts is impossible to solve, because you never know > what combination of package(s) could be loaded. > > Instead, what you can do is to save own version of package (with class > where you added ivar) and distribute your code with > this version of package. > >> -- >> Nick >> >> -- >> View this message in context: http://forum.world.st/Adding-instance-variables-to-existing-classes-in-Mont… >> Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. >> >> > > > > -- > Best regards, > Igor Stasenko AKA sig. > Joan GÃ¼ell jguell(a)e-citilab.eu

July 31, 2011

Re: [Pharo-users] Adding instance variables to existing classes in Monticello

by Pat Maddox

On Jul 31, 2011, at 1:10 AM, Igor Stasenko wrote: > On 31 July 2011 05:16, Nick Chen <nchen.dev(a)mac.com> wrote: >> Hi >> >> I have modified an existing class in the Smalltalk image and added an >> instance variable to it. I would like to record this change -- added this >> new instance variable -- in Monticello; that way my team can also pull in >> the changes and have it work. This existing class is outside of my >> Monticello package. >> >> Is this possible? >> >> I have tried following these two threads (~ 2008) >> >> * >> http://forum.world.st/monticello-package-adding-instance-variables-to-exist… >> * >> http://forum.world.st/squeak-dev-MC-unload-action-and-postload-actions-td78… >> >> by creating a method on the class side e.g. TheObject class>>mcInstallOn: >> aClassEditor but it does not seem to work. >> >> Is this functionality still supported or is there a new way to achieve this? >> >> Thanks! >> > As far as i can tell, this is not supported. > If you allow things like that, then system become very fragilie. > > Suppose that you have two independently developed packages, which > adding instance variable to same external class > under same name. > Such kind of conflicts is impossible to solve, because you never know > what combination of package(s) could be loaded. > > Instead, what you can do is to save own version of package (with class > where you added ivar) and distribute your code with > this version of package. ...and use metacello to specify that dependency. Pat

July 31, 2011

Re: [Pharo-users] Adding instance variables to existing classes in Monticello

by StÃ©phane Ducasse

yes when I want to do that for real Hi nick I do SystemClassFoo addInstanceVariableName: 'myInstanceVariable' and put it in an initialize of my class Clear instance Variable management is not that good. >> > As far as i can tell, this is not supported. > If you allow things like that, then system become very fragilie. > > Suppose that you have two independently developed packages, which > adding instance variable to same external class > under same name. > Such kind of conflicts is impossible to solve, because you never know > what combination of package(s) could be loaded. > > Instead, what you can do is to save own version of package (with class > where you added ivar) and distribute your code with > this version of package. > >> -- >> Nick >> >> -- >> View this message in context: http://forum.world.st/Adding-instance-variables-to-existing-classes-in-Mont… >> Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. >> >> > > > > -- > Best regards, > Igor Stasenko AKA sig. >

July 31, 2011

Re: [Pharo-users] Adding instance variables to existing classes in Monticello

by Igor Stasenko

On 31 July 2011 05:16, Nick Chen <nchen.dev(a)mac.com> wrote: > Hi > > I have modified an existing class in the Smalltalk image and added an > instance variable to it. I would like to record this change -- added this > new instance variable -- in Monticello; that way my team can also pull in > the changes and have it work. This existing class is outside of my > Monticello package. > > Is this possible? > > I have tried following these two threads (~ 2008) > > * > http://forum.world.st/monticello-package-adding-instance-variables-to-exist… > * > http://forum.world.st/squeak-dev-MC-unload-action-and-postload-actions-td78… > > by creating a method on the class side e.g. TheObject class>>mcInstallOn: > aClassEditor but it does not seem to work. > > Is this functionality still supported or is there a new way to achieve this? > > Thanks! > As far as i can tell, this is not supported. If you allow things like that, then system become very fragilie. Suppose that you have two independently developed packages, which adding instance variable to same external class under same name. Such kind of conflicts is impossible to solve, because you never know what combination of package(s) could be loaded. Instead, what you can do is to save own version of package (with class where you added ivar) and distribute your code with this version of package. > -- > Nick > > -- > View this message in context: http://forum.world.st/Adding-instance-variables-to-existing-classes-in-Mont… > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. > > -- Best regards, Igor Stasenko AKA sig.

July 31, 2011

Adding instance variables to existing classes in Monticello

by Nick Chen

Hi I have modified an existing class in the Smalltalk image and added an instance variable to it. I would like to record this change -- added this new instance variable -- in Monticello; that way my team can also pull in the changes and have it work. This existing class is outside of my Monticello package. Is this possible? I have tried following these two threads (~ 2008) * http://forum.world.st/monticello-package-adding-instance-variables-to-exist… * http://forum.world.st/squeak-dev-MC-unload-action-and-postload-actions-td78… by creating a method on the class side e.g. TheObject class>>mcInstallOn: aClassEditor but it does not seem to work. Is this functionality still supported or is there a new way to achieve this? Thanks! -- Nick -- View this message in context: http://forum.world.st/Adding-instance-variables-to-existing-classes-in-Mont… Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

July 31, 2011

Re: [Pharo-users] 1.4 update is broken do not use it

by StÃ©phane Ducasse

Ok we fixed it so now updating from https://gforge.inria.fr/frs/download.php/28827/Pharo-1.4-14065.zip or the 14025 is working. Pay attention that if you update from a version in between 25 to 65 you will miss all the updates. Stef > Hi guys > > apparently (I suspect some changes we did with Sven I will check), the updates mechanism only download the latest of the issues > and skips all the ones in between. So if you want to use 1.4 use for now https://gforge.inria.fr/frs/download.php/28827/Pharo-1.4-14065.zip > > stef

July 29, 2011

1.4 update is broken do not use it

by StÃ©phane Ducasse

Hi guys apparently (I suspect some changes we did with Sven I will check), the updates mechanism only download the latest of the issues and skips all the ones in between. So if you want to use 1.4 use for now https://gforge.inria.fr/frs/download.php/28827/Pharo-1.4-14065.zip stef

July 29, 2011

Re: [Pharo-users] **Important Please read** Towards First Class Tasks

by Simon Denier

On 29 juil. 2011, at 11:51, laurent laffont wrote: > On Fri, Jul 29, 2011 at 11:27 AM, Simon Denier <simon.denier(a)gmail.com> wrote: > > On 28 juil. 2011, at 22:33, laurent laffont wrote: > >> >> On Thu, Jul 28, 2011 at 10:44 AM, Simon Denier <simon.denier(a)gmail.com> wrote: >> >> About the Pharo IDE task force, I think it would be cool if either Laurent in Annecy or Doru in Bern could organize a Dojo over a week-end. >> >> >> Over a week-end will be hard for me (wife, children :) but on a Saturday or Sunday it can be possible (Annecy is easier for me). > > > It's a bit too late but what do you do this week-end? :) Weather does not seem so nice in the mountains. > > > I'm still not back in Annecy. But I'm still on vacation next week and in Annecy, so there may be some time for a try ? I could be available the week-end of 6/7 and maybe it's best we continue in a private conversation :) > > For those interested, Tuesday (August, 2) there will be a SmallHarbour sprint with Romain in Annecy. > > Laurent. > > > > >> >> With Skype and TeamViewer we should be able to work together (more than 2) on a single computer, pair program over the web. Do you want to try this ? >> >> Laurent. >> >> >> >> On 1 juil. 2011, at 10:40, StÃ©phane Ducasse wrote: >> >> > Dear Pharoers >> > >> > I think that we are doing a great work: when I look at the work on the theme, better widgets, network.....Excellent! and thanks. >> > Now we were discussing with Doru about how we as community could coordinate and structure ourselves better to create more energy. >> > >> > Analysis of the current situation: >> > Right now we have individuals doing great projects, sometimes we have a group of people but this is often not visible. >> > Now often happens a bit in ad-hoc way. Because someone ask something, then somebody replies and we integrate the replies. >> > >> > What I would like to see emerging are First Class Tasks with >> > a name >> > a topic >> > a coordinator >> > a group of interested participants, >> > a set of identified clients (because clients are the ones that often make us deliver more), >> > a little agenda, >> > a web presence on the web page >> > >> > >> > If we look at what we have right now that are potential Tasks and really important clients >> > >> > - The Z connection: >> > Network/Socket >> > Coordinator (proposed): Sven >> > Socket: Noury Luc Jannik Olivier >> > Clients: Seasiders, Clouders, >> > >> > - Morphic 2: >> > UI: Alain Gary Igor >> > Coordinator (proposed): ? >> > Presenty framework >> > VoidNullPointer UIBuilder >> > Athens >> > Clients: Moose, Pharo IDE >> > >> > - Pharo IDE: >> > Coordinator (proposed): Doru >> > work around TWM Laurent >> > Nautilus: Benjamin Laurent >> > Glamourous: Doru Damien >> > >> > - OPAL: >> > Compiler tool chain >> > Coordinator (proposed): Marcus? >> > Jb, Jorge, Marcus, >> > Helvetia lukas >> > Niko Schwarz? >> > >> > - Package: >> > Stef, Cyrille >> > Coordinator (proposed): Stephane >> > Client: Nautilus, Doru Moose, >> > >> > - Metacello >> > Dale Mariano >> > Coordinator (proposed): Dale? >> > Client: Stef with the idea of distribution, Torsten don't you want to help here? >> > >> > - Coral: >> > Coordinator (proposed): Damien? >> > Damien, Luc, Adrien, Stef, >> > Client: Damien, Olivier? >> > >> > So what would be good is to have the identification on the web site of these groups. >> > More discussions and concentration with a set of little tasks to be performed >> > We could tag the mails with [Task-UI], [Task-OPAL], have a little visible agenda. >> > >> > What do you think? I think that it is important. >> > >> > >> > >> > Stef >> > >> >> -- >> Simon Denier >> >> >> >> >> > > -- > Simon Denier > > > > -- Simon Denier

July 29, 2011

Re: [Pharo-users] TestRunner and <expectedFailure>

by Marcus Denker

On Jul 29, 2011, at 9:40 AM, Lukas Renggli wrote: > Igor, why do you search up to Object? It should be enough to search to > TestCase only. > I added a note to the tracker and will change it when integrating. > Lukas > > On 29 July 2011 09:34, Marcus Denker <marcus.denker(a)inria.fr> wrote: >> >> On Jul 28, 2011, at 4:45 PM, Igor Stasenko wrote: >> >>> On 28 July 2011 15:44, Marcus Denker <marcus.denker(a)inria.fr> wrote: >>>> >>>> On Jul 28, 2011, at 3:35 PM, Alex Schenkman wrote: >>>> >>>>> Hi List, >>>>> >>>>> How can I use <expectedFailure> togehter with the TestRunner. >>>>> Testrunner shows the number of expectedFailures, but it always zero, even when I decorate with the Pragma. >>>>> >>>>> testShouldFail >>>>> <expectedFailure> >>>>> self fail. >>>>> >>>> >>>> We had to disable the pragma because it lead to making running all tests of the image so slow >>>> that it took hours to run. >>>> >>>> We should look at this again... >>>> >>>> for now, you can use the old style of adding a method that returns an array of the selectors... >>>> >>> can you bench it without and with this changeset? >>> >>> >> >> Looks good! Will add a tracker entry. >> >> >> -- >> Marcus Denker -- http://marcusdenker.de >> >> >> > > > > -- > Lukas Renggli > www.lukas-renggli.ch > -- Marcus Denker -- http://marcusdenker.de

July 29, 2011

Re: [Pharo-users] **Important Please read** Towards First Class Tasks

by laurent laffont

On Fri, Jul 29, 2011 at 11:27 AM, Simon Denier <simon.denier(a)gmail.com>wrote: > > On 28 juil. 2011, at 22:33, laurent laffont wrote: > > > On Thu, Jul 28, 2011 at 10:44 AM, Simon Denier <simon.denier(a)gmail.com>wrote: > >> >> About the Pharo IDE task force, I think it would be cool if either Laurent >> in Annecy or Doru in Bern could organize a Dojo over a week-end. >> >> > Over a week-end will be hard for me (wife, children :) but on a Saturday or > Sunday it can be possible (Annecy is easier for me). > > > > It's a bit too late but what do you do this week-end? :) Weather does not > seem so nice in the mountains. > I'm still not back in Annecy. But I'm still on vacation next week and in Annecy, so there may be some time for a try ? For those interested, Tuesday (August, 2) there will be a SmallHarbour sprint with Romain in Annecy. Laurent. > > > > With Skype and TeamViewer we should be able to work together (more than 2) > on a single computer, pair program over the web. Do you want to try this ? > > Laurent. > > > >> >> On 1 juil. 2011, at 10:40, StÃ©phane Ducasse wrote: >> >> > Dear Pharoers >> > >> > I think that we are doing a great work: when I look at the work on the >> theme, better widgets, network.....Excellent! and thanks. >> > Now we were discussing with Doru about how we as community could >> coordinate and structure ourselves better to create more energy. >> > >> > Analysis of the current situation: >> > Right now we have individuals doing great projects, sometimes we >> have a group of people but this is often not visible. >> > Now often happens a bit in ad-hoc way. Because someone ask >> something, then somebody replies and we integrate the replies. >> > >> > What I would like to see emerging are First Class Tasks with >> > a name >> > a topic >> > a coordinator >> > a group of interested participants, >> > a set of identified clients (because clients are the ones that >> often make us deliver more), >> > a little agenda, >> > a web presence on the web page >> > >> > >> > If we look at what we have right now that are potential Tasks and really >> important clients >> > >> > - The Z connection: >> > Network/Socket >> > Coordinator (proposed): Sven >> > Socket: Noury Luc Jannik Olivier >> > Clients: Seasiders, Clouders, >> > >> > - Morphic 2: >> > UI: Alain Gary Igor >> > Coordinator (proposed): ? >> > Presenty framework >> > VoidNullPointer UIBuilder >> > Athens >> > Clients: Moose, Pharo IDE >> > >> > - Pharo IDE: >> > Coordinator (proposed): Doru >> > work around TWM Laurent >> > Nautilus: Benjamin Laurent >> > Glamourous: Doru Damien >> > >> > - OPAL: >> > Compiler tool chain >> > Coordinator (proposed): Marcus? >> > Jb, Jorge, Marcus, >> > Helvetia lukas >> > Niko Schwarz? >> > >> > - Package: >> > Stef, Cyrille >> > Coordinator (proposed): Stephane >> > Client: Nautilus, Doru Moose, >> > >> > - Metacello >> > Dale Mariano >> > Coordinator (proposed): Dale? >> > Client: Stef with the idea of distribution, Torsten don't >> you want to help here? >> > >> > - Coral: >> > Coordinator (proposed): Damien? >> > Damien, Luc, Adrien, Stef, >> > Client: Damien, Olivier? >> > >> > So what would be good is to have the identification on the web site of >> these groups. >> > More discussions and concentration with a set of little tasks to be >> performed >> > We could tag the mails with [Task-UI], [Task-OPAL], have a little >> visible agenda. >> > >> > What do you think? I think that it is important. >> > >> > >> > >> > Stef >> > >> >> -- >> Simon Denier >> >> >> >> >> > > -- > Simon Denier > > > >

July 29, 2011

Re: [Pharo-users] **Important Please read** Towards First Class Tasks

by Simon Denier

On 28 juil. 2011, at 22:33, laurent laffont wrote: > > On Thu, Jul 28, 2011 at 10:44 AM, Simon Denier <simon.denier(a)gmail.com> wrote: > > About the Pharo IDE task force, I think it would be cool if either Laurent in Annecy or Doru in Bern could organize a Dojo over a week-end. > > > Over a week-end will be hard for me (wife, children :) but on a Saturday or Sunday it can be possible (Annecy is easier for me). It's a bit too late but what do you do this week-end? :) Weather does not seem so nice in the mountains. > > With Skype and TeamViewer we should be able to work together (more than 2) on a single computer, pair program over the web. Do you want to try this ? > > Laurent. > > > > On 1 juil. 2011, at 10:40, StÃ©phane Ducasse wrote: > > > Dear Pharoers > > > > I think that we are doing a great work: when I look at the work on the theme, better widgets, network.....Excellent! and thanks. > > Now we were discussing with Doru about how we as community could coordinate and structure ourselves better to create more energy. > > > > Analysis of the current situation: > > Right now we have individuals doing great projects, sometimes we have a group of people but this is often not visible. > > Now often happens a bit in ad-hoc way. Because someone ask something, then somebody replies and we integrate the replies. > > > > What I would like to see emerging are First Class Tasks with > > a name > > a topic > > a coordinator > > a group of interested participants, > > a set of identified clients (because clients are the ones that often make us deliver more), > > a little agenda, > > a web presence on the web page > > > > > > If we look at what we have right now that are potential Tasks and really important clients > > > > - The Z connection: > > Network/Socket > > Coordinator (proposed): Sven > > Socket: Noury Luc Jannik Olivier > > Clients: Seasiders, Clouders, > > > > - Morphic 2: > > UI: Alain Gary Igor > > Coordinator (proposed): ? > > Presenty framework > > VoidNullPointer UIBuilder > > Athens > > Clients: Moose, Pharo IDE > > > > - Pharo IDE: > > Coordinator (proposed): Doru > > work around TWM Laurent > > Nautilus: Benjamin Laurent > > Glamourous: Doru Damien > > > > - OPAL: > > Compiler tool chain > > Coordinator (proposed): Marcus? > > Jb, Jorge, Marcus, > > Helvetia lukas > > Niko Schwarz? > > > > - Package: > > Stef, Cyrille > > Coordinator (proposed): Stephane > > Client: Nautilus, Doru Moose, > > > > - Metacello > > Dale Mariano > > Coordinator (proposed): Dale? > > Client: Stef with the idea of distribution, Torsten don't you want to help here? > > > > - Coral: > > Coordinator (proposed): Damien? > > Damien, Luc, Adrien, Stef, > > Client: Damien, Olivier? > > > > So what would be good is to have the identification on the web site of these groups. > > More discussions and concentration with a set of little tasks to be performed > > We could tag the mails with [Task-UI], [Task-OPAL], have a little visible agenda. > > > > What do you think? I think that it is important. > > > > > > > > Stef > > > > -- > Simon Denier > > > > > -- Simon Denier

July 29, 2011

Re: [Pharo-users] TestRunner and <expectedFailure>

by Lukas Renggli

Igor, why do you search up to Object? It should be enough to search to TestCase only. Lukas On 29 July 2011 09:34, Marcus Denker <marcus.denker(a)inria.fr> wrote: > > On Jul 28, 2011, at 4:45 PM, Igor Stasenko wrote: > >> On 28 July 2011 15:44, Marcus Denker <marcus.denker(a)inria.fr> wrote: >>> >>> On Jul 28, 2011, at 3:35 PM, Alex Schenkman wrote: >>> >>>> Hi List, >>>> >>>> How can I use <expectedFailure> togehter with the TestRunner. >>>> Testrunner shows the number of expectedFailures, but it always zero, even when I decorate with the Pragma. >>>> >>>> testShouldFail >>>> Â Â Â <expectedFailure> >>>> Â Â Â self fail. >>>> >>> >>> We had to disable the pragma because it lead to making running all tests of the image so slow >>> that it took hours to run. >>> >>> We should look at this again... >>> >>> for now, you can use the old style of adding a method that returns an array of the selectors... >>> >> can you bench it without and with this changeset? >> >> > > Looks good! Will add a tracker entry. > > > -- > Marcus Denker -- http://marcusdenker.de > > > -- Lukas Renggli www.lukas-renggli.ch

July 29, 2011

Re: [Pharo-users] TestRunner and <expectedFailure>

by Marcus Denker

On Jul 28, 2011, at 4:45 PM, Igor Stasenko wrote: > On 28 July 2011 15:44, Marcus Denker <marcus.denker(a)inria.fr> wrote: >> >> On Jul 28, 2011, at 3:35 PM, Alex Schenkman wrote: >> >>> Hi List, >>> >>> How can I use <expectedFailure> togehter with the TestRunner. >>> Testrunner shows the number of expectedFailures, but it always zero, even when I decorate with the Pragma. >>> >>> testShouldFail >>> <expectedFailure> >>> self fail. >>> >> >> We had to disable the pragma because it lead to making running all tests of the image so slow >> that it took hours to run. >> >> We should look at this again... >> >> for now, you can use the old style of adding a method that returns an array of the selectors... >> > can you bench it without and with this changeset? > > Looks good! Will add a tracker entry. -- Marcus Denker -- http://marcusdenker.de

July 29, 2011

Re: [Pharo-users] Image confusion

by Igor Stasenko

On 29 July 2011 00:24, Sven Van Caekenberghe <sven(a)beta9.be> wrote: > Hello Jonathan, > > Welcome! > > On 28 Jul 2011, at 22:47, Jonathan Kelly wrote: > >> So I',m on WinXP and have Pharo in "C:\Pharo 1.2.1 Release". I had thought I'd worked out worked out dragging an image file onto the exe loaded it that image (it seems to work in the main directory with Pharo.exe ... and assumed that would work with cog vm too. So I copied an image into the cog directory "C:\Pharo 1.2.1 Release\cogvm" and dragged it onto PharoCog.exe and have been happily working away. > > I am on Mac, but I guess you can go the other way around on Windows as well: > > You can start by double-clicking a VM and then use the file dialog to select an image to open. > yes. and if it does not asks for image when you doing that, then get rid of .ini file in vm folder which pointing to fixed image and refuses to open others or gives you a choice which one to load, when you run vm with no parameters. > Sven > > > -- Best regards, Igor Stasenko AKA sig.

July 28, 2011

Re: [Pharo-users] Image confusion

by Sven Van Caekenberghe

Hello Jonathan, Welcome! On 28 Jul 2011, at 22:47, Jonathan Kelly wrote: > So I',m on WinXP and have Pharo in "C:\Pharo 1.2.1 Release". I had thought I'd worked out worked out dragging an image file onto the exe loaded it that image (it seems to work in the main directory with Pharo.exe ... and assumed that would work with cog vm too. So I copied an image into the cog directory "C:\Pharo 1.2.1 Release\cogvm" and dragged it onto PharoCog.exe and have been happily working away. I am on Mac, but I guess you can go the other way around on Windows as well: You can start by double-clicking a VM and then use the file dialog to select an image to open. Sven

July 28, 2011

Re: [Pharo-users] Image confusion

by laurent laffont

On Thu, Jul 28, 2011 at 10:47 PM, Jonathan Kelly <jonkelly(a)fastmail.fm>wrote: > Hi, > > newbie Smalltalker here. Have been playing with Pharo for a couple of weeks > - loving it and hating it at the same time! :) > > So I',m on WinXP and have Pharo in "C:\Pharo 1.2.1 Release". I had thought > I'd worked out worked out dragging an image file onto the exe loaded it that > image (it seems to work in the main directory with Pharo.exe ... and assumed > that would work with cog vm too. So I copied an image into the cog directory > "C:\Pharo 1.2.1 Release\cogvm" and dragged it onto PharoCog.exe and have > been happily working away. > > Now I realise looking at modification dates that the image it is actually > using is "C:\Pharo 1.2.1 Release\pharo.image" - and confirmed that by > actually noticing the window header which says "PharoCog! (C:\Pharo 1.2.1 > Relase\pharo.image)" > > I've filed out my stuff and am going to start again. So, which VM should I > be using, and if its cog .. how should I manage images. > If I remember correctly you have to change an existing Squeak.ini file and remove a line pointing to a specific image. Laurent. > > Thanks > Jonathan. > >

July 28, 2011

Re: [Pharo-users] Image confusion

by StÃ©phane Ducasse

Hi jonathan Sorry for the frustration part. I'm on mac and somebody on windows will certainly help you. Now I suggest you to use Monticello to save on SqueakSource (keep the local version on your package-cache folder because SqueakSource is recently leaking some packages - we are working on the next generation). Now do not hesitate to ask us what gets you frustrated. We want to make the system better and need feedback. Stef On Jul 28, 2011, at 10:47 PM, Jonathan Kelly wrote: > Hi, > > newbie Smalltalker here. Have been playing with Pharo for a couple of weeks - loving it and hating it at the same time! :) > > So I',m on WinXP and have Pharo in "C:\Pharo 1.2.1 Release". I had thought I'd worked out worked out dragging an image file onto the exe loaded it that image (it seems to work in the main directory with Pharo.exe ... and assumed that would work with cog vm too. So I copied an image into the cog directory "C:\Pharo 1.2.1 Release\cogvm" and dragged it onto PharoCog.exe and have been happily working away. > > Now I realise looking at modification dates that the image it is actually using is "C:\Pharo 1.2.1 Release\pharo.image" - and confirmed that by actually noticing the window header which says "PharoCog! (C:\Pharo 1.2.1 Relase\pharo.image)" > > I've filed out my stuff and am going to start again. So, which VM should I be using, and if its cog .. how should I manage images. > > Thanks > Jonathan. >

July 28, 2011

Testing files and directories

by Francois Stephany

Hi list, I'm testing some import scripts and wondering how people usually do this kind of testing. Do you generate temporary directories and file ? Any test code examples available to look at ? Cheers, Fa

July 28, 2011

Image confusion

by Jonathan Kelly

Hi, newbie Smalltalker here. Have been playing with Pharo for a couple of weeks - loving it and hating it at the same time! :) So I',m on WinXP and have Pharo in "C:\Pharo 1.2.1 Release". I had thought I'd worked out worked out dragging an image file onto the exe loaded it that image (it seems to work in the main directory with Pharo.exe ... and assumed that would work with cog vm too. So I copied an image into the cog directory "C:\Pharo 1.2.1 Release\cogvm" and dragged it onto PharoCog.exe and have been happily working away. Now I realise looking at modification dates that the image it is actually using is "C:\Pharo 1.2.1 Release\pharo.image" - and confirmed that by actually noticing the window header which says "PharoCog! (C:\Pharo 1.2.1 Relase\pharo.image)" I've filed out my stuff and am going to start again. So, which VM should I be using, and if its cog .. how should I manage images. Thanks Jonathan.

July 28, 2011

Re: [Pharo-users] **Important Please read** Towards First Class Tasks

by laurent laffont

On Thu, Jul 28, 2011 at 10:44 AM, Simon Denier <simon.denier(a)gmail.com>wrote: > > About the Pharo IDE task force, I think it would be cool if either Laurent > in Annecy or Doru in Bern could organize a Dojo over a week-end. > > Over a week-end will be hard for me (wife, children :) but on a Saturday or Sunday it can be possible (Annecy is easier for me). With Skype and TeamViewer we should be able to work together (more than 2) on a single computer, pair program over the web. Do you want to try this ? Laurent. > > On 1 juil. 2011, at 10:40, StÃ©phane Ducasse wrote: > > > Dear Pharoers > > > > I think that we are doing a great work: when I look at the work on the > theme, better widgets, network.....Excellent! and thanks. > > Now we were discussing with Doru about how we as community could > coordinate and structure ourselves better to create more energy. > > > > Analysis of the current situation: > > Right now we have individuals doing great projects, sometimes we > have a group of people but this is often not visible. > > Now often happens a bit in ad-hoc way. Because someone ask > something, then somebody replies and we integrate the replies. > > > > What I would like to see emerging are First Class Tasks with > > a name > > a topic > > a coordinator > > a group of interested participants, > > a set of identified clients (because clients are the ones that > often make us deliver more), > > a little agenda, > > a web presence on the web page > > > > > > If we look at what we have right now that are potential Tasks and really > important clients > > > > - The Z connection: > > Network/Socket > > Coordinator (proposed): Sven > > Socket: Noury Luc Jannik Olivier > > Clients: Seasiders, Clouders, > > > > - Morphic 2: > > UI: Alain Gary Igor > > Coordinator (proposed): ? > > Presenty framework > > VoidNullPointer UIBuilder > > Athens > > Clients: Moose, Pharo IDE > > > > - Pharo IDE: > > Coordinator (proposed): Doru > > work around TWM Laurent > > Nautilus: Benjamin Laurent > > Glamourous: Doru Damien > > > > - OPAL: > > Compiler tool chain > > Coordinator (proposed): Marcus? > > Jb, Jorge, Marcus, > > Helvetia lukas > > Niko Schwarz? > > > > - Package: > > Stef, Cyrille > > Coordinator (proposed): Stephane > > Client: Nautilus, Doru Moose, > > > > - Metacello > > Dale Mariano > > Coordinator (proposed): Dale? > > Client: Stef with the idea of distribution, Torsten don't > you want to help here? > > > > - Coral: > > Coordinator (proposed): Damien? > > Damien, Luc, Adrien, Stef, > > Client: Damien, Olivier? > > > > So what would be good is to have the identification on the web site of > these groups. > > More discussions and concentration with a set of little tasks to be > performed > > We could tag the mails with [Task-UI], [Task-OPAL], have a little visible > agenda. > > > > What do you think? I think that it is important. > > > > > > > > Stef > > > > -- > Simon Denier > > > > >

July 28, 2011

Re: [Pharo-users] TestRunner and <expectedFailure>

by Igor Stasenko

On 28 July 2011 15:44, Marcus Denker <marcus.denker(a)inria.fr> wrote: > > On Jul 28, 2011, at 3:35 PM, Alex Schenkman wrote: > >> Hi List, >> >> How can I use <expectedFailure> togehter with the TestRunner. >> Testrunner shows the number of expectedFailures, but it always zero, even when I decorate with the Pragma. >> >> testShouldFail >> Â Â Â <expectedFailure> >> Â Â Â self fail. >> > > We had to disable the pragma because it lead to making running all tests of the image so slow > that it took hours to run. > > We should look at this again... > > for now, you can use the old style of adding a method that returns an array of the selectors... > can you bench it without and with this changeset? > > -- > Marcus Denker -- http://marcusdenker.de > > > -- Best regards, Igor Stasenko AKA sig.

July 28, 2011

Re: [Pharo-users] TestRunner and <expectedFailure>

by Marcus Denker

On Jul 28, 2011, at 3:35 PM, Alex Schenkman wrote: > Hi List, > > How can I use <expectedFailure> togehter with the TestRunner. > Testrunner shows the number of expectedFailures, but it always zero, even when I decorate with the Pragma. > > testShouldFail > <expectedFailure> > self fail. > We had to disable the pragma because it lead to making running all tests of the image so slow that it took hours to run. We should look at this again... for now, you can use the old style of adding a method that returns an array of the selectors... -- Marcus Denker -- http://marcusdenker.de

July 28, 2011

TestRunner and <expectedFailure>

by Alex Schenkman

Hi List, How can I use <expectedFailure> togehter with the TestRunner. Testrunner shows the number of expectedFailures, but it always zero, even when I decorate with the Pragma. testShouldFail <expectedFailure> self fail. Thanks in advance!

July 28, 2011

Re: [Pharo-users] [Pharo-project] does anybody want to continue the comment of the day effort?

by Mariano Martinez Peck

On Sun, Jul 24, 2011 at 6:45 PM, laurent laffont <laurent.laffont(a)gmail.com>wrote: > On Sun, Jul 24, 2011 at 3:44 PM, StÃ©phane Ducasse < > stephane.ducasse(a)inria.fr> wrote: > >> yes but this is easy somebody pick a random class without comment and we >> all try to get a comment :) >> > > > yes. If somebody else want to lead the effort, just do it. > > Laurent. > > > >> >> On Jul 24, 2011, at 10:58 AM, laurent laffont wrote: >> >> > I will continue after my holidays. >> > >> > Laurent. >> > >> > On Sun, Jul 24, 2011 at 10:56 AM, Max Leske <maxleske(a)gmail.com> wrote: >> > Although I haven't had anything to contribute up to now, I vote to >> continue it. If there is a comment I can help with, I will. >> > >> > Max >> > >> > >> > On 24.07.2011, at 10:02, StÃ©phane Ducasse wrote: >> > >> > > HI guys >> > > >> > > does any of you want to continue the comment of the day effort? >> > > Because it was really important. >> > > >> > > Stef >> > > >> > >> > >> > >> >> >> > -- Mariano http://marianopeck.wordpress.com

July 28, 2011

Re: [Pharo-users] **Important Please read** Towards First Class Tasks

by Simon Denier

About the Pharo IDE task force, I think it would be cool if either Laurent in Annecy or Doru in Bern could organize a Dojo over a week-end. On 1 juil. 2011, at 10:40, StÃ©phane Ducasse wrote: > Dear Pharoers > > I think that we are doing a great work: when I look at the work on the theme, better widgets, network.....Excellent! and thanks. > Now we were discussing with Doru about how we as community could coordinate and structure ourselves better to create more energy. > > Analysis of the current situation: > Right now we have individuals doing great projects, sometimes we have a group of people but this is often not visible. > Now often happens a bit in ad-hoc way. Because someone ask something, then somebody replies and we integrate the replies. > > What I would like to see emerging are First Class Tasks with > a name > a topic > a coordinator > a group of interested participants, > a set of identified clients (because clients are the ones that often make us deliver more), > a little agenda, > a web presence on the web page > > > If we look at what we have right now that are potential Tasks and really important clients > > - The Z connection: > Network/Socket > Coordinator (proposed): Sven > Socket: Noury Luc Jannik Olivier > Clients: Seasiders, Clouders, > > - Morphic 2: > UI: Alain Gary Igor > Coordinator (proposed): ? > Presenty framework > VoidNullPointer UIBuilder > Athens > Clients: Moose, Pharo IDE > > - Pharo IDE: > Coordinator (proposed): Doru > work around TWM Laurent > Nautilus: Benjamin Laurent > Glamourous: Doru Damien > > - OPAL: > Compiler tool chain > Coordinator (proposed): Marcus? > Jb, Jorge, Marcus, > Helvetia lukas > Niko Schwarz? > > - Package: > Stef, Cyrille > Coordinator (proposed): Stephane > Client: Nautilus, Doru Moose, > > - Metacello > Dale Mariano > Coordinator (proposed): Dale? > Client: Stef with the idea of distribution, Torsten don't you want to help here? > > - Coral: > Coordinator (proposed): Damien? > Damien, Luc, Adrien, Stef, > Client: Damien, Olivier? > > So what would be good is to have the identification on the web site of these groups. > More discussions and concentration with a set of little tasks to be performed > We could tag the mails with [Task-UI], [Task-OPAL], have a little visible agenda. > > What do you think? I think that it is important. > > > > Stef > -- Simon Denier

July 28, 2011