- Pharo-dev - lists.pharo.org

Re: [Pharo-project] cool to see pier, and other running on 1.3

by Lukas Renggli

I don't think that the server manager calls #basicStop/#basicStart on startup/shutdown (this is when you explicitly start/stop the server), only #startUp/#shutDown. I might be wrong though ... Lukas On 28 July 2011 20:50, Sven Van Caekenberghe <sven(a)beta9.be> wrote: > > On 28 Jul 2011, at 18:31, Lukas Renggli wrote: > >>>> I guess it would be a good idea for the Seaside adaptor to do this automagically ? I'll have a look when I download your freshly backed image. >>> >>> Yes, the WAServerManager should bring them up again. I suspect this is >>> an issue with Seaside or Pharo; as this is exactly the same problem >>> with Kom. >> >> Now I can fix the ZnZincServerAdaptor when I add the following methods: >> >> ZnZincServerAdaptor>>startUp >> Â Â Â self server isNil >> Â Â Â Â Â Â Â ifFalse: [ self server start ] >> >> ZnZincServerAdaptor>>shutDown >> Â Â Â self server isNil >> Â Â Â Â Â Â Â ifFalse: [ self server stop ] >> >> The strange thing though is that when the images comes up and I stop >> the server adaptor manually, the server continues to run :-S > > There is something wrong, I just took the build #650 and loaded your commit Zinc-Seaside-lr.17.mcz, created a new Zn adaptor, saved the image and quit: now the image refuses to start! > > Did you see #basicStart and #basicStop, these are the ones called by WAServerManager>>#start: > > I am trying to figure out how this is supposed to work... > >> Lukas >> >> -- >> Lukas Renggli >> www.lukas-renggli.ch >> > > > -- Lukas Renggli www.lukas-renggli.ch

July 28, 2011

Re: [Pharo-project] cool to see pier, and other running on 1.3

by Sven Van Caekenberghe

On 28 Jul 2011, at 18:31, Lukas Renggli wrote: >>> I guess it would be a good idea for the Seaside adaptor to do this automagically ? I'll have a look when I download your freshly backed image. >> >> Yes, the WAServerManager should bring them up again. I suspect this is >> an issue with Seaside or Pharo; as this is exactly the same problem >> with Kom. > > Now I can fix the ZnZincServerAdaptor when I add the following methods: > > ZnZincServerAdaptor>>startUp > self server isNil > ifFalse: [ self server start ] > > ZnZincServerAdaptor>>shutDown > self server isNil > ifFalse: [ self server stop ] > > The strange thing though is that when the images comes up and I stop > the server adaptor manually, the server continues to run :-S There is something wrong, I just took the build #650 and loaded your commit Zinc-Seaside-lr.17.mcz, created a new Zn adaptor, saved the image and quit: now the image refuses to start! Did you see #basicStart and #basicStop, these are the ones called by WAServerManager>>#start: I am trying to figure out how this is supposed to work... > Lukas > > -- > Lukas Renggli > www.lukas-renggli.ch >

July 28, 2011

Re: [Pharo-project] Downloading 1.4

by Sean P. DeNigris

The code, brief instructions, and a screencast of the result are at http://seandenigris.com/blog/?p=723 Here is the relevant bit to get it working: Gofer new squeaksource: 'MetacelloRepository'; package: 'ConfigurationOfFFI'; load. ((Smalltalk at: #ConfigurationOfFFI) project latestVersion) load. Gofer new squeaksource: 'SophieGoldDig'; package: 'SpdQT'; load. aURI := URI fromString: 'file:///path/to/video.ext'. movie := QuickTimeMovie openMovieFromURI: aURI. m := SqueakMovieMorph openOn: movie. -- View this message in context: http://forum.world.st/Downloading-1-4-tp3696454p3702140.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

July 28, 2011

Re: [Pharo-project] [ANN] Customized Cog Win32 for Pharo 1.3 (based on Cog r2474)

by Igor Stasenko

