November 2012 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] NB Capabilities

by Jimmie Houchin

On 11/9/2012 7:22 PM, Igor Stasenko wrote: > On 9 November 2012 12:19, Jimmie Houchin <jlhouchin(a)gmail.com> wrote: >> The COM API is deprecated and no longer supported. Only the C++ API is what >> is available for use from Pharo. >> >> >> On 11/8/2012 11:31 PM, Igor Stasenko wrote: >> >> On 8 November 2012 23:25, Jimmie Houchin <jlhouchin(a)gmail.com> wrote: >> >> On a second look at the API's documentation, the DLL is C++ not C. I don't >> know, but that might have been evident by the requirement of implementing >> interfaces. >> >> well, with C++ it is a bit worse than C: because C++ compilers use >> name mangling for the function names. >> Means that, if you will look for exported function 'abc()', you will >> probably find it under different name, like >> abc@nby_xrt >> >> >> How does one go about discovering these names? >> > This is best what i found, read to end: > > https://www.ruby-forum.com/topic/173158 >> apart from that, once you figure the exact correct name, you can go >> and call that function. >> >> Things is a bit different if the exported function is a member of class. >> >> So, what i can say.. you can try and see if it rolls (or rocks).. and >> if it not, then the best option would be to implement own wrapper >> library (but this time in C). And then use that library from pharo. >> >> >> Ok, then this is the tricky part because I have a lot of C++ classes which >> are interfaces to be implemented and instances of those classes to be passed >> into other instances of other classes in the DLL. >> >> An example from the documentation. >> ''' >> An instance of the class implementing IO2GSessionStatus interface must be >> subscribed to the session object before calling IO2GSession::login method. >> It is accomplished by calling IO2GSession::subscribeSessionStatus method. >> For example, ... >> ''' >> >> As it stands my options are to learn Clojure (which I am already in progress >> of doing) in order to access the API via Java. Or to learn C/C++ and NB to >> access the API from Pharo. >> > googling didn't gave me any examples how Clojure deals with C++... > have a link? > i suspect it is like others, generating wrapper C code to call C++ code. Clojure does not access the C++ code. It would access the Java library in its .jar file. It has native access. The API is offered in three forms, Java, .NET and C++. Jimmie

Nov. 10, 2012

Re: [Pharo-project] [Pharo-consortium] [Pharo-users] Pharo consortium agreement

by Igor Stasenko

On 8 November 2012 16:35, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > > On Nov 8, 2012, at 4:03 AM, Igor Stasenko wrote: > >> On 6 November 2012 15:36, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: >>> Very good that there is progress on this front ! >>> >>> Even better news about Igor ;-) >>> >> i always asking myself, if this horse worth its bets. >> Thank you, Stephane & others for putting trust in me more than i do :) > > As a thank, write a tutorial and doc on FFI and NativeBoost > with a lot of documented examples ;D > i doing it.. but too slow. i need a socket in head to copy data on flash :) -- Best regards, Igor Stasenko.

Nov. 10, 2012

Re: [Pharo-project] NB Capabilities

by Igor Stasenko

On 9 November 2012 12:19, Jimmie Houchin <jlhouchin(a)gmail.com> wrote: > The COM API is deprecated and no longer supported. Only the C++ API is what > is available for use from Pharo. > > > On 11/8/2012 11:31 PM, Igor Stasenko wrote: > > On 8 November 2012 23:25, Jimmie Houchin <jlhouchin(a)gmail.com> wrote: > > On a second look at the API's documentation, the DLL is C++ not C. I don't > know, but that might have been evident by the requirement of implementing > interfaces. > > well, with C++ it is a bit worse than C: because C++ compilers use > name mangling for the function names. > Means that, if you will look for exported function 'abc()', you will > probably find it under different name, like > abc@nby_xrt > > > How does one go about discovering these names? > This is best what i found, read to end: https://www.ruby-forum.com/topic/173158 > > apart from that, once you figure the exact correct name, you can go > and call that function. > > Things is a bit different if the exported function is a member of class. > > So, what i can say.. you can try and see if it rolls (or rocks).. and > if it not, then the best option would be to implement own wrapper > library (but this time in C). And then use that library from pharo. > > > Ok, then this is the tricky part because I have a lot of C++ classes which > are interfaces to be implemented and instances of those classes to be passed > into other instances of other classes in the DLL. > > An example from the documentation. > ''' > An instance of the class implementing IO2GSessionStatus interface must be > subscribed to the session object before calling IO2GSession::login method. > It is accomplished by calling IO2GSession::subscribeSessionStatus method. > For example, ... > ''' > > As it stands my options are to learn Clojure (which I am already in progress > of doing) in order to access the API via Java. Or to learn C/C++ and NB to > access the API from Pharo. > googling didn't gave me any examples how Clojure deals with C++... have a link? i suspect it is like others, generating wrapper C code to call C++ code. > I like Pharo, but I am not sure at this point, if that is the easiest or > best option. I am concerned about learning just enough C++ to shoot myself > in the foot. I am also concerned that the C/C++ route will take much more > significant learning than Clojure. > > Going with Clojure does not automatically rule out Pharo. Depending on how > much I like or don't like dealing with Clojure/Java and whether or not I > would want to implement the rest of my application there. I could also > choose to use it to serve the API via http/websockets to a Pharo > application. > > Thanks for your help. > > Jimmie -- Best regards, Igor Stasenko.

