- Pharo-dev - lists.pharo.org

[Pharo-project] is there a way to know whether an object is registered to an announcer?
by StÃ©phane Ducasse April 24, 2011

April 24, 2011

5 12

[Pharo-project] curl / http request
by Camillo Bruni April 24, 2011

April 24, 2011

I am too dumb and there is too little documentation which is hard to find :). So can anyone tell me how I do the following bash thingy in pharo? curl $URL --data-binary $SOME_FILE -H 'Content-type:application/json' I don't manage to get this working properly. I guess HTTPSocket is the class to use... thanks a lot camillo

2 2

[Pharo-project] Fwd: [Vm-dev] Re: out of memory - cog on windows
by Mariano Martinez Peck April 24, 2011

April 24, 2011

---------- Forwarded message ---------- From: Andreas Raab <andreas.raab(a)gmx.de> Date: Fri, Apr 22, 2011 at 3:01 PM Subject: Re: [Vm-dev] Re: [Pharo-project] out of memory - cog on windows To: vm-dev(a)lists.squeakfoundation.org FWIW, the reason for the 512MB limit has to do with Windows memory layout. When you're running applications that load dynamic libraries (directly or indirectly such as when using ODBC which loads further DLLs) Windows needs (sometimes a lot of) address space to map these DLLs in order to load them[*]. When the VM starts it grabs MAX_VIRTUAL_MEMORY from the OS which will consequently not be available to map DLLs into. We have found that depending on the libraries in use and depending on the overall system utilization, loading DLLs would fail seemingly "at random" which, after further investigation, we were able to track to reserving too much address space upfront. We were able to show experimentally, that changing the limit from 1GB to 512MB would on some machines make all the difference. [*] This is true in particular for libraries that create more threads as the default Windows policy is to create threads with the stack size of the application executable. Thus a 1MB default stack in the application will by default create all further threads to be allocated with a 1MB stack size. Of course all of this is subject to various other conditions. In the end we concluded that 512MB is a reasonable size for most apps and with 512MB we've never seen these random failures. You can increase the limit by recompiling the VM, but if you ship your app in diverse environments you should be aware of the potential issues. Cheers, - Andreas On 4/21/2011 22:44, Alain_Rastoul wrote: Apparently, the vm allocates MAX_VIRTUAL_MEMORY and reduces by steps of 128M until it succeeds. so I suppose it could be possible to allocate 2Gb and see how it runs on a 1Gb system and if this is not too much stress for the system (thinking of the pagefile) ? Tudor is your vm a cog or non cog vm ? "Mariano Martinez Peck" <marianopeck(a)gmail.com> a Ã©crit dans le message de news: BANLkTi=Tved13_KL7quOzemOXPnCcfWw+g(a)mail.gmail.com... ------------------------------ On Thu, Apr 21, 2011 at 10:21 PM, Tudor Girba <tudor.girba(a)gmail.com> wrote: > Hi, > > Should I to understand that the only way to enable more memory is to > recompile the VM? Does that mean that there is no way to pass this > information as a parameter like we can on Mac? > > As far as I know you can pass a parameter, but even so, it won't be able to allocate more than 512MB. I can compile the VM for you with this change in 5 minutes. But I am not sure that such simple code would make it work. I think such limit is there because of something. Otherwise, it sounds stupid imposing a limit just because. The problem is that I cannot recompile the VM because I have no access to a > Windows machine. Is there one available that provides more memory? > > I don't think so, but start cc'ing the VM mailing list. You'd probably receive more help. Cheers Mariano > Cheers, > Doru > > > On 21 Apr 2011, at 22:09, Alain_Rastoul wrote: > > > Hi Tudor, > > > > There is a constant in sqWin32Alloc.h (platforms\win32\vm) : > > #define MAX_VIRTUAL_MEMORY 512*1024*1024 > > you can change it to whatever you want and rebuild the vm, > > for exzmple give all the available memory less 256 M . > > > > HTH > > > > Regards > > Alain > > > > "Tudor Girba" <tudor.girba(a)gmail.com> a Ã©crit > > dans le message de news: 03B9389F-C719-44D0-B106-2AC78B120F56(a)gmail.com > ... > > Hi, > > > > We have no specific startUp: methods in Moose. In any case, the issue > with > > opening the image does not seem to be related to startUp:. > > > > Is it really true that the Cog VM is limited to 512MB of memory? > > > > Cheers, > > Doru > > > > > > On 21 Apr 2011, at 14:27, Luc Fabresse wrote: > > > >> Hi Doru, > >> > >> 2011/4/21 Tudor Girba > >> <tudor.girba(a)gmail.com> > >> Hi, > >> > >> > >> > >> On Apr 21, 2011, at 14:06, Mariano Martinez Peck > >> <marianopeck(a)gmail.com> wrote: > >> > >>> > >>> > >>> On Thu, Apr 21, 2011 at 1:58 PM, Tudor Girba > >>> <tudor.girba(a)gmail.com> wrote: > >>>> Hi again, > >>>> > >>>> I did not say what the problem was :). The problem was that when > >>>> opening the image on Windows, he got a Space is low message and the > >>>> image was not usable (see attachment). > >>> > >>> That's weird. Does moose have something on the startup list? > something > >>> that can be bothering there? > >> > >> Not that I know of. Is there a way to check this? > >> > >> Classes should be registered using Smalltlak addToStartUpList: aClass > >> Then aClass class>>#startUp: is executed at startup. > >> So implementors of #startUp: on Moose classes should give you the > answer. > >> > >> #Luc > >> > >> > >> Actually, using exactly the same process some days ago he produced an > >> image of 190MB. This one works just fine on Windows. The only difference > >> between the two is the size of the loaded data. > >> > >> It would be really bad news if the Windows vm would be so severely > limited > >> in terms of memory. > >> > >> Cheers, > >> Doru > >> > >> > >>> > >>> On Mac it worked just fine. > >>>> > >>>> Cheers, > >>>> Doru > >>>> > >>>> > >>> > >>>> > >>>> > >>>> > >>>> On 21 Apr 2011, at 12:52, Tudor Girba wrote: > >>>> > >>>>> Hi, > >>>>> > >>>>> I received a question from someone running a 200MB image on Windows > >>>>> using Cog 2361. > >>>>> > >>>>> If I open the image on Mac, it works just fine. Unfortunately, I do > >>>>> not have a Windows machine around, and I cannot test but I believe it > >>>>> should be solvable by increasing the allocated memory. > >>>>> > >>>>> On Mac, I would run it with: ./Croquet -memory 1500m > >>>>> > >>>>> Can anyone help me with the right incantation for Windows? > >>>>> > >>>>> Cheers, > >>>>> Doru > >>>>> > >>>>> > >>>>> -- > >>>>> www.tudorgirba.com > >>>>> > >>>>> "What we can governs what we wish." > >>>>> > >>>>> > >>>>> > >>>>> <Space is low.png> > >>>> > >>>> -- > >>>> www.tudorgirba.com > >>>> > >>>> "Yesterday is a fact. > >>>> Tomorrow is a possibility. > >>>> Today is a challenge." > >>>> > >>>> > >>>> > >>> > >>> > >>> > >>> > >>> -- > >>> Mariano > >>> http://marianopeck.wordpress.com > >>> > >> > > > > -- > > www.tudorgirba.com > > > > "Beauty is where we see it." > > > > > > > > > > > > > > > > > > -- > www.tudorgirba.com > > "If you interrupt the barber while he is cutting your hair, > you will end up with a messy haircut." > > > -- Mariano http://marianopeck.wordpress.com -- Mariano http://marianopeck.wordpress.com

