November 2016 - Pharo-users

ZÃ¼rich Smalltalk Meetup Reminder

by jtuchel＠objektfabrik.de

Hi there, in case you forgot about it: The ZÃ¼rich Smalltalkers will meet tonight at 7pm for another meetup. There will be at least 2 presentations: * Reza will show Web Pontoon * Michal will show hs current work on a new Pharo-Gemstone/S-bridge * who knows, maybe you feel like demoing tonight? This time, we meet at a nice conference room first and go for drinks and dinner later. Here is where you can get in touch with Smalltalkers of all flavors, colors, shapes, sizes, ages and genders: Alpha Sprachwelt AG <http://alphasprachwelt.ch/kontakt.html> Stadelhoferstrasse 10 â Room 23 â 8001 ZÃ¼rich See the location on a map <https://wego.here.com/directions/publicTransport/Alpha-Sprachstudio,-Stadel…> So feel free to come and chat a little or discuss your current work. Joachim (I won't be able to attend, unfortunately. The best thing I could do today would be to share a few virusses with you and help you get a few days off. But I am eager to hear if this new format in a meeting room works well. Have fun!!!)

Nov. 8, 2016

Re: [Pharo-users] UFFI can not generate Structure accessor of type char[100]

by Esteban Lorenzano

yes please :) > On 8 Nov 2016, at 13:32, Dimitris Chloupis <kilon.alios(a)gmail.com> wrote: > > then great work^2 > > Do you want me to add this information to the UFFI documentation ? Probably I will also add some more examples for handles, pointers etc. > > I assume this is the repo for the docs of UFFI > > https://github.com/SquareBracketAssociates/PharoInProgress <https://github.com/SquareBracketAssociates/PharoInProgress> > > correct ? > > On Tue, Nov 8, 2016 at 2:12 PM Esteban Lorenzano <estebanlm(a)gmail.com <mailto:estebanlm@gmail.com>> wrote: >> On 8 Nov 2016, at 12:55, Dimitris Chloupis <kilon.alios(a)gmail.com <mailto:kilon.alios@gmail.com>> wrote: >> >> Thank you Esteban >> >> By the way I really love the design of UFFI , very clean and quite easy to understand , great work to you and Igor :) > > UFFI is just mine ;) > (but I sanded in giant shoulders as I took Igor work as inspirationâ¦ and to âborrowâ many cool ideas) > > Esteban > >> >> On Tue, Nov 8, 2016 at 1:54 PM Esteban Lorenzano <estebanlm(a)gmail.com <mailto:estebanlm@gmail.com>> wrote: >>> On 8 Nov 2016, at 12:49, Dimitris Chloupis <kilon.alios(a)gmail.com <mailto:kilon.alios@gmail.com>> wrote: >>> >>> I was reaching a similar conclusion >>> >>> Currently I have a void pointer to the struct with the members I mentioned >>> >>> I can get char[100] >>> >>> pointerToStruct fromCString >>> >>> and I can get the int with >>> >>> pointerToStruct getHandle integerAt: 101 size:4 signed: false >>> >>> so if I want to pass the address of the pointer to my YourStruct instance will I have to initialize with >>> >>> YourStruct fromHandler: (pointerToStruct getHandle) >>> >>> is this a correct and safe way to pass the address ? >> >> yes. >> >> Esteban >> >>> >>> >>> On Tue, Nov 8, 2016 at 1:21 PM Esteban Lorenzano <estebanlm(a)gmail.com <mailto:estebanlm@gmail.com>> wrote: >>> it never could. >>> you need to do a âspecial typeâ, who has to be something like: >>> >>> YourStruct class>>initialize >>> Char100 := FFITypeArray ofType: #char. >>> >>> fieldsDesc >>> ^ #( >>> Char100 data; >>> int count; >>> ) >>> >>> but thenâ¦ you want to optimise that and in field accessors, who will look something like this: >>> >>> YourStruct >>data >>> "This method was automatically generated" >>> ^(FFITypeArray ofType: #char size: 100) fromHandle: (handle copyFrom: 1 to: 100) >>> >>> you can change that for: >>> >>> YourStruct >>data >>> "This method was automatically generated" >>> ^Char100 fromHandle: (handle copyFrom: 1 to: 100) >>> >>> and same for setter. >>> (other way will work, but it will be suboptimal) >>> >>> Esteban >>> >>> > On 8 Nov 2016, at 12:10, Dimitris Chloupis <kilon.alios(a)gmail.com <mailto:kilon.alios@gmail.com>> wrote: >>> > >>> > I have FFIExternalStructure which has at class side >>> > >>> > fieldsDesc >>> > ^#( >>> > char data[100]; >>> > int count; >>> > ) >>> > >>> > if I try to do >>> > >>> > EphCPPTestStructure rebuildFieldAccessors . >>> > >>> > in order to generate the accessors for the members of the struct it complains with an error that it does not recognise the type of " [ " >>> > >>> > Does that mean that char arrays are other arrays are not supported as struct members or will I have to do this manually ? >>> >>> >

