August 2014 - Pharo-users - lists.pharo.org

Re: [Pharo-users] Xcode's Swift Playground

by Offray Vladimir Luna CÃ¡rdenas

I would like to help with the playground too. In several threads I have argued about a tree/outliner like interface for organizing playgrounds and making exploratory computation and visual data narratives. In fact I have trying to understand how to build my own outliner from Moosee browsers, but I have hit a wall about the use of "display: children:" syntax for trees, but still no answer. Anyway playgrounds are a big improvement on user experience and I hope to help with them. Cheers, Offray On 06/04/2014 10:48 PM, S Krish wrote: > +100 > I love this playground. Will explore it sometime.. and see if I can participate > first in building tools for use and then dive into its frameworks ..! > To get started I will need to have a minimum of Oracle connection rather than > PostGres .. to make it worthwhile as I play with it. Any heads up on that is nice.. > > > On Tue, Jun 3, 2014 at 12:45 PM, Tudor Girba <tudor(a)tudorgirba.com > <mailto:tudor@tudorgirba.com>> wrote: > > Hi, > > The work on GToolkit goes in this direction. Funny enough, we also have a > Playground :). > > Look here for an example: > http://www.humane-assessment.com/blog/dynamic-exploration-of-a-postgres-db-… > > More will come in this direction. I happen to believe that this is the area > with the largest potential in Pharo, and it would be great to put more > effort around it. If people have an interest to participate, please just let > me know. > > Cheers, > Doru > > > > On Tue, Jun 3, 2014 at 9:02 AM, darrinm <darrin(a)massena.com > <mailto:darrin@massena.com>> wrote: > > Here's an example of the Playground in use: > https://developer.apple.com/library/prerelease/ios/recipes/xcode_help-sourc… > > > > > -- > View this message in context: > http://forum.world.st/Xcode-s-Swift-Playground-tp4761425p4761431.html > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. > > > > > -- > www.tudorgirba.com <http://www.tudorgirba.com> > > "Every thing has its own flow" > >

Aug. 4, 2014

Re: [Pharo-users] Monticello vs Metacello dependency management

by stepharo

Evan pay attention at Metacello is complex and may be it would be simpler for you to use Versionner. Stef On 4/8/14 21:15, Evan Donahue wrote: > Hello, > > I am working on getting a project into Monticello, and I am trying to > understand the difference between letting Monticello handle package > dependencies and setting up a metacello configurationOf class. In > particular: > > PBE2 describes a technique of adding a MyProject-All package that > requires MyProject-Core and MyProject-Tests (for example) so that one > need only save and load MyProject-All and the others will come along > for the ride. I'm confused because I do not remember writing that. So I would not do it. > I have gotten this to work and it seems like a straightforward > approach for a simple project. My question, then, is how does a > Metacello ConfigurationOf differ from this approach for the simple > core + tests project described? Here are a couple of my points of > confusion, but it may be that they can all be answered with one > concise statement: > > 1) If I set up a ConfigurationOf, can that replace the MyProject-All > package for saving and loading the whole project at once, or are they > complimentary techniques? You do not need the project-all > 2) Is the Monticello action-click >> add required package necessary if > one specifies dependencies in the ConfigurationOf? No This is totally orthogonal. > Would they cause problems if they went out of sync with the > dependencies described in the ConfigurationOf? > > 3) Do I correctly infer that the proper way to use a ConfigurationOf > is to give it no dependencies, load it from the project repository on > its own, and then run its project load message to have it import the > rest of the project? Just watch the versionner video and use versionner because in a couple of click you get get a configurationOf up and running. > > If there are any particularly good resources describing the use of > Metacello beyond PBE2, please let me know. In the meantime, I'll keep > searching and experimenting. 50 pages is not enough... It was boring to write :) > > Thanks, > Evan

Aug. 4, 2014

Re: [Pharo-users] Finalization question

by stepharo

We should write a chapter on finalization but since I do not know it well (and I forget)... igor will answer you. Stef On 2/8/14 13:16, Udo Schneider wrote: > All, > > I just stumbled over something which thought was pretty easy - turned > out it isn't as easy as I thought or I'm simply _______ (fill in > expression of choice like "too dumb", "blind", etc.) > > I have an object which starts a background process to do it's job. > This object holds a reference to the running proccess in an instance > variable. > > My goal is to #terminate that proccess once the object isn't needed > anymore (before GC). > > Using WeakRegistry for the object itself doesn't work. E.g. > > MyObject>>#initialize > super initialize. > WeakRegistry default register: self. > myProcess := self startProcess. > > MyObject>>#finalize > myProcess terminate. "Doesn't work. myProcess is already nil" > > I think this is due to all the ivars of the object already being nil > when #finalize is begin called. As far as I read the code this is due > to Object>>#executor returning a shallow copy of the object and thus > being by intention ... > > So how to proceed? Did I miss something obvious? Is overwriting > #executor the way to go (in terms of "does it work" and "doesn't it > break something")? > > Best Regards, > > Udo > > > > >

