- Pharo-users - lists.pharo.org

Re: [Pharo-users] [ANN] PharoLauncher v1.1 released!

by Stephane Ducasse

tx! On Thu, Jan 18, 2018 at 9:28 PM, Christophe Demarey <christophe.demarey(a)inria.fr> wrote: > >> Le 18 janv. 2018 Ã 21:16, Stephane Ducasse <stepharo.self(a)gmail.com> a Ã©crit : >> >> supe super coooool >> Christophe? do have I just to replace the previous version and use >> this one and I will get everything as before >> but with the new version? > > yes. > Only settings directory is different but it did not work very well before. So, if you had settings that were no defaults settings, you will need to store your settings with the new launcher.

Jan. 19, 2018

Re: [Pharo-users] Running headless on Windows

by Stephane Ducasse

Hi torsten do you know if there is bug entry for this problem? Stef On Fri, Dec 29, 2017 at 11:59 AM, Torsten Bergmann <astares(a)gmx.de> wrote: > Hi, (cross posting vm-dev) > > nssm is nice - but requires additional tools. > > Since the days of Squeak the windows VM had the > > -service "ServiceName" > > option and one was able to run Squeak as a windows service out of the box. > > See http://wiki.squeak.org/squeak/105 for details. > > This option allows to register/deregister with the windows service manager and run > a headless image. > > I run a Squeak Wiki (Swiki/Comanche) since years with this and it is very nice and stable. > > Unfortunately this is broken in recent Pharo VMs and so far Esteban or others did not > have the time to look into this issue. Would be really nice if this option could > be recovered in 2018. So one could easily deploy and run Seaside or Teapot/Tealight > or Zinc/WebClient based web services on Windows. > > If we want to deploy Smalltalk based web applications or services on Windows we > should support that. It will keep Windows administrators happy and we would integrate with > the whole ecosystem (for instance you can start/stop a service using Windows scripting for > doing backups, etc.) right out of the box. > > Bye > T. > > > > Gesendet: Freitag, 29. Dezember 2017 um 11:36 Uhr > Von: "phil(a)highoctane.be" <phil(a)highoctane.be> > An: "Any question about pharo is welcome" <pharo-users(a)lists.pharo.org> > Betreff: Re: [Pharo-users] Running headless on Windows > > If you want to run Pharo as a service, I have found nssm to be working well. > https://nssm.cc > > Phil > > On Dec 29, 2017 09:25, "Nicolai Hess" <nicolaihess@gmail.com[mailto:nicolaihess@gmail.com]> wrote: > > > 2017-12-29 3:07 GMT+01:00 Andrei Stebakov <lispercat@gmail.com[mailto:lispercat@gmail.com]>: > Pierce, I tried all of those "no display" options, the result is the same > > > On Dec 28, 2017 8:37 PM, "Pierce Ng" <pierce@samadhiweb.com[mailto:pierce@samadhiweb.com]> wrote:On Wed, Dec 27, 2017 at 04:58:39PM +0100, Cyril Ferlicot D. wrote: >> On 12/27/2017 04:39 PM, Andrei Stebakov wrote: >> > When I run Pharo 6.1 with -- headless option on Windows, it executes the >> > eval command as expected but during the execution (which lasts 4 sec) it >> > opens the Pharo GUI. >> > Is it expected? I thought headless means that the whole execution would >> > happen in the background >> >> I think that currently Pharo does not have a "real" headless. But I >> heard there was work on that part for Pharo 7. > > I know OP is talking about Windows... I've been running server applications on > Linux without X11 with -vm-display-null and in-image RFBServer for access to > Pharo over VNC. This works very well for me. > > I believe "real" headless means GUI is not run at all and therefore does not > consume CPU cycles, which is very welcome. Meanwhile, maybe -vm-display-null > works on Windows for scripting purposes? > > Pierce > > > > Hi Andrei, > > can you try this: > > Open Pharo normal (no headless option). > Change the window size to "not-maximized" (eve if it is actually not maximized, maximize it ones and change it back to "not-maximized") > Save and quit the image. > > After that, a call like > > pharo --headless pharo.image eval "DateAndTime now" > will write the output to the stdout file, without opening a window. > > > > > >

