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

Re: [Pharo-project] [NativeBoost] Question: zero-based or one-based indexes?

by Igor Stasenko

On 3 September 2012 17:09, Sean P. DeNigris <sean(a)clipperadams.com> wrote: > > Igor Stasenko wrote >> >> for me it is not a problem, since 'nb' prefix kinda already says >> something , like 'watch it, you entering different domain here'.. > > Ahh... I see. In that case, I retract what I said... I have no opinion here > :) > just imagine you need to write a code which reads raw integer(s) from either byte array(s) or external address. so, you will need to write either: bytarray nbUInt64AtOffset: 10 put: 20 or bytearray nbUInt64At: 10 put: 20. from other side, i thinking maybe Javier is right.. because after just typing two of the above, i have an intuitive feeling that whenever selector ends with 'At:' it should be about working with a single element in array (and therefore a keyword argument i need to pass should be a element index, which as we know in smalltalk should be 1-based).. In contrast, if keyword ends with 'Offset' word, it is absolutely clear that it is not about fetching an element from array. Even more, ending with At: is still leaves room for guessing, like, does that argument is then multiplied with type size or not, i.e. nbUInt64At: 8 --> a real memory offset will be 8*8 while for nbUInt8At: 8 --> a real memory offset will be 1*8 so, i vote for bytarray nbUInt64AtOffset: 10 put: 20 form, despite that i don't like that it is more longer. But it is explicit one. just try to type it youself and listen what you feel :) -- Best regards, Igor Stasenko.

Sept. 3, 2012

Re: [Pharo-project] [NativeBoost] Question: zero-based or one-based indexes?

by Esteban Lorenzano

the change of domain is subtle... "nb" means C conventions? I think that's a knowledge that will be lost with time. +1 offset, even if it is larger :) On Sep 3, 2012, at 5:13 PM, Guido Chari <charig(a)gmail.com> wrote: > I vote for atOffset because it could be a good way of imposing (or recomending to be more light) like a cultural way of naming zero indexed domains that are much more than only NB. > > 2012/9/3 Sean P. DeNigris <sean(a)clipperadams.com> > > Igor Stasenko wrote > > > > for me it is not a problem, since 'nb' prefix kinda already says > > something , like 'watch it, you entering different domain here'.. > > Ahh... I see. In that case, I retract what I said... I have no opinion here > :) > > > > -- > View this message in context: http://forum.world.st/NativeBoost-Question-zero-based-or-one-based-indexes-… > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. > >

Sept. 3, 2012

Re: [Pharo-project] Pharo Stabilization Sprint

by Guido Chari

I would love to participate, but this wed its not possibe since i have already a commitment for the morning and at my afternoon you would not be there. But i like very much the idea of being able to remotely participate, i hope to join you the next. 2012/9/3 Sean P. DeNigris <sean(a)clipperadams.com> > > Guillermo Polito wrote > > > > Mine is guillermopolito! > > > > I'm sean.denigris > > > > -- > View this message in context: > http://forum.world.st/Pharo-Stabilization-Sprint-tp4645941p4645951.html > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. > >

Sept. 3, 2012

Re: [Pharo-project] [NativeBoost] Question: zero-based or one-based indexes?

by Guido Chari

I vote for atOffset because it could be a good way of imposing (or recomending to be more light) like a cultural way of naming zero indexed domains that are much more than only NB. 2012/9/3 Sean P. DeNigris <sean(a)clipperadams.com> > > Igor Stasenko wrote > > > > for me it is not a problem, since 'nb' prefix kinda already says > > something , like 'watch it, you entering different domain here'.. > > Ahh... I see. In that case, I retract what I said... I have no opinion here > :) > > > > -- > View this message in context: > http://forum.world.st/NativeBoost-Question-zero-based-or-one-based-indexes-… > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. > >

Sept. 3, 2012

Re: [Pharo-project] Pharo Stabilization Sprint

by Sean P. DeNigris

Guillermo Polito wrote > > Mine is guillermopolito! > I'm sean.denigris -- View this message in context: http://forum.world.st/Pharo-Stabilization-Sprint-tp4645941p4645951.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

Sept. 3, 2012

Re: [Pharo-project] [NativeBoost] Question: zero-based or one-based indexes?

