- Pharo-users - lists.pharo.org

Re: [Pharo-users] CMD/CTRL-B for browsing?

by Tudor Girba

Hi, Hmm. I understand that what I will say is heresy, but this behavior is really not wanted :). At least by me. Let me explain. The reason why we use a different font for code is exactly to document where the code related behavior is expected. If we have code related shortcuts everywhere, two things happen: - we impose code shortcuts everywhere, even in pieces of text that should have nothing to do with code. - we either have them present in contextual menus, or we do not document their existence. Either situations are not nice. I understand that this is how things worked for 20 years, but it is a limiting behavior that does not allow us to build new tools easily. I know that people use those text editors to enter some name and then press a shortcut to browse, but now we have Spotter that can do the same thing a little better. Here is the alternative: - whenever we have a selected piece of text, and we press Shift+Enter, we get that piece of text in Spotter filled by default - then using the shortcuts, we can browse what we want This is not yet implemented, but I think it can prove to become a new reflex that will solve the problems uniformly without imposing hardcoded shortcuts everywhere. Please feel free to shoot :) Cheers, Doru > On Mar 2, 2016, at 1:40 PM, Marcus Denker <marcus.denker(a)inria.fr> wrote: > > >> On 02 Mar 2016, at 13:28, Tudor Girba <tudor(a)tudorgirba.com> wrote: >> >> Hi, >> >> Could you describe in more details the specific case we have here? >> > > inspect > > #(hello you) > > then click on the first item. Now I select the 'hello' on the right and try to do "senders of" --> replace by "n". > > > >> Cheers, >> Doru >> >> >>> On Mar 2, 2016, at 11:28 AM, Marcus Denker <marcus.denker(a)inria.fr> wrote: >>> >>> >>>> On 01 Mar 2016, at 18:10, Marcus Denker <marcus.denker(a)inria.fr> wrote: >>>> >>>> >>>>> On 01 Mar 2016, at 18:06, Luc Fabresse <luc.fabresse(a)gmail.com> wrote: >>>>> >>>>> Hi Guys, >>>>> >>>>> In Pharo 5, it seems that CMD/CTRL-B does not work for browsing in some places such as in GTDebugger right bottom pane. >>>>> Is this on purpose? >>>>> >>>>> >>>> No, still a bug: in non-code mode Rubric does not add the shortcuts. We should fix that and allow these everywhere. >>>> >>>> >>> >>> I added an issue: >>> >>> https://pharo.fogbugz.com/f/cases/17731/Rubric-When-not-in-Code-Mode-the-ed… >>> >>> (Issue tracker status: >>> - Open overall: 512 >>> - Open tagged Pharo5: 319 >>> - Closed last 7 days: 100 >>> ) >> >> -- >> www.tudorgirba.com >> www.feenk.com >> >> "Next time you see your life passing by, say 'hi' and get to know her." >> >> >> >> >> > -- www.tudorgirba.com www.feenk.com "Some battles are better lost than fought."

March 2, 2016

Call about Numerical Methods in Pharo :)

by stepharo

Hi guys I met Didier Besset and we had a great hacking session and discussions with Serge Stinckwich. Didier would like to help Pharo and the numerical part of it. ***Big thanks*** Didier. We would like to do several things: - Work on "Hows to" The numerical methods in Pharo is good but the gap between us and the math is too large :) so the idea is to have a series of "how to ..." - histomgram (simple, based on distribution) - Improve the SciPharo/NumPha (previously SciSmalltalk) library This morning we started to implement a ComponentPrincipalDecomposition by combining two of the objects available in SciPharo. Then we started to enhance the distributions to make sure that we can plug other distribution for having controlled random number. - Do a public call to know what is missing for you: this is this mail :) Didier would like to work on concrete cases. I love that attitude So tell us :) Hernan ?? Alex: ?? pvalue? better distribution? Vincent: covariance? CPA? Philippe: times series Serge R frames? Sami: Better random number and various distributions? - Organise a two day lectures with practices on concrete case in September with a recording session. Either at IRD Bondy or Lille. - Make sure that the Numerical Method book will get on lulu :) with a better cover and title :) Stef

March 2, 2016

Call about Numerical Methods in Pharo :)

by stepharo

Hi guys I met Didier Besset and we had a great hacking session and discussions with Serge Stinckwich. Didier would like to help Pharo and the numerical part of it. ***Big thanks*** Didier. We would like to do several things: - Work on "Hows to" The numerical methods in Pharo is good but the gap between us and the math is too large :) so the idea is to have a series of "how to ..." - histomgram (simple, based on distribution) - Improve the SciPharo/NumPha (previously SciSmalltalk) library This morning we started to implement a ComponentPrincipalDecomposition by combining two of the objects available in SciPharo. Then we started to enhance the distributions to make sure that we can plug other distribution for having controlled random number. - Do a public call to know what is missing for you: this is this mail :) Didier would like to work on concrete cases. I love that attitude So tell us :) Hernan ?? Alex: ?? pvalue? better distribution? Vincent: covariance? CPA? Philippe: times series Serge R frames? Sami: Better random number and various distributions? - Organise a two day lectures with practices on concrete case in September with a recording session. Either at IRD Bondy or Lille. - Make sure that the Numerical Method book will get on lulu :) with a better cover and title :) Stef

