December 2008 - Pharo-dev - lists.pharo.org

[Pharo-project] Alien structural change
by John M McIntosh Dec. 11, 2008

Dec. 11, 2008

For the very few folks that are working with Alien I'm about to make a structural change that is needed to support floating point arguments on PowerPC. Because of how the os-x powerpc abi works we *do* need to know what type the parameters are in order to decide if that 32bit data item is a float or long, or if 64bit a long long or double. Parms are passed based on if they are Floating point or non-floating point. This is a bit of a pain because MacIntel users still can pass integer, float, long long, double without regard to typing, yet if they expect to run on PowerPC a bit more care and typing is required. In the example below the primFFICallResult:with:with: call has no idea if the alien 1 or alien 2 are long long or double. testCallingSquenceLongLong2 | alien1 alien2 result who | alien1 := Alien newC: 8. alien2 := Alien newC: 8. alien1 signedLongLongAt: 1 put: 1. alien2 signedLongLongAt: 1 put: 42. er or is that alien1 doubleAt: 1 put: 1. alien2 doubleAt: 1 put: 42. who := Alien lookup: 'ffiTestLongLong' inLibrary: 'IA32ABI'. result := who primFFICallResult: (Alien new: 8) with: alien1 with: alien2. self should: [(result signedLongLongAt: 1) = (1+42)]. alien1 free. alien2 free. In talking to Eliot we feel this will become for Double who primFFICallResultWithFloatParms: (Alien new: 8) with: alien1 with: alien2. with: (ByteArray with: 8 with: 8) for Float who primFFICallResultWithFloatParms: (Alien new: 8) with: alien1 with: alien2. with: (ByteArray with: 4 with: 4) The last parm is a tag array that contains information about the size of the floating point object. Now in order to cheat a bit here we will allow you to say who primFFICallResult: (Alien new: 8) with: 1.0 with: 42.0. because we know the element being passed is a floating point squeak object so we will assume we should treat it as a Double parm. This of course won't work very well if you are dealing with a Float so you would need to use the who primFFICallResultWithFloatParms: (Alien new: 8) with: 1.0 with: 42.0. with: (ByteArray with: 4 with: 4) Remember if you do: who primFFICallResult: (Alien new: 8) with: oneParm with: twoParm. where oneParm/twoParm is *usually* a float you really need to take care and say who primFFICallResult: (Alien new: 8) with: oneParm asFloat with: twoParm asFloat. Lastly if you do who primFFICallResultWithFloatParms: (Alien new: 8) with: 1 with: 42. with: (ByteArray with: 4 with: 4) The we'll assume oneParm and twoParm are floats and not do any autoconversion if say you pass an integer and your results will be unexpected, or trigger an primitive failure. -- = = = ======================================================================== John M. McIntosh <johnmci(a)smalltalkconsulting.com> Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com = = = ========================================================================

1 0

[Pharo-project] [update] #10188
by Marcus Denker Dec. 11, 2008

Dec. 11, 2008

- Issue 389: Email report from the debugger still sends emails to squeakfoundation.org - Revert some cleanups from HandMorph relating to Nebraska that broke EventRecorder (Part 1) - test for #classVarNames (issue #246) - remove unsent methods from FileList: #dirSelectionBlock: #limitedSuperSwikiDirectoryList #limitedSuperSwikiPublishDirectoryList! #listForPattern: #okHitForProjectLoader #publishingServers #removeLinefeeds #saveLocalOnlyHit ====================================================================== -- Marcus Denker -- denker(a)iam.unibe.ch http://www.iam.unibe.ch/~denker

2 1

[Pharo-project] [update] #10187
by Marcus Denker Dec. 11, 2008

Dec. 11, 2008

Hi, Just a small bug-fixing release, fixes gathered from the tracker mostly concerned with removing unimplemented sends. update #10187 -------------- Issue 379: unimplemented asFilename Issue 373: replace primitiveFail with primitiveFailed Issue 371: Fix for loading Seaside29 in ScriptManager Issue 374: unimplemented string:hasEncoding: Issue 375: DNU in FileList open, unimplemented addVolumesAndPatternPanesTo:at:plus:forFileList: Issue 377: unimplemented mvcRedisplay Issue 376: unimplemented moveYoungest:in:to: Marcus -- Marcus Denker -- denker(a)iam.unibe.ch http://www.iam.unibe.ch/~denker

1 0

Re: [Pharo-project] Fwd: news icons and navigation
by David RÃ¶thlisberger Dec. 11, 2008

Dec. 11, 2008

