- Pharo-users - lists.pharo.org

Re: [Pharo-users] UFFI problem / doubt

by Stephane Ducasse

Look at http://smalltalkhub.com/#!/~estebanlm/Storm A small game engine. For being able to use this you will need: NB capable VM. Athens. Chipmunk library. You can download it at Chipmunk On Sun, Sep 17, 2017 at 1:31 PM, Stephane Ducasse <stepharo.self(a)gmail.com> wrote: > Jean-Baptiste Arnaud extended the Chipmunk binding that esteban did a > while ago and Damien Pollet did a tutorial > at ESUG Annecy to show how to use FFI (nativeboost) to call chipmunk > so it should be around. > > Stef > > On Sat, Sep 16, 2017 at 2:09 PM, alvaro piorno > <alvaropiorno100(a)gmail.com> wrote: >> Hi Stephan, >> Thanks for your answer, i found the booklet, but it was a draft, so it was >> incomplete. An example of FFIOpaqueObject would be healpful, i think. >> Esteban already talked to me, and is helping me with this. >> What do you mean with "Chipmunk existing bindings" ?. >> >> 2017-09-16 4:42 GMT-03:00 Stephane Ducasse <stepharo.self(a)gmail.com>: >>> >>> Hi alvaro >>> >>> Thanks for the question. If you have any suggestion for the booklet on >>> UFFI let us know. >>> I will let esteban anwser because I do not know. >>> BTW did you check the chipmunk existing bindings? >>> >>> Stef >>> >>> On Fri, Sep 15, 2017 at 3:42 PM, alvaro piorno >>> <alvaropiorno100(a)gmail.com> wrote: >>> > Hi everybody, iÂ´m using UnifiedFFI with Chipmunk2D library . >>> > I want to get a pointer to a C Structure (cpBody) and set a position to >>> > it. >>> > I have a subClass of FFIOpaqueObject to handle pointer. >>> > >>> > This is the "new " ffiCall : >>> > self ffiCall: #(cpBody* cpBodyNew(cpFloat m, cpFloat i)) >>> > >>> > And this is a "seter" ffiCall: >>> > >>> > self ffiCall: #( void cpBodySetPosition( self, cpVect vector ) ). >>> > >>> > I`m not getting any "error" but the position is not updating. >>> > I tried the same using Chipmunk directly and it works, so there is a >>> > problem >>> > with what i have in Pharo. >>> > Any suggestion? >>> > Thanks in advance. >>> > >>> > Alvaro Piorno >>> >>

Sept. 17, 2017

Re: [Pharo-users] UFFI problem / doubt

by Stephane Ducasse

Jean-Baptiste Arnaud extended the Chipmunk binding that esteban did a while ago and Damien Pollet did a tutorial at ESUG Annecy to show how to use FFI (nativeboost) to call chipmunk so it should be around. Stef On Sat, Sep 16, 2017 at 2:09 PM, alvaro piorno <alvaropiorno100(a)gmail.com> wrote: > Hi Stephan, > Thanks for your answer, i found the booklet, but it was a draft, so it was > incomplete. An example of FFIOpaqueObject would be healpful, i think. > Esteban already talked to me, and is helping me with this. > What do you mean with "Chipmunk existing bindings" ?. > > 2017-09-16 4:42 GMT-03:00 Stephane Ducasse <stepharo.self(a)gmail.com>: >> >> Hi alvaro >> >> Thanks for the question. If you have any suggestion for the booklet on >> UFFI let us know. >> I will let esteban anwser because I do not know. >> BTW did you check the chipmunk existing bindings? >> >> Stef >> >> On Fri, Sep 15, 2017 at 3:42 PM, alvaro piorno >> <alvaropiorno100(a)gmail.com> wrote: >> > Hi everybody, iÂ´m using UnifiedFFI with Chipmunk2D library . >> > I want to get a pointer to a C Structure (cpBody) and set a position to >> > it. >> > I have a subClass of FFIOpaqueObject to handle pointer. >> > >> > This is the "new " ffiCall : >> > self ffiCall: #(cpBody* cpBodyNew(cpFloat m, cpFloat i)) >> > >> > And this is a "seter" ffiCall: >> > >> > self ffiCall: #( void cpBodySetPosition( self, cpVect vector ) ). >> > >> > I`m not getting any "error" but the position is not updating. >> > I tried the same using Chipmunk directly and it works, so there is a >> > problem >> > with what i have in Pharo. >> > Any suggestion? >> > Thanks in advance. >> > >> > Alvaro Piorno >> >

Sept. 17, 2017

Re: [Pharo-users] Standalone HTML Model

by Norbert Hartl

> Am 17.09.2017 um 12:12 schrieb Pierce Ng <pierce(a)samadhiweb.com>: > >> On Mon, Sep 11, 2017 at 06:25:55PM +0200, Stephane Ducasse wrote: >> Hi Pierce Ng >> How different is the API from Seaside? >> Because I would like to use it. >> I like to think modularly :) > > Hi Stef, > > I modeled it after Seaside's API. However, it was really just a start and needs > much more work. I created this when investigating writing web apps in Cuis, > hence the perceived need for a standalone library. Eventually I ran out of time > and decided to stick to full Seaside loaded into Pharo. > So you've built something like seaside canvas? I like to emphasize that seaside is not really a standalone HTML model but (as the name says) a canvas which streams markup. What we should explore is the possibility of having a HTML model that can be used for streaming, too, instead just the streaming. There could be a lot of synergies here because web frameworks, pillar, PharoJS are all working close to something like that. my 2 cents, Norbert

