- Pharo-users - lists.pharo.org

Re: [Pharo-users] Using FFI

by Annick Fron

I hÃ¢ve thÃ© error on Windows EnvoyÃ© de mon iPod > Le 31 oct. 2013 Ã 14:51, Igor Stasenko <siguctua(a)gmail.com> a Ã©crit : > > > > >> On 31 October 2013 11:23, Annick Fron <info(a)afceurope.com> wrote: >> Hi Igor >> >> I have done that, but still gets an error, do I need to remove NativeBoost ? >> Annick > > FFI not supported on ARM > >>> Le 30 oct. 2013 Ã 14:12, Igor Stasenko <siguctua(a)gmail.com> a Ã©crit : >>> >>> AFAIK, it should be in Configurations browser. >>> Else try this: >>> >>> Gofer new >>> squeaksource: 'MetacelloRepository'; >>> >>> package: 'ConfigurationOfFFI'; >>> load. >>> (Smalltalk at: #ConfigurationOfFFI) project lastVersion load >>> >>> >>> >>>> On 30 October 2013 09:41, Annick Fron <info(a)afceurope.com> wrote: >>>> My problem is that the Raspberry does not support native boost (as yet !). >>>> Where can I load the old FFI ? >>>> >>>>> Le 29 oct. 2013 Ã 16:57, Igor Stasenko <siguctua(a)gmail.com> a Ã©crit : >>>>> >>>>> >>>>> >>>>> >>>>>> On 29 October 2013 16:27, Annick Fron <info(a)afceurope.com> wrote: >>>>>> Hi >>>>>> >>>>>> I want to launch a simple init with the following C signature : >>>>>> >>>>>> void gst_init (int *argc, char **argv[]) >>>>>> >>>>>> If I write >>>>>> >>>>>> <apicall: void 'gst_init' (int*, char**) module: 'blabla'> >>>>>> >>>>>> I get a Smalltalk syntax error >>>>>> >>>>>> Annick Fron >>>>> >>>>> To use this syntax, you must load old FFI implementation. >>>>> Or use NativeBoost: >>>>> >>>>> init: intarg with: chararg >>>>> <primitive: 'primitiveNativeCall' module: 'NativeBoostPlugin'> >>>>> >>>>> >>>>> >>>>> self nbCall: 'void gst_init (int * intarg, char ** chararg)' module: 'blaba' >>>>> >>>>> >>>>> -- >>>>> Best regards, >>>>> Igor Stasenko. >>> >>> >>> >>> -- >>> Best regards, >>> Igor Stasenko. > > > > -- > Best regards, > Igor Stasenko.

Oct. 31, 2013

Re: [Pharo-users] Using FFI

by Luc Fabresse

2013/10/31 ClÃ©ment Bera <bera.clement(a)gmail.com> > Does Alien support ARM ? > no > > How to do FFI on ARM then if NativeBoost and FFI does not support it ? > IMHO you should do a VM plugin easiest and fastest path currently Luc > > > 2013/10/31 Igor Stasenko <siguctua(a)gmail.com> > >> >> >> >> On 31 October 2013 11:23, Annick Fron <info(a)afceurope.com> wrote: >> >>> Hi Igor >>> >>> I have done that, but still gets an error, do I need to remove >>> NativeBoost ? >>> Annick >>> >>> >> FFI not supported on ARM >> >> >>> Le 30 oct. 2013 Ã 14:12, Igor Stasenko <siguctua(a)gmail.com> a Ã©crit : >>> >>> AFAIK, it should be in Configurations browser. >>> Else try this: >>> >>> Gofer new >>> squeaksource: 'MetacelloRepository'; >>> >>> package: 'ConfigurationOfFFI'; >>> load. >>> >>> (Smalltalk at: #ConfigurationOfFFI) project lastVersion load >>> >>> >>> >>> >>> On 30 October 2013 09:41, Annick Fron <info(a)afceurope.com> wrote: >>> >>>> My problem is that the Raspberry does not support native boost (as yet >>>> !). >>>> Where can I load the old FFI ? >>>> >>>> Le 29 oct. 2013 Ã 16:57, Igor Stasenko <siguctua(a)gmail.com> a Ã©crit : >>>> >>>> >>>> >>>> >>>> On 29 October 2013 16:27, Annick Fron <info(a)afceurope.com> wrote: >>>> >>>>> Hi >>>>> >>>>> I want to launch a simple init with the following C signature : >>>>> >>>>> void gst_init (int *argc, char **argv[]) >>>>> >>>>> If I write >>>>> >>>>> <apicall: void 'gst_init' (int*, char**) module: 'blabla'> >>>>> >>>>> I get a Smalltalk syntax error >>>>> >>>>> Annick Fron >>>>> >>>>> >>>> To use this syntax, you must load old FFI implementation. >>>> Or use NativeBoost: >>>> >>>> init: intarg with: chararg >>>> >>>> <primitive: 'primitiveNativeCall' module: 'NativeBoostPlugin'> >>>> >>>> >>>> >>>> >>>> self nbCall: 'void gst_init (int * intarg, char ** chararg)' module: >>>> 'blaba' >>>> >>>> >>>> -- >>>> Best regards, >>>> Igor Stasenko. >>>> >>>> >>>> >>> >>> >>> -- >>> Best regards, >>> Igor Stasenko. >>> >>> >>> >> >> >> -- >> Best regards, >> Igor Stasenko. >> > >

Oct. 31, 2013

Re: [Pharo-users] Create a .exe application in Pharo 2.0

by Benjamin

What you can do here, is using the preferences to automatically start your app when a pharo image is open :) Then your Pharo.exe+your image will turn into a Minesweeper :) Ben On 31 Oct 2013, at 15:01, Paolo Piccinelli <captain86(a)hotmail.it> wrote: > Hi Everybody, > > i'd like to know what can i have to do to create a .exe application/desktop application, after creating a Package with all the working classes in Pharo 2.0. I created the Minesweeper game, and i'm tired to write into the workspace MSGame new openInWorld. How can i automatize that? > Thanks for the help guys! > > W Pharo! > Paolo

