- Pharo-dev - lists.pharo.org

Re: [Pharo-project] Crash running test suite with latest cog vm

by Marco Schmidt

Sorry - I thought the PharoDebug.log contains all these informations. >>> THERE_BE_DRAGONS_HERE MessageNotUnderstood: receiver of "reshapeClass:toSuper:" is nil 16 January 2011 9:22:38 am VM: Mac OS - intel - 1066 - Croquet Closure Cog VM [CoInterpreter VMMaker-oscog.46] Croquet Cog 3.0.0 Image: Pharo1.2beta [Latest update: #12303] <<< The CogVM is the vm from elliot (http://www.mirandabanda.org/files/Cog/VM/VM.r2349/) under MacOSX 10.6.6. 2011/1/16 Marcus Denker <marcus.denker(a)inria.fr>: > > 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. > > >

Jan. 16, 2011

Re: [Pharo-project] aligning morphs

by Tudor Girba

Hi Gary, I would like to implement a Finder-like behavior the GeneralScrollPane. For this, I would need a way to control the scrolling so that every time I add a new morph, the scroller scrolls (similar to ScrollBar>>animateValue:duration: from OB). The problem seems to be that the scrollbar value is not updated when I add a new morph. Take a look at the code below. The result of the horizontal scrollbar value at the end is 1.0, while it should be lower. Am I doing something wrong, or is this a problem? | m scroll | m := PanelMorph new. m hResizing: #shrinkWrap; vResizing: #spaceFill; changeTableLayout; listDirection: #leftToRight; m addMorphBack: (Morph new minWidth: 100; hResizing: #shrinkWrap; vResizing: #spaceFill). scroll := GeneralScrollPane new changeScrollerTableLayout; scrollTarget: m. scroll openInWindow. scroll hScrollbar setValue: 1.0. m addMorphBack: (Morph new minWidth: 100; hResizing: #shrinkWrap; vResizing: #spaceFill). scroll hScrollbar value ==> 1.0 Cheers, Doru On 11 Jan 2011, at 15:17, Gary Chambers wrote: > A slight revision as this has highlighted an edge case in the original class > as to when scrollbars are needed... > > Regards, Gary > > ----- Original Message ----- From: "Tudor Girba" <tudor.girba(a)gmail.com> > To: <Pharo-project(a)lists.gforge.inria.fr> > Sent: Tuesday, January 11, 2011 1:53 PM > Subject: Re: [Pharo-project] aligning morphs > > > Excellent! > > I tried the example and it works well. I will work with it in the following days. > > Cheers, > Doru > > > On 11 Jan 2011, at 14:39, Gary Chambers wrote: > >> Try the attached change set with the following example... >> Let me know if any use and we'll get it integrated. >> >> |m| >> m := PanelMorph new. >> m >> fillStyle: Color green; >> hResizing: #spaceFill; >> vResizing: #spaceFill; >> changeTableLayout; >> layoutInset: 8. >> m addMorph: (Morph new >> height: 160; >> minWidth: 100; >> hResizing: #spaceFill; >> vResizing: #shrinkWrap). >> GeneralScrollPane new >> changeScrollerTableLayout; >> scrollTarget: m; >> openInWindow >> >> >> Regards, Gary >> >> ----- Original Message ----- From: "Tudor Girba" <tudor.girba(a)gmail.com> >> To: <Pharo-project(a)lists.gforge.inria.fr> >> Sent: Monday, January 10, 2011 8:23 PM >> Subject: Re: [Pharo-project] aligning morphs >> >> >> Wow, that would be great! I cannot wait to test it. >> >> Cheers, >> Doru >> >> >> On 10 Jan 2011, at 16:50, Gary Chambers wrote: >> >>> I may get time later in the week to have a go with GeneralScrollPane to support the feature you desire... ;-) >>> >>> Regards, Gary >>> >>> ----- Original Message ----- From: "Tudor Girba" <tudor.girba(a)gmail.com> >>> To: <Pharo-project(a)lists.gforge.inria.fr> >>> Cc: <Pharo-project(a)lists.gforge.inria.fr> >>> Sent: Monday, January 10, 2011 2:23 PM >>> Subject: Re: [Pharo-project] aligning morphs >>> >>> >>> Hi Gary, >>> >>> Thanks for the reply. >>> >>> So, what would be required for scrollbars to work with spaceFill? I would really need this feature, but I do not know how to go about it. >>> >>> Could you or anyone else provide some hints? Of course code would be even better. But at this moment hi ts would be helpful, too :) >>> >>> Cheers, >>> Doru >>> >>> >>> >>> On Jan 10, 2011, at 13:04, "Gary Chambers" <gazzaguru2(a)btinternet.com> wrote: >>> >>>> Hi Doru, >>>> >>>> #spaceFill constraints are typically only used by table layouts. >>>> ScrollPane is designed for fixed size contents, at present. >>>> Might be nice to extend it to honour any #spaceFill of its single target morph. >>>> This would simplify usage of scrollers quite a bit! >>>> >>>> Regards, Gary >>>> >>>> ----- Original Message ----- From: "Tudor Girba" <tudor.girba(a)gmail.com> >>>> To: "Pharo-project(a)lists.gforge.inria.fr Development" <pharo-project(a)lists.gforge.inria.fr> >>>> Sent: Saturday, January 08, 2011 1:22 AM >>>> Subject: [Pharo-project] aligning morphs >>>> >>>> >>>> >>>> Hi, >>>> >>>> I would need help with understanding the magic behind alignment in Morphic. >>>> >>>> Take the example from below. Could anyone help me with what I should do to have the morph stretch all the way horizontally? >>>> >>>> | scroll window morph | >>>> scroll := ScrollPane new. >>>> scroll >>>> fillStyle: (SolidFillStyle color: Color blue); >>>> vResizing: #spaceFill; >>>> hResizing: #spaceFill. >>>> morph := PanelMorph new. >>>> morph >>>> fillStyle: (SolidFillStyle color: Color yellow); >>>> changeTableLayout; >>>> listDirection: #topToBottom; >>>> vResizing: #shrinkWrap; >>>> hResizing: #spaceFill; >>>> layoutInset: 10. >>>> morph addMorphBack: (SimpleButtonMorph new width: 200; height: 200). >>>> scroll scroller addMorph: morph. >>>> window := SystemWindow new. >>>> window addMorph: scroll fullFrame: (LayoutFrame fractions: (0 @ 0 corner: 1 @ 1)). >>>> window openInWorld >>>> >>>> >>>> Cheers, >>>> Doru >>>> >>>> >>>> -- >>>> www.tudorgirba.com >>>> >>>> "Every thing should have the right to be different." >>>> >>>> >>>> >>>> >>>> >>> >>> >> >> -- >> www.tudorgirba.com >> >> "Problem solving efficiency grows with the abstractness level of problem understanding." >> >> >> >> <GeneralScrollPaneLayout.1.cs> > > -- > www.tudorgirba.com > > "Some battles are better lost than fought." > > > > <GeneralScrollPaneLayout.2.cs> -- www.tudorgirba.com "In a world where everything is moving ever faster, one might have better chances to win by moving slower."

Jan. 16, 2011

[Pharo-project] Problem understanding #cannotInterpret

by Mariano Martinez Peck

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

Jan. 16, 2011

Re: [Pharo-project] pharogenesis

by Geert Claes

Hi Max, Can you tell us a little bit about pharogenesis? -- View this message in context: http://forum.world.st/pharogenesis-tp3219872p3219893.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

Jan. 16, 2011

[Pharo-project] pharogenesis

by Max Leske

Hi everyone. For those of you who followed my github repository for pharogenesis, please note that I moved it to github.com/pharogenesis/pharogenesis. I deleted the old repository. Cheers, Max

Jan. 16, 2011

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

by Janko MivÅ¡ek

I see ZeroMQ as a way to inter-process communicate easier with other programing languages, which seems to be one of the main ZeroMQ goals? Janko On 16. 01. 2011 05:45, Mike Hales wrote: > 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 <http://www.kscape.com> > > > On Tue, Jan 11, 2011 at 9:24 AM, Geoffroy Couprie <geo.couprie(a)gmail.com > <mailto:geo.couprie@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 -- Janko MivÅ¡ek AIDA/Web Smalltalk Web Application Server http://www.aidaweb.si

Jan. 16, 2011

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

by Philippe Marschall

On 16.01.2011 05:45, Mike Hales wrote: > 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. No, see previous post. Cheers Philippe

Jan. 16, 2011

Re: [Pharo-project] Crash running test suite with latest cog vm

by Marcus Denker

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.

Jan. 16, 2011

Re: [Pharo-project] Crash running test suite with latest cog vm

by StÃ©phane Ducasse

Dear marco can you give more information else vm people cannot do anything? Which os exact donwload link pharo version.... 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>

Jan. 16, 2011

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

by Sven Van Caekenberghe

On 16 Jan 2011, at 03:09, jaayer wrote: > 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. I had seen this as well in the past: this should be changed. I think this is a safe change, it just adds an alternative name to an existing encoding. Sven

Jan. 16, 2011