4 9

[Pharo-project] About (nil@nil)
by StÃ©phane Ducasse April 23, 2011

April 23, 2011

with manuel oriol we started to play with the idea of a randomTester in Pharo. It poses a lot of questions. Now doing the first experiments, I found an instance of point (nil@nil) (besides reciprocal broken on Point (0@0) and (Point allInstances select: [:each | each x isNil]) first pointersTo points me to recreateSpecialObjectsArray I looked into the literals and others and I could not find. Each time I execute Smalltalk recreateSpecialObjectsArray I get a new nil@nil objects.... but forcing a GC garbage them. But I still have this nil@nil object around. Does anybody have an idea from where nil@nil could come from? Stef

4 5

[Pharo-project] A ready only transcript does not fly
by StÃ©phane Ducasse April 23, 2011

April 23, 2011

Fernando I think that we should rollback the transcript. because this is really annoying that we cannot use the transcript: copy and paste execute an expression there. May be this is better to improve the ThreadSafeTranscript. The new one looks like a regression and I'm quite sure people will not like it. So this was a good try but we should recognise when stuff do not work as good as we wanted. Stef

3 2

[Pharo-project] MessageNotUnderstood: Transcript class>>theme
by Mariano Martinez Peck April 23, 2011

April 23, 2011

This happens just trying to open a Transcript Transcript class >> taskbarIcon "Answer the icon for the receiver in a task bar." ^self theme smallLeftFlushIcon So..should I open a ticket or it is not worth it since the plan is to come back to the previous Transcript ? -- Mariano http://marianopeck.wordpress.com

2 2

[Pharo-project] [update 1.3] #13171
by Marcus Denker April 23, 2011

April 23, 2011

13171 ----- Issue 4074: Catchall for trivialities Issue 4037: Source search in Finder should be case insensitive -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

1 0

Re: [Pharo-project] Squeaksource.com down
by Marcus Denker April 23, 2011

April 23, 2011

On Apr 23, 2011, at 6:44 AM, Miguel CobÃ¡ wrote: > It says: > > "SqueakSource is currently down. We are sorry for the inconvenience and > working on the problem. In the meantime you can still commit to a > directory repository on your disk and later copy the versions to > SqueakSource." > Should work now again. -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

1 0

[Pharo-project] Squeaksource.com down
by Miguel CobÃ¡ April 23, 2011

April 23, 2011

It says: "SqueakSource is currently down. We are sorry for the inconvenience and working on the problem. In the meantime you can still commit to a directory repository on your disk and later copy the versions to SqueakSource." Cheers -- Miguel CobÃ¡ http://twitter.com/MiguelCobaMtz http://miguel.leugim.com.mx

1 0

[Pharo-project] Smalltalk, git, files, the universe and everything...okay not everything:)
by Dale Henrichs April 22, 2011

