May 2011 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] Can't load OSProcess in last Pharo Core 1.3
by Marcus Denker May 20, 2011

May 20, 2011

On May 20, 2011, at 5:30 PM, Adrien BARREAU wrote: > I just saw that update 13205 removed ImageSegment from the StartUpList. > > Replacing > Smalltalk addToStartUpList: ThisOSProcess after: ImageSegment. > by > Smalltalk addToStartUpList: ThisOSProcess before: UUIDGenerator. > in ThisOSProcess>>initialize would be ok I think (and would have the same result). > > The problem is that there was no #addToStartUpList:before: So if you wanted to add yourself before something (because that thing depends on you), you had to add after something completely unrelated, leading to strange dependencies (like OSProcess depending on ImageSegment in the startup list..) Marcus -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

1 0

Re: [Pharo-project] [Vm-dev] Re: out of memory - cog on windows
by Tudor Girba May 20, 2011

May 20, 2011

Hi, I am not sure I understand where we are on this issue. I will say it again that I find it to be critical to be able to work with images that are not small :). Would it be possible to find some resolution on it? Cheers, Doru On 20 May 2011, at 17:08, Andreas Raab wrote: > On 5/20/2011 16:57, Igor Stasenko wrote: >> Here an excert from crash.dmp: >> >> Memory Information (upon launch): >> Physical Memory Size: 4194303 kbytes >> Physical Memory Free: 2507424 kbytes >> Page File Size: 4194303 kbytes >> Page File Free: 4194303 kbytes >> Virtual Memory Size: 2097024 kbytes >> Virtual Memory Free: 2030280 kbytes >> Memory Load: 59 percent >> >> this is strange. >> Of course, with sizes like above , it cannot fit into memory. > > Nothing strange about it. Standard 4GB Ram configuration with about 2GB available. > > Cheers, > - Andreas > > >> >>> Hi, >>> >>> On 18 May 2011, at 18:07, Levente Uzonyi wrote: >>> >>>> On Wed, 18 May 2011, Tudor Girba wrote: >>>> >>>> snip >>>> >>>>> I tried with several versions of Cog including the latest ones (on both platforms) and I got the same result. I did not try with an interpreter VM because I only have Cog images around (based on Pharo 1.2) and they are not compatible. >>>> You can use this interpreter vm to open cog images: http://leves.web.elte.hu/squeak/SqueakVM-Win32-4.4.9-2358-non-official-bin.… >>> I tried with this VM, but it crashes with the attached error. >>> >>> In any case, if someone wants to reproduce it, here is an image to play with: >>> http://dl.dropbox.com/u/18323746/Tmp/moose-case-study-windows-problem.zip >>> >>> Cheers, >>> Doru >>> >>> >>> >>> >>> >>>> Levente >>>> >>>> snip >>> -- >>> www.tudorgirba.com >>> >>> "Being happy is a matter of choice." >>> >>> >> >> -- www.tudorgirba.com "Every thing has its own flow."

1 0

Re: [Pharo-project] paragraph replacement?
by Marcus Denker May 20, 2011

May 20, 2011

On May 20, 2011, at 1:22 PM, Tudor Girba wrote: > Hi, > > Another class we used in EyeSee (besides Circle) is Paragraph. I see that this class is now deprecated and empty. What should we use instead of it? > NewParagraph It has a different API, though. And there is a subclass that is the one used by the system (MultiNewParaph)... this part of the system definitly needs more cleanup and simplification. -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

2 2

[Pharo-project] [update 1.3] #13207
by Marcus Denker May 20, 2011

May 20, 2011

13207 ----- Issue 4173: If sources file is not present, something bad happens -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

1 0

[Pharo-project] Just in case ...
by Torsten Bergmann May 20, 2011

May 20, 2011

Short mental exercise: What if ... diskpacks are burned and someone would come, give you enough time and resources to (re)implement the Pharo system and VM from scratch: Pharo Image/Sources - how would it look like - how would it differ from current design - what would be included - how would it be maintained - how would it be used/who would use it VM - how would it look like - how would it differ from current VM design - how would it be implemented/generated - how would it be maintained Even answers are welcome with ideas impossible to realize in the near future ... but it may help to find - possible next steps - features we havent thought about, yet Thx T. -- Empfehlen Sie GMX DSL Ihren Freunden und Bekannten und wir belohnen Sie mit bis zu 50,- Euro! https://freundschaftswerbung.gmx.de

2 1

[Pharo-project] Name spaces
by Noury Bouraqadi May 20, 2011

May 20, 2011

Hi, I'm wondering what is the status of the name spaces project developed last summer as part of GSoC. Noury http://car.mines-douai.fr/noury -- -6th National Conference on âControl Architecture of Robotsâ 24-25 may 2011, Grenoble area, France http://car2011.inrialpes.fr/ -19th ESUG International Smalltalk Conference 22-26 August 2011, Edinburgh, UK http://www.esug.org/Conferences/2011 -19Ã¨mes JournÃ©es Francophones sur les SystÃ¨mes Multi-Agents (JFSMAâ11) http://www.univ-valenciennes.fr/congres/jfsma2011/ 17-19 Octobre 2011, Valenciennes, France

5 6

Re: [Pharo-project] [Vm-dev] Re: out of memory - cog on windows
by Tudor Girba May 20, 2011

May 20, 2011

