- Pharo-dev - lists.pharo.org

Re: [Pharo-project] Form sliding causing VM segfault (Form>>slideFrom:to:nSteps:delay:)

by Chris Muller

Don't have any info but I observed this problem in Squeak a couple of times doing the exact same thing -- dragging a form outside window bounds. On Thu, May 10, 2012 at 4:21 PM, Igor Stasenko <siguctua(a)gmail.com> wrote: > remember the recent issue with form sliding? > It strikes again.. i dragged my window outside of OS window bounds and > then released the button.. > > i'm not sure if this a VM issue or image/side.. > but i think VM has to be blamed, because it should do range checking > before accepting requests for doing stupid operations, like > blitting outside the buffer :) > > Luckily i were running debug version of VM and under debugger doing > things completely unrelated to this :) > > Here some info about crash point: > > Program received signal EXC_BAD_ACCESS, Could not access memory. > Reason: KERN_PROTECTION_FAILURE at address: 0x0000000a > 0x00034949 in longAtPointer (ptr=0xa <Address 0xa out of bounds>) at > sqMemoryAccess.h:81 > 81 Â Â Â Â static inline sqInt longAtPointer(char *ptr) Â Â Â Â Â Â Â Â Â { return *(sqInt *)ptr; } > (gdb) bt > #0 Â 0x00034949 in longAtPointer (ptr=0xa <Address 0xa out of bounds>) > at sqMemoryAccess.h:81 > #1 Â 0x00034969 in longAt (oop=10) at sqMemoryAccess.h:98 > #2 Â 0x0003a1c0 in ceSendsupertonumArgs (selector=525641856, > superNormalBar=0, rcvr=10, numArgs=0) at > /Users/sig/projects/cog/sig-cog/src/vm/gcc3x-cointerp.c:10729 > #3 Â 0x1f40005c in ?? () > #4 Â 0x00049045 in initStackPagesAndInterpret () at > /Users/sig/projects/cog/sig-cog/src/vm/gcc3x-cointerp.c:17865 > #5 Â 0x00026ad1 in interpret () at > /Users/sig/projects/cog/sig-cog/src/vm/gcc3x-cointerp.c:1979 > > > (gdb) call printCallStack() > 0xbff5dc80 M [] in Form(DisplayObject)>slideFrom:to:nSteps:delay: > 578564724: a(n) Form > 0xbff5dcc4 I Form(DisplayObject)>follow:while:bitsBehind:startingLoc: > 578564724: a(n) Form > 0xbff5dcfc I Form(DisplayObject)>follow:while: 578564724: a(n) Form > 0xbff5dd2c I Form(DisplayObject)>slideFrom:to:nSteps:delay: 578564724: a(n) Form > 0xbff5dd78 I NautilusWindow(Morph)>slideBackToFormerSituation: > 565212772: a(n) NautilusWindow > 0xbff5dd9c I NautilusWindow(Morph)>rejectDropMorphEvent: 565212772: > a(n) NautilusWindow > 0xbff5ddc8 I HandMorph>dropMorph:event: 535318276: a(n) HandMorph > 0xbff5ddf4 I [] in HandMorph>dropMorphs: 535318276: a(n) HandMorph > 0xbff5de14 M Array(SequenceableCollection)>reverseDo: 578544144: a(n) Array > 0xbff5de38 I HandMorph(Morph)>submorphsReverseDo: 535318276: a(n) HandMorph > 0xbff5de5c I HandMorph>dropMorphs: 535318276: a(n) HandMorph > 0xbff5de80 M HandMorph>handleEvent: 535318276: a(n) HandMorph > 0xbff5deac M HandMorph>processEvents 535318276: a(n) HandMorph > 0xbff5dec4 M [] in WorldState>doOneCycleNowFor: 526955120: a(n) WorldState > 0xbff5dee8 M Array(SequenceableCollection)>do: 525348844: a(n) Array > 0xbff5df04 M WorldState>handsDo: 526955120: a(n) WorldState > 0xbff5df20 M WorldState>doOneCycleNowFor: 526955120: a(n) WorldState > 0xbff5df3c M WorldState>doOneCycleFor: 526955120: a(n) WorldState > 0xbff5df58 M PasteUpMorph>doOneCycle 526861788: a(n) PasteUpMorph > 0xbff5df70 M [] in MorphicUIManager>spawnNewProcess 526984156: a(n) > MorphicUIManager > > i think best solution right now is to avoid using sliding > (NautilusWindow(Morph)>slideBackToFormerSituation:). for a longer > term, a best solution is to fix this issue, of course :) > > -- > Best regards, > Igor Stasenko. >

