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

Re: [Pharo-project] old windows in image not responding

by Ben Coman

Oct. 22, 2011

Re: [Pharo-project] [ANN 1.3] One-Click #13315

by Sven Van Caekenberghe

On 22 Oct 2011, at 17:21, Milan Mimica wrote: > Heh, to make it more apsurd, this trivial code does the job. And is actually correct. > | out | > out := NullStream new. > self break. NullStream new is unprintable which seems to trigger the emergency evaluator when entering the debugger. Since the inspector can live with unprintable objects, so should the debugger. Has this already been turned into an issue ? If not, I will do it. Sven

Oct. 22, 2011

Re: [Pharo-project] question about keymapper

by StÃ©phane Ducasse

Excellent! > Can I with keymapper have a tool that define a set of binding that overrides the one defined globally? > This way we could unify all the system to use only one mechanism for keymapping. > > Actually, this is the actual behavior :). The event bubbles in the morph composition from child to parent. So, if the child handles the event, it overrides it's parent definition. > > The problems Mariano and Laurent are because of collisions between keymapping shortcuts and hardcoded shortcuts. If all shortcuts are declared through keymapping this will be no problem. > > Cheers, > Guille

Oct. 22, 2011

Re: [Pharo-project] [ANN 1.3] One-Click #13315

by Milan Mimica

Heh, to make it more apsurd, this trivial code does the job. And is actually correct. | out | out := NullStream new. self break. On 22 October 2011 16:43, Schwab,Wilhelm K <bschwab(a)anest.ufl.edu> wrote: > That's helpful to illustrate the problem. Of course, the concern is not > that the code is wrong (no argument there), it's the fact that 1.3 goes nuts > rather than simply displaying a walkback. > > 1.4 exhibits the same defect. My 1.1.1 image "gets it right," (goes > directly to the walkback), but that is using a non-Cog vm. > > > > > ________________________________________ > From: pharo-project-bounces(a)lists.gforge.inria.fr [ > pharo-project-bounces(a)lists.gforge.inria.fr] On Behalf Of mmimica [ > milan.mimica(a)gmail.com] > Sent: Saturday, October 22, 2011 5:33 AM > To: pharo-project(a)lists.gforge.inria.fr > Subject: Re: [Pharo-project] [ANN 1.3] One-Click #13315 > > Schwab,Wilhelm K wrote: > > > > I still get the error handling failure when attempting > > > > HtmlParser parse:Clipboard default clipboardText readStream. > > > > Again, the expression is wrong, but it should give only a walkback, not > > the preceding error. > > > > Oh I can reproduce this one easily: > Just do this: > > | buf out | > buf := ByteArray new: 1024. > out := NullStream new. > (ZLibWriteStream on: out) nextPutAll: buf. > > (the 'out' stream should have been binary in order for the code to be > correct) > > > -- > View this message in context: > http://forum.world.st/ANN-1-3-One-Click-13315-tp3918441p3927851.html > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. > > > -- Milan Mimica http://sparklet.sf.net

Oct. 22, 2011

Re: [Pharo-project] [ANN 1.3] One-Click #13315

by Schwab,Wilhelm K

That's helpful to illustrate the problem. Of course, the concern is not that the code is wrong (no argument there), it's the fact that 1.3 goes nuts rather than simply displaying a walkback. 1.4 exhibits the same defect. My 1.1.1 image "gets it right," (goes directly to the walkback), but that is using a non-Cog vm. ________________________________________ From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] On Behalf Of mmimica [milan.mimica(a)gmail.com] Sent: Saturday, October 22, 2011 5:33 AM To: pharo-project(a)lists.gforge.inria.fr Subject: Re: [Pharo-project] [ANN 1.3] One-Click #13315 Schwab,Wilhelm K wrote: > > I still get the error handling failure when attempting > > HtmlParser parse:Clipboard default clipboardText readStream. > > Again, the expression is wrong, but it should give only a walkback, not > the preceding error. > Oh I can reproduce this one easily: Just do this: | buf out | buf := ByteArray new: 1024. out := NullStream new. (ZLibWriteStream on: out) nextPutAll: buf. (the 'out' stream should have been binary in order for the code to be correct) -- View this message in context: http://forum.world.st/ANN-1-3-One-Click-13315-tp3918441p3927851.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