Hi Lukas, > Did you receive this? I got an error message from the mailing list. The list's address changed to pharo-project(a)lists.gforge.inria.fr for some reason... > You asked me ... Thanks for your feedback! >> Lukas you should have a look >> no super read >> different super black >> simple super green > > I do not understand, so I am reading <http://smallwiki.unibe.ch/hermion/icons/>: > > - What means "super method does not exit" ? Do you mean "exists"? yep, this should read "does not exist", sorry. > - What has priority if there are multiple super sends in one method? Priority has any super send to another selector than the one of the method. Afterwards we show whether the method sends super to the same selector, but there is no super method (means we don't check whether there is no implementor of a different super send selector as this gets highlighted in any case by the 'other selector' icon). Otherwise, we show the normal super send icon, distinguishing between a sub-impl. exists or not. > - What is shown when you have a sub-implementation and do a super call > to a non existing method? the icon that says "super send, but super method does not exist, w/ sub-impl." (triangle down, triangle up, red super sign) > Again there is an inconsistent mix of icons and meanings, for example: > > - The case "super send, but super method does not exists." has a big > yellow up arrow. The big yellow arrow on its own means "overrides > super class methods", however this method does not exist in the given > example. ok, that's true, right. But this would imply that we have to do a completely different icon in this case which would not be consistent with the others. Hard to tell which inconsistency is worse. > For the test icons: > > - The icons for "more red tests than green", "equal number of green > and red tests" and "more green tests than red" are cute, but > absolutely useless because inconsistant. "red", "yellow", "green" and > "black" is the only information that is valuable. Or do you plan to > add icons for all combinations like "some red tests, a few yellow and > green and most of them are not run yet"? We should probably take into account the not executed tests, I agree. Distinguishing between yellow and red would be nice too, but I think it's fair enough to just give feedback about the ratio between succeeded and not succeeded. > - Abstract test cases always remain in the state of not being run. > Maybe it is better not to show the test icon at all in that case, or > fetch the result from all the concrete subclasses (that would go > nicely with the semantics of SUnit). ok, good point. David

1 0

[Pharo-project] Bugs
by GwenaÃ«l Casaccio Dec. 11, 2008

Dec. 11, 2008

Hi, I've some bugs to rapports : - when I save a method with the omni-browser I've a latency of 2-3 sec (sometimes more :s) - when I click and the apple key is pressed I've a DNU : HaloMorph>>addMakeSiblingHandle: - sometimes shortcuts don't work when the mouse on the text box (when I want to inspect, do it, ...) - on the script loader don't load the last version of the ast (gwenael-casaccio-183 which is bugged) but the lastest of Lucas Renggli - And as I'm working on the RBParser some methods uses [ : myVar ] I think they should be fixed (and some methods have strange ascii code) : ECModel>>resetSelectors ECSymbols>>contains:caseSensitive:do: ECUntypeModel>>initializeSelectors FileDialogWindow>>defaultFileSortBlock FileDirectory>>withAllFilesDo:andDirectoriesDo: FileDirectory class>>baseNameFor: HostSystemMenusTest>>testMenuHandlesNewMenuAppend2 LintDialog>>testsFromCategory:inClass: Morph>>allMorphs OBCmdCreateMethodCategory>>getCategories:reject:lines: OBEnhPackageBrowser>>testDynamicInfo OBMetaNode>>childOf:ancestorOf:indexIn: OBMethodCategoryFilter>>icon:forNode: OBPaneScroller>>addPaneSplitters OBPluggableTreeMorph>>roots: OBPluggableTreeMorph>>contentsOfNode: PositionableStream>>nextLittleEndianNumber:put: RBFormater>>formatPragmasFor: RunArray>>withStartStopAndValueDo: RxMatchoptimizer>>nonPrefixTester RxParser>>test:with:expect:withSubexpressions: SendCaches>>initializeAllInstances TraitComposition>>copyTraitExpression TraitComposition>>addCompositionOnLeft: Cheers Gwenael

2 1

[Pharo-project] Fwd: news icons and navigation
by StÃ©phane Ducasse Dec. 11, 2008

Dec. 11, 2008

