January 2011 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] ZeroMQ, Mongrel2...

by Mike Hales

I'd be really interested in zmq for pharo/squeak too. I've been playing with it to replace mutexes and semaphores for multiprocessing in a c program, and would love to be able to tie in some smalltalk too. Mongrel2 and seaside could be interesting too, especially for websocket support. Mike Mike Hales Engineering Manager KnowledgeScape www.kscape.com On Tue, Jan 11, 2011 at 9:24 AM, Geoffroy Couprie <geo.couprie(a)gmail.com>wrote: > Hello, > > What would you think of a ZeroMQ frontend to Pharo? I was playing with > ZeroMQ, and more specifically the Mongrel2 web server, and I thought > that would be cool to use it, but the only reference of ZeroMQ and > Smalltalk I saw was about some code from Thomas GagnÃ©, which is not > available anymore. > > Anyhow, would you be interested in a port to Pharo? It looks like the > protocol is not really hard to implement. > > Best regards, > > Geoffroy > >

Jan. 16, 2011

Re: [Pharo-project] XML packages, CDATA and encoding

by jaayer

Sorry, I accidentally hit reply before typing anything. Torsten, what you are trying to do is not incorrect and should work as you expected it to. The reason why it didn't has less to do with XMLSupport per se and more to do with its reliance on Pharo's TextConverter system. The problem is faulty matching of the "encoding" attribute value to the appropriate subclass of TextConverter. The code responsible for this in XMLSupport is: converterClass := (Smalltalk at: #TextConverter ifAbsent: [^ self]) defaultConverterClassForEncoding: anEncodingName asLowercase. But as you can see, the matching is actually done by TextConverter and its class-side #defaultConverterClassForEncoding: method, which works by sending #encodingNames to all subclasses and testing the array returned to see if it includes the specified encoding name. If you browse Latin1TextConverter, the right class for the encoding you specified, and look at its #encodingNames message, you will see the array it returns does not include "ISO-8859-1": ^ #('latin-1' 'latin1') copy. Change it to this (note the lowercase): ^ #('latin-1' 'latin1' 'iso-8859-1') copy. and everything now works. So this is really a bug in TextConverter and its Latin1TextConverter subclass, not XMLSupport. Also, the #allSubclassesDo: test in #defaultConverterClassForEncoding: should probably be augmented with a Dictionary cache to speed-up lookups for known encoding-converter pairs. Can someone forward this message to whoever maintains TextConverter? ---- On Mon, 10 Jan 2011 04:38:23 -0800 Torsten Bergmann wrote ---- >Create a file "test.xml" with the following >contents (german umlaut): > > > > > >After loading ConfigurationOfXML try to parse it: > > |fs| > fs := FileStream fileNamed: 'test.xml'. > XMLDOMParser parseDocumentFrom: fs. > > >=> gives an error: 'Invalid utf8 input detected' >=> it works if you remove the CDATA section > >Looks like UTF8TextConverter is used independent >from the encoding of the XML... > >Bye >T. >-- >NEU: FreePhone - kostenlos mobil telefonieren und surfen! >Jetzt informieren: http://www.gmx.net/de/go/freephone > >

Jan. 16, 2011

Re: [Pharo-project] XML packages, CDATA and encoding

by jaayer

---- On Mon, 10 Jan 2011 04:38:23 -0800 Torsten Bergmann wrote ---- >Create a file "test.xml" with the following >contents (german umlaut): > > > > > >After loading ConfigurationOfXML try to parse it: > > |fs| > fs := FileStream fileNamed: 'test.xml'. > XMLDOMParser parseDocumentFrom: fs. > > >=> gives an error: 'Invalid utf8 input detected' >=> it works if you remove the CDATA section > >Looks like UTF8TextConverter is used independent >from the encoding of the XML... > >Bye >T. >-- >NEU: FreePhone - kostenlos mobil telefonieren und surfen!Â Â Â Â Â Â Â Â Â Â Â Â >Jetzt informieren: http://www.gmx.net/de/go/freephone > >

Jan. 16, 2011

Re: [Pharo-project] new Cog VMs

by Eliot Miranda

Hi All, I've uploaded new VMs to VM.r2348/<http://www.mirandabanda.org/files/Cog/VM/VM.r2348/> (SimpleStackBasedCogit) and VM.r2349/ <http://www.mirandabanda.org/files/Cog/VM/VM.r2349/> (StackToRegisterMappingCogit). The former are simply to be up-to-date with svn & Monticello. The latter also fix a bad bug with the StackToRegisterMappingCogit where e.g. 16r10 bitOr: 16r20 would evaluate to 1. I've smoke-tested the 2349 VMs on the Squeak4.2 beta test suite and things look good. best Eliot

Jan. 15, 2011

Re: [Pharo-project] [update 1.2] #12305

by Francisco Ortiz PeÃ±aloza

Hi, i don't like the orange theme to be the default one. IMHO it looks like a high contrast one. I prefer Glamour or even Watery! Regards, Francisco On Sat, Jan 15, 2011 at 5:39 PM, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: > Hi, > I really don't like the orange theme to become the default pharo theme... is to "alien" for me, and I'm sure it will be also for newcomers. May I suggest to let the standard glamour theme as the default, and keep the orange just as an option? > > Cheers, > Esteban > > El 15/01/2011, a las 4:05p.m., StÃ©phane Ducasse escribiÃ³: > >> why not :) >> even if the orange is too orange :) >> Stef >> >>> Why don't you call the GLMOrangeUITheme the PharoTheme or something in this direction? >>> >>> Cheers, >>> Doru >>> >>> >>> On 14 Jan 2011, at 15:46, StÃ©phane Ducasse wrote: >>> >>>> 12305 >>>> ----- >>>> >>>> - GLMOrangeUITheme beCurrent. >>>> - Issue 3417: Â Â Â BehaviorTest>>#testAllLocalCallsOn fails. >>>> >>>> Stef >>>> >>> >>> -- >>> www.tudorgirba.com >>> >>> "Reasonable is what we are accustomed with." >>> >>> >> >> > > >

Jan. 15, 2011

Re: [Pharo-project] [update 1.2] #12305

by Esteban Lorenzano

Hi, I really don't like the orange theme to become the default pharo theme... is to "alien" for me, and I'm sure it will be also for newcomers. May I suggest to let the standard glamour theme as the default, and keep the orange just as an option? Cheers, Esteban El 15/01/2011, a las 4:05p.m., StÃ©phane Ducasse escribiÃ³: > why not :) > even if the orange is too orange :) > Stef > >> Why don't you call the GLMOrangeUITheme the PharoTheme or something in this direction? >> >> Cheers, >> Doru >> >> >> On 14 Jan 2011, at 15:46, StÃ©phane Ducasse wrote: >> >>> 12305 >>> ----- >>> >>> - GLMOrangeUITheme beCurrent. >>> - Issue 3417: BehaviorTest>>#testAllLocalCallsOn fails. >>> >>> Stef >>> >> >> -- >> www.tudorgirba.com >> >> "Reasonable is what we are accustomed with." >> >> > >

