- Pharo-users - lists.pharo.org

Re: [Pharo-users] Starting a pool of worker images using command line parameters

by Damien Cassou

On Thu, Oct 23, 2014 at 8:16 PM, Esteban A. Maringolo <emaringolo(a)gmail.com> wrote: > How can I capture the --port argument? For what I saw, only "boolean" > parameters can be defined (--quit, --save, etc, without arguments). It > is, no getopts compatibility. no; it is possible to define parameters like --to=html as we do in Pillar. Take a Pillar image from Jenkins and look at the source code. -- Damien Cassou http://damiencassou.seasidehosting.st "Success is the ability to go from one failure to another without losing enthusiasm." Winston Churchill

Oct. 23, 2014

Re: [Pharo-users] Starting a pool of worker images using command line parameters

by Sven Van Caekenberghe

Nah, you can do it way easier: $ cat run.st NonInteractiveTranscript stdout install. Transcript show: Smalltalk commandLine arguments; cr. Smalltalk quitPrimitive. $ ./pharo Pharo.image run.st 1 2 3 #('1' '2' '3') HTH, Sven > On 23 Oct 2014, at 20:52, Esteban A. Maringolo <emaringolo(a)gmail.com> wrote: > > 2014-10-23 15:19 GMT-03:00 Esteban Lorenzano <estebanlm(a)gmail.com>: >> >>> On 23 Oct 2014, at 20:16, Esteban A. Maringolo <emaringolo(a)gmail.com> wrote: >>> Do I have to define a subclass of STCommandLineHandler? >> yes > > I thought so. > >>> How can I capture the --port argument? For what I saw, only "boolean" >>> parameters can be defined (--quit, --save, etc, without arguments). It >>> is, no getopts compatibility. >> no ideaâ¦ we can work on thatâ¦ is necessary :) > > The VM itself has its own command parameters, are the parameters > handled and/or passed to the image? If so, how? > > Regards! >

Oct. 23, 2014

Re: [Pharo-users] Starting a pool of worker images using command line parameters

by Esteban A. Maringolo

2014-10-23 15:19 GMT-03:00 Esteban Lorenzano <estebanlm(a)gmail.com>: > >> On 23 Oct 2014, at 20:16, Esteban A. Maringolo <emaringolo(a)gmail.com> wrote: >> Do I have to define a subclass of STCommandLineHandler? > yes I thought so. >> How can I capture the --port argument? For what I saw, only "boolean" >> parameters can be defined (--quit, --save, etc, without arguments). It >> is, no getopts compatibility. > no ideaâ¦ we can work on thatâ¦ is necessary :) The VM itself has its own command parameters, are the parameters handled and/or passed to the image? If so, how? Regards!

Oct. 23, 2014

Re: [Pharo-users] Starting a pool of worker images using command line parameters

by Esteban Lorenzano

> On 23 Oct 2014, at 20:16, Esteban A. Maringolo <emaringolo(a)gmail.com> wrote: > > tl;dr version: > > I'd like to be able to do something like > > $PATH/app/pharo-vm/pharo --nodisplay app.image st setup-worker.st --port 8091 > and: > $PATH/app/pharo-vm/pharo --nodisplay app.image st setup-worker.st --port 8092 > etc. > > Do I have to define a subclass of STCommandLineHandler? yes > > How can I capture the --port argument? For what I saw, only "boolean" > parameters can be defined (--quit, --save, etc, without arguments). It > is, no getopts compatibility. no ideaâ¦ we can work on thatâ¦ is necessary :) Esteban > > > Long version: > For my apps I have a pool of worker images with Zinc+Seaside behind an > nginx proxy. > > Each "upstream" (aka "worker") server, is started by supervisord, > using a separate startup smalltalk script, where the only thing I > change is the port of ZnZincServerAdaptor to start on a different > port. The rest is identical. > > The startup is something like: > $PATH/app/pharo-vm/pharo --nodisplay app.image st setup-worker1.st > and for worker2: > $PATH/app/pharo-vm/pharo --nodisplay app.image st setup-worker2.st > and for worker3: > $PATH/app/pharo-vm/pharo --nodisplay app.image st setup-worker3.st > etc. > > Is there a better way to perform this without having to copy > setup-worker1.st to setup-workerN.st for each worker image? > > How do you manage this? > > Regards, > > Esteban A. Maringolo >

Oct. 23, 2014

Starting a pool of worker images using command line parameters

by Esteban A. Maringolo

