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

Re: [Pharo-project] [COTDC] 40 - PasswordDialogWindow

by laurent laffont

I'm a Dialog whose TextEditors characters are replaced by *. Example: (UITheme builder openModal: (PasswordDialogWindow new title: 'Authentification'; textFont: StandardFonts defaultFont; text: 'Enter your password')) entryText explore Laurent On Thu, Mar 31, 2011 at 9:21 PM, laurent laffont <laurent.laffont(a)gmail.com>wrote: > Today: PasswordDialogWindow > > > Comment Of The Day Contest - One Day One Comment > Rules: > #1: Each day a not commented class is elected. Each day the best comment > will be integrated with name of the author(s). > #2: If you cannot comment it, deprecate it. > Results: http://code.google.com/p/pharo/wiki/CommentOfTheDayContest > > Laurent >

April 4, 2011

Re: [Pharo-project] Odd FFI problms with Mac vms...

by Eliot Miranda

Hi Dale, this is a known issue spotted and fixed by Ken Treis. I've been tardy in integrating the fix. I'll try and do that in the next couple of days. A test case would help (Ken, Dale?). If you want to try Ken's fix in advance then see http://lists.gforge.inria.fr/pipermail/pharo-project/2011-March/044521.html Apologies, Eliot On Sun, Apr 3, 2011 at 1:04 PM, Dale Henrichs <dhenrich(a)vmware.com> wrote: > > On Apr 3, 2011, at 12:48 PM, Dale Henrichs wrote: > > > > > On Apr 3, 2011, at 12:36 PM, Dale Henrichs wrote: > > > >> Norbert, > >> > >> Today I have found that I can get GemTools to work on the mac using > Squeak 4.2.4beta1U. > >> > >> Squeak 4.2.5beta1U fails when an FFI call returns an incorrect value > (get a Space is low error, because the size comes back as > 1330942246849085449, instead of a reasonable number). > >> > >> The image is identical and the gci library file is identical in both > cases, I've just switched the vm that I'm using. > >> > >> Squeak 5.7.4.1 gives an 'unsupported calling convention' with the first > FFI call into the library. > >> > >> Cog-VM.r2378 gives a 'Could not coerce arguments' error for the FFI call > that returns the unreasonable number in 4.2.5beta1U...the argument to the > function is a SmallInteger (343552513) ... at least this error gives me hope > that I can figure out what's wrong with this call sooner or later ... > >> > >> Anyway, the upshot is that Squeak 4.2.4beta1U is the best bet at the > moment on the Mac for running GemTools ... > >> > >> Oh, the image was a PharoCore-1.1.1...Finding _a_ Mac vm, that works > gives me an incentive to try getting GemTools running on PharoCore.1.2... > >> > >> If any of the vm or FFI guys have some insight to these problems I'd > appreciate some pointers to what may be going on... > > > > Here's the FFI call: > > > > apiGciFetchObjImpl: anOopType > > > > <apicall: ulong 'GciFetchObjImpl' (OopType64) > > > ^self externalCallFailed > > > > and OopType64 is a subclass of ExternalStructure with the following > fields declaration: > > > > fields > > " > > (OopType64 defineFields) > > " > > > > ^#(asOop 'ulonglong'). > > > > and the function declaration from the header file: > > > > int GciFetchObjImpl(OopType theObject); > > I thought it might be suspicious that a SmallInteger was being passed in > when the argument type should have been OopType, so in the Cog vm, I traced > the source of the argument back to the _result_ another FFI call: > > <apicall: OopType64 'GciNbPerform' (OopType64 char* ulong long) > > > The result is declared as OopType64 so it looks like the result was not > converted to the correct type on return...which ends up with the incorrect > argument coming in .. > > When the Squeak 4.2.5beta1U runs through the same sequence of calls, the > result of GciNbPerform gets correctly converted to OopType64, so that seems > to be the ulitmate source of the error ... > > Not sure whether this is a VM issue or an FFI issue, in either case I > assume that the bug exists in some C code floating around somewhere.. > > Dale > > >

April 4, 2011

Re: [Pharo-project] Issue 3912 in pharo: Circular dependency with GLMOrangeUITheme

by pharo＠googlecode.com

Updates: Status: Closed Comment #3 on issue 3912 by stephane...(a)gmail.com: Circular dependency with GLMOrangeUITheme http://code.google.com/p/pharo/issues/detail?id=3912 So far I move all the themes into Polymorph. Removed SoftSqueak, started to rename Glamour (should rename the classes). So I will close this issue since the circular dependency should be over now. In 13131

April 3, 2011

Re: [Pharo-project] Issue 3877 in pharo: Check reduced complexity for UI themes

by pharo＠googlecode.com

Comment #2 on issue 3877 by stephane...(a)gmail.com: Check reduced complexity for UI themes http://code.google.com/p/pharo/issues/detail?id=3877 first step in that direction done: repackaged theme, rename Glamour ones, removed soft squeak

April 3, 2011

[Pharo-project] [update 1.3] #13131

by StÃ©phane Ducasse

13131 ----- - Issue 3949: Coverage for Cog. Thanks Lukas Renggli. - Issue 3947: remove #floodFill:. Thanks Marcus Denker. - Issue 3946: remove some more uniclasses/player related code. Thanks Marcus Denker. - Issue 3945: Remove squeakland plugin methods from SystemVersion. Thanks Marcus Denker. - Issue 3944: ClassHierarchyTest needs to be moved to KernelTests package. Thanks Marcus Denker. - Removed SoftSqueak Theme. Repackage GLMTheme - Rename them. Stef

April 3, 2011

Re: [Pharo-project] Issue 3944 in pharo: ClassHierarchyTest needs to be moved to KernelTests package

by pharo＠googlecode.com

Updates: Status: Closed Comment #2 on issue 3944 by stephane...(a)gmail.com: ClassHierarchyTest needs to be moved to KernelTests package http://code.google.com/p/pharo/issues/detail?id=3944 in 13131

April 3, 2011

Re: [Pharo-project] Issue 3945 in pharo: Remove squeakland plugin methods from SystemVersion

by pharo＠googlecode.com

Updates: Status: Closed Comment #1 on issue 3945 by stephane...(a)gmail.com: Remove squeakland plugin methods from SystemVersion http://code.google.com/p/pharo/issues/detail?id=3945 in 13131

April 3, 2011

Re: [Pharo-project] Issue 3946 in pharo: remove some more uniclasses/player related code

by pharo＠googlecode.com

Updates: Status: closed Comment #3 on issue 3946 by stephane...(a)gmail.com: remove some more uniclasses/player related code http://code.google.com/p/pharo/issues/detail?id=3946 (No comment was entered for this change.)

April 3, 2011

Re: [Pharo-project] Issue 3946 in pharo: remove some more uniclasses/player related code

by pharo＠googlecode.com

Comment #2 on issue 3946 by stephane...(a)gmail.com: remove some more uniclasses/player related code http://code.google.com/p/pharo/issues/detail?id=3946 in 13131

April 3, 2011

Re: [Pharo-project] Issue 3946 in pharo: remove some more uniclasses/player related code

by pharo＠googlecode.com

Comment #1 on issue 3946 by stephane...(a)gmail.com: remove some more uniclasses/player related code http://code.google.com/p/pharo/issues/detail?id=3946 Argh! Terrible design.... "add yours to the list" no comment.

April 3, 2011