Oct. 22, 2011

Re: [Pharo-project] [ANN 1.3] One-Click #13315

by mmimica

Schwab,Wilhelm K wrote: > > I still get the error handling failure when attempting > > HtmlParser parse:Clipboard default clipboardText readStream. > > Again, the expression is wrong, but it should give only a walkback, not > the preceding error. > Oh I can reproduce this one easily: Just do this: | buf out | buf := ByteArray new: 1024. out := NullStream new. (ZLibWriteStream on: out) nextPutAll: buf. (the 'out' stream should have been binary in order for the code to be correct) -- View this message in context: http://forum.world.st/ANN-1-3-One-Click-13315-tp3918441p3927851.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

Oct. 22, 2011

Re: [Pharo-project] Having a shared package-cache Re: MCDirectoryRepository defaultDirectoryName ignored?

by Mariano Martinez Peck

Thanks guys. I was able to successfully change the directory of the package-cache. On Fri, Oct 21, 2011 at 12:15 PM, Lukas Renggli <renggli(a)gmail.com> wrote: > You could add startup code that resets it to an absolute fixed location. > > I would go with the links. > > Lukas > > On 21 October 2011 11:59, Sven Van Caekenberghe <sven(a)beta9.be> wrote: > > > > On 21 Oct 2011, at 11:47, Mariano Martinez Peck wrote: > > > >> Hi guys. I would really LOVE to have a shared package-cache among > images. I have (really) 1 gb of .mcz in different package-cache. > >> I am using new images all the time (hence package cache is empty). I > would love to be able to reuse the same package-cache directory for all my > images. > >> So...how can I change the place where the package-cache is created so > that it uses another directory? > > > > Mine is 0.75 GB, but shared: I put all my images in the same directory. > > Working with links is also an option, I think that is what Lukas' build > scripts do. > > > > Sven > > > > > > > > > > -- > Lukas Renggli > www.lukas-renggli.ch > > -- Mariano http://marianopeck.wordpress.com

Oct. 21, 2011

Re: [Pharo-project] Too many semaphores, image blocked

by Igor Stasenko

2011/10/21 Janko MivÅ¡ek <janko.mivsek(a)eranova.si>: > S, Marcus Denker piÅ¡e: > >>> Henrik, can you prepare a patch (or instructions how to remove it) so >>> that I'll check immediately? > >> execute: >> >> Smalltalk removeFromStartUpList: InputEventPollingFetcher. >> Smalltalk removeFromShutDownList: InputEventPollingFetcher. > > Done, now how can I safely clear the ExternalSemaphoreTable, which will > otherwise stay with currently 53 entries open? > this table is cleared when you rebooting the image. > Janko > > -- > Janko MivÅ¡ek > Aida/Web > Smalltalk Web Application Server > http://www.aidaweb.si > > -- Best regards, Igor Stasenko.

Oct. 21, 2011

Re: [Pharo-project] Too many semaphores, image blocked

by Janko MivÅ¡ek

S, Marcus Denker piÅ¡e: >> Henrik, can you prepare a patch (or instructions how to remove it) so >> that I'll check immediately? > execute: > > Smalltalk removeFromStartUpList: InputEventPollingFetcher. > Smalltalk removeFromShutDownList: InputEventPollingFetcher. Done, now how can I safely clear the ExternalSemaphoreTable, which will otherwise stay with currently 53 entries open? Janko -- Janko MivÅ¡ek Aida/Web Smalltalk Web Application Server http://www.aidaweb.si

Oct. 21, 2011

[Pharo-project] [update 1.4] #14207

by Marcus Denker

14207 ----- Issue 4928: Empty the class BlockContext... http://code.google.com/p/pharo/issues/detail?id=4928 Issue 4410: CompiledMethod >> #valueWithReceiver:arguments: instead of Object >> #withArgs:executeMethod: http://code.google.com/p/pharo/issues/detail?id=4410 -- Marcus Denker -- http://marcusdenker.de

Oct. 21, 2011