- Pharo-users - lists.pharo.org

Re: [Pharo-users] Issue with the --headless option on Windows 10

by herby＠mailbox.sk

On July 26, 2017 11:53:41 AM GMT+02:00, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > >> On 25 Jul 2017, at 19:46, Cyril Ferlicot D. ><cyril.ferlicot(a)gmail.com> wrote: >> >> Le 25/07/2017 Ã 19:37, Sven Van Caekenberghe a Ã©crit : >>> Hi, >>> >>> User Herby VojÄÃk seems to have an issue with the --headless option >on Windows 10 >>> >>> >https://pharo.fogbugz.com/f/cases/20271/ZnServer-managedServers-disappear-w… >>> >>> I cannot reproduce his problem. >>> >>> Maybe there are Windows users out there who can have a look and help >him ? > >Anyone ? > >>> Thx, >>> >>> Sven >>> >>> >> >> Hi, >> >> I am not sure but I think that in Windows the option to use is not >> --headless but --nodisplay. > >I just tried a bit using Pharo 6.1 on Windows 10 in command line mode >(Command Prompt). It seems that apart from starting an image (and >executing a .st file) not much else works. I can't get any of the >normal Pharo command line handling to work, it feels as if none of the get CatalogName works (at least it did on 6.0, I don't need it my scripts any more) update works save works eval worked in 6.0 (I moved to st scripts though before switching to 6.1) but needed to contain save:and quit: send >VM flags have any effect. Output is only written to a file. The windows --headless has an effect, it runs headless. And with different outcomes sometimes, as this issue shows >with the World always opens. I can't see a difference between Pharo.exe >and PharoConsole.exe Console output is to dedicated window with pharoconsole, not to ui element. >Even the simplest thing like > > Pharo.exe Pharo.image eval '1+2' > >Doesn't work as expected. > >Quite unusable. > >Maybe this is not supposed to work ? This is ridiculous claim. Everything actually works as expected when --headless not used. Only when used, it behaves strange and saves running servers. Also, are you trying to tell Pharo treats Windows as tier two platform (I had the impression it does not, despite not having 64 bit yet)? To the point that 32bit version does not do --headless right and saves wrong image and "it is supposed to be that way"? Herby >Can anyone help a bit here ? > >> -- >> Cyril Ferlicot >> https://ferlicot.fr >> >> http://www.synectique.eu >> 2 rue Jacques PrÃ©vert 01, >> 59650 Villeneuve d'ascq France >>

July 26, 2017

Re: [Pharo-users] Issue with the --headless option on Windows 10

by Nicolai Hess

2017-07-26 11:53 GMT+02:00 Sven Van Caekenberghe <sven(a)stfx.eu>: > > > On 25 Jul 2017, at 19:46, Cyril Ferlicot D. <cyril.ferlicot(a)gmail.com> > wrote: > > > > Le 25/07/2017 Ã 19:37, Sven Van Caekenberghe a Ã©crit : > >> Hi, > >> > >> User Herby VojÄÃk seems to have an issue with the --headless option on > Windows 10 > >> > >> https://pharo.fogbugz.com/f/cases/20271/ZnServer- > managedServers-disappear-when-headless-mode-used > >> > >> I cannot reproduce his problem. > >> > >> Maybe there are Windows users out there who can have a look and help > him ? > > Anyone ? > > >> Thx, > >> > >> Sven > >> > >> > > > > Hi, > > > > I am not sure but I think that in Windows the option to use is not > > --headless but --nodisplay. > > I just tried a bit using Pharo 6.1 on Windows 10 in command line mode > (Command Prompt). It seems that apart from starting an image (and executing > a .st file) not much else works. I can't get any of the normal Pharo > command line handling to work, it feels as if none of the VM flags have any > effect. Output is only written to a file. The windows with the World always > opens. I can't see a difference between Pharo.exe and PharoConsole.exe > > Even the simplest thing like > > Pharo.exe Pharo.image eval '1+2' > > Doesn't work as expected. > > Quite unusable. > > Maybe this is not supposed to work ? > > Can anyone help a bit here ? > I can not test Windows 10 at the moment, but on windows 7 pharo --headless Pharo6.1.image eval "DateAndTime now" Works, no window opens, and it puts the output of the evaluation in a stdout-file. > > > -- > > Cyril Ferlicot > > https://ferlicot.fr > > > > http://www.synectique.eu > > 2 rue Jacques PrÃ©vert 01, > > 59650 Villeneuve d'ascq France > > > > >