Oct. 31, 2013

Re: [Pharo-users] Using FFI

by ClÃ©ment Bera

Does Alien support ARM ? How to do FFI on ARM then if NativeBoost and FFI does not support it ? 2013/10/31 Igor Stasenko <siguctua(a)gmail.com> > > > > On 31 October 2013 11:23, Annick Fron <info(a)afceurope.com> wrote: > >> Hi Igor >> >> I have done that, but still gets an error, do I need to remove >> NativeBoost ? >> Annick >> >> > FFI not supported on ARM > > >> Le 30 oct. 2013 Ã 14:12, Igor Stasenko <siguctua(a)gmail.com> a Ã©crit : >> >> AFAIK, it should be in Configurations browser. >> Else try this: >> >> Gofer new >> squeaksource: 'MetacelloRepository'; >> >> package: 'ConfigurationOfFFI'; >> load. >> >> (Smalltalk at: #ConfigurationOfFFI) project lastVersion load >> >> >> >> >> On 30 October 2013 09:41, Annick Fron <info(a)afceurope.com> wrote: >> >>> My problem is that the Raspberry does not support native boost (as yet >>> !). >>> Where can I load the old FFI ? >>> >>> Le 29 oct. 2013 Ã 16:57, Igor Stasenko <siguctua(a)gmail.com> a Ã©crit : >>> >>> >>> >>> >>> On 29 October 2013 16:27, Annick Fron <info(a)afceurope.com> wrote: >>> >>>> Hi >>>> >>>> I want to launch a simple init with the following C signature : >>>> >>>> void gst_init (int *argc, char **argv[]) >>>> >>>> If I write >>>> >>>> <apicall: void 'gst_init' (int*, char**) module: 'blabla'> >>>> >>>> I get a Smalltalk syntax error >>>> >>>> Annick Fron >>>> >>>> >>> To use this syntax, you must load old FFI implementation. >>> Or use NativeBoost: >>> >>> init: intarg with: chararg >>> >>> <primitive: 'primitiveNativeCall' module: 'NativeBoostPlugin'> >>> >>> >>> >>> self nbCall: 'void gst_init (int * intarg, char ** chararg)' module: >>> 'blaba' >>> >>> >>> -- >>> Best regards, >>> Igor Stasenko. >>> >>> >>> >> >> >> -- >> Best regards, >> Igor Stasenko. >> >> >> > > > -- > Best regards, > Igor Stasenko. >

Oct. 31, 2013

Create a .exe application in Pharo 2.0

by Paolo Piccinelli

Hi Everybody, i'd like to know what can i have to do to create a .exe application/desktop application, after creating a Package with all the working classes in Pharo 2.0. I created the Minesweeper game, and i'm tired to write into the workspace MSGame new openInWorld. How can i automatize that?Thanks for the help guys! W Pharo!Paolo

Oct. 31, 2013

Re: [Pharo-users] Using FFI

by Igor Stasenko

On 31 October 2013 11:23, Annick Fron <info(a)afceurope.com> wrote: > Hi Igor > > I have done that, but still gets an error, do I need to remove NativeBoost > ? > Annick > > FFI not supported on ARM > Le 30 oct. 2013 Ã 14:12, Igor Stasenko <siguctua(a)gmail.com> a Ã©crit : > > AFAIK, it should be in Configurations browser. > Else try this: > > Gofer new > squeaksource: 'MetacelloRepository'; > > package: 'ConfigurationOfFFI'; > load. > > (Smalltalk at: #ConfigurationOfFFI) project lastVersion load > > > > > On 30 October 2013 09:41, Annick Fron <info(a)afceurope.com> wrote: > >> My problem is that the Raspberry does not support native boost (as yet !). >> Where can I load the old FFI ? >> >> Le 29 oct. 2013 Ã 16:57, Igor Stasenko <siguctua(a)gmail.com> a Ã©crit : >> >> >> >> >> On 29 October 2013 16:27, Annick Fron <info(a)afceurope.com> wrote: >> >>> Hi >>> >>> I want to launch a simple init with the following C signature : >>> >>> void gst_init (int *argc, char **argv[]) >>> >>> If I write >>> >>> <apicall: void 'gst_init' (int*, char**) module: 'blabla'> >>> >>> I get a Smalltalk syntax error >>> >>> Annick Fron >>> >>> >> To use this syntax, you must load old FFI implementation. >> Or use NativeBoost: >> >> init: intarg with: chararg >> >> <primitive: 'primitiveNativeCall' module: 'NativeBoostPlugin'> >> >> self nbCall: 'void gst_init (int * intarg, char ** chararg)' module: >> 'blaba' >> >> >> -- >> Best regards, >> Igor Stasenko. >> >> >> > > > -- > Best regards, > Igor Stasenko. > > > -- Best regards, Igor Stasenko.

Oct. 31, 2013

Re: [Pharo-users] Strange behaviour of abstract method

by Michael Paap

Am 31.10.2013 11:24, schrieb Sven Van Caekenberghe: > Obviously, abstract classes should not be instanciated, This is of course known. > Now, the actual error happens in the environment (debugger, > inspector, printString mechanisms): they see a collection and try to > work with it, since it is an incomplete/degenerate one, things > break/loop. Ok. This explains, why just "doing" SequenceableCollection new is ok, while "printing" causes problems. Thank you for your explnation. > The question is: should there be an explicit error message when an > abstract class is instanciated, is that even possible ? This may be difficult, because the instantiation of a not abstract subclass normally /is/ an instantiation of the abstract super class, isn't it? And in Smalltalk we have no concept of abstractness in the language itself, but only by convention. Greetings, Michael

Oct. 31, 2013

Re: [Pharo-users] Strange behaviour of abstract method

by Sven Van Caekenberghe

Michael, On 31 Oct 2013, at 11:00, Michael Paap <mpaap(a)netcologne.de> wrote: > Hello list, > > in our OOP course we noticed some behaviour of an abstract method, which I cannot explain. Maybe you can help me: > > If I do the following > > SequenceableCollection new add: 123 > > I would expect an Error. The method add: is not implemented in SequenceableCollectionbut inherited from collection, where it's only statement is > > self subclassResponsibility > > But in reality, Pharo seems to enter an endless loop, consuming more and more memory. > > Can someone please explain to me, what happens here? > > Greetings, > Michael Obviously, abstract classes should not be instanciated, but in teaching this is bound to happen. Now, the actual error happens in the environment (debugger, inspector, printString mechanisms): they see a collection and try to work with it, since it is an incomplete/degenerate one, things break/loop. The following does work for example: SequenceableCollection new isCollection. The question is: should there be an explicit error message when an abstract class is instanciated, is that even possible ? Sven

Oct. 31, 2013

Re: [Pharo-users] Using FFI

by Annick Fron

Hi Igor I have done that, but still gets an error, do I need to remove NativeBoost ? Annick Le 30 oct. 2013 Ã 14:12, Igor Stasenko <siguctua(a)gmail.com> a Ã©crit : > AFAIK, it should be in Configurations browser. > Else try this: > > Gofer new > squeaksource: 'MetacelloRepository'; > > package: 'ConfigurationOfFFI'; > load. > (Smalltalk at: #ConfigurationOfFFI) project lastVersion load > > > > On 30 October 2013 09:41, Annick Fron <info(a)afceurope.com> wrote: > My problem is that the Raspberry does not support native boost (as yet !). > Where can I load the old FFI ? > > Le 29 oct. 2013 Ã 16:57, Igor Stasenko <siguctua(a)gmail.com> a Ã©crit : > >> >> >> >> On 29 October 2013 16:27, Annick Fron <info(a)afceurope.com> wrote: >> Hi >> >> I want to launch a simple init with the following C signature : >> >> void gst_init (int *argc, char **argv[]) >> >> If I write >> >> <apicall: void 'gst_init' (int*, char**) module: 'blabla'> >> >> I get a Smalltalk syntax error >> >> Annick Fron >> >> >> To use this syntax, you must load old FFI implementation. >> Or use NativeBoost: >> >> init: intarg with: chararg >> <primitive: 'primitiveNativeCall' module: 'NativeBoostPlugin'> >> >> >> self nbCall: 'void gst_init (int * intarg, char ** chararg)' module: 'blaba' >> >> >> -- >> Best regards, >> Igor Stasenko. > > > > > -- > Best regards, > Igor Stasenko.

Oct. 31, 2013

Re: [Pharo-users] Strange behaviour of abstract method

by Bernat Romagosa

Just tried in Pharo 1.4, 2.0 and 3.0. It fails in all of them. The error doesn't happen when sending #add: though. Try doing SequenceableCollection new and the same thing will happen. 2013/10/31 Michael Paap <mpaap(a)netcologne.de> > Hello list, > > in our OOP course we noticed some behaviour of an abstract method, which I > cannot explain. Maybe you can help me: > > If I do the following > > SequenceableCollection new add: 123 > > I would expect an Error. The method add: is not implemented in > SequenceableCollectionbut inherited from collection, where it's only > statement is > > self subclassResponsibility > > But in reality, Pharo seems to enter an endless loop, consuming more and > more memory. > > Can someone please explain to me, what happens here? > > Greetings, > Michael > > -- Bernat Romagosa.

Oct. 31, 2013