April 2014 - Pharo-users - lists.pharo.org

Re: [Pharo-users] NativeBoost

by Markus Fritsche

Hello Igor, > Also, i doubt it, but try change the alignment > NativeBoostWin32>>stackAlignment > to use 16 That did the trick - it was ^ 1 - changed it to ^ 16 and now the DoIt opens an inspector on a TM1P object. Should this be reported on fogbugz? Thank you Markus

April 29, 2014

Re: [Pharo-users] NativeBoost

by Igor Stasenko

On 29 April 2014 20:54, Markus Fritsche <mfritsche(a)reauktion.de> wrote: > Hello Igor, > > I did change my class (tbh, I was just looking at the Cairo stuff and > did some cargo cult programming). > > NBFFICallout new resolveType: #TM1U prints TM1U > > NBFFICallout new resolveType: #TM1P prints TM1P > > - my DoIt still gives NBExternalType > > I attached the resulting CompiledMethod as a fuel serialized file. > > What can I look at more deeply? > > i don't know what is going on.. everything looks correct.. as a workaround, you can change the return type of offending call to return uint, and then you can manually convert it to instance of TM1P with corresponding handle value. Also, i doubt it, but try change the alignment NativeBoostWin32>>stackAlignment to use 16 P.S. the fuel file with compiled method is not really helpful - it gives me an error during materialization. > Thank you for your patience, > Markus > > On 29.04.2014 00:36, Igor Stasenko wrote: > > Object subclass: #TM1U > > uses: TTM1ApiLibrary > > instanceVariableNames: 'handle' > > classVariableNames: '' > > poolDictionaries: '' > > category: 'Cognos-TM1-Api' > > > > hmm.. why just don't subclass from NBExternalObject? > > If you don't need to subclass from own base class, you can just subclass > > from > > NBExternalObject, which means you already having handle ivar, and > > #asNBExternalType: inherited at class side, tested and working..? > > > > > > So, try > > > > NBFFICallout new resolveType: #TM1U > > > > what it gives? > > > > On 28 April 2014 23:44, Markus Fritsche <mfritsche(a)reauktion.de> wrote: > > > >> > >> On 28.04.2014 13:30, Igor Stasenko wrote: > >>> This is strange.. should work fine. There's no way how > >>> NBExternalObjectType could return an instance of NBExternalHandle. > >>> Please check your code again. > >> Been there, done that => thrown everything away and restarted the code > >> from scratch... Sourcecode attached (the 32bit libraries are in the bin > >> subdirectory, there's another bin64 directory) - is there anything > >> obvious wrong with it?. > >> > >> Workspace: > >> ==================== > >> TM1LibraryLoader loadTM1Library. > >> > >> TM1Library tm1APIInitialize. > >> hUser := TM1Library tm1SystemOpen. > >> hPool1 := hUser tm1ValPoolCreate. > >> hPool1 inspect. > >> hUser tm1SystemClose. > >> TM1Library tm1APIFinalize. > >> ==================== > >> > >> The Inspector I get shows > >> NBExternalHandle > >> self @ 16r74CF4A8 > >> (apparently it's fine for TM1U, otherwise tm1ValPoolCreate wouldn't be > >> found) > >> > >> could it be inspector screwed? > > what > > hPool1 class > > gives? > > > > > >> From the headers: > >> > >> #define TM1API __stdcall > >> #ifndef TM1IMPORT > >> #define TM1IMPORT __declspec( dllimport ) > >> #endif > >> > >> typedef void * TM1U; // user handle > >> typedef void * TM1P; // pool handle > >> TM1IMPORT void TM1API TM1APIInitialize( void ); > >> TM1IMPORT TM1U TM1API TM1SystemOpen( void ); > >> TM1IMPORT TM1P TM1API TM1ValPoolCreate( TM1U hUser ); > >> > >> > > i don't see where you are using stdcall calling convention option? > > you should specify it either in code: > > > > self nbCallout > > stdCall > > function: #( TM1U TM1SystemOpen( ) ) module: > > > > or in the class with callout, implementing > > > > ffiCalloutOptions > > ^ #( + optStdcall ) > > > > (i think you can just put it into trait) > > > > > >> In order to debug further I will have to redo the Windows VM. > >> > > > > > > > -- Best regards, Igor Stasenko.

April 29, 2014

Re: [Pharo-users] Some code to share - Twitter access

by Arturo Zambrano

On Tue, Apr 29, 2014 at 1:24 PM, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > > > You could look at this in two other ways: > > - making the code presentable and actually publishing it is an experience > you can learn a lot from (much more than you would expect) > > Yes, I completely agree with you. My point is the lack of time to make it presentable. :) > - you would be giving something back to an open source community that > helped you first > > That's why I first started the thread. I want to give smth back, but smth that someone wants :) > Anyway, it is cool that your experiments are succeeding. > > thanks, this is just a first baby step... :) Sven > > -- > Sven Van Caekenberghe > Proudly supporting Pharo > http://pharo.org > http://association.pharo.org > http://consortium.pharo.org > > > >