Nov. 10, 2012

Re: [Pharo-project] Don't ever ever halt in #startUp:

by Igor Stasenko

On 9 November 2012 21:32, Igor Stasenko <siguctua(a)gmail.com> wrote: > On 9 November 2012 09:36, Sebastian Nozzi <sebnozzi(a)gmail.com> wrote: >> 2012/11/9 Igor Stasenko <siguctua(a)gmail.com>: >>> My recipe is: >>> - simply find an offending compiled method >>> - replace its first bytecode to "returnself" >> >> How do you do this? >> > simply open "same" image and look for unique bytecode sequence among > potential call stack in startup code. > then "disable" the method by setting its first bytecode to > "returnself" bytecode. > err.. i mean, take similar image.. find method and then seek same bytecode sequence in image. if there is only one byte sequence in dead image, that should be the method which you need to disable. easy! :) > > > -- > Best regards, > Igor Stasenko. -- Best regards, Igor Stasenko.

Nov. 10, 2012

Re: [Pharo-project] Don't ever ever halt in #startUp:

by Igor Stasenko

On 9 November 2012 09:36, Sebastian Nozzi <sebnozzi(a)gmail.com> wrote: > 2012/11/9 Igor Stasenko <siguctua(a)gmail.com>: >> My recipe is: >> - simply find an offending compiled method >> - replace its first bytecode to "returnself" > > How do you do this? > simply open "same" image and look for unique bytecode sequence among potential call stack in startup code. then "disable" the method by setting its first bytecode to "returnself" bytecode. -- Best regards, Igor Stasenko.

Nov. 10, 2012

Re: [Pharo-project] [NativeBoost] pass an array of args to external function

by Igor Stasenko

On 9 November 2012 16:18, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > Igor > I think that the approach of camillo is the right one. > Examples, examples, examples and a bit more of working examples. > I agree. P.S. Sorry guys it was a tough day for me. Sleepless night + sick + presentation.. > Stef -- Best regards, Igor Stasenko.

Nov. 10, 2012

Re: [Pharo-project] NB Capabilities

by Igor Stasenko

On 9 November 2012 09:55, drush66 <davorin.rusevljan(a)gmail.com> wrote: > Fernando olivero-2 wrote >> Hi, i wanted to give my opinion on this, since i've encountered some of >> the >> problems you mention. >> >> Sometimes to benefit from the simplicity of Smalltalk while coexisting >> with >> other tools, we must cope with low level technology "glue code". >> >> NB made it easy to do so, compared to Alien,FFI, writing plugins in C. >> When >> i first started with Squeak and the Pharo1.0, it was a real pain >> interfacing with external libraries, THANKS Igor! >> >> Still someones needs to do it, hence why a lot of people of >> this community spent loads of time coding this "extra work" to be able to >> do their "real work". >> >> I wouldn't say that you need to be extremely bright to built a wrapper >> library using NB, once you know what api you want to call, and the type of >> arguments. >> >> There's plenty of examples out there, and Igor always responds with tough >> questions! >> >> Give a try! maybe its easier than you think. >> >> Fernando > > just to clarify, I was not referring to interfacing to c library which is > rather well covered by NB, but to COM. > it should not be hard. there is a standard way how to discover/load interface.. i can't promise anything but i'll try to look at docs to point you to right one -- Best regards, Igor Stasenko.

Nov. 9, 2012

Re: [Pharo-project] Don't ever ever halt in #startUp:

by Camillo Bruni

On 2012-11-09, at 20:10, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > Sebastian > > You know we value code. > So if this is a terrible problem for you, it may be wise to spend some evening listening cool music and hacking so that it is better. > Because it will not magically happen. There is always a guy behind an improvement. already happened ;) https://code.google.com/p/pharo/issues/detail?id=6941 so this won't happen so easily again :) > Stef > > On Nov 8, 2012, at 10:30 PM, Sebastian Nozzi wrote:

Nov. 9, 2012

Re: [Pharo-project] [NativeBoost] pass an array of args to external function

by StÃ©phane Ducasse

Igor I think that the approach of camillo is the right one. Examples, examples, examples and a bit more of working examples. Stef On Nov 9, 2012, at 11:49 AM, Igor Stasenko wrote: > Just to make it clear (to everyone): > if you first asking me how to call a function which takes array of > pointers, the question won't left without answer. > but if your next question after my answer is "what is array of pointers" ... > sorry , but you can keep me as arrogant nerd, but i won't answer it. > > -- > Best regards, > Igor Stasenko. >

Nov. 9, 2012

Re: [Pharo-project] PluggableListMorph error, how to debug ?

by StÃ©phane Ducasse

Neat trick! > Suppose I have a reference (in a Workspace/Inspector) for my buggy morph, called "m": > > m drawOn: (NullCanvas new). > > This should trigger the debugger and show you the error. You can then debug, explore, fix, change, etc. Repeat as needed. Even if the bug is fixed, the Morph stays in this "erroneous" state. That's why when the bug is fixed you should call "resumeAfterDrawError" on your Morph: > > m resumeAfterDrawError. > > And it will re-draw it again.

Nov. 9, 2012