March 2014 - Pharo-users - lists.pharo.org

some collection observations

by Werner Kassens

Hi, 1. i do this in pharo 2.0: b:=Bag newFrom: #(1 2). OrderedCollection newFrom: b."works nicely" Array newFrom: b."error" the error happens because ArrayedCollection>>newFrom: inherited by Array expects a SequenceableCollection that has 'at:' implemented. but the first line of ArrayedCollection>>newFrom: says: newFrom: aCollection it would be more clear,if it would say: newFrom: aSequenceableCollection 2. this also produces an error: b as: Array. because Object>>as: uses newFrom:. and since as: is a very general method, i'd guess that ArrayedCollection>>newFrom: should have an implementation that does not throw an exception. if changing a Bag to an OrderedCollection works, this should also work with an Array. or does this make much sense: <grin> (b as: OrderedCollection) as:Array "this way it works" 3. withAll: does essentially the same as newFrom: and has the same problem with the argument naming. but Array>>withAll: is much much faster than Array>>newFrom:. try: b:=Array new:100000. [Array withAll: b]timeToRun. [Array newFrom: b]timeToRun. perhaps one could differentiate the two methods in such a way, that withAll: is the occasionally faster method that for some collections only accepts aSequenceableCollection as argument and newFrom: accepts any aCollection. This way also Object>>as: would work as expected. if one does not want to change this in my opinion slightly inconsistent behaviour, then <grin> it would make sense to implement Array>>newFrom: aSequenceableCollection ^Array withAll: aSequenceableCollection. simply for speed reasons. and of course a consistent argument naming would be nice. werner

March 5, 2014

Re: [Pharo-users] MIgrating pier link checker to Pharo 3

by Stephan Eggermont

Sven wrote: >I am not sure what you are trying to achieve with HEAD and Location, I have never seen that. Are you trying to resolve >redirects ? There should be no need for that since Zn follows them by default. Thanks. It is called Pier-LinkChecker. It is supposed to check all links in a Pier site and create a report of the actual location links redirect to and error responses & timeouts. Iâm just trying to make it work in Pharo 3. Stephan

March 5, 2014

Re: [Pharo-users] MIgrating pier link checker to Pharo 3

by Sven Van Caekenberghe

Stephan, I am not sure what you are trying to achieve with HEAD and Location, I have never seen that. Are you trying to resolve redirects ? There should be no need for that since Zn follows them by default. But to answer your questions, this code does work: ZnClient new url: 'http://cognitive-edge.com'; timeout: 5; method: #HEAD; execute; response. A timeout of 1 second was too short. Also #executeWithTimeout is internal API, you should use #execute. There was also a typo in your URL (2 colons). For the other URL, the code also works: ZnClient new url: 'http://humane-assessment.com/'; timeout: 1; method: #HEAD; execute; response. However this site simply refuses to service HEAD requests, which is a valid response. You can see the same with curl: $ curl -X HEAD -D - http://humane-assessment.com/ HTTP/1.1 501 Not Implemented Date: Wed, 05 Mar 2014 13:07:48 GMT Server: Zinc HTTP Components 1.0 Content-Type: text/plain Content-Length: 512 Via: 1.1 humane-assessment.com Vary: Accept-Encoding Connection: close Note that you can also send #location to a ZnResponse instance. If you don't have to set the timeout, the following is even shorter: ZnEasy head: 'http://cognitive-edge.com'. HTH, Sven On 05 Mar 2014, at 13:58, Stephan Eggermont <stephan(a)stack.nl> wrote: > Iâm trying to migrate the Pier link checker to Pharo 3, going from > HTTPSocket to ZnClient. Looks like a good API improvement, but some things > are still different. http://humane-assessment.com claims not to support > this head request (501), as does http:://cognitive-edge.com (404). > Anyone know what I should change? > > Stephan > > httpHead: aString > "Answer an array with response code and effective URL, or nil." > > | response | > response := ZnClient new > url: aString trimBoth; > timeout: 1; > method: #HEAD; > ifFail: [ ^Array with: 404 with: aString ]; > executeWithTimeout; > response. > ^ Array with: response code with: (response headers at: 'Location' ifAbsent: [aString]) . > > httpHead: aString > "Answer an array with response code and effective URL, or nil." > > | url socket | > url := Url absoluteFromText: aString. > (url isKindOf: HttpUrl) > ifFalse: [ ^ nil ]. > [ socket := HTTPSocket > initHTTPSocket: url > wait: (HTTPSocket deadlineSecs: 1) > ifError: [ ^ Array with: 404 with: aString ] ] > on: NameLookupFailure > do: [ :err | ^ Array with: 404 with: aString ]. > ^ [ [ socket sendCommand: ('HEAD ' , ((HTTPSocket shouldUseProxy: url authority) > ifTrue: [ url printString ] ifFalse: [ url fullPath ]) , ' HTTP/1.0' , String crlf) , > ('Host: ' , url authority , String crlf) , > (HTTPSocket userAgentString , String crlf) , > (HTTPSocket classPool at: #HTTPProxyCredentials). > socket header: (socket getResponseUpTo: String crlf , String crlf) first. > Array with: socket responseCode asInteger with: (socket getHeader: 'location' default: aString) ] > on: Error do: [ :err | nil ] ] > ensure: [ socket destroy ]

