Pharo-users

By thread

pharo-users@lists.pharo.org

September 2015

59 participants
535 messages

Mathex first release is out.

by Julien Delplanque

Hi all, I'm sending this mail for those who are eventually interested in the Mathex package I announced in a precedent mail (http://forum.world.st/Mathex-Generating-latex-math-from-Pharo-td4848409.html) Mathex has now its first release: 0.1 (the latest release will always be in the same state as master branch, new features will be on bleed till there is no new release. So basically, releases are not really usefull except for announcing them :) ). Here is a list of changes/additional features since the last mail: ===================================== - Greek letters are defined as globals: Alpha, Beta, ... - Additional packages for more latex commands (https://github.com/juliendelplanque/mathex#load-additional-package) - GT-Inspector extensions to: * explore the tree formed by Mathex objects * see the LaTeX code generated by a Mathex object * Have a preview of the compiled LaTeX code using pdflatex - The possibility to define custom commands made of Mathex objects composition using blocks (see: https://github.com/juliendelplanque/mathex/wiki#advanced-uses) - Documentation available on the wiki (more to come) - A code rewriter and its GUI (not documented yet and still experimental) that allows you to write "Mathex Smalltalk" ie Smalltalk code where #asMathex message is sent to all literals automatically. This make the code lighter because in spite of '(1 asMathex + 2 asMathex) equal: 3 asMathex.', you can write: '(1 + 2) equal: 3' and get Mathex objects that are able to generate LaTeX. - The possibility to create Mathex objects using symbols. For example: '#vdash asMathex' returns a MVdash object. - Added messages to do things like: '$a asMathex ==> $b asMathex' and get the latex code 'a \Rightarrow b'. - Some refactoring And probably things I forgot Some links: ======= Mathex github repository: https://github.com/juliendelplanque/mathex Mathex 0.1 release: https://github.com/juliendelplanque/mathex/releases/tag/0.1 (you can just follow instructions in this mail or in the README to get it). Mathex wiki: https://github.com/juliendelplanque/mathex/wiki. Install Mathex package: ============== Metacello new baseline: 'Mathex'; repository: 'github://juliendelplanque/mathex/repository'; load. Install Mathex extensions (after Mathex package installation): ==================================== MLoader loadArrows. "Load Mathex-Arrows" MLoader loadBinaryOperators. "Load Mathex-BinaryOperators" MLoader loadLoglike. "Load Mathex-Loglike" MLoader loadMisc. "Load Mathex-Misc" MLoader loadRelations. "Load Mathex-Relations" Install GT-Inspector extensions (after Mathex package installation): ======================================== MLoader loadGTInspectorExtensions. Add a preview of the LaTeX code compiled in GT-Inspector (only for linux users from now, sorry for others) ================================== See: https://github.com/juliendelplanque/mathex#add-a-preview-of-the-latex-code-… Comments, help and critics are welcome. Regards, Julien

Sept. 20, 2015

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

by Volkert

On 20.09.2015 17:13, Sven Van Caekenberghe wrote: >> On 20 Sep 2015, at 14:47, Volkert <volkert(a)komponentenwerkstatt.de> wrote: >> >> here mine. is the same version > Then I (currently) am out of ideas. > > I am assuming you did all your tests from machines with the same network connection, maybe you could try from another place, or from some server locate somewhere else ? May be this shared libs? Please have a look ... $ldd -v pharo linux-gate.so.1 => (0xf77ab000) libm.so.6 => /lib/i386-linux-gnu/libm.so.6 (0xf7744000) libdl.so.2 => /lib/i386-linux-gnu/libdl.so.2 (0xf773f000) libpthread.so.0 => /lib/i386-linux-gnu/libpthread.so.0 (0xf7722000) libc.so.6 => /lib/i386-linux-gnu/libc.so.6 (0xf7574000) /lib/ld-linux.so.2 (0xf77ae000) Version information: ./pharo: libdl.so.2 (GLIBC_2.1) => /lib/i386-linux-gnu/libdl.so.2 libdl.so.2 (GLIBC_2.0) => /lib/i386-linux-gnu/libdl.so.2 libm.so.6 (GLIBC_2.1) => /lib/i386-linux-gnu/libm.so.6 libm.so.6 (GLIBC_2.0) => /lib/i386-linux-gnu/libm.so.6 libpthread.so.0 (GLIBC_2.2) => /lib/i386-linux-gnu/libpthread.so.0 libpthread.so.0 (GLIBC_2.1) => /lib/i386-linux-gnu/libpthread.so.0 libpthread.so.0 (GLIBC_2.0) => /lib/i386-linux-gnu/libpthread.so.0 libc.so.6 (GLIBC_2.11) => /lib/i386-linux-gnu/libc.so.6 libc.so.6 (GLIBC_2.3) => /lib/i386-linux-gnu/libc.so.6 libc.so.6 (GLIBC_2.1.3) => /lib/i386-linux-gnu/libc.so.6 libc.so.6 (GLIBC_2.2) => /lib/i386-linux-gnu/libc.so.6 libc.so.6 (GLIBC_2.15) => /lib/i386-linux-gnu/libc.so.6 libc.so.6 (GLIBC_2.4) => /lib/i386-linux-gnu/libc.so.6 libc.so.6 (GLIBC_2.1) => /lib/i386-linux-gnu/libc.so.6 libc.so.6 (GLIBC_2.3.4) => /lib/i386-linux-gnu/libc.so.6 libc.so.6 (GLIBC_2.0) => /lib/i386-linux-gnu/libc.so.6 /lib/i386-linux-gnu/libm.so.6: ld-linux.so.2 (GLIBC_PRIVATE) => /lib/ld-linux.so.2 libc.so.6 (GLIBC_2.1.3) => /lib/i386-linux-gnu/libc.so.6 libc.so.6 (GLIBC_2.0) => /lib/i386-linux-gnu/libc.so.6 libc.so.6 (GLIBC_PRIVATE) => /lib/i386-linux-gnu/libc.so.6 /lib/i386-linux-gnu/libdl.so.2: ld-linux.so.2 (GLIBC_PRIVATE) => /lib/ld-linux.so.2 libc.so.6 (GLIBC_PRIVATE) => /lib/i386-linux-gnu/libc.so.6 libc.so.6 (GLIBC_2.1.3) => /lib/i386-linux-gnu/libc.so.6 libc.so.6 (GLIBC_2.1) => /lib/i386-linux-gnu/libc.so.6 libc.so.6 (GLIBC_2.0) => /lib/i386-linux-gnu/libc.so.6 /lib/i386-linux-gnu/libpthread.so.0: ld-linux.so.2 (GLIBC_2.1) => /lib/ld-linux.so.2 ld-linux.so.2 (GLIBC_PRIVATE) => /lib/ld-linux.so.2 ld-linux.so.2 (GLIBC_2.3) => /lib/ld-linux.so.2 libc.so.6 (GLIBC_2.3.2) => /lib/i386-linux-gnu/libc.so.6 libc.so.6 (GLIBC_2.1.3) => /lib/i386-linux-gnu/libc.so.6 libc.so.6 (GLIBC_2.1) => /lib/i386-linux-gnu/libc.so.6 libc.so.6 (GLIBC_PRIVATE) => /lib/i386-linux-gnu/libc.so.6 libc.so.6 (GLIBC_2.0) => /lib/i386-linux-gnu/libc.so.6 libc.so.6 (GLIBC_2.2) => /lib/i386-linux-gnu/libc.so.6 /lib/i386-linux-gnu/libc.so.6: ld-linux.so.2 (GLIBC_2.3) => /lib/ld-linux.so.2 ld-linux.so.2 (GLIBC_PRIVATE) => /lib/ld-linux.so.2 ld-linux.so.2 (GLIBC_2.1) => /lib/ld-linux.so.2 >> $ ./pharo --version >> 3.9-7 #1 Thu Apr 2 00:51:45 CEST 2015 gcc 4.6.3 [Production ITHB VM] >> NBCoInterpreter NativeBoost-CogPlugin-EstebanLorenzano.21 uuid: 4d9b9bdf-2dfa-4c0b-99eb-5b110dadc697 Apr 2 2015 >> NBCogit NativeBoost-CogPlugin-EstebanLorenzano.21 uuid: 4d9b9bdf-2dfa-4c0b-99eb-5b110dadc697 Apr 2 2015 >> https://github.com/pharo-project/pharo-vm.git Commit: 32d18ba0f2db9bee7f3bdbf16bdb24fe4801cfc5 Date: 2015-03-24 11:08:14 +0100 By: Esteban Lorenzano <estebanlm(a)gmail.com> Jenkins build #14904 >> Linux pharo-linux 3.2.0-31-generic-pae #50-Ubuntu SMP Fri Sep 7 16:39:45 UTC 2012 i686 i686 i386 GNU/Linux >> plugin path: /home/volkert/Pharo/latest/pharo-vm/ [default: /home/volkert/Pharo/latest/pharo >> >> On 20.09.2015 14:03, Sven Van Caekenberghe wrote: >>> I am not sure we have to go that deep (yet). >>> >>> It is a public URL/site, we access it with the same client software (standard 4.0 with the included Zn), it works for most/everyone, on multiple platforms, but not for Volkert. >>> >>> Maybe a VM difference ? >>> >>> Mine on Ubuntu was >>> >>> $ ./pharo/bin/pharo --version >>> 3.9-7 #1 Thu Apr 2 00:51:45 CEST 2015 gcc 4.6.3 [Production ITHB VM] >>> NBCoInterpreter NativeBoost-CogPlugin-EstebanLorenzano.21 uuid: 4d9b9bdf-2dfa-4c0b-99eb-5b110dadc697 Apr 2 2015 >>> NBCogit NativeBoost-CogPlugin-EstebanLorenzano.21 uuid: 4d9b9bdf-2dfa-4c0b-99eb-5b110dadc697 Apr 2 2015 >>> https://github.com/pharo-project/pharo-vm.git Commit: 32d18ba0f2db9bee7f3bdbf16bdb24fe4801cfc5 Date: 2015-03-24 11:08:14 +0100 By: Esteban Lorenzano <estebanlm(a)gmail.com> Jenkins build #14904 >>> Linux pharo-linux 3.2.0-31-generic-pae #50-Ubuntu SMP Fri Sep 7 16:39:45 UTC 2012 i686 i686 i386 GNU/Linux >>> plugin path: /home/t3/pharo/bin/pharo-vm/ [default: /home/t3/pharo/bin/pharo-vm/] >>> >>>> On 20 Sep 2015, at 13:53, Ben Coman <btc(a)openinworld.com> wrote: >>>> >>>> You might also try tcpflow >>>> http://unix.stackexchange.com/questions/6279/on-the-fly-monitoring-http-req… >>>> cheers -ben >>>> >>>> On Sun, Sep 20, 2015 at 7:43 PM, Ben Coman <btc(a)openinworld.com> wrote: >>>>> Maybe something shows up comparing telnet tests [1]... >>>>> >>>>> $ telnet zn.stfx.eu 80 >>>>> GET /zn/numbers.txt HTTP/1.1 >>>>> Host: zn.stfx.eu >>>>> >>>>> $ telnet bl.ocks.org 80 >>>>> GET /mbostock/raw/4063318/dji.csv HTTP/1.1 >>>>> Host: bl.ocks.org >>>>> >>>>> btw, what user-agent does Zinc use? >>>>> >>>>> [1] http://www.esqsoft.com/examples/troubleshooting-http-using-telnet.htm >>>>> >>>>> cheers -ben >>>>> >>>>> >>>>> On Sun, Sep 20, 2015 at 6:22 PM, Volkert >>>>> <volkert(a)komponentenwerkstatt.de> wrote: >>>>>> same behavior ... :-( >>>>>> >>>>>> >>>>>> On 20.09.2015 11:55, Sven Van Caekenberghe wrote: >>>>>>> The response is chunked, but that should be no problem. >>>>>>> >>>>>>> You could try the following: >>>>>>> >>>>>>> ZnDefaultCharacterEncoder value: ZnNullEncoder new during: [ >>>>>>> 'http://bl.ocks.org/mbostock/raw/4063318/dji.csv' asUrl retrieveContents ]. >>>>>>> >>>>>>>> On 20 Sep 2015, at 11:37, Volkert <volkert(a)komponentenwerkstatt.de> >>>>>>>> wrote: >>>>>>>> >>>>>>>> No >>>>>>>> >>>>>>>> On 20.09.2015 11:20, Sven Van Caekenberghe wrote: >>>>>>>>> Any proxying involved ? >>>>>>>>> >>>>>>>>>> On 20 Sep 2015, at 11:16, Volkert <volkert(a)komponentenwerkstatt.de> >>>>>>>>>> wrote: >>>>>>>>>> >>>>>>>>>> $ cat /etc/issue >>>>>>>>>> Ubuntu 14.04.3 LTS \n \l >>>>>>>>>> >>>>>>>>>> $ uname -a >>>>>>>>>> Linux jupiter 3.16.0-49-generic #65~14.04.1-Ubuntu SMP Wed Sep 9 >>>>>>>>>> 10:03:23 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux >>>>>>>>>> >>>>>>>>>> $ ./pharo Pharo.image printVersion >>>>>>>>>> [version] 4.0 #40621 >>>>>>>>>> >>>>>>>>>> ./pharo Pharo.image eval "'http://zn.stfx.eu/zn/numbers.txt' asUrl >>>>>>>>>> retrieveContents" >>>>>>>>>> '2 >>>>>>>>>> 3 >>>>>>>>>> 5 >>>>>>>>>> 7 >>>>>>>>>> ... >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> BUT >>>>>>>>>> >>>>>>>>>> $ ./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. >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> 9.2015 10:54, Sven Van Caekenberghe wrote: >>>>>>>>>>> Weird, this is on one of my servers: >>>>>>>>>>> >>>>>>>>>>> $ cat /etc/issue >>>>>>>>>>> Ubuntu 14.04.3 LTS >>>>>>>>>>> >>>>>>>>>>> $ uname -a >>>>>>>>>>> Linux pharo.t3-platform.net 3.13.0-57-generic #95-Ubuntu SMP Fri Jun >>>>>>>>>>> 19 09:27:48 UTC 2015 i686 i686 i686 GNU/Linux >>>>>>>>>>> >>>>>>>>>>> $ ../bin/pharo Pharo.image printVersion >>>>>>>>>>> [version] 4.0 #40621 >>>>>>>>>>> >>>>>>>>>>> $ ../bin/pharo Pharo.image eval "'http://zn.stfx.eu/zn/numbers.txt' >>>>>>>>>>> asUrl retrieveContents" >>>>>>>>>>> '2 >>>>>>>>>>> 3 >>>>>>>>>>> 5 >>>>>>>>>>> 7 >>>>>>>>>>> 11 >>>>>>>>>>> 13 >>>>>>>>>>> 17 >>>>>>>>>>> 19 >>>>>>>>>>> 23 >>>>>>>>>>> 29 >>>>>>>>>>> 31 >>>>>>>>>>> 37 >>>>>>>>>>> 41 >>>>>>>>>>> 43 >>>>>>>>>>> 47 >>>>>>>>>>> 53 >>>>>>>>>>> 59 >>>>>>>>>>> 61 >>>>>>>>>>> 67 >>>>>>>>>>> 71 >>>>>>>>>>> 73 >>>>>>>>>>> 79 >>>>>>>>>>> 83 >>>>>>>>>>> 89 >>>>>>>>>>> 97 >>>>>>>>>>> ' >>>>>>>>>>> >>>>>>>>>>> $ ../bin/pharo Pharo.image eval >>>>>>>>>>> "'http://bl.ocks.org/mbostock/raw/4063318/dji.csv' asUrl retrieveContents" | >>>>>>>>>>> head >>>>>>>>>>> '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 >>>>>>>>>>> >>>>>>>>>>> ... >>>>>>>>>>> >>>>>>>>>>>> On 20 Sep 2015, at 10:27, Volkert <volkert(a)komponentenwerkstatt.de> >>>>>>>>>>>> wrote: >>>>>>>>>>>> >>>>>>>>>>>> Strange: I tried an other Ubuntu Box (14.04) with Pharo 3.0 and had >>>>>>>>>>>> the same problem ... >>>>>>>>>>>> >>>>>>>>>>>> But calls to other site are fine ... >>>>>>>>>>>> >>>>>>>>>>>> Volkert >>>>>>>>>>>> >>>>>>>>>>>> On 20.09.2015 10:00, Volkert wrote: >>>>>>>>>>>>> I just downloaded the latest version with "curl get.pharo.org | >>>>>>>>>>>>> bash" .... same problem ... >>>>>>>>>>>>> >>>>>>>>>>>>> On 20.09.2015 09:33, Sven Van Caekenberghe wrote: >>>>>>>>>>>>>> Volkert, >>>>>>>>>>>>>> >>>>>>>>>>>>>> I tried in 2 #40621 images of mine and it worked fine. Both Zn >>>>>>>>>>>>>> included and Zn #bleedingEdge. Maybe it was some temporary situation ? >>>>>>>>>>>>>> >>>>>>>>>>>>>> Sven >>>>>>>>>>>>>> >>>>>>>>>>>>>>> On 20 Sep 2015, at 09:19, Volkert >>>>>>>>>>>>>>> <volkert(a)komponentenwerkstatt.de> wrote: >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> Dear all, >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> " 'http://bl.ocks.org/mbostock/raw/4063318/dji.csv' asUrl >>>>>>>>>>>>>>> retrieveContents " lead to this error: >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> <ifdhcebh.png> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> "wget http://bl.ocks.org/mbostock/raw/4063318/dji.csv" fetches the >>>>>>>>>>>>>>> csv file. >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> The snippet is part of the Roassal >>>>>>>>>>>>>>> RTCalenderExample>>exampleVisualizationCSV and i had never a problem with >>>>>>>>>>>>>>> it. >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> Pharo4.0 >>>>>>>>>>>>>>> Latest update: #40621 >>>>>>>>>>>>>>> On Ubuntu 14.04 >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> Volkert >> >