July 26, 2017

Re: [Pharo-users] Issue with the --headless option on Windows 10

by Sven Van Caekenberghe

> On 25 Jul 2017, at 19:46, Cyril Ferlicot D. <cyril.ferlicot(a)gmail.com> wrote: > > Le 25/07/2017 Ã 19:37, Sven Van Caekenberghe a Ã©crit : >> Hi, >> >> User Herby VojÄÃk seems to have an issue with the --headless option on Windows 10 >> >> https://pharo.fogbugz.com/f/cases/20271/ZnServer-managedServers-disappear-w… >> >> I cannot reproduce his problem. >> >> Maybe there are Windows users out there who can have a look and help him ? Anyone ? >> Thx, >> >> Sven >> >> > > Hi, > > I am not sure but I think that in Windows the option to use is not > --headless but --nodisplay. I just tried a bit using Pharo 6.1 on Windows 10 in command line mode (Command Prompt). It seems that apart from starting an image (and executing a .st file) not much else works. I can't get any of the normal Pharo command line handling to work, it feels as if none of the VM flags have any effect. Output is only written to a file. The windows with the World always opens. I can't see a difference between Pharo.exe and PharoConsole.exe Even the simplest thing like Pharo.exe Pharo.image eval '1+2' Doesn't work as expected. Quite unusable. Maybe this is not supposed to work ? Can anyone help a bit here ? > -- > Cyril Ferlicot > https://ferlicot.fr > > http://www.synectique.eu > 2 rue Jacques PrÃ©vert 01, > 59650 Villeneuve d'ascq France >

July 26, 2017

Re: [Pharo-users] Performance of zero conf install since 6.1 seems very slow?

by Esteban Lorenzano

it may been related to recent INRIA infrastructure changes. there is nothing 6.1 itself can do with that (6.1 is just a bunch of zips) Esteban > On 26 Jul 2017, at 09:44, Guillermo Polito <guillermopolito(a)gmail.com> wrote: > > We were also seeing it yesterday. In travis, 10m to download an image (and thus timeout). Before it took seconds. > > On Wed, Jul 26, 2017 at 9:41 AM, Denis Kudriashov <dionisiydk(a)gmail.com <mailto:dionisiydk@gmail.com>> wrote: > Hi. > > I don't know answer. But what time it takes before? > > 2017-07-26 9:30 GMT+02:00 Tim Mackinnon <tim(a)testit.works <mailto:tim@testit.works>>: > Hi - has anyone else noticed that since 6.1 - using zero conf for installs is very very slow (it takes minutes to download pharo64.zip when using > > curl get.pharo.org/64/ <http://get.pharo.org/64/> | bash > > This is both on my local computer but also on the gitlab ci server? Is it possibly something isnât configured right? > > Tim > > > > > -- > > Guille Polito > > Research Engineer > French National Center for Scientific Research - http://www.cnrs.fr <http://www.cnrs.fr/> > > > Web: http://guillep.github.io <http://guillep.github.io/> > Phone: +33 06 52 70 66 13

July 26, 2017

Re: [Pharo-users] Performance of zero conf install since 6.1 seems very slow?

by Guillermo Polito

We were also seeing it yesterday. In travis, 10m to download an image (and thus timeout). Before it took seconds. On Wed, Jul 26, 2017 at 9:41 AM, Denis Kudriashov <dionisiydk(a)gmail.com> wrote: > Hi. > > I don't know answer. But what time it takes before? > > 2017-07-26 9:30 GMT+02:00 Tim Mackinnon <tim(a)testit.works>: > >> Hi - has anyone else noticed that since 6.1 - using zero conf for >> installs is very very slow (it takes minutes to download pharo64.zip when >> using >> >> curl get.pharo.org/64/ | bash >> >> >> This is both on my local computer but also on the gitlab ci server? Is it >> possibly something isnât configured right? >> >> Tim >> > > -- Guille Polito Research Engineer French National Center for Scientific Research - *http://www.cnrs.fr* <http://www.cnrs.fr> *Web:* *http://guillep.github.io* <http://guillep.github.io> *Phone: *+33 06 52 70 66 13