March 5, 2014

MIgrating pier link checker to Pharo 3

by Stephan Eggermont

Iâm trying to migrate the Pier link checker to Pharo 3, going from HTTPSocket to ZnClient. Looks like a good API improvement, but some things are still different. http://humane-assessment.com claims not to support this head request (501), as does http:://cognitive-edge.com (404). Anyone know what I should change? Stephan httpHead: aString "Answer an array with response code and effective URL, or nil." | response | response := ZnClient new url: aString trimBoth; timeout: 1; method: #HEAD; ifFail: [ ^Array with: 404 with: aString ]; executeWithTimeout; response. ^ Array with: response code with: (response headers at: 'Location' ifAbsent: [aString]) . httpHead: aString "Answer an array with response code and effective URL, or nil." | url socket | url := Url absoluteFromText: aString. (url isKindOf: HttpUrl) ifFalse: [ ^ nil ]. [ socket := HTTPSocket initHTTPSocket: url wait: (HTTPSocket deadlineSecs: 1) ifError: [ ^ Array with: 404 with: aString ] ] on: NameLookupFailure do: [ :err | ^ Array with: 404 with: aString ]. ^ [ [ socket sendCommand: ('HEAD ' , ((HTTPSocket shouldUseProxy: url authority) ifTrue: [ url printString ] ifFalse: [ url fullPath ]) , ' HTTP/1.0' , String crlf) , ('Host: ' , url authority , String crlf) , (HTTPSocket userAgentString , String crlf) , (HTTPSocket classPool at: #HTTPProxyCredentials). socket header: (socket getResponseUpTo: String crlf , String crlf) first. Array with: socket responseCode asInteger with: (socket getHeader: 'location' default: aString) ] on: Error do: [ :err | nil ] ] ensure: [ socket destroy ]

March 5, 2014

Re: [Pharo-users] [Pharo-dev] Phratch one-click

by Hilaire Fernandes

For event, how is it developed? I remember, when I started developing DrGeo I used the change/update event mecanism. Then I dropped it for a simple linear top/down update of the geometric tree model, it becames much faster after that. Hilaire Le 05/03/2014 10:44, jannik laval a Ã©crit : > > I think now that we need some profiling. > Any expert for that ? > -- Dr. Geo http://drgeo.eu

March 5, 2014

Re: [Pharo-users] [Pharo-dev] Phratch one-click

by Damien Cassou

On Wed, Mar 5, 2014 at 10:08 AM, Hilaire Fernandes <hilaire.fernandes(a)gmail.com> wrote: > I am on Linux. you can use the new package on the PPA if you are on Ubuntu: https://launchpad.net/~pharo/+archive/stable/ Please keep me informed because there is no user right now :-) -- Damien Cassou http://damiencassou.seasidehosting.st "Success is the ability to go from one failure to another without losing enthusiasm." Winston Churchill

March 5, 2014

Re: [Pharo-users] [Pharo-dev] Phratch one-click

by jannik laval

Thank you for the report Hilaire. I think now that we need some profiling. Any expert for that ? Jannik 2014-03-05 10:08 GMT+01:00 Hilaire Fernandes <hilaire.fernandes(a)gmail.com>: > I am on Linux. > > Hilaire > > Le 04/03/2014 17:06, jannik laval a Ã©crit : > > Are you using it on a Mac ? > > On Windows and Linux it is really faster. > > > > I am thinking that it comes from the Mac VM. I want to discuss that next > > Friday during the Pharo Sprint. > > > > Jannik > > > > > > 2014-03-04 16:45 GMT+01:00 Hilaire Fernandes > > <hilaire.fernandes(a)gmail.com > > <mailto:hilaire.fernandes@gmail.com>>: > > > > Thank for the url, my old eyes couldn't catch it. > > > > It looks great but very slow compare to the original Scratch. > > Any idea what makes it so unresponsive? Now I understand why you > told > > me it was unusable on tablet. Something may be wrong, it should not > be > > that slow. > > > > Hilaire > > > > > > Le 03/03/2014 23:38, jannik laval a Ã©crit : > > > URL of the Jenkins: > > > > > > https://ci.inria.fr/pharo-contribution/view/Phratch/job/Phratch-OneClick/ > > > > > > Then Phratch2.0 For Linux: > > > > > > https://ci.inria.fr/pharo-contribution/view/Phratch/job/Phratch-OneClick/PH… > > > > > > Phratch2.0 For Windows: > > > > > > https://ci.inria.fr/pharo-contribution/view/Phratch/job/Phratch-OneClick/PH… > > > > > > Phratch2.0 For MacOS: > > > > > > https://ci.inria.fr/pharo-contribution/view/Phratch/job/Phratch-OneClick/PH… > > > > > > Cheers, > > > > > > > > > > > > 2014-03-03 20:41 GMT+01:00 Hilaire Fernandes > > > <hilaire.fernandes(a)gmail.com > > <mailto:hilaire.fernandes@gmail.com> > > > <mailto:hilaire.fernandes@gmail.com > > <mailto:hilaire.fernandes@gmail.com>>>: > > > > > > Great! > > > > > > URL? > > > > > > Hilaire > > > > > > Le 01/03/2014 12:30, jannik laval a Ã©crit : > > > > Now, no need to install anything: just download the zip file > > for your > > > > platform, unzip it and run Phratch. > > > > > > > > > > -- > > > Dr. Geo http://drgeo.eu > > > > > > > > > > > > > > > > > > -- > > > > > > ~~Jannik Laval~~ > > > Ãcole des Mines de Douai > > > Enseignant-chercheur > > > http://www.jannik-laval.eu > > > http://car.mines-douai.fr/ > > > > > > > -- > > Dr. Geo http://drgeo.eu > > > > > > > > > > > > -- > > > > ~~Jannik Laval~~ > > Ãcole des Mines de Douai > > Enseignant-chercheur > > http://www.jannik-laval.eu > > http://car.mines-douai.fr/ > > > > -- > Dr. Geo http://drgeo.eu > > > -- ~~Jannik Laval~~ Ãcole des Mines de Douai Enseignant-chercheur http://www.jannik-laval.eu http://car.mines-douai.fr/