Nov. 8, 2016

Re: [Pharo-users] UFFI can not generate Structure accessor of type char[100]

by Dimitris Chloupis

then great work^2 Do you want me to add this information to the UFFI documentation ? Probably I will also add some more examples for handles, pointers etc. I assume this is the repo for the docs of UFFI https://github.com/SquareBracketAssociates/PharoInProgress correct ? On Tue, Nov 8, 2016 at 2:12 PM Esteban Lorenzano <estebanlm(a)gmail.com> wrote: > On 8 Nov 2016, at 12:55, Dimitris Chloupis <kilon.alios(a)gmail.com> wrote: > > Thank you Esteban > > By the way I really love the design of UFFI , very clean and quite easy to > understand , great work to you and Igor :) > > > UFFI is just mine ;) > (but I sanded in giant shoulders as I took Igor work as inspirationâ¦ and > to âborrowâ many cool ideas) > > Esteban > > > On Tue, Nov 8, 2016 at 1:54 PM Esteban Lorenzano <estebanlm(a)gmail.com> > wrote: > > On 8 Nov 2016, at 12:49, Dimitris Chloupis <kilon.alios(a)gmail.com> wrote: > > I was reaching a similar conclusion > > Currently I have a void pointer to the struct with the members I mentioned > > I can get char[100] > > pointerToStruct fromCString > > and I can get the int with > > pointerToStruct getHandle integerAt: 101 size:4 signed: false > > so if I want to pass the address of the pointer to my YourStruct instance > will I have to initialize with > > YourStruct fromHandler: (pointerToStruct getHandle) > > is this a correct and safe way to pass the address ? > > > yes. > > Esteban > > > > On Tue, Nov 8, 2016 at 1:21 PM Esteban Lorenzano <estebanlm(a)gmail.com> > wrote: > > it never could. > you need to do a âspecial typeâ, who has to be something like: > > YourStruct class>>initialize > Char100 := FFITypeArray ofType: #char. > > fieldsDesc > ^ #( > Char100 data; > int count; > ) > > but thenâ¦ you want to optimise that and in field accessors, who will look > something like this: > > YourStruct >>data > "This method was automatically generated" > ^(FFITypeArray ofType: #char size: 100) fromHandle: (handle > copyFrom: 1 to: 100) > > you can change that for: > > YourStruct >>data > "This method was automatically generated" > ^Char100 fromHandle: (handle copyFrom: 1 to: 100) > > and same for setter. > (other way will work, but it will be suboptimal) > > Esteban > > > On 8 Nov 2016, at 12:10, Dimitris Chloupis <kilon.alios(a)gmail.com> > wrote: > > > > I have FFIExternalStructure which has at class side > > > > fieldsDesc > > ^#( > > char data[100]; > > int count; > > ) > > > > if I try to do > > > > EphCPPTestStructure rebuildFieldAccessors . > > > > in order to generate the accessors for the members of the struct it > complains with an error that it does not recognise the type of " [ " > > > > Does that mean that char arrays are other arrays are not supported as > struct members or will I have to do this manually ? > > > >

Nov. 8, 2016

Re: [Pharo-users] UFFI can not generate Structure accessor of type char[100]

by Esteban Lorenzano