April 29, 2014

Re: [Pharo-users] [Pharo-dev] [Pharo3] New Sources file starting 30841/30842

by Robert Shiplett

so my problem on Windows 7 is ? And no Sven, I did NOT touch the ini file. Just duplicated a working LATEST pharo dir and put in this LATEST zip and then the SOURCES So my error would be ? On 29 April 2014 11:49, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > > On 29 Apr 2014, at 16:39, Marcus Denker <marcus.denker(a)inria.fr> wrote: > > > > > On 29 Apr 2014, at 15:51, Marcus Denker <marcus.denker(a)inria.fr> wrote: > > > >> > >> On 29 Apr 2014, at 15:34, Marcus Denker <marcus.denker(a)inria.fr> wrote: > >> > >>> > >>> On 29 Apr 2014, at 15:32, Robert Shiplett <grshiplett(a)gmail.com> > wrote: > >>> > >>>> looked through 2 PDF's for "pharo.ini" and "sources" but did not find > this mentioned ... it is probably staring right at me, since the image DID > open... > >>>> > >>> > >>> I never use windows. But I think it would be strange if the sources > file would be referenced there. Makes no sense to me > >>> (but as I said, never used windows since win 3.11) > >> > >> One thing I found is that the full zip releases (e.g. Pharo3.0-win.zip) > do just have the V2 sourcesâ¦ fixing that now. > >> > > > > This is fixed nowâ¦ > > > > Marcus > > I did a quick test on Windows 8.1 downloading > http://files.pharo.org/platform/Pharo3.0-win.zip and it works perfectly ! > > Super. > > We're very close now. > > >

April 29, 2014

Re: [Pharo-users] NativeBoost

by Markus Fritsche

Hello Igor, I did change my class (tbh, I was just looking at the Cairo stuff and did some cargo cult programming). NBFFICallout new resolveType: #TM1U prints TM1U NBFFICallout new resolveType: #TM1P prints TM1P - my DoIt still gives NBExternalType I attached the resulting CompiledMethod as a fuel serialized file. What can I look at more deeply? Thank you for your patience, Markus On 29.04.2014 00:36, Igor Stasenko wrote: > Object subclass: #TM1U > uses: TTM1ApiLibrary > instanceVariableNames: 'handle' > classVariableNames: '' > poolDictionaries: '' > category: 'Cognos-TM1-Api' > > hmm.. why just don't subclass from NBExternalObject? > If you don't need to subclass from own base class, you can just subclass > from > NBExternalObject, which means you already having handle ivar, and > #asNBExternalType: inherited at class side, tested and working..? > > > So, try > > NBFFICallout new resolveType: #TM1U > > what it gives? > > On 28 April 2014 23:44, Markus Fritsche <mfritsche(a)reauktion.de> wrote: > >> >> On 28.04.2014 13:30, Igor Stasenko wrote: >>> This is strange.. should work fine. There's no way how >>> NBExternalObjectType could return an instance of NBExternalHandle. >>> Please check your code again. >> Been there, done that => thrown everything away and restarted the code >> from scratch... Sourcecode attached (the 32bit libraries are in the bin >> subdirectory, there's another bin64 directory) - is there anything >> obvious wrong with it?. >> >> Workspace: >> ==================== >> TM1LibraryLoader loadTM1Library. >> >> TM1Library tm1APIInitialize. >> hUser := TM1Library tm1SystemOpen. >> hPool1 := hUser tm1ValPoolCreate. >> hPool1 inspect. >> hUser tm1SystemClose. >> TM1Library tm1APIFinalize. >> ==================== >> >> The Inspector I get shows >> NBExternalHandle >> self @ 16r74CF4A8 >> (apparently it's fine for TM1U, otherwise tm1ValPoolCreate wouldn't be >> found) >> >> could it be inspector screwed? > what > hPool1 class > gives? > > >> From the headers: >> >> #define TM1API __stdcall >> #ifndef TM1IMPORT >> #define TM1IMPORT __declspec( dllimport ) >> #endif >> >> typedef void * TM1U; // user handle >> typedef void * TM1P; // pool handle >> TM1IMPORT void TM1API TM1APIInitialize( void ); >> TM1IMPORT TM1U TM1API TM1SystemOpen( void ); >> TM1IMPORT TM1P TM1API TM1ValPoolCreate( TM1U hUser ); >> >> > i don't see where you are using stdcall calling convention option? > you should specify it either in code: > > self nbCallout > stdCall > function: #( TM1U TM1SystemOpen( ) ) module: > > or in the class with callout, implementing > > ffiCalloutOptions > ^ #( + optStdcall ) > > (i think you can just put it into trait) > > >> In order to debug further I will have to redo the Windows VM. >> > > >

April 29, 2014

Re: [Pharo-users] Some code to share - Twitter access

by Sean P. DeNigris

Arturo Zambrano wrote > I have some code that allows to access Twitter data using its REST API > and the Streaming API (thanks Sven for helping me in > ... > I just need to know if someone wants it to play, to avoid useless work. Cool! Yes, that sounds like it would be fun to play with :) ----- Cheers, Sean -- View this message in context: http://forum.world.st/Some-code-to-share-Twitter-access-tp4757068p4757082.h… Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

