[Pharo-dev] Pharo image corruption and fatal VM error with Roassal

2014-07-31 Thread Blondeau Vincent
Hi, Yesterday, I was using GraphET (a part of Roassal) to do some charts and, today, when I wanted to reopen the image. And I got that : [cid:image001.png@01CFACAA.E0CB2060] It is *very* unpleasant... To reproduce the bug: 1 - You can do either: | builder |

Re: [Pharo-dev] Pharo image corruption and fatal VM error with Roassal

2014-07-31 Thread Hilaire
Looks like Cairo can't be loaded. Does the Eliot VM comes with libCairo? Hilaire Le 31/07/2014 16:50, Blondeau Vincent a écrit : Hi, Yesterday, I was using GraphET (a part of Roassal) to do some charts and, today, when I wanted to reopen the image. And I got that : It is **very** unpleasant…

Re: [Pharo-dev] Pharo image corruption and fatal VM error with Roassal

2014-07-31 Thread Usman Bhatti
This may be related to this known issue reported a few days back. https://code.google.com/p/moose-technology/issues/detail?id=1084 And there is a possible solution to recover your image. usman On Thu, Jul 31, 2014 at 10:50 AM, Blondeau Vincent < vincent.blond...@worldline.com> wrote: > Hi, >

Re: [Pharo-dev] Pharo image corruption and fatal VM error with Roassal

2014-07-31 Thread Blondeau Vincent
The Eliot VM doesn't comes with libCairo and Roassal doesn't work into. But it's helpful to reopen the image to retrieve the work done ! -Message d'origine- De : Pharo-dev [mailto:pharo-dev-boun...@lists.pharo.org] De la part de Hilaire Envoyé : jeudi 31 juillet 2014 10:54 À : pharo-dev@l

Re: [Pharo-dev] Pharo image corruption and fatal VM error with Roassal

2014-07-31 Thread Blondeau Vincent
Yes it is. But I will not do TRMorph allInstances do: #delete In command line every day… Vincent De : Pharo-dev [mailto:pharo-dev-boun...@lists.pharo.org] De la part de Usman Bhatti Envoyé : jeudi 31 juillet 2014 10:59 À : Pharo Development List Cc : Moose-related development Objet : Re: [Pharo-

[Pharo-dev] Should nested mutexes work in Pharo 3.0?

2014-07-31 Thread Marcel Taeumel
Hi! :) I am playing around with Animations [1] in the Moose 5.0/Pharo 3.0 image [2]. Nested use of the same mutex seems to freeze the image. Should that work? Best, Marcel [1] https://github.com/marceltaeumel/animations [2] https://ci.inria.fr/moose/job/moose-5.0/lastSuccessfulBuild/artifact/moo

Re: [Pharo-dev] Should nested mutexes work in Pharo 3.0?

2014-07-31 Thread Jan Vrany
On 31/07/14 10:45, Marcel Taeumel wrote: Hi! :) I am playing around with Animations [1] in the Moose 5.0/Pharo 3.0 image [2]. Nested use of the same mutex seems to freeze the image. Should that work? No, it should not :-) Use Monitor instead. Jan Best, Marcel [1] https://github.com/marcel

Re: [Pharo-dev] Pharo image corruption and fatal VM error with Roassal

2014-07-31 Thread Usman Bhatti
On Thu, Jul 31, 2014 at 11:17 AM, Blondeau Vincent < vincent.blond...@worldline.com> wrote: > Yes it is. But I will not do > > TRMorph allInstances do: #delete > > In command line every day… > It is only intended to recover your lost work in the image not for everyday use :). > > > Vincent > >

[Pharo-dev] Smalltalkhub not serving any mcz files?

2014-07-31 Thread pieter
Hi, It seems that www.smalltalkhub.com is not serving up any mcz files anymore. For example, all of the links from http://www.smalltalkhub.com/mc/Seaside/MetacelloConfigurations/main just lead to "not found" error pages. Same with http://www.smalltalkhub.com/mc/smaass/Pharo3Sounds/main and http:/