tl;dr version: I'd like to be able to do something like $PATH/app/pharo-vm/pharo --nodisplay app.image st setup-worker.st --port 8091 and: $PATH/app/pharo-vm/pharo --nodisplay app.image st setup-worker.st --port 8092 etc. Do I have to define a subclass of STCommandLineHandler? How can I capture the --port argument? For what I saw, only "boolean" parameters can be defined (--quit, --save, etc, without arguments). It is, no getopts compatibility. Long version: For my apps I have a pool of worker images with Zinc+Seaside behind an nginx proxy. Each "upstream" (aka "worker") server, is started by supervisord, using a separate startup smalltalk script, where the only thing I change is the port of ZnZincServerAdaptor to start on a different port. The rest is identical. The startup is something like: $PATH/app/pharo-vm/pharo --nodisplay app.image st setup-worker1.st and for worker2: $PATH/app/pharo-vm/pharo --nodisplay app.image st setup-worker2.st and for worker3: $PATH/app/pharo-vm/pharo --nodisplay app.image st setup-worker3.st etc. Is there a better way to perform this without having to copy setup-worker1.st to setup-workerN.st for each worker image? How do you manage this? Regards, Esteban A. Maringolo

Oct. 23, 2014

Re: [Pharo-users] Thanks.

by kilon alios

I assume here you mean that Smalltalk emphasises on the existence of the IDE and the close integration of the IDE with the language. I will say yes you are correct. In other languages the IDE is simply not there, so the language cannot rely on it the same way Smalltalk relies on its own IDE. But then it also depends. Smalltalk and Pharo are dynamic languages but so are Python , Ruby, Javascript and much more. Even static type languages have integrated some type of dynamism. So the differnces are not as massive as you may assume. For example Ruby is actually very close to Smalltalk. So language wise Smalltalk does not really offer anything out of the ordinary. But yes the close integration with the IDE and live coding itself set Pharo and Smalltalk apart from all other languages. Now if you imply that you need to understand many methods in Pharo because the methods are small, generally that is not the case. As a matter of fact Pharo is quite small system, Python, Java , Ruby , Javascript they come with tons more libraries and code. But you dont need to understand all these things. You learn as much you need to move to the next step, as much you need to write the next line of code. At least that is how I work. So dont try to figure out Pharo structure just yet, start with very small tasks, very simple problems , concetrate only on one line of code and then go back to learning as much you need to code the next line and continue in this loop. Dont waste your time with reading chapters or prining out code and tying to understand diagrams and complex structures. Trust me its a waste of time, because in a month you will forget all that. This is not how our brain works. The brain wants small chunks, small things to learn, one step of time and always code. Dont stop coding. Practice is everything. So yes dont care about learning many functions, stick to only a few of them, do small tasks and you will be fine. Pharo is easy to learn anyway. On Thu, Oct 23, 2014 at 8:18 PM, Hans Schueren <werbung(a)hans-schueren.de> wrote: > Thank you Kion Alios ! > > As a beginner of smalltalk i have realized two things. > > 1. The main view in smalltalk language is on the " Programming System" ( > functions of the Pharo system at all ) > > You could say : " Open the IDE - check the functions for many days : > then start to write Objects with minimal code" > > > > 2. In other languages the main view is on the "Syntax and code structure > only" ( the systems IDE is minimal styled ) > > You could say : " Open the IDE - check the function for one day : and > start to write code for many days " > > > > > My next aim is to write a simple program from a practical task. a storage > program for items > > The only information are " what the worker in the company would do with > the items ". > > > Therfore i try to make a FLOW CHART with an additional software tool to > see the whole Tasks in one view. > > Then i add the Object names and class names that are corresponding to that > tasks ( same name as real ). > > I would see in practice if this flow chart is a good method for overview. > ( Brainstorming - Flowchart ). > > > > > I dont care of the many functions of the system at this beginning point. > > Just make ONE simple program , and compile it to an .exe to check on > another PC. > > > > Regards > > Hans > > > > > > > > > > > > > > > > > > > > > >

Oct. 23, 2014

Thanks.

by Hans Schueren

Thank you Kion Alios ! As a beginner of smalltalk i have realized two things. 1. The main view in smalltalk language is on the " Programming System" ( functions of the Pharo system at all ) You could say : " Open the IDE - check the functions for many days : then start to write Objects with minimal code" 2. In other languages the main view is on the "Syntax and code structure only" ( the systems IDE is minimal styled ) You could say : " Open the IDE - check the function for one day : and start to write code for many days " My next aim is to write a simple program from a practical task. a storage program for items The only information are " what the worker in the company would do with the items ". Therfore i try to make a FLOW CHART with an additional software tool to see the whole Tasks in one view. Then i add the Object names and class names that are corresponding to that tasks ( same name as real ). I would see in practice if this flow chart is a good method for overview. ( Brainstorming - Flowchart ). I dont care of the many functions of the system at this beginning point. Just make ONE simple program , and compile it to an .exe to check on another PC. Regards Hans

Oct. 23, 2014

Re: [Pharo-users] [squeak-dev] Using libraries in FFI

by Eliot Miranda

