January 2013 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] NativeBoost commits

by Igor Stasenko

On 30 January 2013 13:03, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: > makes *you* less thinking :) > I think in pharo, people are used to camel case. And if we use camel case, we can always use "-" for subgroups if needed (like categories, monticello packages, etc., now) > but Nativeboost name is single word, i don't remember when i had idea of naming it like that, but i was never writing it with two separate words.. hence writing camelcase "NativeBoost" will lead people to thinking that actual project name is "Native boost" because identifiers do not allow spaces and so, you write "NativeBoost". But that's not the case. > Esteban > > On Jan 30, 2013, at 12:54 PM, Igor Stasenko <siguctua(a)gmail.com> wrote: > >> On 30 January 2013 12:48, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: >>> yep... Camillo already messed it by using C naming convention and not smalltalkish :P >>> >>> CamelCase, please! >>> >> i prefer all lowcase bro. >> makes less thinking about which rules to follow. >> >>> Esteban >>> >>> On Jan 30, 2013, at 12:32 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: >>> >>>> Good! >>>> can you sync with esteban for the shape of the pharo repo? >>>> >>>> I was thinking about >>>> >>>> >>>> Pharo >>>> /NativeBoost >>>> /RB >>>> /Opal >>>> / >>>> >>>> so that we have a bit but not to much structure >>>> and each subproject is one that can be loaded "independently" >>>> what do you think? >>>> >>>> Sef >>>> >>>> On Jan 30, 2013, at 5:58 AM, Igor Stasenko wrote: >>>> >>>>> On 29 January 2013 19:45, Ciprian Teodorov <ciprian.teodorov(a)gmail.com> wrote: >>>>>> Hi Igor, >>>>>> >>>>>> I guess that I am a persona non-grata, or something... I've lost again my >>>>>> commit rights on squeaksource... ;) >>>>>> I have a fix for the tests on struct and unions so that they pass on mac and >>>>>> linux >>>>>> >>>>> >>>>> I will migrate project on smalltalkhub in closest days. >>>>> I don't wanna waste time on squeaksource anymore. >>>>> I will inform you (and all) about the event. >>>>> >>>>> >>>>>> Cheers, >>>>>> >>>>>> -- >>>>>> Dr. Ciprian TEODOROV >>>>>> IngÃ©nieur DÃ©veloppement CAO >>>>>> >>>>>> tÃ©l : 06 08 54 73 48 >>>>>> mail : ciprian.teodorov(a)gmail.com >>>>>> www.teodorov.ro >>>>> >>>>> >>>>> >>>>> -- >>>>> Best regards, >>>>> Igor Stasenko. >>>>> >>>> >>>> >>> >>> >> >> >> >> -- >> Best regards, >> Igor Stasenko. >> > > -- Best regards, Igor Stasenko.

Jan. 30, 2013

Re: [Pharo-project] Nautilus usability

by Esteban Lorenzano

in fact "Report an issue" should also be an entry somewhere... like the WorldMenu, under "Help" :) On Jan 30, 2013, at 1:00 PM, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > > On 30 Jan 2013, at 12:45, "Peter H. Meadows" <peter.h.meadows(a)googlemail.com> wrote: > >> Maybe people don't realize that everyone is encouraged to use the issue tracker? At first I was a bit nervous about it, cos I was thinking 'this is only for devs'. > > Yes ! > > Using, testing, giving feedback, creating issues, improving documentation anywhere, anyhow are all *very* important contributions to any open source project and thus to Pharo. > > Sven > >> On 30 January 2013 11:28, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: >> >> On Jan 30, 2013, at 6:30 AM, jannik laval wrote: >> >>> Do you know what I like more ? Bug entries :P >>> >>> Here, I am a user. I take time to send you a mail, and I don't want to take time to open bug entries. You can do it if you think the ideas are good. :P >>> >> >> It does not work like that sorry jannik. >> If you use Pharo then opening bug entry to improve the system is the first minimal action from you. >> Do you simply imagine how much ben and us just spend on anything once you spend 2 min opening a bug entry? >> >> Stef > > -- > Sven Van Caekenberghe > http://stfx.eu > Smalltalk is the Red Pill > >