Re: [Pharo-dev] Smalltalkhub not serving any mcz files?

2014-07-31 Thread Max Leske
On 31.07.2014, at 14:01, pie...@nagel.co.za wrote: > Hi, > > It seems that www.smalltalkhub.com is not serving up any mcz files > anymore. For example, all of the links from > http://www.smalltalkhub.com/mc/Seaside/MetacelloConfigurations/main just > lead to "not found" error pages. > > Same wi

[Pharo-dev] [pharo-project/pharo-core]

2014-07-31 Thread GitHub
Branch: refs/tags/40145 Home: https://github.com/pharo-project/pharo-core

[Pharo-dev] [pharo-project/pharo-core] dd2506: 40145

2014-07-31 Thread GitHub
Branch: refs/heads/4.0 Home: https://github.com/pharo-project/pharo-core Commit: dd2506740c3f98ea33b4c8684fbf6da8b346c702 https://github.com/pharo-project/pharo-core/commit/dd2506740c3f98ea33b4c8684fbf6da8b346c702 Author: Jenkins Build Server Date: 2014-07-31 (Thu, 31 Jul 2014

Re: [Pharo-dev] ESUG 2014 REMINDER: 11th Innovation Technology Awards

2014-07-31 Thread jdelgado
Someone should present the submission and, eventually, get the prize at the social event. If you know somebody who attends the conference and that is able to answer questions about your software, that would do. Bests, Jordi > Hi Jordi, > > Apologies if this was asked before. Does ESUG accept a

[Pharo-dev] [pharo-project/pharo-core]

2014-07-31 Thread GitHub
Branch: refs/tags/40146 Home: https://github.com/pharo-project/pharo-core

[Pharo-dev] [pharo-project/pharo-core] b08cbe: 40146

2014-07-31 Thread GitHub
Branch: refs/heads/4.0 Home: https://github.com/pharo-project/pharo-core Commit: b08cbe43e16b68aa4ae2e64fd57639f1e767ca31 https://github.com/pharo-project/pharo-core/commit/b08cbe43e16b68aa4ae2e64fd57639f1e767ca31 Author: Jenkins Build Server Date: 2014-07-31 (Thu, 31 Jul 2014

Re: [Pharo-dev] Should nested mutexes work in Pharo 3.0?

2014-07-31 Thread Levente Uzonyi
On Thu, 31 Jul 2014, Jan Vrany wrote: On 31/07/14 10:45, Marcel Taeumel wrote: Hi! :) I am playing around with Animations [1] in the Moose 5.0/Pharo 3.0 image [2]. Nested use of the same mutex seems to freeze the image. Should that work? No, it should not :-) Use Monitor instead. Then what

Re: [Pharo-dev] Pharo image corruption and fatal VM error with Roassal

2014-07-31 Thread Nicolai Hess
It looks like Trachel does not recreate athens external resources. There is an example in AthensSceneView, on how to check and reload an AthensSurface. 2014-07-31 12:51 GMT+02:00 Usman Bhatti : > > > > On Thu, Jul 31, 2014 at 11:17 AM, Blondeau Vincent < > vincent.blond...@worldline.com> wrote:

Re: [Pharo-dev] [Moose-dev] Pharo image corruption and fatal VM error with Roassal

2014-07-31 Thread Alexandre Bergel
Yes, and this is a mess. I’ve spent quite some time in getting the session working with Roassal2 and it still does not work. I would appreciate help on this. Alexandre On Jul 31, 2014, at 8:58 AM, Nicolai Hess wrote: > It looks like Trachel does not recreate athens external resources. > Ther

Re: [Pharo-dev] Should nested mutexes work in Pharo 3.0?

2014-07-31 Thread Marcel Taeumel
Ah, okay. Just stumpled upon this part of the POSIX specification [1] and thought there could be this recursive property in mutexes for Pharo, too. :) Guess I have to use semaphores then. Best, Marcel [1] http://pubs.opengroup.org/onlinepubs/009695399/functions/pthread_mutexattr_gettype.html