Hi, On 18 May 2011, at 16:30, Levente Uzonyi wrote: > On Wed, 18 May 2011, Tudor Girba wrote: > >> >> Hi, >> >> Is there a possibility to have any sort of answer on this topic? >> >> It looks to me like this bug is critical given that it prevents us to work with images larger than some 200M. > > IMHO it's a problem on the image side. Change the behavior of #lowSpaceWatcher to fix the problem. How would you do it? :) And if it is an image problem, why does it only appear on Windows? Cheers, Doru > > Levente > >> >> Cheers, >> Tudor >> >> >> >> On 16 May 2011, at 11:06, Tudor Girba wrote: >> >>> Hi Igor, >>> >>> Thanks a lot for looking into this. For us (around Moose), this is a critical issue because we play with our models in memory and regularly have images of several hundred megabytes. While most of us work on Mac without a problem, some other people work on Windows and this is a bottleneck. >>> >>> Unfortunately, I do not have enough know-how to dive into the VM, but I would be gladly help in any way I can. >>> >>> Cheers, >>> Doru >>> >>> >>> On 16 May 2011, at 10:50, Igor Stasenko wrote: >>> >>>> On 10 May 2011 09:34, Tudor Girba <tudor.girba(a)gmail.com> wrote: >>>>> Hi, >>>>> >>>>> I am back with some more input on the matter. We played with it, and found that basically any image that goes beyond something like 200MB limit (or maybe it's the number of objects), will not open on Windows. >>>>> >>>>> I would need some help on this. Has nobody else hit this wall, or is it that I am doing something wrong? >>>>> >>>>> One scenario that we used to reproduce the problem looks like this: >>>>> 1. Take a Moose image: >>>>> http://hudson.moosetechnology.org/job/moose-latest-dev/lastSuccessfulBuild/… >>>>> 2. Run: >>>>> 1 to: 3 do: [ :i | MooseScripts createModelForConfigurationOfMoose ] >>>>> This will basically create some 850000 objects and will get the image to some 400+MB >>>>> 3. Save and quit the image >>>>> 4. Reopen it >>>>> >>>>> A ready-made image with the result of this can be found here: >>>>> http://dl.dropbox.com/u/18323746/Tmp/moose-case-study-windows-problem.zip >>>>> >>>>> This works well on Mac, but on Windows when you reopen the image, you get the out of memory message. >>>>> >>>>> Cheers, >>>>> Doru >>>>> >>>>> >>>> >>>> I using latest VMs built by cmake on windows, and everytime i run this image, >>>> it opens a 'Space is low' dialog and then image not reacting on anything. >>>> VM not crashing however and responds to windows events.. But because >>>> UI process is broken >>>> an image simply not reacts to anything. >>>> >>>> >>>> I think that the problem is that this dialog are shown at early image >>>> startup time, >>>> before everything is properly initialized, and because of that UI >>>> stalls somewhere. >>>> >>>> >>>> Next things which i tried is to increase a virtual memory limit in >>>> sqWin32Alloc.h >>>> >>>> #ifndef MAX_VIRTUAL_MEMORY >>>> #define MAX_VIRTUAL_MEMORY 512*1024*1024 >>>> #endif >>>> >>>> first i raised it to 768 Mbytes.. same behavior. >>>> then i raised it to 1Gb and again same behavior.. >>>> >>>> So, either this constant is overridden somewhere or it actually >>>> doesn't affecting the low-space detection mechanism as i would expect. >>>> Any suggestions? >>>> >>>> >>>> I will continue looking , what happens on VM side, >>>> but in addition to that, i think we should do something on image side as well: >>>> - a low space watcher should not pop up before passing image startup, >>>> because if preempted process is UI process (and in 99.99% cases it is), >>>> then it means that low space watcher blocks UI process and as a consequence, >>>> your image stops handling events. >>>> >>>> >>>> Also, i thinking about different approach for signaling a low space condition. >>>> Instead of signaling a low space semaphore, what VM could do is to >>>> fail an allocation primitive >>>> and set the error code to "low memory warning" >>>> then a primitive failure code could actually throw an exception, which >>>> then could be handled as usual... >>>> so you could write a code, like: >>>> >>>> [ self allocateSomethingReallyHuge ] on: LowMemoryWarning do: [:err | >>>> self shouldWeReallyCare ifFalse: [ self tellVMThatItsOk. err resume ] >>>> ifTrue: [ err pass ] >>>> ] >>>> >>>> Because by preempting a currently active process, which "possibly" >>>> causing a memory problems is not a solution, >>>> as you can see, if it happens during startup phase, then you it just >>>> stucks and image hangs. >>>> But if we could use exceptions, we could just ignore this warning (or >>>> do something else) during image startup, >>>> instead of blocking UI process , showing a useless popup message and >>>> letting image hang like that. >>>> >>>> -- >>>> Best regards, >>>> Igor Stasenko AKA sig. >>> >>> -- >>> www.tudorgirba.com >>> >>> "If you interrupt the barber while he is cutting your hair, >>> you will end up with a messy haircut." >>> >> >> -- >> www.tudorgirba.com >> >> "Obvious things are difficult to teach." >> >> >> >> -- www.tudorgirba.com "Next time you see your life passing by, say 'hi' and get to know her."

4 6

[Pharo-project] [update 1.3] #13206
by Marcus Denker May 20, 2011

May 20, 2011

13206 ----- Issue 4235: Selection update Issue 4243: ZnUserAgentTest>>testCookieAt fails on Win32 -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

1 0

[Pharo-project] paragraph replacement?
by Tudor Girba May 20, 2011

May 20, 2011

Hi, Another class we used in EyeSee (besides Circle) is Paragraph. I see that this class is now deprecated and empty. What should we use instead of it? Cheers, Doru -- www.tudorgirba.com "We are all great at making mistakes."

1 0

[Pharo-project] Set with nil
by Torsten Bergmann May 20, 2011

May 20, 2011

nil means "not in list" Maybe we should change to "nis" (not in set) ;) -- NEU: FreePhone - kostenlos mobil telefonieren! Jetzt informieren: http://www.gmx.net/de/go/freephone

1 0