Jan. 30, 2013

Re: [Pharo-project] Status of Pharo on Pi

by Esteban Lorenzano

oops! another item into the infinite-todo :) Esteban On Jan 30, 2013, at 1:00 PM, Pavel Krivanek <pavel.krivanek(a)gmail.com> wrote: > Hi, > > it was only a SqueakVM, I had no luck with compilation of StackVM for > it but it is a more general problem of VM development. We simply do > not have any StackVM for general platform. I suppose that if you take > StackVM and you will make it to run on 64bit Linux (without any > assembler or additional 32bit libraries), then you will be able to > compile it for RPi too. > > > Cheers, > -- Pavel > > On Wed, Jan 30, 2013 at 12:44 PM, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: >> Hi, >> >> It is a vm issue, non a pharo issue. >> and AFAIK, Pavel had a StackVM running (probably some missing plugins, thought), with a Pharo 1.4 inside. >> >> best, >> Esteban >> >> On Jan 30, 2013, at 12:28 PM, "Torsten Bergmann" <astares(a)gmx.de> wrote: >> >>> Can anyone give an update on the status of >>> Pharo for Raspberry pi? >>> >>> >> >> >

Jan. 30, 2013

Re: [Pharo-project] NativeBoost commits

by Esteban Lorenzano

makes *you* less thinking :) I think in pharo, people are used to camel case. And if we use camel case, we can always use "-" for subgroups if needed (like categories, monticello packages, etc., now) Esteban On Jan 30, 2013, at 12:54 PM, Igor Stasenko <siguctua(a)gmail.com> wrote: > On 30 January 2013 12:48, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: >> yep... Camillo already messed it by using C naming convention and not smalltalkish :P >> >> CamelCase, please! >> > i prefer all lowcase bro. > makes less thinking about which rules to follow. > >> Esteban >> >> On Jan 30, 2013, at 12:32 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: >> >>> Good! >>> can you sync with esteban for the shape of the pharo repo? >>> >>> I was thinking about >>> >>> >>> Pharo >>> /NativeBoost >>> /RB >>> /Opal >>> / >>> >>> so that we have a bit but not to much structure >>> and each subproject is one that can be loaded "independently" >>> what do you think? >>> >>> Sef >>> >>> On Jan 30, 2013, at 5:58 AM, Igor Stasenko wrote: >>> >>>> On 29 January 2013 19:45, Ciprian Teodorov <ciprian.teodorov(a)gmail.com> wrote: >>>>> Hi Igor, >>>>> >>>>> I guess that I am a persona non-grata, or something... I've lost again my >>>>> commit rights on squeaksource... ;) >>>>> I have a fix for the tests on struct and unions so that they pass on mac and >>>>> linux >>>>> >>>> >>>> I will migrate project on smalltalkhub in closest days. >>>> I don't wanna waste time on squeaksource anymore. >>>> I will inform you (and all) about the event. >>>> >>>> >>>>> Cheers, >>>>> >>>>> -- >>>>> Dr. Ciprian TEODOROV >>>>> IngÃ©nieur DÃ©veloppement CAO >>>>> >>>>> tÃ©l : 06 08 54 73 48 >>>>> mail : ciprian.teodorov(a)gmail.com >>>>> www.teodorov.ro >>>> >>>> >>>> >>>> -- >>>> Best regards, >>>> Igor Stasenko. >>>> >>> >>> >> >> > > > > -- > Best regards, > Igor Stasenko. >

Jan. 30, 2013

Re: [Pharo-project] NativeBoostFFI out parameters passing pointers back and forth is confusing...

by Igor Stasenko

