- Pharo-users - lists.pharo.org

callback failed to own the VM
by Annick Fron Sept. 17, 2014

Sept. 17, 2014

Hi, I get a message when using a callback in Alien. callback failed to own the VM Any idea ? Annick

1 0

[ANN] SortFunctions (Multiple criteria sorting)
by Esteban A. Maringolo Sept. 17, 2014

Sept. 17, 2014

After the discussion about multiple sort criteria [1] I decided to make some modifications I was needing, and also repackage the initial port Nicolas Cellier did. The result is the transformation of Nicolas' TAG-SortFunctions [2] "experiment" to a first class project plainly named 'SortFunctions' available at: http://smalltalkhub.com/#!/~emaringolo/SortFunctions/ Nicolas said: "Since I got absolutely zero feedback after a long thread, I assumed it was not interesting anybody... But my personal opinion differs: this should be included in each and every Smalltalk." I sorry for not replying before, I also think this kind of features should be easily discoverable in a default image, and that's why I built a Metacello config to be included, maybe, in the MetaRepo. Credits were preserved in the STHub project site both for Travis and Nicolas. Best regards, Esteban A. Maringolo [1] http://forum.world.st/Has-someone-ever-built-a-sort-block-generator-tp47712… [2] I guess TAG is for Travis A. Griggs

2 2

Looking for contracts
by Annick Fron Sept. 17, 2014

Sept. 17, 2014

Hi, I am looking for contracts right now. Annick Fron > ================= > Annick Fron - 04 93 22 88 18 > AFC Europe > B.P. 111 > 977 avenue du Docteur Julien Lefebvre > 06271 Villeneuve-Loubet Cedex France > http://www.afceurope.com > Livre "Architectures Reparties en Java" paru le 5/09/2012 > http://www.dunod.com/pages/ouvrages/ficheouvrage.asp?id=5114

3 2

Blue book, worth reading?
by Ichiseki Sept. 17, 2014

Sept. 17, 2014

Is it a good idea to invest some time in reading & studing the blue book? or better expend that time on other sources? thankyou ichisan -- View this message in context: http://forum.world.st/Blue-book-worth-reading-tp4778445.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

4 3

Cast in FFI
by Annick Fron Sept. 16, 2014

Sept. 16, 2014

How is it possible to do a cast in FFI ? Annick

1 0

How can I help make installing Pharo easier (on Debian Wheezy)?
by Sloane Simmons Sept. 16, 2014

Sept. 16, 2014

Hi all, Apologies if this is not the right place for this - I'm just getting started with Smalltalk and I had a lot of trouble when first trying to get going since the binaries on pharo.org don't work with Debian Wheezy's glibc (2.13, whereas Pharo is compiled against 2.15 IIRC). I tried compiling from the Github repository (https://github.com/pharo-project/pharo-vm) but it looks this needs an existing binary version of pharo to work in order to bootstrap the compilation. I eventually just used a virtualbox Ubuntu environment (14.04) and was able to install there. For learning Smalltalk, running in a virtualbox VM absolutely works (for me), but I'd like to try and compile for Debian stable (or statically link glibc(?)) and then add to the official repositories so that it's easier to install. Bonus points would be making a 64-bit version... ;) Thanks, Sloane Simmons

5 6

Recursive #printOn: renders the image unusable
by Esteban A. Maringolo Sept. 16, 2014

Sept. 16, 2014

