April 2013 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] The ultimate SmalltalkHub migration script

by Frank Shearar

On 3 April 2013 10:03, Damien Cassou <damien.cassou(a)gmail.com> wrote: > I've just used the following scripts to copy many of Lukas' repositories to > SmalltalkHub. Is this a fork, or is the SmalltalkHub the new canonical repository for all things Lukas? frank

April 3, 2013

Re: [Pharo-project] NativeBoost problems on Linux

by Igor Stasenko

I can take a look at it, if you send me the image/instructions to install. On 3 April 2013 07:00, Jimmie Houchin <jlhouchin(a)gmail.com> wrote: > 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 > > -- Best regards, Igor Stasenko.

April 3, 2013

[Pharo-project] The ultimate SmalltalkHub migration script

by Damien Cassou

I've just used the following scripts to copy many of Lukas' repositories to SmalltalkHub. | source goSource destination goDestination files destinationFiles | source := MCHttpRepository location: ' http://source.lukas-renggli.ch/pier2addons'. destination := MCSmalltalkhubRepository owner: 'Pier' project: 'Pier2Addons' user: 'DamienCassou' password: 'XXXXXX'. goSource := Gofer new repository: source. goDestination := Gofer new repository: destination. files := source allVersionNames. (goSource allResolved select: [ :resolved | files anySatisfy: [ :each | resolved name = each ] ]) do: [ :each | goSource package: each packageName ]. goSource fetch. "downloads all mcz on your computer" destinationFiles := destination allVersionNames. "checks what files are already at destination" files reject: [ :file | destinationFiles includes: file ] thenDo: [ :file | goDestination version: file ]. "selects only the mcz that are not yet at destination" goDestination push. "sends everything to SmalltalkHub" self assert: destination allVersionNames sorted = files sorted. "checks we have exactly the same files at source and destination" -- Damien Cassou http://damiencassou.seasidehosting.st "Success is the ability to go from one failure to another without losing enthusiasm." Winston Churchill

April 3, 2013

Re: [Pharo-project] I stumbled upon

by Friedrich Dominicus

"Sean P. DeNigris" <sean(a)clipperadams.com> writes: > FDominicus wrote >> Well I also know that capitalized is a very "old" thing but the second >> name is more specific. So what about: >> withFistCharacterUpshifted .... as counterpart? > > I see what you mean... Apple's dictionary says that capitalized could mean > "all caps" or "first letter capitalized", so I guess it's ambiguous. > > For #withFirstCharacterDownshifted, isn't downshifted misleading? It only > works on letters. For instance, it doesn't change $: to $;. I would change > #withFirstCharacterDownshifted->#withFirstCharacterLowercase. > > And if I changed #capitalized, it would be to something like > #withFirstCharacterCapitalized (or uppercase). Also, the method you > extracted uses "letter" instead of "character". They should all be > uniform. Oh I agree, I just mentioned what I found in my image. And I's just proposed to change that. The name are not from me but what there is in the current image. So there is capitalize and there is withFirstCharacterDownshifted. And the have a very similiar implementation which I just put into another message. But I've not idea on how to make a proposal, but in this way. Sending it to this mailing list... Regards Friedrich

April 3, 2013

Re: [Pharo-project] I stumbled upon

by Friedrich Dominicus

stephane ducasse <stephane.ducasse(a)free.fr> writes: >> >> >> the above fucntions would get: >> capitalized >> "Return a copy with the first letter capitalized" >> ^ self withFirstLetterTransformed: [:value | value asUppercase ]. >> >> and >> withFirstCharacterDownshifted > > withFirstCharacterLowercase? Well no, the name in the Pharo image is withFirstCharacterDownshifted withFirstCharacterInLowercase? withFirstCharacterInUppercase? > > >> "Return a copy with the first letter downShifted (in lower case)" >> >> ^ self withFirstLetterTransformed: [:value | value asLowercase ]. >> >> Well I also know that capitalized is a very "old" thing but the second >> name is more specific. So what about: >> withFistCharacterUpshifted .... as counterpart? > > does not fly :) Well that might be. I just wrote what I found and I was thinking about unifiying it a bit... > > Did you check what are the senders of first:? No, but I checked today. There are 35 senders of it in my Image (pharo 2-0 one click) Regards Friedrich

April 3, 2013

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

by stephane ducasse

I added you to the pharoExtras team on SmalltalkHub. I will also create a jenkins job. Stef On Apr 2, 2013, at 4:41 PM, Johan Brichau <johan(a)inceptive.be> 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

April 3, 2013

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

by Marcus Denker

On Apr 3, 2013, at 8:56 AM, Johan Brichau <johan(a)inceptive.be> wrote: > 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. > Yes exactly. Does it make sense to maintain two subsystems that solve the same problem where (of course) everyone who really cares does not use the one in the image? This is a prime example of something that makes no sense. Marcus

April 3, 2013

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