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

[Pharo-project] alien os-x plugin goes to 1.1.0

by John M McIntosh

I've updated the os-x alien plugin for powerpc and macintel, it is found on the usual sites via http://www.smalltalkconsulting.com/squeak.html in the Experimental directory as IA32ABI.1.1.0.bundle.zip The macintel flavour supports the ability to call foreign entry points with any type of data and the ability to callback to smalltalk code from the entered routine, plus the ability to get/set bytes, shorts, longs, float, and doubles. The powerpc flavour supports the ability to call foreign entry points with any type of data, and the ability to get/set bytes, shorts, longs, float, and doubles. Hopefully tomorrow I can look into the callback logic and propose some code/ assembler to enable that feature. It does btw run on 10.4 powerpc G3 machines now. There was a number of structural changes required enable the typeless Alien api to understand it must work with a floating point signature array that indicates how to deal with Float or Double data. I also added the ability to pass not only Alien and Integer data but also to pass Float/ Double objects as parm data. I note Squeak maintains floating point numbers as a Double. If you pass that as a Float by indicating that in the signature data (4 bytes versus 8 bytes) we convert the number from a double to a float before passing to the routine. On return the Alien api makes you explicitly indicate if the value is a double, integer, or float. Users should be aware it's possible to call a routine that returns a double but ask for a Float back. This might lead to unexpected numerical issues. Please ensure the size of the floating point value you want to return matches the function's actual return type. Lastly passing the wrong sized floating point values as parms (say a Float) versus an expected Double, will result in confused behaviour, or VM crashes as we are building the parm stack area based on information from the float signature array which must then match what the routine expects the stack to look like. -- = = = ======================================================================== John M. McIntosh <johnmci(a)smalltalkconsulting.com> Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com = = = ========================================================================

Dec. 18, 2008

Re: [Pharo-project] [update] #10194

by StÃ©phane Ducasse