March 2, 2016

Re: [Pharo-users] Zn / Connection closed while waiting for data

by Sven Van Caekenberghe

Hmm, works for me, in Pharo 4 and 5 on OS X. What platform are you on ? > On 02 Mar 2016, at 13:54, Yuriy Tymchuk <yuriy.tymchuk(a)me.com> wrote: > > Yes, more exactly if you run: > > 'http://earthquake.usgs.gov/earthquakes/feed/v1.0/summary/2.5_month.csv' asUrl retrieveContents > > try get this stack trace: https://dl.dropboxusercontent.com/u/83145561/Debugger-Stack-Socket-2016-03-… Can't materialise, due to missing classes. What is 'special' about the request is that it is 'chunked' but that should work in principle. > I can open the url in my browser. > > Cheers. > Uko > >> On 02 Mar 2016, at 13:35, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: >> >> >>> On 02 Mar 2016, at 13:28, Yuriy Tymchuk <yuriy.tymchuk(a)me.com> wrote: >>> >>> For me itâs also happening when I run RTMapLocationExample>>#exampleSeismOnEarth >> >> I do not have that code. What is the URL that fails to load ? >> >>> Uko >>> >>>> On 30 Sep 2015, at 10:36, Andrei Chis <chisvasileandrei(a)gmail.com> wrote: >>>> >>>> In my case it's still failing with 'Connection closed while waiting for data.' >>>> >>>> Cheers, >>>> Andrei >>>> >>>> On Wed, Sep 30, 2015 at 9:29 AM, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: >>>> >>>>> On 30 Sep 2015, at 08:16, Volkert <volkert(a)komponentenwerkstatt.de> wrote: >>>>> >>>>> For your information: today i tried again and know it works as expected ... >>>> >>>> OK, thanks for letting us know. >>>> >>>>> Same net >>>>> Same pharo-vm/image >>>>> Same ubuntu/kernel >>>>> >>>>> Strange .... maybe the "blood moon" on monday ... >>>> >>>> Yes, weird. >>>> >>>>> $ ./pharo Pharo.image eval "'http://bl.ocks.org/ostock/raw/4063318/dji.csv' asUrl retrieveContents" >>>>> 'Date,Open,High,Low,Close,Volume,Adj Close >>>>> 2010-10-01,10789.72,10907.41,10759.14,10829.68,4298910000,10829.68 >>>>> 2010-09-30,10835.96,10960.99,10732.27,10788.05,4284160000,10788.05 >>>>> 2010-09-29,10857.98,10901.96,10759.75,10835.28,3990280000,10835.28 >>>>> 2010-09-28,10809.85,10905.44,10714.03,10858.14,4025840000,10858.14 >>>>> 2010-09-27,10860.03,10902.52,10776.44,10812.04,3587860000,10812.04 >>>>> 2010-09-24,10664.39,10897.83,10664.39,10860.26,4123950000,10860.26 >>>>> 2010-09-23,10738.48,10779.65,10610.12,10662.42,3847850000,10662.42 >>>>> 2010-09-22,10761.11,10829.75,10682.40,10739.31,3911070000,10739.31 >>>>> 2010-09-21,10753.39,10844.89,10674.83,10761.03,4175660000,10761.03 >>>>> 2010-09-20,10608.08,10783.51,10594.38,10753.62,3364080000,10753.62 >>>>> >>>>> .... >>>>> >>>>> >>>>> On 25.09.2015 19:58, stepharo wrote: >>>>>> Thanks for spotting this problem. >>>>>> >>>>>> >>>>>> Le 21/9/15 11:33, Volkert a Ã©crit : >>>>>>> Switching the socket implementation works ... >>>>>>> >>>>>>> $./pharo Pharo.image eval "ZnNetworkingUtils default socketStreamClass: SocketStream. 'http://bl.ocks.org/mbostock/raw/4063318/dji.csv' asUrl retrieveContents" >>>>>>> 'Date,Open,High,Low,Close,Volume,Adj Close >>>>>>> 2010-10-01,10789.72,10907.41,10759.14,10829.68,4298910000,10829.68 >>>>>>> 2010-09-30,10835.96,10960.99,10732.27,10788.05,4284160000,10788.05 >>>>>>> 2010-09-29,10857.98,10901.96,10759.75,10835.28,3990280000,10835.28 >>>>>>> 2010-09-28,10809.85,10905.44,10714.03,10858.14,4025840000,10858.14 >>>>>>> 2010-09-27,10860.03,10902.52,10776.44,10812.04,3587860000,10812.04 >>>>>>> >>>>>>> .... >>>>>>> >>>>>>> The dedault implementation not ... >>>>>>> >>>>>>> $ ./pharo Pharo.image eval "'http://bl.ocks.org/mbostock/raw/4063318/dji.csv' asUrl retrieveContents"==== Startup Error: ConnectionClosed: Connection closed while waiting for data. >>>>>>> [ ConnectionClosed signal: 'Connection closed while waiting for data.' ] in Socket>>waitForDataFor: in Block: [ ConnectionClosed signal: 'Connection closed whil...etc... >>>>>>> Socket>>waitForDataFor:ifClosed:ifTimedOut: >>>>>>> Socket>>waitForDataFor: >>>>>>> ZdcSocketStream(ZdcAbstractSocketStream)>>socketWaitForData >>>>>>> ZdcSocketStream>>readInto:startingAt:count: >>>>>>> ZnUTF8Encoder>>optimizedReadInto:startingAt:count:fromStream: >>>>>>> ZnUTF8Encoder>>readInto:startingAt:count:fromStream: >>>>>>> [ >>>>>>> read := encoder >>>>>>> readInto: buffer >>>>>>> startingAt: 1 >>>>>>> count: buffer size >>>>>>> fromStream: readStream ] in ZnStringEntity>>readFrom: in Block: [ ... >>>>>>> BlockClosure>>on:do: >>>>>>> ZnStringEntity>>readFrom: >>>>>>> ZnEntity class>>readFrom:usingType:andLength: >>>>>>> ZnEntityReader>>readFrom:usingType:andLength: >>>>>>> ZnEntityReader>>readEntityFromStream >>>>>>> [ entity := self readEntityFromStream ] in ZnEntityReader>>readEntity in Block: [ entity := self readEntityFromStream ] >>>>>>> [ >>>>>>> p psValueAt: index put: anObject. >>>>>>> aBlock value ] in ZnDefaultCharacterEncoder(DynamicVariable)>>value:during: in Block: [ ... >>>>>>> BlockClosure>>ensure: >>>>>>> ZnDefaultCharacterEncoder(DynamicVariable)>>value:during: >>>>>>> ZnDefaultCharacterEncoder class(DynamicVariable class)>>value:during: >>>>>>> ZnEntityReader>>withDefaultUtf8Decoding: >>>>>>> ZnEntityReader>>readEntity >>>>>>> ZnResponse(ZnMessage)>>readEntityFrom: >>>>>>> ZnResponse>>readEntityFrom: >>>>>>> ZnResponse(ZnMessage)>>readFrom: >>>>>>> ZnResponse class(ZnMessage class)>>readFrom: >>>>>>> ZnClient>>readResponse >>>>>>> ZnClient>>executeRequestResponse >>>>>>> [ self executeRequestResponse ] in ZnClient>>getConnectionAndExecute in Block: [ self executeRequestResponse ] >>>>>>> BlockClosure>>ensure: >>>>>>> ZnClient>>getConnectionAndExecute >>>>>>> ZnClient>>executeWithRedirectsRemaining: >>>>>>> Got startup errors: >>>>>>> ConnectionClosed: Connection closed while waiting for data. >>>>>>> >>>>>>> Volkert >>>>>>> >>>>>>> >>>>>>> >>>>>>> On 21.09.2015 12:07, Sven Van Caekenberghe wrote: >>>>>>>>> On 21 Sep 2015, at 11:45, Andrei Chis <chisvasileandrei(a)gmail.com> wrote: >>>>>>>>> >>>>>>>>> So adding #beOneShot on some networks that are behind proxies, fails the request. >>>>>>>> Well, I was already afraid that (possibly transparent) proxies were involved. >>>>>>>> >>>>>>>> The problem is, it is simply impossible for me to debug this remotely. >>>>>>>> >>>>>>>> One things that you could try is switching the socket stream implementation used by Zn, >>>>>>>> >>>>>>>> ZnNetworkingUtils default socketStreamClass: SocketStream. >>>>>>>> >>>>>>>> to no longer use ZdcSocketStream. >>>>>>>> >>>>>>>> Sven >>>>>>>> >>>>>>>> PS: Note that this is global setting >>>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>> >>>>>> >>>>> >>>>> >>>> >>>> >>>> >>> >> >> > >

