April 2014 - Pharo-dev - lists.pharo.org

Re: [Pharo-dev] Debugging in Production Servers

by askoh

Thanks for all the comments. Let me distilled what I have learned. Correct me if I am wrong. In Smalltalk: Production environment and development environment are very similar if not identical. Runtime and debug modes are identical. So, debugging is instantaneous available. Debugging occurs at the context of the exception itself - not in a handler or somewhere else. Debugger, nah, the whole environment allows doit's, code changes and resumes always. Reflection is constantly available for debugging and logging. Can we coin a term for these capabilities/properties? Can we define a standard to gauge programming environments? All the best, Aik-Siong Koh -- View this message in context: http://forum.world.st/Debugging-in-Production-Servers-tp4756136p4756451.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

April 25, 2014

Re: [Pharo-dev] Modifications to be integrated in Pharo 3.0 VM

by Esteban Lorenzano

Hi Nicolas, I cannot approve your pull requests because there are conflicts (I suspects is all the same conflict). can you fix them? thanks, Esteban On 25 Apr 2014, at 01:16, Nicolas Cellier <nicolas.cellier.aka.nice(a)gmail.com> wrote: > I think this fix is essential and should be applied before releasing Pharo VM: > > https://github.com/pharo-project/pharo-vm/pull/31 > > Those are optionals but would be nice to have: > > https://github.com/pharo-project/pharo-vm/pull/32 > https://github.com/pharo-project/pharo-vm/pull/33 > https://github.com/pharo-project/pharo-vm/pull/34 > https://github.com/pharo-project/pharo-vm/pull/42 > > Those can wait but are ready and not dangerous IMO: > > https://github.com/pharo-project/pharo-vm/pull/37 > https://github.com/pharo-project/pharo-vm/pull/39 > https://github.com/pharo-project/pharo-vm/pull/40 > > This one works perfectly for me but failed on the CI server I really wonder why... > > https://github.com/pharo-project/pharo-vm/pull/41 > > This one would be nice to have too but does not fully work on my mac. > I really fail to understand why... > The exact same code in Cog branch works perfectly with same compiler (slightly different options maybe?) > I'd be curious to know if all Kernel-Number tests pass when compiled by someone else. > > https://github.com/pharo-project/pharo-vm/pull/35 > > And last, the compiler flags should be fixed on MacOSX for bug https://pharo.fogbugz.com/f/cases/11130 > Or clang replaced by an older gcc... >

April 25, 2014

Re: [Pharo-dev] [Vm-dev] Linux Numeric Keyboard issue in Pharo-VM fix

by Esteban Lorenzano

