February 2009 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] Problem with linux VM and Pharo

by Miguel Enrique CobÃ¡ MartÃnez

John M McIntosh wrote: > There has been discussion on the vm-dev(a)lists.squeakfoundation.org > list about this problem, not sure > if a conclusion has been reached yet. > On 10-Feb-09, at 9:39 AM, Miguel Enrique CobÃ¡ MartÃnez wrote: > >> Damien Cassou wrote: >>> Every 5 minutes or so, my VM crashes and prints: >>> >>> squeak: /tmp/squeak-svn/platforms/unix/vm/sqUnixMemory.c:172: >>> uxGrowMemoryBy: Assertion `newDelta >= 0' failed. >>> Aborted >>> >>> >>> I'm using Squeak VM from SVN. Does that happen to anyone else? >>> >> It happens to me too: >> >> squeak: >> /build/buildd/squeak-vm-3.10.3+svn1902.dfsg/platforms/unix/vm/ >> sqUnixMemory.c:172: >> uxGrowMemoryBy: Assertion `newDelta >= 0' failed. >> /usr/bin/squeak: line 273: 5346 Abortado $VM > \ > -- > = > = > = > ======================================================================== > John M. McIntosh <johnmci(a)smalltalkconsulting.com> > Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com > = > = > = > ======================================================================== > > > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > It also happens in a virtual machine running Debian GNU/Linux 5.0 Lenny i386 (32 bits). squeak: /squeak-vm-3.10.3+svn1902.dfsg/platforms/unix/vm/sqUnixMemory.c:172: uxGrowMemoryBy: Assertion `newDelta >= 0' failed. /usr/bin/squeak: line 273: 5095 Abortado $VM uname -a Linux vm1 2.6.26-1-486 #1 Sat Jan 10 17:46:23 UTC 2009 i686 GNU/Linux dpkg -l|grep squeak ii squeak-vm 3.10.3+svn1902.dfsg-1 The Squeak Smalltalk System (virtual machine Miguel CobÃ¡

Feb. 10, 2009

Re: [Pharo-project] Problem with linux VM and Pharo

by John M McIntosh

There has been discussion on the vm-dev(a)lists.squeakfoundation.org list about this problem, not sure if a conclusion has been reached yet. On 10-Feb-09, at 9:39 AM, Miguel Enrique CobÃ¡ MartÃnez wrote: > Damien Cassou wrote: >> Every 5 minutes or so, my VM crashes and prints: >> >> squeak: /tmp/squeak-svn/platforms/unix/vm/sqUnixMemory.c:172: >> uxGrowMemoryBy: Assertion `newDelta >= 0' failed. >> Aborted >> >> >> I'm using Squeak VM from SVN. Does that happen to anyone else? >> > > It happens to me too: > > squeak: > /build/buildd/squeak-vm-3.10.3+svn1902.dfsg/platforms/unix/vm/ > sqUnixMemory.c:172: > uxGrowMemoryBy: Assertion `newDelta >= 0' failed. > /usr/bin/squeak: line 273: 5346 Abortado $VM \ -- = = = ======================================================================== John M. McIntosh <johnmci(a)smalltalkconsulting.com> Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com = = = ========================================================================

Feb. 10, 2009

Re: [Pharo-project] Problem with linux VM and Pharo

by Miguel Enrique CobÃ¡ MartÃnez

Damien Cassou wrote: > Every 5 minutes or so, my VM crashes and prints: > > squeak: /tmp/squeak-svn/platforms/unix/vm/sqUnixMemory.c:172: > uxGrowMemoryBy: Assertion `newDelta >= 0' failed. > Aborted > > > I'm using Squeak VM from SVN. Does that happen to anyone else? > It happens to me too: squeak: /build/buildd/squeak-vm-3.10.3+svn1902.dfsg/platforms/unix/vm/sqUnixMemory.c:172: uxGrowMemoryBy: Assertion `newDelta >= 0' failed. /usr/bin/squeak: line 273: 5346 Abortado $VM when I do it 10000 factorial in a workspace. I'm on Debian GNU/Linux 5.0 Lenny $ uname -a Linux laptop 2.6.26-1-amd64 #1 SMP Sat Jan 10 17:57:00 UTC 2009 x86_64 GNU/Linux $ dpkg -l|grep squeak ii squeak-vm 3.10.3+svn1902.dfsg-1 The Squeak Smalltalk System (virtual machine It is an AMD Turion 64 X2 machine, that is a amd64 (x86_64) arch. Miguel CobÃ¡

Feb. 10, 2009

[Pharo-project] Loading Polymorph

by Gary Chambers

Latest Polymorph-Widgets versions (from 41 to 42) require the MC workaround to load/merge, unfortunately. Anything down to drawing... in this case the change to dropShadows. Regards, Gary

Feb. 10, 2009

Re: [Pharo-project] Problem with linux VM and Pharo

by Damien Cassou