Jan. 15, 2011

Re: [Pharo-project] [Pharo-users] Where do I find KeyedSet?

by Levente Uzonyi

On Sat, 15 Jan 2011, HernÃ¡n Morales Durand wrote: > Hi Stef > > 2011/1/15 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr>: >> >> On Jan 14, 2011, at 6:24 PM, HernÃ¡n Morales Durand wrote: >> >>> Try PluggableSet Note that KeyedSet has nothing to do with PluggableSet. PluggableSet is a set where you can specify the hash and equality of two objects with blocks. This gives you great flexibility without creating a subclass of Set. KeyedSet is like a dictionary, but the keys of the objects are not stored in the data structure, because the objects know it themselves. This means that the data structure will have a smaller memory footprint. Levente >>> >>> http://www.mail-archive.com/pharo-project@lists.gforge.inria.fr/msg22890.ht… >>> >>> Is there a way for you guys to deprecate deleted classes or mantain a >>> record of deleted behaviors? (IIRC VW did this from 2.x versions) >> >> We try but we do not have the engineers of VW. >> Now find somebody that pay us just 3 engineers full time for two years and you will not >> recognized pharo and its process. > > I know we are very few, but what about this idea, instead of just > deleting a class we may adopt these simple rules: > > 1 - If deleting a class add the deleted class name somewhere (in a method?) > 2 - If renaming a class, make the class to know its previous names > like #previousNames > (Norberto Manzanos implemented this for his own package management and > I think is a great idea) > > doesn't require tools, just some consensus and maybe a modified > #deleteClass to enforce this "policy" > > it sounds feasible for you? what do you think? > > HernÃ¡n > >

Jan. 15, 2011

Re: [Pharo-project] [update 1.2] #12305

by StÃ©phane Ducasse

why not :) even if the orange is too orange :) Stef > Why don't you call the GLMOrangeUITheme the PharoTheme or something in this direction? > > Cheers, > Doru > > > On 14 Jan 2011, at 15:46, StÃ©phane Ducasse wrote: > >> 12305 >> ----- >> >> - GLMOrangeUITheme beCurrent. >> - Issue 3417: BehaviorTest>>#testAllLocalCallsOn fails. >> >> Stef >> > > -- > www.tudorgirba.com > > "Reasonable is what we are accustomed with." > >

Jan. 15, 2011

Re: [Pharo-project] [update 1.2] #12305

by Tudor Girba

Why don't you call the GLMOrangeUITheme the PharoTheme or something in this direction? Cheers, Doru On 14 Jan 2011, at 15:46, StÃ©phane Ducasse wrote: > 12305 > ----- > > - GLMOrangeUITheme beCurrent. > - Issue 3417: BehaviorTest>>#testAllLocalCallsOn fails. > > Stef > -- www.tudorgirba.com "Reasonable is what we are accustomed with."

Jan. 15, 2011

Re: [Pharo-project] Need help about Sockets

by Levente Uzonyi

On Sat, 15 Jan 2011, Adrien BARREAU wrote: > > Hi all, > > I'm trying to use the Sockets in Pharo but I don't understand some points. > I tried that piece of code: > > | s c rcv | > Socket initializeNetwork. > rcv := String new: 400. > s := Socket new. > s listenOn: 12345. The problem is here. You should use #listenOn:backlogSize: if you want to accept (multiple) connections. #listenOn: is a "special" method that uses the same socket for listening and receiveing data. See the method comments for details. Here's a small example how to use #listenOn:. Copy it to a workspace and print it: server := Socket new. semaphore := Semaphore new. [ [ server listenOn: 12345. server semaphore wait. "wait for the client to connect" server waitForData. data := server receiveData. semaphore signal ] ensure: [ server closeAndDestroy ] ] fork. client := Socket new. client connectTo: #[127 0 0 1] port: 12345. client sendData: 'Hello!'. client closeAndDestroy. data Levente > c := s waitForAcceptFor: 30. > c dataAvailable ifTrue: [ c receiveDataInto: rcv ] ifFalse: [ self halt ]. > > waitForAcceptFor: waits a connection, so I opened a telnet client on localhost:12345. It works, but the "accept" primitive always failed. > I tried to find some code where it's used: ConnectionQueue>>listenLoop. > I assume that method works (but it has no sender), and I don't understand what is different between it and my code. > > Perhaps I don't try to use the Sockets the good way? > > Adrien. >

Jan. 15, 2011