Sept. 20, 2015

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

by Volkert

On 20.09.2015 17:13, Sven Van Caekenberghe wrote: >> On 20 Sep 2015, at 14:47, Volkert <volkert(a)komponentenwerkstatt.de> wrote: >> >> here mine. is the same version > Then I (currently) am out of ideas. > > I am assuming you did all your tests from machines with the same network connection, maybe you could try from another place, or from some server locate somewhere else ? I am trying tomorrow from an other place and give you a note, but i see not why this should have an impact here. It works from here with Erlang/Cowboy and from Python. May be a problem with the 32-Bit libraries? I have a look here ... anyway, thanks for you help to far Volkert >> $ ./pharo --version >> 3.9-7 #1 Thu Apr 2 00:51:45 CEST 2015 gcc 4.6.3 [Production ITHB VM] >> NBCoInterpreter NativeBoost-CogPlugin-EstebanLorenzano.21 uuid: 4d9b9bdf-2dfa-4c0b-99eb-5b110dadc697 Apr 2 2015 >> NBCogit NativeBoost-CogPlugin-EstebanLorenzano.21 uuid: 4d9b9bdf-2dfa-4c0b-99eb-5b110dadc697 Apr 2 2015 >> https://github.com/pharo-project/pharo-vm.git Commit: 32d18ba0f2db9bee7f3bdbf16bdb24fe4801cfc5 Date: 2015-03-24 11:08:14 +0100 By: Esteban Lorenzano <estebanlm(a)gmail.com> Jenkins build #14904 >> Linux pharo-linux 3.2.0-31-generic-pae #50-Ubuntu SMP Fri Sep 7 16:39:45 UTC 2012 i686 i686 i386 GNU/Linux >> plugin path: /home/volkert/Pharo/latest/pharo-vm/ [default: /home/volkert/Pharo/latest/pharo >> >> On 20.09.2015 14:03, Sven Van Caekenberghe wrote: >>> I am not sure we have to go that deep (yet). >>> >>> It is a public URL/site, we access it with the same client software (standard 4.0 with the included Zn), it works for most/everyone, on multiple platforms, but not for Volkert. >>> >>> Maybe a VM difference ? >>> >>> Mine on Ubuntu was >>> >>> $ ./pharo/bin/pharo --version >>> 3.9-7 #1 Thu Apr 2 00:51:45 CEST 2015 gcc 4.6.3 [Production ITHB VM] >>> NBCoInterpreter NativeBoost-CogPlugin-EstebanLorenzano.21 uuid: 4d9b9bdf-2dfa-4c0b-99eb-5b110dadc697 Apr 2 2015 >>> NBCogit NativeBoost-CogPlugin-EstebanLorenzano.21 uuid: 4d9b9bdf-2dfa-4c0b-99eb-5b110dadc697 Apr 2 2015 >>> https://github.com/pharo-project/pharo-vm.git Commit: 32d18ba0f2db9bee7f3bdbf16bdb24fe4801cfc5 Date: 2015-03-24 11:08:14 +0100 By: Esteban Lorenzano <estebanlm(a)gmail.com> Jenkins build #14904 >>> Linux pharo-linux 3.2.0-31-generic-pae #50-Ubuntu SMP Fri Sep 7 16:39:45 UTC 2012 i686 i686 i386 GNU/Linux >>> plugin path: /home/t3/pharo/bin/pharo-vm/ [default: /home/t3/pharo/bin/pharo-vm/] >>> >>>> On 20 Sep 2015, at 13:53, Ben Coman <btc(a)openinworld.com> wrote: >>>> >>>> You might also try tcpflow >>>> http://unix.stackexchange.com/questions/6279/on-the-fly-monitoring-http-req… >>>> cheers -ben >>>> >>>> On Sun, Sep 20, 2015 at 7:43 PM, Ben Coman <btc(a)openinworld.com> wrote: >>>>> Maybe something shows up comparing telnet tests [1]... >>>>> >>>>> $ telnet zn.stfx.eu 80 >>>>> GET /zn/numbers.txt HTTP/1.1 >>>>> Host: zn.stfx.eu >>>>> >>>>> $ telnet bl.ocks.org 80 >>>>> GET /mbostock/raw/4063318/dji.csv HTTP/1.1 >>>>> Host: bl.ocks.org >>>>> >>>>> btw, what user-agent does Zinc use? >>>>> >>>>> [1] http://www.esqsoft.com/examples/troubleshooting-http-using-telnet.htm >>>>> >>>>> cheers -ben >>>>> >>>>> >>>>> On Sun, Sep 20, 2015 at 6:22 PM, Volkert >>>>> <volkert(a)komponentenwerkstatt.de> wrote: >>>>>> same behavior ... :-( >>>>>> >>>>>> >>>>>> On 20.09.2015 11:55, Sven Van Caekenberghe wrote: >>>>>>> The response is chunked, but that should be no problem. >>>>>>> >>>>>>> You could try the following: >>>>>>> >>>>>>> ZnDefaultCharacterEncoder value: ZnNullEncoder new during: [ >>>>>>> 'http://bl.ocks.org/mbostock/raw/4063318/dji.csv' asUrl retrieveContents ]. >>>>>>> >>>>>>>> On 20 Sep 2015, at 11:37, Volkert <volkert(a)komponentenwerkstatt.de> >>>>>>>> wrote: >>>>>>>> >>>>>>>> No >>>>>>>> >>>>>>>> On 20.09.2015 11:20, Sven Van Caekenberghe wrote: >>>>>>>>> Any proxying involved ? >>>>>>>>> >>>>>>>>>> On 20 Sep 2015, at 11:16, Volkert <volkert(a)komponentenwerkstatt.de> >>>>>>>>>> wrote: >>>>>>>>>> >>>>>>>>>> $ cat /etc/issue >>>>>>>>>> Ubuntu 14.04.3 LTS \n \l >>>>>>>>>> >>>>>>>>>> $ uname -a >>>>>>>>>> Linux jupiter 3.16.0-49-generic #65~14.04.1-Ubuntu SMP Wed Sep 9 >>>>>>>>>> 10:03:23 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux >>>>>>>>>> >>>>>>>>>> $ ./pharo Pharo.image printVersion >>>>>>>>>> [version] 4.0 #40621 >>>>>>>>>> >>>>>>>>>> ./pharo Pharo.image eval "'http://zn.stfx.eu/zn/numbers.txt' asUrl >>>>>>>>>> retrieveContents" >>>>>>>>>> '2 >>>>>>>>>> 3 >>>>>>>>>> 5 >>>>>>>>>> 7 >>>>>>>>>> ... >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> BUT >>>>>>>>>> >>>>>>>>>> $ ./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. >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> 9.2015 10:54, Sven Van Caekenberghe wrote: >>>>>>>>>>> Weird, this is on one of my servers: >>>>>>>>>>> >>>>>>>>>>> $ cat /etc/issue >>>>>>>>>>> Ubuntu 14.04.3 LTS >>>>>>>>>>> >>>>>>>>>>> $ uname -a >>>>>>>>>>> Linux pharo.t3-platform.net 3.13.0-57-generic #95-Ubuntu SMP Fri Jun >>>>>>>>>>> 19 09:27:48 UTC 2015 i686 i686 i686 GNU/Linux >>>>>>>>>>> >>>>>>>>>>> $ ../bin/pharo Pharo.image printVersion >>>>>>>>>>> [version] 4.0 #40621 >>>>>>>>>>> >>>>>>>>>>> $ ../bin/pharo Pharo.image eval "'http://zn.stfx.eu/zn/numbers.txt' >>>>>>>>>>> asUrl retrieveContents" >>>>>>>>>>> '2 >>>>>>>>>>> 3 >>>>>>>>>>> 5 >>>>>>>>>>> 7 >>>>>>>>>>> 11 >>>>>>>>>>> 13 >>>>>>>>>>> 17 >>>>>>>>>>> 19 >>>>>>>>>>> 23 >>>>>>>>>>> 29 >>>>>>>>>>> 31 >>>>>>>>>>> 37 >>>>>>>>>>> 41 >>>>>>>>>>> 43 >>>>>>>>>>> 47 >>>>>>>>>>> 53 >>>>>>>>>>> 59 >>>>>>>>>>> 61 >>>>>>>>>>> 67 >>>>>>>>>>> 71 >>>>>>>>>>> 73 >>>>>>>>>>> 79 >>>>>>>>>>> 83 >>>>>>>>>>> 89 >>>>>>>>>>> 97 >>>>>>>>>>> ' >>>>>>>>>>> >>>>>>>>>>> $ ../bin/pharo Pharo.image eval >>>>>>>>>>> "'http://bl.ocks.org/mbostock/raw/4063318/dji.csv' asUrl retrieveContents" | >>>>>>>>>>> head >>>>>>>>>>> '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 >>>>>>>>>>> >>>>>>>>>>> ... >>>>>>>>>>> >>>>>>>>>>>> On 20 Sep 2015, at 10:27, Volkert <volkert(a)komponentenwerkstatt.de> >>>>>>>>>>>> wrote: >>>>>>>>>>>> >>>>>>>>>>>> Strange: I tried an other Ubuntu Box (14.04) with Pharo 3.0 and had >>>>>>>>>>>> the same problem ... >>>>>>>>>>>> >>>>>>>>>>>> But calls to other site are fine ... >>>>>>>>>>>> >>>>>>>>>>>> Volkert >>>>>>>>>>>> >>>>>>>>>>>> On 20.09.2015 10:00, Volkert wrote: >>>>>>>>>>>>> I just downloaded the latest version with "curl get.pharo.org | >>>>>>>>>>>>> bash" .... same problem ... >>>>>>>>>>>>> >>>>>>>>>>>>> On 20.09.2015 09:33, Sven Van Caekenberghe wrote: >>>>>>>>>>>>>> Volkert, >>>>>>>>>>>>>> >>>>>>>>>>>>>> I tried in 2 #40621 images of mine and it worked fine. Both Zn >>>>>>>>>>>>>> included and Zn #bleedingEdge. Maybe it was some temporary situation ? >>>>>>>>>>>>>> >>>>>>>>>>>>>> Sven >>>>>>>>>>>>>> >>>>>>>>>>>>>>> On 20 Sep 2015, at 09:19, Volkert >>>>>>>>>>>>>>> <volkert(a)komponentenwerkstatt.de> wrote: >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> Dear all, >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> " 'http://bl.ocks.org/mbostock/raw/4063318/dji.csv' asUrl >>>>>>>>>>>>>>> retrieveContents " lead to this error: >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> <ifdhcebh.png> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> "wget http://bl.ocks.org/mbostock/raw/4063318/dji.csv" fetches the >>>>>>>>>>>>>>> csv file. >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> The snippet is part of the Roassal >>>>>>>>>>>>>>> RTCalenderExample>>exampleVisualizationCSV and i had never a problem with >>>>>>>>>>>>>>> it. >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> Pharo4.0 >>>>>>>>>>>>>>> Latest update: #40621 >>>>>>>>>>>>>>> On Ubuntu 14.04 >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> Volkert >> >

