- Pharo-dev - lists.pharo.org

[Pharo-project] Handle Close Event in Image - necessary for 1.0?

by Torsten Bergmann

I think I've found something that should be fixed before releasing 1.0 since it is meanwhile a major problem on Windows. In "old" Squeak/Pharo you could close the native world window using the "X" or hit ALT+F4 on Windows and the system asked you if you really want to close the whole Smalltalk system using a native dialog which was provided by the VM. With the new VM's (4.0.1 and 4.0.2 on Windows, see [1]) the native "window close event" is now dispatched from the VM into the image so it could be handled by Smalltalk code. This is currently not done/handled in Pharo. Only in Squeak so far. The recent Squeak trunk/release candidate already handles the event within the image and now provides an in-image dialog to ask the user to quit. So: in Pharo now NOTHING happens when you try to close the window using "X", you can only quit using the world menu - which is IMHO really a show stopper since you cant close using "X" or ALT+F4 (the key combination to close any windows program). Two possible options: A) we should handle the event now in-image similar to Squeak by fixing and integration issue 2131 (see [2]), so not only for 1.1. but also for 1.0 B) release and distribute Pharo 1.0 with an old VM < 4.0 BTW: You can get the old behavior on Windows by additionally using SHIFT, so SHIFT + ALT + F4 allows to close. But this is not very convinient, doesnt follow what the typical Windows user expects and one has to know about it... Bye T. [1] http://lists.squeakfoundation.org/pipermail/vm-dev/2010-March/004142.html [2] http://code.google.com/p/pharo/issues/detail?id=2131 -- GRATIS fÃ¼r alle GMX-Mitglieder: Die maxdome Movie-FLAT! Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01

April 6, 2010

Re: [Pharo-project] SUnit (which tests call which methods?)

by Stan Shepherd

Adrian Kuhn wrote: > > We got some more ideas (... search in test results) > Is there a way to see which tests invoked a given method? Sometimes you're trying to understand a method, to see if it does what you're trying to achieve. In such cases, it would be really handy to see which tests used a given method during a system-wide test, and then invoke one of those to give you a handle on the method. Does such a thing already exist? ...Stan > Niko and me are thinking about doing some work on SUnit. > > Background is that we are working on Phexample, which extends SUnit with > test > that expand on one another [1]. We got test dependencies working with the > current SUnit, but had to do some quick ugly hacks. So we thought about > cleaning the internals SUnit up, and then include test dependencies in > the > core. > > Things we would possible change (we will certainly identify more as we > clean > up SUnit...) > > - store test resources in a dynamic variable rather than a static one > - refactor the assert: protocol to a trait, such that they can be used in > setup and teardown of test resources as well (actually I already did > that, > you can find a version on my squeaksource account) > - apply the fixes to test resources in Niall's slide deck that Lukas > showed us > - add expectations matchers as used in behavior-driven testing > - break testcase into two classes, and to run the test and one to store > the > result (no more #cleanUpInstanceVariables hack to avoid memory leaks) > - add test dependencies to test results, such that one test can extend on > the > return value of another test > - fix expected failures such that they are a first-class result (no more > #shouldPass with O(n^2) or worse behavior) > > So you see, the idea is twofold: first to clean up what is there, and > second > to add test dependencies as a new feature. For those that dont know test > dependencies. They had first been proposed by Markus GÃ¤lli based on an > analysis of all Squeak tests years ago. He found that most tests cover a > superset of another test's coverage set. A prototype in Java as been > implemented later by Lea HÃ¤nsenberger and me. We published a case study > at > XP 2008, which lead to PHP folks to include test dependencies in the > latest > PHPUnit. The idea of explicit test dependencies is to shift the burden of > isolating test cases from the developers to the framework. You avoid > duplicate test code and you get less red test cases per failure. Please > refer to Niko's blog post for more details [2]. > > We got some more ideas (such as API baseline testing, search in test > results, > etc...) but they will not likely make it into a first clean up. > > One thing we do not know is how many folks are out there that depend on > internal representation of SUnit. I talked to some folks and identified > two > requirements, first that legacy tests should keep running and second that > contributions to other sunit forks should keep being mergeable. The first > seems feasible, the second sounds like it boils down to not cleaning > anything :) > > What do you think? > > cheers, > AA > > [1]: http://www.squeaksource.com/phexample.html > [2]: > http://smalltalkthoughts.blogspot.com/2009/11/phexample-because-examples-ex… > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- View this message in context: http://n4.nabble.com/SUnit-tp1297972p1752629.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

April 6, 2010

Re: [Pharo-project] Linux VM microbenchmarks

by laurent laffont