March 2, 2016

Re: [Pharo-users] Zn / Connection closed while waiting for data

by Yuriy Tymchuk

Yes, more exactly if you run: 'http://earthquake.usgs.gov/earthquakes/feed/v1.0/summary/2.5_month.csv' asUrl retrieveContents try get this stack trace: https://dl.dropboxusercontent.com/u/83145561/Debugger-Stack-Socket-2016-03-… I can open the url in my browser. Cheers. Uko > On 02 Mar 2016, at 13:35, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > > >> On 02 Mar 2016, at 13:28, Yuriy Tymchuk <yuriy.tymchuk(a)me.com> wrote: >> >> For me itâs also happening when I run RTMapLocationExample>>#exampleSeismOnEarth > > I do not have that code. What is the URL that fails to load ? > >> Uko >> >>> On 30 Sep 2015, at 10:36, Andrei Chis <chisvasileandrei(a)gmail.com> wrote: >>> >>> In my case it's still failing with 'Connection closed while waiting for data.' >>> >>> Cheers, >>> Andrei >>> >>> On Wed, Sep 30, 2015 at 9:29 AM, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: >>> >>>> On 30 Sep 2015, at 08:16, Volkert <volkert(a)komponentenwerkstatt.de> wrote: >>>> >>>> For your information: today i tried again and know it works as expected ... >>> >>> OK, thanks for letting us know. >>> >>>> Same net >>>> Same pharo-vm/image >>>> Same ubuntu/kernel >>>> >>>> Strange .... maybe the "blood moon" on monday ... >>> >>> Yes, weird. >>> >>>> $ ./pharo Pharo.image eval "'http://bl.ocks.org/ostock/raw/4063318/dji.csv' asUrl retrieveContents" >>>> 'Date,Open,High,Low,Close,Volume,Adj Close >>>> 2010-10-01,10789.72,10907.41,10759.14,10829.68,4298910000,10829.68 >>>> 2010-09-30,10835.96,10960.99,10732.27,10788.05,4284160000,10788.05 >>>> 2010-09-29,10857.98,10901.96,10759.75,10835.28,3990280000,10835.28 >>>> 2010-09-28,10809.85,10905.44,10714.03,10858.14,4025840000,10858.14 >>>> 2010-09-27,10860.03,10902.52,10776.44,10812.04,3587860000,10812.04 >>>> 2010-09-24,10664.39,10897.83,10664.39,10860.26,4123950000,10860.26 >>>> 2010-09-23,10738.48,10779.65,10610.12,10662.42,3847850000,10662.42 >>>> 2010-09-22,10761.11,10829.75,10682.40,10739.31,3911070000,10739.31 >>>> 2010-09-21,10753.39,10844.89,10674.83,10761.03,4175660000,10761.03 >>>> 2010-09-20,10608.08,10783.51,10594.38,10753.62,3364080000,10753.62 >>>> >>>> .... >>>> >>>> >>>> On 25.09.2015 19:58, stepharo wrote: >>>>> Thanks for spotting this problem. >>>>> >>>>> >>>>> Le 21/9/15 11:33, Volkert a Ã©crit : >>>>>> Switching the socket implementation works ... >>>>>> >>>>>> $./pharo Pharo.image eval "ZnNetworkingUtils default socketStreamClass: SocketStream. 'http://bl.ocks.org/mbostock/raw/4063318/dji.csv' asUrl retrieveContents" >>>>>> 'Date,Open,High,Low,Close,Volume,Adj Close >>>>>> 2010-10-01,10789.72,10907.41,10759.14,10829.68,4298910000,10829.68 >>>>>> 2010-09-30,10835.96,10960.99,10732.27,10788.05,4284160000,10788.05 >>>>>> 2010-09-29,10857.98,10901.96,10759.75,10835.28,3990280000,10835.28 >>>>>> 2010-09-28,10809.85,10905.44,10714.03,10858.14,4025840000,10858.14 >>>>>> 2010-09-27,10860.03,10902.52,10776.44,10812.04,3587860000,10812.04 >>>>>> >>>>>> .... >>>>>> >>>>>> The dedault implementation not ... >>>>>> >>>>>> $ ./pharo Pharo.image eval "'http://bl.ocks.org/mbostock/raw/4063318/dji.csv' asUrl retrieveContents"==== Startup Error: ConnectionClosed: Connection closed while waiting for data. >>>>>> [ ConnectionClosed signal: 'Connection closed while waiting for data.' ] in Socket>>waitForDataFor: in Block: [ ConnectionClosed signal: 'Connection closed whil...etc... >>>>>> Socket>>waitForDataFor:ifClosed:ifTimedOut: >>>>>> Socket>>waitForDataFor: >>>>>> ZdcSocketStream(ZdcAbstractSocketStream)>>socketWaitForData >>>>>> ZdcSocketStream>>readInto:startingAt:count: >>>>>> ZnUTF8Encoder>>optimizedReadInto:startingAt:count:fromStream: >>>>>> ZnUTF8Encoder>>readInto:startingAt:count:fromStream: >>>>>> [ >>>>>> read := encoder >>>>>> readInto: buffer >>>>>> startingAt: 1 >>>>>> count: buffer size >>>>>> fromStream: readStream ] in ZnStringEntity>>readFrom: in Block: [ ... >>>>>> BlockClosure>>on:do: >>>>>> ZnStringEntity>>readFrom: >>>>>> ZnEntity class>>readFrom:usingType:andLength: >>>>>> ZnEntityReader>>readFrom:usingType:andLength: >>>>>> ZnEntityReader>>readEntityFromStream >>>>>> [ entity := self readEntityFromStream ] in ZnEntityReader>>readEntity in Block: [ entity := self readEntityFromStream ] >>>>>> [ >>>>>> p psValueAt: index put: anObject. >>>>>> aBlock value ] in ZnDefaultCharacterEncoder(DynamicVariable)>>value:during: in Block: [ ... >>>>>> BlockClosure>>ensure: >>>>>> ZnDefaultCharacterEncoder(DynamicVariable)>>value:during: >>>>>> ZnDefaultCharacterEncoder class(DynamicVariable class)>>value:during: >>>>>> ZnEntityReader>>withDefaultUtf8Decoding: >>>>>> ZnEntityReader>>readEntity >>>>>> ZnResponse(ZnMessage)>>readEntityFrom: >>>>>> ZnResponse>>readEntityFrom: >>>>>> ZnResponse(ZnMessage)>>readFrom: >>>>>> ZnResponse class(ZnMessage class)>>readFrom: >>>>>> ZnClient>>readResponse >>>>>> ZnClient>>executeRequestResponse >>>>>> [ self executeRequestResponse ] in ZnClient>>getConnectionAndExecute in Block: [ self executeRequestResponse ] >>>>>> BlockClosure>>ensure: >>>>>> ZnClient>>getConnectionAndExecute >>>>>> ZnClient>>executeWithRedirectsRemaining: >>>>>> Got startup errors: >>>>>> ConnectionClosed: Connection closed while waiting for data. >>>>>> >>>>>> Volkert >>>>>> >>>>>> >>>>>> >>>>>> On 21.09.2015 12:07, Sven Van Caekenberghe wrote: >>>>>>>> On 21 Sep 2015, at 11:45, Andrei Chis <chisvasileandrei(a)gmail.com> wrote: >>>>>>>> >>>>>>>> So adding #beOneShot on some networks that are behind proxies, fails the request. >>>>>>> Well, I was already afraid that (possibly transparent) proxies were involved. >>>>>>> >>>>>>> The problem is, it is simply impossible for me to debug this remotely. >>>>>>> >>>>>>> One things that you could try is switching the socket stream implementation used by Zn, >>>>>>> >>>>>>> ZnNetworkingUtils default socketStreamClass: SocketStream. >>>>>>> >>>>>>> to no longer use ZdcSocketStream. >>>>>>> >>>>>>> Sven >>>>>>> >>>>>>> PS: Note that this is global setting >>>>>>> >>>>>> >>>>>> >>>>>> >>>>> >>>>> >>>> >>>> >>> >>> >>> >> > >

