February 2019 - Pharo-users

Pier3 & content management

by Albrecht Baur

Hey, what is the status of Pier3 + Pier3AddOns ? -> Seems to me that it is discontinued since Pharo 5, right ? I'm asking because I look around to see if there is a project usable as a starting point of a small web content management module for seaside (nothing too complicated / fancy). Is there something besides Pier that goes into this direction ? Thanks for hints, Albrecht

Feb. 19, 2019

Re: [Pharo-users] OSProcess / OSSubprocess / LibC uniqueInstance

by Serge Stinckwich

On Tue, Feb 19, 2019 at 11:56 AM David T. Lewis <lewis(a)mail.msen.com> wrote: > On Tue, Feb 19, 2019 at 11:37:38AM +0100, Albrecht Baur via Pharo-users > wrote: > > From: Albrecht Baur <baur.albrecht(a)googlemail.com> > > Subject: OSProcess / OSSubprocess / LibC uniqueInstance > > To: pharo-users(a)lists.pharo.org > > Date: Tue, 19 Feb 2019 11:37:38 +0100 > > > > I need to execute OS commands from within a x64 pharo 7.01 image on > > centos7 (for example: 'zip -r 123.zip zipme/'). > > > > I found these 3 tools: OSProcess, OSSubprocess, LibC uniqueInstance > > > > But I did not find any docu on which one to use for which use case. > > > > * OSProcess is in the catalog browser but fails loading because of > > ByteArray>>ifNotNilDo: > > -> So OSProcess is not to be used with p7 ? > > Hi Albrecht, > > I am sorry that I cannot check it right now, but it may be that > ConfigurationOfOSProcess needs to be updated. The #ifNotNilDo: problem > was fixed by Thierry Goubier in July 2017, so perhaps you are using > an out of date version. > > Hopefully someone else can give you a better answer, otherwise I will > try to follow up in a day or two. > > I have the same problem of ifNotNilDo: when I load OSProcess in Pharo 7. What version do you use ? Regards, -- Serge Stinckwic h Int. Research Unit on Modelling/Simulation of Complex Systems (UMMISCO) Sorbonne University (SU) French National Research Institute for Sustainable Development (IRD) U niversity of YaoundÃ© I, Cameroun "Programs must be written for people to read, and only incidentally for machines to execute." https://twitter.com/SergeStinckwich

Feb. 19, 2019

Re: [Pharo-users] OSProcess / OSSubprocess / LibC uniqueInstance

by David T. Lewis

On Tue, Feb 19, 2019 at 11:37:38AM +0100, Albrecht Baur via Pharo-users wrote: > From: Albrecht Baur <baur.albrecht(a)googlemail.com> > Subject: OSProcess / OSSubprocess / LibC uniqueInstance > To: pharo-users(a)lists.pharo.org > Date: Tue, 19 Feb 2019 11:37:38 +0100 > > I need to execute OS commands from within a x64 pharo 7.01 image on > centos7 (for example: 'zip -r 123.zip zipme/'). > > I found these 3 tools: OSProcess, OSSubprocess, LibC uniqueInstance > > But I did not find any docu on which one to use for which use case. > > * OSProcess is in the catalog browser but fails loading because of > ByteArray>>ifNotNilDo: > -> So OSProcess is not to be used with p7 ? Hi Albrecht, I am sorry that I cannot check it right now, but it may be that ConfigurationOfOSProcess needs to be updated. The #ifNotNilDo: problem was fixed by Thierry Goubier in July 2017, so perhaps you are using an out of date version. Hopefully someone else can give you a better answer, otherwise I will try to follow up in a day or two. Dave > > * OSSubprocess loads via catalog browser and the following snippet > works (even though 64 bit): > > OSSUnixSubprocess new > ?????? command: 'zip'; > ?????? arguments: #('-r' '123.zip' 'zipme'); > ?????? redirectStdout; > ?????? runAndWaitOnExitDo: [ :process :outString?? | > ?????? ?????? outString inspect > ?????? ] > > So is it ok to use OSSubprocess with 64 bit even though documented as 32 > bit only ? (here: > https://github.com/pharo-contributions/OSSubprocess#installation) > > * LibC uniqueInstance system: 'zip -r 123.zip zipme/' > ... works, but I don't know if its the right tool for this. > > Is there somewhere more info on which tool to use for which use case ? > > Thanks in advance! > > Albrecht > > PS.: I need to use zip as os process only because of this issue: > https://github.com/pharo-project/pharo/issues/2584 >

