- Pharo-dev - lists.pharo.org

[Pharo-project] TODO 1.2
by Marcus Denker Jan. 23, 2011

Jan. 23, 2011

1.2 Core: Bugs: http://code.google.com/p/pharo/issues/list?can=2&q=milestone=1.2 Tests: https://pharo-ic.lille.inria.fr/hudson/job/Pharo%20Core%201.2/lastCompleted… 1.2 Full: Bugs: http://code.google.com/p/pharo/issues/list?can=2&q=milestone=1.2-DevImage Tests: N/A, as the buld is broken: https://pharo-ic.lille.inria.fr/hudson/job/Pharo%201.2/75/console There will be *no release of 1.2* if those things are not fixed. If you are interested, in some way or another, to have a 1.2 release, you will get it if you help fixing the last bugs. (hint, hint). Marcus -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

2 1

[Pharo-project] closeable tabs
by Tudor Girba Jan. 23, 2011

Jan. 23, 2011

Hi, I worked a bit on adding the possibility of closing tabs from a tab group. This is available for the moment in the I refactored the LazyTabGroupMorph from the Glamour repository. It would still be good to delegate a couple of things to the Theme, but other than that I think we could replace the logic from TabGroupMorph. What I did was to introduce a LazyTabPage that can lazily draw the page morph. If you (Alain, Gary?) have time, I could use a code review :). Gofer new squeaksource: 'Glamour'; package: 'ConfigurationOfGlamour'; load. (Smalltalk at: #ConfigurationOfGlamour) perform: #loadDefault Cheers, Doru -- www.tudorgirba.com "In a world where everything is moving ever faster, one might have better chances to win by moving slower."

1 0

[Pharo-project] IMO IllegalResumeAttempt should be resumable
by Eliot Miranda Jan. 22, 2011

Jan. 22, 2011

Hi All, an attempt to resume an unresumable signal results in raising IllegalResumeAttempt; quite right: Exception>>resume "Return from the message that signaled the receiver." self resume: self defaultResumeValue However, IllegalResumeAttempt is not itself resumable. So in those rare cases (e.g. test coverage) where a knowledgeable client wants to force resumption of a non-resumable signal by catching and resuming IllegalResumeAttempt, they can't because IllegalResumeAttempt>>isResumable ^ false So take e.g. [Cogit chooseCogitClass testPCMappingSelect: [:m| true]] on: AssertionFailure do: [:ex| | ctxt | ctxt := ex signalerContext findContextSuchThat: [:ctx| ctx sender selector = #allSelect:]. Transcript ensureCr; print: (ctxt tempAt: 1); flush. [ex resume] on: IllegalResumeAttempt do: [:ex| ex resume]] where I'm trying to JIT every method in my image and catalogue those that assert-fail, proceeding through the assert failure (and AssertionFailure isn't resumable). I happen to know that proceeding from the assert-fails is safe. But I can't force resumption because IllegalResumeAttempt is itself not resumable. I propose that we make IllegalResumeAttempt resumable. Objections? Cautions? best Eliot

1 1

[Pharo-project] Some important news
by StÃ©phane Ducasse Jan. 22, 2011

Jan. 22, 2011

Hi guys some important news today, we decided that we will set up a pharo association so that we can promote pharo. We would like to be able to collect money and create bounties to improve pharo. Stef

7 6

[Pharo-project] Issue 3578 in pharo: Hudson integration: Not include MAC files in zips
by pharo＠googlecode.com Jan. 22, 2011

Jan. 22, 2011

Status: Accepted Owner: marianopeck CC: marcus.d...@gmail.com, siguc...@gmail.com Labels: Milestone-1.3 New issue 3578 by marianopeck: Hudson integration: Not include MAC files in zips http://code.google.com/p/pharo/issues/detail?id=3578 Igor: All .zip files with pharo images having an annoying Apple-ism - a .DS_Store garbage file. Please use a zip archiver which includes only relevant files to archive, because obviously this garbage has no use anywhere but Macs. Mariano: Yes, when I build the dev images, I use the YemuZip that Marcus recommended. It can zip it without all that crap. Not sure if it is the best way if you want to automatize this with scrips. We need to integrate this for hudson. cheers mariano

1 2

[Pharo-project] Reminder: change the archiving tool
by Igor Stasenko Jan. 22, 2011

Jan. 22, 2011

All .zip files with pharo images having an annoying Apple-ism - a .DS_Store garbage file. Please use a zip archiver which includes only relevant files to archive, because obviously this garbage has no use anywhere but Macs. -- Best regards, Igor Stasenko AKA sig.

3 2

Re: [Pharo-project] Issue 1500 in pharo: REDO on empty History breaks the whole undo history
by pharo＠googlecode.com Jan. 22, 2011

Jan. 22, 2011

Updates: Status: Invalid Comment #3 on issue 1500 by marcus.d...@gmail.com: REDO on empty History breaks the whole undo history http://code.google.com/p/pharo/issues/detail?id=1500 this seems to be fixed with the new undo framwork

1 1

[Pharo-project] [update 1.3] #13016
by Marcus Denker Jan. 22, 2011

Jan. 22, 2011

13016 ----- Issue 3566: Changes needed to update Sound for 1.2 Issue 3380: UnhandleError remove dependence to UIManager -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

1 0

[Pharo-project] Issue 3380 in pharo: UnhandleError remove dependence to UIManager
by pharo＠googlecode.com Jan. 22, 2011

Jan. 22, 2011

Status: Fixed Owner: Benjamin.VanRyseghem.Pharo Labels: Type-Seed New issue 3380 by Benjamin.VanRyseghem.Pharo: UnhandleError remove dependence to UIManager http://code.google.com/p/pharo/issues/detail?id=3380 fix Attachments: UnhandleErrorExtension.1.cs 231 bytes

1 1

[Pharo-project] Issue 3427 in pharo: two methods from BlockContext to BlockClosure
by pharo＠googlecode.com Jan. 22, 2011

Jan. 22, 2011

Status: FixedWaitingToBePharoed Owner: stephane.ducasse Labels: Milestone-1.3 New issue 3427 by stephane.ducasse: two methods from BlockContext to BlockClosure http://code.google.com/p/pharo/issues/detail?id=3427 Levente Uzonyi uploaded a new version of Kernel to project The Trunk: http://source.squeak.org/trunk/Kernel-ul.519.mcz ==================== Summary ==================== Name: Kernel-ul.519 Author: ul Time: 8 December 2010, 2:52:41.144 am UUID: 630c1710-46b8-5248-bdb8-e08d99d6d9c0 Ancestors: Kernel-ul.518 - copied another two methods from BlockContext to BlockClosure. One of them fixes http://bugs.squeak.org/view.php?id=7579 . =============== Diff against Kernel-ul.518 =============== Item was added: + ----- Method: BlockClosure>>newProcessWith: (in category 'scheduling') ----- + newProcessWith: anArray + "Answer a Process running the code in the receiver. The receiver's block + arguments are bound to the contents of the argument, anArray. The + process is not scheduled." + <primitive: 19> "Simulation guard" + ^Process + forContext: + [self valueWithArguments: anArray. + Processor terminateActive] asContext + priority: Processor activePriority! Item was added: + ----- Method: BlockClosure>>valueWithExit (in category 'evaluating') ----- + valueWithExit + self value: [ ^nil ]!

1 1