March 2, 2016

Re: [Pharo-users] CMD/CTRL-B for browsing?

by Marcus Denker

> On 02 Mar 2016, at 13:28, Tudor Girba <tudor(a)tudorgirba.com> wrote: > > Hi, > > Could you describe in more details the specific case we have here? > inspect #(hello you) then click on the first item. Now I select the 'hello' on the right and try to do "senders of" --> replace by "n". > Cheers, > Doru > > >> On Mar 2, 2016, at 11:28 AM, Marcus Denker <marcus.denker(a)inria.fr> wrote: >> >> >>> On 01 Mar 2016, at 18:10, Marcus Denker <marcus.denker(a)inria.fr> wrote: >>> >>> >>>> On 01 Mar 2016, at 18:06, Luc Fabresse <luc.fabresse(a)gmail.com> wrote: >>>> >>>> Hi Guys, >>>> >>>> In Pharo 5, it seems that CMD/CTRL-B does not work for browsing in some places such as in GTDebugger right bottom pane. >>>> Is this on purpose? >>>> >>>> >>> No, still a bug: in non-code mode Rubric does not add the shortcuts. We should fix that and allow these everywhere. >>> >>> >> >> I added an issue: >> >> https://pharo.fogbugz.com/f/cases/17731/Rubric-When-not-in-Code-Mode-the-ed… >> >> (Issue tracker status: >> - Open overall: 512 >> - Open tagged Pharo5: 319 >> - Closed last 7 days: 100 >> ) > > -- > www.tudorgirba.com > www.feenk.com > > "Next time you see your life passing by, say 'hi' and get to know her." > > > > >

