- Pharo-users - lists.pharo.org

Re: [Pharo-users] Recoverying a crashed Moose image/Pharo5

by Hilaire

Le 30/07/2015 15:03, Vincent BLONDEAU a Ã©crit : > See the bug related: https://pharo.fogbugz.com/f/cases/15944/Image-crash-on-Pharo-due-to-fonts-o… Thanks, I added a crash dump there as it occures with windows as well. Hilaire -- Dr. Geo http://drgeo.eu http://google.com/+DrgeoEu

July 30, 2015

Re: [Pharo-users] Recoverying a crashed Moose image/Pharo5

by Nicolai Hess

2015-07-30 8:10 GMT+02:00 Hilaire <hilaire(a)drgeo.eu>: > Hello, > > I have a Moose 6.0 image with several Playgrounds. > Since this morning, exactly when I want to make a demo[1], it crashes > immediately. I remember yesterday I got an error when saving, Pharo said > something like 'This error should not happen'. > > The OS windows open then close almost immediately (dump included). Could > it be related to Athens or FreeType plugin access? The image went about > 113MB. > Yes, looks like an error on FT access > The used VM works fine with a fresh Moose6.0 image. Btw, the > http://www.moosetechnology.org/ is down right now. > I would like to recover the script codes in the playgrounds, is there a > way to access it? > Maybe you will found the scripts in your play-cache folder. > > Thanks > > Hilaire > > [1] Hopefully I can demo with a fresh image of Moose > > -- > Dr. Geo > http://drgeo.eu > http://google.com/+DrgeoEu > >

July 30, 2015

Re: [Pharo-users] Recoverying a crashed Moose image/Pharo5

by Vincent BLONDEAU

Hi, I had the same issue under Windows 7. The workaround is to rename /home/hilaire/Travaux/Speech/Taiwan2015/moose_suite_5_1/bin/libFT2Plugin.so in something else. You will not have the fonts working anymore but your image will be working again. See the bug related: https://pharo.fogbugz.com/f/cases/15944/Image-crash-on-Pharo-due-to-fonts-o… I hope that it will help you, Vincent -----Message d'origine----- De : Pharo-users [mailto:pharo-users-bounces@lists.pharo.org] De la part de Hilaire EnvoyÃ© : jeudi 30 juillet 2015 08:55 Ã : pharo-users(a)lists.pharo.org Objet : Re: [Pharo-users] Recoverying a crashed Moose image/Pharo5 Oh, and deleting the TRMorph at image start up does not work, because Pharo doesn't reach the image level command line handler, it crashes before. It looks to me related to FreeType, I may have text with different font sizes. I tried with larger value of --memory or --mmap but it does not help. Hilaire Le 30/07/2015 14:10, Hilaire a Ã©crit : > Hello, > > I have a Moose 6.0 image with several Playgrounds. > Since this morning, exactly when I want to make a demo[1], it crashes > immediately. I remember yesterday I got an error when saving, Pharo > said something like 'This error should not happen'. > > The OS windows open then close almost immediately (dump included). > Could it be related to Athens or FreeType plugin access? The image > went about 113MB. > The used VM works fine with a fresh Moose6.0 image. Btw, the > http://www.moosetechnology.org/ is down right now. > I would like to recover the script codes in the playgrounds, is there > a way to access it? > > Thanks > > Hilaire > > [1] Hopefully I can demo with a fresh image of Moose > -- Dr. Geo http://drgeo.eu http://google.com/+DrgeoEu

July 30, 2015

Re: [Pharo-users] Recoverying a crashed Moose image/Pharo5

by Hilaire

Oh, and deleting the TRMorph at image start up does not work, because Pharo doesn't reach the image level command line handler, it crashes before. It looks to me related to FreeType, I may have text with different font sizes. I tried with larger value of --memory or --mmap but it does not help. Hilaire Le 30/07/2015 14:10, Hilaire a Ã©crit : > Hello, > > I have a Moose 6.0 image with several Playgrounds. > Since this morning, exactly when I want to make a demo[1], it crashes > immediately. I remember yesterday I got an error when saving, Pharo said > something like 'This error should not happen'. > > The OS windows open then close almost immediately (dump included). Could > it be related to Athens or FreeType plugin access? The image went about > 113MB. > The used VM works fine with a fresh Moose6.0 image. Btw, the > http://www.moosetechnology.org/ is down right now. > I would like to recover the script codes in the playgrounds, is there a > way to access it? > > Thanks > > Hilaire > > [1] Hopefully I can demo with a fresh image of Moose > -- Dr. Geo http://drgeo.eu http://google.com/+DrgeoEu

July 30, 2015

Recoverying a crashed Moose image/Pharo5

by Hilaire