Jan. 19, 2018

Re: [Pharo-users] [Vm-dev] Running headless on Windows

by Stephane Ducasse

I hope that we can fix it. Can you add a bug entry? On Fri, Dec 29, 2017 at 4:13 PM, Andrei Stebakov <lispercat(a)gmail.com> wrote: > Nicolai, the maximize/non-maximize trick worked! Thanks! I wonder if it's an > easy fix to put in Pharo. > > On Fri, Dec 29, 2017 at 6:22 AM, phil(a)highoctane.be <phil(a)highoctane.be> > wrote: >> >> I am using nssm because the service option is broken. >> >> The code seems to still be in the image but disabled (there are quite a >> few things like that actually). >> >> Phil >> >> >> On Fri, Dec 29, 2017 at 11:59 AM, Torsten Bergmann <astares(a)gmx.de> wrote: >>> >>> >>> Hi, (cross posting vm-dev) >>> >>> nssm is nice - but requires additional tools. >>> >>> Since the days of Squeak the windows VM had the >>> >>> -service "ServiceName" >>> >>> option and one was able to run Squeak as a windows service out of the >>> box. >>> >>> See http://wiki.squeak.org/squeak/105 for details. >>> >>> This option allows to register/deregister with the windows service >>> manager and run >>> a headless image. >>> >>> I run a Squeak Wiki (Swiki/Comanche) since years with this and it is very >>> nice and stable. >>> >>> Unfortunately this is broken in recent Pharo VMs and so far Esteban or >>> others did not >>> have the time to look into this issue. Would be really nice if this >>> option could >>> be recovered in 2018. So one could easily deploy and run Seaside or >>> Teapot/Tealight >>> or Zinc/WebClient based web services on Windows. >>> >>> If we want to deploy Smalltalk based web applications or services on >>> Windows we >>> should support that. It will keep Windows administrators happy and we >>> would integrate with >>> the whole ecosystem (for instance you can start/stop a service using >>> Windows scripting for >>> doing backups, etc.) right out of the box. >>> >>> Bye >>> T. >>> >>> >>> >>> Gesendet: Freitag, 29. Dezember 2017 um 11:36 Uhr >>> Von: "phil(a)highoctane.be" <phil(a)highoctane.be> >>> An: "Any question about pharo is welcome" <pharo-users(a)lists.pharo.org> >>> Betreff: Re: [Pharo-users] Running headless on Windows >>> >>> If you want to run Pharo as a service, I have found nssm to be working >>> well. >>> https://nssm.cc >>> >>> Phil >>> >>> On Dec 29, 2017 09:25, "Nicolai Hess" >>> <nicolaihess@gmail.com[mailto:nicolaihess@gmail.com]> wrote: >>> >>> >>> 2017-12-29 3:07 GMT+01:00 Andrei Stebakov >>> <lispercat@gmail.com[mailto:lispercat@gmail.com]>: >>> Pierce, I tried all of those "no display" options, the result is the same >>> >>> >>> On Dec 28, 2017 8:37 PM, "Pierce Ng" >>> <pierce@samadhiweb.com[mailto:pierce@samadhiweb.com]> wrote:On Wed, Dec 27, >>> 2017 at 04:58:39PM +0100, Cyril Ferlicot D. wrote: >>> > On 12/27/2017 04:39 PM, Andrei Stebakov wrote: >>> > > When I run Pharo 6.1 with -- headless option on Windows, it executes >>> > > the >>> > > eval command as expected but during the execution (which lasts 4 sec) >>> > > it >>> > > opens the Pharo GUI. >>> > > Is it expected? I thought headless means that the whole execution >>> > > would >>> > > happen in the background >>> > >>> > I think that currently Pharo does not have a "real" headless. But I >>> > heard there was work on that part for Pharo 7. >>> >>> I know OP is talking about Windows... I've been running server >>> applications on >>> Linux without X11 with -vm-display-null and in-image RFBServer for access >>> to >>> Pharo over VNC. This works very well for me. >>> >>> I believe "real" headless means GUI is not run at all and therefore does >>> not >>> consume CPU cycles, which is very welcome. Meanwhile, maybe >>> -vm-display-null >>> works on Windows for scripting purposes? >>> >>> Pierce >>> >>> >>> >>> Hi Andrei, >>> >>> can you try this: >>> >>> Open Pharo normal (no headless option). >>> Change the window size to "not-maximized" (eve if it is actually not >>> maximized, maximize it ones and change it back to "not-maximized") >>> Save and quit the image. >>> >>> After that, a call like >>> >>> pharo --headless pharo.image eval "DateAndTime now" >>> will write the output to the stdout file, without opening a window. >>> >>> >>> >>> >>> >> >> >