Re: [Pharo-dev] Should nested mutexes work in Pharo 3.0?

2014-07-31 Thread Sebastian Sastre
On Jul 31, 2014, at 6:55 AM, Jan Vrany wrote: >> >> I am playing around with Animations [1] in the Moose 5.0/Pharo 3.0 image >> [2]. Nested use of the same mutex seems to freeze the image. Should that >> work? > > No, it should not :-) Use Monitor instead. +1 nested mutexes should not work n

Re: [Pharo-dev] [Moose-dev] Pharo image corruption and fatal VM error with Roassal

2014-07-31 Thread Igor Stasenko
The recipe is simple: isolate the code in your application in a way that if certain feature not available (line nativeboost), it won't put your image into endless exception throwing loop. On 31 July 2014 16:09, Alexandre Bergel wrote: > Yes, and this is a mess. > I’ve spent quite some time in g

Re: [Pharo-dev] [Moose-dev] Pharo image corruption and fatal VM error with Roassal

2014-07-31 Thread Jean Baptiste Arnaud
Look like a very common Nativeboost error, if a external object is access without checking if we are on the same session (memory has changed so ...). If it is that: The clean solution: - check the nativeboost session on external object accesses. Or at least the risky one. Should be done

[Pharo-dev] Android VM Status

2014-07-31 Thread Jean Baptiste Arnaud
Hi, I made some advance on Android StackVM (using the standard unix sources). :-) Last Unix Stack VM with last 40Pharo image (a little bit modified cause au no-NativeBoost and some constraint from the Android Sandboxing ). Content: - Somes lines of code change in SqUnixMain.c (using if define

Re: [Pharo-dev] Android VM Status

2014-07-31 Thread Benjamin
Good job! ;) Ben On 31 Jul 2014, at 16:33, Jean Baptiste Arnaud wrote: > Hi, > I made some advance on Android StackVM (using the standard unix sources). > > :-) > > Last Unix Stack VM with last 40Pharo image (a little bit modified cause au > no-NativeBoost and some constraint from the And

Re: [Pharo-dev] Android VM Status

2014-07-31 Thread Alexandre Bergel
This is a fantastic news JB. Keep going!!! Alexandre On Jul 31, 2014, at 10:33 AM, Jean Baptiste Arnaud wrote: > Hi, > I made some advance on Android StackVM (using the standard unix sources). > > :-) > > Last Unix Stack VM with last 40Pharo image (a little bit modified cause au > no-Nat

Re: [Pharo-dev] Should nested mutexes work in Pharo 3.0?

2014-07-31 Thread Clément Bera
2014-07-31 14:53 GMT+02:00 Levente Uzonyi : > On Thu, 31 Jul 2014, Jan Vrany wrote: > > On 31/07/14 10:45, Marcel Taeumel wrote: >> >>> Hi! :) >>> >>> I am playing around with Animations [1] in the Moose 5.0/Pharo 3.0 image >>> [2]. Nested use of the same mutex seems to freeze the image. Should t

Re: [Pharo-dev] ESUG 2014 REMINDER: 11th Innovation Technology Awards

2014-07-31 Thread Hernán Morales Durand
Thank you. Unfortunately I do not know somebody, but if some attendant likes bioinformatics I would gladly provide instructions. Otherwise maybe next ESUG :) Best regards, Hernán 2014-07-31 9:28 GMT-03:00 : > Someone should present the submission and, eventually, get the prize at > the social e

Re: [Pharo-dev] Android VM Status

2014-07-31 Thread jannik laval
Really nice ! Where can I download it ? Jannik 2014-07-31 17:03 GMT+02:00 Alexandre Bergel : > This is a fantastic news JB. Keep going!!! > > Alexandre > > > On Jul 31, 2014, at 10:33 AM, Jean Baptiste Arnaud < > jbaptiste.arn...@gmail.com> wrote: > > > Hi, > > I made some advance on Android S

[Pharo-dev] Has someone ever built a "sort block generator"