March 5, 2014

Re: [Pharo-users] OS question

by Friedrich Dominicus

Pierce Ng <pierce(a)samadhiweb.com> writes: > On Mon, Mar 03, 2014 at 07:30:56AM +0100, Friedrich Dominicus wrote: >> I'm just wondering who is using Pharo on some BSD (Free/Open/386) > > I am a long time FreeBSD user. Right now an instance of my blog is running > on Pharo 1.4 on CogVM on FreeBSD 8.x. How did you build the Pharo VM? Regards Friedrich

March 5, 2014

Re: [Pharo-users] [Pharo-dev] Phratch one-click

by jannik laval

Are you using it on a Mac ? On Windows and Linux it is really faster. I am thinking that it comes from the Mac VM. I want to discuss that next Friday during the Pharo Sprint. Jannik 2014-03-04 16:45 GMT+01:00 Hilaire Fernandes <hilaire.fernandes(a)gmail.com>: > Thank for the url, my old eyes couldn't catch it. > > It looks great but very slow compare to the original Scratch. > Any idea what makes it so unresponsive? Now I understand why you told > me it was unusable on tablet. Something may be wrong, it should not be > that slow. > > Hilaire > > > Le 03/03/2014 23:38, jannik laval a Ã©crit : > > URL of the Jenkins: > > > https://ci.inria.fr/pharo-contribution/view/Phratch/job/Phratch-OneClick/ > > > > Then Phratch2.0 For Linux: > > > https://ci.inria.fr/pharo-contribution/view/Phratch/job/Phratch-OneClick/PH… > > > > Phratch2.0 For Windows: > > > https://ci.inria.fr/pharo-contribution/view/Phratch/job/Phratch-OneClick/PH… > > > > Phratch2.0 For MacOS: > > > https://ci.inria.fr/pharo-contribution/view/Phratch/job/Phratch-OneClick/PH… > > > > Cheers, > > > > > > > > 2014-03-03 20:41 GMT+01:00 Hilaire Fernandes > > <hilaire.fernandes(a)gmail.com > > <mailto:hilaire.fernandes@gmail.com>>: > > > > Great! > > > > URL? > > > > Hilaire > > > > Le 01/03/2014 12:30, jannik laval a Ã©crit : > > > Now, no need to install anything: just download the zip file for > your > > > platform, unzip it and run Phratch. > > > > > > > -- > > Dr. Geo http://drgeo.eu > > > > > > > > > > > > -- > > > > ~~Jannik Laval~~ > > Ãcole des Mines de Douai > > Enseignant-chercheur > > http://www.jannik-laval.eu > > http://car.mines-douai.fr/ > > > > -- > Dr. Geo http://drgeo.eu > > > -- ~~Jannik Laval~~ Ãcole des Mines de Douai Enseignant-chercheur http://www.jannik-laval.eu http://car.mines-douai.fr/

March 4, 2014

Re: [Pharo-users] index of element matching block

by Pablo EstefÃ³

On Feb 12, 2014, at 12:03, btc(a)openinworld.com wrote: > Norbert Hartl wrote: >> >> Am 12.02.2014 um 11:44 schrieb Sven Van Caekenberghe <sven(a)stfx.eu>: >> >> >>> #( 11 7 4 21 ) detectIndex: #even >>> >>> >> I knew it makes sense to ask. Only slightly embarrasing :) >> > Thanks for asking. I learnt something new. +1 Thanks! > cheers -ben >> Norbert >> >> >>> ;-) >>> >>> On 12 Feb 2014, at 12:37, Norbert Hartl <norbert(a)hartl.name> wrote: >>> >>> >>>> I just discovered that there is no method like >>>> >>>> indexOf: aBlock >>>> >>>> where the index of the element matching the block is returned. What would be the usual way to achieve this functionality? >>>> >>>> Norbert >>>> >>>> >>>> >>> >> >> >> >> >

March 4, 2014