Sept. 17, 2017

Re: [Pharo-users] Pharo 7 license question

by stephan

On 17-09-17 06:59, Jimmie Houchin wrote: > And the GPL not be viral in my app provided I only use the GPL library > and am not modifying it in my app. > > Do I understand this wrong? Yes. With GPL everything is now GPL. With LGPL, as long as you only link to it, the viral aspect is limited to the library. In Pharo, that means you can use UFFI to connect to LGPL libraries, and you can probably create plugins. Loading smalltalk libraries that are LGPL is not exactly the same as linking, there is no clear boundary between compile-time and run-time, as everything is in the image. That makes the LGPL difficult to interpret in the smalltalk case, and potentially viral. Stephan

Sept. 17, 2017

Re: [Pharo-users] Pharo 7 license question

by stephan

On 17-09-17 12:09, Hilaire wrote: > For library, alternative is LGPL and I read this interesting note: > > One should note that subclassing a Java (or other OO) class licensed > under the LGPL is regarded as a use of an interface of a library > comparable to a function call of a library. It is not regarded as a > modification of the original class. Therefore the subclass does not > fall under the requirements of the LGPL. > > So using a LGPL library, even extending it, does not force the user to > be in the GPL family license. Loading an LGPL library in a smalltalk image is not linking, in the strict interpretation. So no. FSF is aware of this problem Stephan

Sept. 17, 2017

Re: [Pharo-users] UFFI problem / doubt

by Pierce Ng

On Sat, Sep 16, 2017 at 09:09:23AM -0300, alvaro piorno wrote: > incomplete. An example of FFIOpaqueObject would be healpful, i think. Hi Alvaro, I mentioned libffidemo on Discord. Reading the blog post and the library's unit tests will hopefully make clearer how to use FFIOpaqueObject. http://www.samadhiweb.com/blog/2016.03.17.demoffi.html https://github.com/PierceNg/libffidemo Pierce

Sept. 17, 2017

Re: [Pharo-users] Pharo 7 license question

by Pierce Ng

On Sun, Sep 17, 2017 at 02:47:16AM +0200, stephan wrote: > On 16-09-17 18:51, Peter UhnÃ¡k wrote: > > This is the reason why LGPL exists. LGPL is not contagious. > > It is not clear that that would be the case with smalltalk. > We tend to reuse by subclassing, and linking is not so > well-defined. There is no license that has the same effect as > LGPL has for c programs for smalltalk. The Common Lisp people have LLGPL: http://www.cliki.net/LLGPL http://opensource.franz.com/preamble.html Pierce

Sept. 17, 2017

Re: [Pharo-users] Standalone HTML Model

by Pierce Ng

On Mon, Sep 11, 2017 at 10:14:54AM -0300, Esteban A. Maringolo wrote: > I don't know how modular it is, but maybe loading only the 'Seaside-Canvas' > package you can use the WAHtmlCanvas to create the HTML content. I also experimented with loading enough of Seaside in bits and pieces to get the canvas thing working. Was not successful back then. Pierce

Sept. 17, 2017

Re: [Pharo-users] Standalone HTML Model

by Pierce Ng

On Mon, Sep 11, 2017 at 06:25:55PM +0200, Stephane Ducasse wrote: > Hi Pierce Ng > How different is the API from Seaside? > Because I would like to use it. > I like to think modularly :) Hi Stef, I modeled it after Seaside's API. However, it was really just a start and needs much more work. I created this when investigating writing web apps in Cuis, hence the perceived need for a standalone library. Eventually I ran out of time and decided to stick to full Seaside loaded into Pharo. Pierce

Sept. 17, 2017

Re: [Pharo-users] Pharo 7 license question

by Hilaire

Hi Jimmie, Dr. Geo is distributed under the GPL and shipped with Pharo. As Pharo is MIT, you can redistribute your whole software under the license you want, proprietary or free software ones as GPL. Regarding porting GPL software, I guess you mean rewriting with Smalltalk, you should be free to license it as you want, for example as MIT. AFAIK there is no evil restriction as "seen the code" under the GPL. For library, alternative is LGPL and I read this interesting note: One should note that subclassing a Java (or other OO) class licensed under the LGPL is regarded as a use of an interface of a library comparable to a function call of a library. It is not regarded as a modification of the original class. Therefore the subclass does not fall under the requirements of the LGPL. So using a LGPL library, even extending it, does not force the user to be in the GPL family license. The only restriction is the receiver should be capable to update the LGPL package independently of the application using the package. Anyway, I don't think you should worried about porting GPL/LGPL libraries as long as your are rewriting it. You can license it under MIT. Then LGPL is also possible. -- Dr. Geo http://drgeo.eu

Sept. 17, 2017