marcus did you fix the [ : x problems? Stef On Dec 17, 2008, at 2:38 PM, Marcus Denker wrote: > Issue 410: Fix Object>>beep -> Beeper beep > Issue 406: fixes for some methods to make the parsable with newparser > Issue 402: MessageNode>>noteSpecialSelector: contains SQ2K legacy > Issue 403: yet another etoy cleanup changeset > > Methods removed: > ---------------- > UpdatingStringMorph > #variableDocks > Presenter > #toolToViewScriptInstantiations > PasteUpMorph > #showStatusOfAllScripts > AlignmentMorph > #addUpDownArrowsFor: > > Classes removed: > ---------------- > AllScriptsTool > CardPlayer > CategoryViewer > TileMorph > VariableDock > > -- > Marcus Denker -- denker(a)iam.unibe.ch > http://www.iam.unibe.ch/~denker > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Dec. 17, 2008

[Pharo-project] About the merging tool and "affordance"

by Simon Denier

Hi all With Stef today, we kept scratching our head about how the new merging tool works. Sure it looks cool, but it is not 100% intuitive. A few suggestions: - above the compare panels, show which version is displayed (or which one is the current, which one is the incoming) - the direction of the arrow left/right, depending on whether we keep the current or the incoming, seems wrong. Inverse it? -- Simon

Dec. 17, 2008

Re: [Pharo-project] Multi-core Pharo?

by Alexandre Bergel

Hi Igor and Klaus, Having a description about Hydra will really help promoting your project. Maybe we could continue what I started to write... Alexandre On 17 Dec 2008, at 09:52, Oscar Nierstrasz wrote: > > Hi folks, > > Has anyone looked at the Qwac Hydra stuff? > > http://www.qwaq.com/HydraVM/ > > http://lists.squeakfoundation.org/pipermail/squeak-dev/2008-February/125719… > > There was quite a lot of discussion on squeak-dev ast February, but > not much since then. > > I would really love to see a multi-core Pharo. If someone has an idea > how this could be done, I would be interested to learn more. I think > getting Pharo to exploit multi-cores could be a big selling point in > the future ... > > - on > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

Dec. 17, 2008

Re: [Pharo-project] Multi-core Pharo?

by Keith Hodges

Oscar Nierstrasz wrote: > Hi folks, > > Has anyone looked at the Qwac Hydra stuff? > > http://www.qwaq.com/HydraVM/ > > http://lists.squeakfoundation.org/pipermail/squeak-dev/2008-February/125719… > > There was quite a lot of discussion on squeak-dev ast February, but > not much since then. > > I would really love to see a multi-core Pharo. If someone has an idea > how this could be done, I would be interested to learn more. I think > getting Pharo to exploit multi-cores could be a big selling point in > the future ... > > - on > Why would such a project be restricted to Pharo? One very easy starting point would be to take SakeTasks and write an extension that analyses dependencies to see what could be done in parallel, and organise delegation of tasks to other processes. cheers Keith

Dec. 17, 2008

[Pharo-project] [update] #10194

by Marcus Denker

Issue 410: Fix Object>>beep -> Beeper beep Issue 406: fixes for some methods to make the parsable with newparser Issue 402: MessageNode>>noteSpecialSelector: contains SQ2K legacy Issue 403: yet another etoy cleanup changeset Methods removed: ---------------- UpdatingStringMorph #variableDocks Presenter #toolToViewScriptInstantiations PasteUpMorph #showStatusOfAllScripts AlignmentMorph #addUpDownArrowsFor: Classes removed: ---------------- AllScriptsTool CardPlayer CategoryViewer TileMorph VariableDock -- Marcus Denker -- denker(a)iam.unibe.ch http://www.iam.unibe.ch/~denker

Dec. 17, 2008

[Pharo-project] [update] #10194

by Marcus Denker

Issue 410: Fix Object>>beep -> Beeper beep Issue 406: fixes for some methods to make the parsable with newparser Issue 402: MessageNode>>noteSpecialSelector: contains SQ2K legacy Issue 403: yet another etoy cleanup changeset Methods removed: ---------------- UpdatingStringMorph #variableDocks Presenter #toolToViewScriptInstantiations PasteUpMorph #showStatusOfAllScripts AlignmentMorph #addUpDownArrowsFor: Classes removed: ---------------- AllScriptsTool CardPlayer CategoryViewer TileMorph VariableDock -- Marcus Denker -- denker(a)iam.unibe.ch http://www.iam.unibe.ch/~denker

Dec. 17, 2008

[Pharo-project] Multi-core Pharo?

by Oscar Nierstrasz

Hi folks, Has anyone looked at the Qwac Hydra stuff? http://www.qwaq.com/HydraVM/ http://lists.squeakfoundation.org/pipermail/squeak-dev/2008-February/125719… There was quite a lot of discussion on squeak-dev ast February, but not much since then. I would really love to see a multi-core Pharo. If someone has an idea how this could be done, I would be interested to learn more. I think getting Pharo to exploit multi-cores could be a big selling point in the future ... - on

Dec. 17, 2008

Re: [Pharo-project] Russification

by Dennis Schetinin

Yes, Danil. It works your way ! > ...I debugged the process of reading file (file contents) and discovered > there is no LanguageEnvironment for russian in the image. So Unicode class > >> value: give probably incorrect result. Is that the actual problem? > > Yes, this is definetely a problem - the mcz is not loaded correctly. > Here is what I did (basically the same steps you described): > > MczInstaller installStream: > (HTTPSocket httpGet: > 'http://www.squeaksource.com/RussianSupport/RussianSupport-dao.13.mcz' > ). > Seems like this packages was the key I missed. Locale switchToID: (LocaleID isoLanguage: 'ru'). > > It executed cleanly - no walkbacks. > > RussianEnvironment was not part of the base image (or etoys image or > any other), because I was not sure that the underlying infrastructure > is stable. At this moment I think I can take another look at it and > send a package which could be included into a base distribution (if I > get it right that LanguageEnvironments are distributed with a base > system). > Thank you very much for your help work and help. I think it would be nice to add support for default system locale (as preference 'useLocale' in 'general' category allows to do). My Vista gives me locale with isoLanguage 'ru' and isoCountry 'RU' followed by some unknown symbol... Right now I have no time to solve the problem but I believe I'll consider it in few days. -- Dennis Schetinin

Dec. 17, 2008

[Pharo-project] Author isPresent refactoring

by Michael Roberts

http://code.google.com/p/pharo/issues/detail?id=344 a refactoring that just tidies up the test for if the Author is present or not. CS on the issue tracker. cheers, Mike

Dec. 16, 2008