On Tue, Apr 6, 2010 at 11:45 AM, Hilaire Fernandes < hilaire.fernandes(a)gmail.com> wrote: > laurent laffont a Ã©crit : > > > btw, in all the version you provided there is no free type pluglin >> >> >> ? Should be here... What's the output of your ../unix/cmake/configure >> command ? >> > > -- checking for module 'freetype2' > -- package 'freetype2' not found Do you have packages libfreetype6-dev and libfreetype6 installed ? Laurent Laffont > > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

April 6, 2010

Re: [Pharo-project] FFI tests

by Mariano Martinez Peck

Those tests never worked for me. However, FFI does work. so I guess it is a problem in the tests and probably in the libraries it uses and the current OS where you are running them. Cheers Mariano On Mon, Apr 5, 2010 at 9:33 PM, Schwab,Wilhelm K <bschwab(a)anest.ufl.edu>wrote: > Hello all, > > Is anyone having success with the FFI tests on Linux? I have been having > some weird problems with an RC1 image and noted that many of the tests fail > in it. > > My image builder is almost ready for another attempt at making a newer > image, and I will prioritize the tests. I also have an idea or two on how > to try to reproduce the problems I am having. > > Bill > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

April 6, 2010

Re: [Pharo-project] Linux VM microbenchmarks

by Hilaire Fernandes

laurent laffont a Ã©crit : > btw, in all the version you provided there is no free type pluglin > > > ? Should be here... What's the output of your ../unix/cmake/configure > command ? -- checking for module 'freetype2' -- package 'freetype2' not found

April 6, 2010

Re: [Pharo-project] [BetaTesting] [ANN] Pharo-1.0-10517-rc4dev10.04.1

by StÃ©phane Ducasse

these are not show stoppers so they will be fixed in 1.1 Stef On Apr 6, 2010, at 11:06 AM, Stan Shepherd wrote: > > ...and http://code.google.com/p/pharo/issues/detail?id=2279 > -- > View this message in context: http://n4.nabble.com/BetaTesting-ANN-Pharo-1-0-10517-rc4dev10-04-1-tp174923… > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

April 6, 2010

Re: [Pharo-project] A port of Pharo: Redline Smalltalk ..

by StÃ©phane Ducasse

On Apr 6, 2010, at 3:00 AM, James Ladd wrote: > Hi All, > > > > > jarober says: > > > > >The reason these "Smalltalk for .NET" and "Smalltalk for the JVM" > > >projects never seem to come off is simple - Smalltalk isn't just flat > > >text in an editor. Smalltalk is the entire interactive environment. > > >It would be fairly simple to get a syntax parser, but it wouldn't be > > >Smalltalk. It would be Ruby or Python with Smalltalk syntax. > > >Somewhat useful perhaps, but not really Smalltalk. > > > > That is so true! Smalltalk is more than just flat text in an editor, which is > why Redline Smalltalk is different. I'm trying to bring out some new features > that would even make die-hard Smalltalk environment users envious, and at > the same time not make barriers to an uptake by more developers. like what? > > > Sorry, but I believe that it is the way that had to take commercial > > Smalltalk. It surprises to me that Cincom and company do not see it. > > Well I'd be really happy to do this full-time with Cincom support (if they are > listening), and if it can remain free and open source. Cincom? > > Rgs, James. > > Australia's #1 job site If It Exists, You'll Find it on SEEK _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

April 6, 2010

Re: [Pharo-project] How do i import .MCZ into Squeak?

by Mariano Martinez Peck

What Henrik says is correct. You can also take a Pharo dev image from here: http://www.pharo-project.org/pharo-download That images already contains AST, RefactoringBrowser, etc. You should be able to load there also. 2010/4/6 Henrik Johansen <henrik.s.johansen(a)veloxit.no> > > On Apr 6, 2010, at 7:45 32AM, James Ladd wrote: > > Hi Pharo, > > I got the .MCZ package installed, but there is a dependency on > RBProgramNode > which I can't find. > > I'm looking for the package / source for RBProgramNode, which I think could > just > be a image version issue. Is it? > > Rgs, James. > > > I'd recon you need RB installed, open MetacelloRepository, load > ConfigurationOfRefactoringBrowser, and type > ConfigurationOfRefactoringBrowser project latestVersion load. > (Or browse the package and see what you need to load manually in > baseline/version methods). > The ProgramNode class itself is in the AST-Core-Nodes package. > Kind of hard to tell if that is all you need though, as the link you > provided leads me to the squeaksource frontpage... > > Cheers, > Henry > > Hi Pharo, > > Please be gentle as it has been a while since I have filed into my > image.... > > I'm looking at this package: > http://www.squeaksource.com/@yDzCRgmmKSZ1rdfr/i3M9pl92 > I'm wondering how to load it into my Squeak image so I can run it? > > Rgs, James. > > ------------------------------ > Find it at CarPoint.com.au New, Used, Demo, Dealer or Private?<http://clk.atdmt.com/NMN/go/206222968/direct/01/> > > ------------------------------ > Meet local singles online. Browse profiles for FREE!<http://clk.atdmt.com/NMN/go/150855801/direct/01/> > _______________________________________________ > 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 >