May 11, 2012

Re: [Pharo-project] FileList efficiency could hardly be worse

by Chris Muller

Please excuse my clarification but... this is a Pharo issue not a Squeak issue. Squeak is fine and always has been. Time to display my package-cache directory in Squeak 4.3: < 1 second Time to display my package-cache directory in Pharo 1.4: > 5 minutes and still waiting before I give up and kill -9.. On Wed, May 9, 2012 at 5:33 PM, Schwab,Wilhelm K <bschwab(a)anest.ufl.edu> wrote: > This is one of those things that I find shocking. Â Squeak has been around for 15+ years, and still has no efficient way to get files matching a wildcard pattern (I sure couldn't find it), FFI does not (easily) support callbacks, etc. > > > > > ________________________________________ > From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] on behalf of Nicolas Cellier [nicolas.cellier.aka.nice(a)gmail.com] > Sent: Wednesday, May 09, 2012 6:18 PM > To: Pharo Development > Subject: [Pharo-project] FileList efficiency could hardly be worse > > The efficiency of FileList>>listForPattern: is something which should > deserve a bit more care. > > It tries to sort the files, for example by name, but wants to display > directory first > Â Â Â Â ^ [ :x :y | |xIsDir| > Â Â Â Â Â Â Â Â Â Â Â Â ((xIsDir := x isDirectory) = y isDirectory) > Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â ifTrue: [ Â x basename <= y basename Â ] > Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â ifFalse: [ > Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â "directories always precede files" > Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â xIsDir ]] > > Alas, this isDirectory test cost you an arm: > > FileReference>>isDirectory > Â Â Â Â ^ filesystem isDirectory: path > > FileSystem>>isDirectory: aResolvable > Â Â Â Â "Resolve the argument, and answer true if the result refers > Â Â Â Â to a directory, false if it refers to a file or doesn't exist." > > Â Â Â Â ^ store isDirectory: (self resolve: aResolvable) > > FileSystemStore>>isDirectory: aPath > Â Â Â Â aPath isRoot ifTrue: [ ^ true ]. > Â Â Â Â self > Â Â Â Â Â Â Â Â nodeAt: aPath > Â Â Â Â Â Â Â Â ifPresent: [ :entry | ^ self basicIsDirectory: entry ] > Â Â Â Â Â Â Â Â ifAbsent: [ ^ false ]. > > DiskStore>>nodeAt: aPath ifPresent: presentBlock ifAbsent: absentBlock > Â Â Â Â | name| > Â Â Â Â aPath isRoot ifTrue: [ ^ presentBlock value: self rootNode ]. > Â Â Â Â "| encodedPath encodedBasename entry | > Â Â Â Â encodedPath := Primitives encode: (self stringFromPath: aPath parent). > Â Â Â Â encodedBasename := Primitives encode: aPath basename. > Â Â Â Â entry := Primitives lookupDirectory: encodedPath filename: encodedBasename. > Â Â Â Â ^ entry == #badDirectoryPath > Â Â Â Â Â Â Â Â ifTrue: absentBlock > Â Â Â Â Â Â Â Â ifFalse: [ > Â Â Â Â Â Â Â Â Â Â Â Â entry at: 1 put: aPath basename. > Â Â Â Â Â Â Â Â Â Â Â Â presentBlock value: entry ]." > Â Â Â Â name := aPath basename. > Â Â Â Â self > Â Â Â Â Â Â Â Â directoryAt: aPath parent > Â Â Â Â Â Â Â Â ifAbsent: absentBlock > Â Â Â Â Â Â Â Â nodesDo: > Â Â Â Â Â Â Â Â Â Â Â Â [ :entry | > Â Â Â Â Â Â Â Â Â Â Â Â (self filename: (entry at: 1) matches: name) > Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â ifTrue: [ ^ presentBlock value: entry ] ]. > Â Â Â Â ^ absentBlock value > > Arghh, it scans the whole parent directory again! > If sort is O(n log n), then we transform it into O(2 n^2 log n). > > Try to browse your package-cache if you're not a chicken. > Seriously, it's unusable... > > Nicolas > >

May 11, 2012

Re: [Pharo-project] Short rant on platforms and sessions

by Chris Muller

> Dolphin shows us the correct path: session awareness.Â The image "wakes up" > and decides where it is running - the vm can certainly help in Pharo's > case.Â External resources are *not* cleared on image save - the image might > keep running, so why release and reallocate?Â Finalization is best-effort. > External resources are cleared just before exiting, but *after* any > associated image save.Â When the image wakes, one of its first duties is to > clear (not release via calls) any external resources, because they are known > to be garbage at this point. > > It works, and works well. I don't have experience with Dolphin, but that does sound like a clever solution to avoiding the release/reallocate burden on image save (and not exiting)..

May 11, 2012

Re: [Pharo-project] Native Boost and Slang

by Igor Stasenko

On 11 May 2012 01:02, Igor Stasenko <siguctua(a)gmail.com> wrote: > On 11 May 2012 00:33, Lawson English <lenglish5(a)cox.net> wrote: >> On 5/10/12 2:12 PM, Igor Stasenko wrote: >>> >>> oops. i didn't meant to turn it into private conversation.. >>> there are some bits which can be useful/interesting to others :) >>> >>> >>> ---------- Forwarded message ---------- >>> From: Igor Stasenko<siguctua(a)gmail.com> >>> Date: 10 May 2012 23:07 >>> Subject: Re: [Pharo-project] Native Boost and Slang >>> To: lenglish5(a)cox.net >>> >>> >>> On 10 May 2012 22:07, Lawson English<lenglish5(a)cox.net> Â wrote: >>>> >>>> On 5/10/12 12:00 PM, Igor Stasenko wrote: >>>>> >>>>> woot .. 68 videos.. >>>>> you are really productive! :) >>>>> >>>> Thanks. >>>> >>>> BTW, I was wondering if there would be an easy way to return the >>>> formatted >>>> string from a printf() call. >>>> >>>> printing: Â NBCPrinter printf: 'aString' >>>> >>>> returns nil >>>> >>> because printf() function returns void. (nothing) >>> which replaced by NB by nil (since unlike from C, every method has to >>> answer something) >>> >>> for returning formatted string you can use snprintf() function. >>> >>> Â Â int >>> Â Â snprintf(char * restrict str, size_t size, const char * restrict >>> format, ...); >>> >>> here in first argument you should pass a ByteArray instance, >>> or ByteString, big enough to accomodate formatted string, >>> size is maximum number of characters for that buffer (pass the size of >>> bytearray/string) >>> the rest is like in printf. >>> But NB does not supports variable arguments. >>> >> Will NativeBoost automatically handle the room for '\0' Â in the buffer (char >> * restrict str) or should really pass in str size+1? >> > nope. > you should pass a buffer , big enough to hold everything. > >>>> Also, I'm looking at providing bindings to a few of the functions in >>>> gmplib >>>> Â http://gmplib.org/ >>>> >>>> and the examples http://web.mit.edu/gnu/doc/html/gmp_4.html show that I >>>> should always call mpz_clear (&result) unless I am "exiting the program". >>>> I >>>> assume this means I should always call mpz_clear (&result) but of course, >>>> if >>>> I do that, I don't have a valid return value. >>>> >>> you clear it , when you no longer need it. >>> in terms of smalltalk, you must finalize the object which represents >>> external resource to call mpz_clear there. >>> See WeakRegistry& Â friends. >>> >>> >>> You can also use NBExternalResourceManager, which i added recently. >>> See its comment for instructions how to use it. >>> >>>> Can I embed several external calls within a single {} or should I make >>>> each >>>> gmp call a "private" method and wrap the calls in a public method or...? >>>> >>> It is easy to write a code in NB which makes multiple calls to >>> different functions >>> inside same primitive. But of course you will need to make your hands >>> dirty >>> with some assembly. >>> >>> The high level interface allows you to make callouts only to a single >>> function. >>> >> >> OK, I'm starting to see, but not sure how to pass IN a struct that I have >> defined to an external function. >> >> E.G. Â how would I create a method for >> >> void mpz_int(&num) >> >> where num is a structure defined below? >> >> >> GmpMpzT>>fieldsDesc >> " self createAccessors " >> Â Â ^ #( >> >> Â Â Â Â long mpAlloc; >> Â Â Â Â long mpSize; >> Â Â Â Â ulong mpLimbT; >> Â Â Â Â ) >> > > best method is by using copy & paste: > > MyClass >> mpz_int: x > Â <primitive ... > > "Function: void mpz_init (mpz_t x)" > ^ self nbCall: #( void mpz_init (mpz_t x)) > > just don't forget to declare mpz_t alias.. either by using classvar/poolvar > > mpz_t := GmpMpzT. > > or > > MyClass >> externalTypeAlias: typename > Â typename = 'mpz_t' ifTrue: [ ^ 'GmpMpzT' ]. > Â ^ nil > > (actually i never use #externalTypeAlias:, since pool var way > is much more convenient.) and of course you can do it more object-oriented way: GmpMpzT>>initialize self mpz_init. NBExternalResourceManager addResource: self data: self copy copy because otherwise it will be never GCed. and this may not work, if clear method relies on data in struct fields which may change when you using it (check it's C implementation). otherwise, you will need to keep struct instance as an inst var in your wrapper class and finalize the wrapper instead. GmpMpzT>>mpz_init <primitive ... > "Function: void mpz_init (mpz_t x)" ^ self nbCall: #( void mpz_init (self)) "see the difference" GmpMpzT class>>finalizeResourceData: mpz mpz mpz_clear. GmpMpzT>>mpz_clear <primitive ... > "Function: void mpz_init (mpz_t x)" ^ self nbCall: #( void mpz_clear (self)) something like that... > > -- > Best regards, > Igor Stasenko. -- Best regards, Igor Stasenko.

May 10, 2012

Re: [Pharo-project] Native Boost and Slang

by Igor Stasenko

On 11 May 2012 00:33, Lawson English <lenglish5(a)cox.net> wrote: > On 5/10/12 2:12 PM, Igor Stasenko wrote: >> >> oops. i didn't meant to turn it into private conversation.. >> there are some bits which can be useful/interesting to others :) >> >> >> ---------- Forwarded message ---------- >> From: Igor Stasenko<siguctua(a)gmail.com> >> Date: 10 May 2012 23:07 >> Subject: Re: [Pharo-project] Native Boost and Slang >> To: lenglish5(a)cox.net >> >> >> On 10 May 2012 22:07, Lawson English<lenglish5(a)cox.net> Â wrote: >>> >>> On 5/10/12 12:00 PM, Igor Stasenko wrote: >>>> >>>> woot .. 68 videos.. >>>> you are really productive! :) >>>> >>> Thanks. >>> >>> BTW, I was wondering if there would be an easy way to return the >>> formatted >>> string from a printf() call. >>> >>> printing: Â NBCPrinter printf: 'aString' >>> >>> returns nil >>> >> because printf() function returns void. (nothing) >> which replaced by NB by nil (since unlike from C, every method has to >> answer something) >> >> for returning formatted string you can use snprintf() function. >> >> Â Â int >> Â Â snprintf(char * restrict str, size_t size, const char * restrict >> format, ...); >> >> here in first argument you should pass a ByteArray instance, >> or ByteString, big enough to accomodate formatted string, >> size is maximum number of characters for that buffer (pass the size of >> bytearray/string) >> the rest is like in printf. >> But NB does not supports variable arguments. >> > Will NativeBoost automatically handle the room for '\0' Â in the buffer (char > * restrict str) or should really pass in str size+1? > nope. you should pass a buffer , big enough to hold everything. >>> Also, I'm looking at providing bindings to a few of the functions in >>> gmplib >>> Â http://gmplib.org/ >>> >>> and the examples http://web.mit.edu/gnu/doc/html/gmp_4.html show that I >>> should always call mpz_clear (&result) unless I am "exiting the program". >>> I >>> assume this means I should always call mpz_clear (&result) but of course, >>> if >>> I do that, I don't have a valid return value. >>> >> you clear it , when you no longer need it. >> in terms of smalltalk, you must finalize the object which represents >> external resource to call mpz_clear there. >> See WeakRegistry& Â friends. >> >> >> You can also use NBExternalResourceManager, which i added recently. >> See its comment for instructions how to use it. >> >>> Can I embed several external calls within a single {} or should I make >>> each >>> gmp call a "private" method and wrap the calls in a public method or...? >>> >> It is easy to write a code in NB which makes multiple calls to >> different functions >> inside same primitive. But of course you will need to make your hands >> dirty >> with some assembly. >> >> The high level interface allows you to make callouts only to a single >> function. >> > > OK, I'm starting to see, but not sure how to pass IN a struct that I have > defined to an external function. > > E.G. Â how would I create a method for > > void mpz_int(&num) > > where num is a structure defined below? > > > GmpMpzT>>fieldsDesc > " self createAccessors " > Â Â ^ #( > > Â Â Â Â long mpAlloc; > Â Â Â Â long mpSize; > Â Â Â Â ulong mpLimbT; > Â Â Â Â ) > best method is by using copy & paste: MyClass >> mpz_int: x <primitive ... > "Function: void mpz_init (mpz_t x)" ^ self nbCall: #( void mpz_init (mpz_t x)) just don't forget to declare mpz_t alias.. either by using classvar/poolvar mpz_t := GmpMpzT. or MyClass >> externalTypeAlias: typename typename = 'mpz_t' ifTrue: [ ^ 'GmpMpzT' ]. ^ nil (actually i never use #externalTypeAlias:, since pool var way is much more convenient.) -- Best regards, Igor Stasenko.

May 10, 2012

Re: [Pharo-project] Native Boost and Slang

by Lawson English

On 5/10/12 2:12 PM, Igor Stasenko wrote: > oops. i didn't meant to turn it into private conversation.. > there are some bits which can be useful/interesting to others :) > > > ---------- Forwarded message ---------- > From: Igor Stasenko<siguctua(a)gmail.com> > Date: 10 May 2012 23:07 > Subject: Re: [Pharo-project] Native Boost and Slang > To: lenglish5(a)cox.net > > > On 10 May 2012 22:07, Lawson English<lenglish5(a)cox.net> wrote: >> On 5/10/12 12:00 PM, Igor Stasenko wrote: >>> woot .. 68 videos.. >>> you are really productive! :) >>> >> Thanks. >> >> BTW, I was wondering if there would be an easy way to return the formatted >> string from a printf() call. >> >> printing: NBCPrinter printf: 'aString' >> >> returns nil >> > because printf() function returns void. (nothing) > which replaced by NB by nil (since unlike from C, every method has to > answer something) > > for returning formatted string you can use snprintf() function. > > int > snprintf(char * restrict str, size_t size, const char * restrict > format, ...); > > here in first argument you should pass a ByteArray instance, > or ByteString, big enough to accomodate formatted string, > size is maximum number of characters for that buffer (pass the size of > bytearray/string) > the rest is like in printf. > But NB does not supports variable arguments. > Will NativeBoost automatically handle the room for '\0' in the buffer (char * restrict str) or should really pass in str size+1? >> Also, I'm looking at providing bindings to a few of the functions in gmplib >> http://gmplib.org/ >> >> and the examples http://web.mit.edu/gnu/doc/html/gmp_4.html show that I >> should always call mpz_clear (&result) unless I am "exiting the program". I >> assume this means I should always call mpz_clear (&result) but of course, if >> I do that, I don't have a valid return value. >> > you clear it , when you no longer need it. > in terms of smalltalk, you must finalize the object which represents > external resource to call mpz_clear there. > See WeakRegistry& friends. > > You can also use NBExternalResourceManager, which i added recently. > See its comment for instructions how to use it. > >> Can I embed several external calls within a single {} or should I make each >> gmp call a "private" method and wrap the calls in a public method or...? >> > It is easy to write a code in NB which makes multiple calls to > different functions > inside same primitive. But of course you will need to make your hands dirty > with some assembly. > > The high level interface allows you to make callouts only to a single function. > OK, I'm starting to see, but not sure how to pass IN a struct that I have defined to an external function. E.G. how would I create a method for void mpz_int(&num) where num is a structure defined below? GmpMpzT>>fieldsDesc " self createAccessors " ^ #( long mpAlloc; long mpSize; ulong mpLimbT; )

May 10, 2012

[Pharo-project] Form sliding causing VM segfault (Form>>slideFrom:to:nSteps:delay:)

by Igor Stasenko

remember the recent issue with form sliding? It strikes again.. i dragged my window outside of OS window bounds and then released the button.. i'm not sure if this a VM issue or image/side.. but i think VM has to be blamed, because it should do range checking before accepting requests for doing stupid operations, like blitting outside the buffer :) Luckily i were running debug version of VM and under debugger doing things completely unrelated to this :) Here some info about crash point: Program received signal EXC_BAD_ACCESS, Could not access memory. Reason: KERN_PROTECTION_FAILURE at address: 0x0000000a 0x00034949 in longAtPointer (ptr=0xa <Address 0xa out of bounds>) at sqMemoryAccess.h:81 81 static inline sqInt longAtPointer(char *ptr) { return *(sqInt *)ptr; } (gdb) bt #0 0x00034949 in longAtPointer (ptr=0xa <Address 0xa out of bounds>) at sqMemoryAccess.h:81 #1 0x00034969 in longAt (oop=10) at sqMemoryAccess.h:98 #2 0x0003a1c0 in ceSendsupertonumArgs (selector=525641856, superNormalBar=0, rcvr=10, numArgs=0) at /Users/sig/projects/cog/sig-cog/src/vm/gcc3x-cointerp.c:10729 #3 0x1f40005c in ?? () #4 0x00049045 in initStackPagesAndInterpret () at /Users/sig/projects/cog/sig-cog/src/vm/gcc3x-cointerp.c:17865 #5 0x00026ad1 in interpret () at /Users/sig/projects/cog/sig-cog/src/vm/gcc3x-cointerp.c:1979 (gdb) call printCallStack() 0xbff5dc80 M [] in Form(DisplayObject)>slideFrom:to:nSteps:delay: 578564724: a(n) Form 0xbff5dcc4 I Form(DisplayObject)>follow:while:bitsBehind:startingLoc: 578564724: a(n) Form 0xbff5dcfc I Form(DisplayObject)>follow:while: 578564724: a(n) Form 0xbff5dd2c I Form(DisplayObject)>slideFrom:to:nSteps:delay: 578564724: a(n) Form 0xbff5dd78 I NautilusWindow(Morph)>slideBackToFormerSituation: 565212772: a(n) NautilusWindow 0xbff5dd9c I NautilusWindow(Morph)>rejectDropMorphEvent: 565212772: a(n) NautilusWindow 0xbff5ddc8 I HandMorph>dropMorph:event: 535318276: a(n) HandMorph 0xbff5ddf4 I [] in HandMorph>dropMorphs: 535318276: a(n) HandMorph 0xbff5de14 M Array(SequenceableCollection)>reverseDo: 578544144: a(n) Array 0xbff5de38 I HandMorph(Morph)>submorphsReverseDo: 535318276: a(n) HandMorph 0xbff5de5c I HandMorph>dropMorphs: 535318276: a(n) HandMorph 0xbff5de80 M HandMorph>handleEvent: 535318276: a(n) HandMorph 0xbff5deac M HandMorph>processEvents 535318276: a(n) HandMorph 0xbff5dec4 M [] in WorldState>doOneCycleNowFor: 526955120: a(n) WorldState 0xbff5dee8 M Array(SequenceableCollection)>do: 525348844: a(n) Array 0xbff5df04 M WorldState>handsDo: 526955120: a(n) WorldState 0xbff5df20 M WorldState>doOneCycleNowFor: 526955120: a(n) WorldState 0xbff5df3c M WorldState>doOneCycleFor: 526955120: a(n) WorldState 0xbff5df58 M PasteUpMorph>doOneCycle 526861788: a(n) PasteUpMorph 0xbff5df70 M [] in MorphicUIManager>spawnNewProcess 526984156: a(n) MorphicUIManager i think best solution right now is to avoid using sliding (NautilusWindow(Morph)>slideBackToFormerSituation:). for a longer term, a best solution is to fix this issue, of course :) -- Best regards, Igor Stasenko.

May 10, 2012

[Pharo-project] Native Boost and Slang

by Igor Stasenko

oops. i didn't meant to turn it into private conversation.. there are some bits which can be useful/interesting to others :) ---------- Forwarded message ---------- From: Igor Stasenko <siguctua(a)gmail.com> Date: 10 May 2012 23:07 Subject: Re: [Pharo-project] Native Boost and Slang To: lenglish5(a)cox.net On 10 May 2012 22:07, Lawson English <lenglish5(a)cox.net> wrote: > > On 5/10/12 12:00 PM, Igor Stasenko wrote: >> >> woot .. 68 videos.. >> you are really productive! :) >> > Thanks. > > BTW, I was wondering if there would be an easy way to return the formatted > string from a printf() call. > > printing: Â NBCPrinter printf: 'aString' > > returns nil > because printf() function returns void. (nothing) which replaced by NB by nil (since unlike from C, every method has to answer something) for returning formatted string you can use snprintf() function. Â Â int Â Â snprintf(char * restrict str, size_t size, const char * restrict format, ...); here in first argument you should pass a ByteArray instance, or ByteString, big enough to accomodate formatted string, size is maximum number of characters for that buffer (pass the size of bytearray/string) the rest is like in printf. But NB does not supports variable arguments. > > Also, I'm looking at providing bindings to a few of the functions in gmplib > Â http://gmplib.org/ > > and the examples http://web.mit.edu/gnu/doc/html/gmp_4.html show that I > should always call mpz_clear (&result) unless I am "exiting the program". I > assume this means I should always call mpz_clear (&result) but of course, if > I do that, I don't have a valid return value. > you clear it , when you no longer need it. in terms of smalltalk, you must finalize the object which represents external resource to call mpz_clear there. See WeakRegistry & friends. You can also use NBExternalResourceManager, which i added recently. See its comment for instructions how to use it. > Can I embed several external calls within a single {} or should I make each > gmp call a "private" method and wrap the calls in a public method or...? > It is easy to write a code in NB which makes multiple calls to different functions inside same primitive. But of course you will need to make your hands dirty with some assembly. The high level interface allows you to make callouts only to a single function. > > Thanks > > Lawson -- Best regards, Igor Stasenko. -- Best regards, Igor Stasenko.

May 10, 2012

Re: [Pharo-project] Zinc: HEAD and then GET

by Sven Van Caekenberghe

Sean, On 10 May 2012, at 20:37, Sven Van Caekenberghe wrote: > On 10 May 2012, at 17:52, Sean P. DeNigris wrote: > >> Sven Van Caekenberghe wrote >>> >>> My question to you is, what are you trying to accomplish ? >>> Check the size first, before doing a download maybe ? >>> >> >> Exactly. I wanted to do it that way so I could output a log message if the >> file had been modified. In the end, I decided the complexity wasn't worth it >> in this case and decided to do "client request headers at: >> 'If-Modified-Since' put: self lastDownloadModified", which works great, but >> doesn't provide a hook to say "file has changed, downloading..." > > OK, that is a good, useful use case. > It is doable by handling the non-modified response. > #downloadTo: is new, maybe it has to be revised a bit to be more general. Well, it does actually work, try (with latest Zn update): ZnClient new beOneShot; url: 'http://caretaker.wolf359.be/small.html'; setIfModifiedSince: Date yesterday; downloadTo: '/tmp/'. ZnClient new beOneShot; url: 'http://caretaker.wolf359.be/small.html'; setIfModifiedSince: DateAndTime unixEpoch; downloadTo: '/tmp/'. I guess you'll want to take the reference date from the previously saved file, but that is an exercise left to the reader ;-) The first will return false (and does no download), the second will return true (and does the download). Of course, the server has to honor the protocol (here Apache does). The reason this works, is because a 304 is not classified as a success. I just added #setIfModifiedSince on ZnClient, it did already exist on ZnRequest, as a convenience. Regards, Sven -- Sven Van Caekenberghe http://stfx.eu Smalltalk is the Red Pill

May 10, 2012

Re: [Pharo-project] Zinc: HEAD and then GET

by Sven Van Caekenberghe

On 10 May 2012, at 17:52, Sean P. DeNigris wrote: > Sven Van Caekenberghe wrote >> >> My question to you is, what are you trying to accomplish ? >> Check the size first, before doing a download maybe ? >> > > Exactly. I wanted to do it that way so I could output a log message if the > file had been modified. In the end, I decided the complexity wasn't worth it > in this case and decided to do "client request headers at: > 'If-Modified-Since' put: self lastDownloadModified", which works great, but > doesn't provide a hook to say "file has changed, downloading..." OK, that is a good, useful use case. It is doable by handling the non-modified response. #downloadTo: is new, maybe it has to be revised a bit to be more general. Thanks for all the feedback, real usage help a lot to improve Zn (and Pharo). But now I am going to force myself to writing documentation (or Stef will throw me out of the PharoConf). Sven

May 10, 2012