October 2010 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] 12186 image quit problem

by Levente Uzonyi

On Sat, 9 Oct 2010, Igor Stasenko wrote: > On 9 October 2010 09:02, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > Igor > > Is it also related to > Â Â Â Â http://code.google.com/p/pharo/issues/detail?id=3048 > too? > related? not quite. However by fixing it we at least hide the problem. Somehow , removing weakdependent during shutdown leads to semaphore deadlock. But i don't think that it exactly because MCMethodDefinition registers weakdependent. It could be any other thing, which registers weakdependent and then tries to remove it from weakdependents during shutdown. It also quite hard to reproduce. I was able to lock image few times using script , which Pavel provided. But then running same image with same VM again, didn't lead to lock. It's probably easy to find the cause of the deadlock if you're able to print the stacks. Levente > Stef > >>>>>> with the MCMethodDefinition>>shutdown hack it work well >> > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- Best regards, Igor Stasenko AKA sig. _______________________________________________ Pharo-project mailing list Pharo-project(a)lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Oct. 9, 2010

Re: [Pharo-project] Getting my head around low space

by Max Leske

Cool! I'll try that, thanks. I just wonder: It says in the Notes "If `-memory' is not specified then the heap will grow dynamically.". As I understand that, the image should not run out of space before the OS does (or the address range assigned by the OS). So can this option reserve more memory than the OS would otherwise allow? I'll try it out and let you know what happened. Cheers, Max On 09.10.2010, at 19:48, Adrian Lienhard wrote: > The unix VM and apparently also the Mac VM has an option -memory that allows you to set a heap size: > > [adrian:/Applications/Squeak 4.2.3beta1U.app/Contents/MacOS] ./Squeak\ VM\ Opt -help > Usage: ./Squeak VM Opt [<option>...] [<imageName> [<argument>...]] > ./Squeak VM Opt [<option>...] -- [<argument>...] > > Common <option>s: > -help print this help message, then exit > -memory <size>[mk] use fixed heap size (added to image size) > -pathenc <enc> set encoding for pathnames (default: macintosh) > -headless run in headless (no window) mode (default: false) > > Notes: > <imageName> defaults to `Squeak.image'. > If `-memory' is not specified then the heap will grow dynamically. > <argument>s are ignored, but are processed by the Squeak image. > The first <argument> normally names a Squeak `script' to execute. > Precede <arguments> by `--' to use default image. > > > HTH, > Adrian > > On Oct 9, 2010, at 18:01 , Max Leske wrote: > >> Hi >> >> I'm having trouble with low space warnings in Pharo. Is there a source on how much memory the image can get from the OS? Is there maybe a way to up that limit? I am loading a lot of data into the image and the limit at the moment seems to be around 500 MB. >> >> Thanks for any ideas. >> >> Cheers, >> Max >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Oct. 9, 2010

Re: [Pharo-project] Getting my head around low space

by Adrian Lienhard