Aug. 4, 2014

Monticello vs Metacello dependency management

by Evan Donahue

Hello, I am working on getting a project into Monticello, and I am trying to understand the difference between letting Monticello handle package dependencies and setting up a metacello configurationOf class. In particular: PBE2 describes a technique of adding a MyProject-All package that requires MyProject-Core and MyProject-Tests (for example) so that one need only save and load MyProject-All and the others will come along for the ride. I have gotten this to work and it seems like a straightforward approach for a simple project. My question, then, is how does a Metacello ConfigurationOf differ from this approach for the simple core + tests project described? Here are a couple of my points of confusion, but it may be that they can all be answered with one concise statement: 1) If I set up a ConfigurationOf, can that replace the MyProject-All package for saving and loading the whole project at once, or are they complimentary techniques? 2) Is the Monticello action-click >> add required package necessary if one specifies dependencies in the ConfigurationOf? Would they cause problems if they went out of sync with the dependencies described in the ConfigurationOf? 3) Do I correctly infer that the proper way to use a ConfigurationOf is to give it no dependencies, load it from the project repository on its own, and then run its project load message to have it import the rest of the project? If there are any particularly good resources describing the use of Metacello beyond PBE2, please let me know. In the meantime, I'll keep searching and experimenting. Thanks, Evan

Aug. 4, 2014

Re: [Pharo-users] Finalization question

by Udo Schneider

On 02.08.2014 15:33, Ben Coman wrote: > I don't know much about finalization of Weak constructs, but maybe an > alternative. I assume you have something like.. > startProcess > [ "do stuff" ] fork. > > so how about... > startProcess > [ [ > "do stuff" > myProcess = nil. > ] whileFalse ] fork. > > cheers -ben > > That's a clever way to do it ... only it doesn't work :-( My current understanding is that "self" in the block refers to the original instance where "myProcess" is still assigned. "self" in #finalize is the "executor" object which is (by default) a #shallowCopy of the object where ivar are nil. I currently have the feeling I'm missing something. Finalization shouldn't be that hard ... or may I'm simply spoiled comming from a Dolphin Smalltalk background :-) Thanks for your help, Udo

Aug. 4, 2014

NativeBoost: use of array

by Thomas Bany

Hi again ! I'm having trouble to call the function with the following prototype : void propagateTLE(orbit_t orb, double secondSince[], xyz_t * out, size_t > nbEpoch) with the corresponding NB call: self nbCall: #( void propagateTLE(orbit_t orbit, double * secondSince, > xyz_t * out, size_t nbEpoch) ) The argument *secondSince* is an input and the argument *out* is the output pointer that the function should fill. I have made 2 subclass of NBExternalArray to feed this function, (allmost) namely: *ArrayOfDoubles *and *ArrayOfXYZ*. Should I mention that type *xyz_t* is a struct that I modeled with an *NBExternalStructure*. I face 2 issues: - The type *ArrayOfXYZ* is refused as an *xyz_t** type. However, the *ArrayOfDoubles *is accepted as a *double** type. - If a get rid of the *out* argument to test the array *secondSince*, I get an undefined error (Error durring FFI call: nil). My current solution is to use the adress of my arrays and the following NB call: self nbCall: #( void propagateTLE(orbit_t orbit, NBExternalAddress > secondSince, NBExternalAddress out, size_t nbEpoch) ) But it feels like I'm cheating my way trough, by pretty much avoiding any type check. Any clue as to why the typecheck of NB is refusing to call my function ? Thanks in advance, Thomas.

Aug. 4, 2014

Re: [Pharo-users] Syncing local cache and SmalltalkHub

by Offray Vladimir Luna CÃ¡rdenas

