- Pharo-dev - lists.pharo.org

Re: [Pharo-dev] FileSystem-Git status update 3

by Henrik Johansen

On 10 Apr 2014, at 2:29 , Igor Stasenko <siguctua(a)gmail.com> wrote: > > > > On 10 April 2014 13:35, Henrik Johansen <henrik.s.johansen(a)veloxit.no> wrote: > > On 10 Apr 2014, at 1:18 , Igor Stasenko <siguctua(a)gmail.com> wrote: > >> >> >> >> On 10 April 2014 11:44, Henrik Johansen <henrik.s.johansen(a)veloxit.no> wrote: >> >> On 09 Apr 2014, at 5:30 , Max Leske <maxleske(a)gmail.com> wrote: >> >> > >> > On 09.04.2014, at 17:25, Sean P. DeNigris <sean(a)clipperadams.com> wrote: >> > >> >> Max Leske wrote >> >>>> In NB, how do I pass NULL into a function call without modifying the >> >>>> argument type? e.g. my argument has type String. passing something like >> >>>> `NBExternalAddress null` will be converted into a C string instead of >> >>>> being passed through (I know, that seems to be the point in this case but >> >>>> I couldn't find any other way to create NULL). Any suggestions? >> >> >> >> I think you just pass nil, no? >> > >> > One would think so, but noâ¦ :) >> > NB will signal an exception because UndefinedObject is not of the expected type. >> >> I remember an optCoerceNilToNull, but that seems to >> 1) Only apply to pointer types (which could mean having to use char *, not String, and thus need to do encoding/decoding manually) >> 2) Be scoped to entire call, not single parameter (may or may not be more than a philosophical objection) >> >> Might be worth a shot though? >> >> - optCoerceNilToNull is for pointers >> >> for strings, there's an option: >> - optStringOrNull >> >> which, if enabled, adds additional check for nil in generated marshaller code, >> so that by passing nil it will pass NULL to calling function. > > Would probably aid discoverability quite a bit if optionAt: was used consistently, and (at least the convenient-for-implementing-not-so-convenient-for-using option handling in) NBNativeCodeGen >> #doesNotUnderstand: removedâ¦ > > removed? nope > > doesNotUnderstand: message > > (message selector isUnary and: [ message selector beginsWith: 'opt'] ) > ifTrue: [ ^ options includes: message selector ]. > > ^ super doesNotUnderstand: message > > The finder is unable to point me to users of optStringOrNull even when I know the selector, and the defaultOptions method (which was the first place I found with a list of options) contains far from a complete set of the total available options, it seemsâ¦ > > > My rationale behind it: > - there is no fixed list of options.. they can be introduced/removed depending from the place they actually used - most of the times this is in marshalling code.. and so best way to figure out is to see what marshaller does and expecting (NBExternalType subclasses). > > To find out what marshaller behind specific type, one can use following expression: > > NBFFICallout new resolveType: typename. > > where type name is a string or symbol.. > like that: > > NBFFICallout new resolveType: #String > > gives > > NBExternalString > > and inspecting it further you can see what options there. > > I'd like to point out that the complete set of options depends from implementation of various marshalling code. > > i am open for any suggestions which could make options more accessible. > > For example, > > NativeBoost class >> allCalloutOptions > | symbols options package | > symbols := Symbol allSubInstances select: [ :ea | ea beginsWith: 'opt' ]. > > options := Set new. > package := self package. > > symbols do: [ :symbol | > | senders | > senders := SystemNavigation default allSendersOf: symbol. > (senders anySatisfy: [ :ea | ea methodClass package = package ]) ifTrue: [ options add: symbol ]. > ]. > ^ options > > gives: > a Set(#optProxyLabels #optAllowByteArraysPtr #optReturnNullAsNil #optCoerceNilToNull #optUseStackPointer #optStdcall #optStringOrNull #optCheckFailOnEveryArgument #optDebug #optAllowExternalAddressPtr #optDirectProxyFnAddress #options: #optEmitCall #optCdecl #optFailOnReturnNull #optCheckIndirectArgBounds #optReserveCallgateSpace #optNoCleanup #optMayGC #optNoAlignment #optNonMovable #optReturnPtrAsInt #optReturnPtrAsExternalAddress) Something that is possible to find using references/senders/implementers starting from some related place you know about/stumble across in the code is what I call accessible in a Smalltalk-context. In this case, I already knew it was possible to provide options that modifies the way calls are built, so my starting point was NBFFICallout, where I quickly found the options inst var. Going from there, to how the options are actually used, and who were using it, was (at least to me) close to impossible using those three tools, the way itâs implemented. Requiring use of optionAt: would cut that down to a three-step process: - References to options instvar - Senders of optionAt: - Voila! Cheers, Henry

April 10, 2014

Re: [Pharo-dev] Absolute and relative directories

by Damien Cassou

sorry, I was using a very old version On Thu, Apr 10, 2014 at 10:19 AM, Pharo4Stef <pharo4Stef(a)free.fr> wrote: > on Mac OS > > '.' asFileReference absolutePath isAbsolute -> true > > > '.' asFileReference absolutePath isAbsolute > > > On 10 Apr 2014, at 09:59, Nicolai Hess <nicolaihess(a)web.de> wrote: > > Which OS? > > for windows: > '.' asFileReference absolutePath isAbsolute -> true > > > > 2014-04-10 9:44 GMT+02:00 Damien Cassou <damien.cassou(a)gmail.com>: >> >> '.' asFileReference absolutePath isAbsolute ===> false >> >> >> Is that desirable? It seems wrong to me. >> >> -- >> Damien Cassou >> http://damiencassou.seasidehosting.st >> >> "Success is the ability to go from one failure to another without >> losing enthusiasm." >> Winston Churchill >> > > -- Damien Cassou http://damiencassou.seasidehosting.st "Success is the ability to go from one failure to another without losing enthusiasm." Winston Churchill

April 10, 2014

Re: [Pharo-dev] Missing documentation for Pharo Launcher on UBUNTU

by Damien Cassou

Hi Kilon, On Tue, Apr 8, 2014 at 11:05 AM, kilon alios <kilon.alios(a)gmail.com> wrote: > but there is no information how to do that. There is also no information > about where Pharo Launcher installs and what files it installs. Not good :( that's very strange as I've used this PPA in a lot of different places without problem. Please execute these steps and send me their output: $ lsb_release -c | awk '{print $2;}' $ cat /etc/issue $ cat /etc/apt/sources.list.d/pharo-stable-saucy.list $ apt-cache policy pharo-launcher $ apt-cache policy pharo-vm-desktop $ apt-cache policy pharo-vm-core $ which pharo As you know, I'm very often on IRC, channel #pharo. -- Damien Cassou http://damiencassou.seasidehosting.st "Success is the ability to go from one failure to another without losing enthusiasm." Winston Churchill

April 10, 2014

Re: [Pharo-dev] Absolute and relative directories

by Esteban Lorenzano

orâ¦ which version of pharo are you using? I remember that was a bug, but fixed already some months ago. Esteban On 10 Apr 2014, at 14:01, Sergi Reyner <sergi.reyner(a)gmail.com> wrote: > #30814 on Gentoo GNU/Linux: > > '.' asFileReference absolutePath isAbsolute -> true > > Are you running it on OS/2 or something? ;-) > > Cheers, > Sergi > > 2014-04-10 9:19 GMT+01:00 Pharo4Stef <pharo4Stef(a)free.fr>: > on Mac OS > > '.' asFileReference absolutePath isAbsolute -> true > > >> '.' asFileReference absolutePath isAbsolute > > On 10 Apr 2014, at 09:59, Nicolai Hess <nicolaihess(a)web.de> wrote: > >> Which OS? >> >> for windows: >> '.' asFileReference absolutePath isAbsolute -> true >> >> >> >> 2014-04-10 9:44 GMT+02:00 Damien Cassou <damien.cassou(a)gmail.com>: >> '.' asFileReference absolutePath isAbsolute ===> false >> >> >> Is that desirable? It seems wrong to me. >> >

April 10, 2014

Re: [Pharo-dev] FileSystem-Git status update 3

by Igor Stasenko

On 10 April 2014 13:35, Henrik Johansen <henrik.s.johansen(a)veloxit.no>wrote: > > On 10 Apr 2014, at 1:18 , Igor Stasenko <siguctua(a)gmail.com> wrote: > > > > > On 10 April 2014 11:44, Henrik Johansen <henrik.s.johansen(a)veloxit.no>wrote: > >> >> On 09 Apr 2014, at 5:30 , Max Leske <maxleske(a)gmail.com> wrote: >> >> > >> > On 09.04.2014, at 17:25, Sean P. DeNigris <sean(a)clipperadams.com> >> wrote: >> > >> >> Max Leske wrote >> >>>> In NB, how do I pass NULL into a function call without modifying the >> >>>> argument type? e.g. my argument has type String. passing something >> like >> >>>> `NBExternalAddress null` will be converted into a C string instead of >> >>>> being passed through (I know, that seems to be the point in this >> case but >> >>>> I couldn't find any other way to create NULL). Any suggestions? >> >> >> >> I think you just pass nil, no? >> > >> > One would think so, but noâ¦ :) >> > NB will signal an exception because UndefinedObject is not of the >> expected type. >> >> I remember an optCoerceNilToNull, but that seems to >> 1) Only apply to pointer types (which could mean having to use char *, >> not String, and thus need to do encoding/decoding manually) >> 2) Be scoped to entire call, not single parameter (may or may not be more >> than a philosophical objection) >> >> Might be worth a shot though? >> >> - optCoerceNilToNull is for pointers > > for strings, there's an option: > - optStringOrNull > > which, if enabled, adds additional check for nil in generated marshaller > code, > so that by passing nil it will pass NULL to calling function. > > > Would probably aid discoverability quite a bit if optionAt: was used > consistently, and (at least the > convenient-for-implementing-not-so-convenient-for-using option handling in) > NBNativeCodeGen >> #doesNotUnderstand: removedâ¦ > removed? nope doesNotUnderstand: message (message selector isUnary and: [ message selector beginsWith: 'opt'] ) ifTrue: [ ^ options includes: message selector ]. ^ super doesNotUnderstand: message > The finder is unable to point me to users of optStringOrNull even when I > know the selector, and the defaultOptions method (which was the first place > I found with a list of options) contains far from a complete set of the > total available options, it seemsâ¦ > > My rationale behind it: - there is no fixed list of options.. they can be introduced/removed depending from the place they actually used - most of the times this is in marshalling code.. and so best way to figure out is to see what marshaller does and expecting (NBExternalType subclasses). To find out what marshaller behind specific type, one can use following expression: NBFFICallout new resolveType: typename. where type name is a string or symbol.. like that: NBFFICallout new resolveType: #String gives NBExternalString and inspecting it further you can see what options there. I'd like to point out that the complete set of options depends from implementation of various marshalling code. i am open for any suggestions which could make options more accessible. For example, NativeBoost class >> allCalloutOptions | symbols options package | symbols := Symbol allSubInstances select: [ :ea | ea beginsWith: 'opt' ]. options := Set new. package := self package. symbols do: [ :symbol | | senders | senders := SystemNavigation default allSendersOf: symbol. (senders anySatisfy: [ :ea | ea methodClass package = package ]) ifTrue: [ options add: symbol ]. ]. ^ options gives: a Set(#optProxyLabels #optAllowByteArraysPtr #optReturnNullAsNil #optCoerceNilToNull #optUseStackPointer #optStdcall #optStringOrNull #optCheckFailOnEveryArgument #optDebug #optAllowExternalAddressPtr #optDirectProxyFnAddress #options: #optEmitCall #optCdecl #optFailOnReturnNull #optCheckIndirectArgBounds #optReserveCallgateSpace #optNoCleanup #optMayGC #optNoAlignment #optNonMovable #optReturnPtrAsInt #optReturnPtrAsExternalAddress) Cheers, > Henry > -- Best regards, Igor Stasenko.

April 10, 2014

Re: [Pharo-dev] Absolute and relative directories

by Sergi Reyner

#30814 on Gentoo GNU/Linux: '.' asFileReference absolutePath isAbsolute -> true Are you running it on OS/2 or something? ;-) Cheers, Sergi 2014-04-10 9:19 GMT+01:00 Pharo4Stef <pharo4Stef(a)free.fr>: > on Mac OS > > '.' asFileReference absolutePath isAbsolute -> true > > > '.' asFileReference absolutePath isAbsolute > > > On 10 Apr 2014, at 09:59, Nicolai Hess <nicolaihess(a)web.de> wrote: > > Which OS? > > for windows: > '.' asFileReference absolutePath isAbsolute -> true > > > > 2014-04-10 9:44 GMT+02:00 Damien Cassou <damien.cassou(a)gmail.com>: > >> '.' asFileReference absolutePath isAbsolute ===> false >> >> >> Is that desirable? It seems wrong to me. >> >>

April 10, 2014

Re: [Pharo-dev] FileSystem-Git status update 3

by Henrik Johansen

On 10 Apr 2014, at 1:18 , Igor Stasenko <siguctua(a)gmail.com> wrote: > > > > On 10 April 2014 11:44, Henrik Johansen <henrik.s.johansen(a)veloxit.no> wrote: > > On 09 Apr 2014, at 5:30 , Max Leske <maxleske(a)gmail.com> wrote: > > > > > On 09.04.2014, at 17:25, Sean P. DeNigris <sean(a)clipperadams.com> wrote: > > > >> Max Leske wrote > >>>> In NB, how do I pass NULL into a function call without modifying the > >>>> argument type? e.g. my argument has type String. passing something like > >>>> `NBExternalAddress null` will be converted into a C string instead of > >>>> being passed through (I know, that seems to be the point in this case but > >>>> I couldn't find any other way to create NULL). Any suggestions? > >> > >> I think you just pass nil, no? > > > > One would think so, but noâ¦ :) > > NB will signal an exception because UndefinedObject is not of the expected type. > > I remember an optCoerceNilToNull, but that seems to > 1) Only apply to pointer types (which could mean having to use char *, not String, and thus need to do encoding/decoding manually) > 2) Be scoped to entire call, not single parameter (may or may not be more than a philosophical objection) > > Might be worth a shot though? > > - optCoerceNilToNull is for pointers > > for strings, there's an option: > - optStringOrNull > > which, if enabled, adds additional check for nil in generated marshaller code, > so that by passing nil it will pass NULL to calling function. Would probably aid discoverability quite a bit if optionAt: was used consistently, and (at least the convenient-for-implementing-not-so-convenient-for-using option handling in) NBNativeCodeGen >> #doesNotUnderstand: removedâ¦ The finder is unable to point me to users of optStringOrNull even when I know the selector, and the defaultOptions method (which was the first place I found with a list of options) contains far from a complete set of the total available options, it seemsâ¦ Cheers, Henry

April 10, 2014

Re: [Pharo-dev] Weak pointer

by Sven Van Caekenberghe

As long as a couple of non-native English speakers are making fun of each other, it's OK ;-) On 10 Apr 2014, at 13:19, Yuriy Tymchuk <yuriy.tymchuk(a)me.com> wrote: > At least title is ok :) > > > On 10 Apr 2014, at 13:15, Igor Stasenko <siguctua(a)gmail.com> wrote: > >> >> >> >> On 10 April 2014 13:05, Norbert Hartl <norbert(a)hartl.name> wrote: >> >> Am 10.04.2014 um 12:40 schrieb Igor Stasenko <siguctua(a)gmail.com>: >> >>> >>> >>> >>> On 10 April 2014 10:50, Yuriy Tymchuk <yuriy.tymchuk(a)me.com> wrote: >>> Hi guys. >>> >>> Is there a way to have a week pointer? Or some wrapper with a week pointer? I know that there are week collections, but I what to have a âvariableâ that wonât prevent the object it points to be garbage collected. >>> >>> >>> There's no week pointers, only day, month or year ;) >>> >> Hmmm >> >> | weekPointer | >> weekPointer := Week new. >> >> lol.. /me learned something new today :) >> >> >

April 10, 2014

Re: [Pharo-dev] Weak pointer

by Yuriy Tymchuk

At least title is ok :) On 10 Apr 2014, at 13:15, Igor Stasenko <siguctua(a)gmail.com> wrote: > > > > On 10 April 2014 13:05, Norbert Hartl <norbert(a)hartl.name> wrote: > > Am 10.04.2014 um 12:40 schrieb Igor Stasenko <siguctua(a)gmail.com>: > >> >> >> >> On 10 April 2014 10:50, Yuriy Tymchuk <yuriy.tymchuk(a)me.com> wrote: >> Hi guys. >> >> Is there a way to have a week pointer? Or some wrapper with a week pointer? I know that there are week collections, but I what to have a âvariableâ that wonât prevent the object it points to be garbage collected. >> >> >> There's no week pointers, only day, month or year ;) >> > Hmmm > > | weekPointer | > weekPointer := Week new. > > lol.. /me learned something new today :) > >

April 10, 2014

Re: [Pharo-dev] FileSystem-Git status update 3

by Igor Stasenko

On 10 April 2014 11:44, Henrik Johansen <henrik.s.johansen(a)veloxit.no>wrote: > > On 09 Apr 2014, at 5:30 , Max Leske <maxleske(a)gmail.com> wrote: > > > > > On 09.04.2014, at 17:25, Sean P. DeNigris <sean(a)clipperadams.com> wrote: > > > >> Max Leske wrote > >>>> In NB, how do I pass NULL into a function call without modifying the > >>>> argument type? e.g. my argument has type String. passing something > like > >>>> `NBExternalAddress null` will be converted into a C string instead of > >>>> being passed through (I know, that seems to be the point in this case > but > >>>> I couldn't find any other way to create NULL). Any suggestions? > >> > >> I think you just pass nil, no? > > > > One would think so, but noâ¦ :) > > NB will signal an exception because UndefinedObject is not of the > expected type. > > I remember an optCoerceNilToNull, but that seems to > 1) Only apply to pointer types (which could mean having to use char *, not > String, and thus need to do encoding/decoding manually) > 2) Be scoped to entire call, not single parameter (may or may not be more > than a philosophical objection) > > Might be worth a shot though? > > - optCoerceNilToNull is for pointers for strings, there's an option: - optStringOrNull which, if enabled, adds additional check for nil in generated marshaller code, so that by passing nil it will pass NULL to calling function. Cheers, > Henry > -- Best regards, Igor Stasenko.

April 10, 2014