- Pharo-users - lists.pharo.org

Re: [Pharo-users] Seaside 3.1 and 3.2 in Pharo 5

by Sven Van Caekenberghe

SUPER !! Thanks > On 20 Mar 2016, at 19:49, Johan Brichau <johan(a)inceptive.be> wrote: > > Hi Pharoers, > > If you are looking to use Seaside in Pharo 5, please go ahead and let us know if you run into any issues. > Seaside 3.1.5 and 3.2.0 (unreleased) load into Pharo 5 and all tests are green [1]. > > Also: I know the finalization of 3.2.0 is long overdue, so news about that is coming soon. > > cheers, > Johan > > [1] https://ci.inria.fr/pharo-contribution/job/Seaside/ > > âLoad release 3.1" > Metacello new > configuration: 'Seaside3'; > repository: 'http://www.smalltalkhub.com/mc/Seaside/MetacelloConfigurations/main'; > version: #'release3.1'; > load. > > âLoad pre-release 3.2" > Metacello new > configuration: 'Seaside3'; > repository: 'http://www.smalltalkhub.com/mc/Seaside/MetacelloConfigurations/main'; > version: #â3.2.0'; > load

March 20, 2016

Seaside 3.1 and 3.2 in Pharo 5

by Johan Brichau

Hi Pharoers, If you are looking to use Seaside in Pharo 5, please go ahead and let us know if you run into any issues. Seaside 3.1.5 and 3.2.0 (unreleased) load into Pharo 5 and all tests are green [1]. Also: I know the finalization of 3.2.0 is long overdue, so news about that is coming soon. cheers, Johan [1] https://ci.inria.fr/pharo-contribution/job/Seaside/ <https://ci.inria.fr/pharo-contribution/job/Seaside/> âLoad release 3.1" Metacello new configuration: 'Seaside3'; repository: 'http://www.smalltalkhub.com/mc/Seaside/MetacelloConfigurations/main'; version: #'release3.1'; load. âLoad pre-release 3.2" Metacello new configuration: 'Seaside3'; repository: 'http://www.smalltalkhub.com/mc/Seaside/MetacelloConfigurations/main'; version: #â3.2.0'; load

March 20, 2016

Re: [Pharo-users] Image Cleaner no longer useful?

by Stephan Eggermont

Hello Maximiliano On 20-03-16 13:29, Maximiliano Tabacman via Pharo-users wrote: > With the latest Image (50651) and VM, the issue remains the same. As Marcus wrote, that is a well-known problem. At the moment, there is one higher priority issue on the image side, and it might well be related. Furthermore, it might be related to the vm switch to spur, and stabilizing that is higher priority and currently takes a lot of effort, as you can see on pharoproject.slack.com, pharo-dev and vm-dev Stephan

March 20, 2016

Re: [Pharo-users] Image Cleaner no longer useful?

by Maximiliano Tabacman

With the latest Image (50651) and VM, the issue remains the same. The most critical part for me is the fact that cleaning the image (at least using ImageCleaner) does not reduce its size.I have a commercial product with users already using it, who obtain the product by downloading. This issue causes my product to be at least double the size in total because of the image not being reduced, and sometimes more. I have no idea how to help solve this issue, but if it remains once Pharo 5 is released next month, that means I won't be able to use it for my product, and I would be stuck with older versions where the cleaning process worked better. Should I be addressing this issue in another list? Maybe vote up how critical it is in some pending bugs list somewhere? Don't get me wrong, I love Pharo and all the community work being done. I love the fact that I can get a humble commercial product out to the users.I just think maybe other products are more server based and not affected by this issue, but for anyone creating products with Pharo that are to be downloaded by the customers it should be top priority. Thanks for Pharo, and thanks for any help or guidance you may be able to provide on this matter. On Sunday, February 7, 2016 1:10 PM, Maximiliano Tabacman via Pharo-users <pharo-users(a)lists.pharo.org> wrote: 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.

March 20, 2016

Re: [Pharo-users] extracting segments in an array

by Damien Pollet

SequenceableCollection mostly, but possibly streams as well On 19 March 2016 at 21:21, HernÃ¡n Morales Durand <hernan.morales(a)gmail.com> wrote: > Hi Damien, > > I didn't understood, which kind of sequences? > > > 2016-03-19 7:40 GMT-03:00 Damien Pollet <damien.pollet+pharo(a)gmail.com>: > >> Yeah if we redesign the String API it should account for Arrays and >> probably other kinds of sequences tooâ¦ >> >> On 19 March 2016 at 11:28, stepharo <stepharo(a)free.fr> wrote: >> >>> copyFrom:to: >>> >>> Stef >>> >>> Le 19/3/16 11:22, stepharo a Ã©crit : >>> >>> Hi >>>> >>>> I have an array and I would like to extract a segment of elements and I >>>> did not find >>>> >>>> array from: start to: end >>>> >>>> Did I miss something obvious? >>>> >>>> Stef >>>> >>>> >>>> >>> >>> >> >

March 20, 2016

Re: [Pharo-users] extracting segments in an array

by HernÃ¡n Morales Durand

Hi Damien, I didn't understood, which kind of sequences? 2016-03-19 7:40 GMT-03:00 Damien Pollet <damien.pollet+pharo(a)gmail.com>: > Yeah if we redesign the String API it should account for Arrays and > probably other kinds of sequences tooâ¦ > > On 19 March 2016 at 11:28, stepharo <stepharo(a)free.fr> wrote: > >> copyFrom:to: >> >> Stef >> >> Le 19/3/16 11:22, stepharo a Ã©crit : >> >> Hi >>> >>> I have an array and I would like to extract a segment of elements and I >>> did not find >>> >>> array from: start to: end >>> >>> Did I miss something obvious? >>> >>> Stef >>> >>> >>> >> >> >

