April 2016 - Pharo-users - lists.pharo.org

Re: [Pharo-users] FFI return by reference

by Cyril Ferlicot D.

Le 13/04/2016 20:41, Rob Rothwell a Ã©crit : > This is pretty new but there is some thread in the mailing list > about it. > > Esteban also begun a documentation: > https://ci.inria.fr/pharo-contribution/view/Books/job/PharoBookWorkInProgre… > > > Thanks Cyril, this is a very nice start and helps a lot! > > Take care, > > Rob There was also a presentation at Pharo Days but I think it is not on the web for now. Latter it will be available on slideshare. Or maybe Esteban will send it before :) -- Cyril Ferlicot http://www.synectique.eu 165 Avenue Bretagne Lille 59000 France

April 13, 2016

Re: [Pharo-users] FFI return by reference

by Rob Rothwell

> > This is pretty new but there is some thread in the mailing list about it. > > Esteban also begun a documentation: > > https://ci.inria.fr/pharo-contribution/view/Books/job/PharoBookWorkInProgre… Thanks Cyril, this is a very nice start and helps a lot! Take care, Rob

April 13, 2016

Re: [Pharo-users] FFI return by reference

by Cyril Ferlicot D.

Le 13/04/2016 15:23, Rob Rothwell a Ã©crit : > On Wed, Apr 13, 2016 at 8:52 AM, Esteban Lorenzano <estebanlm(a)gmail.com > <mailto:estebanlm@gmail.com>> wrote: > > Hi, > > Just checkedâ¦ contrary to what I believed, strings are passed by > copy (not by reference, as ByteArray)â¦ logical for safety but with > penalty on performance... so yes, using a ByteArray is the correct > way to do it. (Or an external value holder, which is a glorified way > for passing a ByteArray, but this probably do not work fine for > âchar*" because I didnât preview it :P) > > Hello, > > I've never used UFFI before, but would like to call setxattr and > getxattr in LibC on OS X (which also pass strings). I don't have a lot > of Mac or Unix background, but I have past experience fiddling with > parameters to call external Windows libraries from VB. > > Is there any general information about UFFI usage anywhere, or is > reviewing this thread my best place to start? > This is pretty new but there is some thread in the mailing list about it. Esteban also begun a documentation: https://ci.inria.fr/pharo-contribution/view/Books/job/PharoBookWorkInProgre… > Thank you, > > Rob -- Cyril Ferlicot http://www.synectique.eu 165 Avenue Bretagne Lille 59000 France

April 13, 2016

Re: [Pharo-users] First impressions, was About Box

by Alistair Grant

On Wed, Apr 13, 2016 at 05:55:22PM +0200, stepharo wrote: > > > > I'd be happy to, thanks. Please let me know what I need to do to get > > involved (and remember that this is my hobby and I don't get as much > > time as I'd like, so my responses won't always be as fast as we'd like). > > - start to see if you can write the scripts you want. > - identify missing functionality > - use OSSubprocess Sure... While the existing "st" handler has some uses, I think it will be a bit limited as I expect that most of the scripts I would write would end up being: 1. Load required packages 2. Maybe do some initialisation 3. Send (basically) a single message to start the real work Which means that I have to maintain a separate file that adds little value. As implied above, I'd like the "script" to be distributable as either one or two files and take advantage of: * OO design * Pharo's excellent development environment * SUnit I've hacked together a quick framework in which a "script" is actually a a Monticello package. The package name is supplied on the command line along with some pre-defined options and anything else required by the script. The package is loaded and a message sent to the class of the same name. E.g.: pharo script.image cliscript WorkedHours Hours.xlsx would load ConfigurationOfWorkedHours, load the package, and send WorkedHours>>runWithHandler: theCliHandler. (The example script then reads the Hours spreadsheet and calculates the total hours worked). Current help text... > ./pharo script.image cliscript --help CliScript enables running "Monticello" scripts. The script is identified by its package name. CliScript looks for a configuration package with the same name in the local package cache, loads it, and sends the runWithHandler: message to the class with the same name. Command line parameters: packageName The package to load and execute. Command line options: --debug Halt at the start of the message --log-transcript Redirect transcript output to transcript.log I haven't had to use OSSubprocess yet, next steps include: * Read XSLX spreadsheets instead of having to export to CSV. The script mostly does date and time calculations, I need to confirm that they are working properly in Tabular. * Add logging (I haven't looked for any logging capability yet). * Ideally, implement the ODS support in the Tabular package (stretch goal :-)). Thanks! Alistair

April 13, 2016

Re: [Pharo-users] FFI return by reference

by Rob Rothwell

> > > Is there any general information about UFFI usage anywhere, or is > reviewing this thread my best place to start? > > It looks like Torsten's new WebBrowser package might get me started! Rob

April 13, 2016

Re: [Pharo-users] First impressions, was About Box

by Alistair Grant

