- Pharo-dev - lists.pharo.org

Re: [Pharo-project] Gettext in Pharo2.0

by Johan Brichau

I propose to make a Gettext repository on smalltalkhub. We can move Gettext and its Seaside extension there. If you want to include it in the release (which would be great), we need to factor out some code because there is an overlap with System-Internationalization. Hilaire, if you are fine with this, I can take care of it. cheers Johan On 02 Apr 2013, at 19:38, Hilaire Fernandes <hilaire.fernandes(a)gmail.com> wrote: > Le 02/04/2013 18:33, Paul DeBruicker a Ã©crit : >> I think Gettext should be in its own place, and I don't think there is one >> for it yet. I think Gettext that worked in 1.3 also doesn't work in Pharo >> 1.4, which I could look at fixing. Or if it does work in 1.4 let me know >> how to load it. > > > This version works for Pharo 1.4: > > Gofer new > url: 'http://www.squeaksource.com/PharoNonCorePackages'; > package: 'ConfigurationOfGettext'; > load. > (Smalltalk at: #ConfigurationOfGettext) perform:#load. > > Hilaire > > > -- > Dr. Geo http://drgeo.eu > >

April 3, 2013

[Pharo-project] NativeBoost problems on Linux

by Jimmie Houchin

Hello, I am having problems with code interfacing a C library on Ubuntu 12.10 32bit. I loaded my code into a clean Pharo 2.0 install. My code works perfectly when run on Windows 7. The Linux libraries work perfectly when running the demo C apps which come with the library. "I create the object." s := FXSession new. "I attempt to login" s login: ( FXSession demoArgs ). "If login is successful, I test with getServerTime." s getServerTime. Creating the object is successful. The login seems to freeze the UI. Then after a number of minutes. I don't know how many. I didn't watch. I then get the below output in the terminal. jimmie@squirrel:~/Dev/Pharo/pharo2.0$ ./pharo shared/Pharo2.0.image ALL=0;ERR=0;LAST=0;ARML=0ALL=0;ERR=0;LAST=0;ARML=0ALL=1;ERR=1;LAST=0;ARML=0ALL=1;ERR=1;LAST=0;ARML=0^C jimmie@squirrel:~/Dev/Pharo/pharo2.0$ ./pharo shared/Pharo2.0.image ALL=0;ERR=0;LAST=0;ARML=0ALL=0;ERR=0;LAST=0;ARML=0ALL=1;ERR=1;LAST=0;ARML=0ALL=1;ERR=1;LAST=0;ARML=0ALL=2;ERR=2;LAST=0;ARML=0ALL=2;ERR=2;LAST=0;ARML=0ALL=3;ERR=3;LAST=0;ARML=0ALL=3;ERR=3;LAST=0;ARML=0ALL=4;ERR=4;LAST=0;ARML=0ALL=4;ERR=4;LAST=0;ARML=0ALL=5;ERR=5;LAST=0;ARML=0ALL=5;ERR=5;LAST=0;ARML=0ALL=6;ERR=6;LAST=0;ARML=0ALL=6;ERR=6;LAST=0;ARML=0ALL=7;ERR=7;LAST=0;ARML=0ALL=7;ERR=7;LAST=0;ARML=0ALL=8;ERR=8;LAST=0;ARML=0ALL=0;ERR=0;LAST=0;ARML=0ALL=1;ERR=1;LAST=0;ARML=0ALL=2;ERR=2;LAST=0;ARML=0ALL=3;ERR=3;LAST=0;ARML=0ALL=4;ERR=4;LAST=0;ARML=0ALL=5;ERR=5;LAST=0;ARML=0ALL=6;ERR=6;LAST=0;ARML=0ALL=7;ERR=7;LAST=0;ARML=0ALL=8;ERR=8;LAST=0;ARML=0ALL=9;ERR=9;LAST=0;ARML=0ALL=10;ERR=10;LAST=0;ARML=0ALL=11;ERR=11;LAST=0;ARML=0ALL=12;ERR=12;LAST=0;ARML=0ALL=13;ERR=13;LAST=0;ARML=0ALL=14;ERR=14;LAST=0;ARML=0ALL=15;ERR=15;LAST=0;ARML=0ALL=16;ERR=16;LAST=0;ARML=0ALL=17;ERR=17;LAST=0;ARML=0ALL=18;ERR=18;LAST=0;ARML=0ALL=19;ERR=19;LAST=0;ARML=0ALL=20;ERR=20;LAST=0;ARML=0ALL=21;ERR=21;LAST=0;ARML=0ALL=22;ERR=22;LAST=0;ARML=0ALL=23;ERR=23;LAST=0;ARML=0ALL=24;ERR=24;LAST=0;ARML=0ALL=25;ERR=25;LAST=0;ARML=0ALL=26;ERR=26;LAST=0;ARML=0ALL=27;ERR=27;LAST=0;ARML=0ALL=28;ERR=28;LAST=0;ARML=0ALL=29;ERR=29;LAST=0;ARML=0ALL=30;ERR=30;LAST=0;ARML=0 Segmentation fault Tue Apr 2 21:10:46 2013 pharo VM version: 3.9-7 #1 Wed Mar 13 18:22:44 CET 2013 gcc 4.4.3 Built from: NBCoInterpreter NativeBoost-CogPlugin-EstebanLorenzano.18 uuid: a53445f9-c0c0-4015-97a3-be7db8d9ed6b Mar 13 2013 With: NBCogit NativeBoost-CogPlugin-EstebanLorenzano.18 uuid: a53445f9-c0c0-4015-97a3-be7db8d9ed6b Mar 13 2013 Revision: git://gitorious.org/cogvm/blessed.git Commit: 412abef33cbed05cf1d75329e451d71c0c6aa5a7 Date: 2013-03-13 17:48:50 +0100 By: Esteban Lorenzano <estebanlm(a)gmail.com> Jenkins build #14535 Build host: Linux linux-ubuntu-10 2.6.32-38-server #83-Ubuntu SMP Wed Jan 4 11:26:59 UTC 2012 x86_64 GNU/Linux plugin path: /home/jimmie/Dev/Pharo/pharo2.0/bin [default: /home/jimmie/Dev/Pharo/pharo2.0/bin/] C stack backtrace: /home/jimmie/Dev/Pharo/pharo2.0/bin/pharo[0x80a0c0c] /home/jimmie/Dev/Pharo/pharo2.0/bin/pharo[0x80a0f28] [0xb76f240c] /home/jimmie/Dev/ForexConnectAPI-1.2.2-Linux-i686/lib/libForexConnect.so(_ZN18ServerCommunicator24connectToPriceFeedServerEPKc+0x62)[0x76f16632] /home/jimmie/Dev/ForexConnectAPI-1.2.2-Linux-i686/lib/libForexConnect.so(_ZN18ServerCommunicator13onReconnectedEv+0x3e)[0x76f175ee] /home/jimmie/Dev/ForexConnectAPI-1.2.2-Linux-i686/lib/libForexConnect.so(_ZN15CStatusListener27onTradeSessionStatusChangedEii+0xec)[0x76f153dc] /home/jimmie/Dev/ForexConnectAPI-1.2.2-Linux-i686/lib/libForexConnect.so(_ZN15CStatusListener6updateEPK12IUserSessionPK14ISessionStatus+0x89)[0x76f15479] /home/jimmie/Dev/ForexConnectAPI-1.2.2-Linux-i686/lib/libfxmsg.so(_ZN20UniversalUserSession16sendStatusUpdateEv+0x159)[0x76b94b89] /home/jimmie/Dev/ForexConnectAPI-1.2.2-Linux-i686/lib/libfxmsg.so(_ZN17UniversalRelogger21onReloginSuccessfullyEP17ITransportSession+0xf0)[0x76b90860] /home/jimmie/Dev/ForexConnectAPI-1.2.2-Linux-i686/lib/libfxmsg.so(_ZN17UniversalRelogger7reloginEP17ITransportSession+0xaf)[0x76b9098f] /home/jimmie/Dev/ForexConnectAPI-1.2.2-Linux-i686/lib/libfxmsg.so(_ZN17UniversalRelogger3runEPv+0x2f9)[0x76b90cc9] /home/jimmie/Dev/ForexConnectAPI-1.2.2-Linux-i686/lib/libfxmsg.so(_ZN9threading7AThread12threadRunnerEPv+0x1f)[0x76b9901f] /lib/i386-linux-gnu/libpthread.so.0(+0x6d4c)[0xb7693d4c] /lib/i386-linux-gnu/libc.so.6(clone+0x5e)[0xb75d1d3e] Can't dump Smalltalk stack(s). Not in VM thread Most recent primitives relinquishProcessorForMicroseconds: ... I don't know what I may be doing wrong, or if there is something not working right in the NBLinux VM. I can email the code if that helps. There is nothing personal in the code. I created a test library to attempt to narrow down the problem. It is code to access the FXCM servers for Forex Trading. I used a demo account to login. It isn't personal data. http://www.fxcm.com I plan on releasing the Pharo wrapper around this C library when it is ready. Any help greatly appreciated. Jimmie

April 3, 2013

Re: [Pharo-project] Gettext in Pharo2.0

by Hilaire Fernandes

Le 02/04/2013 18:33, Paul DeBruicker a Ã©crit : > I think Gettext should be in its own place, and I don't think there is one > for it yet. I think Gettext that worked in 1.3 also doesn't work in Pharo > 1.4, which I could look at fixing. Or if it does work in 1.4 let me know > how to load it. This version works for Pharo 1.4: Gofer new url: 'http://www.squeaksource.com/PharoNonCorePackages'; package: 'ConfigurationOfGettext'; load. (Smalltalk at: #ConfigurationOfGettext) perform:#load. Hilaire -- Dr. Geo http://drgeo.eu

April 2, 2013

Re: [Pharo-project] Gettext in Pharo2.0

by Marcus Denker

On Apr 2, 2013, at 6:34 PM, Paul DeBruicker <pdebruic(a)gmail.com> wrote: > Johan Brichau-2 wrote >> Hi, >> >> Loading Gettext into Pharo2.0 crashes badly (system locks up, eventually >> an emergency debugger appears). >> The reason is the class initialization of NaturalLanguageTranslator: >> >> Smalltalk addToStartUpList: NaturalLanguageTranslator after: >> FileDirectory. >> >> Because the class FileDirectory is no longer in that list, it crashes. >> So, my questions: >> >> - should it not produce a nicer debugger window? >> - I can fix the load problem itself and also take a look to port this >> package to Pharo2.0 if it requires more than adapting the above. But I >> have no write access to the PharoNonCorePackages repository. Is there a >> new location? Or is there already a version for Pharo2.0 somewhere? Or >> should we move it out of that repository and give it it's own special >> place? >> >> cheers >> Johan > > I think Gettext should be in its own place, and I don't think there is one > for it yet. I think Gettext that worked in 1.3 also doesn't work in Pharo > 1.4, which I could look at fixing. Or if it does work in 1.4 let me know > how to load it. > I wonder if it should not be part of the releaseâ¦ having the system in multiple languages seems to be not that of a seldomly used feature. Marcus

April 2, 2013

Re: [Pharo-project] Gettext in Pharo2.0

by Paul DeBruicker

Johan Brichau-2 wrote > Hi, > > Loading Gettext into Pharo2.0 crashes badly (system locks up, eventually > an emergency debugger appears). > The reason is the class initialization of NaturalLanguageTranslator: > > Smalltalk addToStartUpList: NaturalLanguageTranslator after: > FileDirectory. > > Because the class FileDirectory is no longer in that list, it crashes. > So, my questions: > > - should it not produce a nicer debugger window? > - I can fix the load problem itself and also take a look to port this > package to Pharo2.0 if it requires more than adapting the above. But I > have no write access to the PharoNonCorePackages repository. Is there a > new location? Or is there already a version for Pharo2.0 somewhere? Or > should we move it out of that repository and give it it's own special > place? > > cheers > Johan I think Gettext should be in its own place, and I don't think there is one for it yet. I think Gettext that worked in 1.3 also doesn't work in Pharo 1.4, which I could look at fixing. Or if it does work in 1.4 let me know how to load it. I made some slime rules for Seaside that run in Pharo 1.3 that automatically find strings and adds the conversion stuff if those strings aren't in methods that end in 'Id' or 'Css' or 'Class' (etc). I'd publish them to a Gettext repository if there was one. -- View this message in context: http://forum.world.st/Gettext-in-Pharo2-0-tp4679315p4679321.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

April 2, 2013

[Pharo-project] Gettext in Pharo2.0

by Johan Brichau

Hi, Loading Gettext into Pharo2.0 crashes badly (system locks up, eventually an emergency debugger appears). The reason is the class initialization of NaturalLanguageTranslator: Smalltalk addToStartUpList: NaturalLanguageTranslator after: FileDirectory. Because the class FileDirectory is no longer in that list, it crashes. So, my questions: - should it not produce a nicer debugger window? - I can fix the load problem itself and also take a look to port this package to Pharo2.0 if it requires more than adapting the above. But I have no write access to the PharoNonCorePackages repository. Is there a new location? Or is there already a version for Pharo2.0 somewhere? Or should we move it out of that repository and give it it's own special place? cheers Johan

April 2, 2013

Re: [Pharo-project] [Pharo-users] SLOC in Smalltalk

by Marcus Denker

On Apr 2, 2013, at 4:54 AM, HernÃ¡n Morales Durand <hernan.morales(a)gmail.com> wrote: > Hi Janko. Thanks for your useful package. > > Apparently there is some issue with #linesOfCode. The dummy expression below return 5 instead of 4 in Pharo 1.4 and 2 because is counting the autogenerated 'DoIt' selector. > > (UndefinedObject evaluatorClass new > compileNoPattern: '| oc | > oc := OrderedCollection new: 20. > oc add: 1. > oc size' > in: UndefinedObject > context: nil > notifying: nil > ifFail: []) generate linesOfCode Hello, I do not think that this is wrong. The doit *does* contain a selector. if #linesOfCode would contain a special case for doits, it would be inconsistent. E.g. print this: thisContext method sourceCode --> 'DoIt ^ thisContext method sourceCode' There is a Doit. There is even a return in the that is generatedâ¦ and the doit is actually pretty-printed: thisContext method linesOfCode --> 2 So in short: dots are special, there is no need to change #linesOfCode, as there is no thinkable change that would make any sense. In general, LOC as a metric is not that good. It is better than nothing, but it makes more sense to count e.g. message sends or use more advanced metrics on the AST (not every statement adds the same to complexity, e.g. conditionals versus simple statements). Marcus

April 2, 2013

Re: [Pharo-project] new Pharo 2.0 version

by Esteban Lorenzano

it is semantics. is the release, but is 2.0.596... why? because mark the version as 2.0.1 would be horrible pain (yep, it is a hand made process)... so, for now, we are ok like that :) Esteban On Apr 2, 2013, at 3:10 PM, Ben Coman <btc(a)openInWorld.com> wrote: > Esteban Lorenzano wrote: >> Hi, >> >> I made some changes in the Pharo 2.0 release (can be called 2.0.1, but well... it is 2.0.596. in fact :) >> 1) Nautilus keybindings settings are now the old ones by default (asked by Stef) >> 2) Backported the fix that prevents that load FFI crashes image (thanks to Guille) >> 3) Backported the platform versions (thanks to... well, myself :) >> >> Now, there is a problem with the page because the big "Download" button still points to the portable version, but well... nothing is perfect in life :) >> >> enjoy, >> Esteban >> >> >> >> > cool. > For me 2.0.1 would be the "release" while 20596 would be the "build number". Its useful to have these as distinct concepts. > > cheers -ben >

April 2, 2013

Re: [Pharo-project] new Pharo 2.0 version

by Ben Coman

Esteban Lorenzano wrote: > Hi, > > I made some changes in the Pharo 2.0 release (can be called 2.0.1, but well... it is 2.0.596. in fact :) > > 1) Nautilus keybindings settings are now the old ones by default (asked by Stef) > 2) Backported the fix that prevents that load FFI crashes image (thanks to Guille) > 3) Backported the platform versions (thanks to... well, myself :) > > Now, there is a problem with the page because the big "Download" button still points to the portable version, but well... nothing is perfect in life :) > > enjoy, > Esteban > > > > cool. For me 2.0.1 would be the "release" while 20596 would be the "build number". Its useful to have these as distinct concepts. cheers -ben

April 2, 2013

Re: [Pharo-project] How to define a ConfigurationOf with a #development version that depends on a baseline?

by Tobias Pape

Am 02.04.2013 um 13:15 schrieb Damien Cassou <damien.cassou(a)gmail.com>: > http://stackoverflow.com/questions/15762706/how-to-define-a-configurationof… http://stackoverflow.com/a/15763244/1197440

April 2, 2013