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

[Pharo-project] PharoKernel-1.2-12306
by Pavel Krivanek Jan. 16, 2011

Jan. 16, 2011

Hi all, I updated the PharoKernel to work with the latest core image. What do we need to prepare automatic Hudson builds? https://gforge.inria.fr/frs/download.php/28150/PharoKernel-1.2-12306.zip -- Pavel

2 1

[Pharo-project] ZeroMQ, Mongrel2...
by Geoffroy Couprie Jan. 16, 2011

Jan. 16, 2011

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

9 9

Re: [Pharo-project] Crash running test suite with latest cog vm
by Marcus Denker Jan. 16, 2011

Jan. 16, 2011

On Jan 16, 2011, at 10:33 AM, StÃ©phane Ducasse wrote: > Dear marco > > can you give more information else vm people cannot do anything? > Which os > exact donwload link > pharo version.... > If it is 1.1.1, then we need to do a 1.1.2 for Cog... because of a missing method in MethodContext (numArgs, if I remember correctly). Marcus > Stef > > > On Jan 16, 2011, at 10:01 AM, Marco Schmidt wrote: > >> I have a crashing cog vm. >> I run the all tests in the current pharo-core downloaded from the server. >> See attached PharoDebug.log >> >> Marco Schmidt >> <PharoDebug.log> > > -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

2 1

[Pharo-project] Problem understanding #cannotInterpret
by Mariano Martinez Peck Jan. 16, 2011

Jan. 16, 2011

Hi. There is something I don't understand about #cannotInterpret and maybe you can help me. Since I am not sure if this is more image side or vm, I did a cross post, sorry for that. Context: I am implementing proxies for classes. Since I want that a proxy loads back the original object when receiving the message #class, I have removed from the compiler the shortcut bytecode for class, with this: (ParseNode classVarNamed: 'StdSelectors') removeKey: #class ifAbsent: []. Now, my testcase is something like this: | inst proxy | "This is the simplest test that does the less assert as possible." inst := ClassWith1Var new. self assert: inst foo = 'foo'. proxy := ClassProxyInstVar new. proxy become: ClassWith1Var. "here I can send any message, it is just to load back the original class" inst basicIdentityHash. self assert: (inst class == ClassWith1Var). self assert: inst foo = 'foo'. ProtoObject subclass: #ClassProxyInstVar instanceVariableNames: 'superclass methodDict format actualClass' classVariableNames: '' poolDictionaries: '' category: 'Proxies' ClassProxyInstVar >> initialize super initialize. superclass := ProxySuperclass. methodDict := nil. actualClass := self So...with this i can use an instance of ClassProxyInstVar like a class. When an instance of the class receives a message, the methodDict will be in nil, and then the VM will send the #cannotInterpret. and there I want to put back the original class. Then I do: ProxySuperclass >> cannotInterpret: aMessage Transcript cr; show: 'cannotInterpret:'; space; show: aMessage selector.. self class restore. ^aMessage sendTo: self Now, this is working, but there is something I DO NOT UNSERSTAND. When I try to do the "inst basicIdentityHash" the VM will send the #cannotInterpret to ProxySuperclass because the methodDict was nil in ClassProxyInstVar. Ok, perfect. What I don't understand is how the method #cannotInterptet can be run perfeclty in this case, since I am doing a "self class restore" there. Remember I removed the shortcut bytecode, so #class is sent like any normal message. So, my question is, when sending "self class", why the VM doesn't call #cannotInterpter again like it did it when I did " inst basicIdentityHash." ? in other words...why the VM isn't entering in a loop ? There is something I am not seeing. Thanks for any help in advance, Mariano

1 0

[Pharo-project] Crash running test suite with latest cog vm
by Marco Schmidt Jan. 16, 2011

Jan. 16, 2011

I have a crashing cog vm. I run the all tests in the current pharo-core downloaded from the server. See attached PharoDebug.log Marco Schmidt

2 1

[Pharo-project] XML packages, CDATA and encoding
by Torsten Bergmann Jan. 16, 2011

Jan. 16, 2011

Create a file "test.xml" with the following contents (german umlaut): <?xml version="1.0" encoding="iso-8859-1"?> <test><![CDATA[ZaunkÃ¶nig]]></test> 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

7 11

Re: [Pharo-project] [Seaside] Re: html parser
by stephane ducasse Jan. 16, 2011

Jan. 16, 2011

Thanks for the pointer I should also have a look. Are there tests/comments? > >> Soup ? >> http://www.squeaksource.com/Soup > > This one is good. > > http://www.squeaksource.com/htmlcssparser > > > _______________________________________________ > seaside mailing list > seaside(a)lists.squeakfoundation.org > http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside >

1 0

[Pharo-project] new Cog VMs
by Eliot Miranda Jan. 15, 2011

Jan. 15, 2011

Hi All, I've released a new version of Cog that has a substantially improved code generator along the lines of Peter Deutsch's HPS (VisualWorks) and various of Ian Piumarta's VMs. These all use a simple tecnique to identify constant references in bytecode and to support a register-based calling convention. While this does produce faster code it tends to accelerate low-level code much more than high-level code as you can see by the following benchmarks: SimpleStackBasedCogit: [1 to: 100000000 do: [:i|]] timeToRun 691 StackToRegisterMappingCogit: [1 to: 100000000 do: [:i|]] timeToRun 192 192 - 691 / 6.91 -72% SimpleStackBasedCogit: 0 tinyBenchmarks '753495217 bytecodes/sec; 64769127 sends/sec' StackToRegisterMappingCogit: 0 tinyBenchmarks '931756141 bytecodes/sec; 128157989 sends/sec' 931756141 - 753495217 / 7534952.17 -24% 128157989 - 64769127 / 647691.27 -98% SimpleStackBasedCogit: [Compiler recompileAll] timeToRun 47013 (no transcript StackToRegisterMappingCogit: [Compiler recompileAll] timeToRun 43406 (no transcript) 43406 - 47013 / 470.13 -7.67234594686576 The status of this code is essentially beta. The test suite runs the same on the new code generator as on the old, but I think there are still bugs because I get the occasional transient error. I am therefore very interested in any reproducible errors you can find. The VMs (http://www.mirandabanda.org/files/Cog/VM/VM.r2334/) contain a few other important changes: - a bug fix to bytecode<->native pc mappng that produced incorrect results for methods containing blocks with ^-returns in them. One symptom is incorrect highlighting of the pc in the debugger, althoguh symptoms could be much serious. - jitting interpreted methods on backward branches. Currently any interpreted method that performs more than 20 backward branches will be considered for JIT compilation and if it is suitable (default, <= 60 literals) will be compiled to native code. - new callback support. I need to commit some changes to the Alien package to provide access to this but essentially the VM's callback support is now able to be ported to architectures with register-based calling conventions (ARM, PowerPC, SPARC etc). I'll try and get the Alien code released soon, and to back-port the changes to the standard VM before the end of the holiday. One thing that is still /not/ fixed is the lack of a SoundPlugin on win32. Apologies. I'll try and get a fix for this before the end of the holidays too, but time might be too tight. There are other priorities such as harmonising the standard and Cog VMs for the 4.2 release. best Eliot

8 25

Jan. 15, 2011

12305 ----- - GLMOrangeUITheme beCurrent. - Issue 3417: BehaviorTest>>#testAllLocalCallsOn fails. Stef

4 4

[Pharo-project] Need help about Sockets
by Adrien BARREAU Jan. 15, 2011

Jan. 15, 2011

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. 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.

2 1