- Pharo-dev - lists.pharo.org

[Pharo-project] fonts
by Tudor Girba July 8, 2009

July 8, 2009

Hi, I ran my usual font setting script (see below) on pharo0.1-10371dev09.07.1 and the fonts did not get set. I ran the same code on Pharo0.1Core-10371 and it worked. Any idea what is the difference between the dev and the core images regarding this issue? Is it because of some initialization of the font system? Cheers, Doru -- www.tudorgirba.com "Problem solving should be concentrated on describing the problem in a way that is relevant for the solution."

2 3

[Pharo-project] NaN thoughts (Was: Re: Issue 940: (13/10) = 1.3 returns false)
by Igor Stasenko July 8, 2009

July 8, 2009

Btw, Nicolas, in some past, i have proposed to exclude NaN from Float(s) at all by making: NaN is a singleton instance of class NotANumber and change all VM floating point primitives to return such singleton in case if computation result is NaN. NotANumber says for itself: NaN isNumber == false What do you think about it? (Opinion of others is valuable too). 2009/7/8 Nicolas Cellier <nicolas.cellier.aka.nice(a)gmail.com>: > 2009/7/8 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr>: >> >> On Jul 8, 2009, at 4:07 AM, Hernan Wilkinson wrote: >> >>> ok, let me start again. >>> 1) I created the issue because 13/10 = 1.3 works different in the >>> new pharo image that in vw, va, dolphin, squeak and the previous >>> pharo version, so I thought it was a bug >>> 2) I understand that comparing floats is not good and I also >>> understand the representation problems of floats >>> 3) I'm in favor of making changes. Changes are needed to make >>> progress although not all changes make progress >>> >>> But, Nicolas when you say >>> > Anyone depending on (13/10) = 1.3 is plain wrong... >>> I do not completely agree. You say that because you are thinking >>> like a programmer and you know that 1.3 is a float, but if you ask >>> the same question to an accountant, engineering, etc. they will say >>> that 13/10 is equal to 1.3. So, outside computers, 13/10 is equal to >>> 1.3, the same as 1/2 equals to 0.5 and so on. >>> Dan Ingalls followed a good design principle: to hide as much as >>> possible implementation details from the user and that is why >>> Smalltalk has such a great Number model that I did not see in >>> another language. >>> From my point of view, the implementation you are providing is not >>> quite following this principle or at least is making the float >>> representation problem more evident. If the last is the intention, I >>> think it should be consistent (i.e. 1/2 = 0.5 should return false >>> also) and provide specific messages to handle that decision too. >>> Or maybe the change has to be more profound, maybe changes like the >>> one suggested by Michael van der Gulik >>> are necessary, maybe we have to print ScaledDecimals as float are >>> printed now and print floats with a special representation to make >>> evident that is not a "normal" number... >> >> May be this would be good in fact. >> >> I was wondering why we could not have >> Â Â Â Â = comparison always been false? >> >> Stef >> > > {(1/2) < 0.5. > (1/2) = 0.5. > (1/2) > 0.5.}. -> {false. false. false.} > > We cannot order these two numbers. > Well, this will break some other expectations... Like (a >= b) = (a < b) not... > IMO, we would be shifting the model from inexact Floating point to > Interval arithmetic. > Again, this is a possibility, but I'd rather see this Behaviour in a > separate class, and let user select his own model. > IMO we must provide traditional Floating point arithmetic reflecting > the state of the art. > > Nicolas > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- Best regards, Igor Stasenko AKA sig.

4 15

[Pharo-project] NaN thoughts
by Torsten Bergmann July 8, 2009

July 8, 2009

When cleaning up things would it be useful to have infinit arithmetic too? See http://www.squeaksource.com/Infinity.html Bye Torsten -- Neu: GMX Doppel-FLAT mit Internet-Flatrate + Telefon-Flatrate fÃ¼r nur 19,99 Euro/mtl.!* http://portal.gmx.net/de/go/dsl02

3 2

[Pharo-project] [OT] Google Chrome OS
by Torsten Bergmann July 8, 2009

July 8, 2009

Interesting: a new OS will soon be in town http://googleblog.blogspot.com/2009/07/introducing-google-chrome-os.html Check the VMMaker engines ;) -- Neu: GMX Doppel-FLAT mit Internet-Flatrate + Telefon-Flatrate fÃ¼r nur 19,99 Euro/mtl.!* http://portal.gmx.net/de/go/dsl02

3 2

[Pharo-project] [OT] Google Chrome OS
by Torsten Bergmann July 8, 2009

July 8, 2009

>wow. magic. Thats why I've put the ";)" behind "Check the VMMaker engines" Bye Torsten -- GRATIS fÃ¼r alle GMX-Mitglieder: Die maxdome Movie-FLAT! Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01

1 0

[Pharo-project] Fwd: issue 348
by StÃ©phane Ducasse July 8, 2009

