August 2008 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] A note
by Bill Schwab Aug. 21, 2008

Aug. 21, 2008

Stef, This sounds great. At the risk of being the self-appointed exception pedant, I agree that exceptions beat unexpected (even ambiguous) return values, but there should be a way to provide an error block to avoid the overhead. I will also confess to skepticism about default return values - IMHO, they defeat much of the purpose of the exception. However, in the case of the compiler, I can see the other side of the argument (translation, I won't squawk much if it ends up with default actions). Bill >>> stephane.ducasse(a)inria.fr 8/20/2008 2:22 AM >>> Hi guys it occurred to me that this may be important to stress the following point. The point of pharo is not to go to a minimal kernel for the sake of it but to get nice abstractions into play. (of course we will remove etoy, remove the extra fat of morphic and reorganize package structures and more....). But let me take an example: with marcus we worked yesterday on making sure that the newcompiler can be compiled and installed as a second compiler so that compiler freaks can use this second compiler as a fallback when they hack the compiler. The point is that we can in the future remove the old compiler and replace it with the new one. What this example illustrates is that we are looking for the smallest compiler but one that is good and have a good interface (use of exception, instead of [^ nil]). Now ideally we would like to have a smallkernel PLUS a set of packages that composes a pharo-core distribution. What we do not want is to fall into the trap of - smaller better - and have packages that are not touched by refactoring. So we would like to have a smallkernel but not smaller plus the ability to load automatically packages so that when we refactor the system we can work on a coherent set of packages. If you have feedback please let us know. Stef _______________________________________________ Pharo-project mailing list Pharo-project(a)lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

1 0

Re: [Pharo-project] About milestone
by Bill Schwab Aug. 20, 2008

Aug. 20, 2008

Bryce, Any and all efforts on the Linux VM are greatly appreciated. Better support for virtual keys would be great. I frequently use the numeric keypad with num-lock off, and the keys are largely ignored on Linux; the win32 VM works as expected. It is not my intention to dump work on you, but if you are hacking the vm anyway... Please let me know if I can help out with running down keycodes, etc. Bill Wilhelm K. Schwab, Ph.D. University of Florida Department of Anesthesiology PO Box 100254 Gainesville, FL 32610-0254 Email: bschwab(a)anest.ufl.edu Tel: (352) 273-6785 FAX: (352) 392-7029 >>> bryce(a)kampjes.demon.co.uk 8/18/2008 4:37:55 PM >>> StÃ©phane Ducasse writes: > Hi all > > I would really like to have soon a first official release. > So what do we want to get in/out and before the release: > - better look for sure > - tests green. > > I think that this is important to release 0.1 > Since I would really like to use the NewCompiler by default and remove > the old one. I can try to build a Linux VM with true-type font support in the next few months. Bryce P.S. I'd like to see closure support, a couple of primitives should make the closure compiler Matheu and Marcus have been working on performant. I doubt that it needs to wait for an image format change. _______________________________________________ Pharo-project mailing list Pharo-project(a)lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

2 1

[Pharo-project] Bigger than Squeak?
by Damien Cassou Aug. 20, 2008

Aug. 20, 2008

Hi, according to stats I did about Squeak and Pharo (http://damiencassou.dabbledb.com/publish/dev-imagesdownloads) Pharo images are always bigger than Squeak images. This does not seem to be related to the dev-images themselves because the latest base Pharo image is bigger (8.79 MB) than Squeak 3.10.2 (7.1MB) and Squeak 3.9.1 (also 7.1MB). Is there any method to call to clean the image? Would be interesting to systematically clean the releases you build. Bye -- Damien Cassou Peter von der AhÃ©: Â«I'm beginning to see why Gilad wished us good luckÂ». (http://blogs.sun.com/ahe/entry/override_snafu)

3 6

[Pharo-project] LargePositiveInteger new: 4 => crash
by StÃ©phane Ducasse Aug. 20, 2008

Aug. 20, 2008

Hi I checked and between 10050 and 10055 we introduce a bug LargePositiveInteger new: 4 Stef

3 3

[Pharo-project] Fwd: besoin d'un peu d'aide
by StÃ©phane Ducasse Aug. 20, 2008

Aug. 20, 2008

Begin forwarded message: > From: nicolas cellier <ncellier(a)ifrance.com> > Date: August 20, 2008 2:56:22 PM CEDT > To: stephane ducasse <stephane.ducasse(a)free.fr> > Subject: Re: besoin d'un peu d'aide > > stephane ducasse a Ã©crit : >> bonjour nicolas >> >> dans pharo on a un probleme avec un le print de largepositiveInteger. >> Si tu pouvais jeter un oeil cela nous aiderait. >> http://code.google.com/p/pharo/wiki/Downloads?tm=2 >> + update >> >> - LargePositiveInteger new: 4 >> + printString => boum >> >> merci par avance. >> >> Stef >> > Salut Stef, > La version Integer-fastPrint-M6887-nice.8.cs ( http://bugs.squeak.org/file_download.php?file_id=3430&type=bug > ) corrige ce cas avec les deux lignes suivantes au dÃ©but de > LargePositiveInteger>>#printOn:base: > > "Don't engage any arithmetic if not normalized" > (self digitLength = 0 or: [(self digitAt: self digitLength) = 0]) > ifTrue: [^self normalize printOn: aStream base: b]. > > Le script d'installation a Ã©tÃ© mis Ã jour le 21 juillet Ã http://bugs.squeak.org/view.php?id=6887 > > > J'ai aussi proposÃ© une version .9.cs qui remplace le test par plus > explicite: > > "Don't engage any arithmetic if not normalized" > self isNormalized ifFalse: [^self normalize printOn: aStream base: > b]. > > Mais ma version de #isNormalized bien que suffisante pour cette > utilisation, n'est pas complÃ¨te: elle ne teste pas si le nombre peut > Ãªtre rÃ©duit en SmallInteger... > Il faudrait la complÃ©ter, ce qui a peu d'intÃ©rÃªt tant qu'il y a un > seul sender. > Je recommande donc plutÃ´t la version .8.cs > A toi de voir. > > Bon courage pour la suite > >

1 0

[Pharo-project] New update :)
by StÃ©phane Ducasse Aug. 20, 2008

Aug. 20, 2008

hi guys There is a new update.... removing a lot of duplicated code and some fixes. We also set the preference not to server mode. Have fun. Stef PS: we added some new issues. So feel free to help.

3 6

[Pharo-project] A note
by StÃ©phane Ducasse Aug. 20, 2008

Aug. 20, 2008

Hi guys it occurred to me that this may be important to stress the following point. The point of pharo is not to go to a minimal kernel for the sake of it but to get nice abstractions into play. (of course we will remove etoy, remove the extra fat of morphic and reorganize package structures and more....). But let me take an example: with marcus we worked yesterday on making sure that the newcompiler can be compiled and installed as a second compiler so that compiler freaks can use this second compiler as a fallback when they hack the compiler. The point is that we can in the future remove the old compiler and replace it with the new one. What this example illustrates is that we are looking for the smallest compiler but one that is good and have a good interface (use of exception, instead of [^ nil]). Now ideally we would like to have a smallkernel PLUS a set of packages that composes a pharo-core distribution. What we do not want is to fall into the trap of - smaller better - and have packages that are not touched by refactoring. So we would like to have a smallkernel but not smaller plus the ability to load automatically packages so that when we refactor the system we can work on a coherent set of packages. If you have feedback please let us know. Stef

1 0

[Pharo-project] test report for pharo0.1-10050web08.08.1 image
by laurent laffont Aug. 19, 2008

Aug. 19, 2008

Hello, I've generated a test report for pharo0.1-10050web08.08.1 image: http://www.adhocmusic.net/squeak/pharo0.1-10050web08.08.1.tests.html passed: 14475 failures: 44 errors: 83 I had to remove this test as it never ends: MCPackageTest>>#testUnload {tests} There's also a halt in RxPaserTest>>#testMatchesInwW Is this report useful for you ? Which additional informations would you like to see in it ? Regards, -- Laurent Laffont

5 24

Aug. 19, 2008

I would like to start having a real web site. Samuel? I would have love to have a first shoot before esug. Marcus could you at least put a forward from pharo-project.org -> google? May be we should sit together with the other pharoers at ESUG? Stef

2 4

Aug. 19, 2008

Adrian Marcus told me that you did a grey look. Do you have that around? Stef

2 3