March 19, 2016

Re: [Pharo-users] Generating custom classes based on attributes from XML Document

by HernÃ¡n Morales Durand

Hi Peter and Stef, Sounds like you want a XML Digester? This is the one in Java: https://commons.apache.org/proper/commons-digester/ May be you want to check as reference. Cheers, HernÃ¡n 2016-03-19 9:14 GMT-03:00 stepharo <stepharo(a)free.fr>: > We had great fun with peter because I could understand what I was looking > for around my xml importer. > Peter has the same problem so it was fun that we can talk and see the > light. > > What we learned in the process is that the pluggable behavior is nice but > limited > - type of matching > - you cannot match on children because you did not created them yet :) > > So what we plan to do and started (peter publish your code :) > - have a naive visitor on XMLNode > - use it to write a transform visitor that turns such some nodes into > special "domain nodes" > - Define a builder generating visit methods for an exporterVisitor > visiting the "domain nodes" > (this phase can be really automated) > - The exporterVisitor will let the programmer to define export rules > and create Pharo Object and moose objects. > > Peter if you find something useful in C# let me know. > Stef > > > Le 18/3/16 15:17, Peter UhnÃ¡k a Ã©crit : > > I have a XML like this > > <packagedElement xmi:type="uml:Class" xmi:id="EAID_4A" name="DCEdge" > isAbstract="true"> >  > </packagedElement> > <packagedElement xmi:type="uml:Association" xmi:id="EAID_46"> >  > </packagedElement> > > and I would like to generate UmlClass and UmlAssociation classes for this. > > I could use XMLPluggableElementFactory, however that only allows me to > specify the target class only on the element's name, such as > > doc := (XMLDOMParser on: someXML) > nodeFactory: > (XMLPluggableElementFactory new > elementClass: GenericElement; > handleElement: 'packagedElement' withClass: UmlPackagedElement) > parseDocument. > > However I need better granularity, because I would like to have a > different class for 'packagedElement[xmi:type="uml:Class"]' and different > class for 'packagedElement[xmi:type="uml:Association"]'. > > Of course I could use double visitors (so use the Pluggable stuff to get > UmlPackagedElement) and then make another pass on it to get the final > classes, > > however I would prefer to have to wanted class directly without the need > to go through intermediate representation. > > Is there a way to do this? > > Thanks, > Peter > > >

March 19, 2016

Re: [Pharo-users] Use Shell Command from Pharo

by Dale Henrichs

I seem to recall that on the mac there was a system option of some sort that "launches apps from a sensible" location --- of course the Apple powers that be may have removed that capability recently... Dale On 3/19/16 9:41 AM, Damien Pollet wrote: > On 19 March 2016 at 16:45, Peter UhnÃ¡k <i.uhnak(a)gmail.com > <mailto:i.uhnak@gmail.com>> wrote: > > I don't actually see the reason why it should assume root folder > if you don't specify a pathâ¦ that's stupid on many levels (I blame > mac). > > > It's root because that's where the system launches applications from, > when you double-click them in the Finder (or via the open command, I > think). You'll see that GUI-launched images do not inherit your shell > environment either. > > However, if you run pharo from command-line, you get the usual unix > behavior. > > On Linux you get home, although that's imho also wrong and it > should use the folder of the imageâ¦ but maybe that's a > misconfiguration of OSProcess. > > > No, it's the same logic than on Mac (albeit $HOME is arguably a little > more sensible than the filesystem's root). > > I'm not sure what's the correct behavior here, unless there is a way > to know if pharo was launched from GUI (where working directory is > meaningless and pharo should probably chdir() to the image directory) > or from command-line (where the working directory is meaningful and > should be honored. On OSX, maybe there's a way to pass GUI-specific > arguments, through the Info.plist file?

March 19, 2016

Re: [Pharo-users] Use Shell Command from Pharo

by Damien Pollet

On 19 March 2016 at 16:45, Peter UhnÃ¡k <i.uhnak(a)gmail.com> wrote: > I don't actually see the reason why it should assume root folder if you > don't specify a pathâ¦ that's stupid on many levels (I blame mac). > It's root because that's where the system launches applications from, when you double-click them in the Finder (or via the open command, I think). You'll see that GUI-launched images do not inherit your shell environment either. However, if you run pharo from command-line, you get the usual unix behavior. > On Linux you get home, although that's imho also wrong and it should use > the folder of the imageâ¦ but maybe that's a misconfiguration of OSProcess. > No, it's the same logic than on Mac (albeit $HOME is arguably a little more sensible than the filesystem's root). I'm not sure what's the correct behavior here, unless there is a way to know if pharo was launched from GUI (where working directory is meaningless and pharo should probably chdir() to the image directory) or from command-line (where the working directory is meaningful and should be honored. On OSX, maybe there's a way to pass GUI-specific arguments, through the Info.plist file?

March 19, 2016

Re: [Pharo-users] Use Shell Command from Pharo

by Peter UhnÃ¡k

On Sat, Mar 19, 2016 at 9:16 AM, john pfersich <jpfersich(a)gmail.com> wrote: > continued... > (this is on Mac OSX, but it should be the same on any *nix). > I don't actually see the reason why it should assume root folder if you don't specify a pathâ¦ that's stupid on many levels (I blame mac). On Linux you get home, although that's imho also wrong and it should use the folder of the imageâ¦ but maybe that's a misconfiguration of OSProcess. Peter

March 19, 2016