March 2, 2016

Re: [Pharo-users] Zn / Connection closed while waiting for data

by Sven Van Caekenberghe

> On 02 Mar 2016, at 13:28, Yuriy Tymchuk <yuriy.tymchuk(a)me.com> wrote: > > For me itâs also happening when I run RTMapLocationExample>>#exampleSeismOnEarth I do not have that code. What is the URL that fails to load ? > Uko > >> On 30 Sep 2015, at 10:36, Andrei Chis <chisvasileandrei(a)gmail.com> wrote: >> >> In my case it's still failing with 'Connection closed while waiting for data.' >> >> Cheers, >> Andrei >> >> On Wed, Sep 30, 2015 at 9:29 AM, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: >> >> > On 30 Sep 2015, at 08:16, Volkert <volkert(a)komponentenwerkstatt.de> wrote: >> > >> > For your information: today i tried again and know it works as expected ... >> >> OK, thanks for letting us know. >> >> > Same net >> > Same pharo-vm/image >> > Same ubuntu/kernel >> > >> > Strange .... maybe the "blood moon" on monday ... >> >> Yes, weird. >> >> > $ ./pharo Pharo.image eval "'http://bl.ocks.org/ostock/raw/4063318/dji.csv' asUrl retrieveContents" >> > 'Date,Open,High,Low,Close,Volume,Adj Close >> > 2010-10-01,10789.72,10907.41,10759.14,10829.68,4298910000,10829.68 >> > 2010-09-30,10835.96,10960.99,10732.27,10788.05,4284160000,10788.05 >> > 2010-09-29,10857.98,10901.96,10759.75,10835.28,3990280000,10835.28 >> > 2010-09-28,10809.85,10905.44,10714.03,10858.14,4025840000,10858.14 >> > 2010-09-27,10860.03,10902.52,10776.44,10812.04,3587860000,10812.04 >> > 2010-09-24,10664.39,10897.83,10664.39,10860.26,4123950000,10860.26 >> > 2010-09-23,10738.48,10779.65,10610.12,10662.42,3847850000,10662.42 >> > 2010-09-22,10761.11,10829.75,10682.40,10739.31,3911070000,10739.31 >> > 2010-09-21,10753.39,10844.89,10674.83,10761.03,4175660000,10761.03 >> > 2010-09-20,10608.08,10783.51,10594.38,10753.62,3364080000,10753.62 >> > >> > .... >> > >> > >> > On 25.09.2015 19:58, stepharo wrote: >> >> Thanks for spotting this problem. >> >> >> >> >> >> Le 21/9/15 11:33, Volkert a Ã©crit : >> >>> Switching the socket implementation works ... >> >>> >> >>> $./pharo Pharo.image eval "ZnNetworkingUtils default socketStreamClass: SocketStream. 'http://bl.ocks.org/mbostock/raw/4063318/dji.csv' asUrl retrieveContents" >> >>> 'Date,Open,High,Low,Close,Volume,Adj Close >> >>> 2010-10-01,10789.72,10907.41,10759.14,10829.68,4298910000,10829.68 >> >>> 2010-09-30,10835.96,10960.99,10732.27,10788.05,4284160000,10788.05 >> >>> 2010-09-29,10857.98,10901.96,10759.75,10835.28,3990280000,10835.28 >> >>> 2010-09-28,10809.85,10905.44,10714.03,10858.14,4025840000,10858.14 >> >>> 2010-09-27,10860.03,10902.52,10776.44,10812.04,3587860000,10812.04 >> >>> >> >>> .... >> >>> >> >>> The dedault implementation not ... >> >>> >> >>> $ ./pharo Pharo.image eval "'http://bl.ocks.org/mbostock/raw/4063318/dji.csv' asUrl retrieveContents"==== Startup Error: ConnectionClosed: Connection closed while waiting for data. >> >>> [ ConnectionClosed signal: 'Connection closed while waiting for data.' ] in Socket>>waitForDataFor: in Block: [ ConnectionClosed signal: 'Connection closed whil...etc... >> >>> Socket>>waitForDataFor:ifClosed:ifTimedOut: >> >>> Socket>>waitForDataFor: >> >>> ZdcSocketStream(ZdcAbstractSocketStream)>>socketWaitForData >> >>> ZdcSocketStream>>readInto:startingAt:count: >> >>> ZnUTF8Encoder>>optimizedReadInto:startingAt:count:fromStream: >> >>> ZnUTF8Encoder>>readInto:startingAt:count:fromStream: >> >>> [ >> >>> read := encoder >> >>> readInto: buffer >> >>> startingAt: 1 >> >>> count: buffer size >> >>> fromStream: readStream ] in ZnStringEntity>>readFrom: in Block: [ ... >> >>> BlockClosure>>on:do: >> >>> ZnStringEntity>>readFrom: >> >>> ZnEntity class>>readFrom:usingType:andLength: >> >>> ZnEntityReader>>readFrom:usingType:andLength: >> >>> ZnEntityReader>>readEntityFromStream >> >>> [ entity := self readEntityFromStream ] in ZnEntityReader>>readEntity in Block: [ entity := self readEntityFromStream ] >> >>> [ >> >>> p psValueAt: index put: anObject. >> >>> aBlock value ] in ZnDefaultCharacterEncoder(DynamicVariable)>>value:during: in Block: [ ... >> >>> BlockClosure>>ensure: >> >>> ZnDefaultCharacterEncoder(DynamicVariable)>>value:during: >> >>> ZnDefaultCharacterEncoder class(DynamicVariable class)>>value:during: >> >>> ZnEntityReader>>withDefaultUtf8Decoding: >> >>> ZnEntityReader>>readEntity >> >>> ZnResponse(ZnMessage)>>readEntityFrom: >> >>> ZnResponse>>readEntityFrom: >> >>> ZnResponse(ZnMessage)>>readFrom: >> >>> ZnResponse class(ZnMessage class)>>readFrom: >> >>> ZnClient>>readResponse >> >>> ZnClient>>executeRequestResponse >> >>> [ self executeRequestResponse ] in ZnClient>>getConnectionAndExecute in Block: [ self executeRequestResponse ] >> >>> BlockClosure>>ensure: >> >>> ZnClient>>getConnectionAndExecute >> >>> ZnClient>>executeWithRedirectsRemaining: >> >>> Got startup errors: >> >>> ConnectionClosed: Connection closed while waiting for data. >> >>> >> >>> Volkert >> >>> >> >>> >> >>> >> >>> On 21.09.2015 12:07, Sven Van Caekenberghe wrote: >> >>>>> On 21 Sep 2015, at 11:45, Andrei Chis <chisvasileandrei(a)gmail.com> wrote: >> >>>>> >> >>>>> So adding #beOneShot on some networks that are behind proxies, fails the request. >> >>>> Well, I was already afraid that (possibly transparent) proxies were involved. >> >>>> >> >>>> The problem is, it is simply impossible for me to debug this remotely. >> >>>> >> >>>> One things that you could try is switching the socket stream implementation used by Zn, >> >>>> >> >>>> ZnNetworkingUtils default socketStreamClass: SocketStream. >> >>>> >> >>>> to no longer use ZdcSocketStream. >> >>>> >> >>>> Sven >> >>>> >> >>>> PS: Note that this is global setting >> >>>> >> >>> >> >>> >> >>> >> >> >> >> >> > >> > >> >> >> >