On Tue, Feb 10, 2009 at 5:03 PM, Alain Plantec <alain.plantec(a)free.fr> wrote: > yes, It happens when I try to use a VM i have recompiled myself. Which VM did you chose? -- Damien Cassou http://damiencassou.seasidehosting.st

Feb. 10, 2009

Re: [Pharo-project] Problem with linux VM and Pharo

by Alain Plantec

Damien Cassou a Ã©crit : > Every 5 minutes or so, my VM crashes and prints: > > squeak: /tmp/squeak-svn/platforms/unix/vm/sqUnixMemory.c:172: > uxGrowMemoryBy: Assertion `newDelta >= 0' failed. > Aborted > > > I'm using Squeak VM from SVN. Does that happen to anyone else? > yes, It happens when I try to use a VM i have recompiled myself. I'm on ubuntu 64 8.10 Cheers alain

Feb. 10, 2009

Re: [Pharo-project] Can't install Pier on Pharo

by StÃ©phane Ducasse

Not that I know. I will let mike answer :) Stef On Feb 10, 2009, at 4:32 PM, Damien Cassou wrote: > On Tue, Feb 10, 2009 at 3:55 PM, StÃ©phane Ducasse > <stephane.ducasse(a)inria.fr> wrote: >> MIMEDocument class>>resetMIMEdatabase seems the faulty one > > Yes. Did someone removed that method? > > -- > Damien Cassou > http://damiencassou.seasidehosting.st > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Feb. 10, 2009

Re: [Pharo-project] Call for UI gripes

by Gary Chambers

For diff/merge the icons currently represent: green left arrow - modification: use existing definition/code-fragment (code fragment compositing still not implemented... not easy). green right arrow - modification: use incoming definition/code-fragment red X - removal green tick - addition Regards, Gary ----- Original Message ----- From: "StÃ©phane Ducasse" <stephane.ducasse(a)inria.fr> To: <Pharo-project(a)lists.gforge.inria.fr> Sent: Tuesday, February 10, 2009 3:22 PM Subject: Re: [Pharo-project] Call for UI gripes for david I imagine that I'm doing them in 14x14. But I can check some in 16*16 I 'm also really confused by the diff merge icons so do you have a list of what is needed? Stef On Feb 10, 2009, at 4:17 PM, Gary Chambers wrote: > For taskbar/window menu images? > If so 16x16 and take your pick of all the common tools/windows. > > The ones we currently use are shown in the attached png (mostly the > MenuIcons small variety). > > Regards, Gary > > > ----- Original Message ----- From: "StÃ©phane Ducasse" > <stephane.ducasse(a)inria.fr > > > To: <Pharo-project(a)lists.gforge.inria.fr> > Sent: Tuesday, February 10, 2009 2:59 PM > Subject: Re: [Pharo-project] Call for UI gripes > > > Hi gary > > do you need some icons? > What size? > because I should draw some of them for david too. > > Stef > On Feb 10, 2009, at 2:32 PM, Gary Chambers wrote: > >> The about-to-be-put-on-SqueakSource version of Polymorph now has >> theme >> rendered drop shadow for SystemWindows. >> A small improvement in speed since CornerRounder still applies to >> the actual >> window morph. >> >> Regards, Gary >> >> >> ----- Original Message ----- >> From: "Igor Stasenko" <siguctua(a)gmail.com> >> To: <Pharo-project(a)lists.gforge.inria.fr> >> Sent: Tuesday, February 10, 2009 12:11 PM >> Subject: Re: [Pharo-project] Call for UI gripes >> >> >>> 2009/2/10 David RÃ¶thlisberger <squeak(a)webcitas.ch>: >>>> Hi Igor, >>>> >>>>> OB is quite complex thing, and its hard to understand what it >>>>> does for >>>>> outsider :) >>>>> >>>>> I just identified a few points, which can improve rendering speed >>>>> by a >>>>> certain amount: >>>> [...] >>>>> - default. >>>>> 60 ms >>>>> >>>>> - with override in SystemWindow>>drawDropShadowOn: aCanvas to do >>>>> nothing: >>>>> 51 ms >>>>> >>>>> - with override in OBMonticelloPackageNode>>classCategories to >>>>> return >>>>> cached collection >>>>> 45 ms >>>>> >>>> >>>> I incorporated into OB a patch that is following your idea >>>> concerning >>>> caching of >>>> class cats in package nodes. I did it differently than you but the >>>> results are even >>>> better now. >>>> >>> >>> Great! In my patch i didn't care about correctness or whatever, it >>> was >>> simply to outline what possible can be done to improve rendering >>> speed. >>> >>>> Can you take care of integrating the SystemWindow patch into Pharo? >>>> >>> >>> you mean override of SystemWindow>>drawDropShadowOn: ? >>> Its not really correct override. Shadow should be drawn, if it >>> there. >>> And by default , to draw shadow, it using Morph>>drawOn: method with >>> special shadow canvas. For system window it means that a rectangular >>> area with dimensions of morph is filled with shadow color, shifted >>> by >>> shadowOffset. >>> To improve its speed, we could clip a shadow rectangle to not visit >>> pixels which is covered my system window contents, only pixels which >>> are outside of it and 'dropping' shadow. >>> >>> I can implement such method, but concerning integration - i'm not in >>> charge here :) >>> >>> What is interesting about shadows, that by default a shadow offset >>> is >>> 1 pixel wide: >>> shadowOffset: 1@1 >>> >>> this means that unless you using magnifying glass on you display, >>> you >>> can't really tell if there shadow drawn or not. >>> Since visual difference is minimal, do anyone can tell, why wasting >>> so >>> much CPU cycles on it? :) >>> >>> >>>> Thanks, >>>> David >>>> >>>> _______________________________________________ >>>> 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 >> >> >> _______________________________________________ >> 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 > <TaskbarIcons.png>_______________________________________________ > 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

Feb. 10, 2009

Re: [Pharo-project] Can't install Pier on Pharo

by Damien Cassou

On Tue, Feb 10, 2009 at 3:55 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > MIMEDocument class>>resetMIMEdatabase seems the faulty one Yes. Did someone removed that method? -- Damien Cassou http://damiencassou.seasidehosting.st

Feb. 10, 2009

Re: [Pharo-project] Call for UI gripes

by StÃ©phane Ducasse

for david I imagine that I'm doing them in 14x14. But I can check some in 16*16 I 'm also really confused by the diff merge icons so do you have a list of what is needed? Stef On Feb 10, 2009, at 4:17 PM, Gary Chambers wrote: > For taskbar/window menu images? > If so 16x16 and take your pick of all the common tools/windows. > > The ones we currently use are shown in the attached png (mostly the > MenuIcons small variety). > > Regards, Gary > > > ----- Original Message ----- From: "StÃ©phane Ducasse" <stephane.ducasse(a)inria.fr > > > To: <Pharo-project(a)lists.gforge.inria.fr> > Sent: Tuesday, February 10, 2009 2:59 PM > Subject: Re: [Pharo-project] Call for UI gripes > > > Hi gary > > do you need some icons? > What size? > because I should draw some of them for david too. > > Stef > On Feb 10, 2009, at 2:32 PM, Gary Chambers wrote: > >> The about-to-be-put-on-SqueakSource version of Polymorph now has >> theme >> rendered drop shadow for SystemWindows. >> A small improvement in speed since CornerRounder still applies to >> the actual >> window morph. >> >> Regards, Gary >> >> >> ----- Original Message ----- >> From: "Igor Stasenko" <siguctua(a)gmail.com> >> To: <Pharo-project(a)lists.gforge.inria.fr> >> Sent: Tuesday, February 10, 2009 12:11 PM >> Subject: Re: [Pharo-project] Call for UI gripes >> >> >>> 2009/2/10 David RÃ¶thlisberger <squeak(a)webcitas.ch>: >>>> Hi Igor, >>>> >>>>> OB is quite complex thing, and its hard to understand what it >>>>> does for >>>>> outsider :) >>>>> >>>>> I just identified a few points, which can improve rendering speed >>>>> by a >>>>> certain amount: >>>> [...] >>>>> - default. >>>>> 60 ms >>>>> >>>>> - with override in SystemWindow>>drawDropShadowOn: aCanvas to do >>>>> nothing: >>>>> 51 ms >>>>> >>>>> - with override in OBMonticelloPackageNode>>classCategories to >>>>> return >>>>> cached collection >>>>> 45 ms >>>>> >>>> >>>> I incorporated into OB a patch that is following your idea >>>> concerning >>>> caching of >>>> class cats in package nodes. I did it differently than you but the >>>> results are even >>>> better now. >>>> >>> >>> Great! In my patch i didn't care about correctness or whatever, it >>> was >>> simply to outline what possible can be done to improve rendering >>> speed. >>> >>>> Can you take care of integrating the SystemWindow patch into Pharo? >>>> >>> >>> you mean override of SystemWindow>>drawDropShadowOn: ? >>> Its not really correct override. Shadow should be drawn, if it >>> there. >>> And by default , to draw shadow, it using Morph>>drawOn: method with >>> special shadow canvas. For system window it means that a rectangular >>> area with dimensions of morph is filled with shadow color, shifted >>> by >>> shadowOffset. >>> To improve its speed, we could clip a shadow rectangle to not visit >>> pixels which is covered my system window contents, only pixels which >>> are outside of it and 'dropping' shadow. >>> >>> I can implement such method, but concerning integration - i'm not in >>> charge here :) >>> >>> What is interesting about shadows, that by default a shadow offset >>> is >>> 1 pixel wide: >>> shadowOffset: 1@1 >>> >>> this means that unless you using magnifying glass on you display, >>> you >>> can't really tell if there shadow drawn or not. >>> Since visual difference is minimal, do anyone can tell, why wasting >>> so >>> much CPU cycles on it? :) >>> >>> >>>> Thanks, >>>> David >>>> >>>> _______________________________________________ >>>> 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 >> >> >> _______________________________________________ >> 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 > <TaskbarIcons.png>_______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Feb. 10, 2009