Jan. 19, 2018

[JOB][Research] Inria Research CRCN Position

by Marcus Denker

FULL TIME PERMANENT RESEARCH POSITIONS IN LILLE, FRANCE Inria opens on January 15, 2018 nine competitions of normal class researchers. 23 positions will be filled in the 8 research centers of the Institute. The deadline for submitting applications is 19 February 2018 midnight French time. CRCN âYoung graduate scientistâ The CRCN position is a research position for both Junior (old CR2) and Senior (old CR1) level researchers. No teaching, permanent position with tenure after a probation period of 12 Months. Requirements: â¢ Holders of a doctorate or equivalent degree; â¢ Applicants able to prove publications and scientific work deemed equivalent. There are no age limits or nationality requirements for the recruitment of young graduated scientists. More information: https://www.inria.fr/en/institute/recruitment/offers/young-graduate-scienti… PROFILE The candidate must have a doctoral degree, a strong background in Computer Science, and internationally significant research achievements in software engineering (particularly software evolution) and/or programming languages. Duties include: â¢ Research (no teaching). â¢ Help manage the RMoD Research group. â¢ Be involved with the self-governance of the Inria Lab and Inria as a whole. â¢ Guide PhD students (and therefore get a French habilitation to be able to formally supervise PhD students). â¢ Help acquire additional funds for PhD students, Postdocs and Engineers. â¢ Transfer research results to the real world. MISSION Join one of our two lines of research: Tools for Software Maintenance or New Programming Language Constructs for Software Evolution. THE REGION Lille is strategically located in Northern Europe with train connections to Paris (1h) , London (1h30) and Brussels (30 min.) The Nord Pas de Calais region is a dynamic area in both industry and research for computer science with companies that are european leaders in their branch. Lille, the capital of northern France is an attractive metropolis of over 1 million inhabitants. Cost of living in Lille is lower than that of very big cities such as Paris and London. THE TEAM RMoD is an Inria research project team. It consists of 6 permant researchers (Inria CR and DR, as well as University Assistant Professors) and Engineers, postdocs and students (Master and PhD). RMoD is an international team with more than 20 members from six countries. LINKS: â¢ RMoD: http://rmod.lille.inria.fr â¢ INRIA Lille: http://www.inria.fr/lille/ â¢ INRIA in General: http://www.inria.fr â¢ Lille: â¢ http://en.wikipedia.org/wiki/Lille â¢ http://wikitravel.org/en/Lille APPLICATION Please contact the head of the research team: Stephane.Ducasse(a)inria.fr or one of the following group members: Nicolas.Anquetil(a)inria.fr, Marcus.Denker(a)inria.fr

Jan. 19, 2018

Re: [Pharo-users] How can I outsource instance data ?

by Photon

Yes you are right. I thought the same. And im planning to implement a better way. For example that each cell gets its own life tracker. Then I could ask each cell idividually if it was alive at any point I want. Furthermore i found out that there are such things as Gemstone or fuel wich one could use to extract data. So i will learn about those things aswell in the next time. Thanks for your answer and the hint :) -- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

Jan. 19, 2018

Re: [Pharo-users] Working directory

by Esteban Lorenzano

