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

Re: [Pharo-project] Debugger code edits lost?

by Frank Shearar

On 18 April 2012 17:17, Schwab,Wilhelm K <bschwab(a)anest.ufl.edu> wrote: > Please do not ask me how to reproduce this... :)Â Actually, I *think* it > might be triggered by certain types of syntax errors.Â Bottom line is that > the sometime I do a fair bit of coding in the debugger, only to find that > the fruits of my labor went to oblivion and beyond.Â Gone - no trace of it. > It has happened enough that that I believe there are legs to it. > > Has anyone else seen it? Yes, many times. In Squeak, so it might well be in those parts still common to both. I happened to be working with partial continuations, so I was actively hacking the stack in which I was debugging, but I've seen it occasionally elsewhere too. You edit the method, accept, restart... and if you open a Browser on that method the method's unchanged and versions shows no trace of your edit. frank

April 18, 2012

Re: [Pharo-project] gamedev.net post asking about Smalltalk

by Frank Shearar

On 18 April 2012 17:19, Schwab,Wilhelm K <bschwab(a)anest.ufl.edu> wrote: > Stef, > > What about stable relative to a given version of Pharo? Â I *really* think that to be useful, Metacello needs to be consistent. Â As it is, one seems to be left looking at blessings and guessing at what might work. Â The current and occasional (and very helpful) "no, use THIS version..." is appreciated, but hardly grounds for success. "Stable version of foo relative to bar" means a having a ConfigurationOfFooForPharo13, ConfigurationOfFooForPharo14, ConfigurationOfFooForSqueak44, and so on. That people don't write these configurations is not a failing of Metacello. frank > 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: Wednesday, April 18, 2012 11:50 AM > To: Pharo-project(a)lists.gforge.inria.fr > Subject: Re: [Pharo-project] gamedev.net post asking about Smalltalk > > No stable measn stable and this is good > Development means that you are developing and that people use at their own risk > > Use stable to milestone. > This way clients can work on your stable versions and milestone too their software. > > On Apr 16, 2012, at 3:48 PM, Igor Stasenko wrote: > >> yes, we need to invent some conventions. Because different developers >> using different names and different labels for configuration versions. >> for instance, i avoid labeling versions as #stable , most of them are >> #development.. >> for this reason, #lastVersion, #latestVersion loads either outdated >> stuff, or even worse, a baseline.. > > >

April 18, 2012

Re: [Pharo-project] gamedev.net post asking about Smalltalk

by Schwab,Wilhelm K

Stef, What about stable relative to a given version of Pharo? I *really* think that to be useful, Metacello needs to be consistent. As it is, one seems to be left looking at blessings and guessing at what might work. The current and occasional (and very helpful) "no, use THIS version..." is appreciated, but hardly grounds for success. 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: Wednesday, April 18, 2012 11:50 AM To: Pharo-project(a)lists.gforge.inria.fr Subject: Re: [Pharo-project] gamedev.net post asking about Smalltalk No stable measn stable and this is good Development means that you are developing and that people use at their own risk Use stable to milestone. This way clients can work on your stable versions and milestone too their software. On Apr 16, 2012, at 3:48 PM, Igor Stasenko wrote: > yes, we need to invent some conventions. Because different developers > using different names and different labels for configuration versions. > for instance, i avoid labeling versions as #stable , most of them are > #development.. > for this reason, #lastVersion, #latestVersion loads either outdated > stuff, or even worse, a baseline..

April 18, 2012

[Pharo-project] Debugger code edits lost?

by Schwab,Wilhelm K

Please do not ask me how to reproduce this... :) Actually, I *think* it might be triggered by certain types of syntax errors. Bottom line is that the sometime I do a fair bit of coding in the debugger, only to find that the fruits of my labor went to oblivion and beyond. Gone - no trace of it. It has happened enough that that I believe there are legs to it. Has anyone else seen it?

April 18, 2012

Re: [Pharo-project] Final 1.4 images...

by Marcus Denker

On Apr 18, 2012, at 4:57 PM, Herby VojÄÃk wrote: > It is not green (one-click on Windows 7 Starter 32-bit). > >> > <tests_Pharo1.4_2012-04-18T15#37#17.538+02#00.txt> Thanks! We will fix those... we tried to get the tests to be run by jenkins on windows for 1.4, but then decided to postpone it this week. (It's nearly working... but not completely. And then making the tests green is another story...) Marcus -- Marcus Denker -- http://marcusdenker.de

April 18, 2012

Re: [Pharo-project] Final 1.4 images...

