May 2009 - Pharo-dev - lists.pharo.org

[Pharo-project] Alien
by Torsten Bergmann May 12, 2009

May 12, 2009

>We are trying to package it to load in the latest pharo. Good - but whats the state of support for the major platforms? (AFAIK John had it working on Mac). For instance on Windows a good pharo foreign interface is crucial for commercial value (accessing Win32API/COM/.NET/third party). Whats the plan regarding Alien? Intended for the 1.0 release or later? Loadable package or included within the standard image? Will it be a merge of FFI and Alien, or is Alien good enough? Thx Torsten -- 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

2 1

[Pharo-project] Alien
by Torsten Bergmann May 12, 2009

May 12, 2009

Any new from the "Alien vs. FFI" front ;) Is Alien already available for various platforms like Win32? Thx Torsten -- 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

2 1

[Pharo-project] Wiresong and OB
by Torsten Bergmann May 12, 2009

May 12, 2009

Looks like wiresong.ca is not responding (or is it only me). Why not move OB project code to squeaksource - this would also allow for easy browsing the code using the webbrowser ... Thx Torsten -- 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] Long delay after loading 10301+10302
by Nicolas Cellier May 12, 2009

May 12, 2009

My image got unresponsive for a long time just at the end of load, showing the dialog 2 new update file(s) processed Attaching gdb to the process and call printAllStacks() gave me: 2033300892 WeakIdentityKeyDictionary>scanForNil: 2033132772 WeakKeyDictionary>rehash 2033128872 WeakKeyDictionary>finalizeValues 2033128780 >finalizationProcess 2033128688 SequenceableCollection>do: 2033128580 >finalizationProcess 2033128488 Semaphore>critical:ifError: 2033128396 BlockClosure>on:do: 2033128284 BlockClosure>ifError: 2033128152 Semaphore>critical:ifError: 2033128060 Semaphore>critical: 2033127968 BlockClosure>ensure: 2033127820 Semaphore>critical: 2033127684 Semaphore>critical:ifError: 2017849452 >finalizationProcess 2017849360 >restartFinalizationProcess 2017849544 BlockClosure>newProcess And this loop did last very long... Of course, this is a high priority process, so pressing ALT+. won't give me much feedback. Hmm, a high priority process taking CPU for a long time, that smells...

2 3

Re: [Pharo-project] Pier-EmailSender and "Contact Us"
by John M McIntosh May 11, 2009

May 11, 2009

No, the intent is preserve the images as they are shipped see http://www.mobilewikiserver.com/ST80Docs.html & http://www.mobilewikiserver.com/SqueakDocs.html However if you have a script that removals all the *extra* things that people could run for server images that would be helpful at least to me, I realize that most folks don't care about 8MB, but on tiny devices that 8MB is golden... On 5-May-09, at 1:28 AM, stÃ©phane ducasse wrote: > John > > for your images did you remove tests and other unnecessary stuff? > The 10300 is 12.7mb without removing all kind of crap like the > scriptLoader and the tests. > I hope that we will be able to slowly get more and more modular: > once project/bookmorph are gone. > I imagine (did not read carefully the details of we got about the > chase of the unclosed handles) > that the startup behavior could be also improved. > > Stef > > On May 5, 2009, at 10:17 AM, John M McIntosh wrote: > >> Tsk, well I was off to bed, but thought I should make some notes. >> >> Last night I push out two electronic books showing smalltalk-80 >> based source code to Apple for iPhone review. >> One was based on the latest pharo of end of april 09 with closures >> the other based on the sq3.10.2-719web09.04.1.zip no closures. >> The two e-books apps are identical except for the code base. >> >> I dropped the wikiserver stuff into both, happy since the changes >> required were non-existent for pharo and one or two for sq3.10.2 >> >> (a) The sq3.10.2 version was missing some of the extra add-on Pier >> stuff, and has the LGPL Swazoo which makes some folks run for the >> fire exit. >> >> (b) The pharo image is 20.2 mb, the sq3.10.2 is 25.2 mb, so 5MB >> bigger. >> >> (c) The pharo image needed about 35mb of ram to be happy, the sq >> 3.10.2 about 40mb >> (c2) The pharo image ramps to the welcome screen using 19.23 mb >> ram, 97.12mb virtual >> (c3) The sq 3.10.2 image ramps using 19.05mb and 102.12 virtual. >> This makes sense because I avoid a full gc and doing allInstances, >> so the code base is really startup logic and seaside. >> (I had to fix the sq 3.10.2 image because of ignored bug using >> allInstances I reported years back, never fixed, but fixed in pharo >> last fall). >> >> (d) The pharo image needs 2.6 to 6.6% cpu on the iphone at idle, >> the sq 3.10.2 needs 8 to 18% >> (to be fair here I could bring some fixes into the 3.10.2 image to >> reduce the cpu time, but really those fixes should have gone in >> years ago...) >> >> (e) The sq 3.10.2 book feels sluggish. the pharo less so. So the sq >> 3.10.2 excessive CPU usage is the usability killer here. >> >> To be fair WikiServer is happy with 20MB of ram with a 10.5MB image >> size, and runs with a 0 to 0.9% cpu usage at idle, starup ram of >> 11.69, virtual memory of 90.34 >> Lots of hours to get there.. >> >> PS I see the etoys image is only 16.4 MB, well that doesn't include >> seaside etc, but if you need that you should start with etoys as >> the base and add pier and seaside, less bloated I'd guess, and >> supported for that etoy feature set you need? = = = ======================================================================== John M. McIntosh <johnmci(a)smalltalkconsulting.com> Twitter: squeaker68882 Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com = = = ========================================================================

