- Pharo-users - lists.pharo.org

Windows headless and service
by Torsten Bergmann Feb. 8, 2016

Feb. 8, 2016

Running as Windows Service was possible back in Squeak VM days where Andreas Raab implemented registration into SCM (Service Control Manager). Code should be in Pharo VM too. See also http://forum.world.st/headless-CogVM-on-Windows-td4648336.html Possibly the "-service" may be broken/may not be recognized in Pharo Win VM anymore, havent checked. Bye T.

5 10

Spec doc
by Hilaire Feb. 7, 2016

Feb. 7, 2016

Hello I want to evaluate the use of Spec for desktop application. What are the recommended spec reading? Is Spec feature complete enough to develop application with complex GUI? (very subjective question) Is it intended to remain compatible with future release and modification of the underneath graphic system? Thanks Hilaire -- Dr. Geo http://drgeo.eu

8 20

Re: [Pharo-users] Image Cleaner no longer useful?
by Maximiliano Tabacman Feb. 7, 2016

Feb. 7, 2016

I've got some additional details. Using the old VM at:Â http://files.pharo.org/vm/pharo/win/Pharo-VM-win-stable.zip I downloaded a fresh 50491 image at:http://files.pharo.org/image/50-preSpur/50491.zip Opened a playground and executedImageCleaner cleanUpForProduction This was really fast, and in 2 minutes the process was complete. Then I downloaded the 50492 image at:http://files.pharo.org/image/50-preSpur/50492.zip Did the sameÂ ImageCleaner cleanUpForProduction,Â only this time is took about half an hour to do the same. Hope that helps to catch the reason.Thanks On Friday, February 5, 2016 9:33 AM, Maximiliano Tabacman via Pharo-users <pharo-users(a)lists.pharo.org> wrote: Thanks for the reply Marcus.I just checked, and can confirm that the old process took only 2 minutes and converted aÂ 58,2 MB image (includes Seaside and my web product) into aÂ 26,4 MB production image. By looking at PharoDebug.log, I can tell that this version is: VM: Win32 - IX86 - 6.1 - NBCoInterpreter NativeBoost-CogPlugin-HolgerHansPeterFreyther.21 uuid: e0df6e2d-5694-40e2-8035-dc217200b424 Sep 25 2014NBCogit NativeBoost-CogPlugin-HolgerHansPeterFreyther.21 uuid: e0df6e2d-5694-40e2-8035-dc217200b424 Sep 25 2014https://github.com/pharo-project/pharo-vm.git Commit: 81b5d19917dcb78f22482a780deec48c53738396 Date: 2014-09-20 14:36:18 +0200 By: Esteban Lorenzano <estebanlm(a)gmail.com> Jenkins build #14858Image: Pharo5.0 [Latest update: #50491] Hope that helps. This is Pharo 5, so the Image Cleaner must have broken at some point after this version. Let me know if there is any additional information I can provide to help figure it out. On Thursday, February 4, 2016 12:22 PM, Marcus Denker <marcus.denker(a)inria.fr> wrote: Hello, Sorry for the late answer. I think there are multiple problemsâ¦ 1) slowness. This is strange that unloading packages is so slow. This looks like a bug to me. 2) image size in Pharo5: We have a bug right now that images *never* shrink. This means that if you savean image once with 80MB, even if the GC cleans up, the saved image stays 80MB. We should fix bothâ¦. On 25 Jan 2016, at 13:32, Maximiliano Tabacman via Pharo-users <pharo-users(a)lists.pharo.org> wrote: From: Maximiliano Tabacman <mtabacman(a)yahoo.com> Subject: Image Cleaner no longer useful? Date: 25 January 2016 at 13:31:28 GMT+1 To: "pharo-users(a)lists.pharo.org" <pharo-users(a)lists.pharo.org> Reply-To: Maximiliano Tabacman <mtabacman(a)yahoo.com> Hi, and sorry if this has already been discussed. In Pharo 3, I used to be able to do: ImageCleaner cleanUpForProduction and that would correctly remove a lot of unneeded code in the image when preparing for a productive release.Then I would save the cleaned image, and since it had been cleaned, it would be smaller than the original development image (say from 60 mb to 25 mb).This process would take about 2-3 minutes. Then, in Pharo 4 it seems some changes were made here, since the same process took a lot more, like 20 minutes. When I first tried Pharo 5, I was happy to see that it was again down to 2-3 minutes. And here comes my question...Why is it that since some 2 months ago (maybe more), the Pharo 5 images once again require like 20 minutes to complete the cleanUpForProduction process? Also, and this is the most relevant to me, it no longer reduces the image size.So if I want to release a Pharo 5 version based on the latest images, I would be shipping a product that is more than twice the size of previous public versions of my software! Thanks for any insights into this. If it is a known bug, I would like to know if there is any workaround, or alternative objects that I should be using for the process.Also, if it would help for me to run any tests in particular to share and help in fixing this, please let me know.

1 0

Slack invitation
by SaÅ¡a JaniÅ¡ka Feb. 5, 2016

Feb. 5, 2016