March 2, 2016

Re: [Pharo-users] Zn / Connection closed while waiting for data

by Yuriy Tymchuk

For me itâs also happening when I run RTMapLocationExample>>#exampleSeismOnEarth Uko > On 30 Sep 2015, at 10:36, Andrei Chis <chisvasileandrei(a)gmail.com> wrote: > > In my case it's still failing with 'Connection closed while waiting for data.' > > Cheers, > Andrei > > On Wed, Sep 30, 2015 at 9:29 AM, Sven Van Caekenberghe <sven(a)stfx.eu <mailto:sven@stfx.eu>> wrote: > > > On 30 Sep 2015, at 08:16, Volkert <volkert(a)komponentenwerkstatt.de <mailto:volkert@komponentenwerkstatt.de>> wrote: > > > > For your information: today i tried again and know it works as expected ... > > OK, thanks for letting us know. > > > Same net > > Same pharo-vm/image > > Same ubuntu/kernel > > > > Strange .... maybe the "blood moon" on monday ... > > Yes, weird. > > > $ ./pharo Pharo.image eval "'http://bl.ocks.org/ostock/raw/4063318/dji.csv <http://bl.ocks.org/ostock/raw/4063318/dji.csv>' asUrl retrieveContents" > > 'Date,Open,High,Low,Close,Volume,Adj Close > > 2010-10-01,10789.72,10907.41,10759.14,10829.68,4298910000,10829.68 > > 2010-09-30,10835.96,10960.99,10732.27,10788.05,4284160000,10788.05 > > 2010-09-29,10857.98,10901.96,10759.75,10835.28,3990280000,10835.28 > > 2010-09-28,10809.85,10905.44,10714.03,10858.14,4025840000,10858.14 > > 2010-09-27,10860.03,10902.52,10776.44,10812.04,3587860000,10812.04 > > 2010-09-24,10664.39,10897.83,10664.39,10860.26,4123950000,10860.26 > > 2010-09-23,10738.48,10779.65,10610.12,10662.42,3847850000,10662.42 > > 2010-09-22,10761.11,10829.75,10682.40,10739.31,3911070000,10739.31 > > 2010-09-21,10753.39,10844.89,10674.83,10761.03,4175660000,10761.03 > > 2010-09-20,10608.08,10783.51,10594.38,10753.62,3364080000,10753.62 > > > > .... > > > > > > On 25.09.2015 19:58, stepharo wrote: > >> Thanks for spotting this problem. > >> > >> > >> Le 21/9/15 11:33, Volkert a Ã©crit : > >>> Switching the socket implementation works ... > >>> > >>> $./pharo Pharo.image eval "ZnNetworkingUtils default socketStreamClass: SocketStream. 'http://bl.ocks.org/mbostock/raw/4063318/dji.csv <http://bl.ocks.org/mbostock/raw/4063318/dji.csv>' asUrl retrieveContents" > >>> 'Date,Open,High,Low,Close,Volume,Adj Close > >>> 2010-10-01,10789.72,10907.41,10759.14,10829.68,4298910000,10829.68 > >>> 2010-09-30,10835.96,10960.99,10732.27,10788.05,4284160000,10788.05 > >>> 2010-09-29,10857.98,10901.96,10759.75,10835.28,3990280000,10835.28 > >>> 2010-09-28,10809.85,10905.44,10714.03,10858.14,4025840000,10858.14 > >>> 2010-09-27,10860.03,10902.52,10776.44,10812.04,3587860000,10812.04 > >>> > >>> .... > >>> > >>> The dedault implementation not ... > >>> > >>> $ ./pharo Pharo.image eval "'http://bl.ocks.org/mbostock/raw/4063318/dji.csv <http://bl.ocks.org/mbostock/raw/4063318/dji.csv>' asUrl retrieveContents"==== Startup Error: ConnectionClosed: Connection closed while waiting for data. > >>> [ ConnectionClosed signal: 'Connection closed while waiting for data.' ] in Socket>>waitForDataFor: in Block: [ ConnectionClosed signal: 'Connection closed whil...etc... > >>> Socket>>waitForDataFor:ifClosed:ifTimedOut: > >>> Socket>>waitForDataFor: > >>> ZdcSocketStream(ZdcAbstractSocketStream)>>socketWaitForData > >>> ZdcSocketStream>>readInto:startingAt:count: > >>> ZnUTF8Encoder>>optimizedReadInto:startingAt:count:fromStream: > >>> ZnUTF8Encoder>>readInto:startingAt:count:fromStream: > >>> [ > >>> read := encoder > >>> readInto: buffer > >>> startingAt: 1 > >>> count: buffer size > >>> fromStream: readStream ] in ZnStringEntity>>readFrom: in Block: [ ... > >>> BlockClosure>>on:do: > >>> ZnStringEntity>>readFrom: > >>> ZnEntity class>>readFrom:usingType:andLength: > >>> ZnEntityReader>>readFrom:usingType:andLength: > >>> ZnEntityReader>>readEntityFromStream > >>> [ entity := self readEntityFromStream ] in ZnEntityReader>>readEntity in Block: [ entity := self readEntityFromStream ] > >>> [ > >>> p psValueAt: index put: anObject. > >>> aBlock value ] in ZnDefaultCharacterEncoder(DynamicVariable)>>value:during: in Block: [ ... > >>> BlockClosure>>ensure: > >>> ZnDefaultCharacterEncoder(DynamicVariable)>>value:during: > >>> ZnDefaultCharacterEncoder class(DynamicVariable class)>>value:during: > >>> ZnEntityReader>>withDefaultUtf8Decoding: > >>> ZnEntityReader>>readEntity > >>> ZnResponse(ZnMessage)>>readEntityFrom: > >>> ZnResponse>>readEntityFrom: > >>> ZnResponse(ZnMessage)>>readFrom: > >>> ZnResponse class(ZnMessage class)>>readFrom: > >>> ZnClient>>readResponse > >>> ZnClient>>executeRequestResponse > >>> [ self executeRequestResponse ] in ZnClient>>getConnectionAndExecute in Block: [ self executeRequestResponse ] > >>> BlockClosure>>ensure: > >>> ZnClient>>getConnectionAndExecute > >>> ZnClient>>executeWithRedirectsRemaining: > >>> Got startup errors: > >>> ConnectionClosed: Connection closed while waiting for data. > >>> > >>> Volkert > >>> > >>> > >>> > >>> On 21.09.2015 12 <tel:21.09.2015%2012>:07, Sven Van Caekenberghe wrote: > >>>>> On 21 Sep 2015, at 11:45, Andrei Chis <chisvasileandrei(a)gmail.com <mailto:chisvasileandrei@gmail.com>> wrote: > >>>>> > >>>>> So adding #beOneShot on some networks that are behind proxies, fails the request. > >>>> Well, I was already afraid that (possibly transparent) proxies were involved. > >>>> > >>>> The problem is, it is simply impossible for me to debug this remotely. > >>>> > >>>> One things that you could try is switching the socket stream implementation used by Zn, > >>>> > >>>> ZnNetworkingUtils default socketStreamClass: SocketStream. > >>>> > >>>> to no longer use ZdcSocketStream. > >>>> > >>>> Sven > >>>> > >>>> PS: Note that this is global setting > >>>> > >>> > >>> > >>> > >> > >> > > > > > > >

