- Pharo-users - lists.pharo.org

Re: [Pharo-users] (no subject)

by Sean P. DeNigris

demarey wrote > It is a workaround but maybe I will add a strategy to use the unzip exe if > I can find it on the system. That should solve most problems. > WDYT? Sounds like a reasonable workaround for now. ----- Cheers, Sean -- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

Sept. 18, 2017

UK Smalltalk User Group Meeting - Monday, September 25th - Fizzylogo: a Smalltalk-72 lookalike

by Giovanni Corriga

The next meeting of the UK Smalltalk User Group Meeting will be on Monday, 25th September. We'll meet at a new venue The City Pride ( http://www.cityprideclerkenwell.co.uk/ ) at 7pm. Davide Della Casa will present *Fizzylogo: a Smalltalk-72 lookalike. *An excellent excuse to revisit how early Smalltalk versions (the languages, and the environments) worked under the hood, including Smalltalk-72 and Rosetta Smalltalk. If you'd like to join us, you can just show up at the pub. You can also sign up in advance at the meeting's Meetup page: https://www.meetup.com/UKSTUG/events/243468885 . See you there!

Sept. 18, 2017

Re: [Pharo-users] UFFI problem / doubt

by alvaro piorno

Thanks Ben, i `ll try that. Should "printf" print something on console while calling function form pharo or is only to check from C example? 2017-09-17 14:12 GMT-03:00 Ben Coman <btc(a)openinworld.com>: > On Mon, Sep 18, 2017 at 12:01 AM, alvaro piorno > <alvaropiorno100(a)gmail.com> wrote: > > Pierce: I already see the repo, i kwnow now the difference and is not the > > problem i have now. I made the suggestion for book draft i found, because > > theres is no example on it. Thanks for answer. > > > > Stephan : Yes, as Esteban said iÂ´m using that, IÂ´m extending (or trying) > > EstebanÂ´s project. And iÂ´m having the problem that esteban metioned. > Thanks > > for answer. > > > > Ben: I have in C the same example as in Pharo using the physics of > Chipmunk, > > and in C is working fine, there is a problem in the call to the function > > from Pharo in 64 bits. Thanks for answer. > > Replicating the same example in C was not my point. > You'd said you'd already done that ;) > > I meant compile your own shared C library containing... > cpBody* myBodyNew(cpFloat m, cpFloat i)) > { > printf( "....\n", m, i ); > cpBodyNew(cpFloat m, cpFloat i); > } > > and from Smalltalk use... > self ffiCall: #(cpBody* myBodyNew(cpFloat m, cpFloat i)) > > also changing your existing C example to also use myBodyNew() > to confirm it works as expected. > > cheers -ben > > > > > > > 2017-09-17 12:11 GMT-03:00 Ben Coman <btc(a)openinworld.com>: > >> > >> > >> On Fri, Sep 15, 2017 at 9:42 PM, alvaro piorno < > alvaropiorno100(a)gmail.com> > >> wrote: > >>> > >>> Hi everybody, iÂ´m using UnifiedFFI with Chipmunk2D library . > >>> I want to get a pointer to a C Structure (cpBody) and set a position to > >>> it. > >>> I have a subClass of FFIOpaqueObject to handle pointer. > >>> > >>> This is the "new " ffiCall : > >>> self ffiCall: #(cpBody* cpBodyNew(cpFloat m, cpFloat i)) > >>> > >>> And this is a "seter" ffiCall: > >>> > >>> self ffiCall: #( void cpBodySetPosition( self, cpVect vector ) ). > >>> > >>> I`m not getting any "error" but the position is not updating. > >>> I tried the same using Chipmunk directly and it works, so there is a > >>> problem with what i have in Pharo. > >> > >> > >> A general approach might be to write your own C wrapper around Chipmunk > >> library functions which > >> just does a debug printout of parameters before calling the wrapped > >> function. > >> Use these for both from Pharo and your "direct" trial, and see how they > >> compare. > >> > >> cheers -ben > >> > > > >

Sept. 18, 2017

Re: [Pharo-users] Web stack practices (Glorp / QCMagritte)

by jtuchel＠objektfabrik.de