The unix VM and apparently also the Mac VM has an option -memory that allows you to set a heap size: [adrian:/Applications/Squeak 4.2.3beta1U.app/Contents/MacOS] ./Squeak\ VM\ Opt -help Usage: ./Squeak VM Opt [<option>...] [<imageName> [<argument>...]] ./Squeak VM Opt [<option>...] -- [<argument>...] Common <option>s: -help print this help message, then exit -memory <size>[mk] use fixed heap size (added to image size) -pathenc <enc> set encoding for pathnames (default: macintosh) -headless run in headless (no window) mode (default: false) Notes: <imageName> defaults to `Squeak.image'. If `-memory' is not specified then the heap will grow dynamically. <argument>s are ignored, but are processed by the Squeak image. The first <argument> normally names a Squeak `script' to execute. Precede <arguments> by `--' to use default image. HTH, Adrian On Oct 9, 2010, at 18:01 , Max Leske wrote: > Hi > > I'm having trouble with low space warnings in Pharo. Is there a source on how much memory the image can get from the OS? Is there maybe a way to up that limit? I am loading a lot of data into the image and the limit at the moment seems to be around 500 MB. > > Thanks for any ideas. > > Cheers, > Max > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Oct. 9, 2010

[Pharo-project] Getting my head around low space

by Max Leske

Hi I'm having trouble with low space warnings in Pharo. Is there a source on how much memory the image can get from the OS? Is there maybe a way to up that limit? I am loading a lot of data into the image and the limit at the moment seems to be around 500 MB. Thanks for any ideas. Cheers, Max

Oct. 9, 2010

Re: [Pharo-project] 12186 image quit problem

by Igor Stasenko

On 9 October 2010 09:02, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > Igor > > Is it also related to > Â Â Â Â http://code.google.com/p/pharo/issues/detail?id=3048 > too? > related? not quite. However by fixing it we at least hide the problem. Somehow , removing weakdependent during shutdown leads to semaphore deadlock. But i don't think that it exactly because MCMethodDefinition registers weakdependent. It could be any other thing, which registers weakdependent and then tries to remove it from weakdependents during shutdown. It also quite hard to reproduce. I was able to lock image few times using script , which Pavel provided. But then running same image with same VM again, didn't lead to lock. > Stef > >>>>>> with the MCMethodDefinition>>shutdown hack it work well >> > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- Best regards, Igor Stasenko AKA sig.

Oct. 9, 2010

Re: [Pharo-project] Learning by download all the mcz files from a repository

by Schwab,Wilhelm K

I thought your name was familiar. Hello! One caution/suggestion about your idea: a piece of code could be left unchanged because it is unused or poorly maintained. There are parts of the network, streams, file system, etc. that *should* have changed long ago. Core concept or complacency? But even calling attention to what does and does not change without knowing why could have some value. Note the reference to similar work in this thread. Bill ________________________________________ From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] On Behalf Of HwaJong Oh [daliot.oh(a)gmail.com] Sent: Saturday, October 09, 2010 8:38 AM To: pharo-project(a)lists.gforge.inria.fr Subject: Re: [Pharo-project] Learning by download all the mcz files from a repository Your name is very familar. Are you Bill Schwab from Dolphin community? If true, hi! I just want to be productive by learning packages effectively by researching better way of doing it. This idea is just one of them. The point of the idea is, sometimes knowing history can explain better than just knowing present. Quantum theory is very hard to understand, but its history tells us why the equations has to change. Some unexplainable facts enters and new theory can expain the past facts and new facts together. I think it is very similar in software. It has to change for a reason which was not the case in the past. Besides I can find some classes which do not change in the timeline. They can be considered as core concept of the package. Best regards HwaJong Oh -- View this message in context: http://forum.world.st/Learning-by-download-all-the-mcz-files-from-a-reposit… Sent from the Pharo Smalltalk mailing list archive at Nabble.com. _______________________________________________ Pharo-project mailing list Pharo-project(a)lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Oct. 9, 2010

Re: [Pharo-project] readonly status conflict with reading

by Levente Uzonyi

On Sat, 9 Oct 2010, StÃ©phane Ducasse wrote: > Hi john > > When I set on mac a file to readonly, I get nil when I do > FileStream named: 'foo.txt' I guess that's #fileNamed:, not #named:. When you send that method, you're trying to open the file in read-write mode. If you just want to read from a file then use #readOnlyFileNamed:. Levente > > > Stef > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Oct. 9, 2010

Re: [Pharo-project] [ANN] New Reef page and Tutorial available

by Esteban Lorenzano

Hi, Yes... I still need to write two or three more tutorials, then I'll unify all and publish in the collaboractive book :) Cheers, Esteban On 2010-10-08 18:00:36 -0300, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> said: > Cool we want more :) > Yes :) > May be after we could turn that into a chapter for the book. > Stef > >> Hi, >> As I promised at ESUG 2010, I created a page to keep Reef information >> and documentation... >> You can see it here: http://www.smallworks.com.ar/en/community/Reef >> >> Also, I began to write a tutorial for Reef, the first part is here: >> http://www.smallworks.com.ar/en/community/Reef/reefSimpleTutorialPart1 >> And the slides for the presentation is here: >> http://www.slideshare.net/EstebanLM/reef-esug-2010 >> >> >> Cheers, >> Esteban >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Oct. 9, 2010

Re: [Pharo-project] [ANN] Soap Webservices for pharo

by Esteban Lorenzano

cool :) On 2010-10-09 03:30:52 -0300, Guillermo Polito <guillermopolito(a)gmail.com> said: > > > Ok, tests are green (except by one that fails because a particular problem > in my machine's dnss, hehe). > > I've tested its examples in pharo 1.1 between two images my machine, and it > works :). > > To download it: > > Gofer it > squeaksource: 'MetacelloRepository'; > package: 'ConfigurationOfSoapOpera'; > load. > > ConfigurationOfSoapOpera project lastVersion load > > To use it, look at the examples in the code and the doc in: > http://www.mars.dti.ne.jp/~umejava/smalltalk/soapOpera/index.html. > > > Sleepy cheers :D, > Guille > > On Tue, Oct 5, 2010 at 1:02 PM, St=C3=A9phane Ducasse > <stephane.ducasse(a)inria.fr>wrote: > >> cool! >> >>> A little of progress... >>> >>> I fixed the underscores assignments, and Preferences references. >>> I built a first metacello configuration to download this package: >>> >>> Gofer it >>> squeaksource:'MetacelloRepository'; >>> package:'ConfigurationOfSoapOpera'; >>> load >>> >>> ConfigurationOfSoapOpera project lastVersion load >>> >>> It depends on ConfigurationOfKomHttpServer (Komanche). >>> I will enhance it in the future to make it depend in the Xml parser in >> XMLSupport. >>> >>> By now, in my 1.2 core image the tests are: 134 run, 121 passes, 0 >> expected failures, 2 failures, 11 errors, 0 unexpected passes. >>> >>> Cheers! >>> >>> 2010/10/4 Janko Miv=C5=A1ek >>> <janko.mivsek(a)eranova.si> >>> Hi guys, >>> >>> Nice to see that SOA Web Services in Squeak/Pharo is rolling on again. >>> We really need that, if we want Pharo to be useful in commercial, >>> specially in so called "enterprisely" world. Those who listen Andreas >>> Th=C3=B6nne's talk on ESUG, know what I mean. >>> >>> What we really need on SOA Web Services front: >>> >>> - WSDL support, >>> - XML <-> Object mapping. >>> - Tools >>> >>> Goal should be a "one-click" use of Web Services. From both client and >>> server setup. As all Smalltalks support it, except Squeak/Pharo yet not= > . >>> Look at excellent VW or VA Smalltlak WebServices suport for inspiration= > . >>> >>> Best regards >>> Janko >>> >>> On 04. 10. 2010 16:21, Guillermo Polito wrote: >>>> http://www.mars.dti.ne.jp/~umejava/smalltalk/soapOpera/soapCore.html<= > http://www.mars.dti.ne.jp/%7Eumejava/smalltalk/soapOpera/soapCore.html> >>>> >>>> So, we have some tasks now: >>>> >>>> - put it in squeaksource >>>> - test it in pharo >>>> - build a metacello config >>>> - document it? >>>> >>>> Any help is really appreciated, since I don't have too much time. >>>> >>>> Cheers, >>>> Guille >>>> >>>> ---------- Forwarded message ---------- >>>> From: *Masashi Umezawa* <umejava(a)mars.dti.ne.jp >>>> <mailto:umejava@mars.dti.ne.jp>> >>>> Date: Mon, Oct 4, 2010 at 8:46 AM >>>> Subject: Re: About SoapOpera and SoapCore >>>> To: Guillermo Polito <guillermopolito(a)gmail.com >>>> <mailto:guillermopolito@gmail.com>> >>>> >>>> >>>> Hi Guillermo, >>>> >>>> I am happy to hear that SoapOpera and SoapCore would be useful for yo= > ur >>>> projects. Please feel free to reuse my Soap stuff. >>>> Recently I do not have enough time to upgrade those packages. So I >>>> really appreciate your offer. >>>> >>>> I hope SoapOpera and SoapCore will start growing again! >>>> >>>> Best regards, >>>> >>>> Guillermo Polito <guillermopolito(a)gmail.com >>>> <mailto:guillermopolito@gmail.com>> wrote: >>>>> Hi! >>>>> >>>>> My name's Guillermo and I'm from Argentina. I'm participating in th= > e >>>> pharo >>>>> project (www.pharo-project.org <http://www.pharo-project.org>), and = > I >>>> would love to integrate your soap >>>>> package into our available packages :). >>>>> I was wandering if you let us put it into squeaksource >>>> (www.squeaksource.com <http://www.squeaksource.com>) >>>>> and mantain it for our use, because pharo is growing very quickly an= > d >> it >>>>> needs this kind of really cool stuff :). Of course we will keep the >> MIT >>>>> license. >>>>> >>>>> Thank you for your time and sorry for bothering :P! >>>>> Guille >>>> >>>> --- >>>> [:masashi | ^umezawa] >>> >>> >>> -- >>> Janko Miv=C5=A1ek >>> AIDA/Web >>> Smalltalk Web Application Server >>> http://www.aidaweb.si >>> >>> _______________________________________________ >>> Pharo-project mailing list >>> Pharo-project(a)lists.gforge.inria.fr >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>> >>> _______________________________________________ >>> Pharo-project mailing list >>> Pharo-project(a)lists.gforge.inria.fr >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> > > > Ok, tests are green (except by one that fails because a particular problem = > in my machine's dnss, hehe). I've tested its examples in pha= > ro 1.1 between two images my machine, and it works :). To download i= > t: > Gofer it =C2=A0=C2=A0=C2=A0 squeaksource: 'MetacelloRepository&#= > 39;; =C2=A0=C2=A0=C2=A0 package: 'ConfigurationOfSoapOpera'; = > =C2=A0=C2=A0=C2=A0 load. =C2=A0=C2=A0=C2=A0 ConfigurationOfSoapOpera= > project lastVersion load To use it, look at the examples in the cod= > e and the doc in: <a href=3D"http://www.mars.dti.ne.jp/~umejava/smalltalk/s= > oapOpera/index.html">http://www.mars.dti.ne.jp/~umejava/smalltalk/soapOpera= > /index.html</a>. > Sleepy cheers :D, Guille <div class=3D"gmail_quote">On Tu= > e, Oct 5, 2010 at 1:02 PM, St=C3=A9phane Ducasse <<a h= > ref=3D"mailto:stephane.ducasse@inria.fr">stephane.ducasse(a)inria.fr</a>><= /span> > > wrote: > <blockquote class=3D"gmail_quote" style=3D"margin: 0pt 0pt 0pt 0.8ex; borde= > r-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">cool! > <div class=3D"im"> > > A little of progress... > > > > I fixed the underscores assignments, and Preferences references. > > I built a first metacello configuration to download this package: > > > > Gofer it > > =C2=A0 =C2=A0 squeaksource:'MetacelloRepository'; > > =C2=A0 =C2=A0 package:'ConfigurationOfSoapOpera'; > > =C2=A0 =C2=A0 load > > > > ConfigurationOfSoapOpera project lastVersion load > > > > It depends on ConfigurationOfKomHttpServer (Komanche). > > I will enhance it in the future to make it depend in the Xml parser in= > XMLSupport. > > > > By now, in my 1.2 core image the tests are: =C2=A0134 run, 121 passes,= > 0 expected failures, 2 failures, 11 errors, 0 unexpected passes. > > > > Cheers! > > > > 2010/10/4 Janko Miv=C5=A1ek <<a href=3D"mailto:janko.mivsek@eranova= > .si">janko.mivsek(a)eranova.si</a>> > </div><div><div></div><div class=3D"h5">> Hi guys, > > > > Nice to see that SOA Web Services in Squeak/Pharo is rolling on again.= > > > We really need that, if we want Pharo to be useful in commercial, > > specially in so called "enterprisely" world. Those who liste= > n Andreas > > Th=C3=B6nne's talk on ESUG, know what I mean. > > > > What we really need on SOA Web Services front: > > > > - WSDL support, > > - XML <-> Object mapping. > > - Tools > > > > Goal should be a "one-click" use of Web Services. From both = > client and > > server setup. As all Smalltalks support it, except Squeak/Pharo yet no= > t. > > Look at excellent VW or VA Smalltlak WebServices suport for inspiratio= > n. > > > > Best regards > > Janko > > > > On 04. 10. 2010 16:21, Guillermo Polito wrote: > > > <a href=3D"http://www.mars.dti.ne.jp/%7Eumejava/smalltalk/soapOpe= > ra/soapCore.html" target=3D"_blank">http://www.mars.dti.ne.jp/~umejava/smal= > ltalk/soapOpera/soapCore.html</a> > > > > > > So, we have some tasks now: > > > > > > - put it in squeaksource > > > - test it in pharo > > > - build a metacello config > > > - document it? > > > > > > Any help is really appreciated, since I don't have too much t= > ime. > > > > > > Cheers, > > > Guille > > > > > > ---------- Forwarded message ---------- > > > From: *Masashi Umezawa* <<a > href=3D"mailto:umejava@mars.dti.ne= > .jp">umejava(a)mars.dti.ne.jp</a> > > > <mailto:<a > href=3D"mailto:umejava@mars.dti.ne.jp">umejava@mars= .dti.ne.jp</a>>> > > > > Date: Mon, Oct 4, 2010 at 8:46 AM > > > Subject: Re: About SoapOpera and SoapCore > > > To: Guillermo Polito <<a href=3D"mailto:guillermopolito@gmail.= > com">guillermopolito(a)gmail.com</a> > > > <mailto:<a > href=3D"mailto:guillermopolito@gmail.com">guillermo= polito(a)gmail.com</a>>> > > > > > > > > > > Hi Guillermo, > > > > > > I am happy to hear that SoapOpera and SoapCore would be useful fo= > r your > > > projects. Please feel free to reuse my Soap stuff. > > > Recently I do not have enough time to upgrade those packages. So = > I > > > really appreciate your offer. > > > > > > I hope SoapOpera and SoapCore will start growing again! > > > > > > Best regards, > > > > > > Guillermo Polito <<a > href=3D"mailto:guillermopolito@gmail.com"= >> guillermopolito(a)gmail.com</a> > > > <mailto:<a > href=3D"mailto:guillermopolito@gmail.com">guillermo= polito(a)gmail.com</a>>> > > wrote: > > >> Hi! > > >> > > >> My name's Guillermo and I'm from Argentina. =C2=A0I&#= > 39;m participating in the > > > pharo > > >> project (<a href=3D"http://www.pharo-project.org" target=3D"_= > blank">www.pharo-project.org</a> <<a href=3D"http://www.pharo-project.or= > g" target=3D"_blank">http://www.pharo-project.org</a>>), and I > > > would love to integrate your soap > > >> package into our available packages :). > > >> I was wandering if you let us put it into squeaksource > > > (<a href=3D"http://www.squeaksource.com" target=3D"_blank">www.sq= > ueaksource.com</a> <<a href=3D"http://www.squeaksource.com" target=3D"_b= > lank">http://www.squeaksource.com</a>>) > > >> and mantain it for our use, because pharo is growing very qui= > ckly and it > > >> needs this kind of really cool stuff :). =C2=A0Of course we w= > ill keep the MIT > > >> license. > > >> > > >> Thank you for your time and sorry for bothering :P! > > >> Guille > > > > > > --- > > > [:masashi | ^umezawa] > > > > > > -- > > Janko Miv=C5=A1ek > > AIDA/Web > > Smalltalk Web Application Server > > <a href=3D"http://www.aidaweb.si" target=3D"_blank">http://www.aidaweb= > .si</a> > > > > _______________________________________________ > > Pharo-project mailing list > > <a > href=3D"mailto:Pharo-project@lists.gforge.inria.fr">Pharo-project@l= ists.gforge.inria.fr</a> > > > <a href=3D"http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo= > -project" target=3D"_blank">http://lists.gforge.inria.fr/cgi-bin/mailman/li= > stinfo/pharo-project</a> > > > > _______________________________________________ > > Pharo-project mailing list > > <a > href=3D"mailto:Pharo-project@lists.gforge.inria.fr">Pharo-project@l= ists.gforge.inria.fr</a> > > > <a href=3D"http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo= > -project" target=3D"_blank">http://lists.gforge.inria.fr/cgi-bin/mailman/li= > stinfo/pharo-project</a> > > > _______________________________________________ > Pharo-project mailing list > <a > href=3D"mailto:Pharo-project@lists.gforge.inria.fr">Pharo-project(a)lists.= gforge.inria.fr</a> <a > > href=3D"http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-proj= > ect" target=3D"_blank">http://lists.gforge.inria.fr/cgi-bin/mailman/listinf= > o/pharo-project</a> > </div></div></blockquote></div> > > > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Oct. 9, 2010

Re: [Pharo-project] readonly status conflict with reading

by Schwab,Wilhelm K

Stef, FWIW, the biggest problem I see with this is returning nil rather than raising an exception. With that omission corrected, there are various ways I could envision it working, probably centered on failing to open a writable stream, but if one asks for a read-only stream, there would be no need for an error. I don't too much care what the rules are, so long as the system enforces them consistently and tells me when I violate them. Attached is a partial view of what I have been doing as I find such things in my way. The goals are to provide entry points that my existing code expects and to (a path, not a destination) never fail silently. Bill ________________________________________ From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] On Behalf Of StÃ©phane Ducasse [stephane.ducasse(a)inria.fr] Sent: Saturday, October 09, 2010 2:39 AM To: Pharo Development Subject: [Pharo-project] readonly status conflict with reading Hi john When I set on mac a file to readonly, I get nil when I do FileStream named: 'foo.txt' Stef _______________________________________________ Pharo-project mailing list Pharo-project(a)lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Oct. 9, 2010