- Pharo-dev - lists.pharo.org

[Pharo-project] FreeType
by Gary Chambers Nov. 11, 2008

Nov. 11, 2008

Hi all. Using the latest FreeType (admittedly on a 3.9 image, though probably generally applicable) we are noticing quite a lot of cache thrash, meaning that the low-level glyph rendering is happening quite often. Really noticeable on slow machines (our deployment target has 800MHz processors). Was wondering if it might me a good idea to move the cached form rendering into a plugin (lots of bit manipulation in Squeak code loops)? We've stabilised thing for the moment by hanging onto the LogicalFonts used and modifying the real font lookup to reuse existing matches and switching to CRT mode (3 times quicker). First use of glyphs at varying subpixel positions miss the cache though. Regards, Gary.

4 6

[Pharo-project] Re: Sake, Packages, and deployment code
by StÃ©phane Ducasse Nov. 11, 2008

Nov. 11, 2008

You should show me sake. Because this is still really fuzzy for me. Stef On Nov 10, 2008, at 10:59 PM, Damien Pollet wrote: > Hi, > > I'm looking at Sake and Packages, and I'm wondering if it would make > sense to use them in a slightly different manner. > Currently, the Sake-Package classes duplicate the various existing > universes (most of them are generated from the universe descriptions), > so for end-developers it's basically the same, except there is no nice > OB-based UI for it. There is a difference though: sake package > descriptions are saved in Monticello. > > What I'm thinking is, it would be nice to have a kind of deployment > scripts for some projects, that is written and maintained by the > project authors and not an external guy. For instance, Doru wrote > PRDistribution to generate the Pier kernel in the one-click image, > which is pre-filled with a set of pages, access rights, etc. The > problem is, PRDistribution relies on all the code already being > present, and will fail if you forgot to install Pier-Blog, for > instance. > > So it would be nice if it was able to install the required packages > form Magritte, Pier, and Pier-Addons. Then it would act as a clear > entry point for users of the code, and a nice place for developers to > put stuff that currently goes into class initialization methods (like > the Licence-popping in magritte and pier, or the login/password > stuff). > > The pattern could look like this: > > - application developersâ¦ > package their application code in Foo-Subfoo packages > package their tests in Foo-Tests packages > package deployment stuff it Foo-Setup: dependancies between > individual Foo-specific packages + dependancies to high-level external > dependancies + deployment scripts like PRDistribution > (maybe) copy snapshots of Foo-Setup to a common repository > - code usersâ¦ > know that Foo-Setup will help them get a working installation of > Foo when they browse Squeaksource > install Foo-Setup package using Installer, then call one of the > sake tasks it defines (there can be several of them since they are > quite high-level) > - distribution maintainers (e.g. the other Damien)â¦ > pull carefully chosen versions of Foo-Setup into their repository, > and maybe maintain a distribution-specific -Setup package. > > What do you think? > > ps. remarks on Sake-Packagesâ¦ > IMHO the root class should be packaged separately from its subclasses, > since the former provides the code and the latter define the metadata > for particular distributions. > Also since the rules are somewhat like unit test methods, they could > be named taskFoo instead of just Foo. That would differenciate sake > rules from utility smalltalk methods. > > -- > Damien Pollet > type less, do more [ | ] http://people.untyped.org/damien.pollet >

1 0

[Pharo-project] SUnit extensions and icons OB support
by StÃ©phane Ducasse Nov. 10, 2008

Nov. 10, 2008

Hi david can you tell me what I should do to get the icons showing the status of tests in your browser? I should harvest the Sunit extensions and then? Stef

5 14

[Pharo-project] update #10144
by Marcus Denker Nov. 10, 2008

Nov. 10, 2008

- ifNotNilDo: calls renamed to ifNotNil: - Issue 232: Recreate Special Objects Array should preserve external semaphores + Fix -- Marcus Denker -- denker(a)iam.unibe.ch http://www.iam.unibe.ch/~denker

2 4

[Pharo-project] HostWindows rewrite
by Igor Stasenko Nov. 9, 2008

Nov. 9, 2008

Hello list, i started design of new plugin, which is conceptually based on HostWindows, but will be more integral & flexible. The plan is to move windowing & events handling into new plugin and at same time, completely remove cruft from basic VM functionality. - you are in total control when to create a window - multiple windows support (will require refactoring in Morphic code) - control the window style/appearance, including: title, titlebar presence, window icon, size & position, pixel format, transparency (aka layered window), border style (resizeable or not, or completely w/o border ) - control video modes (if its provided by platform) and fullscreen window mode - events are now bound to particular window - different notification events like changing window position / activating or deactivating Plugin is publishing a list of available window attributes. Different platforms, depends on implementation, may or may not support different window attributes. Instead of spawing dozens of primitives , like setWidth/setHeight/setTitle/getTitle etc etc, plugin will have only two primitives - get/setWindowAttribute. So, to set an X position of window, a code will look like: window primAttributeAt: #x put: 10. or to hide window: window primAttributeAt: #visible put: false. or to set multiple attributes in batch manner: window primSetAttributes: { #x -> 10. #y->20. #visible->false. }. I'll try to cover a most basic attributes, available on major platforms for the initial implementation. What you'll never see in new plugin: - native widgets support or any kind of dealing with native widgets/controls. Awaiting for your comments or suggestions. -- Best regards, Igor Stasenko AKA sig.

5 9