Sept. 20, 2015

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

by Sven Van Caekenberghe

> On 20 Sep 2015, at 14:47, Volkert <volkert(a)komponentenwerkstatt.de> wrote: > > here mine. is the same version Then I (currently) am out of ideas. I am assuming you did all your tests from machines with the same network connection, maybe you could try from another place, or from some server locate somewhere else ? > $ ./pharo --version > 3.9-7 #1 Thu Apr 2 00:51:45 CEST 2015 gcc 4.6.3 [Production ITHB VM] > NBCoInterpreter NativeBoost-CogPlugin-EstebanLorenzano.21 uuid: 4d9b9bdf-2dfa-4c0b-99eb-5b110dadc697 Apr 2 2015 > NBCogit NativeBoost-CogPlugin-EstebanLorenzano.21 uuid: 4d9b9bdf-2dfa-4c0b-99eb-5b110dadc697 Apr 2 2015 > https://github.com/pharo-project/pharo-vm.git Commit: 32d18ba0f2db9bee7f3bdbf16bdb24fe4801cfc5 Date: 2015-03-24 11:08:14 +0100 By: Esteban Lorenzano <estebanlm(a)gmail.com> Jenkins build #14904 > Linux pharo-linux 3.2.0-31-generic-pae #50-Ubuntu SMP Fri Sep 7 16:39:45 UTC 2012 i686 i686 i386 GNU/Linux > plugin path: /home/volkert/Pharo/latest/pharo-vm/ [default: /home/volkert/Pharo/latest/pharo > > On 20.09.2015 14:03, Sven Van Caekenberghe wrote: >> I am not sure we have to go that deep (yet). >> >> It is a public URL/site, we access it with the same client software (standard 4.0 with the included Zn), it works for most/everyone, on multiple platforms, but not for Volkert. >> >> Maybe a VM difference ? >> >> Mine on Ubuntu was >> >> $ ./pharo/bin/pharo --version >> 3.9-7 #1 Thu Apr 2 00:51:45 CEST 2015 gcc 4.6.3 [Production ITHB VM] >> NBCoInterpreter NativeBoost-CogPlugin-EstebanLorenzano.21 uuid: 4d9b9bdf-2dfa-4c0b-99eb-5b110dadc697 Apr 2 2015 >> NBCogit NativeBoost-CogPlugin-EstebanLorenzano.21 uuid: 4d9b9bdf-2dfa-4c0b-99eb-5b110dadc697 Apr 2 2015 >> https://github.com/pharo-project/pharo-vm.git Commit: 32d18ba0f2db9bee7f3bdbf16bdb24fe4801cfc5 Date: 2015-03-24 11:08:14 +0100 By: Esteban Lorenzano <estebanlm(a)gmail.com> Jenkins build #14904 >> Linux pharo-linux 3.2.0-31-generic-pae #50-Ubuntu SMP Fri Sep 7 16:39:45 UTC 2012 i686 i686 i386 GNU/Linux >> plugin path: /home/t3/pharo/bin/pharo-vm/ [default: /home/t3/pharo/bin/pharo-vm/] >> >>> On 20 Sep 2015, at 13:53, Ben Coman <btc(a)openinworld.com> wrote: >>> >>> You might also try tcpflow >>> http://unix.stackexchange.com/questions/6279/on-the-fly-monitoring-http-req… >>> cheers -ben >>> >>> On Sun, Sep 20, 2015 at 7:43 PM, Ben Coman <btc(a)openinworld.com> wrote: >>>> Maybe something shows up comparing telnet tests [1]... >>>> >>>> $ telnet zn.stfx.eu 80 >>>> GET /zn/numbers.txt HTTP/1.1 >>>> Host: zn.stfx.eu >>>> >>>> $ telnet bl.ocks.org 80 >>>> GET /mbostock/raw/4063318/dji.csv HTTP/1.1 >>>> Host: bl.ocks.org >>>> >>>> btw, what user-agent does Zinc use? >>>> >>>> [1] http://www.esqsoft.com/examples/troubleshooting-http-using-telnet.htm >>>> >>>> cheers -ben >>>> >>>> >>>> On Sun, Sep 20, 2015 at 6:22 PM, Volkert >>>> <volkert(a)komponentenwerkstatt.de> wrote: >>>>> same behavior ... :-( >>>>> >>>>> >>>>> On 20.09.2015 11:55, Sven Van Caekenberghe wrote: >>>>>> The response is chunked, but that should be no problem. >>>>>> >>>>>> You could try the following: >>>>>> >>>>>> ZnDefaultCharacterEncoder value: ZnNullEncoder new during: [ >>>>>> 'http://bl.ocks.org/mbostock/raw/4063318/dji.csv' asUrl retrieveContents ]. >>>>>> >>>>>>> On 20 Sep 2015, at 11:37, Volkert <volkert(a)komponentenwerkstatt.de> >>>>>>> wrote: >>>>>>> >>>>>>> No >>>>>>> >>>>>>> On 20.09.2015 11:20, Sven Van Caekenberghe wrote: >>>>>>>> Any proxying involved ? >>>>>>>> >>>>>>>>> On 20 Sep 2015, at 11:16, Volkert <volkert(a)komponentenwerkstatt.de> >>>>>>>>> wrote: >>>>>>>>> >>>>>>>>> $ cat /etc/issue >>>>>>>>> Ubuntu 14.04.3 LTS \n \l >>>>>>>>> >>>>>>>>> $ uname -a >>>>>>>>> Linux jupiter 3.16.0-49-generic #65~14.04.1-Ubuntu SMP Wed Sep 9 >>>>>>>>> 10:03:23 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux >>>>>>>>> >>>>>>>>> $ ./pharo Pharo.image printVersion >>>>>>>>> [version] 4.0 #40621 >>>>>>>>> >>>>>>>>> ./pharo Pharo.image eval "'http://zn.stfx.eu/zn/numbers.txt' asUrl >>>>>>>>> retrieveContents" >>>>>>>>> '2 >>>>>>>>> 3 >>>>>>>>> 5 >>>>>>>>> 7 >>>>>>>>> ... >>>>>>>>> >>>>>>>>> >>>>>>>>> BUT >>>>>>>>> >>>>>>>>> $ ./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. >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> 9.2015 10:54, Sven Van Caekenberghe wrote: >>>>>>>>>> Weird, this is on one of my servers: >>>>>>>>>> >>>>>>>>>> $ cat /etc/issue >>>>>>>>>> Ubuntu 14.04.3 LTS >>>>>>>>>> >>>>>>>>>> $ uname -a >>>>>>>>>> Linux pharo.t3-platform.net 3.13.0-57-generic #95-Ubuntu SMP Fri Jun >>>>>>>>>> 19 09:27:48 UTC 2015 i686 i686 i686 GNU/Linux >>>>>>>>>> >>>>>>>>>> $ ../bin/pharo Pharo.image printVersion >>>>>>>>>> [version] 4.0 #40621 >>>>>>>>>> >>>>>>>>>> $ ../bin/pharo Pharo.image eval "'http://zn.stfx.eu/zn/numbers.txt' >>>>>>>>>> asUrl retrieveContents" >>>>>>>>>> '2 >>>>>>>>>> 3 >>>>>>>>>> 5 >>>>>>>>>> 7 >>>>>>>>>> 11 >>>>>>>>>> 13 >>>>>>>>>> 17 >>>>>>>>>> 19 >>>>>>>>>> 23 >>>>>>>>>> 29 >>>>>>>>>> 31 >>>>>>>>>> 37 >>>>>>>>>> 41 >>>>>>>>>> 43 >>>>>>>>>> 47 >>>>>>>>>> 53 >>>>>>>>>> 59 >>>>>>>>>> 61 >>>>>>>>>> 67 >>>>>>>>>> 71 >>>>>>>>>> 73 >>>>>>>>>> 79 >>>>>>>>>> 83 >>>>>>>>>> 89 >>>>>>>>>> 97 >>>>>>>>>> ' >>>>>>>>>> >>>>>>>>>> $ ../bin/pharo Pharo.image eval >>>>>>>>>> "'http://bl.ocks.org/mbostock/raw/4063318/dji.csv' asUrl retrieveContents" | >>>>>>>>>> head >>>>>>>>>> '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 >>>>>>>>>> >>>>>>>>>> ... >>>>>>>>>> >>>>>>>>>>> On 20 Sep 2015, at 10:27, Volkert <volkert(a)komponentenwerkstatt.de> >>>>>>>>>>> wrote: >>>>>>>>>>> >>>>>>>>>>> Strange: I tried an other Ubuntu Box (14.04) with Pharo 3.0 and had >>>>>>>>>>> the same problem ... >>>>>>>>>>> >>>>>>>>>>> But calls to other site are fine ... >>>>>>>>>>> >>>>>>>>>>> Volkert >>>>>>>>>>> >>>>>>>>>>> On 20.09.2015 10:00, Volkert wrote: >>>>>>>>>>>> I just downloaded the latest version with "curl get.pharo.org | >>>>>>>>>>>> bash" .... same problem ... >>>>>>>>>>>> >>>>>>>>>>>> On 20.09.2015 09:33, Sven Van Caekenberghe wrote: >>>>>>>>>>>>> Volkert, >>>>>>>>>>>>> >>>>>>>>>>>>> I tried in 2 #40621 images of mine and it worked fine. Both Zn >>>>>>>>>>>>> included and Zn #bleedingEdge. Maybe it was some temporary situation ? >>>>>>>>>>>>> >>>>>>>>>>>>> Sven >>>>>>>>>>>>> >>>>>>>>>>>>>> On 20 Sep 2015, at 09:19, Volkert >>>>>>>>>>>>>> <volkert(a)komponentenwerkstatt.de> wrote: >>>>>>>>>>>>>> >>>>>>>>>>>>>> Dear all, >>>>>>>>>>>>>> >>>>>>>>>>>>>> " 'http://bl.ocks.org/mbostock/raw/4063318/dji.csv' asUrl >>>>>>>>>>>>>> retrieveContents " lead to this error: >>>>>>>>>>>>>> >>>>>>>>>>>>>> <ifdhcebh.png> >>>>>>>>>>>>>> >>>>>>>>>>>>>> "wget http://bl.ocks.org/mbostock/raw/4063318/dji.csv" fetches the >>>>>>>>>>>>>> csv file. >>>>>>>>>>>>>> >>>>>>>>>>>>>> The snippet is part of the Roassal >>>>>>>>>>>>>> RTCalenderExample>>exampleVisualizationCSV and i had never a problem with >>>>>>>>>>>>>> it. >>>>>>>>>>>>>> >>>>>>>>>>>>>> Pharo4.0 >>>>>>>>>>>>>> Latest update: #40621 >>>>>>>>>>>>>> On Ubuntu 14.04 >>>>>>>>>>>>>> >>>>>>>>>>>>>> Volkert >>>>>>> >>>>> >> > >

