- Pharo-dev - lists.pharo.org

[Pharo-project] us can has mc2?
by Oscar Nierstrasz April 9, 2009

April 9, 2009

Hi Folks, Are there plans to integrate Monticello 2 into Pharo? (I could not find an issue in the Pharo issues database.) I understand from Lukas that most of the bootstrapping issues have been resolved. Is anyone on this topic? Is there a good reason to stick with the old MC? Cheers, - on

3 4

[Pharo-project] MacOSClipboard(Object)>>primitiveFailed
by Ramiro Diaz Trepat April 9, 2009

April 9, 2009

Hi guys, I am using the latest Mac VM and when I hit cmd-c (Copy) I get a "primitive has failed" error. In both images, with and without closures. I know there are more mac users out there, are you experiencing something similar? Cheers r

4 5

[Pharo-project] FontTest depends on curent styles
by Andrey Larionov April 9, 2009

April 9, 2009

Two test in FontTest assumes what TextStyle>>default will answer a some Accuny font with some size. But if we override default font - test will fail. I'll try to find solution and fix, but new vm and image crashed during debuging. I think solution will be to create corresponding TextStyle for test. Also i'm a newbie and can some clarify what is DefaultTextStyle? It not declared as instance or class variable.

4 7

[Pharo-project] Undefined symbol using Exupery VM
by Damien Cassou April 9, 2009

April 9, 2009

While using Monticello : ioFindExternalFunctionIn(primitiveResolverHostNameSize, 0x89bc1b0): /usr/local/lib/squeak/exupery-0.15/SocketPlugin/.libs/SocketPlugin: undefined symbol: primitiveResolverHostNameSize -- Damien Cassou http://damiencassou.seasidehosting.st

4 12

[Pharo-project] Mac VM Clipboard Problem
by Lukas Renggli April 9, 2009

April 9, 2009

I somehow have the feeling that this problem has been reported before ... The Mac VM linked from <http://www.pharo-project.org/download> opens a debugger saying "Error: a primitive has failed" whenever I try to copy or paste something. Is it everybody or just me? I think the VMs offered on www.pharo-project.org should just work out-of-the-box ;-) Lukas -- Lukas Renggli http://www.lukas-renggli.ch

2 1

[Pharo-project] Fwd: Re: FFI in closure image/modifying block arguments
by Torsten Bergmann April 9, 2009

April 9, 2009

Hi Stef, if you integrate my latest change for ScriptLoader (see pharo inbox ScriptLoader-...804.mcz) into the update stream there will be a ScriptLoader loadFFI method always loading the latest FFI. Until Alien/Alien FFI merge is ready there should at least be an easy way to load and use FFI. (loading is not enough, one needs to initialize ExternalType and compileAllFields in ExternalStructure). Bye T. -- Psssst! Schon vom neuen GMX MultiMessenger gehÃ¶rt? Der kann`s mit allen: http://www.gmx.net/de/go/multimessenger01

2 1

[Pharo-project] Fwd: Re: FFI in closure image/modifying block arguments
by Torsten Bergmann April 9, 2009

April 9, 2009

Stef wrote: >where is this package? http://source.squeakfoundation.org/FFI.html -- Neu: GMX FreeDSL Komplettanschluss mit DSL 6.000 Flatrate + Telefonanschluss fÃ¼r nur 17,95 Euro/mtl.!* http://dslspecial.gmx.de/freedsl-surfflat/?ac=OM.AD.PD003K11308T4569a

1 0

[Pharo-project] Fwd: Re: FFI in closure image/modifying block arguments
by Torsten Bergmann April 9, 2009

April 9, 2009

Stephane wrote: >we already fixed a lot of occurrences of arg assignments and >we should be soon able to recompile the entire pharo image. Nice - and it looks like Andreas also fixed FFI in "FFI-Kernel-ar.9.mcz". Thanks! Bye T. -- Psssst! Schon vom neuen GMX MultiMessenger gehÃ¶rt? Der kann`s mit allen: http://www.gmx.net/de/go/multimessenger01

3 3

[Pharo-project] Integrate changes from Cuis (was Fwd: [squeak-dev] Cuis update - Separate change sets for goodies available)
by Adrian Lienhard April 8, 2009

April 8, 2009

There probably are a couple of interesting improvements/fixes in the work of Juan. I created an issue: http://code.google.com/p/pharo/issues/detail?id=717 Adrian Begin forwarded message: > From: Juan Vuletich <juan(a)jvuletich.org> > Date: April 6, 2009 3:28:28 PM GMT+02:00 > To: The general-purpose Squeak developers list <squeak-dev(a)lists.squeakfoundation.org > > > Subject: [squeak-dev] Cuis update - Separate change sets for goodies > available > Reply-To: The general-purpose Squeak developers list <squeak-dev(a)lists.squeakfoundation.org > > > > Hi Folks, > > I've just uploaded http://www.jvuletich.org/Cuis/Cuis1.0-0169.zip . > I did some refactoring and cleanup in ScrollPane and ScrollBar. Now > Browser openBrowser takes almost half the time! I also added back > the preference for scrollbars on left. So, Klaus, you don't need to > do it. > > (These were already in previous release, 0166: I removed the Old > prefix from Morphic classes, to ease loading code from other Squeak > distributions. I also changed fonts to use just 16bpp and not 32. > The difference is invisible to my eyes, and they use half the space. > And I fixed the #isMorphic bug reported by Klaus. ) > > I also uploaded http://www.jvuletich.org/Cuis/ > CuisUpdatesUpTo0169.zip . This file includes the change sets of the > last year. I don't have older ones available in cs form, but most > goodies and tweaks that could be useful for other Squeak > distributions are here. This http://www.jvuletich.org/Cuis/CategoriesAndChangeSets.txt > is the detail of which changesets belong to which of the following > categories: > > - Rename class and update references goodie > - Process scheduling enh > - MessageTally enh > - Logging and ChangeSet enhancements > - Dan's == with SmallIntegers > - Affected class categories goodie > - Protocol Catcher goodie > - Nicer Cursors > - Chronology enh > - Parser enh > - ProgressBar enh > - Text cleanup and refactoring > - ScrollPane and ScrollBar cleanup & refacto > - NiceFonts > - Code authorship and relicensing > - Focus navigation and enh > - Pointer explorer goodie > - Code evaluation fixes > - Remote cursor sender goodie > - Semaphores, Delays and Processes > - Misc goodies and lesser tweaks > - Cleanup > - Morphic / LightWidgets > > Comments welcome. > > Cheers, > Juan Vuletich >

2 3

[Pharo-project] Schedule slippage
by stephan＠stack.nl April 8, 2009

April 8, 2009

Can we do something about the way schedule slippage is handled? There is a lot of feature creep, and we are taking too small slippages. Based on yesterdays weather, 1.0 is not going to be released in May 2009. Issues were closed after on average 30 days, 48% within a week, but 10% took 85 days or longer. Of the new,started,accepted, fixed issues for 1.0 40% is 280 days old. Stephan

5 5