On 28 July 2011 21:15, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: > let me guess... why can that be happening... oh, I know: you are using > windows! > (sorry, I couldn't resist it :P) i don't know. Slave running windows 7. And my home machine (which i brought from Kiev) now runs WinXP for 74 days without rebooting and power-off. -- Best regards, Igor Stasenko AKA sig.

July 28, 2011

Re: [Pharo-project] [ANN] Customized Cog Win32 for Pharo 1.3 (based on Cog r2474)

by Igor Stasenko

@Torsten, i cloned Cog/blessed repository to new one, called pharo-vm https://gitorious.org/+pharo-developers/cogvm/pharo-vm which will serve as a repository for branded pharo-vm. Now what you can do is to register on gitorious, make own clone of this repository and start adding necessary files. or just register without making own clone, i will add you into pharo-developers group so you can commit directly to this repository. -- Best regards, Igor Stasenko AKA sig.

July 28, 2011

Re: [Pharo-project] [ANN] Customized Cog Win32 for Pharo 1.3 (based on Cog r2474)

by Esteban Lorenzano

let me guess... why can that be happening... oh, I know: you are using windows! (sorry, I couldn't resist it :P) On Thu, Jul 28, 2011 at 2:54 PM, Igor Stasenko <siguctua(a)gmail.com> wrote: > On 28 July 2011 17:46, Marcus Denker <marcus.denker(a)inria.fr> wrote: > > > > On Jul 28, 2011, at 4:38 PM, Torsten Bergmann wrote: > > > >>> I personally am completely confused about VMs. Now we have even one > more :-) > >> > >> No - we do not have one more, just an updated rebranded version > >> as I did in the past to make it more Pharo like. > >> > >> On Win32 it goes like this: > >> =========================== > >> > >> A) Andreas provided the official Squeak VM on > http://squeakvm.org/win32/ > >> Last official one is 4.1.1, I just gave it a new pharo icon > ("lighthouse"), name > >> and file ressource so one can see the VM version directly in > Explorer. > >> > >> => unfortunately this is very outdated from 2010, no > activity/response on > >> Andreas side and no new Win32 Squeak VM maintainer stepped up > AFAIK > >> > >> Even when outdated we still use this as the standard VM in the Win32 > >> Installer (see Pharo1.2), I will reuse this standard VM for 1.3 too. > >> > >> B) Eliot provides the fast Cog VM on > http://www.mirandabanda.org/files/Cog/VM/ > >> Last SVN revision is VM.r2474, again anything I do is building the > >> VM from subversion with another icon ("lighthouse with gear"), name > and > >> a file ressource so one can see the VM version directly in Explorer. > >> > >> This Cog VM is also in the Win32 Pharo 1.2/upcoming 1.3 installer > >> so Win users can profit from Eliots work. > >> > >> After using the Win32-Installer one can (by using the different icon > "lighthouse" or "lighthouse with gear") start the appropriate engine to run > his image. > >> > >> I hope that we can get a better situation as soon as > >> - the standard VM "A" is built right from the newest VMMaker > >> - for "B" (the Cog VM) is either built from VMMaker or from Eliots SVN > repo > >> > > > > And there is > > > > C) > > > > https://pharo-ic.lille.inria.fr/hudson/view/Cog/job/Cog-Win32/ > > > > Which is auto-build and soon even auto-tested... > > > > yeah, as soon as we figure out how to gain stability of win32 slave, > because right now something strange happens after week or two of > working it stops responding > and i need to contact INRIA admins and ask them to reboot/kick its ass > over and over again :) > > > > > > Marcus > > -- > > Marcus Denker -- http://marcusdenker.de > > > > -- > Best regards, > Igor Stasenko AKA sig. > >

July 28, 2011

Re: [Pharo-project] [ANN] Customized Cog Win32 for Pharo 1.3 (based on Cog r2474)

by Igor Stasenko

On 28 July 2011 17:46, Marcus Denker <marcus.denker(a)inria.fr> wrote: > > On Jul 28, 2011, at 4:38 PM, Torsten Bergmann wrote: > >>> I personally am completely confused about VMs. Now we have even one more :-) >> >> No - we do not have one more, just an updated rebranded version >> as I did in the past to make it more Pharo like. >> >> On Win32 it goes like this: >> =========================== >> >> A) Andreas provided the official Squeak VM on http://squeakvm.org/win32/ >> Â Â Last official one is 4.1.1, I just gave it a new pharo icon ("lighthouse"), name >> Â Â and file ressource so one can see the VM version directly in Explorer. >> >> Â Â => unfortunately this is very outdated from 2010, no activity/response on >> Â Â Â Â Andreas side and no new Win32 Squeak VM maintainer stepped up AFAIK >> >> Â Â Even when outdated we still use this as the standard VM in the Win32 >> Â Â Installer (see Pharo1.2), I will reuse this standard VM for 1.3 too. >> >> B) Eliot provides the fast Cog VM on http://www.mirandabanda.org/files/Cog/VM/ >> Â Â Last SVN revision is VM.r2474, again anything I do is building the >> Â Â VM from subversion with another icon ("lighthouse with gear"), name and >> Â Â a file ressource so one can see the VM version directly in Explorer. >> >> Â Â This Cog VM is also in the Win32 Pharo 1.2/upcoming 1.3 installer >> Â Â so Win users can profit from Eliots work. >> >> After using the Win32-Installer one can (by using the different icon "lighthouse" or "lighthouse with gear") start the appropriate engine to run his image. >> >> I hope that we can get a better situation as soon as >> - the standard VM "A" is built right from the newest VMMaker >> - for "B" (the Cog VM) is either built from VMMaker or from Eliots SVN repo >> > > And there is > > C) > > https://pharo-ic.lille.inria.fr/hudson/view/Cog/job/Cog-Win32/ > > Which is auto-build and soon even auto-tested... > yeah, as soon as we figure out how to gain stability of win32 slave, because right now something strange happens after week or two of working it stops responding and i need to contact INRIA admins and ask them to reboot/kick its ass over and over again :) > > Â Â Â Â Marcus > -- > Marcus Denker -- http://marcusdenker.de > -- Best regards, Igor Stasenko AKA sig.