Sept. 20, 2015

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

by Volkert

Works both, as expected ... On 20.09.2015 13:43, Ben Coman wrote: > Maybe something shows up comparing telnet tests [1]... > > $ telnet zn.stfx.eu 80 > GET /zn/numbers.txt HTTP/1.1 > Host: zn.stfx.eu > > $ telnet bl.ocks.org 80 > GET /mbostock/raw/4063318/dji.csv HTTP/1.1 > Host: bl.ocks.org > > btw, what user-agent does Zinc use? > > [1] http://www.esqsoft.com/examples/troubleshooting-http-using-telnet.htm > > cheers -ben > > > On Sun, Sep 20, 2015 at 6:22 PM, Volkert > <volkert(a)komponentenwerkstatt.de> wrote: >> same behavior ... :-( >> >> >> On 20.09.2015 11:55, Sven Van Caekenberghe wrote: >>> The response is chunked, but that should be no problem. >>> >>> You could try the following: >>> >>> ZnDefaultCharacterEncoder value: ZnNullEncoder new during: [ >>> 'http://bl.ocks.org/mbostock/raw/4063318/dji.csv' asUrl retrieveContents ]. >>> >>>> On 20 Sep 2015, at 11:37, Volkert <volkert(a)komponentenwerkstatt.de> >>>> wrote: >>>> >>>> No >>>> >>>> On 20.09.2015 11:20, Sven Van Caekenberghe wrote: >>>>> Any proxying involved ? >>>>> >>>>>> On 20 Sep 2015, at 11:16, Volkert <volkert(a)komponentenwerkstatt.de> >>>>>> wrote: >>>>>> >>>>>> $ cat /etc/issue >>>>>> Ubuntu 14.04.3 LTS \n \l >>>>>> >>>>>> $ uname -a >>>>>> Linux jupiter 3.16.0-49-generic #65~14.04.1-Ubuntu SMP Wed Sep 9 >>>>>> 10:03:23 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux >>>>>> >>>>>> $ ./pharo Pharo.image printVersion >>>>>> [version] 4.0 #40621 >>>>>> >>>>>> ./pharo Pharo.image eval "'http://zn.stfx.eu/zn/numbers.txt' asUrl >>>>>> retrieveContents" >>>>>> '2 >>>>>> 3 >>>>>> 5 >>>>>> 7 >>>>>> ... >>>>>> >>>>>> >>>>>> BUT >>>>>> >>>>>> $ ./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. >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> 9.2015 10:54, Sven Van Caekenberghe wrote: >>>>>>> Weird, this is on one of my servers: >>>>>>> >>>>>>> $ cat /etc/issue >>>>>>> Ubuntu 14.04.3 LTS >>>>>>> >>>>>>> $ uname -a >>>>>>> Linux pharo.t3-platform.net 3.13.0-57-generic #95-Ubuntu SMP Fri Jun >>>>>>> 19 09:27:48 UTC 2015 i686 i686 i686 GNU/Linux >>>>>>> >>>>>>> $ ../bin/pharo Pharo.image printVersion >>>>>>> [version] 4.0 #40621 >>>>>>> >>>>>>> $ ../bin/pharo Pharo.image eval "'http://zn.stfx.eu/zn/numbers.txt' >>>>>>> asUrl retrieveContents" >>>>>>> '2 >>>>>>> 3 >>>>>>> 5 >>>>>>> 7 >>>>>>> 11 >>>>>>> 13 >>>>>>> 17 >>>>>>> 19 >>>>>>> 23 >>>>>>> 29 >>>>>>> 31 >>>>>>> 37 >>>>>>> 41 >>>>>>> 43 >>>>>>> 47 >>>>>>> 53 >>>>>>> 59 >>>>>>> 61 >>>>>>> 67 >>>>>>> 71 >>>>>>> 73 >>>>>>> 79 >>>>>>> 83 >>>>>>> 89 >>>>>>> 97 >>>>>>> ' >>>>>>> >>>>>>> $ ../bin/pharo Pharo.image eval >>>>>>> "'http://bl.ocks.org/mbostock/raw/4063318/dji.csv' asUrl retrieveContents" | >>>>>>> head >>>>>>> '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 >>>>>>> >>>>>>> ... >>>>>>> >>>>>>>> On 20 Sep 2015, at 10:27, Volkert <volkert(a)komponentenwerkstatt.de> >>>>>>>> wrote: >>>>>>>> >>>>>>>> Strange: I tried an other Ubuntu Box (14.04) with Pharo 3.0 and had >>>>>>>> the same problem ... >>>>>>>> >>>>>>>> But calls to other site are fine ... >>>>>>>> >>>>>>>> Volkert >>>>>>>> >>>>>>>> On 20.09.2015 10:00, Volkert wrote: >>>>>>>>> I just downloaded the latest version with "curl get.pharo.org | >>>>>>>>> bash" .... same problem ... >>>>>>>>> >>>>>>>>> On 20.09.2015 09:33, Sven Van Caekenberghe wrote: >>>>>>>>>> Volkert, >>>>>>>>>> >>>>>>>>>> I tried in 2 #40621 images of mine and it worked fine. Both Zn >>>>>>>>>> included and Zn #bleedingEdge. Maybe it was some temporary situation ? >>>>>>>>>> >>>>>>>>>> Sven >>>>>>>>>> >>>>>>>>>>> On 20 Sep 2015, at 09:19, Volkert >>>>>>>>>>> <volkert(a)komponentenwerkstatt.de> wrote: >>>>>>>>>>> >>>>>>>>>>> Dear all, >>>>>>>>>>> >>>>>>>>>>> " 'http://bl.ocks.org/mbostock/raw/4063318/dji.csv' asUrl >>>>>>>>>>> retrieveContents " lead to this error: >>>>>>>>>>> >>>>>>>>>>> <ifdhcebh.png> >>>>>>>>>>> >>>>>>>>>>> "wget http://bl.ocks.org/mbostock/raw/4063318/dji.csv" fetches the >>>>>>>>>>> csv file. >>>>>>>>>>> >>>>>>>>>>> The snippet is part of the Roassal >>>>>>>>>>> RTCalenderExample>>exampleVisualizationCSV and i had never a problem with >>>>>>>>>>> it. >>>>>>>>>>> >>>>>>>>>>> Pharo4.0 >>>>>>>>>>> Latest update: #40621 >>>>>>>>>>> On Ubuntu 14.04 >>>>>>>>>>> >>>>>>>>>>> Volkert >>>> >>