Feb. 19, 2019

OSProcess / OSSubprocess / LibC uniqueInstance

by Albrecht Baur

I need to execute OS commands from within a x64 pharo 7.01 image on centos7 (for example: 'zip -r 123.zip zipme/'). I found these 3 tools: OSProcess, OSSubprocess, LibC uniqueInstance But I did not find any docu on which one to use for which use case. * OSProcess is in the catalog browser but fails loading because of ByteArray>>ifNotNilDo: -> So OSProcess is not to be used with p7 ? * OSSubprocess loads via catalog browser and the following snippet works (even though 64 bit): OSSUnixSubprocess new Â Â Â command: 'zip'; Â Â Â arguments: #('-r' '123.zip' 'zipme'); Â Â Â redirectStdout; Â Â Â runAndWaitOnExitDo: [ :process :outStringÂ | Â Â Â Â Â Â outString inspect Â Â Â ] So is it ok to use OSSubprocess with 64 bit even though documented as 32 bit only ? (here: https://github.com/pharo-contributions/OSSubprocess#installation) * LibC uniqueInstance system: 'zip -r 123.zip zipme/' ... works, but I don't know if its the right tool for this. Is there somewhere more info on which tool to use for which use case ? Thanks in advance! Albrecht PS.: I need to use zip as os process only because of this issue: https://github.com/pharo-project/pharo/issues/2584

Feb. 19, 2019

Re: [Pharo-users] [Pharo-dev] About Iceberg

by Damien Pollet

ð On Tue, 19 Feb 2019 at 10:06, Hilaire <hilaire(a)drgeo.eu> wrote: > I join your thank you note, although I only use one half, the tonel > part, it is pleasant to be able to commit to file base repository and > use related tools. > > Le 19/02/2019 Ã 09:50, Sven Van Caekenberghe a Ã©crit : > > This is a thank you note about Iceberg. > > -- > Dr. Geo > http://drgeo.eu > > > > -- Damien Pollet type less, do more [ | ] http://people.untyped.org/damien.pollet

Feb. 19, 2019

About Iceberg

by Sven Van Caekenberghe

Hi, This is a thank you note about Iceberg. I have been moving all my external and internal Pharo code to git/tonel/7 and on multiple occasions I have been pleasantly surprised about the functionality and performance of Iceberg. Basically, it just works. Finally, Pharo code lives in standard open source and commercial repositories (git, GitHub, Bitbucket, ...), without losing anything. I know that it took years to get here and that lots of code and community battles had to be fought. So thank you, to the whole team, you did a great job ! Sven -- Sven Van Caekenberghe Proudly supporting Pharo http://pharo.org http://association.pharo.org http://consortium.pharo.org

Feb. 19, 2019

Re: [Pharo-users] im using pharo 7 with linux env. but cannot input korean.

by Hilaire