> On 19 Jan 2018, at 02:11, Ben Coman <btc(a)openInWorld.com> wrote: > > On 18 January 2018 at 14:33, Alistair Grant <akgrant0710(a)gmail.com> wrote: >> Hi HernÃ¡n, >> >> On 18 January 2018 at 05:41, HernÃ¡n Morales Durand >> <hernan.morales(a)gmail.com> wrote: >>> >>> Note that in R you can set the current working directory with setwd() >>> and this is very common in R scripts. >>> >>> I like the idea around #imageDirectory and #vmStartupDirectory or just >>> #vmDirectory. >>> And maybe renaming #workingDirectory to #userWorkingDirectory would be >>> more clear? Assuming 1 image = 1 user? >> >> In Pharo 7: >> >> FileLocator workingDirectory = C getcwd() # same as R and most languages >> FileLocator imageDirectory = the directory where the image is located >> FileLocator vmDirectory = the directory where the vm is located > > I like the distinction of having all three. yesâ¦ but I would like an idiom to make declarations easier. for example, you made './somethingâ asFileReference â> this is a cwd path '{image}/somethingâ asFileReference â> image path etc. because right now I have to do: FileLocator imageDirectory / âsomething' and it annoys me a bit (not that I cannot live with it, butâ¦ ) ;) Esteban > > cheers -ben >

Jan. 19, 2018

Re: [Pharo-users] Language tools

by Andrew Glynn

Vladimir, I came across these and thought some of them might be useful for Grafoscopio. Particularly the simple ones like clearer, multilingual fonts. Andrew ï»¿

Jan. 19, 2018

Re: [Pharo-users] Working directory

by Offray Vladimir Luna CÃ¡rdenas

On 18/01/18 20:11, Ben Coman wrote: > On 18 January 2018 at 14:33, Alistair Grant <akgrant0710(a)gmail.com> wrote: >> Hi HernÃ¡n, >> >> On 18 January 2018 at 05:41, HernÃ¡n Morales Durand >> <hernan.morales(a)gmail.com> wrote: >>> Note that in R you can set the current working directory with setwd() >>> and this is very common in R scripts. >>> >>> I like the idea around #imageDirectory and #vmStartupDirectory or just >>> #vmDirectory. >>> And maybe renaming #workingDirectory to #userWorkingDirectory would be >>> more clear? Assuming 1 image = 1 user? >> In Pharo 7: >> >> FileLocator workingDirectory = C getcwd() # same as R and most languages >> FileLocator imageDirectory = the directory where the image is located >> FileLocator vmDirectory = the directory where the vm is located > I like the distinction of having all three. > > cheers -ben > > +1 Offray

Jan. 19, 2018

Re: [Pharo-users] Working directory

by Ben Coman

On 18 January 2018 at 14:33, Alistair Grant <akgrant0710(a)gmail.com> wrote: > Hi HernÃ¡n, > > On 18 January 2018 at 05:41, HernÃ¡n Morales Durand > <hernan.morales(a)gmail.com> wrote: >> >> Note that in R you can set the current working directory with setwd() >> and this is very common in R scripts. >> >> I like the idea around #imageDirectory and #vmStartupDirectory or just >> #vmDirectory. >> And maybe renaming #workingDirectory to #userWorkingDirectory would be >> more clear? Assuming 1 image = 1 user? > > In Pharo 7: > > FileLocator workingDirectory = C getcwd() # same as R and most languages > FileLocator imageDirectory = the directory where the image is located > FileLocator vmDirectory = the directory where the vm is located I like the distinction of having all three. cheers -ben

Jan. 19, 2018

Re: [Pharo-users] Pharo Lecture at Tunis next week

by Stephane Ducasse

Go go go Serge. Now one teacher followed the lecture and loved it. So I will do another one. :) You know the story. How to create a win win situation. Stef On Mon, Jan 15, 2018 at 9:09 AM, Serge Stinckwich < serge.stinckwich(a)gmail.com> wrote: > Thank you StÃ©phane for your continued effort to do Pharo lectures all > around the world. > I try do to the same in Cameroon. > > > On Sat, Jan 13, 2018 at 1:36 PM, Stephane Ducasse <stepharo.self(a)gmail.com > > wrote: > >> Hi guys >> >> just to tell you that next week I will give a lecture at ENIS at tunis. >> 3 full days of Pharo and advanced design. >> >> Stef >> >> > > > -- > Serge Stinckwich > UMI UMMISCO 209 (IRD/UPMC/UY1) > "Programs must be written for people to read, and only incidentally for > machines to execute."http://www.doesnotunderstand.org/ >

Jan. 18, 2018