July 8, 2009

From: Pavel Krivanek <pavel.krivanek(a)gmail.com> Date: July 6, 2009 2:26:56 PM CEDT To: stephane ducasse <stephane.ducasse(a)free.fr> Subject: issue 348 Hi Stef, I updated the issue http://code.google.com/p/pharo/issues/detail?id=348 Cheers, -- Pavel

4 8

[Pharo-project] SUnit assert:equals:
by Oscar Nierstrasz July 8, 2009

July 8, 2009

Hi Folks, I seem to recall that we added TestCase>>assert:eauals: to SUnit, but now I cannot find it. It would be really useful to get decent error messages from equality tests (instead of "test failed", we would get "expected X but got Y"). Does anyone know what the story is? If it exists somewhere, I would like to add it to Pharo. If it doesn't exist anywhere, I would like to add it to Pharo. - on

3 10

Re: [Pharo-project] FFI problem
by Mariano Martinez Peck July 8, 2009

July 8, 2009

On Tue, Jul 7, 2009 at 10:04 PM, Andreas Raab <andreas.raab(a)gmx.de> wrote: > Mariano Martinez Peck wrote: > >> Andreas: can you see new comments here: >> http://code.google.com/p/pharo/issues/detail?id=908 >> >> What do you think? >> > > Close, but not quite right ;-) The problem with your theory is that > Smalltalk recreateSpecialObjectsArray is specifically called from a > postscript in FFI-Kernel so there shouldn't be a problem with it. > > Unless of course there is something wrong with Monticello in Pharo ... let > me see. Yup. Looks like that's it. I just added a halt to > recreateSpecialObjectsArray then used ScriptLoader loadFFI and it's just not > being called. > > It would be interesting to see if the postscript is executed when you load > the FFI on your Unix machine (the one where you said it didn't crash). Thanks Andreas. I tried in Linux and recreateSpecialObjectsArray is not called when evaluating ScriptLoader loadFFI. I attach 3 files: - FFIFirstTime.png The results of FFI tests after evaluating ScriptLoader loadFFI - FFISecondTime.png The results of executing again FFI tests - FFIAfterRecreate: The results of executing the test after evaluating recreateSpecialObjectsArray (manually). Any idea? Cheers, Mariano > > > In any case, looks like I was right and it isn't an FFI problem but rather > a problem with Monticello. The workaround with the explicit > recreateSpecialObjectsArray will work but of course any other packages that > use postscripts will likely have similar issues. > > Cheers, > - Andreas >

1 0

July 7, 2009

Hi torsten you posted the following and I wanted to know whether we should not add something in the shutdown list. Stef initialize "SystemDictionary initialize" | oldList | oldList := StartUpList. StartUpList := OrderedCollection new. "These get processed from the top down..." #( Delay DisplayScreen Cursor InputEventFetcher ProcessorScheduler "Starts low space watcher and bkground." LanguageEnvironment FileDirectory "Enables file stack dump and opens sources." NaturalLanguageTranslator ShortIntegerArray ShortRunArray CrLfFileStream Clipboard ) do:[:clsName| Smalltalk at: clsName ifPresent:[:cls| Smalltalk addToStartUpList: cls]. ]. oldList ifNotNil: [oldList do: [:className | Smalltalk at: className ifPresent: [:theClass | Smalltalk addToStartUpList: theClass]]]. #( ImageSegment PasteUpMorph "ControlManager" ) do:[:clsName| Smalltalk at: clsName ifPresent:[:cls| Smalltalk addToStartUpList: cls]. ]. oldList := ShutDownList. ShutDownList := OrderedCollection new. "These get processed from the bottom up..." #( Delay DisplayScreen InputEventFetcher Form "ControlManager" PasteUpMorph StrikeFont Color FileDirectory SoundPlayer HttpUrl Password PWS MailDB ImageSegment ) do:[:clsName| Smalltalk at: clsName ifPresent:[:cls| Smalltalk addToShutDownList: cls]. ]. oldList ifNotNil: [oldList reverseDo: [:className | Smalltalk at: className ifPresent: [:theClass | Smalltalk addToShutDownList: theClass]]].

3 2

July 7, 2009

10372 ScriptLoader loadFFI should work please check better comment on ScriptLoader http://code.google.com/p/pharo/issues/detail?id=637 cleans out Undeclared 10373 Issue 943: fix polymorph cursor Polymorph Fix for colouring of submenu markers. W2K Improvements. Fix for drop-list button label in W2K theme. Support for adjustment of label inset for buttons when pressed. Added #setColor: to ColorPresenterMorph to enable use without a model. Quit gets back its normal behavior Issue 944: SUnit assert:equals SUnit assert equals + better feedback message Strange the cursor for submenu does not work... Next probably MouseOverHandler refactoring.... Stef

1 0