> On 8 Nov 2016, at 12:55, Dimitris Chloupis <kilon.alios(a)gmail.com> wrote: > > Thank you Esteban > > By the way I really love the design of UFFI , very clean and quite easy to understand , great work to you and Igor :) UFFI is just mine ;) (but I sanded in giant shoulders as I took Igor work as inspirationâ¦ and to âborrowâ many cool ideas) Esteban > > On Tue, Nov 8, 2016 at 1:54 PM Esteban Lorenzano <estebanlm(a)gmail.com <mailto:estebanlm@gmail.com>> wrote: >> On 8 Nov 2016, at 12:49, Dimitris Chloupis <kilon.alios(a)gmail.com <mailto:kilon.alios@gmail.com>> wrote: >> >> I was reaching a similar conclusion >> >> Currently I have a void pointer to the struct with the members I mentioned >> >> I can get char[100] >> >> pointerToStruct fromCString >> >> and I can get the int with >> >> pointerToStruct getHandle integerAt: 101 size:4 signed: false >> >> so if I want to pass the address of the pointer to my YourStruct instance will I have to initialize with >> >> YourStruct fromHandler: (pointerToStruct getHandle) >> >> is this a correct and safe way to pass the address ? > > yes. > > Esteban > >> >> >> On Tue, Nov 8, 2016 at 1:21 PM Esteban Lorenzano <estebanlm(a)gmail.com <mailto:estebanlm@gmail.com>> wrote: >> it never could. >> you need to do a âspecial typeâ, who has to be something like: >> >> YourStruct class>>initialize >> Char100 := FFITypeArray ofType: #char. >> >> fieldsDesc >> ^ #( >> Char100 data; >> int count; >> ) >> >> but thenâ¦ you want to optimise that and in field accessors, who will look something like this: >> >> YourStruct >>data >> "This method was automatically generated" >> ^(FFITypeArray ofType: #char size: 100) fromHandle: (handle copyFrom: 1 to: 100) >> >> you can change that for: >> >> YourStruct >>data >> "This method was automatically generated" >> ^Char100 fromHandle: (handle copyFrom: 1 to: 100) >> >> and same for setter. >> (other way will work, but it will be suboptimal) >> >> Esteban >> >> > On 8 Nov 2016, at 12:10, Dimitris Chloupis <kilon.alios(a)gmail.com <mailto:kilon.alios@gmail.com>> wrote: >> > >> > I have FFIExternalStructure which has at class side >> > >> > fieldsDesc >> > ^#( >> > char data[100]; >> > int count; >> > ) >> > >> > if I try to do >> > >> > EphCPPTestStructure rebuildFieldAccessors . >> > >> > in order to generate the accessors for the members of the struct it complains with an error that it does not recognise the type of " [ " >> > >> > Does that mean that char arrays are other arrays are not supported as struct members or will I have to do this manually ? >> >>

Nov. 8, 2016

Re: [Pharo-users] UFFI can not generate Structure accessor of type char[100]

by Dimitris Chloupis

Thank you Esteban By the way I really love the design of UFFI , very clean and quite easy to understand , great work to you and Igor :) On Tue, Nov 8, 2016 at 1:54 PM Esteban Lorenzano <estebanlm(a)gmail.com> wrote: > On 8 Nov 2016, at 12:49, Dimitris Chloupis <kilon.alios(a)gmail.com> wrote: > > I was reaching a similar conclusion > > Currently I have a void pointer to the struct with the members I mentioned > > I can get char[100] > > pointerToStruct fromCString > > and I can get the int with > > pointerToStruct getHandle integerAt: 101 size:4 signed: false > > so if I want to pass the address of the pointer to my YourStruct instance > will I have to initialize with > > YourStruct fromHandler: (pointerToStruct getHandle) > > is this a correct and safe way to pass the address ? > > > yes. > > Esteban > > > > On Tue, Nov 8, 2016 at 1:21 PM Esteban Lorenzano <estebanlm(a)gmail.com> > wrote: > > it never could. > you need to do a âspecial typeâ, who has to be something like: > > YourStruct class>>initialize > Char100 := FFITypeArray ofType: #char. > > fieldsDesc > ^ #( > Char100 data; > int count; > ) > > but thenâ¦ you want to optimise that and in field accessors, who will look > something like this: > > YourStruct >>data > "This method was automatically generated" > ^(FFITypeArray ofType: #char size: 100) fromHandle: (handle > copyFrom: 1 to: 100) > > you can change that for: > > YourStruct >>data > "This method was automatically generated" > ^Char100 fromHandle: (handle copyFrom: 1 to: 100) > > and same for setter. > (other way will work, but it will be suboptimal) > > Esteban > > > On 8 Nov 2016, at 12:10, Dimitris Chloupis <kilon.alios(a)gmail.com> > wrote: > > > > I have FFIExternalStructure which has at class side > > > > fieldsDesc > > ^#( > > char data[100]; > > int count; > > ) > > > > if I try to do > > > > EphCPPTestStructure rebuildFieldAccessors . > > > > in order to generate the accessors for the members of the struct it > complains with an error that it does not recognise the type of " [ " > > > > Does that mean that char arrays are other arrays are not supported as > struct members or will I have to do this manually ? > > >

