- Pharo-users - lists.pharo.org

Re: [Pharo-users] Standalone HTML Model

by Sean P. DeNigris

Craig Latta wrote > Oh, it wasn't clear to me that this was one of Sean's requirements. I would say "sorry" but I'm glad I wasn't clear because I learned something cool from your reply ;) ----- Cheers, Sean -- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

Sept. 19, 2017

Re: [Pharo-users] "Leaking" CommandLineHandler when running headless image

by Tim Mackinnon

There was a long post from Guille about how to sort this. It had to do with altering the priority of shutdown code - I'm not sure if we resolved it, but we should go back and see as it was well reasoned. Tim Sent from my iPhone > On 19 Sep 2017, at 14:20, Denis Kudriashov <dionisiydk(a)gmail.com> wrote: > > Hi. > > It is probably related to issue 20309 > > 2017-09-19 15:02 GMT+02:00 Holger Freyther <holger(a)freyther.de>: >> Hi, >> >> I am currently trying to run one of my images as non-root and related to that look into keeping changes in a different directory or not writing them at all. While looking at a write failure I saw some paths being logged that I used during CI to load code and should have been GCed. >> >> >> Observation: >> >> >> Pharo --headless My.image eval "Smalltalk garbageCollect. CommandLineHandler allSubInstances size" >> 84 >> >> Pharo --headfull My.image eval "Smalltalk garbageCollect. CommandLineHandler allSubInstances size" >> 2 >> >> >> As part of the CommandLineHandler allSubInstances there are eight LoadUpdatesCommandLineHandler still active. I would assume that a full GC should have collected them by now (some of them being created in May). In a headfull image they disappear quickly >> >> I varied the execution a bit: >> >> Pharo --headless RoamingHub.image eval --no-quit "[ Smalltalk garbageCollect. FileStream stdout print: CommandLineHandler allSubInstances size; lf. Smalltalk snapshot: false andQuit: true] fork" >> 0 >> >> >> Hypothesis: >> >> >> * Command line handlers call >>#snapshot:andQuit:. >> * Image resumes in this process >> * New session created >> * Command line handlers execute >> * Calls snapshot:andQuit: >> * Image resumes.. >> * New session created >> * Command line handlers execute >> ... >> >> >> Can this be true? I think the proposal to start the image differently would help here? Any comments/ideas? >> >> holger >

Sept. 19, 2017

Re: [Pharo-users] "Leaking" CommandLineHandler when running headless image

by Denis Kudriashov

Hi. It is probably related to issue 20309 <https://pharo.fogbugz.com/f/cases/20309/Startup-should-run-always-in-a-fres…> 2017-09-19 15:02 GMT+02:00 Holger Freyther <holger(a)freyther.de>: > Hi, > > I am currently trying to run one of my images as non-root and related to > that look into keeping changes in a different directory or not writing them > at all. While looking at a write failure I saw some paths being logged that > I used during CI to load code and should have been GCed. > > > Observation: > > > Pharo --headless My.image eval "Smalltalk garbageCollect. > CommandLineHandler allSubInstances size" > 84 > > Pharo --headfull My.image eval "Smalltalk garbageCollect. > CommandLineHandler allSubInstances size" > 2 > > > As part of the CommandLineHandler allSubInstances there are eight > LoadUpdatesCommandLineHandler still active. I would assume that a full GC > should have collected them by now (some of them being created in May). In a > headfull image they disappear quickly > > I varied the execution a bit: > > Pharo --headless RoamingHub.image eval --no-quit "[ Smalltalk > garbageCollect. FileStream stdout print: CommandLineHandler allSubInstances > size; lf. Smalltalk snapshot: false andQuit: true] fork" > 0 > > > Hypothesis: > > > * Command line handlers call >>#snapshot:andQuit:. > * Image resumes in this process > * New session created > * Command line handlers execute > * Calls snapshot:andQuit: > * Image resumes.. > * New session created > * Command line handlers execute > ... > > > Can this be true? I think the proposal to start the image differently > would help here? Any comments/ideas? > > holger >

Sept. 19, 2017

"Leaking" CommandLineHandler when running headless image

by Holger Freyther

Hi, I am currently trying to run one of my images as non-root and related to that look into keeping changes in a different directory or not writing them at all. While looking at a write failure I saw some paths being logged that I used during CI to load code and should have been GCed. Observation: Pharo --headless My.image eval "Smalltalk garbageCollect. CommandLineHandler allSubInstances size" 84 Pharo --headfull My.image eval "Smalltalk garbageCollect. CommandLineHandler allSubInstances size" 2 As part of the CommandLineHandler allSubInstances there are eight LoadUpdatesCommandLineHandler still active. I would assume that a full GC should have collected them by now (some of them being created in May). In a headfull image they disappear quickly I varied the execution a bit: Pharo --headless RoamingHub.image eval --no-quit "[ Smalltalk garbageCollect. FileStream stdout print: CommandLineHandler allSubInstances size; lf. Smalltalk snapshot: false andQuit: true] fork" 0 Hypothesis: * Command line handlers call >>#snapshot:andQuit:. * Image resumes in this process * New session created * Command line handlers execute * Calls snapshot:andQuit: * Image resumes.. * New session created * Command line handlers execute ... Can this be true? I think the proposal to start the image differently would help here? Any comments/ideas? holger