Hiya, I'm told this is the right place to ask for an invitation to join Slack channel? Sincerely, Gour -- One who restrains the senses of action but whose mind dwells on sense objects certainly deludes himself and is called a pretender.

5 10

Re: [Pharo-users] Image Cleaner no longer useful?
by Marcus Denker Feb. 5, 2016

Feb. 5, 2016

Hello, Sorry for the late answer. I think there are multiple problemsâ¦ 1) slowness. This is strange that unloading packages is so slow. This looks like a bug to me. 2) image size in Pharo5: We have a bug right now that images *never* shrink. This means that if you save an image once with 80MB, even if the GC cleans up, the saved image stays 80MB. We should fix bothâ¦. > On 25 Jan 2016, at 13:32, Maximiliano Tabacman via Pharo-users <pharo-users(a)lists.pharo.org> wrote: > > > From: Maximiliano Tabacman <mtabacman(a)yahoo.com> > Subject: Image Cleaner no longer useful? > Date: 25 January 2016 at 13:31:28 GMT+1 > To: "pharo-users(a)lists.pharo.org" <pharo-users(a)lists.pharo.org> > Reply-To: Maximiliano Tabacman <mtabacman(a)yahoo.com> > > > Hi, and sorry if this has already been discussed. > > In Pharo 3, I used to be able to do: > > ImageCleaner cleanUpForProduction > > and that would correctly remove a lot of unneeded code in the image when preparing for a productive release. > Then I would save the cleaned image, and since it had been cleaned, it would be smaller than the original development image (say from 60 mb to 25 mb). > This process would take about 2-3 minutes. > > Then, in Pharo 4 it seems some changes were made here, since the same process took a lot more, like 20 minutes. > > When I first tried Pharo 5, I was happy to see that it was again down to 2-3 minutes. > > And here comes my question... > Why is it that since some 2 months ago (maybe more), the Pharo 5 images once again require like 20 minutes to complete the cleanUpForProduction process? > > Also, and this is the most relevant to me, it no longer reduces the image size. > So if I want to release a Pharo 5 version based on the latest images, I would be shipping a product that is more than twice the size of previous public versions of my software! > > Thanks for any insights into this. If it is a known bug, I would like to know if there is any workaround, or alternative objects that I should be using for the process. > Also, if it would help for me to run any tests in particular to share and help in fixing this, please let me know. > >

2 1

How to set the server debugger in seaside?
by stepharo Feb. 5, 2016

Feb. 5, 2016

Hi guys I hate so much this bad configuration interface of seaside. I lose all the time 20 min to find how to set the debugger. So I have to do a presentation and I cannot show the debugger. What a great wonderful experience. How can I configure seaside to get the debugger? Stef

5 5

Pharo mooc registration is available
by stepharo Feb. 4, 2016

Feb. 4, 2016

https://www.france-universite-numerique-mooc.fr/courses/inria/41010/session…

1 0

stupid spur question
by Werner Kassens Feb. 4, 2016

Feb. 4, 2016

Hi, in the developersforum i read: "And in 32-bits there are only BoxedFloat64 instances. So on a 32 bits VM Floats are represented only by BoxedFloat64. On a 64 bits VM Floats are represented either by BoxedFloat64 or SmallFloat64. " i wonder whether this means, that in 32 bit systems there exist images that dont have the SmallFloat64 object. i mean, if i make a package with a method for SmallFloat64, this would not trigger an exception on a 32 bit systems if i load it on such a system, or would it? werner

4 5

Another question about Spec
by Julien Delplanque Feb. 4, 2016

Feb. 4, 2016

Hey, I use drag and drop between two lists in a project and I read this tutorial [1] to learn how to do it. My question is: Is there a way to have another object than a String as passengers in #acceptDropBlock: (I get passengers the same way as in the tutorial i.e sending #passenger to transfer object) like the objects really in the list? Because if I use #displayBlock: it became difficult to be sure I retrieve the object I dropped in the source list... Thanks in advance, Julien [1]: http://spec.st/docs/drag_n_drop/

2 4

Re: [Pharo-users] Scrollbar in Spec layout
by LE Xuan Sang Feb. 4, 2016

Feb. 4, 2016

Hello, Here goes an example snapshot of my problem. Cheer, Sang > Date: Wed, 3 Feb 2016 16:59:01 +0800 > From: Ben Coman <btc(a)openinworld.com> > To: Any question about pharo is welcome <pharo-users(a)lists.pharo.org> > Subject: Re: [Pharo-users] Scrollbar in Spec layout > Message-ID: > <CAProBTmEm_aYDpoCFrptCQgA3Xx7MmDO67W5bMghSC50q69Hyw(a)mail.gmail.com> > Content-Type: text/plain; charset=UTF-8 > > On Wed, Feb 3, 2016 at 4:45 PM, LE Xuan Sang <xsang.le(a)gmail.com> wrote: >> Hello, >> >> I use Spec (Pharo 4) to develop my GUI application. In my Spec layout, one of the columns has a large amount of rows (dynamic content indeed). So i need it to be scrollable. Does anyone knows how to add a scrollbar to that column? >> >> Thanks, >> >> LE Sang > > I'm not sure if I'm the one to help you, but could you post a snapshot? > cheers -ben > >

2 1