Sept. 20, 2015

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

by Volkert

here mine. is the same version $ ./pharo --version 3.9-7 #1 Thu Apr 2 00:51:45 CEST 2015 gcc 4.6.3 [Production ITHB VM] NBCoInterpreter NativeBoost-CogPlugin-EstebanLorenzano.21 uuid: 4d9b9bdf-2dfa-4c0b-99eb-5b110dadc697 Apr 2 2015 NBCogit NativeBoost-CogPlugin-EstebanLorenzano.21 uuid: 4d9b9bdf-2dfa-4c0b-99eb-5b110dadc697 Apr 2 2015 https://github.com/pharo-project/pharo-vm.git Commit: 32d18ba0f2db9bee7f3bdbf16bdb24fe4801cfc5 Date: 2015-03-24 11:08:14 +0100 By: Esteban Lorenzano <estebanlm(a)gmail.com> Jenkins build #14904 Linux pharo-linux 3.2.0-31-generic-pae #50-Ubuntu SMP Fri Sep 7 16:39:45 UTC 2012 i686 i686 i386 GNU/Linux plugin path: /home/volkert/Pharo/latest/pharo-vm/ [default: /home/volkert/Pharo/latest/pharo On 20.09.2015 14:03, Sven Van Caekenberghe wrote: > I am not sure we have to go that deep (yet). > > It is a public URL/site, we access it with the same client software (standard 4.0 with the included Zn), it works for most/everyone, on multiple platforms, but not for Volkert. > > Maybe a VM difference ? > > Mine on Ubuntu was > > $ ./pharo/bin/pharo --version > 3.9-7 #1 Thu Apr 2 00:51:45 CEST 2015 gcc 4.6.3 [Production ITHB VM] > NBCoInterpreter NativeBoost-CogPlugin-EstebanLorenzano.21 uuid: 4d9b9bdf-2dfa-4c0b-99eb-5b110dadc697 Apr 2 2015 > NBCogit NativeBoost-CogPlugin-EstebanLorenzano.21 uuid: 4d9b9bdf-2dfa-4c0b-99eb-5b110dadc697 Apr 2 2015 > https://github.com/pharo-project/pharo-vm.git Commit: 32d18ba0f2db9bee7f3bdbf16bdb24fe4801cfc5 Date: 2015-03-24 11:08:14 +0100 By: Esteban Lorenzano <estebanlm(a)gmail.com> Jenkins build #14904 > Linux pharo-linux 3.2.0-31-generic-pae #50-Ubuntu SMP Fri Sep 7 16:39:45 UTC 2012 i686 i686 i386 GNU/Linux > plugin path: /home/t3/pharo/bin/pharo-vm/ [default: /home/t3/pharo/bin/pharo-vm/] > >> On 20 Sep 2015, at 13:53, Ben Coman <btc(a)openinworld.com> wrote: >> >> You might also try tcpflow >> http://unix.stackexchange.com/questions/6279/on-the-fly-monitoring-http-req… >> cheers -ben >> >> On Sun, Sep 20, 2015 at 7:43 PM, Ben Coman <btc(a)openinworld.com> wrote: >>> Maybe something shows up comparing telnet tests [1]... >>> >>> $ telnet zn.stfx.eu 80 >>> GET /zn/numbers.txt HTTP/1.1 >>> Host: zn.stfx.eu >>> >>> $ telnet bl.ocks.org 80 >>> GET /mbostock/raw/4063318/dji.csv HTTP/1.1 >>> Host: bl.ocks.org >>> >>> btw, what user-agent does Zinc use? >>> >>> [1] http://www.esqsoft.com/examples/troubleshooting-http-using-telnet.htm >>> >>> cheers -ben >>> >>> >>> On Sun, Sep 20, 2015 at 6:22 PM, Volkert >>> <volkert(a)komponentenwerkstatt.de> wrote: >>>> same behavior ... :-( >>>> >>>> >>>> On 20.09.2015 11:55, Sven Van Caekenberghe wrote: >>>>> The response is chunked, but that should be no problem. >>>>> >>>>> You could try the following: >>>>> >>>>> ZnDefaultCharacterEncoder value: ZnNullEncoder new during: [ >>>>> 'http://bl.ocks.org/mbostock/raw/4063318/dji.csv' asUrl retrieveContents ]. >>>>> >>>>>> On 20 Sep 2015, at 11:37, Volkert <volkert(a)komponentenwerkstatt.de> >>>>>> wrote: >>>>>> >>>>>> No >>>>>> >>>>>> On 20.09.2015 11:20, Sven Van Caekenberghe wrote: >>>>>>> Any proxying involved ? >>>>>>> >>>>>>>> On 20 Sep 2015, at 11:16, Volkert <volkert(a)komponentenwerkstatt.de> >>>>>>>> wrote: >>>>>>>> >>>>>>>> $ cat /etc/issue >>>>>>>> Ubuntu 14.04.3 LTS \n \l >>>>>>>> >>>>>>>> $ uname -a >>>>>>>> Linux jupiter 3.16.0-49-generic #65~14.04.1-Ubuntu SMP Wed Sep 9 >>>>>>>> 10:03:23 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux >>>>>>>> >>>>>>>> $ ./pharo Pharo.image printVersion >>>>>>>> [version] 4.0 #40621 >>>>>>>> >>>>>>>> ./pharo Pharo.image eval "'http://zn.stfx.eu/zn/numbers.txt' asUrl >>>>>>>> retrieveContents" >>>>>>>> '2 >>>>>>>> 3 >>>>>>>> 5 >>>>>>>> 7 >>>>>>>> ... >>>>>>>> >>>>>>>> >>>>>>>> BUT >>>>>>>> >>>>>>>> $ ./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. >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> 9.2015 10:54, Sven Van Caekenberghe wrote: >>>>>>>>> Weird, this is on one of my servers: >>>>>>>>> >>>>>>>>> $ cat /etc/issue >>>>>>>>> Ubuntu 14.04.3 LTS >>>>>>>>> >>>>>>>>> $ uname -a >>>>>>>>> Linux pharo.t3-platform.net 3.13.0-57-generic #95-Ubuntu SMP Fri Jun >>>>>>>>> 19 09:27:48 UTC 2015 i686 i686 i686 GNU/Linux >>>>>>>>> >>>>>>>>> $ ../bin/pharo Pharo.image printVersion >>>>>>>>> [version] 4.0 #40621 >>>>>>>>> >>>>>>>>> $ ../bin/pharo Pharo.image eval "'http://zn.stfx.eu/zn/numbers.txt' >>>>>>>>> asUrl retrieveContents" >>>>>>>>> '2 >>>>>>>>> 3 >>>>>>>>> 5 >>>>>>>>> 7 >>>>>>>>> 11 >>>>>>>>> 13 >>>>>>>>> 17 >>>>>>>>> 19 >>>>>>>>> 23 >>>>>>>>> 29 >>>>>>>>> 31 >>>>>>>>> 37 >>>>>>>>> 41 >>>>>>>>> 43 >>>>>>>>> 47 >>>>>>>>> 53 >>>>>>>>> 59 >>>>>>>>> 61 >>>>>>>>> 67 >>>>>>>>> 71 >>>>>>>>> 73 >>>>>>>>> 79 >>>>>>>>> 83 >>>>>>>>> 89 >>>>>>>>> 97 >>>>>>>>> ' >>>>>>>>> >>>>>>>>> $ ../bin/pharo Pharo.image eval >>>>>>>>> "'http://bl.ocks.org/mbostock/raw/4063318/dji.csv' asUrl retrieveContents" | >>>>>>>>> head >>>>>>>>> '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 >>>>>>>>> >>>>>>>>> ... >>>>>>>>> >>>>>>>>>> On 20 Sep 2015, at 10:27, Volkert <volkert(a)komponentenwerkstatt.de> >>>>>>>>>> wrote: >>>>>>>>>> >>>>>>>>>> Strange: I tried an other Ubuntu Box (14.04) with Pharo 3.0 and had >>>>>>>>>> the same problem ... >>>>>>>>>> >>>>>>>>>> But calls to other site are fine ... >>>>>>>>>> >>>>>>>>>> Volkert >>>>>>>>>> >>>>>>>>>> On 20.09.2015 10:00, Volkert wrote: >>>>>>>>>>> I just downloaded the latest version with "curl get.pharo.org | >>>>>>>>>>> bash" .... same problem ... >>>>>>>>>>> >>>>>>>>>>> On 20.09.2015 09:33, Sven Van Caekenberghe wrote: >>>>>>>>>>>> Volkert, >>>>>>>>>>>> >>>>>>>>>>>> I tried in 2 #40621 images of mine and it worked fine. Both Zn >>>>>>>>>>>> included and Zn #bleedingEdge. Maybe it was some temporary situation ? >>>>>>>>>>>> >>>>>>>>>>>> Sven >>>>>>>>>>>> >>>>>>>>>>>>> On 20 Sep 2015, at 09:19, Volkert >>>>>>>>>>>>> <volkert(a)komponentenwerkstatt.de> wrote: >>>>>>>>>>>>> >>>>>>>>>>>>> Dear all, >>>>>>>>>>>>> >>>>>>>>>>>>> " 'http://bl.ocks.org/mbostock/raw/4063318/dji.csv' asUrl >>>>>>>>>>>>> retrieveContents " lead to this error: >>>>>>>>>>>>> >>>>>>>>>>>>> <ifdhcebh.png> >>>>>>>>>>>>> >>>>>>>>>>>>> "wget http://bl.ocks.org/mbostock/raw/4063318/dji.csv" fetches the >>>>>>>>>>>>> csv file. >>>>>>>>>>>>> >>>>>>>>>>>>> The snippet is part of the Roassal >>>>>>>>>>>>> RTCalenderExample>>exampleVisualizationCSV and i had never a problem with >>>>>>>>>>>>> it. >>>>>>>>>>>>> >>>>>>>>>>>>> Pharo4.0 >>>>>>>>>>>>> Latest update: #40621 >>>>>>>>>>>>> On Ubuntu 14.04 >>>>>>>>>>>>> >>>>>>>>>>>>> Volkert >>>>>> >>>> >