April 29, 2014

Re: [Pharo-users] "stepping" a non-morphic object

by Sean P. DeNigris

Chris Wright wrote > What is the best way to get the step message sent to non-morphs - or is > there a better way in Pharo I'm not sure I understand exactly, but if you want to do it via Morphic stepping, you could implement e.g. ModelTickingMorph which is invisible and has no extent, and steps your model in it's #step. or you could use a process: [ [ myModelObject step. 1 second asDelay wait ] repeat ] fork. ----- Cheers, Sean -- View this message in context: http://forum.world.st/stepping-a-non-morphic-object-tp4756998p4757081.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

April 29, 2014

Re: [Pharo-users] [Pharo-dev] [Pharo3] New Sources file starting 30841/30842

by Tudor Girba

Moose passed all tests. I am trying it on Mac OS X and I see no troubles. Great job! Doru On Tue, Apr 29, 2014 at 4:49 PM, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > > On 29 Apr 2014, at 16:39, Marcus Denker <marcus.denker(a)inria.fr> wrote: > > > > > On 29 Apr 2014, at 15:51, Marcus Denker <marcus.denker(a)inria.fr> wrote: > > > >> > >> On 29 Apr 2014, at 15:34, Marcus Denker <marcus.denker(a)inria.fr> wrote: > >> > >>> > >>> On 29 Apr 2014, at 15:32, Robert Shiplett <grshiplett(a)gmail.com> > wrote: > >>> > >>>> looked through 2 PDF's for "pharo.ini" and "sources" but did not find > this mentioned ... it is probably staring right at me, since the image DID > open... > >>>> > >>> > >>> I never use windows. But I think it would be strange if the sources > file would be referenced there. Makes no sense to me > >>> (but as I said, never used windows since win 3.11) > >> > >> One thing I found is that the full zip releases (e.g. Pharo3.0-win.zip) > do just have the V2 sourcesâ¦ fixing that now. > >> > > > > This is fixed nowâ¦ > > > > Marcus > > I did a quick test on Windows 8.1 downloading > http://files.pharo.org/platform/Pharo3.0-win.zip and it works perfectly ! > > Super. > > We're very close now. > > > -- www.tudorgirba.com "Every thing has its own flow"

April 29, 2014

...and some cool Smalltalk history! (Re: a Pharo talk from a ruby conference)

by GÃ¶ran Krampe

Howdy! (cc to squeak-dev because I think lots want to read this) If you want to know some cool history of Smalltalk, and perhaps this is a strong argument in actually *being* a Smalltalk and not trying to distance yourself from that rich and lovely heritage.... anyway, here goes: On 04/28/2014 08:14 PM, Alain Busser wrote: > Also, Ruby is famous for these methods: > > *select > *reject > *collect > > do these names not remind you something ;-) ? There is a funny story about these verbs. Martin McClure told me at ESUG in Brest to ask Dan Ingalls about it, hinting that they are "inspired" by a famous song. And thus I did ask Dan in my interview with him I did a few years back over Skype (it is an interesting interview, for example - was there an inspiration from biology when Smalltalk was created?): http://files.krampe.se/interview.mp3 ...the song in question is by Arlo Guthrie: http://en.wikipedia.org/wiki/Alice%27s_Restaurant_Massacree ...and here is a URL to the lyrics of it: http://www.lyricsty.com/arlo-guthrie-alices-restaurant-lyrics.html (search down to "injected"!) ...or just let me quote: "They got a building down New York City, it's called Whitehall Street, Where you walk in, you get injected, inspected, detected, infected, Neglected and selected. I went down to get my physical examination one Day, and I walked in, I sat down, got good and drunk the night before, so I looked and felt my best when I went in that morning." ...now... where do we stuff in #neglect:? :) regards, GÃ¶ran

April 29, 2014

Re: [Pharo-users] Some code to share - Twitter access

by Sven Van Caekenberghe

Hi Arturo, On 29 Apr 2014, at 17:48, Arturo Zambrano <arturo.zambrano(a)gmail.com> wrote: > Hi All, > I have some code that allows to access Twitter data using its REST API and the Streaming API (thanks Sven for helping me in > It is rudimentary and needs more work, but it is useful for what I'm doing as a hobby in: http://www.tweetreport.com.ar/ > > I would like to share it but it is still mixed with some other code of my Twitter toy (thanks Alex , Pablo and all the Roassal team). > So, if there is people interested in this code, I will separate and publish it. > > I just need to know if someone wants it to play, to avoid useless work. > > Best regards > art You could look at this in two other ways: - making the code presentable and actually publishing it is an experience you can learn a lot from (much more than you would expect) - you would be giving something back to an open source community that helped you first Anyway, it is cool that your experiments are succeeding. Sven -- Sven Van Caekenberghe Proudly supporting Pharo http://pharo.org http://association.pharo.org http://consortium.pharo.org

April 29, 2014