- Pharo-dev - lists.pharo.org

[Pharo-project] Gofer problem
by Sean P. DeNigris Aug. 27, 2011

Aug. 27, 2011

The following was unable to resolve the package due to the ".pharo" part. Dale said this should be valid syntax. Gofer new directory: '/path/to/Setup/'; package: 'DeNigrisSetup-Platform.pharo'; load. Sean -- View this message in context: http://forum.world.st/Gofer-problem-tp3773228p3773228.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

2 2

[Pharo-project] [ANN] OpenDBXDriver Release - DBXTalk Release Step 1
by Guillermo Polito Aug. 27, 2011

Aug. 27, 2011

Hi folks!! We are proud to make our first release of OpenDBXDriver -1.0 version-, formerly known as SqueakDBX. Now the project involves much more than just a database driver. This whole new project is called DBXTalk and OpenDBXDriver is just one of the sub-projects. There are several changes between this version and the last one of SqueakDBX, but most of them is about infrastructure: test were moved to a separate package, platform packages and backend classes were renamed, all "SqueakDBX" was replaced with its new name. To install it: Gofer it squeaksource: 'MetacelloRepository'; package: 'ConfigurationOfOpenDBXDriver'; load. (((Smalltalk globals at: #ConfigurationOfOpenDBXDriver) perform: #project) perform: #version: with: #stable) load. We have also created a new repository for all the code: http://www.squeaksource.com/DBXTalk The issue tracker is in: http://code.google.com/p/dbxtalk/issues/list Thanks to Natacha Perrin we have a new DBXTalk logo that you can see in: http://imageshack.us/photo/my-images/37/dbxtalk46.png The license of the logo is Creative Commons. We have also started a Pharo By Example chapter. So far we are writing about DBXTalk, but soon we will do about Glorp. We attach a draft of it while it is integrated into the main git repository of the book. Just in case here is the git repo fork: https://github.com/guillep/PharoByExample-english. Just to let you know, we have already ported the last VW release of Glorp to Pharo and we have it already working MySQL, PostgreSQL, Oracle and Sqlite3. We are closing some last problems and we will soon make the first release. We want to thanks Alan Night for all his help and his reviews :). 4 persons of the team are present at ESUG right now and we are going to give a talk on Friday. We will upload then the slides. Finally, we would like to thanks ESUG for the sponsorship through this ESUG SummerTalk. Thanks! Guille, Mariano, Esteban, Santiago, Gise

4 5

[Pharo-project] Cannot evaluate a gofer expression
by Bernardo Ezequiel Contreras Aug. 27, 2011

Aug. 27, 2011

Hi all, It's weird, (maybe i'm doing something wrong ) but with the last image from https://ci.lille.inria.fr/pharo/view/Pharo%201.4/job/Pharo%201.4/ i cannot evaluate a gofer expression. see http://code.google.com/p/pharo/issues/detail?id=4708 Thanks

2 1

Re: [Pharo-project] Is Pharo 1.3 officially released?
by Marcus Denker Aug. 27, 2011

Aug. 27, 2011

On Aug 12, 2011, at 11:42 PM, Sean P. DeNigris wrote: > I see there is now a link on the website to "Release 1.3" and that "stable" > points to 1.3. > Yes, but we need to provide a One-Click image and update the website before we can officially announce... This will happen next week. -- Marcus Denker -- http://marcusdenker.de

2 1

[Pharo-project] Exceptions with Continuations
by Camillo Bruni Aug. 26, 2011

Aug. 26, 2011

It always bugged me that SUnit has to rerun the tests again when you want to debug them. So I made a little use-case where exceptions have an optional continuation, so you can resume/debug them later on. Here's a small example: |e| [ 0 / 0 ] on: Error do: [ :error| e := error freeze ]. e debug freeze simply creates a continuation (at the moment a full one, but that could be of course reduced to a partial one by the TestRunner). Now when you would click on the failing test result you would simply have to activate the corresponding error by sending #debug to it. This would have a major advantage for non-deterministic tests (which of course they should not be). Because in this case you're lost with the current SUnit since the debug stack will differ from the actual test-run which produced the error. Needed Changes: - Continuations (the one from Seaside will just do fine) - Exception >> #freeze saving the continuation - TestCase has to store the actual exception

3 7

Re: [Pharo-project] CI down?
by Marcus Denker Aug. 26, 2011

Aug. 26, 2011

On Aug 26, 2011, at 11:37 AM, Sean P. DeNigris wrote: > > Pavel Krivanek-3 wrote: >> >> The CI server https://ci.lille.inria.fr/pharo/ is not responding. Is it >> down? >> > > 502 Proxy Error > > The proxy server received an invalid response from an upstream server. > The proxy server could not handle the request GET /pharo/. > > Reason: Error reading from remote server I send a mail to INRIA support... -- Marcus Denker -- http://marcusdenker.de

2 1

[Pharo-project] squeaksource down
by Max Leske Aug. 26, 2011

Aug. 26, 2011

Since squeaksource is down againâ¦ Does it make sense to move my own projects to ss3.gemstone.com/ss? Max

4 4

[Pharo-project] The serverMode flag and some thoughts on event polling
by Dimitry Golubovsky Aug. 26, 2011

Aug. 26, 2011

Hi, [this is not really about VM alone, but rather how image and VM interact - hence posting to multiple lists] In the process of porting Cog to Android, I observed the following pattern. If a scrollbar's "up" or "down" button is held pressed (prolonged tap on a button) for few seconds, the VM freezes, and gets killed by Android. Digging down the code got me to the WorldState>>interCyclePause: method. When there are morphs requesting stepping by shorter than certain time interval, the process responsibke for running step methods keeps looping without giving up to lower priority processes (and the host OS). ScrollBar seems to decrease the stepping interval over time to simulate accelerated scrolling. In order to port Cog to Android, I turned it into an event-driven VM based on ideas found in [1]. The same was done by Andreas for his earlier Classic VM port. My approach is a bit different such as the longjmp call is made as part of the relinquishProcessor primitive. Such primitive is called only from the lowest priority (idle) process which only can run when there are no external events to deal with. The event-driven VM needs to exit from the interpreter to the host process in order to obtain any input events. Thus, non-interrupted polling just deadlocks the interpreter as it cannot exit to the host process to get more events, yet keeps polling for them. The serverMode flag [2] (aka Mantis #6581) came to rescue. With such flag set to true, polling for events always yields CPU for 50ms (which in the Android case is meaningless anyway: I would not give the VM idle timer more often than 10 times per sec, so 50ms granularity is just not handleable). Anyway this does the trick as the lowest priority process gets its CPU time, and exits the interpreter to the host process. With serverMode = true I can tap a scroller button as long as I want, and even the text cursor in a workspace keeps blinking which means that stepping works and VM is alive. BTW in Android, the interpreter will be called as soon as any user action is intercepted, so responsiveness is not degraded regardless of the delay introduced by serverMode. I have found at least one place (this is in PharoCore) where serverMode is not honored: PolygonMorph class >> fromHand: (this method creates a polygon drawn by the mouse) This method has code pieces (repeating multiple times btw - why is it not a separate method?) [Sensor anyButtonPressed] whileFalse: [self currentWorld displayWorldSafely; runStepMethods]. which is clearly grabbing the event sensor to the polygon morph while keeping other morphs stepped, so the VM does not seem dead entirely. In my case though executing PolygonMorph fromHand: defaultHand freezes the VM immediately as this is uninterrupted polling again. While I'll try to experiment with inserting interCyclePause somewhere in these loops, there are broader questions on how event polling is done these days: 1. Are there other morphs in packages not included in PharoCore where event grabbing is done such way? 1a. Is this possible in general to have such functionality properly embedded in WorldState instead of having it in a morph itself, if event grabbing is needed? 2. Are there images in active development (other than PharoCore, and Squeak) where event polling is done without an option to relinquish processor? In fact, this VM freezing on stepping morphs was a big issue, and it mainly kept me from moving towards the public release. Now that it seems to be solved (unless there is a flaw in my logic above) it takes me closer to finishing the Cog for Android port. Thanks. ------------------------------------------ [1] http://lists.squeakfoundation.org/pipermail/vm-dev/2009-November/003385.html [2] http://bugs.squeak.org/view.php?id=6581 -- Dimitry Golubovsky Anywhere on the Web

2 1

[Pharo-project] CI down?
by Pavel Krivanek Aug. 26, 2011

Aug. 26, 2011

The CI server https://ci.lille.inria.fr/pharo/ is not responding. Is it down? -- Pavel

2 1

Re: [Pharo-project] [Vm-dev] Cog in Jenkis has brokken finalization
by Marcus Denker Aug. 26, 2011

Aug. 26, 2011

On Aug 25, 2011, at 5:34 PM, Igor Stasenko wrote: > On 25 August 2011 14:38, Mariano Martinez Peck <marianopeck(a)gmail.com> wrote: >> >> Hi guys. The linux Cog VM from hudson has broken the finalization. Just run the WeakRegistryTest and you will see the broken test. It might happened because of the ephemerons because Eliot's VM works correctly. >> Even more, the VM from Jenkis is correct. So....I would remove the broken one from Hudson. >> > > I migrated unix and windows VM jobs to Jenkins. > Please use VMs built on Jenkins servers. > Can we delete the Hudson projects? Just to avoid confusion? -- Marcus Denker -- http://marcusdenker.de

3 2