July 26, 2017

Re: [Pharo-users] Performance of zero conf install since 6.1 seems very slow?

by Denis Kudriashov

Hi. I don't know answer. But what time it takes before? 2017-07-26 9:30 GMT+02:00 Tim Mackinnon <tim(a)testit.works>: > Hi - has anyone else noticed that since 6.1 - using zero conf for installs > is very very slow (it takes minutes to download pharo64.zip when using > > curl get.pharo.org/64/ | bash > > > This is both on my local computer but also on the gitlab ci server? Is it > possibly something isnât configured right? > > Tim >

July 26, 2017

Performance of zero conf install since 6.1 seems very slow?

by Tim Mackinnon

Hi - has anyone else noticed that since 6.1 - using zero conf for installs is very very slow (it takes minutes to download pharo64.zip when using curl get.pharo.org/64/ | bash This is both on my local computer but also on the gitlab ci server? Is it possibly something isnât configured right? Tim

July 26, 2017

NeoJSON "conditional" parsing/mapping

by Esteban A. Maringolo

Hi Sven, all, I'm working on a JSON-RPC client, I started using LtJsonRpcClient, but since it's based on the "legacy" JSON package I decided to try to adapt it to use NeoJSON. So I created a NeoJSONRPCClient based on LtJson... because... why not. At its core JSON-RPC is a pretty simple protocol, every response is a JSON object with a 'result' attribute holding the returned object from the RPC call, an 'error' one (nil if no error happened), and a few other ones [1]. If I convert the response using the traditional `NeoJSONReader fromString: responseObject` all the object three is converted to a Dictionary, and what I want is to be able to: 1. Determine whether there was an error in the response 2. If there was no error, convert the 'result' field to my preferred class of object instead of a Dictionary. I plan to make my classes inherit from NeoJSONObject though. All the above to avoid the use of an intermediate set of nested dictionaries (which could be in the thousands). I understand I could subclass NeoJSONReader to perform that at the character stream level, but I wanted to ask first whether there is a pattern/configuration of dealing with something like this. Best regards! [1] http://www.jsonrpc.org/specification#response_object Esteban A. Maringolo

July 26, 2017

Re: [Pharo-users] Issue with the --headless option on Windows 10

by Herby VojÄÃk

Sven Van Caekenberghe wrote: > Hi, > > User Herby VojÄÃk seems to have an issue with the --headless option on Windows 10 > > https://pharo.fogbugz.com/f/cases/20271/ZnServer-managedServers-disappear-w… > > I cannot reproduce his problem. > > Maybe there are Windows users out there who can have a look and help him ? > > Thx, > > Sven > > I changed ZnSingleThreadedServer >> stop: to this: stop: unregister "Stop me. I will stop listening on my port for incoming HTTP connections. If unregister is true, unregister me from the list of managed instances. Does nothing when I am not running" self isRunning ifFalse: [ ^ self ]. unregister ifTrue: [ Error signal: 'stop: true was sent to running server!' ]. process terminate. process := nil. unregister ifTrue: [ self unregister ]. self closeDelegate. self logStopped As a result, different PharoDebug.log was generated (only in headless case, of course), which shows the server was indeed saved with both process and serverSocket being notNil. Attached. Herby

July 25, 2017

Re: [Pharo-users] Issue with the --headless option on Windows 10

by Herby VojÄÃk

Sven Van Caekenberghe wrote: > Hi, > > User Herby VojÄÃk seems to have an issue with the --headless option on Windows 10 > > https://pharo.fogbugz.com/f/cases/20271/ZnServer-managedServers-disappear-w… > > I cannot reproduce his problem. > > Maybe there are Windows users out there who can have a look and help him ? > > Thx, > > Sven > > But from the PharoDebug.log I sent to the issue (and send here as you wanted to continue discussion here) it should be clear self isRunning wasn't false, even if both process and serverSocket are shown as nil. Very strange. Somewhere between headless W10 shutdown and W10 ui startup something must be broken that made Zinc unregister the running and registered server. Herby

July 25, 2017