On 30 January 2013 10:47, Stefan Marr <smalltalk(a)stefan-marr.de> wrote: > Hi Igor: > > On 30 Jan 2013, at 09:53, Igor Stasenko wrote: > >> On 29 January 2013 23:56, Stefan Marr <smalltalk(a)stefan-marr.de> wrote: >>> Hi Igor: >>> >>> On 29 Jan 2013, at 11:26, Igor Stasenko wrote: >>>>> | repo repoPath cb branches headHandle | >>>>> repo := NBExternalHandle new. >>>>> repoPath := NBExternalAddress fromString: '/Users/smarr/tmp/filetree'. >>>> >>>> why not just pass the string? >>> >>> I had the feeling (i.e., I had crashes, and was checking with GDB) that plain Smalltalk strings ala 'test' are not actually passed properly into the function. What is passed in is a reference to the begin of the string, but not a properly null terminated string. >>> >>> Do I miss something? >>> >> Yes, to ease work with strings there is a special 'String' type it >> will automatically make >> a null-terminated copy of string on stack and pass it to function. >> So, you don't need to manually do 'NBExternalAddress fromString:' >> and then symmetrical #free, to free used memory, ( which your code >> snippet does not includes btw ;) ). > > Right, I haven't worried about memory at all so far... libgit2 isn't entirely trivial in that regard. > > Ok, now that I saw NBExternalString, I added a type mapping to my list (char_ptr NBExternalString). > > How does it work for return types? > You assume that you will have the responsibility to free the returned char* if I use NBExternalString as return type for functions that return char*? > it depends.. usually, functions which return string do not demand from you to free them explicitly.. in case if its needed, then of course, you may need to free them explicitly.. but not using NBExternalAddress>>free , because this will work only for memory allocated via Nativeboost>>allocate, but not malloc() or any other allocation procedure, used by external libs. > Thanks > Stefan > > > -- > Stefan Marr > Software Languages Lab > Vrije Universiteit Brussel > Pleinlaan 2 / B-1050 Brussels / Belgium > http://soft.vub.ac.be/~smarr > Phone: +32 2 629 2974 > Fax: +32 2 629 3525 > > -- Best regards, Igor Stasenko.

Jan. 30, 2013

Re: [Pharo-project] Status of Pharo on Pi

by Pavel Krivanek

Hi, it was only a SqueakVM, I had no luck with compilation of StackVM for it but it is a more general problem of VM development. We simply do not have any StackVM for general platform. I suppose that if you take StackVM and you will make it to run on 64bit Linux (without any assembler or additional 32bit libraries), then you will be able to compile it for RPi too. Cheers, -- Pavel On Wed, Jan 30, 2013 at 12:44 PM, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: > Hi, > > It is a vm issue, non a pharo issue. > and AFAIK, Pavel had a StackVM running (probably some missing plugins, thought), with a Pharo 1.4 inside. > > best, > Esteban > > On Jan 30, 2013, at 12:28 PM, "Torsten Bergmann" <astares(a)gmx.de> wrote: > >> Can anyone give an update on the status of >> Pharo for Raspberry pi? >> >> > >

Jan. 30, 2013

Re: [Pharo-project] Nautilus usability

by Sven Van Caekenberghe

On 30 Jan 2013, at 12:45, "Peter H. Meadows" <peter.h.meadows(a)googlemail.com> wrote: > Maybe people don't realize that everyone is encouraged to use the issue tracker? At first I was a bit nervous about it, cos I was thinking 'this is only for devs'. Yes ! Using, testing, giving feedback, creating issues, improving documentation anywhere, anyhow are all *very* important contributions to any open source project and thus to Pharo. Sven > On 30 January 2013 11:28, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > > On Jan 30, 2013, at 6:30 AM, jannik laval wrote: > > > Do you know what I like more ? Bug entries :P > > > > Here, I am a user. I take time to send you a mail, and I don't want to take time to open bug entries. You can do it if you think the ideas are good. :P > > > > It does not work like that sorry jannik. > If you use Pharo then opening bug entry to improve the system is the first minimal action from you. > Do you simply imagine how much ben and us just spend on anything once you spend 2 min opening a bug entry? > > Stef -- Sven Van Caekenberghe http://stfx.eu Smalltalk is the Red Pill