Hi, On 08/04/2014 02:41 AM, stepharo wrote: > > On 3/8/14 20:56, Offray Vladimir Luna CÃ¡rdenas wrote: >> Juan, Ben and Stef, >> >> Thanks. I tested first Ben's suggestion but Juan's seems to work >> better (first one gave me an error... don't remember well which one). >> Now I have my repo online: >> >> http://smalltalkhub.com/#!/~Offray/Ubakye >> >> When I try to browse the source, I can find .mcz files, but I wonder >> if there is a way to point to a specific method of an specific version >> and see it online. > you can do that from the monticello browser. > explore. > Ok. I was thinking in something that can be used to point a method online, something like when you point to a version of a published file on a DVCS like GitHub or fossil. Cheers, Offray

Aug. 4, 2014

Re: [Pharo-users] NativeBoost: structure with different types

by Thomas Bany

The compiler indeed inserted 32 dummy bits between the first (32 bits) and second (64 bits) field. It feels like it want to align its 64 bits fields on 64 bits chunk of bits because the 32 bits fields at the end of my structure are contiguous. Simply move the first 32 bits field at the end of the structure might sovle it ! Thanks a lot for the quick response !! 2014-08-04 13:18 GMT+02:00 Igor Stasenko <siguctua(a)gmail.com>: > > > > On 4 August 2014 12:37, Thomas Bany <mun.sysdev(a)gmail.com> wrote: > >> Hi everyone ! >> >> I experience troubles with NBExternalStructure in NativeBoost when the >> structure modeled contains fields with different types. For example, >> manipulating the following structure poses no problem and I can manipulate >> the fields correctly: >> >> typedef struct abc_s { >> double a; >> double b; >> double c; >> } abc; >> >> However, setting field 'a' to be an int yields the following symptoms: >> Â¤ From Pharo to C (function with 'abc' as argument type), the fields >> are badly read. >> Â¤ From C to Pharo (function with 'abc' as return type), the VM crash >> without an error nor a dump. >> >> Am I doing something wrong or is it maybe specific to the compiler I use >> (the one that comes with Visual Studio Express 2013) ? >> >> >> > This caused by wrong alignment of structure in memory. Different compilers > can align structures differently, and there's no way to know it at run time. > > Try to change the # > *byteAlignment of the structure.Also, if nothing helps, you can use dummy > fields* for padding fields, like in your example: > > int a; > int dummy; > double b; > double c; > > >> I'm pretty sure I could go arround this using NBExternalObject and >> building the structure on C side, but it would be nice to avoid it. >> >> >> On a side note, my understanding is that creating a structure on Pharo >> side will have it stored in Pharo memory. Is it problematic when it comes >> to pass it by value ? Or should I manage the copying on the C heap to be >> safe ? >> >> >> Thomas. >> >> > > > -- > Best regards, > Igor Stasenko. >

Aug. 4, 2014

Re: [Pharo-users] NativeBoost: structure with different types

by Igor Stasenko

On 4 August 2014 12:37, Thomas Bany <mun.sysdev(a)gmail.com> wrote: > Hi everyone ! > > I experience troubles with NBExternalStructure in NativeBoost when the > structure modeled contains fields with different types. For example, > manipulating the following structure poses no problem and I can manipulate > the fields correctly: > > typedef struct abc_s { > double a; > double b; > double c; > } abc; > > However, setting field 'a' to be an int yields the following symptoms: > Â¤ From Pharo to C (function with 'abc' as argument type), the fields are > badly read. > Â¤ From C to Pharo (function with 'abc' as return type), the VM crash > without an error nor a dump. > > Am I doing something wrong or is it maybe specific to the compiler I use > (the one that comes with Visual Studio Express 2013) ? > > > This caused by wrong alignment of structure in memory. Different compilers can align structures differently, and there's no way to know it at run time. Try to change the # *byteAlignment of the structure.Also, if nothing helps, you can use dummy fields* for padding fields, like in your example: int a; int dummy; double b; double c; > I'm pretty sure I could go arround this using NBExternalObject and > building the structure on C side, but it would be nice to avoid it. > > > On a side note, my understanding is that creating a structure on Pharo > side will have it stored in Pharo memory. Is it problematic when it comes > to pass it by value ? Or should I manage the copying on the C heap to be > safe ? > > > Thomas. > > -- Best regards, Igor Stasenko.

Aug. 4, 2014

NativeBoost: structure with different types

by Thomas Bany

Hi everyone ! I experience troubles with NBExternalStructure in NativeBoost when the structure modeled contains fields with different types. For example, manipulating the following structure poses no problem and I can manipulate the fields correctly: typedef struct abc_s { double a; double b; double c; } abc; However, setting field 'a' to be an int yields the following symptoms: Â¤ From Pharo to C (function with 'abc' as argument type), the fields are badly read. Â¤ From C to Pharo (function with 'abc' as return type), the VM crash without an error nor a dump. Am I doing something wrong or is it maybe specific to the compiler I use (the one that comes with Visual Studio Express 2013) ? I'm pretty sure I could go arround this using NBExternalObject and building the structure on C side, but it would be nice to avoid it. On a side note, my understanding is that creating a structure on Pharo side will have it stored in Pharo memory. Is it problematic when it comes to pass it by value ? Or should I manage the copying on the C heap to be safe ? Thomas.

Aug. 4, 2014