Sept. 20, 2015

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

by Volkert

On 20.09.2015 14:00, Sven Van Caekenberghe wrote: >> On 20 Sep 2015, at 13:43, Ben Coman <btc(a)openinworld.com> wrote: >> >> Maybe something shows up comparing telnet tests [1]... >> >> $ telnet zn.stfx.eu 80 >> GET /zn/numbers.txt HTTP/1.1 >> Host: zn.stfx.eu >> >> $ telnet bl.ocks.org 80 >> GET /mbostock/raw/4063318/dji.csv HTTP/1.1 >> Host: bl.ocks.org >> >> btw, what user-agent does Zinc use? > ZnConstants defaultUserAgent $ ./pharo Pharo.image eval "ZnConstants defaultUserAgent" 'Zinc HTTP Components 1.0' >> [1] http://www.esqsoft.com/examples/troubleshooting-http-using-telnet.htm >> >> cheers -ben >> >> >> On Sun, Sep 20, 2015 at 6:22 PM, Volkert >> <volkert(a)komponentenwerkstatt.de> wrote: >>> same behavior ... :-( >>> >>> >>> On 20.09.2015 11:55, Sven Van Caekenberghe wrote: >>>> The response is chunked, but that should be no problem. >>>> >>>> You could try the following: >>>> >>>> ZnDefaultCharacterEncoder value: ZnNullEncoder new during: [ >>>> 'http://bl.ocks.org/mbostock/raw/4063318/dji.csv' asUrl retrieveContents ]. >>>> >>>>> On 20 Sep 2015, at 11:37, Volkert <volkert(a)komponentenwerkstatt.de> >>>>> wrote: >>>>> >>>>> No >>>>> >>>>> On 20.09.2015 11:20, Sven Van Caekenberghe wrote: >>>>>> Any proxying involved ? >>>>>> >>>>>>> On 20 Sep 2015, at 11:16, Volkert <volkert(a)komponentenwerkstatt.de> >>>>>>> wrote: >>>>>>> >>>>>>> $ cat /etc/issue >>>>>>> Ubuntu 14.04.3 LTS \n \l >>>>>>> >>>>>>> $ uname -a >>>>>>> Linux jupiter 3.16.0-49-generic #65~14.04.1-Ubuntu SMP Wed Sep 9 >>>>>>> 10:03:23 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux >>>>>>> >>>>>>> $ ./pharo Pharo.image printVersion >>>>>>> [version] 4.0 #40621 >>>>>>> >>>>>>> ./pharo Pharo.image eval "'http://zn.stfx.eu/zn/numbers.txt' asUrl >>>>>>> retrieveContents" >>>>>>> '2 >>>>>>> 3 >>>>>>> 5 >>>>>>> 7 >>>>>>> ... >>>>>>> >>>>>>> >>>>>>> BUT >>>>>>> >>>>>>> $ ./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. >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> 9.2015 10:54, Sven Van Caekenberghe wrote: >>>>>>>> Weird, this is on one of my servers: >>>>>>>> >>>>>>>> $ cat /etc/issue >>>>>>>> Ubuntu 14.04.3 LTS >>>>>>>> >>>>>>>> $ uname -a >>>>>>>> Linux pharo.t3-platform.net 3.13.0-57-generic #95-Ubuntu SMP Fri Jun >>>>>>>> 19 09:27:48 UTC 2015 i686 i686 i686 GNU/Linux >>>>>>>> >>>>>>>> $ ../bin/pharo Pharo.image printVersion >>>>>>>> [version] 4.0 #40621 >>>>>>>> >>>>>>>> $ ../bin/pharo Pharo.image eval "'http://zn.stfx.eu/zn/numbers.txt' >>>>>>>> asUrl retrieveContents" >>>>>>>> '2 >>>>>>>> 3 >>>>>>>> 5 >>>>>>>> 7 >>>>>>>> 11 >>>>>>>> 13 >>>>>>>> 17 >>>>>>>> 19 >>>>>>>> 23 >>>>>>>> 29 >>>>>>>> 31 >>>>>>>> 37 >>>>>>>> 41 >>>>>>>> 43 >>>>>>>> 47 >>>>>>>> 53 >>>>>>>> 59 >>>>>>>> 61 >>>>>>>> 67 >>>>>>>> 71 >>>>>>>> 73 >>>>>>>> 79 >>>>>>>> 83 >>>>>>>> 89 >>>>>>>> 97 >>>>>>>> ' >>>>>>>> >>>>>>>> $ ../bin/pharo Pharo.image eval >>>>>>>> "'http://bl.ocks.org/mbostock/raw/4063318/dji.csv' asUrl retrieveContents" | >>>>>>>> head >>>>>>>> '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 >>>>>>>> >>>>>>>> ... >>>>>>>> >>>>>>>>> On 20 Sep 2015, at 10:27, Volkert <volkert(a)komponentenwerkstatt.de> >>>>>>>>> wrote: >>>>>>>>> >>>>>>>>> Strange: I tried an other Ubuntu Box (14.04) with Pharo 3.0 and had >>>>>>>>> the same problem ... >>>>>>>>> >>>>>>>>> But calls to other site are fine ... >>>>>>>>> >>>>>>>>> Volkert >>>>>>>>> >>>>>>>>> On 20.09.2015 10:00, Volkert wrote: >>>>>>>>>> I just downloaded the latest version with "curl get.pharo.org | >>>>>>>>>> bash" .... same problem ... >>>>>>>>>> >>>>>>>>>> On 20.09.2015 09:33, Sven Van Caekenberghe wrote: >>>>>>>>>>> Volkert, >>>>>>>>>>> >>>>>>>>>>> I tried in 2 #40621 images of mine and it worked fine. Both Zn >>>>>>>>>>> included and Zn #bleedingEdge. Maybe it was some temporary situation ? >>>>>>>>>>> >>>>>>>>>>> Sven >>>>>>>>>>> >>>>>>>>>>>> On 20 Sep 2015, at 09:19, Volkert >>>>>>>>>>>> <volkert(a)komponentenwerkstatt.de> wrote: >>>>>>>>>>>> >>>>>>>>>>>> Dear all, >>>>>>>>>>>> >>>>>>>>>>>> " 'http://bl.ocks.org/mbostock/raw/4063318/dji.csv' asUrl >>>>>>>>>>>> retrieveContents " lead to this error: >>>>>>>>>>>> >>>>>>>>>>>> <ifdhcebh.png> >>>>>>>>>>>> >>>>>>>>>>>> "wget http://bl.ocks.org/mbostock/raw/4063318/dji.csv" fetches the >>>>>>>>>>>> csv file. >>>>>>>>>>>> >>>>>>>>>>>> The snippet is part of the Roassal >>>>>>>>>>>> RTCalenderExample>>exampleVisualizationCSV and i had never a problem with >>>>>>>>>>>> it. >>>>>>>>>>>> >>>>>>>>>>>> Pharo4.0 >>>>>>>>>>>> Latest update: #40621 >>>>>>>>>>>> On Ubuntu 14.04 >>>>>>>>>>>> >>>>>>>>>>>> Volkert >>>>> >>> >

Sept. 20, 2015

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

by Sven Van Caekenberghe