July 28, 2011

Re: [Pharo-project] [ANN] Customized Cog Win32 for Pharo 1.3 (based on Cog r2474)

by Eliot Miranda

On Thu, Jul 28, 2011 at 7:46 AM, Marcus Denker <marcus.denker(a)inria.fr>wrote: > > On Jul 28, 2011, at 4:38 PM, Torsten Bergmann wrote: > > >> I personally am completely confused about VMs. Now we have even one more > :-) > > > > No - we do not have one more, just an updated rebranded version > > as I did in the past to make it more Pharo like. > > > > On Win32 it goes like this: > > =========================== > > > > A) Andreas provided the official Squeak VM on http://squeakvm.org/win32/ > > Last official one is 4.1.1, I just gave it a new pharo icon > ("lighthouse"), name > > and file ressource so one can see the VM version directly in Explorer. > > > > => unfortunately this is very outdated from 2010, no > activity/response on > > Andreas side and no new Win32 Squeak VM maintainer stepped up > AFAIK > > > > Even when outdated we still use this as the standard VM in the Win32 > > Installer (see Pharo1.2), I will reuse this standard VM for 1.3 too. > > > > B) Eliot provides the fast Cog VM on > http://www.mirandabanda.org/files/Cog/VM/ > > Last SVN revision is VM.r2474, again anything I do is building the > > VM from subversion with another icon ("lighthouse with gear"), name > and > > a file ressource so one can see the VM version directly in Explorer. > > > > This Cog VM is also in the Win32 Pharo 1.2/upcoming 1.3 installer > > so Win users can profit from Eliots work. > > > > After using the Win32-Installer one can (by using the different icon > "lighthouse" or "lighthouse with gear") start the appropriate engine to run > his image. > > > > I hope that we can get a better situation as soon as > > - the standard VM "A" is built right from the newest VMMaker > > - for "B" (the Cog VM) is either built from VMMaker or from Eliots SVN > repo > > > > And there is > > C) > > https://pharo-ic.lille.inria.fr/hudson/view/Cog/job/Cog-Win32/ > > Which is auto-build and soon even auto-tested... > and would be the VM I would expect Pharo to use. You're welcome to use the VMs off my site but Pharo wants the correct icons, and something that has been auto-built and autotested, etc > > > Marcus > > -- > Marcus Denker -- http://marcusdenker.de > > > -- best, Eliot

July 28, 2011

Re: [Pharo-project] Reference temporary variable of method ( or other solution )

by Igor Stasenko

On 28 July 2011 17:54, Marcus Denker <marcus.denker(a)inria.fr> wrote: > > On Jul 28, 2011, at 5:11 PM, Dario Trussardi wrote: >> >> and methodB: >> >> Â Â Â methodB >> >> Â Â Â Â Â Â Â | a b c | >> >> Â Â Â Â Â Â Â a := 'a'. >> >> Â Â Â Â Â Â Â ......... Â i can now at this step Â reference the Â Â Â Â Â Â Â Â Â var1 Â Â Â defined in methodA ? >> >> >> >> >> I think it's in the stack or i wrong ? >> > Yes, it is on the stack: > > Â Â Â Â thisContext sender tempNamed: 'var1'. > > but tempNamed: has to look at the sources... so faster is: > > Â Â Â Â thisContext sender tempAt: 1. > >> It's no elegant do it ? >> > > I would not do it... it's hard to understand, easy to break (adding a temp will break it, refactoring > breaks it easily, calling the method from somewhere else will lead to funny effects, and so on). > yes, but you can check who calling you, like: (thisContext sender method == (SomeClass>> #methodA )) ifTrue: [ ... ] but of course it doesn't makes this hack less evil. Less brittle , yes :) > And it's slow (on the jit it means that the context needs to be created) and far too much magic. > > Â Â Â Â Marcus > > -- > Marcus Denker -- http://marcusdenker.de > > > -- Best regards, Igor Stasenko AKA sig.

July 28, 2011

Re: [Pharo-project] cool to see pier, and other running on 1.3

by Lukas Renggli

>> I guess it would be a good idea for the Seaside adaptor to do this automagically ? I'll have a look when I download your freshly backed image. > > Yes, the WAServerManager should bring them up again. I suspect this is > an issue with Seaside or Pharo; as this is exactly the same problem > with Kom. Now I can fix the ZnZincServerAdaptor when I add the following methods: ZnZincServerAdaptor>>startUp self server isNil ifFalse: [ self server start ] ZnZincServerAdaptor>>shutDown self server isNil ifFalse: [ self server stop ] The strange thing though is that when the images comes up and I stop the server adaptor manually, the server continues to run :-S Lukas -- Lukas Renggli www.lukas-renggli.ch

July 28, 2011