Laurent, I don't have answers to all your questions, but we use Glorp & Seaside (no Magritte) on VA Smalltalk for our cloud service (http://kontolino.de) Am 18.09.17 um 12:22 schrieb laurent: > Hi all, > > it's been a long time :) At work we are currently comparing several > technologies to start a business project that will hopefully be used > by thousands of people for several years ;) > > We need a web stack and we put Pharo & co in the comparative process. > My team have strong experience in Â load-balanced php / mysql > deployment that handles millions of records Â but we are ready to build > on something else though MySQL is still a requirement. Sounds interesting. > > Thanks for Garage + Glorp, I can prototype things. I wonder how to > handle database schema migrations. With our PHP projects we have > versionned PHP scripts that are automatically run given a database > revision number ( see > http://git.afi-sa.fr/afi/opacce/tree/master/cosmogramme/sql/patch ). > What are the practices with Glorp ? > We use a similar approach: our Descriptor class has a method called schemaVersion, which just returns the current version number. We also have a "magic" table for settings in our DB, just holding a "name" and a "value" column, both being Varchars. One of the rows has a name of "SchemaVersion" and the value is (you guessed it) the printString of the version number. Our images accept a few command line paramters, one of them being --upgradeSchema. It compoares the number in the DB with the one provided by the descriptor. If they match, the image quits. If not, it calls all methods named #upgradeSchemaToVersionXXX until it reaches the number in the Descriptor. Thus we can do both SQL based migrations, like DDL stuff, as well as Smalltalk object based migrations (which can be sooo much faster to implement for complex cases). And we have all versioned and maintained in our beloved Envy repository ;-) . The rest is just bash script magic (like only starting one image with the --upgradeSchema parameter and only start the real web workers once that one has ended succesfully). About load balancing: You need Sticky sessions, so no failover between images. If one image crashes, the user must re-logon on a new image. Works nicely with Apache, I guess nginx works as least as well. For Apache, look for mod_prox_balancer to learn more. Hope I could give you a few starting points for your research. And I also hope you'll find Pharo+Garage+Glorp+QCMagritte a good fit for your project. We all want success stories ;-) Joachim -- ----------------------------------------------------------------------- Objektfabrik Joachim Tuchel mailto:jtuchel@objektfabrik.de Fliederweg 1Â Â Â Â Â Â Â Â Â Â Â Â Â http://www.objektfabrik.de D-71640 Ludwigsburg http://joachimtuchel.wordpress.com Telefon: +49 7141 56 10 86 0Â Â Â Â Â Fax: +49 7141 56 10 86 1

Sept. 18, 2017

Re: [Pharo-users] Web stack practices (Glorp / QCMagritte)

by Esteban A. Maringolo

Laurent, Regarding QCMagritte I don't know, since I don't use it. I've used Magritte and Glorp, but didn't bind them, the only special thing I built for it was an "evented memento" that let me edit a tree of objects (1:N relations derived from the edited object) within a single DB transaction. Regarding migrations I recently found that in VisualWorks Glorp provides a migration-like strategy, where you define a subclass of a root Description system, and then can use the diffing to create the migration. According to the VW docs, you can do it like this: sessOld := MyDescriptorSystem new sessionForLogin: aLogin. sessNew := MyDescriptorSystem01 new sessionForLogin: aLogin. sessOld system migrateTo: sessNew system. Such feature is not available in the Pharo port, and migrations are not automatic, since you need a new class for each migration. It is something I'd need to play with before porting it to Pharo, if it's worth it. Maybe we think about another strategy but still using the DDL objects of Glorp. Regards! Esteban A. Maringolo 2017-09-18 7:22 GMT-03:00 laurent <laurent.laffont(a)gmail.com>: > Hi all, > > it's been a long time :) At work we are currently comparing several > technologies to start a business project that will hopefully be used by > thousands of people for several years ;) > > We need a web stack and we put Pharo & co in the comparative process. My > team have strong experience in load-balanced php / mysql deployment that > handles millions of records but we are ready to build on something else > though MySQL is still a requirement. > > Thanks for Garage + Glorp, I can prototype things. I wonder how to handle > database schema migrations. With our PHP projects we have versionned PHP > scripts that are automatically run given a database revision number ( see > http://git.afi-sa.fr/afi/opacce/tree/master/cosmogramme/sql/patch ). What > are the practices with Glorp ? > > > We try QCMagritte and we enjoy what we see so far. What are the best > practices to glue Magritte and Glorp together ? Especially when you > load-balance requests on several images. Some examples ? > > ( FYI, I cannot load QCMagritte in a fresh Pharo 6 image ( for #stable > version, MADescriptionBuilder missing. For #development versions of Magritte > and QCMagritte, QCConfiguration missing ). So actually I use the one built > on CI. ) > > > May be you have some other suggestions on a framework you love ? > > > Best regards, > > Laurent Laffont > > > > >

Sept. 18, 2017

Re: [Pharo-users] Continued Fractions

by werner kassens

Hi Phil, yes, in polymath it is the the object PMContinuedFraction. werner On 09/17/2017 08:38 PM, phil(a)highoctane.be wrote: > Ah, I see there is something in the Numerical Methods book. :rolleyes: > > Phil > > On Sun, Sep 17, 2017 at 8:30 PM, phil(a)highoctane.be > <mailto:phil@highoctane.be> <phil(a)highoctane.be > <mailto:phil@highoctane.be>> wrote: > > Do we have anything related to continued fractions in Pharo? > > https://en.wikipedia.org/wiki/Continued_fraction > <https://en.wikipedia.org/wiki/Continued_fraction> > > I need that to match rectanges to aspect ratios etc. > > TIA > Phil > >

Sept. 18, 2017

Web stack practices (Glorp / QCMagritte)

by laurent

Hi all, it's been a long time :) At work we are currently comparing several technologies to start a business project that will hopefully be used by thousands of people for several years ;) We need a web stack and we put Pharo & co in the comparative process. My team have strong experience in load-balanced php / mysql deployment that handles millions of records but we are ready to build on something else though MySQL is still a requirement. Thanks for Garage + Glorp, I can prototype things. I wonder how to handle database schema migrations. With our PHP projects we have versionned PHP scripts that are automatically run given a database revision number ( see http://git.afi-sa.fr/afi/opacce/tree/master/cosmogramme/sql/patch ). What are the practices with Glorp ? We try QCMagritte and we enjoy what we see so far. What are the best practices to glue Magritte and Glorp together ? Especially when you load-balance requests on several images. Some examples ? ( FYI, I cannot load QCMagritte in a fresh Pharo 6 image ( for #stable version, MADescriptionBuilder missing. For #development versions of Magritte and QCMagritte, QCConfiguration missing ). So actually I use the one built on CI. ) May be you have some other suggestions on a framework you love ? Best regards, Laurent Laffont

Sept. 18, 2017

Re: [Pharo-users] (no subject)

by Christophe Demarey

> Le 17 sept. 2017 Ã 05:21, Sean P. DeNigris <sean(a)clipperadams.com> a Ã©crit : > > demarey wrote >> Let us know if everything is fine. > > Was this issue [1] fixed: >> I think I found it. It seems to be a bug in the way Launcher/Pharo unzips >> the downloaded VM. >> The symlink libgit2.dylib becomes unlinked and appears as just a regular >> file. If I delete the >> Pharo.app and unzip 70.zip (which btw maybe should have been deleted >> during cleanup after >> the dl) to ./vms/70, the error disappears! > > [1] From > http://forum.world.st/Launcher-Error-w-Pharo-7-tt4959777.html#a4960417 Not solved. Indeed, it is a problem of the Zip library that does not unzip properly (no preservation of permissions, does not handle symlinks). It is a workaround but maybe I will add a strategy to use the unzip exe if I can find it on the system. That should solve most problems. WDYT?

Sept. 18, 2017

Re: [Pharo-users] Standalone HTML Model

by Norbert Hartl

> Am 18.09.2017 um 09:03 schrieb Craig Latta <craig(a)blackpagedigital.com>: > > > Hi Sean-- > >> I'd like to create HTML via a DSL, like Seaside's canvas builder, but >> without loading a whole web framework. Any ideas? > > In Pharo on the SqueakJS virtual machine in a web browser[1], I > sketch with live DOM objects, and write them out as HTML. This way, the > DSL is the actual JavaScript DOM API which is sitting in the web browser > anyway, although driven with Smalltalk messages over the JS bridge. I'm > also assured that everything I do with the DOM objects is legitimate, > and I can handle DOM API errors live in Smalltalk. > > Sure you can do the same with PharoJS. But there are scenarios where you want to have DOM actions without having a browser. You don't have that problem because you are in the browser Norbert > -C > > [1] https://caffeine.js.org/pharo > > -- > Craig Latta > Black Page Digital > Amsterdam :: San Francisco > craig(a)blackpagedigital.com > +31 6 2757 7177 (SMS ok) > + 1 415 287 3547 (no SMS)

Sept. 18, 2017

Re: [Pharo-users] Standalone HTML Model

by Craig Latta

Hi Sean-- > I'd like to create HTML via a DSL, like Seaside's canvas builder, but > without loading a whole web framework. Any ideas? In Pharo on the SqueakJS virtual machine in a web browser[1], I sketch with live DOM objects, and write them out as HTML. This way, the DSL is the actual JavaScript DOM API which is sitting in the web browser anyway, although driven with Smalltalk messages over the JS bridge. I'm also assured that everything I do with the DOM objects is legitimate, and I can handle DOM API errors live in Smalltalk. -C [1] https://caffeine.js.org/pharo -- Craig Latta Black Page Digital Amsterdam :: San Francisco craig(a)blackpagedigital.com +31 6 2757 7177 (SMS ok) + 1 415 287 3547 (no SMS)

Sept. 18, 2017