2 1

[Pharo-project] [ANN] 10302
by StÃ©phane Ducasse May 11, 2009

May 11, 2009

- issue 799: Speed up of highBit and lowBit for SmallInteger http://code.google.com/p/pharo/issues/detail?id=799 http://bugs.squeak.org/view.php?id=7113 - Issue 796 Patch for issue http://code.google.com/p/pharo/issues/detail?id=796 Float rounded is inexact - Issue 800: Fix issue http://code.google.com/p/pharo/issues/detail?id=800 mantis http://bugs.squeak.org/view.php?id=6986 Mantis 6986: SystemNavigation browseAllMethodsInCategory: does it wrong - issue 802: Fix for http://code.google.com/p/pharo/issues/detail?id=802 Mantis http://bugs.squeak.org/view.php?id=6983 There is no way to store Float nan as a literal. So Float nan isLiteral should answer false. Note that there are still literal representation of Float infinity, like 1.0e1000. However, since Float infinity is not able to print literaly, and isLiteral is intended for print, this fix will answer false for infinite Floats too. Tx nicolas! Stef

3 4

[Pharo-project] [10303] Copy and paste back on mac
by StÃ©phane Ducasse May 11, 2009

May 11, 2009

:) Tx mike and good biking :)

1 0

May 11, 2009

>>> Hi guys Here are the discussions we forgot to get on the list :) >> I was thinking that I would not do the license cleaning for 1.0 > > Yes, I agree. We can do this in 1.1, which can follow shortly after > 1.0. Any objections from Marcus, Mike? > > What is the status of "Main EToys removal, reorganize > MorphicExtras-"? Do you plan to do more for 1.0? > > Apart from that we have left on our list (http://code.google.com/p/pharo/wiki/Milestones > ): > > - default in-image font(s) > - Package management system with stable and unstable distributions > - Remove SqueakMap and Installer from core > > - All tests green > - Clean up package and class category organization > - Pharo one-click image (including developer tools, GettingStarted > information, screenshots, ...) > - New sources file > > Are we going to integrate the new preference system/browser in 1.0? > >> Now we are waiting for eliot closures changes. > > What kind of changes are theses? Did he say something about when > they will be ready? Stef

2 2

May 11, 2009

- More collection tests - fixed trait merging Stef

1 0

May 11, 2009

Hi I want to report that if you try to merge code containing traits you get a DNU. I get a reproduceable bug: try to merge the collectiontext in the PharoTaskForces project. Stef

1 0