Today I made the mistake (twice) of developing in the debugger a #printOn: method depending on a not yet defined #name method in the same class. The result is an image completely blocked out, with an infinite recursion trying to print receiver The culprit is Object>>#name, which by default... is the receiver printString (bypassing the #printStringLimitedTo:... version)! So if you implement #printOn: depending on #name, but you didn't implement #name differently to how Object does, you created yourself an infinite recursion. Now I found why it is happening, so I will explicitly define #name prior to any #printOn: implementation. Particularly if I'm inside the debugger which will try to print the offending class or any variable affected by this bug. However I have a few questions about this: a) Shouldn't a recursion too deep be detected? b) Why can't I interrupt a process running in the UI thread like this one? Regards. Esteban A. Maringolo The call stack: DTColumnParameter(Object)>>printOn: DTColumnParameter>>printOn: DTColumnParameter(Object)>>printStringLimitedTo: in Block: [ :s | self printOn: s ] String class(SequenceableCollection class)>>streamContents:limitedTo: DTColumnParameter(Object)>>printStringLimitedTo: DTColumnParameter(Object)>>printString DTColumnParameter(Object)>>name <<---- Here we go... DTColumnParameter>>printOn: DTColumnParameter(Object)>>printStringLimitedTo: in Block: [ :s | self printOn: s ] String class(SequenceableCollection class)>>streamContents:limitedTo: DTColumnParameter(Object)>>printStringLimitedTo: DTColumnParameter(Object)>>printString DTColumnParameter(Object)>>name

2 1

[ANN] Easy I18N for Pharo
by Torsten Bergmann Sept. 16, 2014

Sept. 16, 2014

I just refer to my original announcement: "Need an EASY translation framework for your Pharo application with NO EXTERNAL dependency?" That's it. Nothing fancy. Nothing more. Only a simple project. You can - but must not use it and I did not announce it as a GetText replacement. ;) With "I18N" there is no need to externally set up other tools, by default no playing with files. One can manage and version the translation with the code. It is open to the format and I do not have to reinstall external tools when I switch between computers. Start up Pharo and off I go. But this is specific to me and maybe different for others. If it gets complicated one can always switch to GetText or other solutions. Look at the webframeworks - we have Teapot, Aida, Seaside, ... so let the users decide what he wants to use. And GetText is not the only format. Look at Java - there you have messages and message property files or *.resx from .NET world. In I18N I can use them as source as well if I like and they are also not uncommon in translation (offices) and have nice tool support too. Hilaire wrote: >For DrGeo this is a show stopper. As I said it depends on the needs and you may be right for Dr. Geo (or other Pharo based applications). >From the discussion I think we can agree that it would be good to also have good Pharo support for GetText. And then lets talk about the IMHO currently horrible state of GetText and how to fix it: 1. Why is "GetText" not easily loadable from the config browser? If we want people to find and use it we should make it accessible. 2. When you google for "Pharo" and "GetText" you will find https://code.google.com/p/seaside/wiki/Gettext as the first match. The page is outdated, points to the old repository on SqueakSource http://www.squeaksource.com/PharoNonCorePackages/ and even that page does not include a hint that meanwhile the package moved to STHub. 3. Also the new hosting on the STHub page http://smalltalkhub.com/#!/~PharoExtras/Gettext seems broken, it includes the following comment: "Migrated from PharoNonCorePackages. Should be adapted to Pharo2.0" Outdated comment or not usable in Pharo 3.0/4.0? 4. The last version there is Gettext-HilaireFernandes.33, that is the one that is also included in Dr. Geo. The code should be updated as a) it includes a reference to missing class "MethodReference" in #appendVocabulary:domains: b) the NaturalLanguageTranslator>>cleanUp method references a class variable that is not there Any takers? 5. Writing a simple docu for I18N on STHub took me only a few minutes using markdown and https://stackedit.io. (Pillar and PillarHub provide the same, but STHub does not support it). So why not write a similar docu for GetText including code snippets and all the knowledge that seems to be there already from using it... Bye T.

4 3

not a smalltalk!
by Mayuresh Kathe Sept. 16, 2014

Sept. 16, 2014

hey, i've just been reading up the pharo forums, and one of the posts/entries mentions something about pharo not being a smalltalk, but instead a dialect! is it true? that would mean, all or any code i write for pharo would not be portable to other smalltalk-80 systems! hmnn... ~mayuresh

14 16

Re: [Pharo-users] BootstrapMagritte load Error
by Stephan Eggermont Sept. 15, 2014

Sept. 15, 2014

Hi Udo, Thanks. That is part of what is needed. In the ConfigurationOfBootstrap, 0.12.0 refers directly to Seaside 3.1.3. I updated it to 0.12.1 Stephan

1 0