Nov. 8, 2016

Re: [Pharo-users] UFFI can not generate Structure accessor of type char[100]

by Esteban Lorenzano

> On 8 Nov 2016, at 12:49, Dimitris Chloupis <kilon.alios(a)gmail.com> wrote: > > I was reaching a similar conclusion > > Currently I have a void pointer to the struct with the members I mentioned > > I can get char[100] > > pointerToStruct fromCString > > and I can get the int with > > pointerToStruct getHandle integerAt: 101 size:4 signed: false > > so if I want to pass the address of the pointer to my YourStruct instance will I have to initialize with > > YourStruct fromHandler: (pointerToStruct getHandle) > > is this a correct and safe way to pass the address ? yes. Esteban > > > On Tue, Nov 8, 2016 at 1:21 PM Esteban Lorenzano <estebanlm(a)gmail.com <mailto:estebanlm@gmail.com>> wrote: > it never could. > you need to do a âspecial typeâ, who has to be something like: > > YourStruct class>>initialize > Char100 := FFITypeArray ofType: #char. > > fieldsDesc > ^ #( > Char100 data; > int count; > ) > > but thenâ¦ you want to optimise that and in field accessors, who will look something like this: > > YourStruct >>data > "This method was automatically generated" > ^(FFITypeArray ofType: #char size: 100) fromHandle: (handle copyFrom: 1 to: 100) > > you can change that for: > > YourStruct >>data > "This method was automatically generated" > ^Char100 fromHandle: (handle copyFrom: 1 to: 100) > > and same for setter. > (other way will work, but it will be suboptimal) > > Esteban > > > On 8 Nov 2016, at 12:10, Dimitris Chloupis <kilon.alios(a)gmail.com <mailto:kilon.alios@gmail.com>> wrote: > > > > I have FFIExternalStructure which has at class side > > > > fieldsDesc > > ^#( > > char data[100]; > > int count; > > ) > > > > if I try to do > > > > EphCPPTestStructure rebuildFieldAccessors . > > > > in order to generate the accessors for the members of the struct it complains with an error that it does not recognise the type of " [ " > > > > Does that mean that char arrays are other arrays are not supported as struct members or will I have to do this manually ? > >

Nov. 8, 2016

Re: [Pharo-users] UFFI can not generate Structure accessor of type char[100]

by Dimitris Chloupis

I was reaching a similar conclusion Currently I have a void pointer to the struct with the members I mentioned I can get char[100] pointerToStruct fromCString and I can get the int with pointerToStruct getHandle integerAt: 101 size:4 signed: false so if I want to pass the address of the pointer to my YourStruct instance will I have to initialize with YourStruct fromHandler: (pointerToStruct getHandle) is this a correct and safe way to pass the address ? On Tue, Nov 8, 2016 at 1:21 PM Esteban Lorenzano <estebanlm(a)gmail.com> wrote: > it never could. > you need to do a âspecial typeâ, who has to be something like: > > YourStruct class>>initialize > Char100 := FFITypeArray ofType: #char. > > fieldsDesc > ^ #( > Char100 data; > int count; > ) > > but thenâ¦ you want to optimise that and in field accessors, who will look > something like this: > > YourStruct >>data > "This method was automatically generated" > ^(FFITypeArray ofType: #char size: 100) fromHandle: (handle > copyFrom: 1 to: 100) > > you can change that for: > > YourStruct >>data > "This method was automatically generated" > ^Char100 fromHandle: (handle copyFrom: 1 to: 100) > > and same for setter. > (other way will work, but it will be suboptimal) > > Esteban > > > On 8 Nov 2016, at 12:10, Dimitris Chloupis <kilon.alios(a)gmail.com> > wrote: > > > > I have FFIExternalStructure which has at class side > > > > fieldsDesc > > ^#( > > char data[100]; > > int count; > > ) > > > > if I try to do > > > > EphCPPTestStructure rebuildFieldAccessors . > > > > in order to generate the accessors for the members of the struct it > complains with an error that it does not recognise the type of " [ " > > > > Does that mean that char arrays are other arrays are not supported as > struct members or will I have to do this manually ? > > >