Combining several replies in to one... On Tue, Apr 12, 2016 at 08:37:30PM +0200, Stephan Eggermont wrote: > On 12-04-16 19:51, Alistair Grant wrote: > > I only have one suggested improvement so far (assuming it doesn't > > already exist and I just haven't found it yet)... When searching for > > packages on SqueakSource / SmalltalkHub etc. it isn't clear to me how > > much confidence I can have in any given package, which is really useful > > if there are multiple packages providing similar functionality. > > One of our community tools for that is a continuous integration server: > http://ci.inria.fr/pharo-contribution. There several of these configurations > are build and tested, often against several Pharo versions. Several Pharo > users are also already using TravisCI and github for that. > > Stephan On Tue, Apr 12, 2016 at 09:28:07PM +0200, stepharo wrote: > On 12-04-16 19:51, Alistair Grant wrote: > > The Arch Linux model seems pretty good to me. Official packages are in > > the core or extra repositories, which matches what is included in the > > Pharo image. The next level is a community repository, which contains > > packages maintained by Trusted Users. General users can be confident > > that these packages will be kept up to date. The last level is the User > > Repository (AUR), which anyone can contribute to. The AUR includes a > > comment section and vote count, and general users can add or remove > > their vote. > You get a bit of that in the catalog browser. On Wed, Apr 13, 2016 at 08:06:26AM +0200, stepharo wrote: > Le 13/4/16 06:48, John Pfersich a Ã©crit : > > > > > On Apr 12, 2016, at 10:51, Alistair Grant <akgrant0710(a)gmail.com> wrote: > > > > > > The Arch Linux model seems pretty good to me. Official packages are in > > > the core or extra repositories, which matches what is included in the > > > Pharo image. The next level is a community repository, which contains > > > packages maintained by Trusted Users. General users can be confident > > > that these packages will be kept up to date. The last level is the User > > > Repository (AUR), which anyone can contribute to. The AUR includes a > > > comment section and vote count, and general users can add or remove > > > their vote. > > I'd like to see something like this too. > > > > us too > first you have some pharo extras packages > second favor package with tests > third we have been working on quality rules and quality rule false > positive management > so you can run the tests and run the rules > > > now we will start to work on package validation to produce a kind of > "validated" distribution of pharo packages. Thanks to everyone for their replies and welcome messages. It looks like I need to learn more about: * The catalogue browser * Montacello / git integration * Finding the automated tests for a given package Between that and the improvements mentioned above we seem to be in pretty good shape. I still like the idea of a vote button as it gives a rough indication of usefulness / popularity. Of course I should actually contribute some code instead of just pontificating... Thanks! Alistair

April 13, 2016

Re: [Pharo-users] [Bug - Pharo 5.0] Remove a class but not remove for RPackage

by stepharo

do you have a reprocible case? Stef Le 13/4/16 15:02, Yann Dubois a Ã©crit : > Hello, > > When I delete a class, a window pop to inform me that some methods use > this class. So I remove the methods because they are not usefull > without my class to removed. > > But when I close the window, the methods stay on the Browser, so I > remove this methods on the Browser. > > Then, I remove an other class and "BOOM" an error appears, the key > which represents my class is not present in the SystemDictionnary > (it's normal), but I can find the key in the RPackage metaclasses.

April 13, 2016

Re: [Pharo-users] First impressions, was About Box

by stepharo

> > I'd be happy to, thanks. Please let me know what I need to do to get > involved (and remember that this is my hobby and I don't get as much > time as I'd like, so my responses won't always be as fast as we'd like). - start to see if you can write the scripts you want. - identify missing functionality - use OSSubprocess > Thanks! > Alistair > > P.S. I'm still putting together my response to all the other comments in > this thread. > >

April 13, 2016

Re: [Pharo-users] Crash when using Athens/Roassal?

by stepharo

Alex it would be important that people use the latest vm of esteban as well as pharo 50. Stef Le 13/4/16 16:58, Alexandre Bergel a Ã©crit : > Hi! > > In case you are using Athens or Roassal, you may have noticed a loss of stability since we have moved to Spur and the new FFI. > I would like to identify the cause of it and I may have an idea. What I would like to ask you, is in case you have experienced this problem, can you send (directly) me the crash.dmp file created next to your image please? > > Cheers, > Alexandre

April 13, 2016

Re: [Pharo-users] [Bug - Pharo 5.0] Remove a class but not remove for RPackage

by Blondeau Vincent

Hello, First, which version of Pharo do you have? (run: Smalltalk lastUpdateString). Second, I cannot reproduce your bug. Can you create a simple and dummy example (with classes A and B for instance) that enlightens the problem? Cheers, Vincent De : Pharo-users [mailto:pharo-users-bounces@lists.pharo.org] De la part de Yann Dubois EnvoyÃ© : mercredi 13 avril 2016 15:02 Ã : Any question about pharo is welcome Objet : [Pharo-users] [Bug - Pharo 5.0] Remove a class but not remove for RPackage Hello, When I delete a class, a window pop to inform me that some methods use this class. So I remove the methods because they are not usefull without my class to removed. But when I close the window, the methods stay on the Browser, so I remove this methods on the Browser. Then, I remove an other class and "BOOM" an error appears, the key which represents my class is not present in the SystemDictionnary (it's normal), but I can find the key in the RPackage metaclasses. !!!************************************************************************************* "Ce message et les piÃ¨ces jointes sont confidentiels et rÃ©servÃ©s Ã l'usage exclusif de ses destinataires. Il peut Ã©galement Ãªtre protÃ©gÃ© par le secret professionnel. Si vous recevez ce message par erreur, merci d'en avertir immÃ©diatement l'expÃ©diteur et de le dÃ©truire. L'intÃ©gritÃ© du message ne pouvant Ãªtre assurÃ©e sur Internet, la responsabilitÃ© de Worldline ne pourra Ãªtre recherchÃ©e quant au contenu de ce message. Bien que les meilleurs efforts soient faits pour maintenir cette transmission exempte de tout virus, l'expÃ©diteur ne donne aucune garantie Ã cet Ã©gard et sa responsabilitÃ© ne saurait Ãªtre recherchÃ©e pour tout dommage rÃ©sultant d'un virus transmis. This e-mail and the documents attached are confidential and intended solely for the addressee; it may also be privileged. If you receive this e-mail in error, please notify the sender immediately and destroy it. As its integrity cannot be secured on the Internet, the Worldline liability cannot be triggered for the message content. Although the sender endeavours to maintain a computer virus-free network, the sender does not warrant that this transmission is virus-free and will not be liable for any damages resulting from any virus transmitted.!!!"

April 13, 2016