March 2012 - Pharo-dev - lists.pharo.org

[Pharo-project] Socket listenOn: 0 & accept
by Sven Van Caekenberghe March 16, 2012

March 16, 2012

Most socket API's allow for the creation of a server socket on the next available port, often by specifying 0 instead of a port. When the socket is bound, one can retrieve the local port and let the client(s) know. I tried to do that in Pharo today, and these steps seem to work, by accepting an incoming connection gives a primitive failed. Anyone tried this ? | socket | socket := Socket newTCP. socket listenOn: 0. [ [ Transcript crShow: 'Port is ', socket localPort printString. (socket waitForAcceptFor: 60) ifNotNil: [ :client | | data | data := client receiveDataTimeout: 30. Transcript crShow: 'Received ', data asString. data ifNotNil: [ client sendData: data reverse; close ] ]. ] ensure: [ socket close ] ] fork. I am running the Pharo Cog VM on Mac OS X using Pharo 1.4. Thx, Sven

5 7

[Pharo-project] Does anyone have tried/succeeded to use PetitParser for parsing dates?
by Friedrich Dominicus March 16, 2012

March 16, 2012

I wonder if anyone has used PetitParser to parse dates in diverse formats. e.g 01/01/2012 07/31/2012 And with failures on things like 2012-07-32 or 2012-13-01 or 2012-02-30 or 2011-02-29 Regards Friedrich -- Q-Software Solutions GmbH; Sitz: Bruchsal; Registergericht: Mannheim Registriernummer: HRB232138; Geschaeftsfuehrer: Friedrich Dominicus

4 4

[Pharo-project] Unicode depending on Zinc
by Guillermo Polito March 16, 2012

March 16, 2012

Hi, Does this method make sense? (Do we want Unicode to update itself?) Unicode class>>initializeCaseMappings "Unicode initializeCaseMappings" ToCasefold := IdentityDictionary new. ToUpper := IdentityDictionary new. ToLower := IdentityDictionary new. UIManager default informUserDuring: [ :bar| | result | bar value: 'Downloading Unicode data'. (result := ZnClient get: ' http://www.unicode.org/Public/UNIDATA/CaseFolding.txt') isSuccess ifFalse: [ ^ self error: 'Download failed' ]. bar value: 'Updating Case Mappings'. self parseCaseMappingFrom: result contents readStream ]. Guille

4 13

Re: [Pharo-project] Unicode depending on Zinc
by Marcus Denker March 16, 2012

March 16, 2012

On Mar 16, 2012, at 12:24 AM, Igor Stasenko wrote: > you can always make dependency less hardcoded: > > Smalltalk at: #ZnClient ifAbsent: [ self error: 'sorry dude' ] > ifPresent: [:client | > ... download stuff , whatever ] Why don't we make that the default? That is, compile all globals to something like "self environment lookUp: #ClassName" ? Marcus -- Marcus Denker -- http://marcusdenker.de

3 2

[Pharo-project] Finally, jenkins were able to build win32 VM.
by Torsten Bergmann March 16, 2012

March 16, 2012

>Thanks Igor. >Guys can you try and report if you have problems? Yes, thanks Igor, How can I see if this release integrates Eliots latest fixes for Cog? Thx T. -- Empfehlen Sie GMX DSL Ihren Freunden und Bekannten und wir belohnen Sie mit bis zu 50,- Euro! https://freundschaftswerbung.gmx.de

6 14

[Pharo-project] [update 1.4] #14394
by Marcus Denker March 16, 2012

March 16, 2012

14394 ----- Issue 5466: Lots of failing test: test seems to create undeletable file on linux (trying a workaroung for now...) http://code.google.com/p/pharo/issues/detail?id=5466 Issue 5486: Fix in Abstract Tool http://code.google.com/p/pharo/issues/detail?id=5486 -- Marcus Denker -- http://marcusdenker.de

1 0

Re: [Pharo-project] TestCase>>#assert:equals: optimization
by Marcus Denker March 16, 2012

March 16, 2012

On Mar 15, 2012, at 11:20 PM, Nicolas Cellier wrote: > Being able to automate is very good, however... > <rant> > I am 100% with you... my "perfect system" looks *completely* different to what we have... There are two options: 1) stop fixing bugs and integrating until we have the perfect system for handling it. 2) Accept that it might be better to integrate what people are doing anyway even without yet having the perfect source-code-management/bug tracker/integration. Doing 2 while *of course* alligning things to improve the integration system eventually... but I do not see how we can build the system that I dream about if we don't move already now. And even if it is just for generating small successes that allow us to build on top. It's hard to aquire resources out of nothing, but if you have something to show (as bad as it is) it magically *is* possible! Marcus -- Marcus Denker -- http://marcusdenker.de

2 1

Re: [Pharo-project] Issue 5476: File Browser "Invalid utf8 input detected" when clicking on a binary file
by Marcus Denker March 16, 2012

March 16, 2012

On Mar 16, 2012, at 2:48 AM, Alexis Parseghian wrote: > Clicking on a file in the File Browser immediately loads a preview of > its contents. Works fine for text files, but when the file is binary > (eg .image, .png) the above error is raised. > > Changeset attached in the issue, wrapping on:do: handler around > contents-reading calls. > > The fix as provided is really basic, just to catch the error and > display some kind of warning in the file browser itself. Actual proper > handling should probably be more refined. > I added it for now as a workaround... Marcus -- Marcus Denker -- http://marcusdenker.de

1 0

[Pharo-project] Unix CogVM compilation summary
by Pavel Krivanek March 15, 2012

March 15, 2012

git clone --depth 1 git://git.gitorious.org/cogvm/blessed.git cd blessed mkdir -p build cd build sh ../codegen-scripts/extract-commit-info.sh cd ../image curl "https://ci.lille.inria.fr/pharo/view/Pharo%201.4/job/Pharo%201.4/lastSucces…" -o "image.zip" unzip -jbo image.zip squeakvm -nodisplay Pharo-1.4.image ../codegen-scripts/LoadVMMaker.st zip vmmaker-image.zip generator.* *.sources echo "CogUnixConfig new addExternalPlugins: #( FT2Plugin ); addInternalPlugins: #( UnixOSProcessPlugin ); generateSources; generate. Smalltalk snapshot: false andQuit: true." > ./script.st CogVM generator.image script.st cd ../build cmake . make cd ../results zip -r Cog.zip *

2 1

Re: [Pharo-project] MultiCompositionScanner depending on Morphic stuff
by Marcus Denker March 15, 2012

March 15, 2012

On Mar 15, 2012, at 5:32 PM, Igor Stasenko wrote: > Hey, composition scanners and display scanners should not belong to Kernel. > they should be either in graphics package or in morphic itself. > > Why we moved this stuff to kernel? Nobody moved... they where always there. It's a mess of epic proportion, our whole code base. Marcus -- Marcus Denker -- http://marcusdenker.de

4 3