by Sean P. DeNigris

Igor Stasenko wrote > > for me it is not a problem, since 'nb' prefix kinda already says > something , like 'watch it, you entering different domain here'.. Ahh... I see. In that case, I retract what I said... I have no opinion here :) -- View this message in context: http://forum.world.st/NativeBoost-Question-zero-based-or-one-based-indexes-… Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

Sept. 3, 2012

Re: [Pharo-project] [NativeBoost] Question: zero-based or one-based indexes?

by Igor Stasenko

On 3 September 2012 16:45, Javier PimÃ¡s <elpochodelagente(a)gmail.com> wrote: > Here we use a convention of naming 0 based accessors with atOffset: and > atOffset:put:. If applicable, this could be a good tradeoff. Of course, the > arguments are simple integers, but the 0 index gets explicit by the > selector. > mmm.. this is more explicit, i agree, but then all selector names will get longer. In our case we're talking about bunch of selectors where first keyword denotes a type: nbFloat32At: nbFloat64At: nbInt16At: .... nbUInt32At: ... etc for me it is not a problem, since 'nb' prefix kinda already says something , like 'watch it, you entering different domain here'.. And , of course renaming 'index' to 'offset' for argument names will also can serve for clarity.. (sure thing you won't see the method's argument name while coding unless you browse the implementation). So, maybe it is not necessarily? So, lets vote for the final form and then i will put it all in uniform way everywhere. foo nbInt64At: 0 vs foo nbInt64AtOffset: 0 what is your pick? -- Best regards, Igor Stasenko.

Sept. 3, 2012

Re: [Pharo-project] Pharo Stabilization Sprint

by Guillermo Polito

On Mon, Sep 3, 2012 at 4:57 PM, Camillo Bruni <camillobruni(a)gmail.com>wrote: > > On 2012-09-03, at 16:36, "Sean P. DeNigris" <sean(a)clipperadams.com> wrote: > > > > > Camillo Bruni-3 wrote > >> > >> Whoever wants to join is welcome ;). > >> > > > > I should be able to help remotely from NY... maybe we can coordinate via > > skype or irc... > > sure :) I think the first step is to write tests which expose the bugs in > the current > system. Currently it looks like the system is absolutely stable since we > have almost > all the tests green, BEWARE, it's not :D. > > so sure, I'll have my skype open for all those who want to join in > > skype: camillobruni > Mine is guillermopolito!

Sept. 3, 2012

Re: [Pharo-project] Pharo Stabilization Sprint

by Camillo Bruni

On 2012-09-03, at 16:36, "Sean P. DeNigris" <sean(a)clipperadams.com> wrote: > > Camillo Bruni-3 wrote >> >> Whoever wants to join is welcome ;). >> > > I should be able to help remotely from NY... maybe we can coordinate via > skype or irc... sure :) I think the first step is to write tests which expose the bugs in the current system. Currently it looks like the system is absolutely stable since we have almost all the tests green, BEWARE, it's not :D. so sure, I'll have my skype open for all those who want to join in skype: camillobruni

Sept. 3, 2012

Re: [Pharo-project] [NativeBoost] Question: zero-based or one-based indexes?

by Javier PimÃ¡s

Here we use a convention of naming 0 based accessors with atOffset: and atOffset:put:. If applicable, this could be a good tradeoff. Of course, the arguments are simple integers, but the 0 index gets explicit by the selector. Cheers, Javier. On Mon, Sep 3, 2012 at 11:35 AM, Sean P. DeNigris <sean(a)clipperadams.com>wrote: > > feldti wrote > > > > 0-based - because it's oriented towards C structures (and therefore > > memory oriented). > > ... > > it's not an index, its an byte-offset from > > the beginning of the memory. > > I defer to those who have experience working in the C domain (not me for a > long time, thank goodness). And, please if we decide to use 1-based, call > it > something other than index, which already has a meaning in our domain. > Offset sounds good. > > - S > > > > -- > View this message in context: > http://forum.world.st/NativeBoost-Question-zero-based-or-one-based-indexes-… > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. > > -- Lic. Javier PimÃ¡s Ciudad de Buenos Aires

Sept. 3, 2012