Hi Wolfgang, On Thu, Oct 23, 2014 at 8:59 AM, Wolfgang Eder <edw(a)generalmagic.at> wrote: > hi, > shouldnât there be quotes here like such: > > LD_LIBRARY_PATH="$PLUGINS:$SVMLLP:${LD_LIBRARY_PATH}" exec "$BIN/squeak" > "$@â > yes, thanks! > > cheers wolfgang > > Am 23.10.2014 um 17:49 schrieb Eliot Miranda <eliot.miranda(a)gmail.com>: > > LD_LIBRARY_PATH=$PLUGINS:$SVMLLP:${LD_LIBRARY_PATH} exec "$BIN/squeak" "$@" > > > > > > > -- best, Eliot

Oct. 23, 2014

Re: [Pharo-users] [squeak-dev] Using libraries in FFI

by Eliot Miranda

On Thu, Oct 23, 2014 at 8:46 AM, Eliot Miranda <eliot.miranda(a)gmail.com> wrote: > Hi Annick, > > On Wed, Oct 22, 2014 at 5:45 AM, Annick Fron <list(a)afceurope.com> wrote: > >> Hi Eliot, >> >> My problem is not with the VM, my problem is with my own library >> that I connect to through FFI. >> I know where the libraries are ! >> >> I have tried to add them in /etc/ld.so.conf.d , that does not work. >> I have tried export LD_LIBRARY_PATH, but somehow it erases some libraries >> needed by pharo. >> > > But if you use the script I include with my VMs it won't erase. It > extends LD_LIBRARY_PATH. Find an example attached. > Here's the operative line (the last one). PLUGINS is the directory containing VM plugins, SVMLLP is "Smalltalk VM LD_LIBRARY_PATH" and specifies the directories containing the C libraries the VM depends on (C library, libuuid, etc). LD_LIBRARY_PATH=$PLUGINS:$SVMLLP:${LD_LIBRARY_PATH} exec "$BIN/squeak" "$@" > > > >> I have done sudo ldconfig ... >> >> In fact I have one library that depends from another one. >> In FFI I call one method which calls another method in the other library. >> I have tried to create symbolics links in the directory â¦ >> I have checked that nm gives the right symbol with the right type .. >> >> So I have no idea what to try now ! >> >> Annick >> >> Le 22 oct. 2014 Ã 12:46, Eliot Miranda <eliot.miranda(a)gmail.com> a Ã©crit >> : >> >> > Hi Annick, >> > >> > LD_LIBRARY_PATH should be set to point to the relevant directories, >> but this can be tricky as there is a lot if variation across Linux distros >> as to where libraries are kept. The squeak script that comes with the Cog >> VMs extends LD_LIBRARY_PATH, so if you know where your libraries are you >> can use the script to find the other libraries the VM needs (c library and >> plugins). >> > >> > Eliot (phone) >> > >> > On Oct 22, 2014, at 2:55 AM, Annick Fron <list(a)afceurope.com> wrote: >> > >> >> Hi, >> >> >> >> I am using a module in FFI which depends on a large library letâs say >> 10 dynamic .so files in a directory. >> >> How is it possible to use this library without making all symbolic >> links ? >> >> >> >> Annick >> > >> >> >> > > > -- > best, > Eliot > -- best, Eliot

Oct. 23, 2014

Re: [Pharo-users] [squeak-dev] Using libraries in FFI

by Eliot Miranda

Hi Annick, On Wed, Oct 22, 2014 at 5:45 AM, Annick Fron <list(a)afceurope.com> wrote: > Hi Eliot, > > My problem is not with the VM, my problem is with my own library > that I connect to through FFI. > I know where the libraries are ! > > I have tried to add them in /etc/ld.so.conf.d , that does not work. > I have tried export LD_LIBRARY_PATH, but somehow it erases some libraries > needed by pharo. > But if you use the script I include with my VMs it won't erase. It extends LD_LIBRARY_PATH. Find an example attached. > I have done sudo ldconfig ... > > In fact I have one library that depends from another one. > In FFI I call one method which calls another method in the other library. > I have tried to create symbolics links in the directory â¦ > I have checked that nm gives the right symbol with the right type .. > > So I have no idea what to try now ! > > Annick > > Le 22 oct. 2014 Ã 12:46, Eliot Miranda <eliot.miranda(a)gmail.com> a Ã©crit : > > > Hi Annick, > > > > LD_LIBRARY_PATH should be set to point to the relevant directories, > but this can be tricky as there is a lot if variation across Linux distros > as to where libraries are kept. The squeak script that comes with the Cog > VMs extends LD_LIBRARY_PATH, so if you know where your libraries are you > can use the script to find the other libraries the VM needs (c library and > plugins). > > > > Eliot (phone) > > > > On Oct 22, 2014, at 2:55 AM, Annick Fron <list(a)afceurope.com> wrote: > > > >> Hi, > >> > >> I am using a module in FFI which depends on a large library letâs say > 10 dynamic .so files in a directory. > >> How is it possible to use this library without making all symbolic > links ? > >> > >> Annick > > > > > -- best, Eliot

Oct. 23, 2014