March 2, 2016

Re: [Pharo-users] CMD/CTRL-B for browsing?

by Tudor Girba

Hi, Could you describe in more details the specific case we have here? Cheers, Doru > On Mar 2, 2016, at 11:28 AM, Marcus Denker <marcus.denker(a)inria.fr> wrote: > > >> On 01 Mar 2016, at 18:10, Marcus Denker <marcus.denker(a)inria.fr> wrote: >> >> >>> On 01 Mar 2016, at 18:06, Luc Fabresse <luc.fabresse(a)gmail.com> wrote: >>> >>> Hi Guys, >>> >>> In Pharo 5, it seems that CMD/CTRL-B does not work for browsing in some places such as in GTDebugger right bottom pane. >>> Is this on purpose? >>> >>> >> No, still a bug: in non-code mode Rubric does not add the shortcuts. We should fix that and allow these everywhere. >> >> > > I added an issue: > > https://pharo.fogbugz.com/f/cases/17731/Rubric-When-not-in-Code-Mode-the-ed… > > (Issue tracker status: > - Open overall: 512 > - Open tagged Pharo5: 319 > - Closed last 7 days: 100 > ) -- www.tudorgirba.com www.feenk.com "Next time you see your life passing by, say 'hi' and get to know her."

March 2, 2016