Nov. 8, 2016

Re: [Pharo-users] UFFI can not generate Structure accessor of type char[100]

by Esteban Lorenzano

it never could. you need to do a âspecial typeâ, who has to be something like: YourStruct class>>initialize Char100 := FFITypeArray ofType: #char. fieldsDesc ^ #( Char100 data; int count; ) but thenâ¦ you want to optimise that and in field accessors, who will look something like this: YourStruct >>data "This method was automatically generated" ^(FFITypeArray ofType: #char size: 100) fromHandle: (handle copyFrom: 1 to: 100) you can change that for: YourStruct >>data "This method was automatically generated" ^Char100 fromHandle: (handle copyFrom: 1 to: 100) and same for setter. (other way will work, but it will be suboptimal) Esteban > On 8 Nov 2016, at 12:10, Dimitris Chloupis <kilon.alios(a)gmail.com> wrote: > > I have FFIExternalStructure which has at class side > > fieldsDesc > ^#( > char data[100]; > int count; > ) > > if I try to do > > EphCPPTestStructure rebuildFieldAccessors . > > in order to generate the accessors for the members of the struct it complains with an error that it does not recognise the type of " [ " > > Does that mean that char arrays are other arrays are not supported as struct members or will I have to do this manually ?

Nov. 8, 2016

UFFI can not generate Structure accessor of type char[100]

by Dimitris Chloupis

I have FFIExternalStructure which has at class side fieldsDesc ^#( char data[100]; int count; ) if I try to do EphCPPTestStructure rebuildFieldAccessors . in order to generate the accessors for the members of the struct it complains with an error that it does not recognise the type of " [ " Does that mean that char arrays are other arrays are not supported as struct members or will I have to do this manually ?

Nov. 8, 2016

Re: [Pharo-users] about balkanisation

by Thierry Goubier

Hi Dale, 2016-11-08 2:03 GMT+01:00 Dale Henrichs <dale.henrichs(a)gemtalksystems.com>: > [ snip ... ] > > yes I think this is the area where a Metallo Project Browser comes into > play. The technology for committing the dirty packages in a a > ConfigurationOf has been around for quite awhile, but a tool that unifies > the "multi-package" commit for ConfigurationOf and BaselineOf hasn't popped > out of the wood work ... > I'm having some issues with the scripting approach of Metacello, for that. Just manipulating a baseline in the Metacello registry (locking it) seems to be like writing a compiler code generation item: write a Metacello script ;) (Metacello>>#lock contains interesting code). > > > What is a bit annoying, really, is this talk of rewriting everything where > some of the pieces (the project browsing you're talkin about, for example) > is already there in the image, just not exposed. > > Well I am annoyed as well .. I would say that perhaps we are in screaming > agreement ... I've said that I don't think it's a lot of work to do the > project-centric tool. but a project-centric tool that encompasses both > ConfigurationOf and BaselineOf will expose the features that "are already > there" > > > I'm trying to code a little something for that... stay tuned for a > screenshot soon. > > Cool:) > And here it is! I'm still fighting with the Metacello lock / unlock thing. [image: Images intÃ©grÃ©es 1] If Pharo was more really modular in configurations and baselines, then I would see more things into the registry and I could group packages based on that (instead of having to prepare a ad-hoc classification for my my browser). Thierry > Dale >

Nov. 8, 2016