by Marcus Denker

On Apr 18, 2012, at 5:59 PM, Hernan Wilkinson wrote: > on linux, 8449 run, 8395 passes, 52 expected failures, 1 failures, 0 errors, 1 unexpected passes > > Failure is DateAndTimeTest>>testPrintStringNoOffset yes, only if you are not in our time zone ;-) http://code.google.com/p/pharo/issues/detail?id=5605 We decided to fix that later... > unexpedted Pass: testMirrorSize > yes, the VM shipped is slighly newer than the one on the build server... we will be able to change that as soon as the VM is updated. (Christoph has the auto-update nearly ready, but we decided against using it just today...) Marcus -- Marcus Denker -- http://marcusdenker.de

April 18, 2012

Re: [Pharo-project] Final 1.4 images...

by Andreas Wacknitz

Am 18.04.2012 um 14:39 schrieb Marcus Denker: > Hi, > > final images: > > One-Click: > > https://gforge.inria.fr/frs/download.php/30615/Pharo-1.4-14437-OneClick.zip > > Just image: > https://gforge.inria.fr/frs/download.php/30613/Pharo-1.4-14437.zip > > already linked on > > http://www.pharo-project.org/pharo-download/release-1-4 > > > -- > Marcus Denker -- http://marcusdenker.de > > Congratulations, Pharo is getting better with every release. Regards Andreas

April 18, 2012

Re: [Pharo-project] Final 1.4 images...

by Hernan Wilkinson

on linux, 8449 run, 8395 passes, 52 expected failures, 1 failures, 0 errors, 1 unexpected passes Failure is DateAndTimeTest>>testPrintStringNoOffset unexpedted Pass: testMirrorSize On Wed, Apr 18, 2012 at 12:34 PM, Stefan Marr <smalltalk(a)stefan-marr.de>wrote: > Hi: > > On 18 Apr 2012, at 16:57, Herby VojÄÃk wrote: > > > It is not green (one-click on Windows 7 Starter 32-bit). > > Here on OSX 10.6, only MirrorPrimitiveTests >> #testMirrorSize is an > unexpected pass. > > Best regards > Stefan > > > -- > Stefan Marr > Software Languages Lab > Vrije Universiteit Brussel > Pleinlaan 2 / B-1050 Brussels / Belgium > http://soft.vub.ac.be/~smarr > Phone: +32 2 629 2974 > Fax: +32 2 629 3525 > > > -- *HernÃ¡n Wilkinson Agile Software Development, Teaching & Coaching* *Phone: +54 - 011 - 4311 - 8404** Mobile: +54 - 911 - 4470 - 7207 email: hernan.wilkinson(a)10Pines.com site: http://www.10Pines.com <http://www.10pines.com/>* Address: Paraguay 523, Floor 7 N, Buenos Aires, Argentina

April 18, 2012

Re: [Pharo-project] [1.4] Website updated

by Hernan Wilkinson

congratulations!! it is so nice to see a system with so many test run so fast! It makes you feel safe :-) Congratulations! On Wed, Apr 18, 2012 at 10:45 AM, Marcus Denker <marcus.denker(a)inria.fr>wrote: > Hi, > > So now > > http://www.pharo-project.org > > is updated for 1.4 Release. > > What is missing > > -> The list of changes should be finished > > http://code.google.com/p/pharo/wiki/ActionsInPharoOneDotFour > -> We need an announcement for the News section > > Marcus > > > -- > Marcus Denker -- http://marcusdenker.de > > > -- *HernÃ¡n Wilkinson Agile Software Development, Teaching & Coaching* *Phone: +54 - 011 - 4311 - 8404** Mobile: +54 - 911 - 4470 - 7207 email: hernan.wilkinson(a)10Pines.com site: http://www.10Pines.com <http://www.10pines.com/>* Address: Paraguay 523, Floor 7 N, Buenos Aires, Argentina

April 18, 2012

Re: [Pharo-project] gamedev.net post asking about Smalltalk

by StÃ©phane Ducasse

No stable measn stable and this is good Development means that you are developing and that people use at their own risk Use stable to milestone. This way clients can work on your stable versions and milestone too their software. On Apr 16, 2012, at 3:48 PM, Igor Stasenko wrote: > yes, we need to invent some conventions. Because different developers > using different names and different labels for configuration versions. > for instance, i avoid labeling versions as #stable , most of them are > #development.. > for this reason, #lastVersion, #latestVersion loads either outdated > stuff, or even worse, a baseline..

April 18, 2012