Hello, I have a Moose 6.0 image with several Playgrounds. Since this morning, exactly when I want to make a demo[1], it crashes immediately. I remember yesterday I got an error when saving, Pharo said something like 'This error should not happen'. The OS windows open then close almost immediately (dump included). Could it be related to Athens or FreeType plugin access? The image went about 113MB. The used VM works fine with a fresh Moose6.0 image. Btw, the http://www.moosetechnology.org/ is down right now. I would like to recover the script codes in the playgrounds, is there a way to access it? Thanks Hilaire [1] Hopefully I can demo with a fresh image of Moose -- Dr. Geo http://drgeo.eu http://google.com/+DrgeoEu

July 30, 2015

Re: [Pharo-users] Is RBClassNotReferencedRule ~200x slower in Pharo 4 vs Pharo 3 ?

by Paul DeBruicker

Paul DeBruicker wrote > Hi Stef, > > The slowdown is dependent upon the # of classes in the package. If you > use Fuel then you should see a slowdown of 20x. I just have a lot of > classes in this package. The source of the slowdown is in the changes to > RBSmallLintChecker>>#checkClass: and > RBClassNotReferencedRule>>#checkClass: . The old versions use the linter > to check if the literal is used anywhere and the new one uses #allCallsOn. > > > Hope this helps > > Paul and by "use Fuel" I mean: rule:=RBClassNotReferencedRule new. environment:=RBBrowserEnvironment new forPackageNames: #('Fuel'). AndreasSystemProfiler spyOn:[RBSmalllintChecker runRule: rule onEnvironment: environment] -- View this message in context: http://forum.world.st/Is-RBClassNotReferencedRule-200x-slower-in-Pharo-4-vs… Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

July 29, 2015

Re: [Pharo-users] Is RBClassNotReferencedRule ~200x slower in Pharo 4 vs Pharo 3 ?

by Paul DeBruicker

Hi Stef, The slowdown is dependent upon the # of classes in the package. If you use Fuel then you should see a slowdown of 20x. I just have a lot of classes in this package. The source of the slowdown is in the changes to RBSmallLintChecker>>#checkClass: and RBClassNotReferencedRule>>#checkClass: . The old versions use the linter to check if the literal is used anywhere and the new one uses #allCallsOn. Hope this helps Paul -- View this message in context: http://forum.world.st/Is-RBClassNotReferencedRule-200x-slower-in-Pharo-4-vs… Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

July 29, 2015

Re: [Pharo-users] [Moose-dev] Script of the day

by H. Hirzel

Very nice! Thank you, Alexandre. --Hannes On 7/29/15, Alexandre Bergel <alexandre.bergel(a)me.com> wrote: > Hi! > > Just to share a couple of experiment. I have tried the following in a > playground: > -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= > b := RTMondrian new. > > b shape rectangle > if: [ :aFile | aFile path basename beginsWith: '.' ] color: Color red. > b nodes: FileLocator documents allChildren. > b edges connectFrom: #parent. > b normalizer > normalizeSize: #size using: #sqrt. > b layout tree. > b > -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= > > It shows a tree of the file system. Thanks to GT, simply clicking on a file > may show you the content and other things. > > > You can also use the cluster layout: > > > I have tried this on OS X, since the pointed folder is ~/Documents. > > Cheers, > Alexandre > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > >

July 29, 2015

Re: [Pharo-users] Script of the day

by Dimitris Chloupis

that was a nice way to freeze my image, thank you :D On Wed, Jul 29, 2015 at 4:27 PM Alexandre Bergel <alexandre.bergel(a)me.com> wrote: > Hi! > > Just to share a couple of experiment. I have tried the following in a > playground: > -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= > b := RTMondrian new. > > b shape rectangle > if: [ :aFile | aFile path basename beginsWith: '.' ] color: Color red. > b nodes: FileLocator documents allChildren. > b edges connectFrom: #parent. > b normalizer > normalizeSize: #size using: #sqrt. > b layout tree. > b > -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= > > It shows a tree of the file system. Thanks to GT, simply clicking on a > file may show you the content and other things. > > You can also use the cluster layout: > > I have tried this on OS X, since the pointed folder is ~/Documents. > > Cheers, > Alexandre > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > >

July 29, 2015

Re: [Pharo-users] Roassal examples

by Alexandre Bergel

Hi Hilaire, This is fixed now. Thanks! I am currently working on the book. I have already went through QuickStart, Trachel. I am now finishing the Roassal chapter. Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > On Jul 29, 2015, at 9:45 AM, Hilaire <hilaire(a)drgeo.eu> wrote: > > Le 28/07/2015 22:59, Alexandre Bergel a Ã©crit : >> Which example are you referring to exactly? The page QuickStart >> contains many. Some of them also uses externally provided data (such >> as earthquake). >> > > > I write down the section numbers of the examples. With 6.0, they all work. > > Howver, in documentation[1], I found one example with trouble: > > - section 6.2. , #objects:from: message need to be changed to 2 messages > #objects #connectFrom: > > Thanks > > [1]https://dl.dropboxusercontent.com/u/31543901/AgileVisualization/Roassal/0… > > -- > Dr. Geo > http://drgeo.eu > http://google.com/+DrgeoEu > > >

July 29, 2015