> Did you receive this? I got an error message from the mailing list. yes you should use @lists... >> Lukas you should have a look >> no super read >> different super black >> simple super green > > I do not understand, so I am reading <http://smallwiki.unibe.ch/hermion/icons/ > >: > > - What means "super method does not exit" ? Do you mean "exists"? I mean super zork and zork does not exit > - What has priority if there are multiple super sends in one method? > > - What is shown when you have a sub-implementation and do a super call > to a non existing method? triangle up and down + red foot > Again there is an inconsistent mix of icons and meanings, for example: > > - The case "super send, but super method does not exists." has a big > yellow up arrow. The big yellow arrow on its own means "overrides > super class methods", however this method does not exist in the given > example. Indeed but like that we are consistent > > >> now I was thinking that it would be great to have an icon >> for a class using traits >> and a traits used so that we could navigate the same as for the >> methods >> because clicking on the icon is cool > > For the test icons: > > - The icons for "more red tests than green", "equal number of green > and red tests" and "more green tests than red" are cute, but > absolutely useless because inconsistant. "red", "yellow", "green" and > "black" is the only information that is valuable. Or do you plan to > add icons for all combinations like "some red tests, a few yellow and > green and most of them are not run yet"? Lukas it would be good that you do not have total statement. We already use the class icons and this is cool to see if all your tests are green or if some of them fail/error/ At this level this is not important to be really precise. > - Abstract test cases always remain in the state of not being run. > Maybe it is better not to show the test icon at all in that case, or > fetch the result from all the concrete subclasses (that would go > nicely with the semantics of SUnit). Yeap. One remark is that this is not absolute :) Stef

1 0

[Pharo-project] about test icons
by Torsten Bergmann Dec. 11, 2008

Dec. 11, 2008

Hi David, Great work. I like the icons too, although the "broken/filled test tube" from one of the VisualWorks addons for RB (deep in the public store repo) looked little bit cooler. However - if you select a class with such a new icon in the list there is still a white rectangle/remaining pixels from the white bounding rectangle of the icon left. Is it not possible to use transparency - so the darker selection really covers the icon and not its bounding rect? Thx Torsten -- Psssst! Schon vom neuen GMX MultiMessenger gehÃ¶rt? Der kann`s mit allen: http://www.gmx.net/de/go/multimessenger

2 1

[Pharo-project] Error with OB and fix
by Hilaire Fernandes Dec. 11, 2008

Dec. 11, 2008

OB was using #isKindOf:orOf: but it's gone http://code.google.com/p/pharo/issues/detail?id=390

3 2

Re: [Pharo-project] Impressed, overwhelmed, and a little confused
by Bill Schwab Dec. 11, 2008

Dec. 11, 2008

Damien, I have a quick question for you as a scripting fan: can you recommend a good example to follow? It would not have to be much; I am simply trying to figure out how I am going to manage code. It could be as simple as "look at the build Pharo from scratch" link - whatever you think gives a good idea of how you prefer to work. Others are welcome to weigh in similarly. I do not promise to follow advice, but I would certainly take a look. Thanks, Bill Wilhelm K. Schwab, Ph.D. University of Florida Department of Anesthesiology PO Box 100254 Gainesville, FL 32610-0254 Email: bschwab(a)anest.ufl.edu Tel: (352) 273-6785 FAX: (352) 392-7029 >>> damien.cassou(a)gmail.com 12/04/08 5:21 AM >>> On Thu, Dec 4, 2008 at 1:21 AM, Keith Hodges <keith_hodges(a)yahoo.co.uk> wrote: > 1. Searching Universes is a pain I do not (completely) agree. Using the OB-based browser, things are way better. You can search by category (which was already possible without), by name or by status (installed, upgradable, selected). > 5. Finding what depends upon what is a pain, you have to manually search This is not true. Open the browser, select your package and read the description. > 9. Universes is/was non-trivial to discard from the image if you want to > use it to build and discard it later. I never read anything about that before. What is the problem exactly? I agree with the other critics and would prefer to use Sake/Packages. However, I have several problems with Sake/Packages as well: 1. There is no state as far as I know. Which means that if both packages B and C depend on A, installing B then installing C will install A twice. 2. There is no graphical user interface to install packages. This is not a problem for me because I script everything but it can be problematic for newcomers. As soon as 1 is fixed, I could implement 2 using OB. Bye -- Damien Cassou http://damiencassou.seasidehosting.st _______________________________________________ Pharo-project mailing list Pharo-project(a)lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

2 1

[Pharo-project] IRC channel
by Benoit St-Jean Dec. 10, 2008

Dec. 10, 2008

I have created a #pharo-project channel on IRC on server irc.freenode.net. Enjoy! ----------------- Benoit St-Jean Yahoo! Messenger: bstjean Blog: lamneth.wordpress.com A standpoint is an intellectual horizon of radius zero. (Albert Einstein)

1 0