[Pharo-project] A really important point
by StÃ©phane Ducasse Nov. 9, 2008

Nov. 9, 2008

Hi all I just want to share a part of my vision for pharo with you. This email is raised by the discussion around SunitExtensions. Of course we should look at what the other people are doing. Now I think that this is really important that we incrementally adopt and have the courage to experiment little features at a time. For example lukas and alex enhanced the MC browser and they would have never done it as a specific task. We are all busy and improvements will go that way step by step with sometimes large chunk like MC2 or other but the main drive will be incremental. and we should let incremental change a chance else we will not make progress. Now of course I would love to be able to hire an engineer working full time on pharo. but right now we cannot. Stef

1 0

[Pharo-project] [ANN] Sourcetalk
by Lukas Renggli Nov. 9, 2008

Nov. 9, 2008

Hello everyone We am happy to announce the first release of my bachelor project which is called Sourcetalk. Most of you know already Squeaksource (www.squeaksource.com) which works with Monticello. Meanwhile Colin Putney released first versions of Monticello 2, which aims to not only support Squeak/Pharo but all Smalltalk dialects. My bachelor work contains the making of a web application, with Smalltalk, Seaside, Magritte and Pier, as an interface to a Monticello 2 repository, similar to Squeaksource. Feel free to give it a look and to try it out at <http://scg.unibe.ch/sourcetalk>. Should you encounter bugs, please report them to me (andreaquadri(a)students.unibe.ch) Keep in mind that this is an early version and only ment for experimentation. Do not store your important projects on the server (yet). We'll setup a real server that is properly persistent and backed up at its own domain at a later point this year. To give it a try from your image you need to load Monticello 2 into a recent Pharo/Squeak image: http://www.wiresong.ca/static/releases/Monticello-2.0.29.zip Then load in the attached file-out. It contains a new repository type and some patches to Monticello 2 to make it work with Sourcetalk. Greetings Andrea Quadri Lukas Renggli -- Lukas Renggli http://www.lukas-renggli.ch

2 1

Nov. 9, 2008

Hi guys I just wanted to let you know that I'm working on etoy cleaning from Object, Morph and friends. And I will probably do some mistakes (because this is complex). I'm trying to do that concentrated but still this is serious beast. Now I'm keeping a list of my progress at this page http://code.google.com/p/pharo/w/edit/CurrentlyWorkingOn so that you can follow my progression and that I'm not lost either. I'm using gary etoy removal and going over his list and checking senders of senders .... and verifying when I have doubts. and I'm finding missed points from time to time and this is normal when we see the complexity of etoy and morphic together. So gary may be at the end I would appreciate that you have a look at the stuff I'm removing. May be by doing a "changes" comparison. Right now I'm cleaning object and I will keep a list of the difficult methods I did not fixed yet. May be these ones will be easier to treat when etoy will be removed. Stef

3 7

[Pharo-project] Issue 324: nullable closure: #valueSupplyingAnswers crashes on #matchesRegex:
by Damien Cassou Nov. 9, 2008

Nov. 9, 2008

http://code.google.com/p/pharo/issues/detail?id=324 The following expression crashes: [UIManager default confirm: 'blah blah'] valueSupplyingAnswers: {{'*username' . true}}. -- Damien Cassou http://damiencassou.seasidehosting.st

1 0

[Pharo-project] Squeak Carbon OS-X VM 3.8.19beta1U ships
by John M McIntosh Nov. 9, 2008

Nov. 9, 2008

This VM has a number of fundamental changes and can be found via ftp or my idisk at http://www.smalltalkconsulting.com/squeak.html (a) I have changed how image files are read. Users should verify the VM still will load and work with their current images on their current systems. I have tested with macintel on 10.5.x and powerpc on 10.4.x but have NOT tested on a 10.3.x powerpc system, if some 10.3.x user could do that it would be appreciated. (b) I no longer cwd (change working directory) at startup time to the VM directory, and I added a change so if the image name is for example Squeak.image we attempt to find that in the VM directory. This change *should* enable the ablility to launch a VM and image and startup file from a command line using relative file paths, versus having to give absolute paths. Users are welcome to test and confirm this feature works as expected with relative and absolute paths for the image and startup file. Memory allocation background: In the past we have read the image file into a pre-allocated chunk of memory allocated via mmap, now I have changed to a more complicated but faster method of reading which then allows us to someday depending on your VM to avoid re-swizzling pointers for an image that is launched on a unix, windows, or iPhone since all oops should start on the 500MB boundary. What happens is we mmap the image file with copy on write mmap into a segment of memory starting at a real address of 500MB (500*1024*1024), the next virtual memory page follow the size of the file then is anonymously mmap upto the maximum memory size choosen for the implmentation. In this case we allocate 512MB of memory which is a settable option in the info.plist. Because of mmap differences between operating systems, and versions of operating systems I cannot say if this will work on your favourite device, but it does seem to work on os-x 10.4 & 10.5 for powerpc and macintel, plus on iPhone 2.x. Post loading we check to see if the memory start location is the same as the memory start location when the image was saved. If not then we adjust all oops pointers by the difference in addresses. If the saved image was at the 500MB boundary then we do not need to walk all the oops to swizzle pointers, this saves some CPU cycle and becomes important on slow devices like the iPhone, or when we want to use Squeak as a scripting engine and expect really fast startup. -- = = = ======================================================================== John M. McIntosh <johnmci(a)smalltalkconsulting.com> Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com = = = ========================================================================

1 1