real question is âhow that change is lostâ because I remember when I pushed itâ¦ now, somehow an old file made his way back to the trunk :( wellâ¦ now we have a pull request based integration system so this kind of regressions should not happen again (at least, not so easily). Esteban On 24 Apr 2014, at 23:16, phil(a)highoctane.be wrote: > Hello, > > As I am now working on a CentOS sytem with Pharo, I got into: > > https://pharo.fogbugz.com/default.asp?11352 > > So, I put back the fix that was done in Gitorious #2e6f231 and it now works. > > May someone integrate that fix into the main Linux repo? > > Thx > > Phil

April 25, 2014

[pharo-project/pharo-core]

by GitHub

Branch: refs/tags/30835 Home: https://github.com/pharo-project/pharo-core

April 25, 2014

[pharo-project/pharo-core] 5d24c1: 30835

by GitHub

Branch: refs/heads/3.0 Home: https://github.com/pharo-project/pharo-core Commit: 5d24c1e6d88000d16c22074380c5e668fa1510b5 https://github.com/pharo-project/pharo-core/commit/5d24c1e6d88000d16c220743… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2014-04-25 (Fri, 25 Apr 2014) Changed paths: A ScriptLoader30.package/ScriptLoader.class/instance/pharo - scripts/script488.st A ScriptLoader30.package/ScriptLoader.class/instance/pharo - updates/update30835.st M ScriptLoader30.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st M Spec-Core.package/ContainerModel.class/instance/protocol/buildAdapterWithSpec.st Log Message: ----------- 30835 13225 SpecInterpreter should not reset bindings https://pharo.fogbugz.com/f/cases/13225 http://files.pharo.org/image/30/30835.zip

April 25, 2014

Re: [Pharo-dev] Error adding a Class instVar

by Camille Teruel

On 25 avr. 2014, at 09:13, Marcus Denker <marcus.denker(a)inria.fr> wrote: > > On 25 Apr 2014, at 04:33, Esteban A. Maringolo <emaringolo(a)gmail.com> wrote: > >> I was adding a Class instance variable when I got this, admittedly, funny error. >> >> Any clues of why? >> >> The class has a Trait (which I plan to remove). Maybe that is causing this? > > This is this problem: > > https://pharo.fogbugz.com/f/cases/13028/Adding-ClassVariables-corrupts-clas… No I don't think so, 13028 is the subclass cache problem whereas Esteban's problem seems to be related to wrong slot scope problem. Esteban, is it the latest image? Can run this script in your image and tell us the content of toRebuild? all := Smalltalk allClasses flatCollect: [ :e | { e . e class } ]. candidates := all reject: [ :e | e superclass isNil or: [e layout slotScope isKindOf: LayoutEmptyScope ] ]. toRebuild := candidates reject: [ :e | e superclass layout slotScope == e layout slotScope parentScope ]. Does toRebuild contains your class or one class of its hierarchy? > >

April 25, 2014

Re: [Pharo-dev] Error adding a Class instVar

by Marcus Denker

On 25 Apr 2014, at 04:33, Esteban A. Maringolo <emaringolo(a)gmail.com> wrote: > I was adding a Class instance variable when I got this, admittedly, funny error. > > Any clues of why? > > The class has a Trait (which I plan to remove). Maybe that is causing this? This is this problem: https://pharo.fogbugz.com/f/cases/13028/Adding-ClassVariables-corrupts-clas…

April 25, 2014

Re: [Pharo-dev] CPU usage change on newer OS

by Norbert Hartl

> Am 25.04.2014 um 01:19 schrieb "Esteban A. Maringolo" <emaringolo(a)gmail.com>: > > What % of CPU is it using? > On the old instance it is a stable 2% and on the new it is 1-1,3 %. That was the reason making me looking at it. I was so used to the 2 % I spotted the difference immediately. Norbert > My VM on idle state consumes about ~4-5% CPU. > Esteban A. Maringolo > > > 2014-04-24 15:43 GMT-03:00 Norbert Hartl <norbert(a)hartl.name>: >> I have a strange effect on my machines. I have a dedicated server and a lot of virtual instances using LXC. The last few days I migrated most projects of our projects from pharo2.0 to pharo3.0. And on the same time the images moved from an ubuntu 12.04. system to a ubuntu 14.04 system. Looking at the top command it appears the images/vms need noticable less CPU or better the tools report less. The monitored overall CPU usage also is much lesser than before. >> >> This is not proved by any measurement. Has anyone an idea why this could happen or appear differently? >> >> Norbert >

April 25, 2014

Re: [Pharo-dev] CPU usage change on newer OS

by Sven Van Caekenberghe

On 25 Apr 2014, at 01:19, Esteban A. Maringolo <emaringolo(a)gmail.com> wrote: > What % of CPU is it using? > > My VM on idle state consumes about ~4-5% CPU. That is about what I am used to, here is a real view of an Amazon AWS EC2 Small Instance running 4 Pharo VMs: top - 05:25:09 up 413 days, 15:27, 1 user, load average: 0.88, 0.66, 0.49 Tasks: 73 total, 3 running, 70 sleeping, 0 stopped, 0 zombie Cpu(s): 0.6%us, 0.4%sy, 0.0%ni, 96.3%id, 0.2%wa, 0.0%hi, 0.0%si, 2.5%st Mem: 1706660k total, 1654928k used, 51732k free, 136692k buffers Swap: 0k total, 0k used, 0k free, 1006556k cached PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 31639 ubuntu 20 0 1030m 99m 1444 R 4.0 5.9 61:47.82 pharo 4314 ubuntu 20 0 1030m 162m 1504 S 2.0 9.7 140:28.55 pharo 8014 ubuntu 20 0 1030m 77m 1512 S 2.0 4.6 561:06.30 pharo 31647 ubuntu 20 0 1030m 92m 1444 R 2.0 5.6 63:31.80 pharo 1 root 20 0 3540 1392 732 S 0.0 0.1 0:58.61 init Sven > Esteban A. Maringolo > > > 2014-04-24 15:43 GMT-03:00 Norbert Hartl <norbert(a)hartl.name>: >> I have a strange effect on my machines. I have a dedicated server and a lot of virtual instances using LXC. The last few days I migrated most projects of our projects from pharo2.0 to pharo3.0. And on the same time the images moved from an ubuntu 12.04. system to a ubuntu 14.04 system. Looking at the top command it appears the images/vms need noticable less CPU or better the tools report less. The monitored overall CPU usage also is much lesser than before. >> >> This is not proved by any measurement. Has anyone an idea why this could happen or appear differently? >> >> Norbert >> >

April 25, 2014

Re: [Pharo-dev] Debugging in Production Servers

by Ben Coman

April 25, 2014