2014-07-31 Thread Mariano Martinez Peck
Hi guys, Currently I have some sorting blocks which support "nil" elements (making them go first). So here is a general nil tolerant sort block based on one field: defaultNilTolerantSortBlock: aBlock [ :a :b | a ifNil: [ true ] ifNotNil: [ b ifNil: [ false ] ifNotNil: [ aBlock value: a value: b

Re: [Pharo-dev] ESUG 2014 REMINDER: 11th Innovation Technology Awards

2014-07-31 Thread stepharo
hernan you can provide a video and we will make sure that there is one machine to display your videos to the voters. stef On 31/7/14 18:39, Hernán Morales Durand wrote: Thank you. Unfortunately I do not know somebody, but if some attendant likes bioinformatics I would gladly provide instructio

Re: [Pharo-dev] Has someone ever built a "sort block generator"

2014-07-31 Thread stepharo
Hi mariano what are you doing? because it looks strange to need a sort block generator :). Why cann't filter all the objects that have either fields to nil first? Stef On 31/7/14 19:40, Mariano Martinez Peck wrote: Hi guys, Currently I have some sorting blocks which support "nil" elements (

Re: [Pharo-dev] Pharo image corruption and fatal VM error with Roassal

2014-07-31 Thread stepharo
vincent you can take an image/change copy your change as the change of the new image and do recovery last changes and you get all your changes back. Now before concluding that this is pharo's fault... we should check cairo and roassal's athens usage. Stef On 31/7/14 10:50, Blondeau Vincent wr

Re: [Pharo-dev] Pharo image corruption and fatal VM error with Roassal

2014-07-31 Thread stepharo
You should report it to the Pharo mailing-list with a reproducible case because else it will get unnoticed. Not all the Pharo people are reading the Moose mailing-list. Stef On 31/7/14 11:17, Blondeau Vincent wrote: Yes it is. But I will not do TRMorph allInstances do: #delete In command l

Re: [Pharo-dev] [Moose-dev] Pharo image corruption and fatal VM error with Roassal

2014-07-31 Thread stepharo
Alexandre may be you should try to understand what is a session. Because this is about 2 lines of code. When you open an image you save 2 min ago or 2 years ago, how the system knows that an OS ressources is valid? By checking the session id... Stef On 31/7/14 16:09, Alexandre Bergel wrote:

Re: [Pharo-dev] Smalltalkhub not serving any mcz files?

2014-07-31 Thread Nicolas Cellier
Pieter, note that for some reason (?) gmail identified your mail as phishing... 2014-07-31 14:09 GMT+02:00 Max Leske : > > On 31.07.2014, at 14:01, pie...@nagel.co.za wrote: > > > Hi, > > > > It seems that www.smalltalkhub.com is not serving up any mcz files > > anymore. For example, all of the

Re: [Pharo-dev] Smalltalkhub not serving any mcz files?

2014-07-31 Thread kilon alios
yeap i can confirm that too On Fri, Aug 1, 2014 at 12:00 AM, Nicolas Cellier < nicolas.cellier.aka.n...@gmail.com> wrote: > Pieter, note that for some reason (?) gmail identified your mail as > phishing... > > > 2014-07-31 14:09 GMT+02:00 Max Leske : > > >> On 31.07.2014, at 14:01, pie...@nagel.

Re: [Pharo-dev] [Moose-dev] Pharo image corruption and fatal VM error with Roassal

2014-07-31 Thread Nicolai Hess
Is is not that easy :) TRMorph already checks for a new session. TRCanvas not, but could be done the same way - maybe. It is difficult as TRCanvas are shared by different objects. And it is more difficult for TRShape. I know Igors argument against a session management in Athens for recreating cair

Re: [Pharo-dev] [Esug-list] Android VM Status

2014-07-31 Thread Jean Baptiste Arnaud
Couple a things still to do: If you want jannik when I will have my first Beta, I give a version, but for a jenkins I will need some work on the configuration generator. On 31 Jul 2014, at 21:09, Stéphane Ducasse wrote: > Well done JB! > This is great to see this fork realigned and t

Re: [Pharo-dev] [Moose-dev] Pharo image corruption and fatal VM error with Roassal

2014-07-31 Thread Alexandre Bergel
Oh… We should not only check the session for the surface? Wow… this is rather heavy then... Alexandre On Jul 31, 2014, at 5:03 PM, Nicolai Hess wrote: > Is is not that easy :) > TRMorph already checks for a new session. > TRCanvas not, but could be done the same way - maybe. It is difficult a

