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

Re: [Pharo-project] I cannot see the code in the latest Moose build

by Tudor Girba

I can reproduce the problem. Nautilus is loaded from its own repository like: Gofer new url: 'http://ss3.gemstone.com/ss/Nautilus'; package: 'ConfigurationOfNautilus'; load. (ConfigurationOfNautilus project version: #stable) load. It seems that when you load this in Pharo 1.4, there is a mismatch with RPackage-Core: if I load the latest RPackage-Core version, it seems to work. But, if you load the version (213) from the MetaRepoForPharo14, it works. So, now I changed the loading code to be: Gofer new squeaksource:'MetaRepoForPharo14'; package: 'ConfigurationOfNautilus'; load. (ConfigurationOfNautilus project version: #stable) load. Nevertheless, it would be good if the ConfigurationOfNautilus would continue to load properly in 1.4. Cheers, Doru On 10 May 2012, at 15:01, Fabrizio Perin wrote: > Hi, > I download the latest yellow build from the moose web site (8 may). When I open Nautilus I cannot see the code. > > I don't have any clue if it is about Nautilus or about how Nautilus is loaded in Moose or about something else. > > Any idea? > > Cheers, > Fabrizio -- www.tudorgirba.com "Sometimes the best solution is not the best solution."

May 11, 2012

Re: [Pharo-project] DateAndTime hash was: Re: [squeak-dev] true hash

by Paul DeBruicker

I made issue 5858: https://code.google.com/p/pharo/issues/detail?id=5858 And Nicolas Cellier improved my suggestion as noted in the issue. Mariano Martinez Peck wrote > > On Thu, May 10, 2012 at 3:21 PM, Paul DeBruicker <pdebruic@> wrote: > >> On 05/10/2012 04:21 AM, Nicolas Cellier wrote: >> >>> Sure, I already changed various Number>>hash and could as well change >>> Point hash to follow recommendations from Andres valloud book hashing >>> in smalltalk... >>> >>> Nicolas >>> >> >> DateAndTime>>#hash could be changed to : >> >> hash >> ^ (jdn hashMultiply bitXor: seconds + offset asSeconds) bitXor: >> nanos >> >> which is 130x faster than whats currently in the image: >> >> hash >> ^ self asUTC ticks hash >> >> >> The collision rate on the proposed hash function is 0.04% ( 4 per 10,000 >> ) >> >> > > please, open an issue for pharo also ;) > > > -- > Mariano > http://marianopeck.wordpress.com > -- View this message in context: http://forum.world.st/Re-DateAndTime-hash-was-Re-squeak-dev-true-hash-tp462… Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

May 11, 2012

Re: [Pharo-project] [OT] ffs![SEC=UNCLASSIFIED]

by Stephen Taylor

On Thu, 2012-05-10 at 16:26 +0200, Igor Stasenko wrote: > i found this funny.. > > most of you probably know, what ffs means.. > if not, see here: http://www.urbandictionary.com/define.php?term=FFS I believe it stands for "fair's fair - surely". It's often found near another acronym "WTF:, which stands for "well that's funny...". cheers, Steve

May 11, 2012

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

by Schwab,Wilhelm K

It's a nice system - we should take lessons from it where we can. In this case, they *clearly* have it right. ________________________________________ From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] on behalf of Chris Muller [asqueaker(a)gmail.com] Sent: Thursday, May 10, 2012 8:56 PM To: Pharo-project(a)lists.gforge.inria.fr Subject: Re: [Pharo-project] Short rant on platforms and sessions > 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] 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