I am not sure we have to go that deep (yet). It is a public URL/site, we access it with the same client software (standard 4.0 with the included Zn), it works for most/everyone, on multiple platforms, but not for Volkert. Maybe a VM difference ? Mine on Ubuntu was $ ./pharo/bin/pharo --version 3.9-7 #1 Thu Apr 2 00:51:45 CEST 2015 gcc 4.6.3 [Production ITHB VM] NBCoInterpreter NativeBoost-CogPlugin-EstebanLorenzano.21 uuid: 4d9b9bdf-2dfa-4c0b-99eb-5b110dadc697 Apr 2 2015 NBCogit NativeBoost-CogPlugin-EstebanLorenzano.21 uuid: 4d9b9bdf-2dfa-4c0b-99eb-5b110dadc697 Apr 2 2015 https://github.com/pharo-project/pharo-vm.git Commit: 32d18ba0f2db9bee7f3bdbf16bdb24fe4801cfc5 Date: 2015-03-24 11:08:14 +0100 By: Esteban Lorenzano <estebanlm(a)gmail.com> Jenkins build #14904 Linux pharo-linux 3.2.0-31-generic-pae #50-Ubuntu SMP Fri Sep 7 16:39:45 UTC 2012 i686 i686 i386 GNU/Linux plugin path: /home/t3/pharo/bin/pharo-vm/ [default: /home/t3/pharo/bin/pharo-vm/] > On 20 Sep 2015, at 13:53, Ben Coman <btc(a)openinworld.com> wrote: > > You might also try tcpflow > http://unix.stackexchange.com/questions/6279/on-the-fly-monitoring-http-req… > cheers -ben > > On Sun, Sep 20, 2015 at 7:43 PM, Ben Coman <btc(a)openinworld.com> wrote: >> Maybe something shows up comparing telnet tests [1]... >> >> $ telnet zn.stfx.eu 80 >> GET /zn/numbers.txt HTTP/1.1 >> Host: zn.stfx.eu >> >> $ telnet bl.ocks.org 80 >> GET /mbostock/raw/4063318/dji.csv HTTP/1.1 >> Host: bl.ocks.org >> >> btw, what user-agent does Zinc use? >> >> [1] http://www.esqsoft.com/examples/troubleshooting-http-using-telnet.htm >> >> cheers -ben >> >> >> On Sun, Sep 20, 2015 at 6:22 PM, Volkert >> <volkert(a)komponentenwerkstatt.de> wrote: >>> same behavior ... :-( >>> >>> >>> On 20.09.2015 11:55, Sven Van Caekenberghe wrote: >>>> >>>> The response is chunked, but that should be no problem. >>>> >>>> You could try the following: >>>> >>>> ZnDefaultCharacterEncoder value: ZnNullEncoder new during: [ >>>> 'http://bl.ocks.org/mbostock/raw/4063318/dji.csv' asUrl retrieveContents ]. >>>> >>>>> On 20 Sep 2015, at 11:37, Volkert <volkert(a)komponentenwerkstatt.de> >>>>> wrote: >>>>> >>>>> No >>>>> >>>>> On 20.09.2015 11:20, Sven Van Caekenberghe wrote: >>>>>> >>>>>> Any proxying involved ? >>>>>> >>>>>>> On 20 Sep 2015, at 11:16, Volkert <volkert(a)komponentenwerkstatt.de> >>>>>>> wrote: >>>>>>> >>>>>>> $ cat /etc/issue >>>>>>> Ubuntu 14.04.3 LTS \n \l >>>>>>> >>>>>>> $ uname -a >>>>>>> Linux jupiter 3.16.0-49-generic #65~14.04.1-Ubuntu SMP Wed Sep 9 >>>>>>> 10:03:23 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux >>>>>>> >>>>>>> $ ./pharo Pharo.image printVersion >>>>>>> [version] 4.0 #40621 >>>>>>> >>>>>>> ./pharo Pharo.image eval "'http://zn.stfx.eu/zn/numbers.txt' asUrl >>>>>>> retrieveContents" >>>>>>> '2 >>>>>>> 3 >>>>>>> 5 >>>>>>> 7 >>>>>>> ... >>>>>>> >>>>>>> >>>>>>> BUT >>>>>>> >>>>>>> $ ./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. >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> 9.2015 10:54, Sven Van Caekenberghe wrote: >>>>>>>> >>>>>>>> Weird, this is on one of my servers: >>>>>>>> >>>>>>>> $ cat /etc/issue >>>>>>>> Ubuntu 14.04.3 LTS >>>>>>>> >>>>>>>> $ uname -a >>>>>>>> Linux pharo.t3-platform.net 3.13.0-57-generic #95-Ubuntu SMP Fri Jun >>>>>>>> 19 09:27:48 UTC 2015 i686 i686 i686 GNU/Linux >>>>>>>> >>>>>>>> $ ../bin/pharo Pharo.image printVersion >>>>>>>> [version] 4.0 #40621 >>>>>>>> >>>>>>>> $ ../bin/pharo Pharo.image eval "'http://zn.stfx.eu/zn/numbers.txt' >>>>>>>> asUrl retrieveContents" >>>>>>>> '2 >>>>>>>> 3 >>>>>>>> 5 >>>>>>>> 7 >>>>>>>> 11 >>>>>>>> 13 >>>>>>>> 17 >>>>>>>> 19 >>>>>>>> 23 >>>>>>>> 29 >>>>>>>> 31 >>>>>>>> 37 >>>>>>>> 41 >>>>>>>> 43 >>>>>>>> 47 >>>>>>>> 53 >>>>>>>> 59 >>>>>>>> 61 >>>>>>>> 67 >>>>>>>> 71 >>>>>>>> 73 >>>>>>>> 79 >>>>>>>> 83 >>>>>>>> 89 >>>>>>>> 97 >>>>>>>> ' >>>>>>>> >>>>>>>> $ ../bin/pharo Pharo.image eval >>>>>>>> "'http://bl.ocks.org/mbostock/raw/4063318/dji.csv' asUrl retrieveContents" | >>>>>>>> head >>>>>>>> '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 >>>>>>>> >>>>>>>> ... >>>>>>>> >>>>>>>>> On 20 Sep 2015, at 10:27, Volkert <volkert(a)komponentenwerkstatt.de> >>>>>>>>> wrote: >>>>>>>>> >>>>>>>>> Strange: I tried an other Ubuntu Box (14.04) with Pharo 3.0 and had >>>>>>>>> the same problem ... >>>>>>>>> >>>>>>>>> But calls to other site are fine ... >>>>>>>>> >>>>>>>>> Volkert >>>>>>>>> >>>>>>>>> On 20.09.2015 10:00, Volkert wrote: >>>>>>>>>> >>>>>>>>>> I just downloaded the latest version with "curl get.pharo.org | >>>>>>>>>> bash" .... same problem ... >>>>>>>>>> >>>>>>>>>> On 20.09.2015 09:33, Sven Van Caekenberghe wrote: >>>>>>>>>>> >>>>>>>>>>> Volkert, >>>>>>>>>>> >>>>>>>>>>> I tried in 2 #40621 images of mine and it worked fine. Both Zn >>>>>>>>>>> included and Zn #bleedingEdge. Maybe it was some temporary situation ? >>>>>>>>>>> >>>>>>>>>>> Sven >>>>>>>>>>> >>>>>>>>>>>> On 20 Sep 2015, at 09:19, Volkert >>>>>>>>>>>> <volkert(a)komponentenwerkstatt.de> wrote: >>>>>>>>>>>> >>>>>>>>>>>> Dear all, >>>>>>>>>>>> >>>>>>>>>>>> " 'http://bl.ocks.org/mbostock/raw/4063318/dji.csv' asUrl >>>>>>>>>>>> retrieveContents " lead to this error: >>>>>>>>>>>> >>>>>>>>>>>> <ifdhcebh.png> >>>>>>>>>>>> >>>>>>>>>>>> "wget http://bl.ocks.org/mbostock/raw/4063318/dji.csv" fetches the >>>>>>>>>>>> csv file. >>>>>>>>>>>> >>>>>>>>>>>> The snippet is part of the Roassal >>>>>>>>>>>> RTCalenderExample>>exampleVisualizationCSV and i had never a problem with >>>>>>>>>>>> it. >>>>>>>>>>>> >>>>>>>>>>>> Pharo4.0 >>>>>>>>>>>> Latest update: #40621 >>>>>>>>>>>> On Ubuntu 14.04 >>>>>>>>>>>> >>>>>>>>>>>> Volkert >>>>> >>>>> >>>> >>> >>> >

Sept. 20, 2015

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

by Sven Van Caekenberghe