[Pharo-dev] where the...

2014-07-31 Thread Eliot Miranda
*&^% do I find build artifacts for https://ci.inria.fr/pharo/job/Pharo-4.0/lastSuccessfulBuild/? There's no pointer to an image/changes combo I can see. -- Aloha, Eliot

Re: [Pharo-dev] where the...

2014-07-31 Thread Eliot Miranda
never mind... On Thu, Jul 31, 2014 at 1:36 PM, Eliot Miranda wrote: > *&^% do I find build artifacts for > https://ci.inria.fr/pharo/job/Pharo-4.0/lastSuccessfulBuild/? There's no > pointer to an image/changes combo I can see. > -- > Aloha, > Eliot > -- best, Eliot

Re: [Pharo-dev] where the...

2014-07-31 Thread Bernardo Ezequiel Contreras
http://files.pharo.org/image/40/latest.zip On Thu, Jul 31, 2014 at 8:37 PM, Eliot Miranda wrote: > never mind... > > > On Thu, Jul 31, 2014 at 1:36 PM, Eliot Miranda > wrote: > >> *&^% do I find build artifacts for >> https://ci.inria.fr/pharo/job/Pharo-4.0/lastSuccessfulBuild/? There's >> no

Re: [Pharo-dev] Should nested mutexes work in Pharo 3.0?

2014-07-31 Thread Marcel Taeumel
Okay, I disagree. :) Or I need to rephrase the situation here. ;) I have one process in Pharo that locks the mutex, calls some code and then comes across another piece of code that wants to lock the *same* mutex again in the same process, do some stoff, before return to the original call again. Ev

Re: [Pharo-dev] Should nested mutexes work in Pharo 3.0?

2014-07-31 Thread Marcel Taeumel
Okay, this simple "nesting" works in Pharo: m := Mutex new. m critical: [ Morph new. m critical: [Morph new]]. But this is not exactly the same setting as in Animations. I need to test it a little bit more. :) Best, Marcel -- View this message in context: http://forum.world.s

Re: [Pharo-dev] Should nested mutexes work in Pharo 3.0?

2014-07-31 Thread Ben Coman
Marcel Taeumel wrote: Okay, I disagree. :) Or I need to rephrase the situation here. ;) I have one process in Pharo that locks the mutex, calls some code and then comes across another piece of code that wants to lock the *same* mutex again in the same process, do some stoff, before return to the

Re: [Pharo-dev] Has someone ever built a "sort block generator"

2014-07-31 Thread Damien Cassou
On Thu, Jul 31, 2014 at 10:50 PM, stepharo wrote: > what are you doing? I think Mariano would like something like this: persons sorted: #(lastname firstname birthdate) asSortBlock that would sort by lastname, and if lastnames are equal by firstnames and if both lastnames and firstnames are equ

Re: [Pharo-dev] [Esug-list] Android VM Status

2014-07-31 Thread jannik laval
Yes, I would like to try Phratch on Android :) It works faster now, so maybe it will become usable, as for RPi :) Jannik 2014-07-31 23:27 GMT+02:00 Jean Baptiste Arnaud : > Couple a things still to do: > > If you want jannik when I will have my first Beta, I give a version, but > for a jenkins

Re: [Pharo-dev] [Moose-dev] Pharo image corruption and fatal VM error with Roassal

2014-07-31 Thread Ciprian Teodorov
On Jul 31, 2014 11:03 PM, "Nicolai Hess" wrote: > > Is is not that easy :) > TRMorph already checks for a new session. > TRCanvas not, but could be done the same way - maybe. It is difficult as TRCanvas are shared by different objects. > And it is more difficult for TRShape. > > I know Igors argum