Sept. 19, 2017

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

by laurent

Thank you Esteban & Joachim for your answers. Laurent Le lun. 18 sept. 2017 Ã 14:58, jtuchel(a)objektfabrik.de <jtuchel(a)objektfabrik.de> a Ã©crit : > 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. 19, 2017

Re: [Pharo-users] Standalone HTML Model (livecoded)

by Craig Latta

I wrote: > I wasn't aware that one can livecode JS objects with PharoJS, only > that PharoJS generates JS source which eventually runs in a browser. > Can you give an example? Well, I evaluated the PharoJS playground expressions, and browsed around the proxy support in the index.js that gets installed in a web browser. I could inject the PjLoadForTest class into the web browser and invoke its JS functions via Smalltalk messages from Pharo. I could send #at:put: to the exposed "window" proxy of the web browser (as long as the arguments were JS literals or proxies), and I could also inspect the "document" proxy, but I got an exception when I tried to invoke document.getElementWithId (via "bridge evalBlock: [document getElementById: 'someID']"). Are arbitrary JS messages supposed to work? There isn't much exception handling support beyond relaying JS error messages. (I guess one way to go would be to use the Chrome Debugging Protocol.) I didn't see how to refer to Smalltalk objects from JS (only JS objects from Smalltalk), so it seems the only Smalltalk blocks one can use as JS callback functions are those which only use objects and functions in JS-land. This might be okay for smoke-testing PharoJS apps, but I think the kind of interactive DOM object sketching I mentioned before would be uncomfortable. -C -- 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. 19, 2017

Re: [Pharo-users] Standalone HTML Model

by Craig Latta

Hi Norbert-- > > 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. Really? I wasn't aware that one can livecode JS objects with PharoJS, only that PharoJS generates JS source which eventually runs in a browser. Can you give an example? > But there are scenarios where you want to have DOM actions without > having a browser. Oh, it wasn't clear to me that this was one of Sean's requirements. thanks, -C -- 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. 19, 2017

Re: [Pharo-users] UFFI problem / doubt

by Ben Coman

Calling the wrapper function from Pharo the printf "should" output to the console (at least on Unix platforms). Shout if it doesn't. cheers -ben On Mon, Sep 18, 2017 at 9:41 PM, alvaro piorno <alvaropiorno100(a)gmail.com> wrote: > 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. 19, 2017

Help with Garage and sanitized strings

by Casimiro de Almeida Barreto

By the way, the following script fails with the same Exception (mysql_stmt_send_long_data): | db str sttmt | Â Â Â db := GADriver Â Â Â Â Â Â Â Â Â Â Â Â connectToConnectionString: 'mysql://localhost:3306/leaincertezas?user=learoot&password=welcomeLEA'. Â Â Â str := 'INSERT INTO chaves_de_encriptacao (numero_funcional, chave_privada, chave_publica) VALUES (''?'', ''?'', ''?'')'. Â Â Â sttmt := db prepare: str. Â Â Â sttmt at: 1 bind: '10'. Â Â Â sttmt at: 2 bind: '0BC0DE0FG32A128AB2EF01'. Â Â Â sttmt at: 3 bind: 'BEC0D01279F92123FAB2E0'. Â Â Â sttmt execute. Â Â Â db close. But the script: | db str sttmt | Â Â Â db := GADriver Â Â Â Â Â Â Â Â Â Â Â Â connectToConnectionString: 'mysql://localhost:3306/leaincertezas?user=learoot&password=welcomeLEA'. Â Â Â str := 'INSERT INTO chaves_de_encriptacao (numero_funcional, chave_privada, chave_publica) VALUES (''10'', ''0BC0DE0FG32A128AB2EF01'', ''0BC0DE0FG32A128AB2EF01'')'. Â Â Â db execute: str. Â Â Â db close. Results: MariaDB [leaincertezas]> SELECT * FROM chaves_de_encriptacao; +------------------+------------------------+------------------------+ | numero_funcional | chave_privadaÂ Â Â Â Â Â Â Â Â | chave_publicaÂ Â Â Â Â Â Â Â Â | +------------------+------------------------+------------------------+ |Â Â Â Â Â Â Â Â Â Â Â Â Â Â 10 | 0BC0DE0FG32A128AB2EF01 | 0BC0DE0FG32A128AB2EF01 | +------------------+------------------------+------------------------+ 1 row in set (0.00 sec)

Sept. 18, 2017

Help with Garage and sanitized strings...

by Casimiro de Almeida Barreto

Sept. 18, 2017