April 22, 2011

Smalltalk is not file-based. For better or for worse. The fundamental problem with Smalltalk is that it is image-based. Removing a method from a file is not sufficient to remove the method from the image. Change sets were invented to provide a file-based solution to the "how do I remove a method from the image" problem. A filein (the one used to initialize your image) plus a series of change sets applied in the right order is the file-based methodology for managing an image. Change sets are integral to Smalltalk. Name another language that uses change sets ... I cannot distribute a fresh set of source files to _upgrade_ an already installed application. I have to supply change sets and those change sets have to specific to the version that is installed in the image ... Remember the problem is "how do I remove a method from the image". The image is a data base, not an executable program, when you load code you also migrate/modify the objects in your "data base". Name another language that does this.... Monticello was invented along the way ... I cannot speak to the original motivation, but I can say that with Monticello I _can_ distribute a fresh set of source files to _upgrade_ an already installed application. Monticello does this by having a meta model that describes the complete application. The meta model is not a "source file" it is a serialized object graph. Monticello dynamically creates a change set by comparing the meta model of the loaded application with the meta model of the incoming "source code". Name another language that does this.... So the meat and potatoes of a Monticello mcz file is a binary chunk of data.... What does git do with binary data? What do humans do with binary data? You need a tool that takes the binary data and makes it readable for the poor developers who cannot unzip and deserialize a binary stream of bits on sight. Enter SqueakSource and SmalltalkHub.... This is where we are today. Can Smalltalk development be based on files....certainly everyone was doing file-based development in 1985, but the Smalltalk environments of the day migrated away from files ... In 1985 I was writing tools to store files and change sets in RCS ... the original ChangeSorter was based on my work back then... In 1993 I was working on tools that stored Smalltalk source meta data using PKZIP ... ENVY stores source meta data into a custom data base.... Store stores source meta data in an RDB... In 2011 I am working on tools that store Smalltalk source meta data using zip ... Smalltalk is image-base and the "standard" development tools just don't fit ... for better or for worse ... Sooooo, we can complain that we are not using git, but there are very good reasons for not using git ... today. Just because 20 years of evolution has moved Smalltalk away from using files in the traditional manner, doesn't mean that it won't evolve back to using files, but until the evolution happens, we need tools like SqueakSource3 and SmalltalkHub to support the _current_ model. Dale

17 34