Hi Pierce, Yes, this option worked to key in Chinese. By the way, do you know if any option is needed on Windows? I checked for the options but I did not see anything relevant: hilaire@PCHome:~/Travaux/Developpement/DrGeoII/trunk/build/bundles/windows/DrGeo$ wine Contents/vm/DrGeo.exe --help Usage: Pharo Virtual Machine [vmOptions] imageFile [imageOptions] vmOptions: -service: ServiceName (install VM as NT service) -headless (force VM to run headless) -timephases (print start load and run times) -log: LogFile (use LogFile for VM messages) -memory: megaByte (set memory to megaByte MB) -breaksel: string (call warning on send of sel for debug) -breakmnu: string (call warning on MNU of sel for debug) -leakcheck: n (leak check on GC (1=full,2=incr,3=both)) -eden: bytes (set eden memory size to bytes) -stackpages: n (use n stack pages) -numextsems: n (allow up to n external semaphores) -checkpluginwrites (check for writes past end of object in plugins -noheartbeat (no heartbeat for debug) -trace[=num] enable tracing (optionally to a specific value) -warnpid (print pid in warnings) -[no]failonffiexception ([never]always catch exceptions in FFI calls) -codesize: bytes (set machine-code memory size to bytes) -cogmaxlits: n (set max number of literals for methods to be compiled to machine code) -cogminjumps: n (set min number of backward jumps for interpreted methods to be considered for compilation to machine code) -tracestores (assert-check stores for debug) -reportheadroom (report unused stack headroom on exit) -dpcso: bytes (stack offset for prim calls for debug) -maxoldspace: bytes (set max size of old space memory to bytes) -logscavenge (log scavenging to scavenge.log) Options begin with single -, but -- prefix is silently accepted Options with arguments -opt:n are also accepted with separators -opt n Le 16/02/2019 Ã 04:54, Pierce Ng a Ã©critÂ : > I start Pharo with -compositioninput (one dash, didn't try two dashes -- Dr. Geo http://drgeo.eu

Feb. 19, 2019

Re: [Pharo-users] Pharo 7: Problems with the new file chooser UI

by Offray Vladimir Luna CÃ¡rdenas

Hi Sven, Yes I was sure. But that's because I was using Pharo-7.0.0+rc1.build.19.sha.1fcbcd5170ad that was the one loaded from Pharo launcher 1.6.x from 31.01.2019. Now I have updated Pharo Launcher to 1.7.2 and it makes available the 7.0.1 versions of Pharo and now that functionality is working well... I just deal with other dependencies and changes... But Grafoscopio is taking better form now. Cheers, Offray On 18/2/19 17:13, Sven Van Caekenberghe wrote: > Are you really sure ? It works for me, Pharo 7.0.1 macOS. > >> On 18 Feb 2019, at 22:57, Offray Vladimir Luna CÃ¡rdenas <offray.luna(a)mutabit.com> wrote: >> >> Hi, >> >> While I'm migrating Grafoscopio to Pharo 7 I get a deprecation warning telling me that I need to change the previous code for choosing a file from the UI, but now when I proceed as advised (using chooseExistingFileReference: title extensions: exts path: path). It returns a FileReference but all the paths are referred to the place where the running image is located, instead of the place where the selected file is located. >> >> For example if you run: >> >> [1]~~~~ >> >> (FileLocator documents / 'test.ston') ensureCreateFile writeStreamDo: [:stream | STON put: (Rectangle center: 10@10 extent: 100@50) onStream: stream ]. >> >> ~~~~ >> >> You will get a file on your Documents folder called test.ston, but If I choose that file using: >> >> [2]~~~~ >> >> file := UIManager default >> chooseExistingFileReference:'Choose a file' >> extensions: #('ston') >> path: FileLocator documents. >> >> ~~~~ >> >> and I choose the "test.ston" file created at [1], Pharo tells me that the file is located in the same place as the running image, instead on my Documents folder. >> >> Am I missing something? >> >> Thanks, >> >> Offray >> > >

Feb. 19, 2019

Re: [Pharo-users] Partition/Sync ready databases for Pharo?

by Pierce Ng

On Mon, Feb 18, 2019 at 02:56:10PM -0300, Esteban Maringolo wrote: > I have the requirement that an app that I'm prospecting must be able > to work offline and synchronize changes once the connection is > restored. > > I want to avoid having to write "sync" logic manually. I've not done this for real before, but here are some possibilities: - https://github.com/sqlite-sync/SQLite-sync.com - http://www.symmetricds.org/ - https://github.com/CanonicalLtd/dqlite - Use Fossil as your database

Feb. 19, 2019

Re: [Pharo-users] Running pharo in daemon mode

by Pierce Ng

On Mon, Feb 18, 2019 at 04:39:03PM -0500, sergio ruiz wrote: > I found my issue.. I need to be running in daemon mode.. i was running with > &, but as soon as my connection lets go, the app dies.. My daemontools run file: #!/bin/sh /usr/bin/setuidgid app1 \ /pkg/vm/pharo -vm-display-null -vm-sound-null app1.image --no-quit My Dockerfile CMD /pkg/vm/pharo -vm-display-null -vm-sound-null app.image --no-quit st runApp.st You could also try '-headless' instead of '-vm-display-null'. Pierce

Feb. 19, 2019