Jan. 30, 2013

Re: [Pharo-project] Status of Pharo on Pi

by Sven Van Caekenberghe

It works with 1.4 http://forum.world.st/Pharo-2-0-on-Raspberry-Pi-tt4656486.html On 30 Jan 2013, at 12:44, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: > Hi, > > It is a vm issue, non a pharo issue. > and AFAIK, Pavel had a StackVM running (probably some missing plugins, thought), with a Pharo 1.4 inside. > > best, > Esteban > > On Jan 30, 2013, at 12:28 PM, "Torsten Bergmann" <astares(a)gmx.de> wrote: > >> Can anyone give an update on the status of >> Pharo for Raspberry pi? >> >

Jan. 30, 2013

Re: [Pharo-project] NativeBoost commits

by Igor Stasenko

On 30 January 2013 12:48, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: > yep... Camillo already messed it by using C naming convention and not smalltalkish :P > > CamelCase, please! > i prefer all lowcase bro. makes less thinking about which rules to follow. > Esteban > > On Jan 30, 2013, at 12:32 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > >> Good! >> can you sync with esteban for the shape of the pharo repo? >> >> I was thinking about >> >> >> Pharo >> /NativeBoost >> /RB >> /Opal >> / >> >> so that we have a bit but not to much structure >> and each subproject is one that can be loaded "independently" >> what do you think? >> >> Sef >> >> On Jan 30, 2013, at 5:58 AM, Igor Stasenko wrote: >> >>> On 29 January 2013 19:45, Ciprian Teodorov <ciprian.teodorov(a)gmail.com> wrote: >>>> Hi Igor, >>>> >>>> I guess that I am a persona non-grata, or something... I've lost again my >>>> commit rights on squeaksource... ;) >>>> I have a fix for the tests on struct and unions so that they pass on mac and >>>> linux >>>> >>> >>> I will migrate project on smalltalkhub in closest days. >>> I don't wanna waste time on squeaksource anymore. >>> I will inform you (and all) about the event. >>> >>> >>>> Cheers, >>>> >>>> -- >>>> Dr. Ciprian TEODOROV >>>> IngÃ©nieur DÃ©veloppement CAO >>>> >>>> tÃ©l : 06 08 54 73 48 >>>> mail : ciprian.teodorov(a)gmail.com >>>> www.teodorov.ro >>> >>> >>> >>> -- >>> Best regards, >>> Igor Stasenko. >>> >> >> > > -- Best regards, Igor Stasenko.

Jan. 30, 2013

Re: [Pharo-project] NativeBoost commits

by Esteban Lorenzano

yep... Camillo already messed it by using C naming convention and not smalltalkish :P CamelCase, please! Esteban On Jan 30, 2013, at 12:32 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > Good! > can you sync with esteban for the shape of the pharo repo? > > I was thinking about > > > Pharo > /NativeBoost > /RB > /Opal > / > > so that we have a bit but not to much structure > and each subproject is one that can be loaded "independently" > what do you think? > > Sef > > On Jan 30, 2013, at 5:58 AM, Igor Stasenko wrote: > >> On 29 January 2013 19:45, Ciprian Teodorov <ciprian.teodorov(a)gmail.com> wrote: >>> Hi Igor, >>> >>> I guess that I am a persona non-grata, or something... I've lost again my >>> commit rights on squeaksource... ;) >>> I have a fix for the tests on struct and unions so that they pass on mac and >>> linux >>> >> >> I will migrate project on smalltalkhub in closest days. >> I don't wanna waste time on squeaksource anymore. >> I will inform you (and all) about the event. >> >> >>> Cheers, >>> >>> -- >>> Dr. Ciprian TEODOROV >>> IngÃ©nieur DÃ©veloppement CAO >>> >>> tÃ©l : 06 08 54 73 48 >>> mail : ciprian.teodorov(a)gmail.com >>> www.teodorov.ro >> >> >> >> -- >> Best regards, >> Igor Stasenko. >> > >

Jan. 30, 2013