- Pharo-dev - lists.pharo.org

[Pharo-project] a process to maintain non core package
by StÃ©phane Ducasse Aug. 12, 2009

Aug. 12, 2009

Hi in the future I would like to have a process like that to maintain package like sound (or morphic extras) or any package that are not core else we will not be able to maintain them or to apply package wide changes. - we mark the packages that are not in the image but that we want to maintain - at integration step we load all the external packages - integrate - publish in different repos Else I bet that we will not be able to maintain the non core packages. Stef PS: I'm integrating Issue 1051: Cuis 0053-ensure-close.1.cs and some changes touched sound so this is good experiment.

8 17

[Pharo-project] Draft streams proposal on the Wiki
by Schwab,Wilhelm K Aug. 12, 2009

Aug. 12, 2009

Stef, Please take a quick look at the StreamsForRobustSoftware page on the Wiki. It needs a lot of work, but any hints about how to make it meet your needs would be appreciated. Bill

3 4

[Pharo-project] Complex neurotic
by Ken.Dickey Aug. 12, 2009

Aug. 12, 2009

Q: What is the difference between a neurotic and a psychotic? A: A psychotic really thinks 2+2 = 5 A neurotic knows 2+2 = 4, but just can't stand it. ;^) I really can't stand some of the oddities of Complex numbers in Squeak [Note Mantis bug 311 -- http://bugs.squeak.org/view.php?id=3311] I would find the following to be more rational: 3 asComplex. "no change--> (3+0i)" 3 asComplex isNumber. "no change--> true" -1 asComplex < 1 asComplex. "--> true" -4 sqrt. "--> 2.0i" -3 ln. "--> (1.098612288668382+3.141592653589793i)" ((1/2) + 2.1i) sin arcSin. "--> (0.500000000000001+2.1i)" ((((1/2) + 2.1i) sin arcSin) roundTo: 0.000001) = ((1/2) + 2.1i). "--> true" ((((1/2) + 2.1i) tanH arcTanH) roundTo: 0.000001) = ((1/2) + 2.1i). "--> true" Attached is a change set which adds a number of tests for Complex and the changes for Complex which allow those tests to pass in Pharo1.0beta update: #10413. Note that Complex becomes a subclass of Magnitude. I thought it would be useful to post the code first for your thoughts and any code cleanups. As an occasional Smalltalk user, you may wish to correct some of my idioms. Please forgive an old newbie. Thanks in advance, -KenD [Ken.Dickey(a)whidbey.com] PS: Yes this is MIT. I signed and sent in the copyright form..

3 2

[Pharo-project] Fwd: [squeak-dev] Class var order in Monticello (bogus dirty packages)
by StÃ©phane Ducasse Aug. 12, 2009

Aug. 12, 2009

we should check that because indeed from time to time we get the symptoms even if we integrated part of the solution long time ago. Stef Begin forwarded message: > From: Eliot Miranda <eliot.miranda(a)gmail.com> > Date: August 11, 2009 6:21:32 PM CEDT > To: The general-purpose Squeak developers list <squeak-dev(a)lists.squeakfoundation.org > > > Subject: Re: [squeak-dev] Class var order in Monticello (bogus dirty > packages) > Reply-To: The general-purpose Squeak developers list <squeak-dev(a)lists.squeakfoundation.org > > > > > > On Sun, Aug 9, 2009 at 4:36 PM, Andreas Raab <andreas.raab(a)gmx.de> > wrote: > Hi - > > I have noticed several times that Monticello sometimes reports a > different order of class variables than the one that's in the image > and I think I finally found out what causes it. The problem seems to > be that the MCClassDefinition is constructed from a Set of class var > names (i.e., Delay classVarNames => a Set(#TimerEventLoop > #SuspendedDelays #TimingSemaphore #ActiveDelayStartTime #ActiveDelay > #FinishedDelay #ScheduledDelay #RunTimerEventLoop #AccessProtect) > derived from the class' classPool. > > The thing is, the order in that class pool can differ. When you add > or remove class var names, the names can get shuffled around and > there is no telling what the exact enumeration order will be. Once > the order is different it's a real pain because Monticello will > always report differences but without a way to correct the issue. > > I'm wondering what possible fixes might be. In particular > considering that reordering the class var names will mark any > packages dirty for the same reasons. > > The fix we implemented at Cadence was to sort the classVars array > when initializing an MCClassDefinition, which has the advantage of > being really simple, but the downside of producing false positives > for packages that have been stored with unsorted class vars. But > this isn't the full fix. One should also sort the pool n ames. Fix > attached. > > I think this is a better approach than ignoring sort order when > comparing because it mimics the treatment of class definitions in > the system, where class var names and pool names are also sorted. > > > Any ideas? > > Cheers, > - Andreas > > >

2 1

[Pharo-project] right button still doesn't work on Windows
by Torsten Bergmann Aug. 12, 2009

Aug. 12, 2009

>I am alone? Do you have access to another windows machine where you can try the image? Bye T.

1 0

[Pharo-project] SWHTTPClient
by Hernan Wilkinson Aug. 12, 2009

Aug. 12, 2009

Does anybody know how to download the SWHTTPClient? (still looking for a https client :-) )

5 6

[Pharo-project] Pharo Feature Roadmap Question
by Eagle Offshore Aug. 12, 2009

Aug. 12, 2009

It seems like Pharo 1.0 is crystallized already. Is native window support (Areithfa Ffenestri) in the near term plan? http://wiki.squeak.org/squeak/3862 -Todd Blanchard

3 3

[Pharo-project] Seaside bug revisted, and a question about #on:do:
by Schwab,Wilhelm K Aug. 11, 2009

Aug. 11, 2009

I just put the beta on a 64 bit machine. Mariano's sudo apt-get install ia32-libs got the VM running. That was easy enough to find by searching the archives, but it seems like it should be put where is is harder to miss. Any ideas as to where that should be? To test the VM, I tried the web beta as-is, and hit the Seaside "a service is already running..." bug. That got me thinking about things that might have been truncated/skipped due to the error. It did not take long to see that #send:toClassesNamedIn:with: is already protected with #on:do:. So what is all this about? The error block catches Exception, and I _think_ I was told that was a bad idea. That might be Dolphin-specific and not applicable here, but I thought it worth asking. Bill

2 2

[Pharo-project] Display depth on Linux
by Hernan Wilkinson Aug. 11, 2009

Aug. 11, 2009

On linux, when setting Display Depth to something else than 32, it is impossible to recongnize something on the screen. We did some research with Juan Vuletich on this and it sounds like an error on the VMnot the Smalltalk code We try it on Ubuntu 9.04, 64 bits. Is this a known bug? Hernan

5 7

[Pharo-project] Https client
by Hernan Wilkinson Aug. 11, 2009

Aug. 11, 2009

Hi, we need to issue a post using https. We read about SWHTTPClient and CurlPlugIn. It sounds like SWHTTPClient does not support Https correctly (from what we read, is that right? ), so we tried CurlPlugIn but we could not make it work. We tried to download VMMaker from Universes to build the plug-in and it did not download (it gives a compile error). So, could somebody help us with this? Is somebody using CurlPlugIn on Linux 64 bits or 32 bits? Is there a place to download the binary code instead of having to build it? Or is it there another client to issue https requests? Thanks, Hernan.

5 9