Re: [Pharo-users] A new idea for a project: WarpSpeed (a C inliner)

by Ben Coman

On Wed, Mar 2, 2016 at 6:20 PM, Thierry Goubier <thierry.goubier(a)gmail.com> wrote: > Le 02/03/2016 11:07, Ben Coman a Ã©crit : >> >> Back to Dimitris' original question, I wonder that the potential speed >> benefit comes not so much from using "C", but from leveraging a large >> body of work on optimizing passes at the lower level. I found a >> tutorial [1] to produce a toy language "Kaleidoscope" that generates >> LLVM IR such that "by the end of the tutorial, weâll have written a >> bit less than 1000 lines of code. With this small amount of code, >> weâll have built up a very reasonable compiler for a non-trivial >> language including a hand-written lexer, parser, AST, as well as code >> generation support with a JIT compiler." > > > What is costly in the Pharo space is the fact that Kaleidoscope rely on the > LLVM C++ infrastructure to generate the IR. And this linking to C++ code and > classes is hard to do. Are you referring only to FFI interfacing versus C++ name mangling, for which "the C bindings in include/llvm-c should help a lot, since most languages have strong support for interfacing with C.[A]" or something more? [A] http://llvm.org/releases/3.1/docs/FAQ.html cheers -ben

March 2, 2016