April 6, 2010

Re: [Pharo-project] Issue 2279: [BUG]MultiByteFileStream(Object)>>error: on changes file throwing ***System Error Handling Failed*** running test coverage

by Lukas Renggli

This could be a problem with the coverage analysis. You have to be extra careful with coverage analysis on system classes like collections and filestreams, because they are used everywhere. Lukas On Tuesday, April 6, 2010, Stan Shepherd <stan.shepherd414(a)gmail.com> wrote: > > VM: unix - i686 - linux-gnu - Pharo0.1 of 16 May 2008 [latest update: > #10074] > Image: Pharo-1.0-10517-rc4 [Latest update: #10517] > > Steps to reproduce: > 1.In TestRunner, select Tests-Traits , TestTraits > 2.Select Run Coverage button. > 3.In dialog, select Files > > > Â stack trace attached ** to issue ** > http://code.google.com/p/pharo/issues/detail?id=2279 > -- > View this message in context: http://n4.nabble.com/Issue-2279-BUG-MultiByteFileStream-Object-error-on-cha… > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- Lukas Renggli www.lukas-renggli.ch

April 6, 2010

Re: [Pharo-project] Show Actions of a SystemWindow: bug?

by Mariano Martinez Peck

Carla, where is that "show actions" option ? i don't see it 2010/4/6 Carla F. Griggio <carla.griggio(a)gmail.com> > Hello! > > I was fooling around with the latest rc3 image and I tried to use the "show > actions" option in the menu of a SystemWindow and got this: > > *MessageNotUnderstood: ToolSet class>>openMessageList:name:autoSelect:* > > ToolSet class(Object)>>doesNotUnderstand: #openMessageList:name:autoSelect: > > SystemWindow(Morph)>>showActions > > [] in ToggleMenuItemMorph(MenuItemMorph)>>invokeWithEvent: > > BlockClosure>>ensure: > > CursorWithMask(Cursor)>>showWhile: > > ToggleMenuItemMorph(MenuItemMorph)>>invokeWithEvent: > > ToggleMenuItemMorph(MenuItemMorph)>>mouseUp: > > ToggleMenuItemMorph(MenuItemMorph)>>handleMouseUp: > > MouseButtonEvent>>sentTo: > > ... > > > This is the code in SystemWindow>>showActions: > > showActions > > "Put up a message list browser of all the code that this morph > > would run for mouseUp, mouseDown, mouseMove, mouseEnter, > > mouseLeave, and > > mouseLinger. tk 9/13/97" > > | list cls selector adder | > > list := SortedCollection new. > > adder := [:mrClass :mrSel | list > > add: (MethodReference new setStandardClass: mrClass methodSymbol: >> mrSel)]. > > "the eventHandler" > > self eventHandler > > ifNotNil: [list := self eventHandler methodRefList. > > (self eventHandler handlesMouseDown: nil) > > ifFalse: [adder value: HandMorph value: #grabMorph:]]. > > "If not those, then non-default raw events" > > #(#keyStroke: #mouseDown: #mouseEnter: #mouseLeave: #mouseMove: #mouseUp: >> #doButtonAction ) > > do: [:sel | > > cls := self class whichClassIncludesSelector: sel. > > cls > > ifNotNil: ["want more than default behavior" > > cls == Morph > > ifFalse: [adder value: cls value: sel]]]. > > "The mechanism on a Button" > > (self respondsTo: #actionSelector) > > ifTrue: ["A button" > > selector := self actionSelector. > > cls := self target class whichClassIncludesSelector: selector. > > cls > > ifNotNil: ["want more than default behavior" > > cls == Morph > > ifFalse: [adder value: cls value: selector]]]. > > *ToolSet openMessageList: list name: 'Actions of ' , self printString >> autoSelect: false* > > > Shouldn't the last line be MessageSet openMessageList: list name: 'Actions > of ' , self printString autoSelect: nil ? I tried it and it seemed to work > OK, although I never tried that option before so I don't know what was it's > original behaviour. > > Cheers! > Carla. > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

April 6, 2010