- Pharo-dev - lists.pharo.org

Re: [Pharo-project] [Pharo-users] [COTDC] 92 - TSortable
by StÃ©phane Ducasse Dec. 7, 2011

Dec. 7, 2011

I represent a set of methods related to element sorting. My public api is composed of messages sort, isSorted, isSortedBy:, sort: To get the behavior I define, my users should implement - isEmpty - size - first - at: Stef On Dec 6, 2011, at 4:09 PM, sean(a)clipperadams.com wrote: > 92 classes done > 793 classes remaining > Continuing in Collections... > > Today: TSortable > > > Comment Of The Day Contest - One Day One Comment > Rules: > #1: Each day a not commented class is elected. Each day the best comment will be integrated with name of the author(s). > #2: If you cannot comment it, deprecate it. > Results: http://code.google.com/p/pharo/wiki/CommentOfTheDayContest > > p.s. this message was sent from a pharo image. Did you know you could easily do that?! >

2 1

Re: [Pharo-project] UIManager
by Henrik Sperre Johansen Dec. 7, 2011

Dec. 7, 2011

On 06.12.2011 11:46, Henrik Sperre Johansen wrote: > Is it just me, or is UIManager gradually turning into a new > SystemDictionary/Project? > > Cheers, > Henry And by that I mean equivalent to those classes in purity of purpose and simplicity; UIManager used to have a clear purpose - Provide a polymorphic interface for accessing common GUI dialogs for code which doesn't care which GUI framework is in use. Right now, MorphicUIMananger also has methods for - Component building (a poor mans ToolBuilder, basically) - Global state accessor, not polymorphic (world and uiProcess handling ) - Debugger components building (!) - Accessing common Smalltalk tools (not necessarily a bad thing, but shouldn't that be the responsibility of ToolRegistry? IE a UIManager should install a proper ToolRegistry when activated, not provide an extra layer of indirection you HAVE to use if you say, want your app to work headlessly) - something called interactiveParserFor: I have no idea what means. - etc. etc. etc. Cheers, Henry

3 4

[Pharo-project] Loading MCZ freezes, but loading the source.st works?
by Stefan Marr Dec. 7, 2011

Dec. 7, 2011

Hi: I got here a Monticello package that does not properly load using the Metacello configuration. The image freezes and cmd+. does not pop up a debugger anymore. However, if I extract the source.st contained in the package and file it in manually, it does not freeze the image. I belief that I once saw with appropriate Transcript>>#show that something caused an infinite loop. There are dependencies in overrides I do on kernel classes. They seem to be properly resolved in the source.st file. Is there a way to force Monticello/Metacello to fall back on the included source instead of using the binary snapshot? (I guess that is going wrong for some reason). Thanks 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

5 12

[Pharo-project] [update 1.4] #14251
by Marcus Denker Dec. 7, 2011

Dec. 7, 2011

14251 ----- Issue 5070: Failing test: KernelTests.Objects.SelfEvaluatingObjectTest.testArray http://code.google.com/p/pharo/issues/detail?id=5070 Issue 5069: Do a DebuggerMethodMap initialize in the postscript http://code.google.com/p/pharo/issues/detail?id=5069 -- Marcus Denker -- http://marcusdenker.de

1 0

[Pharo-project] [update 1.4] #14250
by Marcus Denker Dec. 7, 2011

Dec. 7, 2011

14250 ----- Issue 5064: remove useless stripe behavior from ProgressBarMorph http://code.google.com/p/pharo/issues/detail?id=5064 Issue 4998: ContextPart>>#runUntilErrorOrReturnFrom: http://code.google.com/p/pharo/issues/detail?id=4998 (2nd try) -- Marcus Denker -- http://marcusdenker.de

1 0

[Pharo-project] [update 1.4] #14249
by Marcus Denker Dec. 7, 2011

Dec. 7, 2011

14249 ----- Issue 4491: Cleanup DebuggerMethodMap old blocks http://code.google.com/p/pharo/issues/detail?id=4491 -- Marcus Denker -- http://marcusdenker.de

1 0

Re: [Pharo-project] Why CompiledMethod print string shows #identityHah ?
by Marcus Denker Dec. 7, 2011

Dec. 7, 2011

On Dec 6, 2011, at 5:15 PM, Mariano Martinez Peck wrote: > > So...my question is, is there any reason why it makes so much sense to print the identityHash of a CompiledMethod ? I use it to see if a method has been recompiled. (if it is different to the one before). Marcus -- Marcus Denker -- http://marcusdenker.de

2 1

[Pharo-project] [update 1.4] #14248
by Marcus Denker Dec. 7, 2011

Dec. 7, 2011

14248 ----- Issue 5066: Sync VM version from image side http://code.google.com/p/pharo/issues/detail?id=5066 Issue 5065: [ENH]: Clean up Mail code (Part 2) http://code.google.com/p/pharo/issues/detail?id=5065 Issue 4994: Two failing test in ProcessTest http://code.google.com/p/pharo/issues/detail?id=4994 -- Marcus Denker -- http://marcusdenker.de

1 0

[Pharo-project] Squeak/Pharo in Fedora
by Pavel Krivanek Dec. 6, 2011

Dec. 6, 2011

Hi, I want make a little report about progress with making of Fedora pakcages for Smalltalk related projects (StackVM, CogVM, Pharo...) by Jaroslav Å karvada. Currently there are three packages in Fedora repositories - squeak-vm, squeak-image and squeak-vm-nonXOplugins (that contains plugins like OSProcess). It uses resources from the Squeak site. Red Hat has quite restrictive demands on packages and it is a small miracle that they tolerate current squeak packages :-). The conditions simply do expect that a program is a set of source codes and not a system of communicating objects. One problem is that Squeak VM is one of few metacircular packages that are needed for their own building. Because binary executables are prohibited, it would require a special bureaucratically problematic exception. Fortunately for virtual machine generation we may use the current squeak packages - more precisely their updated versions. The next issue for virtual machine generation may be the fact, that some packages used for VM generation are in repositories with public read&write permissions. Because image can be likened to *.jar files that are prohibited and must be recompiled during package generation, we are lucky that squeak-image package is currently accepted. If someone starts tinkering, we are in big trouble. There is a little issue with *.sources placement. The current VM package contains symlinks from VM path to sources files that are present in package with the image. This is really ugly solution. Squeak and Pharo uses this sequence for sources lookup: vm path, image path, current path. So I think that the best solution will be to have sources file in the image package, do not have symlinks in vm package and to create symlink to sources together with changes in the image path via mysqueak initialization script. Btw., Jaroslav told me that he saw a lot of creepy projects but nothing like Squeak VM :-) And there is a mess in VM versioning. What is the latest CogVM/StackVM version number? Cheers, -- Pavel

5 16

[Pharo-project] issue 5048 broke Pharo Kernel
by Pavel Krivanek Dec. 6, 2011

Dec. 6, 2011

Hi, the issue http://code.google.com/p/pharo/issues/detail?id=5048 broke Pharo-Kernel build on CI server. -- Pavel

2 4