> On 20 Sep 2015, at 13:43, Ben Coman <btc(a)openinworld.com> wrote: > > Maybe something shows up comparing telnet tests [1]... > > $ telnet zn.stfx.eu 80 > GET /zn/numbers.txt HTTP/1.1 > Host: zn.stfx.eu > > $ telnet bl.ocks.org 80 > GET /mbostock/raw/4063318/dji.csv HTTP/1.1 > Host: bl.ocks.org > > btw, what user-agent does Zinc use? ZnConstants defaultUserAgent > [1] http://www.esqsoft.com/examples/troubleshooting-http-using-telnet.htm > > cheers -ben > > > On Sun, Sep 20, 2015 at 6:22 PM, Volkert > <volkert(a)komponentenwerkstatt.de> wrote: >> same behavior ... :-( >> >> >> On 20.09.2015 11:55, Sven Van Caekenberghe wrote: >>> >>> The response is chunked, but that should be no problem. >>> >>> You could try the following: >>> >>> ZnDefaultCharacterEncoder value: ZnNullEncoder new during: [ >>> 'http://bl.ocks.org/mbostock/raw/4063318/dji.csv' asUrl retrieveContents ]. >>> >>>> On 20 Sep 2015, at 11:37, Volkert <volkert(a)komponentenwerkstatt.de> >>>> wrote: >>>> >>>> No >>>> >>>> On 20.09.2015 11:20, Sven Van Caekenberghe wrote: >>>>> >>>>> Any proxying involved ? >>>>> >>>>>> On 20 Sep 2015, at 11:16, Volkert <volkert(a)komponentenwerkstatt.de> >>>>>> wrote: >>>>>> >>>>>> $ cat /etc/issue >>>>>> Ubuntu 14.04.3 LTS \n \l >>>>>> >>>>>> $ uname -a >>>>>> Linux jupiter 3.16.0-49-generic #65~14.04.1-Ubuntu SMP Wed Sep 9 >>>>>> 10:03:23 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux >>>>>> >>>>>> $ ./pharo Pharo.image printVersion >>>>>> [version] 4.0 #40621 >>>>>> >>>>>> ./pharo Pharo.image eval "'http://zn.stfx.eu/zn/numbers.txt' asUrl >>>>>> retrieveContents" >>>>>> '2 >>>>>> 3 >>>>>> 5 >>>>>> 7 >>>>>> ... >>>>>> >>>>>> >>>>>> BUT >>>>>> >>>>>> $ ./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. >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> 9.2015 10:54, Sven Van Caekenberghe wrote: >>>>>>> >>>>>>> Weird, this is on one of my servers: >>>>>>> >>>>>>> $ cat /etc/issue >>>>>>> Ubuntu 14.04.3 LTS >>>>>>> >>>>>>> $ uname -a >>>>>>> Linux pharo.t3-platform.net 3.13.0-57-generic #95-Ubuntu SMP Fri Jun >>>>>>> 19 09:27:48 UTC 2015 i686 i686 i686 GNU/Linux >>>>>>> >>>>>>> $ ../bin/pharo Pharo.image printVersion >>>>>>> [version] 4.0 #40621 >>>>>>> >>>>>>> $ ../bin/pharo Pharo.image eval "'http://zn.stfx.eu/zn/numbers.txt' >>>>>>> asUrl retrieveContents" >>>>>>> '2 >>>>>>> 3 >>>>>>> 5 >>>>>>> 7 >>>>>>> 11 >>>>>>> 13 >>>>>>> 17 >>>>>>> 19 >>>>>>> 23 >>>>>>> 29 >>>>>>> 31 >>>>>>> 37 >>>>>>> 41 >>>>>>> 43 >>>>>>> 47 >>>>>>> 53 >>>>>>> 59 >>>>>>> 61 >>>>>>> 67 >>>>>>> 71 >>>>>>> 73 >>>>>>> 79 >>>>>>> 83 >>>>>>> 89 >>>>>>> 97 >>>>>>> ' >>>>>>> >>>>>>> $ ../bin/pharo Pharo.image eval >>>>>>> "'http://bl.ocks.org/mbostock/raw/4063318/dji.csv' asUrl retrieveContents" | >>>>>>> head >>>>>>> '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 >>>>>>> >>>>>>> ... >>>>>>> >>>>>>>> On 20 Sep 2015, at 10:27, Volkert <volkert(a)komponentenwerkstatt.de> >>>>>>>> wrote: >>>>>>>> >>>>>>>> Strange: I tried an other Ubuntu Box (14.04) with Pharo 3.0 and had >>>>>>>> the same problem ... >>>>>>>> >>>>>>>> But calls to other site are fine ... >>>>>>>> >>>>>>>> Volkert >>>>>>>> >>>>>>>> On 20.09.2015 10:00, Volkert wrote: >>>>>>>>> >>>>>>>>> I just downloaded the latest version with "curl get.pharo.org | >>>>>>>>> bash" .... same problem ... >>>>>>>>> >>>>>>>>> On 20.09.2015 09:33, Sven Van Caekenberghe wrote: >>>>>>>>>> >>>>>>>>>> Volkert, >>>>>>>>>> >>>>>>>>>> I tried in 2 #40621 images of mine and it worked fine. Both Zn >>>>>>>>>> included and Zn #bleedingEdge. Maybe it was some temporary situation ? >>>>>>>>>> >>>>>>>>>> Sven >>>>>>>>>> >>>>>>>>>>> On 20 Sep 2015, at 09:19, Volkert >>>>>>>>>>> <volkert(a)komponentenwerkstatt.de> wrote: >>>>>>>>>>> >>>>>>>>>>> Dear all, >>>>>>>>>>> >>>>>>>>>>> " 'http://bl.ocks.org/mbostock/raw/4063318/dji.csv' asUrl >>>>>>>>>>> retrieveContents " lead to this error: >>>>>>>>>>> >>>>>>>>>>> <ifdhcebh.png> >>>>>>>>>>> >>>>>>>>>>> "wget http://bl.ocks.org/mbostock/raw/4063318/dji.csv" fetches the >>>>>>>>>>> csv file. >>>>>>>>>>> >>>>>>>>>>> The snippet is part of the Roassal >>>>>>>>>>> RTCalenderExample>>exampleVisualizationCSV and i had never a problem with >>>>>>>>>>> it. >>>>>>>>>>> >>>>>>>>>>> Pharo4.0 >>>>>>>>>>> Latest update: #40621 >>>>>>>>>>> On Ubuntu 14.04 >>>>>>>>>>> >>>>>>>>>>> Volkert >>>> >>>> >>> >> >> >

Sept. 20, 2015

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

by Ben Coman

You might also try tcpflow http://unix.stackexchange.com/questions/6279/on-the-fly-monitoring-http-req… cheers -ben On Sun, Sep 20, 2015 at 7:43 PM, Ben Coman <btc(a)openinworld.com> wrote: > Maybe something shows up comparing telnet tests [1]... > > $ telnet zn.stfx.eu 80 > GET /zn/numbers.txt HTTP/1.1 > Host: zn.stfx.eu > > $ telnet bl.ocks.org 80 > GET /mbostock/raw/4063318/dji.csv HTTP/1.1 > Host: bl.ocks.org > > btw, what user-agent does Zinc use? > > [1] http://www.esqsoft.com/examples/troubleshooting-http-using-telnet.htm > > cheers -ben > > > On Sun, Sep 20, 2015 at 6:22 PM, Volkert > <volkert(a)komponentenwerkstatt.de> wrote: >> same behavior ... :-( >> >> >> On 20.09.2015 11:55, Sven Van Caekenberghe wrote: >>> >>> The response is chunked, but that should be no problem. >>> >>> You could try the following: >>> >>> ZnDefaultCharacterEncoder value: ZnNullEncoder new during: [ >>> 'http://bl.ocks.org/mbostock/raw/4063318/dji.csv' asUrl retrieveContents ]. >>> >>>> On 20 Sep 2015, at 11:37, Volkert <volkert(a)komponentenwerkstatt.de> >>>> wrote: >>>> >>>> No >>>> >>>> On 20.09.2015 11:20, Sven Van Caekenberghe wrote: >>>>> >>>>> Any proxying involved ? >>>>> >>>>>> On 20 Sep 2015, at 11:16, Volkert <volkert(a)komponentenwerkstatt.de> >>>>>> wrote: >>>>>> >>>>>> $ cat /etc/issue >>>>>> Ubuntu 14.04.3 LTS \n \l >>>>>> >>>>>> $ uname -a >>>>>> Linux jupiter 3.16.0-49-generic #65~14.04.1-Ubuntu SMP Wed Sep 9 >>>>>> 10:03:23 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux >>>>>> >>>>>> $ ./pharo Pharo.image printVersion >>>>>> [version] 4.0 #40621 >>>>>> >>>>>> ./pharo Pharo.image eval "'http://zn.stfx.eu/zn/numbers.txt' asUrl >>>>>> retrieveContents" >>>>>> '2 >>>>>> 3 >>>>>> 5 >>>>>> 7 >>>>>> ... >>>>>> >>>>>> >>>>>> BUT >>>>>> >>>>>> $ ./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. >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> 9.2015 10:54, Sven Van Caekenberghe wrote: >>>>>>> >>>>>>> Weird, this is on one of my servers: >>>>>>> >>>>>>> $ cat /etc/issue >>>>>>> Ubuntu 14.04.3 LTS >>>>>>> >>>>>>> $ uname -a >>>>>>> Linux pharo.t3-platform.net 3.13.0-57-generic #95-Ubuntu SMP Fri Jun >>>>>>> 19 09:27:48 UTC 2015 i686 i686 i686 GNU/Linux >>>>>>> >>>>>>> $ ../bin/pharo Pharo.image printVersion >>>>>>> [version] 4.0 #40621 >>>>>>> >>>>>>> $ ../bin/pharo Pharo.image eval "'http://zn.stfx.eu/zn/numbers.txt' >>>>>>> asUrl retrieveContents" >>>>>>> '2 >>>>>>> 3 >>>>>>> 5 >>>>>>> 7 >>>>>>> 11 >>>>>>> 13 >>>>>>> 17 >>>>>>> 19 >>>>>>> 23 >>>>>>> 29 >>>>>>> 31 >>>>>>> 37 >>>>>>> 41 >>>>>>> 43 >>>>>>> 47 >>>>>>> 53 >>>>>>> 59 >>>>>>> 61 >>>>>>> 67 >>>>>>> 71 >>>>>>> 73 >>>>>>> 79 >>>>>>> 83 >>>>>>> 89 >>>>>>> 97 >>>>>>> ' >>>>>>> >>>>>>> $ ../bin/pharo Pharo.image eval >>>>>>> "'http://bl.ocks.org/mbostock/raw/4063318/dji.csv' asUrl retrieveContents" | >>>>>>> head >>>>>>> '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 >>>>>>> >>>>>>> ... >>>>>>> >>>>>>>> On 20 Sep 2015, at 10:27, Volkert <volkert(a)komponentenwerkstatt.de> >>>>>>>> wrote: >>>>>>>> >>>>>>>> Strange: I tried an other Ubuntu Box (14.04) with Pharo 3.0 and had >>>>>>>> the same problem ... >>>>>>>> >>>>>>>> But calls to other site are fine ... >>>>>>>> >>>>>>>> Volkert >>>>>>>> >>>>>>>> On 20.09.2015 10:00, Volkert wrote: >>>>>>>>> >>>>>>>>> I just downloaded the latest version with "curl get.pharo.org | >>>>>>>>> bash" .... same problem ... >>>>>>>>> >>>>>>>>> On 20.09.2015 09:33, Sven Van Caekenberghe wrote: >>>>>>>>>> >>>>>>>>>> Volkert, >>>>>>>>>> >>>>>>>>>> I tried in 2 #40621 images of mine and it worked fine. Both Zn >>>>>>>>>> included and Zn #bleedingEdge. Maybe it was some temporary situation ? >>>>>>>>>> >>>>>>>>>> Sven >>>>>>>>>> >>>>>>>>>>> On 20 Sep 2015, at 09:19, Volkert >>>>>>>>>>> <volkert(a)komponentenwerkstatt.de> wrote: >>>>>>>>>>> >>>>>>>>>>> Dear all, >>>>>>>>>>> >>>>>>>>>>> " 'http://bl.ocks.org/mbostock/raw/4063318/dji.csv' asUrl >>>>>>>>>>> retrieveContents " lead to this error: >>>>>>>>>>> >>>>>>>>>>> <ifdhcebh.png> >>>>>>>>>>> >>>>>>>>>>> "wget http://bl.ocks.org/mbostock/raw/4063318/dji.csv" fetches the >>>>>>>>>>> csv file. >>>>>>>>>>> >>>>>>>>>>> The snippet is part of the Roassal >>>>>>>>>>> RTCalenderExample>>exampleVisualizationCSV and i had never a problem with >>>>>>>>>>> it. >>>>>>>>>>> >>>>>>>>>>> Pharo4.0 >>>>>>>>>>> Latest update: #40621 >>>>>>>>>>> On Ubuntu 14.04 >>>>>>>>>>> >>>>>>>>>>> Volkert >>>> >>>> >>> >> >>

Sept. 20, 2015

← Newer
1
...
23
24
25
26
27
28
29
...
54
Older →

Jump to page: