July 2015 - Pharo-users - lists.pharo.org

Re: [Pharo-users] Create maps from an SVG file in Roassal

by FranÃ§ois Stephany

Flanders geography looks way too complicated for a sane brain :p On Fri, Jul 31, 2015 at 11:36 PM, Johan Fabry <jfabry(a)dcc.uchile.cl> wrote: > > You mean, letâs ditch Wallonia, right? > > On Jul 31, 2015, at 18:28, FranÃ§ois Stephany <tulipe.moutarde(a)gmail.com> > wrote: > > Let's ditch Flanders altogether! > On 31 Jul 2015 23:17, "Johan Fabry" <jfabry(a)dcc.uchile.cl> wrote: > >> >> Hey, what happened to Voeren? https://en.wikipedia.org/wiki/Voeren >> Thatâs part of Limburg which is also not on the map. Thatâs already 2 parts >> of Flanders left out. This is grounds for an âaffaire communautaireâ to >> happen soon! :-P >> >> On Jul 31, 2015, at 17:28, FranÃ§ois Stephany <tulipe.moutarde(a)gmail.com> >> wrote: >> >> You're right Baarle-Hertog neighbourhood are not in the SVG file :( >> It should'nt be a problem to express their position in SVG. Have a look >> at the Comines-Warneton 'which is part of Hainaut) stuck between France and >> West-Flanders ;) >> >> >> >> On Fri, Jul 31, 2015 at 10:15 PM, Johan Fabry <jfabry(a)dcc.uchile.cl> >> wrote: >> >>> >>> Hey, you forgot Baarle-Hertog â¦ >>> https://en.wikipedia.org/wiki/Baarle-Hertog Or maybe thatâs even too >>> complicated a situation for SVG to handle :-) >>> >>> >> >> ---> Save our in-boxes! http://emailcharter.org <--- >> >> Johan Fabry - http://pleiad.cl/~jfabry >> PLEIAD and RyCh labs - Computer Science Department (DCC) - University >> of Chile >> >> > > > ---> Save our in-boxes! http://emailcharter.org <--- > > Johan Fabry - http://pleiad.cl/~jfabry > PLEIAD and RyCh labs - Computer Science Department (DCC) - University > of Chile > >

July 31, 2015

Re: [Pharo-users] Create maps from an SVG file in Roassal

by Johan Fabry

You mean, letâs ditch Wallonia, right? > On Jul 31, 2015, at 18:28, FranÃ§ois Stephany <tulipe.moutarde(a)gmail.com> wrote: > > Let's ditch Flanders altogether! > > On 31 Jul 2015 23:17, "Johan Fabry" <jfabry(a)dcc.uchile.cl <mailto:jfabry@dcc.uchile.cl>> wrote: > > Hey, what happened to Voeren? https://en.wikipedia.org/wiki/Voeren <https://en.wikipedia.org/wiki/Voeren> Thatâs part of Limburg which is also not on the map. Thatâs already 2 parts of Flanders left out. This is grounds for an âaffaire communautaireâ to happen soon! :-P > >> On Jul 31, 2015, at 17:28, FranÃ§ois Stephany <tulipe.moutarde(a)gmail.com <mailto:tulipe.moutarde@gmail.com>> wrote: >> >> You're right Baarle-Hertog neighbourhood are not in the SVG file :( >> It should'nt be a problem to express their position in SVG. Have a look at the Comines-Warneton 'which is part of Hainaut) stuck between France and West-Flanders ;) >> >> >> >> On Fri, Jul 31, 2015 at 10:15 PM, Johan Fabry <jfabry(a)dcc.uchile.cl <mailto:jfabry@dcc.uchile.cl>> wrote: >> >> Hey, you forgot Baarle-Hertog â¦ https://en.wikipedia.org/wiki/Baarle-Hertog <https://en.wikipedia.org/wiki/Baarle-Hertog> Or maybe thatâs even too complicated a situation for SVG to handle :-) >> > > > > ---> Save our in-boxes! http://emailcharter.org <http://emailcharter.org/> <--- > > Johan Fabry - http://pleiad.cl/~jfabry <http://pleiad.cl/~jfabry> > PLEIAD and RyCh labs - Computer Science Department (DCC) - University of Chile > ---> Save our in-boxes! http://emailcharter.org <--- Johan Fabry - http://pleiad.cl/~jfabry PLEIAD and RyCh labs - Computer Science Department (DCC) - University of Chile

July 31, 2015

Re: [Pharo-users] troubles with JNIPort on Pharo 5 / Java 8

by Tudor Girba

Hi again, In the meantime I found the problem: if I replace self halt with a concrete execution, it works :). I also tested the passing of arguments back and forth between Pharo3 and Java 1.6 and that works fine, as well. Now, the only thing left is to get this running on Pharo5. Cheers, Doru On Thu, Jul 30, 2015 at 10:44 PM, Tudor Girba <tudor(a)tudorgirba.com> wrote: > Hi again, > > I continued with experimentation in Pharo 3. Specifically, I would like to > get a callback working, but something does not work out. > > Could you take a look below? Perhaps you can spot what I am doing wrong. > > Here is what I did: > > 1. I downloaded: > https://sites.google.com/site/jniport/file-cabinet/JNIPort30_Extras.zip > > 2. I created the following Java class: > > package com.tudorgirba.jniport.callback; > > import jniport.RequestNotHandedException; > > import jniport.SmalltalkNotification; > > public class SimpleNotifier { > > private static final Object notifyTag = new String("sendNotification()" > ); > > public static Object notifyTag () { return notifyTag; } > > public void sendNotification() throws RequestNotHandedException > > { > > new SmalltalkNotification(notifyTag, this).send(); > > } > > } > > 3. Then I ran this code in a Pharo 3.0 image: > > "---" > Gofer new > smalltalkhubUser: 'JNIPort' project: 'JNIPort'; > configuration; > loadVersion: '3.0-baseline'. > > JNIPortJNIInterface libraryFile: > > '/System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Libraries/libclient.dylib'. > jvmSettings := JVMSettings new. > jvmSettings usesGhosts: true. > jvmSettings supportsCallbacks: true. > jvmSettings jniPortSettings useJNIHelperLibrary: false. > jvmSettings ghostClassSettings retainMethodSource: true. > jvmSettings runtimeSettings classpath: > > '.:/Users/girba/Work/Code/moose/JNIPort30.jar:/Users/girba/Work/Code/moose/JNIPort30-Tests.jar:/Users/girba/Work/Code/moose/jniport/jniport-callbacks/bin/'. > Cursor execute showWhile: [JVM newWithSettings: jvmSettings]. > notifierClass := JVM current findClass: > #'com.tudorgirba.jniport.callback.SimpleNotifier'. > JVM current callbackRegistry > setCallback: notifierClass notifyTag > handler: [:this :param | *self halt*]. > notifier := notifierClass new. > notifier *sendNotification*. > "---" > > Everything executes without error, but the *self halt* part is not > reached. > I would expect that when the #sendNotification is executed, the > corresponding handler gets executed and the debugger appears. > (I thought that perhaps something is wrong with the classpath, but the > notifierClass and the notifier objects look just fine) > > Any idea of what is wrong? > > Cheers, > Doru > > > > > On Wed, Jul 29, 2015 at 10:47 AM, Tudor Girba <tudor(a)tudorgirba.com> > wrote: > >> Hi Joachim, >> >> Thanks for the answer. >> >> Unfortunately, I am stuck at the moment too, and I have no idea how to >> proceed. I would really benefit from your, or someone else's, help :). >> >> Cheers, >> Doru >> >> >> On Tue, Jul 28, 2015 at 9:57 PM, Joachim Geidel < >> joachim.geidel(a)onlinehome.de> wrote: >> >>> Hi Tudor, >>> >>> unfortunately I havenât had much time to work on JNIPort for a while. I >>> have started to simplify some of the code, but this isnât finished yet, and >>> I have not yet looked into Pharo 4 and 5. The latest Pharo version I have >>> worked with was 3, because I was waiting for the VM and NativeBoost changes >>> which were announced but not finished the last time I looked (which is a >>> long time ago). So currently, I canât tell what is wrong. Obviously, >>> something has changed in the class building mechanism since Pharo 3. The >>> other problem might be related to NativeBoost or the VM, but of course I am >>> speculating for now. >>> >>> Cheers, >>> Joachim >>> >>> Am 28.07.2015 um 16:10 schrieb Tudor Girba-2 [via Smalltalk] <[hidden >>> email] <http:///user/SendEmail.jtp?type=node&node=4839859&i=0>>: >>> >>> Hi Joachim, >>> >>> Thanks for the answer. >>> >>> I did not have Java 1.6 anymore on my Yosemite, but I installed it now. >>> For reference, here is how to get it: >>> https://support.apple.com/kb/DL1572?locale=en_US >>> >>> I still have problems in Pharo5. >>> >>> I am trying the following script: >>> http://ws.stfx.eu/CHS8KCAGWGO2 >>> >>> I tried in Pharo 3, and the script worked fine. >>> >>> I also tried with Pharo4 and Pharo5, but it does not work because I get >>> a MNU for GhostClassBuilder>>#client:. >>> >>> I fixed it in a Pharo5 image by using #installer: instead, but the >>> computation of "JVM newWithSettings: jvmSettings" does not seem to finish >>> and it blocks the VM. >>> >>> Any idea of what goes wrong? >>> >>> Cheers, >>> Tudor >>> >>> >>> >>> ------------------------------ >>> View this message in context: Re: troubles with JNIPort on Pharo 5 / >>> Java 8 >>> <http://forum.world.st/troubles-with-JNIPort-on-Pharo-5-Java-8-tp4836922p483…> >>> Sent from the Pharo Smalltalk Users mailing list archive >>> <http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html> at >>> Nabble.com. >>> >> >> >> >> -- >> www.tudorgirba.com >> >> "Every thing has its own flow" >> > > > > -- > www.tudorgirba.com > > "Every thing has its own flow" > -- www.tudorgirba.com "Every thing has its own flow"

July 31, 2015

Re: [Pharo-users] Create maps from an SVG file in Roassal

by FranÃ§ois Stephany

Let's ditch Flanders altogether! On 31 Jul 2015 23:17, "Johan Fabry" <jfabry(a)dcc.uchile.cl> wrote: > > Hey, what happened to Voeren? https://en.wikipedia.org/wiki/Voeren Thatâs > part of Limburg which is also not on the map. Thatâs already 2 parts of > Flanders left out. This is grounds for an âaffaire communautaireâ to > happen soon! :-P > > On Jul 31, 2015, at 17:28, FranÃ§ois Stephany <tulipe.moutarde(a)gmail.com> > wrote: > > You're right Baarle-Hertog neighbourhood are not in the SVG file :( > It should'nt be a problem to express their position in SVG. Have a look at > the Comines-Warneton 'which is part of Hainaut) stuck between France and > West-Flanders ;) > > > > On Fri, Jul 31, 2015 at 10:15 PM, Johan Fabry <jfabry(a)dcc.uchile.cl> > wrote: > >> >> Hey, you forgot Baarle-Hertog â¦ >> https://en.wikipedia.org/wiki/Baarle-Hertog Or maybe thatâs even too >> complicated a situation for SVG to handle :-) >> >> > > ---> Save our in-boxes! http://emailcharter.org <--- > > Johan Fabry - http://pleiad.cl/~jfabry > PLEIAD and RyCh labs - Computer Science Department (DCC) - University > of Chile > >

July 31, 2015

Re: [Pharo-users] Create maps from an SVG file in Roassal

by Johan Fabry

Hey, what happened to Voeren? https://en.wikipedia.org/wiki/Voeren <https://en.wikipedia.org/wiki/Voeren> Thatâs part of Limburg which is also not on the map. Thatâs already 2 parts of Flanders left out. This is grounds for an âaffaire communautaireâ to happen soon! :-P > On Jul 31, 2015, at 17:28, FranÃ§ois Stephany <tulipe.moutarde(a)gmail.com> wrote: > > You're right Baarle-Hertog neighbourhood are not in the SVG file :( > It should'nt be a problem to express their position in SVG. Have a look at the Comines-Warneton 'which is part of Hainaut) stuck between France and West-Flanders ;) > > > > On Fri, Jul 31, 2015 at 10:15 PM, Johan Fabry <jfabry(a)dcc.uchile.cl <mailto:jfabry@dcc.uchile.cl>> wrote: > > Hey, you forgot Baarle-Hertog â¦ https://en.wikipedia.org/wiki/Baarle-Hertog <https://en.wikipedia.org/wiki/Baarle-Hertog> Or maybe thatâs even too complicated a situation for SVG to handle :-) > ---> Save our in-boxes! http://emailcharter.org <--- Johan Fabry - http://pleiad.cl/~jfabry PLEIAD and RyCh labs - Computer Science Department (DCC) - University of Chile

July 31, 2015

Re: [Pharo-users] Pillar automatic anchors

by Peter UhnÃ¡k

On Fri, Jul 31, 2015 at 10:20 PM, Damien Cassou <damien.cassou(a)inria.fr> wrote: > Hi Peter, > > Peter UhnÃ¡k <i.uhnak(a)gmail.com> writes: > > > I would like to resolve this issue: > > Automatic section anchors: Each section title should automatically > generate > > an implicit hyperlink target (aka, anchor) pointing to the section. The > > text of the hyperlink target (the "reference name") is the same as that > of > > the section title. > > > > however since I'm not familiar with Pillar I don't know how acceptable > this > > solution could be > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > PRHTMLWriter>>visitHeader: aHeader > [...] > > I think this solution is not the right one because it only affects > HTML5. I would prefer that the document is changed by adding anchors to > it. So in a sense of <a id="whatever" /><hX>..</hX>? And for LaTeX \label{sec:whatever} (The html form will probably change later to allow clickable headers, but that's another todo, which would probably apply only to HTML) Then, the HTML backend will print these anchors the same way it > prints the existing ones. The transformer infrastructure is made for > that, please use it. > Thanks for the pointers! So if I understand it correctly, the Transformer performs sort of post-processing operations on the document tree? So instead of doing a (semi-)single-pass build of the tree it would be transformed several times? I'm also assuming this is also used to extend annotations use. Thanks, Peter

July 31, 2015

Re: [Pharo-users] Create maps from an SVG file in Roassal

by FranÃ§ois Stephany

You're right Baarle-Hertog neighbourhood are not in the SVG file :( It should'nt be a problem to express their position in SVG. Have a look at the Comines-Warneton 'which is part of Hainaut) stuck between France and West-Flanders ;) On Fri, Jul 31, 2015 at 10:15 PM, Johan Fabry <jfabry(a)dcc.uchile.cl> wrote: > > Hey, you forgot Baarle-Hertog â¦ > https://en.wikipedia.org/wiki/Baarle-Hertog Or maybe thatâs even too > complicated a situation for SVG to handle :-) > > On Jul 31, 2015, at 16:51, FranÃ§ois Stephany <tulipe.moutarde(a)gmail.com> > wrote: > > It works with the explicit line-to: > Any hint on how to force its inclusion in Inkscape ? > > > > On Fri, Jul 31, 2015 at 9:18 PM, Alexandre Bergel <alexandre.bergel(a)me.com > > wrote: > >> It will soon come :-) >> >> Alexandre >> -- >> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >> Alexandre Bergel http://www.bergel.eu >> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >> >> >> >> On Jul 31, 2015, at 2:36 PM, Peter UhnÃ¡k <i.uhnak(a)gmail.com> wrote: >> >> The chapter for MapBuilder hasn't been done yet, but it is planned. :) >> >> >> > <Screen Shot 2015-07-31 at 21.50.58.png> > > > > > ---> Save our in-boxes! http://emailcharter.org <--- > > Johan Fabry - http://pleiad.cl/~jfabry > PLEIAD and RyCh labs - Computer Science Department (DCC) - University > of Chile > >

July 31, 2015

Re: [Pharo-users] Create maps from an SVG file in Roassal

by FranÃ§ois Stephany

Yep that's what I ended up doing but it would we cool to export and don't think about that ;) On Fri, Jul 31, 2015 at 10:16 PM, Peter UhnÃ¡k <i.uhnak(a)gmail.com> wrote: > > > On Fri, Jul 31, 2015 at 10:10 PM, FranÃ§ois Stephany < > tulipe.moutarde(a)gmail.com> wrote: > >> Yep, you're right the path parser doesnt not conform with the spec. From >> Section 8.3.2 of >> http://www.w3.org/TR/SVG/paths.html#PathDataMovetoCommands >> >> If a moveto is followed by multiple pairs of coordinates, the subsequent >>> pairs are treated as implicit lineto commands. >> >> >> Thanks for the pointer :) >> If you have any idea on how to output those explicit "l", I'm all ears... >> > > Well I just took your string and replaced all spaces except for the first > and last with ' l ' :-D > yourString copyReplaceAll: ' ' with ' l '. > > Peter >

July 31, 2015

Re: [Pharo-users] Pillar automatic anchors

by Damien Cassou

Hi Peter, Peter UhnÃ¡k <i.uhnak(a)gmail.com> writes: > I would like to resolve this issue: > Automatic section anchors: Each section title should automatically generate > an implicit hyperlink target (aka, anchor) pointing to the section. The > text of the hyperlink target (the "reference name") is the same as that of > the section title. > > however since I'm not familiar with Pillar I don't know how acceptable this > solution could be > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > PRHTMLWriter>>visitHeader: aHeader [...] I think this solution is not the right one because it only affects HTML5. I would prefer that the document is changed by adding anchors to it. Then, the HTML backend will print these anchors the same way it prints the existing ones. The transformer infrastructure is made for that, please use it. -- Damien Cassou http://damiencassou.seasidehosting.st "Success is the ability to go from one failure to another without losing enthusiasm." --Winston Churchill

July 31, 2015

Re: [Pharo-users] Create maps from an SVG file in Roassal

by Peter UhnÃ¡k

On Fri, Jul 31, 2015 at 10:10 PM, FranÃ§ois Stephany < tulipe.moutarde(a)gmail.com> wrote: > Yep, you're right the path parser doesnt not conform with the spec. From > Section 8.3.2 of > http://www.w3.org/TR/SVG/paths.html#PathDataMovetoCommands > > If a moveto is followed by multiple pairs of coordinates, the subsequent >> pairs are treated as implicit lineto commands. > > > Thanks for the pointer :) > If you have any idea on how to output those explicit "l", I'm all ears... > Well I just took your string and replaced all spaces except for the first and last with ' l ' :-D yourString copyReplaceAll: ' ' with ' l '. Peter

July 31, 2015

Re: [Pharo-users] Create maps from an SVG file in Roassal

by Johan Fabry

Hey, you forgot Baarle-Hertog â¦ https://en.wikipedia.org/wiki/Baarle-Hertog <https://en.wikipedia.org/wiki/Baarle-Hertog> Or maybe thatâs even too complicated a situation for SVG to handle :-) > On Jul 31, 2015, at 16:51, FranÃ§ois Stephany <tulipe.moutarde(a)gmail.com> wrote: > > It works with the explicit line-to: > Any hint on how to force its inclusion in Inkscape ? > > > > On Fri, Jul 31, 2015 at 9:18 PM, Alexandre Bergel <alexandre.bergel(a)me.com <mailto:alexandre.bergel@me.com>> wrote: > It will soon come :-) > > Alexandre > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu <http://www.bergel.eu/> > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > >> On Jul 31, 2015, at 2:36 PM, Peter UhnÃ¡k <i.uhnak(a)gmail.com <mailto:i.uhnak@gmail.com>> wrote: >> >> The chapter for MapBuilder hasn't been done yet, but it is planned. :) >> > > > <Screen Shot 2015-07-31 at 21.50.58.png> ---> Save our in-boxes! http://emailcharter.org <--- Johan Fabry - http://pleiad.cl/~jfabry PLEIAD and RyCh labs - Computer Science Department (DCC) - University of Chile

July 31, 2015

Re: [Pharo-users] Create maps from an SVG file in Roassal

by FranÃ§ois Stephany

Yep, you're right the path parser doesnt not conform with the spec. From Section 8.3.2 of http://www.w3.org/TR/SVG/paths.html#PathDataMovetoCommands If a moveto is followed by multiple pairs of coordinates, the subsequent > pairs are treated as implicit lineto commands. Thanks for the pointer :) If you have any idea on how to output those explicit "l", I'm all ears... On Fri, Jul 31, 2015 at 7:36 PM, Peter UhnÃ¡k <i.uhnak(a)gmail.com> wrote: > > > On Fri, Jul 31, 2015 at 6:31 PM, FranÃ§ois Stephany < > tulipe.moutarde(a)gmail.com> wrote: > >> Hi there, >> >> I'm trying to import an SVG file describing the provinces of Belgium in >> Roassal. >> I've cleaned an SVG file found on wikipedia and trying to import it. >> >> I'm trying to imitate the way it is done with Countries. So: >> >> RTMapBuilder class>>provincesOfBelgium >>> ^ #(#antwerp #brussels #eastFlanders #flemishBrabant #hainaut #liege >>> #limburg #luxembourg #namur #walloonBrabant #westFlanders) >>> >> >> and implemented to corresponding SVG paths. Here's one example: >> >> RTSVGPath class>> antwerp >>> ^'m 177.419,25.0693 1.379,-3.5593 -2.986,-1.3778 -3.33,0.5742 >>> -0.114,-3.1001 -4.019,-4.0187 1.492,-5.9704 -2.181,-2.8706 -1.952,-0.2298 >>> -1.034,-1.2628 -2.411,5.1667 -3.673,3.7892 -3.101,-2.067 -5.396,1.378 >>> -2.068,-1.8371 4.479,-0.9188 0.345,-5.1667 -6.2,-2.1815 -4.938,5.741 >>> 0.114,2.8704 -8.611,-0.574 1.264,-5.5112 -5.397,0 -6.43,3.4444 1.263,4.5929 >>> 2.411,2.7555 -1.492,2.6409 -4.478,-0.6891 0.115,-2.7555 -6.43,0.3443 >>> 0,2.4112 2.296,0.5743 -0.345,5.5112 3.904,1.0336 -3.1,3.3295 3.056,7.4863 >>> 0.504,5.9475 -7.923,0.2296 -2.985,3.1002 1.722,1.837 -0.114,3.5595 >>> 2.889,0.4893 3.352,-0.9423 7.038,4.5375 3.704,-0.5553 1.759,1.7593 >>> 3.149,-1.7593 4.075,2.1297 2.963,-3.6118 11.112,-1.7592 0.092,3.3337 >>> 11.576,-3.6113 1.204,-3.0562 5.001,-0.8332 2.129,-3.8894 4.723,-0.7409 >>> 0.741,-1.9448 2.223,0.8336 1.481,-0.8336 0.186,-4.9079 -4.075,-2.0373 >>> 1.605,-5.4063 z'. >> >> > > Apparently the path parser doesn't conform to specs? > > in the code I see a nice comment "The description of SVG path, says that M > and m may accept more than one coordinates. In practices, this is rarely > the case. " > This also applies for other commands that should support multiple > coordinates. > > anyway, try this (I made all line-to commands explicit): > > 'm 177.419,25.0693 l 1.379,-3.5593 l -2.986,-1.3778 l -3.33,0.5742 l > -0.114,-3.1001 l -4.019,-4.0187 l 1.492,-5.9704 l -2.181,-2.8706 l > -1.952,-0.2298 l -1.034,-1.2628 l -2.411,5.1667 l -3.673,3.7892 l > -3.101,-2.067 l -5.396,1.378 l -2.068,-1.8371 l 4.479,-0.9188 l > 0.345,-5.1667 l -6.2,-2.1815 l -4.938,5.741 l 0.114,2.8704 l -8.611,-0.574 > l 1.264,-5.5112 l -5.397,0 l -6.43,3.4444 l 1.263,4.5929 l 2.411,2.7555 l > -1.492,2.6409 l -4.478,-0.6891 l 0.115,-2.7555 l -6.43,0.3443 l 0,2.4112 l > 2.296,0.5743 l -0.345,5.5112 l 3.904,1.0336 l -3.1,3.3295 l 3.056,7.4863 l > 0.504,5.9475 l -7.923,0.2296 l -2.985,3.1002 l 1.722,1.837 l -0.114,3.5595 > l 2.889,0.4893 l 3.352,-0.9423 l 7.038,4.5375 l 3.704,-0.5553 l > 1.759,1.7593 l 3.149,-1.7593 l 4.075,2.1297 l 2.963,-3.6118 l > 11.112,-1.7592 l 0.092,3.3337 l 11.576,-3.6113 l 1.204,-3.0562 l > 5.001,-0.8332 l 2.129,-3.8894 l 4.723,-0.7409 l 0.741,-1.9448 l > 2.223,0.8336 l 1.481,-0.8336 l 0.186,-4.9079 l -4.075,-2.0373 l > 1.605,-5.4063 z' > > > Is there a README somehwere or the original file that was used to >> generate the world map of the examples? >> > > The chapter for MapBuilder hasn't been done yet, but it is planned. :) > > Peter >

July 31, 2015

Re: [Pharo-users] Create maps from an SVG file in Roassal

by FranÃ§ois Stephany

It works with the explicit line-to: Any hint on how to force its inclusion in Inkscape ? On Fri, Jul 31, 2015 at 9:18 PM, Alexandre Bergel <alexandre.bergel(a)me.com> wrote: > It will soon come :-) > > Alexandre > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > On Jul 31, 2015, at 2:36 PM, Peter UhnÃ¡k <i.uhnak(a)gmail.com> wrote: > > The chapter for MapBuilder hasn't been done yet, but it is planned. :) > > >

July 31, 2015

Re: [Pharo-users] Create maps from an SVG file in Roassal

by Alexandre Bergel

It will soon come :-) Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > On Jul 31, 2015, at 2:36 PM, Peter UhnÃ¡k <i.uhnak(a)gmail.com> wrote: > > The chapter for MapBuilder hasn't been done yet, but it is planned. :) >

July 31, 2015

Pillar automatic anchors

by Peter UhnÃ¡k

Hi, I would like to resolve this issue: Automatic section anchors: Each section title should automatically generate an implicit hyperlink target (aka, anchor) pointing to the section. The text of the hyperlink target (the "reference name") is the same as that of the section title. however since I'm not familiar with Pillar I don't know how acceptable this solution could be ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ PRHTMLWriter>>visitHeader: aHeader | level | level := self configuration headingLevelOffset + aHeader level. "h1 to h7 exist." level := level min: 7 max: 1. canvas tag name: 'h' , level asString; parameterAt: 'id' put: (self createIdForHeader: aHeader); "<<< addition" with: [ self writeCounterForHeader: aHeader. super visitHeader: aHeader ]. canvas newLine ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ and ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ createIdForHeader: aHeader | id | id := aHeader text. id := id asLowercase. "replace banned characters with dashes" id := '[^0-9a-z\-]' asRegex copy: id replacingMatchesWith: '-'. "merge multiple dashes" id := '-{2,}' asRegex copy: id replacingMatchesWith: '-'. "remove dashes from beginning/end of the id" id := '^-|-$' asRegex copy: id replacingMatchesWith: ''. ^ id ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Strictly speaking HTML 5 is very permissive with the value of id, but the question is whether we really want to permit everything. E.g. unicode in url is always asking for trouble. Thanks, Peter

July 31, 2015

Re: [Pharo-users] Does RBImplementedButNotSent result in any critics for any of you?

by Paul DeBruicker

Paul DeBruicker wrote > > Uko2 wrote >>> On 31 Jul 2015, at 16:00, Paul DeBruicker < >> pdebruic@ >> > wrote: >>> >>> It seems like its not testing for the right conditions any more and >>> therefore not finding any messages that are implemented but not sent. >>> >>> >>> I think this and the problem I was having the other day is from removing >>> the use of the RBSmallLintContext class from checking criitcs issues. >>> Why did you decide to do that? >> >> >> This happened during case 15724[1]. Shouldnât be hard to fix but requires >> tests. >> >> >> [1]: https://pharo.fogbugz.com/f/cases/15724/ > Thanks for the pointer to the bug. I'll take a look. Backporting the changes from 15724 from Pharo 5 to Pharo 4 does not fix the bug. The rule still finds no results, even on a package with one class and one method. I've uploaded a slice that does fix the bug and includes a fix you may want to consider incorporating in Pharo 5. https://pharo.fogbugz.com/f/cases/16081/Fix-RBImplementedButNotSent-rule-to… The slice is in the pharo 4 inbox -- View this message in context: http://forum.world.st/Does-RBImplementedButNotSent-result-in-any-critics-fo… Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

July 31, 2015

Re: [Pharo-users] Create maps from an SVG file in Roassal

by Peter UhnÃ¡k

On Fri, Jul 31, 2015 at 6:31 PM, FranÃ§ois Stephany < tulipe.moutarde(a)gmail.com> wrote: > Hi there, > > I'm trying to import an SVG file describing the provinces of Belgium in > Roassal. > I've cleaned an SVG file found on wikipedia and trying to import it. > > I'm trying to imitate the way it is done with Countries. So: > > RTMapBuilder class>>provincesOfBelgium >> ^ #(#antwerp #brussels #eastFlanders #flemishBrabant #hainaut #liege >> #limburg #luxembourg #namur #walloonBrabant #westFlanders) >> > > and implemented to corresponding SVG paths. Here's one example: > > RTSVGPath class>> antwerp >> ^'m 177.419,25.0693 1.379,-3.5593 -2.986,-1.3778 -3.33,0.5742 >> -0.114,-3.1001 -4.019,-4.0187 1.492,-5.9704 -2.181,-2.8706 -1.952,-0.2298 >> -1.034,-1.2628 -2.411,5.1667 -3.673,3.7892 -3.101,-2.067 -5.396,1.378 >> -2.068,-1.8371 4.479,-0.9188 0.345,-5.1667 -6.2,-2.1815 -4.938,5.741 >> 0.114,2.8704 -8.611,-0.574 1.264,-5.5112 -5.397,0 -6.43,3.4444 1.263,4.5929 >> 2.411,2.7555 -1.492,2.6409 -4.478,-0.6891 0.115,-2.7555 -6.43,0.3443 >> 0,2.4112 2.296,0.5743 -0.345,5.5112 3.904,1.0336 -3.1,3.3295 3.056,7.4863 >> 0.504,5.9475 -7.923,0.2296 -2.985,3.1002 1.722,1.837 -0.114,3.5595 >> 2.889,0.4893 3.352,-0.9423 7.038,4.5375 3.704,-0.5553 1.759,1.7593 >> 3.149,-1.7593 4.075,2.1297 2.963,-3.6118 11.112,-1.7592 0.092,3.3337 >> 11.576,-3.6113 1.204,-3.0562 5.001,-0.8332 2.129,-3.8894 4.723,-0.7409 >> 0.741,-1.9448 2.223,0.8336 1.481,-0.8336 0.186,-4.9079 -4.075,-2.0373 >> 1.605,-5.4063 z'. > > Apparently the path parser doesn't conform to specs? in the code I see a nice comment "The description of SVG path, says that M and m may accept more than one coordinates. In practices, this is rarely the case. " This also applies for other commands that should support multiple coordinates. anyway, try this (I made all line-to commands explicit): 'm 177.419,25.0693 l 1.379,-3.5593 l -2.986,-1.3778 l -3.33,0.5742 l -0.114,-3.1001 l -4.019,-4.0187 l 1.492,-5.9704 l -2.181,-2.8706 l -1.952,-0.2298 l -1.034,-1.2628 l -2.411,5.1667 l -3.673,3.7892 l -3.101,-2.067 l -5.396,1.378 l -2.068,-1.8371 l 4.479,-0.9188 l 0.345,-5.1667 l -6.2,-2.1815 l -4.938,5.741 l 0.114,2.8704 l -8.611,-0.574 l 1.264,-5.5112 l -5.397,0 l -6.43,3.4444 l 1.263,4.5929 l 2.411,2.7555 l -1.492,2.6409 l -4.478,-0.6891 l 0.115,-2.7555 l -6.43,0.3443 l 0,2.4112 l 2.296,0.5743 l -0.345,5.5112 l 3.904,1.0336 l -3.1,3.3295 l 3.056,7.4863 l 0.504,5.9475 l -7.923,0.2296 l -2.985,3.1002 l 1.722,1.837 l -0.114,3.5595 l 2.889,0.4893 l 3.352,-0.9423 l 7.038,4.5375 l 3.704,-0.5553 l 1.759,1.7593 l 3.149,-1.7593 l 4.075,2.1297 l 2.963,-3.6118 l 11.112,-1.7592 l 0.092,3.3337 l 11.576,-3.6113 l 1.204,-3.0562 l 5.001,-0.8332 l 2.129,-3.8894 l 4.723,-0.7409 l 0.741,-1.9448 l 2.223,0.8336 l 1.481,-0.8336 l 0.186,-4.9079 l -4.075,-2.0373 l 1.605,-5.4063 z' Is there a README somehwere or the original file that was used to generate > the world map of the examples? > The chapter for MapBuilder hasn't been done yet, but it is planned. :) Peter

July 31, 2015

Re: [Pharo-users] Does RBImplementedButNotSent result in any critics for any of you?

by Paul DeBruicker

Uko2 wrote >> On 31 Jul 2015, at 16:00, Paul DeBruicker < > pdebruic@ > > wrote: >> >> It seems like its not testing for the right conditions any more and >> therefore not finding any messages that are implemented but not sent. >> >> >> I think this and the problem I was having the other day is from removing >> the use of the RBSmallLintContext class from checking criitcs issues. >> Why did you decide to do that? > > > This happened during case 15724[1]. Shouldnât be hard to fix but requires > tests. > > As for context removal: Because we have 100500 contexts in Pharo and > everyone uses itâs own. Another thing is that âwhy should every rule care > about the context?â. I wan to check a single class, and the rule needs > some kind of context. I donât have a context I have a class. > > Another issues that we still have is that you cannot see whether your > method/class is violating a rule. You have to go to a result, which is a > context, query somethingâ¦ > > [1]: https://pharo.fogbugz.com/f/cases/15724/ Thanks for the pointer to the bug. I'll take a look. Re contexts, there are 539,103 Arrays in Pharo and everyone uses its own. Are there plans to remove them? Did you consider adding hooks #methodCheckWithContext: & #checkClassWithContext: for those that worked and used contexts so that for the ones that profited from the use of contexts could continue without continuing to be poorly named methods? For querying/viewing is there a way contexts could be made polymorphic with rules? -- View this message in context: http://forum.world.st/Does-RBImplementedButNotSent-result-in-any-critics-fo… Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

July 31, 2015

Create maps from an SVG file in Roassal

by FranÃ§ois Stephany

Hi there, I'm trying to import an SVG file describing the provinces of Belgium in Roassal. I've cleaned an SVG file found on wikipedia and trying to import it. I'm trying to imitate the way it is done with Countries. So: RTMapBuilder class>>provincesOfBelgium > ^ #(#antwerp #brussels #eastFlanders #flemishBrabant #hainaut #liege > #limburg #luxembourg #namur #walloonBrabant #westFlanders) > and implemented to corresponding SVG paths. Here's one example: RTSVGPath class>> antwerp > ^'m 177.419,25.0693 1.379,-3.5593 -2.986,-1.3778 -3.33,0.5742 > -0.114,-3.1001 -4.019,-4.0187 1.492,-5.9704 -2.181,-2.8706 -1.952,-0.2298 > -1.034,-1.2628 -2.411,5.1667 -3.673,3.7892 -3.101,-2.067 -5.396,1.378 > -2.068,-1.8371 4.479,-0.9188 0.345,-5.1667 -6.2,-2.1815 -4.938,5.741 > 0.114,2.8704 -8.611,-0.574 1.264,-5.5112 -5.397,0 -6.43,3.4444 1.263,4.5929 > 2.411,2.7555 -1.492,2.6409 -4.478,-0.6891 0.115,-2.7555 -6.43,0.3443 > 0,2.4112 2.296,0.5743 -0.345,5.5112 3.904,1.0336 -3.1,3.3295 3.056,7.4863 > 0.504,5.9475 -7.923,0.2296 -2.985,3.1002 1.722,1.837 -0.114,3.5595 > 2.889,0.4893 3.352,-0.9423 7.038,4.5375 3.704,-0.5553 1.759,1.7593 > 3.149,-1.7593 4.075,2.1297 2.963,-3.6118 11.112,-1.7592 0.092,3.3337 > 11.576,-3.6113 1.204,-3.0562 5.001,-0.8332 2.129,-3.8894 4.723,-0.7409 > 0.741,-1.9448 2.223,0.8336 1.481,-0.8336 0.186,-4.9079 -4.075,-2.0373 > 1.605,-5.4063 z'. Very naively, I've tried: provinceExample > "self new provinceExample" > | b | > b := RTMapBuilder new. > b countries: RTMapBuilder provincesOfBelgium. > b color: Color lightGrey. > b open. Which does not display anything. I suspect the problem lies in the coordinates of my paths. Is there a README somehwere or the original file that was used to generate the world map of the examples? Cheers, Francois

July 31, 2015

Re: [Pharo-users] Does RBImplementedButNotSent result in any critics for any of you?

by Yuriy Tymchuk

> On 31 Jul 2015, at 16:00, Paul DeBruicker <pdebruic(a)gmail.com> wrote: > > It seems like its not testing for the right conditions any more and therefore not finding any messages that are implemented but not sent. > > > I think this and the problem I was having the other day is from removing the use of the RBSmallLintContext class from checking criitcs issues. Why did you decide to do that? This happened during case 15724[1]. Shouldnât be hard to fix but requires tests. As for context removal: Because we have 100500 contexts in Pharo and everyone uses itâs own. Another thing is that âwhy should every rule care about the context?â. I wan to check a single class, and the rule needs some kind of context. I donât have a context I have a class. Another issues that we still have is that you cannot see whether your method/class is violating a rule. You have to go to a result, which is a context, query somethingâ¦ [1]: https://pharo.fogbugz.com/f/cases/15724/

July 31, 2015

Does RBImplementedButNotSent result in any critics for any of you?

by Paul DeBruicker

It seems like its not testing for the right conditions any more and therefore not finding any messages that are implemented but not sent. I think this and the problem I was having the other day is from removing the use of the RBSmallLintContext class from checking criitcs issues. Why did you decide to do that?

July 31, 2015

Re: [Pharo-users] interview on .Net Rocks! about Moose, humane assessment, Pharo and GT

by Alexandre Bergel

:-) I am also convinced about that! Alexandre > On Jul 30, 2015, at 5:32 PM, Tudor Girba <tudor(a)tudorgirba.com> wrote: > > Hi, > > Roassal is not (yet :)) loaded in Pharo. Only GT. But, indeed that is the point. Among others, GT also makes it possible to embed visualizations directly in your natural workflow. > > I keep on saying that GT is a marketplace for Roassal :). > > If you want to have the service of a full data analysis platform, including Roassal, PetitParser and other convenient data manipulation tools, you can use the Moose distribution. > > Cheers, > Doru > > > On Thu, Jul 30, 2015 at 10:23 PM, H. Hirzel <hannes.hirzel(a)gmail.com> wrote: > This basically means that Pharo 4.0 is no longer a Smalltalk IDE only. > Together with Roassal it is a data analysis application ...! > > In a sense something like a spreadsheet but for general data, not only > data in tables. > > --Hannes > > On 7/30/15, Tudor Girba <tudor(a)tudorgirba.com> wrote: > > Hi, > > > > Indeed, GTSpotter, GTPlayground and GTInspector come with Pharo 4. > > > > The GTDebugger is available in the Moose 5/5.1/6.0 images. > > > > Thanks for the notification. I will update the page. > > > > Cheers, > > Doru > > > > > > > > On Thu, Jul 30, 2015 at 10:12 PM, H. Hirzel <hannes.hirzel(a)gmail.com> > > wrote: > > > >> Doru, > >> > >> Thank you for the links > >> > >> Is the glamorous Toolkit preinstalled in Pharo 4? > >> > >> In any case > >> > >> http://gt.moosetechnology.org/ > >> > >> needs to mention Pharo 4. > >> > >> --Hannes > >> > >> On 7/30/15, Tudor Girba <tudor(a)tudorgirba.com> wrote: > >> > Hi, > >> > > >> > I had the pleasure of giving an interview for the .Net Rocks! podcast. > >> > It > >> > was quite fun and I managed to mention Moose, humane assessment, Pharo > >> and > >> > GT in 45 minutes. It was not as smooth as a presentation but I still > >> think > >> > it's a useful advertisement. > >> > > >> > Let me know what you think, and feel free to promote it further: > >> > > >> > https://dotnetrocks.com/default.aspx?showNum=1172 > >> > > >> http://www.tudorgirba.com/blog/dotnetrocks-interview-moose-humane-assessmen… > >> > > >> > Cheers, > >> > Doru > >> > > >> > -- > >> > www.tudorgirba.com > >> > > >> > "Every thing has its own flow" > >> > > >> > >> > > > > > > -- > > www.tudorgirba.com > > > > "Every thing has its own flow" > > > > > > > -- > www.tudorgirba.com > > "Every thing has its own flow" -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

July 30, 2015

Re: [Pharo-users] Personal wiki / information manager

by stepharo

Le 28/7/15 01:44, Evan Donahue a Ã©crit : > Ah, yes, by 'offline' I did mean outside of the mailing list, but that > was purely out of consideration for the list. If the list wants to > hear it, far be it from me to keep it from them. > > For my part, I am a graduate student working on my dissertation, and I > have been trying to build tools to facilitate that as I go, from > taking and sharing notes, to visualizing primary material, to > (eventually) organizing and writing the dissertation. I have been > following Offray's updates with interest, as I think my goals are very > much allied, but I am starting in a slightly different place, if I > have understood correctly (research and organizing, and not yet > writing, sharing, or publishing). My efforts thus far have been > concentrated in two repositories: This is really great to share this with us > > Chancery (http://smalltalkhub.com/#!/~EvanDonahue/Chancery > <http://smalltalkhub.com/#%21/%7EEvanDonahue/Chancery>) is an early > prototype for a note taking system. I am coming from taking notes in > emacs org-mode, and so Chancery right now is the most straightforward > collapsable tree outliner/note taker that could give me functionality > basically equivalent to what I had in org-mode, and serve as a > platform to co-evolve my research methods and their supporting > technology. The near-term goals for this involve adding metadata > (authors, dates, etc) to the sources I am annotating and using that > for various kinds of historical visualization (and further, attendant > annotation) eg who wrote what when, referencing who, influenced by > what, etc), and can I edit all that directly in its graphical form. > The status of this project is that it is usable by myself and those I > have worked with on it (and I use it as my primary note taking > system), but I'm not sure what it would look like to someone loading > it at the moment (no real intro/docs, as it was just a quick prototype > to provoke further design discussion). > > Trantor (http://smalltalkhub.com/#!/~EvanDonahue/Trantor > <http://smalltalkhub.com/#%21/%7EEvanDonahue/Trantor>) is a > disttributed p2p system for incrementally keeping data structures in > sync between multiple, asynchronously connected pharo instances across > the internet without requiring human attention to resolve merge > conflicts (think laptos where data is edited offline and then > automatically synced when they connect to one another); it is my > answer to sharing and collaboration for things created in Chancery > (although it is a more general purpose project). Functionally, Trantor > provides a set of common datatypes (set, dict, text blob, etc) and a > means to run nodes and peer them for synchronization of said > datatypes. The goal with respect to Chancery/personal information > management is being able to easily grab some structured set of notes > or writing out of the note taking system and share it with > collaborators or colleagues with a button click, and without having to > go through the whole export/send/manage versions dance. This project > is about 85% complete, the proof of concept works, it just needs a big > refactor to make it usable and quash some bugs. For the p2p is it all in pharo because jordi delgado told me that he was working on p2p with Pharo. > > I guess my observations on using Pharo thus far are first, that it is > absolutely ideal for evolving prototypes, since you get a sort of poor > man's gui and persistance (object inspector + image serialization) > basically for free, which is 90% of the work of such a simple > information management app prototype. I have a fully functional tree > outliner at a point when in another language I would still be trying > to hack a low functionality command line interface. The other thing > I've found refreshing is that my application can live as one among > many within the image, sharing data with other programs by passing > objects around in a way that is impossible to do with a standalone > application running on a modern operating system. the dream of the web > is, I think, heading more in this direction, but working with the > browser (as I was before I came to pharo) requires coordinating a > separate server process, compressing everything into http/html/json, > and a host of other problems that vanish when you can just serialize > objects between pharo instances. In short, I'm getting a lot done in > this language and I expect I'll be around for a while. > > Cheers, > Evan

July 30, 2015

Re: [Pharo-users] troubles with JNIPort on Pharo 5 / Java 8

by Tudor Girba

Hi again, I continued with experimentation in Pharo 3. Specifically, I would like to get a callback working, but something does not work out. Could you take a look below? Perhaps you can spot what I am doing wrong. Here is what I did: 1. I downloaded: https://sites.google.com/site/jniport/file-cabinet/JNIPort30_Extras.zip 2. I created the following Java class: package com.tudorgirba.jniport.callback; import jniport.RequestNotHandedException; import jniport.SmalltalkNotification; public class SimpleNotifier { private static final Object notifyTag = new String("sendNotification()"); public static Object notifyTag () { return notifyTag; } public void sendNotification() throws RequestNotHandedException { new SmalltalkNotification(notifyTag, this).send(); } } 3. Then I ran this code in a Pharo 3.0 image: "---" Gofer new smalltalkhubUser: 'JNIPort' project: 'JNIPort'; configuration; loadVersion: '3.0-baseline'. JNIPortJNIInterface libraryFile: '/System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Libraries/libclient.dylib'. jvmSettings := JVMSettings new. jvmSettings usesGhosts: true. jvmSettings supportsCallbacks: true. jvmSettings jniPortSettings useJNIHelperLibrary: false. jvmSettings ghostClassSettings retainMethodSource: true. jvmSettings runtimeSettings classpath: '.:/Users/girba/Work/Code/moose/JNIPort30.jar:/Users/girba/Work/Code/moose/JNIPort30-Tests.jar:/Users/girba/Work/Code/moose/jniport/jniport-callbacks/bin/'. Cursor execute showWhile: [JVM newWithSettings: jvmSettings]. notifierClass := JVM current findClass: #'com.tudorgirba.jniport.callback.SimpleNotifier'. JVM current callbackRegistry setCallback: notifierClass notifyTag handler: [:this :param | *self halt*]. notifier := notifierClass new. notifier *sendNotification*. "---" Everything executes without error, but the *self halt* part is not reached. I would expect that when the #sendNotification is executed, the corresponding handler gets executed and the debugger appears. (I thought that perhaps something is wrong with the classpath, but the notifierClass and the notifier objects look just fine) Any idea of what is wrong? Cheers, Doru On Wed, Jul 29, 2015 at 10:47 AM, Tudor Girba <tudor(a)tudorgirba.com> wrote: > Hi Joachim, > > Thanks for the answer. > > Unfortunately, I am stuck at the moment too, and I have no idea how to > proceed. I would really benefit from your, or someone else's, help :). > > Cheers, > Doru > > > On Tue, Jul 28, 2015 at 9:57 PM, Joachim Geidel < > joachim.geidel(a)onlinehome.de> wrote: > >> Hi Tudor, >> >> unfortunately I havenât had much time to work on JNIPort for a while. I >> have started to simplify some of the code, but this isnât finished yet, and >> I have not yet looked into Pharo 4 and 5. The latest Pharo version I have >> worked with was 3, because I was waiting for the VM and NativeBoost changes >> which were announced but not finished the last time I looked (which is a >> long time ago). So currently, I canât tell what is wrong. Obviously, >> something has changed in the class building mechanism since Pharo 3. The >> other problem might be related to NativeBoost or the VM, but of course I am >> speculating for now. >> >> Cheers, >> Joachim >> >> Am 28.07.2015 um 16:10 schrieb Tudor Girba-2 [via Smalltalk] <[hidden >> email] <http:///user/SendEmail.jtp?type=node&node=4839859&i=0>>: >> >> Hi Joachim, >> >> Thanks for the answer. >> >> I did not have Java 1.6 anymore on my Yosemite, but I installed it now. >> For reference, here is how to get it: >> https://support.apple.com/kb/DL1572?locale=en_US >> >> I still have problems in Pharo5. >> >> I am trying the following script: >> http://ws.stfx.eu/CHS8KCAGWGO2 >> >> I tried in Pharo 3, and the script worked fine. >> >> I also tried with Pharo4 and Pharo5, but it does not work because I get a >> MNU for GhostClassBuilder>>#client:. >> >> I fixed it in a Pharo5 image by using #installer: instead, but the >> computation of "JVM newWithSettings: jvmSettings" does not seem to finish >> and it blocks the VM. >> >> Any idea of what goes wrong? >> >> Cheers, >> Tudor >> >> >> >> ------------------------------ >> View this message in context: Re: troubles with JNIPort on Pharo 5 / >> Java 8 >> <http://forum.world.st/troubles-with-JNIPort-on-Pharo-5-Java-8-tp4836922p483…> >> Sent from the Pharo Smalltalk Users mailing list archive >> <http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html> at >> Nabble.com. >> > > > > -- > www.tudorgirba.com > > "Every thing has its own flow" > -- www.tudorgirba.com "Every thing has its own flow"

July 30, 2015

Re: [Pharo-users] Pillar and Beamer

by stepharo

Cyril do you have a deck.js or whatever other format working. I'm still producing new lectures (so boring but it has to be done) and I would love to have more sexy style than beamer... because it is so dry... Stef Le 29/7/15 10:49, Ferlicot D. Cyril a Ã©crit : > Le 29/07/2015 10:40, Peter UhnÃ¡k a Ã©crit : >> Hi, >> >> there was a presentation (or show us your project) about Pillar and >> (LaTeX/)Beamer at ESUG if I am not mistaken. However I don't think there >> are videos available from the uni, so is more information available >> somewhere? >> > Hello! > Yes this is possible with the last version of Pillar. > There is no documentation for now but I'm updating it. I'll include the > presentation generation to the Pillar chapter on the 'Pharo for The > Enterprise' Book this week or next week. > > For now you can have a look at the Pharo Mooc: > https://github.com/SquareBracketAssociates/PharoMooc > > There is a Slide folder and a compile-slide script. > > I'll tell you when I'll finish the documentation. > >> Thanks, >> Peter > Cyril > >

July 30, 2015

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

by Tudor Girba

Of course, it is. In fact, a treemap is a better suited representation for understanding the size of a file system. Here it is: http://ws.stfx.eu/C9RM2EURHKMI [image: Inline image 1] Cheers, Doru On Thu, Jul 30, 2015 at 8:40 PM, H. Hirzel <hannes.hirzel(a)gmail.com> wrote: > Is it possible to use a tree map? > > --Hannes > > On 7/30/15, Alexandre Bergel <alexandre.bergel(a)me.com> wrote: > > I gave a try, and I did not find anything weird. > > I guess your document folder contains many files, as Doru said > > > > Alexandre > > -- > > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > > Alexandre Bergel http://www.bergel.eu > > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > > > > >> On Jul 30, 2015, at 5:51 AM, Dimitris Chloupis <kilon.alios(a)gmail.com> > >> wrote: > >> > >> Frankly I dont mind big images or big data , neither I share the > obsession > >> to shrink things down to few mbs in a time that we are talking in TBs . > >> > >> Anyway you asked for the image and this is a link to it > >> > >> > https://www.dropbox.com/s/wh1071xgoo54fq7/1%20Ephestos%2027-05-15.zip?dl=0 > >> < > https://www.dropbox.com/s/wh1071xgoo54fq7/1%20Ephestos%2027-05-15.zip?dl=0 > > > >> > >> I dont think you will find anything abnormal about it though. > >> > >> I was wondering whether it would worth the effort beyond the unit tests > >> that check for behaviour of the code to have also benchmark tests that > >> will have to pass specific standards so that specific method must > perform > >> under a strict timetable specific tasks, this way CI may alert not only > >> unit tests that fail but also benchmarks that fail , automagically. > >> > >> Maybe some food for thought. > >> > >> Personally I am far more worried how much CPU Pharo consumes than how > much > >> RAM. > >> > >> On Wed, Jul 29, 2015 at 11:54 PM Peter UhnÃ¡k <i.uhnak(a)gmail.com > >> <mailto:i.uhnak@gmail.com>> wrote: > >> Not sure if there is any downside (I've been using it for a long time > >> without problems), but image cleanup often does wonders for me. > >> > >> Moose image > >> 410 MB => cleanup (World -> System -> Do Image Cleanup) => save => 237 > >> MB > >> and I even had situations where it went from ~600 MB to ~60 MB. > >> (As to why my images are so massive... right now there are 19 windows > >> opened inside most of them with opened roassal visualization... and I am > >> saving like every five minutes... but that is just a guess.) > >> > >> But image cleanup is supposed to break things, so better to backup the > >> folder first. > >> Plus is cache really necessary? I mean it's a cache. .image + .changes > >> should usually suffice. > >> > >> Peter > >> > >> On Wed, Jul 29, 2015 at 10:45 PM, Dimitris Chloupis < > kilon.alios(a)gmail.com > >> <mailto:kilon.alios@gmail.com>> wrote: > >> Tudor I dont know if you received my message but I already answered that > >> with this: > >> > >> "ah ok then its normal. Yes the structure is extensive, its 13 folders > >> (the rest 71 are files some of them very big), I would not be surprised > if > >> each contains 100 files in its own subfolders." > >> > >> > >> > >> On Wed, Jul 29, 2015 at 11:30 PM Tudor Girba <tudor(a)tudorgirba.com > >> <mailto:tudor@tudorgirba.com>> wrote: > >> Hi, > >> > >> But, do you confirm that you have many files under the mentioned folder? > >> > >> Cheers, > >> Doru > >> > >> > >> > >> On Wed, Jul 29, 2015 at 10:25 PM, Dimitris Chloupis < > kilon.alios(a)gmail.com > >> <mailto:kilon.alios@gmail.com>> wrote: > >> the image is 180 mb, changes are another 15, there are several other > >> folders that raise the total size to 250 mb, monticello-cache and > >> github-cache prodominately. > >> > >> Hmm ok my bad, the size of the zip is 89 MB not 200 mb. Still will take > me > >> 1-2 hours to upload on this connection. So if you guys still need the > >> image i can upload tommorow from work, though it seems my slow down is > >> normal. > >> > >> Afterall I am sure you can test it yourselves on complex file structures > >> to see if it has delays as long as 20 minutes. > >> > >> > >> > >> On Wed, Jul 29, 2015 at 11:01 PM Sven Van Caekenberghe <sven(a)stfx.eu > >> <mailto:sven@stfx.eu>> wrote: > >> > >> > On 29 Jul 2015, at 21:33, Dimitris Chloupis <kilon.alios(a)gmail.com > >> > <mailto:kilon.alios@gmail.com>> wrote: > >> > > >> > well i can send you the image tommorow because its huge (200 MB ziped) > >> > for my pathetically slow internet connection at home. I will send it > >> > from work which is 8 times faster. > >> > >> If the image is 200 MB zipped, how large is it in its normal state ? > >> > >> For me, a 100 MB image file is already quite large, that would compress > to > >> maybe 20/30 MB. > >> > >> This doesn't sound right to me, unless you explicitly tried to store a > lot > >> of data. > >> > >> Maybe something else is wrong that would explain the slowness. > >> > >> > I can tell you that I am on MacOS Yosemite , I get my image with > >> > pharolauncher, the image was dowloaded at 27-07-15 some of the 84 > items > >> > are folders that contain many sub folders. No idea if that matters. > >> > > >> > I got Roassal 2 using the Package Browser in Pharo 5 (the new > >> > configuration browser). > >> > > >> > On Wed, Jul 29, 2015 at 8:17 PM Alexandre Bergel > >> > <alexandre.bergel(a)me.com <mailto:alexandre.bergel@me.com>> wrote: > >> > Are you using windows? I know it may has problems regarding the source > >> > code. You have 84 items and the visualization is slow? How is this > >> > possible. > >> > > >> > Can I have a look at your image? > >> > > >> > Cheers, > >> > Alexandre > >> > -- > >> > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > >> > Alexandre Bergel http://www.bergel.eu <http://www.bergel.eu/> > >> > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > >> > > >> > > >> > > >> >> On Jul 29, 2015, at 12:26 PM, Dimitris Chloupis < > kilon.alios(a)gmail.com > >> >> <mailto:kilon.alios@gmail.com>> wrote: > >> >> > >> >> thats ok it unfroze after 20 minutes or so . I managed to inspect > the b > >> >> but its incredible slow to navigate and use . Even moving the > inspector > >> >> around is incredible slow. My Documents folder contains 84 items, > maybe > >> >> it cant handle so well this amount of datea ? > >> >> > >> >> On Wed, Jul 29, 2015 at 5:55 PM Alexandre Bergel > >> >> <alexandre.bergel(a)me.com <mailto:alexandre.bergel@me.com>> wrote: > >> >> Ohâ¦ sorry. Was not my intention > >> >> > >> >> Alexandre > >> >> -- > >> >> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > >> >> Alexandre Bergel http://www.bergel.eu <http://www.bergel.eu/> > >> >> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > >> >> > >> >> > >> >> > >> >>> On Jul 29, 2015, at 11:24 AM, Dimitris Chloupis < > kilon.alios(a)gmail.com > >> >>> <mailto:kilon.alios@gmail.com>> wrote: > >> >>> > >> >>> 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 <mailto:alexandre.bergel@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. > >> >>> <Screen Shot 2015-07-29 at 10.23.51 AM.png> > >> >>> > >> >>> You can also use the cluster layout: > >> >>> <Screen Shot 2015-07-29 at 10.25.11 AM.png> > >> >>> > >> >>> I have tried this on OS X, since the pointed folder is ~/Documents. > >> >>> > >> >>> Cheers, > >> >>> Alexandre > >> >>> -- > >> >>> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > >> >>> Alexandre Bergel http://www.bergel.eu <http://www.bergel.eu/> > >> >>> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > >> >>> > >> >>> > >> >>> > >> >>> _______________________________________________ > >> >>> Moose-dev mailing list > >> >>> Moose-dev(a)iam.unibe.ch <mailto:Moose-dev@iam.unibe.ch> > >> >>> https://www.iam.unibe.ch/mailman/listinfo/moose-dev > >> >>> <https://www.iam.unibe.ch/mailman/listinfo/moose-dev> > >> >> > >> >> _______________________________________________ > >> >> Moose-dev mailing list > >> >> Moose-dev(a)iam.unibe.ch <mailto:Moose-dev@iam.unibe.ch> > >> >> https://www.iam.unibe.ch/mailman/listinfo/moose-dev > >> >> <https://www.iam.unibe.ch/mailman/listinfo/moose-dev> > >> >> _______________________________________________ > >> >> Moose-dev mailing list > >> >> Moose-dev(a)iam.unibe.ch <mailto:Moose-dev@iam.unibe.ch> > >> >> https://www.iam.unibe.ch/mailman/listinfo/moose-dev > >> >> <https://www.iam.unibe.ch/mailman/listinfo/moose-dev> > >> > > >> > _______________________________________________ > >> > Moose-dev mailing list > >> > Moose-dev(a)iam.unibe.ch <mailto:Moose-dev@iam.unibe.ch> > >> > https://www.iam.unibe.ch/mailman/listinfo/moose-dev > >> > <https://www.iam.unibe.ch/mailman/listinfo/moose-dev> > >> > _______________________________________________ > >> > Moose-dev mailing list > >> > Moose-dev(a)iam.unibe.ch <mailto:Moose-dev@iam.unibe.ch> > >> > https://www.iam.unibe.ch/mailman/listinfo/moose-dev > >> > <https://www.iam.unibe.ch/mailman/listinfo/moose-dev> > >> > >> > >> _______________________________________________ > >> Moose-dev mailing list > >> Moose-dev(a)iam.unibe.ch <mailto:Moose-dev@iam.unibe.ch> > >> https://www.iam.unibe.ch/mailman/listinfo/moose-dev > >> <https://www.iam.unibe.ch/mailman/listinfo/moose-dev> > >> > >> _______________________________________________ > >> Moose-dev mailing list > >> Moose-dev(a)iam.unibe.ch <mailto:Moose-dev@iam.unibe.ch> > >> https://www.iam.unibe.ch/mailman/listinfo/moose-dev > >> <https://www.iam.unibe.ch/mailman/listinfo/moose-dev> > >> > >> > >> > >> > >> -- > >> www.tudorgirba.com <http://www.tudorgirba.com/> > >> > >> "Every thing has its own flow" > >> _______________________________________________ > >> Moose-dev mailing list > >> Moose-dev(a)iam.unibe.ch <mailto:Moose-dev@iam.unibe.ch> > >> https://www.iam.unibe.ch/mailman/listinfo/moose-dev > >> <https://www.iam.unibe.ch/mailman/listinfo/moose-dev> > >> > >> _______________________________________________ > >> Moose-dev mailing list > >> Moose-dev(a)iam.unibe.ch <mailto:Moose-dev@iam.unibe.ch> > >> https://www.iam.unibe.ch/mailman/listinfo/moose-dev > >> <https://www.iam.unibe.ch/mailman/listinfo/moose-dev> > >> > >> > >> _______________________________________________ > >> Moose-dev mailing list > >> Moose-dev(a)iam.unibe.ch <mailto:Moose-dev@iam.unibe.ch> > >> https://www.iam.unibe.ch/mailman/listinfo/moose-dev > >> <https://www.iam.unibe.ch/mailman/listinfo/moose-dev> > >> _______________________________________________ > >> Moose-dev mailing list > >> Moose-dev(a)iam.unibe.ch > >> https://www.iam.unibe.ch/mailman/listinfo/moose-dev > > > > > > -- www.tudorgirba.com "Every thing has its own flow"

July 30, 2015

Re: [Pharo-users] VM Crash after adding ram

by stepharo

Hi guys Thanks for reporting. We are sorry about such problem. This is strange. Esteban is back and I'm will be back at work next wednesday (even I'm totally stupid and helpless about the vm) I can support peopler around :). Stef Le 30/7/15 22:05, Nicolai Hess a Ã©crit : > Hm, > I updated my Ubuntu 14.04 64 machine (just a normal update). > Now I can not start any pharo vm. (not that one that from pharo > launcher, no get.pharo.org/40 <http://get.pharo.org/40> .. /50) ( they > all were working some days ago). > It crashes right after startup and not at the same call, the crash > dumps show different stacktraces. > Maybe a change from Ubuntu? > > > > 2015-07-30 20:27 GMT+02:00 Ramon Leon <ramon.leon(a)allresnet.com > <mailto:ramon.leon@allresnet.com>>: > > So I've just upgraded my Ubuntu 14.04 machine to 16 gig of ram > from 8 gig of ram and suddenly I can no longer start my Pharo VM; > I don't understand why adding ram would make the vm stop working, > I've been using it for year without problems. Can anyone > interpret this: > > no objects after the end of memory > > pharo VM version: 3.9-7 #1 Tue May 6 08:26:29 UTC 2014 gcc 4.8.1 > [Production ITHB VM] > Built from: NBCoInterpreter > NativeBoost-CogPlugin-GuillermoPolito.19 uuid: > acc98e51-2fba-4841-a965-2975997bba66 May 6 2014 > With: NBCogit NativeBoost-CogPlugin-GuillermoPolito.19 uuid: > acc98e51-2fba-4841-a965-2975997bba66 May 6 2014 > Revision: https://github.com/pharo-project/pharo-vm.git Commit: > ef5832e6f70e5b24e8b9b1f4b8509a62b6c88040 Date: 2014-01-26 15:34:28 > +0100 By: Esteban Lorenzano <estebanlm(a)gmail.com > <mailto:estebanlm@gmail.com>> Jenkins build #14794 > Build host: Linux wani07 2.6.24-32-xen #1 SMP Mon Dec 3 16:12:25 > UTC 2012 i686 i686 i686 GNU/Linux > plugin path: /usr/lib/pharo-vm/ [default: /usr/lib/pharo-vm/] > > > C stack backtrace: > /usr/lib/pharo-vm/pharo-vm[0x809add3] > /usr/lib/pharo-vm/pharo-vm(error+0x17)[0x809af37] > /usr/lib/pharo-vm/pharo-vm[0x806ee94] > [0xb72ca6cd] > [0xb72b0700] > [0xb72ca2ca] > [0xb72b0ccd] > [0xb72b1989] > [0xb72b0c5b] > [0xb72b0700] > [0xb8080227] > [0xb807c7e1] > [0xb807ca01] > [0xb72b05c0] > > > Smalltalk stack dump: > 0xffa39fc8 M ExternalAddress class(Behavior)>allInstancesDo: > 0xb86ca450: a(n) ExternalAddress class > 0xffa39fec I ExternalAddress class>startUp: 0xb86ca450: a(n) > ExternalAddress class > 0xffa3a008 M ExternalObject class>startUp: 0xb86c8820: a(n) > ExternalObject class > 0xffa3a030 M [] in SmalltalkImage>send:toClassesNamedIn:with: > 0xb75c4c24: a(n) SmalltalkImage > 0xffa3a04c M BlockClosure>on:do: 0xc30bd160: a(n) BlockClosure > 0xffa3a07c M [] in SmalltalkImage>send:toClassesNamedIn:with: > 0xb75c4c24: a(n) SmalltalkImage > 0xffa3a0a4 I OrderedCollection>do: 0xb75c4d54: a(n) OrderedCollection > 0xffa3a0cc I SmalltalkImage>send:toClassesNamedIn:with: > 0xb75c4c24: a(n) SmalltalkImage > 0xffa3a0f8 I SmalltalkImage>processStartUpList: 0xb75c4c24: a(n) > SmalltalkImage > 0xffa3a124 I SmalltalkImage>snapshot:andQuit:embedded: 0xb75c4c24: > a(n) SmalltalkImage > 0xc26d5f90 s SmalltalkImage>snapshot:andQuit: > 0xc2bff710 s WorldState class>saveAndQuit > 0xc2bff76c s [] in ToggleMenuItemMorph(MenuItemMorph)>invokeWithEvent: > 0xc2bff7c8 s BlockClosure>ensure: > 0xc26d5114 s CursorWithMask(Cursor)>showWhile: > 0xc26d50a4 s ToggleMenuItemMorph(MenuItemMorph)>invokeWithEvent: > 0xc2bff824 s ToggleMenuItemMorph(MenuItemMorph)>mouseUp: > 0xc2bff880 s ToggleMenuItemMorph(MenuItemMorph)>handleMouseUp: > 0xc2bff8dc s MouseButtonEvent>sentTo: > 0xc2bff938 s ToggleMenuItemMorph(Morph)>handleEvent: > 0xc26d4f80 s MorphicEventDispatcher>dispatchDefault:with: > 0xc26d4fdc s MorphicEventDispatcher>dispatchEvent:with: > 0xc2bfefe0 s ToggleMenuItemMorph(Morph)>processEvent:using: > 0xc2bff03c s MorphicEventDispatcher>dispatchDefault:with: > 0xc2bff098 s MorphicEventDispatcher>dispatchEvent:with: > 0xc2bff0f4 s MenuMorph(Morph)>processEvent:using: > 0xc2bff150 s MenuMorph(Morph)>processEvent: > 0xc2bff1ac s MenuMorph>handleFocusEvent: > 0xc2bff208 s [] in HandMorph>sendFocusEvent:to:clear: > 0xc2bff264 s [] in PasteUpMorph>becomeActiveDuring: > 0xc2bff2c0 s BlockClosure>on:do: > 0xc26d4e8c s PasteUpMorph>becomeActiveDuring: > 0xc26d4e14 s HandMorph>sendFocusEvent:to:clear: > 0xc2bff9f0 s HandMorph>sendEvent:focus:clear: > 0xc26d4da0 s HandMorph>sendMouseEvent: > 0xc26d4d38 s HandMorph>handleEvent: > 0xc2bffa4c s HandMorph>processEvents > 0xc2bffaa8 s [] in WorldState>doOneCycleNowFor: > 0xc2bffb04 s Array(SequenceableCollection)>do: > 0xc2bffb60 s WorldState>handsDo: > 0xc26d4bd4 s WorldState>doOneCycleNowFor: > 0xc2bffbbc s WorldState>doOneCycleFor: > 0xc2bffc18 s PasteUpMorph>doOneCycle > 0xc240332c s [] in Project class>spawnNewProcess > 0xc2403078 s [] in BlockClosure>newProcess > > Most recent primitives > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > < > basicNew: > findSubstringViaPrimitive:in:startingAt:matchTable: > new: > basicNew > new: > at:put: > at:put: > perform:with: > perform:with: > at: > at: > perform:with: > perform:with: > someInstance > nextInstance > millisecondClockValue > signal > at:put: > at:put: > primSignal:atMilliseconds: > millisecondClockValue > wait > primGetNextEvent: > millisecondClockValue > wait > signal > at:put: > at:put: > millisecondClockValue > primSignal:atMilliseconds: > millisecondClockValue > wait > signal > wait > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > > stack page bytes 4096 available headroom 3300 minimum unused > headroom 3540 > > (no objects after the end of memory) > Aborted (core dumped) > > -- > Ramon Leon > > >

July 30, 2015

Re: [Pharo-users] interview on .Net Rocks! about Moose, humane assessment, Pharo and GT

by Tudor Girba

Hi, Roassal is not (yet :)) loaded in Pharo. Only GT. But, indeed that is the point. Among others, GT also makes it possible to embed visualizations directly in your natural workflow. I keep on saying that GT is a marketplace for Roassal :). If you want to have the service of a full data analysis platform, including Roassal, PetitParser and other convenient data manipulation tools, you can use the Moose distribution. Cheers, Doru On Thu, Jul 30, 2015 at 10:23 PM, H. Hirzel <hannes.hirzel(a)gmail.com> wrote: > This basically means that Pharo 4.0 is no longer a Smalltalk IDE only. > Together with Roassal it is a data analysis application ...! > > In a sense something like a spreadsheet but for general data, not only > data in tables. > > --Hannes > > On 7/30/15, Tudor Girba <tudor(a)tudorgirba.com> wrote: > > Hi, > > > > Indeed, GTSpotter, GTPlayground and GTInspector come with Pharo 4. > > > > The GTDebugger is available in the Moose 5/5.1/6.0 images. > > > > Thanks for the notification. I will update the page. > > > > Cheers, > > Doru > > > > > > > > On Thu, Jul 30, 2015 at 10:12 PM, H. Hirzel <hannes.hirzel(a)gmail.com> > > wrote: > > > >> Doru, > >> > >> Thank you for the links > >> > >> Is the glamorous Toolkit preinstalled in Pharo 4? > >> > >> In any case > >> > >> http://gt.moosetechnology.org/ > >> > >> needs to mention Pharo 4. > >> > >> --Hannes > >> > >> On 7/30/15, Tudor Girba <tudor(a)tudorgirba.com> wrote: > >> > Hi, > >> > > >> > I had the pleasure of giving an interview for the .Net Rocks! podcast. > >> > It > >> > was quite fun and I managed to mention Moose, humane assessment, Pharo > >> and > >> > GT in 45 minutes. It was not as smooth as a presentation but I still > >> think > >> > it's a useful advertisement. > >> > > >> > Let me know what you think, and feel free to promote it further: > >> > > >> > https://dotnetrocks.com/default.aspx?showNum=1172 > >> > > >> > http://www.tudorgirba.com/blog/dotnetrocks-interview-moose-humane-assessmen… > >> > > >> > Cheers, > >> > Doru > >> > > >> > -- > >> > www.tudorgirba.com > >> > > >> > "Every thing has its own flow" > >> > > >> > >> > > > > > > -- > > www.tudorgirba.com > > > > "Every thing has its own flow" > > > > -- www.tudorgirba.com "Every thing has its own flow"

July 30, 2015

Re: [Pharo-users] VM Crash after adding ram

by Ramon Leon

On 07/30/2015 01:05 PM, Nicolai Hess wrote: > It crashes right after startup and not at the same call, the crash dumps > show different stacktraces. > Maybe a change from Ubuntu? Same here, different stack trace each time, seemingly at random places. pharo VM version: 3.9-7 #1 Tue May 6 08:26:29 UTC 2014 gcc 4.8.1 [Production ITHB VM] Built from: NBCoInterpreter NativeBoost-CogPlugin-GuillermoPolito.19 uuid: acc98e51-2fba-4841-a965-2975997bba66 May 6 2014 With: NBCogit NativeBoost-CogPlugin-GuillermoPolito.19 uuid: acc98e51-2fba-4841-a965-2975997bba66 May 6 2014 Revision: https://github.com/pharo-project/pharo-vm.git Commit: ef5832e6f70e5b24e8b9b1f4b8509a62b6c88040 Date: 2014-01-26 15:34:28 +0100 By: Esteban Lorenzano <estebanlm(a)gmail.com> Jenkins build #14794 Build host: Linux wani07 2.6.24-32-xen #1 SMP Mon Dec 3 16:12:25 UTC 2012 i686 i686 i686 GNU/Linux plugin path: /usr/lib/pharo-vm/ [default: /usr/lib/pharo-vm/] C stack backtrace: /usr/lib/pharo-vm/pharo-vm[0x809add3] /usr/lib/pharo-vm/pharo-vm[0x809b0d3] [0xf77cc420] /usr/lib/i386-linux-gnu/libX11.so.6(_XVIDtoVisual+0x65)[0xf716ee75] /usr/lib/i386-linux-gnu/libXrender.so.1(XRenderQueryFormats+0x50d)[0xb4e2094d] /usr/lib/i386-linux-gnu/libXrender.so.1(XRenderQueryVersion+0x32)[0xb4e20b62] /usr/lib/i386-linux-gnu/libXcursor.so.1(/usr/lib/i386-linux-gnu/libXcursor.so.1(XcursorSupportsARGB+0x1b)[0xb4e28d0b] /usr/lib/i386-linux-gnu/libXcursor.so.1(XcursorNoticeCreateBitmap+0x26)[0xb4e2b756] /usr/lib/i386-linux-gnu/libX11.so.6(_XNoticeCreateBitmap+0xa6)[0xf714a926] /usr/lib/i386-linux-gnu/libX11.so.6(XCreatePixmap+0xb4)[0xf714af14] /usr/lib/i386-linux-gnu/libX11.so.6(XCreateBitmapFromData+0x51)[0xf7149df1] /usr/lib/pharo-vm/vm-display-X11.so(+0x703e)[0xf77b503e] /usr/lib/pharo-vm/pharo-vm/usr/lib/pharo-vm/pharo-vm(interpret+0x2780)[0x8091ac0] /usr/lib/pharo-vm/pharo-vm(enterSmalltalkExecutiveImplementation+0x4e)[0x80945ce] /usr/lib/pharo-vm/pharo-vm(interpret+0x1c7)[0x808f507] /usr/lib/pharo-vm/pharo-vm(main+0x2b7)[0x805b427] /lib/i386-linux-gnu/libc.so.6(__libc_start_main+0xf3)[0xf75aba83] /usr/lib/pharo-vm/pharo-vm[0x805b75d] more attached -- Ramon Leon

July 30, 2015

Re: [Pharo-users] interview on .Net Rocks! about Moose, humane assessment, Pharo and GT

by H. Hirzel

This basically means that Pharo 4.0 is no longer a Smalltalk IDE only. Together with Roassal it is a data analysis application ...! In a sense something like a spreadsheet but for general data, not only data in tables. --Hannes On 7/30/15, Tudor Girba <tudor(a)tudorgirba.com> wrote: > Hi, > > Indeed, GTSpotter, GTPlayground and GTInspector come with Pharo 4. > > The GTDebugger is available in the Moose 5/5.1/6.0 images. > > Thanks for the notification. I will update the page. > > Cheers, > Doru > > > > On Thu, Jul 30, 2015 at 10:12 PM, H. Hirzel <hannes.hirzel(a)gmail.com> > wrote: > >> Doru, >> >> Thank you for the links >> >> Is the glamorous Toolkit preinstalled in Pharo 4? >> >> In any case >> >> http://gt.moosetechnology.org/ >> >> needs to mention Pharo 4. >> >> --Hannes >> >> On 7/30/15, Tudor Girba <tudor(a)tudorgirba.com> wrote: >> > Hi, >> > >> > I had the pleasure of giving an interview for the .Net Rocks! podcast. >> > It >> > was quite fun and I managed to mention Moose, humane assessment, Pharo >> and >> > GT in 45 minutes. It was not as smooth as a presentation but I still >> think >> > it's a useful advertisement. >> > >> > Let me know what you think, and feel free to promote it further: >> > >> > https://dotnetrocks.com/default.aspx?showNum=1172 >> > >> http://www.tudorgirba.com/blog/dotnetrocks-interview-moose-humane-assessmen… >> > >> > Cheers, >> > Doru >> > >> > -- >> > www.tudorgirba.com >> > >> > "Every thing has its own flow" >> > >> >> > > > -- > www.tudorgirba.com > > "Every thing has its own flow" >

July 30, 2015

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

by H. Hirzel

thanks, layout force is very nice. But my question is about a tree map. Like the one here https://en.wikipedia.org/wiki/File:Gradient_grouped_treemap.jpg treemap is not known. --Hannes On 7/30/15, Peter Uhnak <i.uhnak(a)gmail.com> wrote: > You should be able to specify all layouts available in roassal... > > b layout tree. > b layout cluster. > b layout force. > ... > > Peter > > -----Original Message----- > From: "H. Hirzel" <hannes.hirzel(a)gmail.com> > Sent: â7/â30/â2015 8:40 PM > To: "Moose-related development" <moose-dev(a)iam.unibe.ch>; > "pharo-users(a)lists.pharo.org" <pharo-users(a)lists.pharo.org> > Subject: Re: [Pharo-users] [Moose-dev] Re: Script of the day > > Is it possible to use a tree map? > > --Hannes > > On 7/30/15, Alexandre Bergel <alexandre.bergel(a)me.com> wrote: >> I gave a try, and I did not find anything weird. >> I guess your document folder contains many files, as Doru said >> >> Alexandre >> -- >> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >> Alexandre Bergel http://www.bergel.eu >> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >> >> >> >>> On Jul 30, 2015, at 5:51 AM, Dimitris Chloupis <kilon.alios(a)gmail.com> >>> wrote: >>> >>> Frankly I dont mind big images or big data , neither I share the >>> obsession >>> to shrink things down to few mbs in a time that we are talking in TBs . >>> >>> Anyway you asked for the image and this is a link to it >>> >>> https://www.dropbox.com/s/wh1071xgoo54fq7/1%20Ephestos%2027-05-15.zip?dl=0 >>> <https://www.dropbox.com/s/wh1071xgoo54fq7/1%20Ephestos%2027-05-15.zip?dl=0> >>> >>> I dont think you will find anything abnormal about it though. >>> >>> I was wondering whether it would worth the effort beyond the unit tests >>> that check for behaviour of the code to have also benchmark tests that >>> will have to pass specific standards so that specific method must >>> perform >>> under a strict timetable specific tasks, this way CI may alert not only >>> unit tests that fail but also benchmarks that fail , automagically. >>> >>> Maybe some food for thought. >>> >>> Personally I am far more worried how much CPU Pharo consumes than how >>> much >>> RAM. >>> >>> On Wed, Jul 29, 2015 at 11:54 PM Peter UhnÃ¡k <i.uhnak(a)gmail.com >>> <mailto:i.uhnak@gmail.com>> wrote: >>> Not sure if there is any downside (I've been using it for a long time >>> without problems), but image cleanup often does wonders for me. >>> >>> Moose image >>> 410 MB => cleanup (World -> System -> Do Image Cleanup) => save => 237 >>> MB >>> and I even had situations where it went from ~600 MB to ~60 MB. >>> (As to why my images are so massive... right now there are 19 windows >>> opened inside most of them with opened roassal visualization... and I am >>> saving like every five minutes... but that is just a guess.) >>> >>> But image cleanup is supposed to break things, so better to backup the >>> folder first. >>> Plus is cache really necessary? I mean it's a cache. .image + .changes >>> should usually suffice. >>> >>> Peter >>> >>> On Wed, Jul 29, 2015 at 10:45 PM, Dimitris Chloupis >>> <kilon.alios(a)gmail.com >>> <mailto:kilon.alios@gmail.com>> wrote: >>> Tudor I dont know if you received my message but I already answered that >>> with this: >>> >>> "ah ok then its normal. Yes the structure is extensive, its 13 folders >>> (the rest 71 are files some of them very big), I would not be surprised >>> if >>> each contains 100 files in its own subfolders." >>> >>> >>> >>> On Wed, Jul 29, 2015 at 11:30 PM Tudor Girba <tudor(a)tudorgirba.com >>> <mailto:tudor@tudorgirba.com>> wrote: >>> Hi, >>> >>> But, do you confirm that you have many files under the mentioned folder? >>> >>> Cheers, >>> Doru >>> >>> >>> >>> On Wed, Jul 29, 2015 at 10:25 PM, Dimitris Chloupis >>> <kilon.alios(a)gmail.com >>> <mailto:kilon.alios@gmail.com>> wrote: >>> the image is 180 mb, changes are another 15, there are several other >>> folders that raise the total size to 250 mb, monticello-cache and >>> github-cache prodominately. >>> >>> Hmm ok my bad, the size of the zip is 89 MB not 200 mb. Still will take >>> me >>> 1-2 hours to upload on this connection. So if you guys still need the >>> image i can upload tommorow from work, though it seems my slow down is >>> normal. >>> >>> Afterall I am sure you can test it yourselves on complex file structures >>> to see if it has delays as long as 20 minutes. >>> >>> >>> >>> On Wed, Jul 29, 2015 at 11:01 PM Sven Van Caekenberghe <sven(a)stfx.eu >>> <mailto:sven@stfx.eu>> wrote: >>> >>> > On 29 Jul 2015, at 21:33, Dimitris Chloupis <kilon.alios(a)gmail.com >>> > <mailto:kilon.alios@gmail.com>> wrote: >>> > >>> > well i can send you the image tommorow because its huge (200 MB ziped) >>> > for my pathetically slow internet connection at home. I will send it >>> > from work which is 8 times faster. >>> >>> If the image is 200 MB zipped, how large is it in its normal state ? >>> >>> For me, a 100 MB image file is already quite large, that would compress >>> to >>> maybe 20/30 MB. >>> >>> This doesn't sound right to me, unless you explicitly tried to store a >>> lot >>> of data. >>> >>> Maybe something else is wrong that would explain the slowness. >>> >>> > I can tell you that I am on MacOS Yosemite , I get my image with >>> > pharolauncher, the image was dowloaded at 27-07-15 some of the 84 >>> > items >>> > are folders that contain many sub folders. No idea if that matters. >>> > >>> > I got Roassal 2 using the Package Browser in Pharo 5 (the new >>> > configuration browser). >>> > >>> > On Wed, Jul 29, 2015 at 8:17 PM Alexandre Bergel >>> > <alexandre.bergel(a)me.com <mailto:alexandre.bergel@me.com>> wrote: >>> > Are you using windows? I know it may has problems regarding the source >>> > code. You have 84 items and the visualization is slow? How is this >>> > possible. >>> > >>> > Can I have a look at your image? >>> > >>> > Cheers, >>> > Alexandre >>> > -- >>> > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >>> > Alexandre Bergel http://www.bergel.eu <http://www.bergel.eu/> >>> > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >>> > >>> > >>> > >>> >> On Jul 29, 2015, at 12:26 PM, Dimitris Chloupis >>> >> <kilon.alios(a)gmail.com >>> >> <mailto:kilon.alios@gmail.com>> wrote: >>> >> >>> >> thats ok it unfroze after 20 minutes or so . I managed to inspect the >>> >> b >>> >> but its incredible slow to navigate and use . Even moving the >>> >> inspector >>> >> around is incredible slow. My Documents folder contains 84 items, >>> >> maybe >>> >> it cant handle so well this amount of datea ? >>> >> >>> >> On Wed, Jul 29, 2015 at 5:55 PM Alexandre Bergel >>> >> <alexandre.bergel(a)me.com <mailto:alexandre.bergel@me.com>> wrote: >>> >> Ohâ¦ sorry. Was not my intention >>> >> >>> >> Alexandre >>> >> -- >>> >> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >>> >> Alexandre Bergel http://www.bergel.eu <http://www.bergel.eu/> >>> >> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >>> >> >>> >> >>> >> >>> >>> On Jul 29, 2015, at 11:24 AM, Dimitris Chloupis >>> >>> <kilon.alios(a)gmail.com >>> >>> <mailto:kilon.alios@gmail.com>> wrote: >>> >>> >>> >>> 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 <mailto:alexandre.bergel@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. >>> >>> <Screen Shot 2015-07-29 at 10.23.51 AM.png> >>> >>> >>> >>> You can also use the cluster layout: >>> >>> <Screen Shot 2015-07-29 at 10.25.11 AM.png> >>> >>> >>> >>> I have tried this on OS X, since the pointed folder is ~/Documents. >>> >>> >>> >>> Cheers, >>> >>> Alexandre >>> >>> -- >>> >>> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >>> >>> Alexandre Bergel http://www.bergel.eu <http://www.bergel.eu/> >>> >>> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >>> >>> >>> >>> >>> >>> >>> >>> _______________________________________________ >>> >>> Moose-dev mailing list >>> >>> Moose-dev(a)iam.unibe.ch <mailto:Moose-dev@iam.unibe.ch> >>> >>> https://www.iam.unibe.ch/mailman/listinfo/moose-dev >>> >>> <https://www.iam.unibe.ch/mailman/listinfo/moose-dev> >>> >> >>> >> _______________________________________________ >>> >> Moose-dev mailing list >>> >> Moose-dev(a)iam.unibe.ch <mailto:Moose-dev@iam.unibe.ch> >>> >> https://www.iam.unibe.ch/mailman/listinfo/moose-dev >>> >> <https://www.iam.unibe.ch/mailman/listinfo/moose-dev> >>> >> _______________________________________________ >>> >> Moose-dev mailing list >>> >> Moose-dev(a)iam.unibe.ch <mailto:Moose-dev@iam.unibe.ch> >>> >> https://www.iam.unibe.ch/mailman/listinfo/moose-dev >>> >> <https://www.iam.unibe.ch/mailman/listinfo/moose-dev> >>> > >>> > _______________________________________________ >>> > Moose-dev mailing list >>> > Moose-dev(a)iam.unibe.ch <mailto:Moose-dev@iam.unibe.ch> >>> > https://www.iam.unibe.ch/mailman/listinfo/moose-dev >>> > <https://www.iam.unibe.ch/mailman/listinfo/moose-dev> >>> > _______________________________________________ >>> > Moose-dev mailing list >>> > Moose-dev(a)iam.unibe.ch <mailto:Moose-dev@iam.unibe.ch> >>> > https://www.iam.unibe.ch/mailman/listinfo/moose-dev >>> > <https://www.iam.unibe.ch/mailman/listinfo/moose-dev> >>> >>> >>> _______________________________________________ >>> Moose-dev mailing list >>> Moose-dev(a)iam.unibe.ch <mailto:Moose-dev@iam.unibe.ch> >>> https://www.iam.unibe.ch/mailman/listinfo/moose-dev >>> <https://www.iam.unibe.ch/mailman/listinfo/moose-dev> >>> >>> _______________________________________________ >>> Moose-dev mailing list >>> Moose-dev(a)iam.unibe.ch <mailto:Moose-dev@iam.unibe.ch> >>> https://www.iam.unibe.ch/mailman/listinfo/moose-dev >>> <https://www.iam.unibe.ch/mailman/listinfo/moose-dev> >>> >>> >>> >>> >>> -- >>> www.tudorgirba.com <http://www.tudorgirba.com/> >>> >>> "Every thing has its own flow" >>> _______________________________________________ >>> Moose-dev mailing list >>> Moose-dev(a)iam.unibe.ch <mailto:Moose-dev@iam.unibe.ch> >>> https://www.iam.unibe.ch/mailman/listinfo/moose-dev >>> <https://www.iam.unibe.ch/mailman/listinfo/moose-dev> >>> >>> _______________________________________________ >>> Moose-dev mailing list >>> Moose-dev(a)iam.unibe.ch <mailto:Moose-dev@iam.unibe.ch> >>> https://www.iam.unibe.ch/mailman/listinfo/moose-dev >>> <https://www.iam.unibe.ch/mailman/listinfo/moose-dev> >>> >>> >>> _______________________________________________ >>> Moose-dev mailing list >>> Moose-dev(a)iam.unibe.ch <mailto:Moose-dev@iam.unibe.ch> >>> https://www.iam.unibe.ch/mailman/listinfo/moose-dev >>> <https://www.iam.unibe.ch/mailman/listinfo/moose-dev> >>> _______________________________________________ >>> Moose-dev mailing list >>> Moose-dev(a)iam.unibe.ch >>> https://www.iam.unibe.ch/mailman/listinfo/moose-dev >> >> > >

July 30, 2015

Re: [Pharo-users] interview on .Net Rocks! about Moose, humane assessment, Pharo and GT

by Tudor Girba

Hi, Indeed, GTSpotter, GTPlayground and GTInspector come with Pharo 4. The GTDebugger is available in the Moose 5/5.1/6.0 images. Thanks for the notification. I will update the page. Cheers, Doru On Thu, Jul 30, 2015 at 10:12 PM, H. Hirzel <hannes.hirzel(a)gmail.com> wrote: > Doru, > > Thank you for the links > > Is the glamorous Toolkit preinstalled in Pharo 4? > > In any case > > http://gt.moosetechnology.org/ > > needs to mention Pharo 4. > > --Hannes > > On 7/30/15, Tudor Girba <tudor(a)tudorgirba.com> wrote: > > Hi, > > > > I had the pleasure of giving an interview for the .Net Rocks! podcast. It > > was quite fun and I managed to mention Moose, humane assessment, Pharo > and > > GT in 45 minutes. It was not as smooth as a presentation but I still > think > > it's a useful advertisement. > > > > Let me know what you think, and feel free to promote it further: > > > > https://dotnetrocks.com/default.aspx?showNum=1172 > > > http://www.tudorgirba.com/blog/dotnetrocks-interview-moose-humane-assessmen… > > > > Cheers, > > Doru > > > > -- > > www.tudorgirba.com > > > > "Every thing has its own flow" > > > > -- www.tudorgirba.com "Every thing has its own flow"

July 30, 2015

Re: [Pharo-users] interview on .Net Rocks! about Moose, humane assessment, Pharo and GT

by H. Hirzel

Doru, Thank you for the links Is the glamorous Toolkit preinstalled in Pharo 4? In any case http://gt.moosetechnology.org/ needs to mention Pharo 4. --Hannes On 7/30/15, Tudor Girba <tudor(a)tudorgirba.com> wrote: > Hi, > > I had the pleasure of giving an interview for the .Net Rocks! podcast. It > was quite fun and I managed to mention Moose, humane assessment, Pharo and > GT in 45 minutes. It was not as smooth as a presentation but I still think > it's a useful advertisement. > > Let me know what you think, and feel free to promote it further: > > https://dotnetrocks.com/default.aspx?showNum=1172 > http://www.tudorgirba.com/blog/dotnetrocks-interview-moose-humane-assessmen… > > Cheers, > Doru > > -- > www.tudorgirba.com > > "Every thing has its own flow" >

July 30, 2015

Re: [Pharo-users] interview on .Net Rocks! about Moose, humaneassessment, Pharo and GT

by Peter Uhnak

Thank you, I've really enjoyed it! Peter -----Original Message----- From: "Tudor Girba" <tudor(a)tudorgirba.com> Sent: â7/â30/â2015 9:35 PM To: "moose-dev" <moose-dev(a)iam.unibe.ch>; "Discusses Development of Pharo" <pharo-dev(a)lists.pharo.org>; "Any question about pharo is welcome" <pharo-users(a)lists.pharo.org> Subject: [Pharo-users] interview on .Net Rocks! about Moose, humaneassessment, Pharo and GT Hi, I had the pleasure of giving an interview for the .Net Rocks! podcast. It was quite fun and I managed to mention Moose, humane assessment, Pharo and GT in 45 minutes. It was not as smooth as a presentation but I still think it's a useful advertisement. Let me know what you think, and feel free to promote it further: https://dotnetrocks.com/default.aspx?showNum=1172 http://www.tudorgirba.com/blog/dotnetrocks-interview-moose-humane-assessmen… Cheers, Doru -- www.tudorgirba.com "Every thing has its own flow"

July 30, 2015

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

by Peter Uhnak

You should be able to specify all layouts available in roassal... b layout tree. b layout cluster. b layout force. ... Peter -----Original Message----- From: "H. Hirzel" <hannes.hirzel(a)gmail.com> Sent: â7/â30/â2015 8:40 PM To: "Moose-related development" <moose-dev(a)iam.unibe.ch>; "pharo-users(a)lists.pharo.org" <pharo-users(a)lists.pharo.org> Subject: Re: [Pharo-users] [Moose-dev] Re: Script of the day Is it possible to use a tree map? --Hannes On 7/30/15, Alexandre Bergel <alexandre.bergel(a)me.com> wrote: > I gave a try, and I did not find anything weird. > I guess your document folder contains many files, as Doru said > > Alexandre > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > >> On Jul 30, 2015, at 5:51 AM, Dimitris Chloupis <kilon.alios(a)gmail.com> >> wrote: >> >> Frankly I dont mind big images or big data , neither I share the obsession >> to shrink things down to few mbs in a time that we are talking in TBs . >> >> Anyway you asked for the image and this is a link to it >> >> https://www.dropbox.com/s/wh1071xgoo54fq7/1%20Ephestos%2027-05-15.zip?dl=0 >> <https://www.dropbox.com/s/wh1071xgoo54fq7/1%20Ephestos%2027-05-15.zip?dl=0> >> >> I dont think you will find anything abnormal about it though. >> >> I was wondering whether it would worth the effort beyond the unit tests >> that check for behaviour of the code to have also benchmark tests that >> will have to pass specific standards so that specific method must perform >> under a strict timetable specific tasks, this way CI may alert not only >> unit tests that fail but also benchmarks that fail , automagically. >> >> Maybe some food for thought. >> >> Personally I am far more worried how much CPU Pharo consumes than how much >> RAM. >> >> On Wed, Jul 29, 2015 at 11:54 PM Peter UhnÃ¡k <i.uhnak(a)gmail.com >> <mailto:i.uhnak@gmail.com>> wrote: >> Not sure if there is any downside (I've been using it for a long time >> without problems), but image cleanup often does wonders for me. >> >> Moose image >> 410 MB => cleanup (World -> System -> Do Image Cleanup) => save => 237 >> MB >> and I even had situations where it went from ~600 MB to ~60 MB. >> (As to why my images are so massive... right now there are 19 windows >> opened inside most of them with opened roassal visualization... and I am >> saving like every five minutes... but that is just a guess.) >> >> But image cleanup is supposed to break things, so better to backup the >> folder first. >> Plus is cache really necessary? I mean it's a cache. .image + .changes >> should usually suffice. >> >> Peter >> >> On Wed, Jul 29, 2015 at 10:45 PM, Dimitris Chloupis <kilon.alios(a)gmail.com >> <mailto:kilon.alios@gmail.com>> wrote: >> Tudor I dont know if you received my message but I already answered that >> with this: >> >> "ah ok then its normal. Yes the structure is extensive, its 13 folders >> (the rest 71 are files some of them very big), I would not be surprised if >> each contains 100 files in its own subfolders." >> >> >> >> On Wed, Jul 29, 2015 at 11:30 PM Tudor Girba <tudor(a)tudorgirba.com >> <mailto:tudor@tudorgirba.com>> wrote: >> Hi, >> >> But, do you confirm that you have many files under the mentioned folder? >> >> Cheers, >> Doru >> >> >> >> On Wed, Jul 29, 2015 at 10:25 PM, Dimitris Chloupis <kilon.alios(a)gmail.com >> <mailto:kilon.alios@gmail.com>> wrote: >> the image is 180 mb, changes are another 15, there are several other >> folders that raise the total size to 250 mb, monticello-cache and >> github-cache prodominately. >> >> Hmm ok my bad, the size of the zip is 89 MB not 200 mb. Still will take me >> 1-2 hours to upload on this connection. So if you guys still need the >> image i can upload tommorow from work, though it seems my slow down is >> normal. >> >> Afterall I am sure you can test it yourselves on complex file structures >> to see if it has delays as long as 20 minutes. >> >> >> >> On Wed, Jul 29, 2015 at 11:01 PM Sven Van Caekenberghe <sven(a)stfx.eu >> <mailto:sven@stfx.eu>> wrote: >> >> > On 29 Jul 2015, at 21:33, Dimitris Chloupis <kilon.alios(a)gmail.com >> > <mailto:kilon.alios@gmail.com>> wrote: >> > >> > well i can send you the image tommorow because its huge (200 MB ziped) >> > for my pathetically slow internet connection at home. I will send it >> > from work which is 8 times faster. >> >> If the image is 200 MB zipped, how large is it in its normal state ? >> >> For me, a 100 MB image file is already quite large, that would compress to >> maybe 20/30 MB. >> >> This doesn't sound right to me, unless you explicitly tried to store a lot >> of data. >> >> Maybe something else is wrong that would explain the slowness. >> >> > I can tell you that I am on MacOS Yosemite , I get my image with >> > pharolauncher, the image was dowloaded at 27-07-15 some of the 84 items >> > are folders that contain many sub folders. No idea if that matters. >> > >> > I got Roassal 2 using the Package Browser in Pharo 5 (the new >> > configuration browser). >> > >> > On Wed, Jul 29, 2015 at 8:17 PM Alexandre Bergel >> > <alexandre.bergel(a)me.com <mailto:alexandre.bergel@me.com>> wrote: >> > Are you using windows? I know it may has problems regarding the source >> > code. You have 84 items and the visualization is slow? How is this >> > possible. >> > >> > Can I have a look at your image? >> > >> > Cheers, >> > Alexandre >> > -- >> > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >> > Alexandre Bergel http://www.bergel.eu <http://www.bergel.eu/> >> > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >> > >> > >> > >> >> On Jul 29, 2015, at 12:26 PM, Dimitris Chloupis <kilon.alios(a)gmail.com >> >> <mailto:kilon.alios@gmail.com>> wrote: >> >> >> >> thats ok it unfroze after 20 minutes or so . I managed to inspect the b >> >> but its incredible slow to navigate and use . Even moving the inspector >> >> around is incredible slow. My Documents folder contains 84 items, maybe >> >> it cant handle so well this amount of datea ? >> >> >> >> On Wed, Jul 29, 2015 at 5:55 PM Alexandre Bergel >> >> <alexandre.bergel(a)me.com <mailto:alexandre.bergel@me.com>> wrote: >> >> Ohâ¦ sorry. Was not my intention >> >> >> >> Alexandre >> >> -- >> >> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >> >> Alexandre Bergel http://www.bergel.eu <http://www.bergel.eu/> >> >> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >> >> >> >> >> >> >> >>> On Jul 29, 2015, at 11:24 AM, Dimitris Chloupis <kilon.alios(a)gmail.com >> >>> <mailto:kilon.alios@gmail.com>> wrote: >> >>> >> >>> 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 <mailto:alexandre.bergel@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. >> >>> <Screen Shot 2015-07-29 at 10.23.51 AM.png> >> >>> >> >>> You can also use the cluster layout: >> >>> <Screen Shot 2015-07-29 at 10.25.11 AM.png> >> >>> >> >>> I have tried this on OS X, since the pointed folder is ~/Documents. >> >>> >> >>> Cheers, >> >>> Alexandre >> >>> -- >> >>> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >> >>> Alexandre Bergel http://www.bergel.eu <http://www.bergel.eu/> >> >>> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >> >>> >> >>> >> >>> >> >>> _______________________________________________ >> >>> Moose-dev mailing list >> >>> Moose-dev(a)iam.unibe.ch <mailto:Moose-dev@iam.unibe.ch> >> >>> https://www.iam.unibe.ch/mailman/listinfo/moose-dev >> >>> <https://www.iam.unibe.ch/mailman/listinfo/moose-dev> >> >> >> >> _______________________________________________ >> >> Moose-dev mailing list >> >> Moose-dev(a)iam.unibe.ch <mailto:Moose-dev@iam.unibe.ch> >> >> https://www.iam.unibe.ch/mailman/listinfo/moose-dev >> >> <https://www.iam.unibe.ch/mailman/listinfo/moose-dev> >> >> _______________________________________________ >> >> Moose-dev mailing list >> >> Moose-dev(a)iam.unibe.ch <mailto:Moose-dev@iam.unibe.ch> >> >> https://www.iam.unibe.ch/mailman/listinfo/moose-dev >> >> <https://www.iam.unibe.ch/mailman/listinfo/moose-dev> >> > >> > _______________________________________________ >> > Moose-dev mailing list >> > Moose-dev(a)iam.unibe.ch <mailto:Moose-dev@iam.unibe.ch> >> > https://www.iam.unibe.ch/mailman/listinfo/moose-dev >> > <https://www.iam.unibe.ch/mailman/listinfo/moose-dev> >> > _______________________________________________ >> > Moose-dev mailing list >> > Moose-dev(a)iam.unibe.ch <mailto:Moose-dev@iam.unibe.ch> >> > https://www.iam.unibe.ch/mailman/listinfo/moose-dev >> > <https://www.iam.unibe.ch/mailman/listinfo/moose-dev> >> >> >> _______________________________________________ >> Moose-dev mailing list >> Moose-dev(a)iam.unibe.ch <mailto:Moose-dev@iam.unibe.ch> >> https://www.iam.unibe.ch/mailman/listinfo/moose-dev >> <https://www.iam.unibe.ch/mailman/listinfo/moose-dev> >> >> _______________________________________________ >> Moose-dev mailing list >> Moose-dev(a)iam.unibe.ch <mailto:Moose-dev@iam.unibe.ch> >> https://www.iam.unibe.ch/mailman/listinfo/moose-dev >> <https://www.iam.unibe.ch/mailman/listinfo/moose-dev> >> >> >> >> >> -- >> www.tudorgirba.com <http://www.tudorgirba.com/> >> >> "Every thing has its own flow" >> _______________________________________________ >> Moose-dev mailing list >> Moose-dev(a)iam.unibe.ch <mailto:Moose-dev@iam.unibe.ch> >> https://www.iam.unibe.ch/mailman/listinfo/moose-dev >> <https://www.iam.unibe.ch/mailman/listinfo/moose-dev> >> >> _______________________________________________ >> Moose-dev mailing list >> Moose-dev(a)iam.unibe.ch <mailto:Moose-dev@iam.unibe.ch> >> https://www.iam.unibe.ch/mailman/listinfo/moose-dev >> <https://www.iam.unibe.ch/mailman/listinfo/moose-dev> >> >> >> _______________________________________________ >> Moose-dev mailing list >> Moose-dev(a)iam.unibe.ch <mailto:Moose-dev@iam.unibe.ch> >> https://www.iam.unibe.ch/mailman/listinfo/moose-dev >> <https://www.iam.unibe.ch/mailman/listinfo/moose-dev> >> _______________________________________________ >> Moose-dev mailing list >> Moose-dev(a)iam.unibe.ch >> https://www.iam.unibe.ch/mailman/listinfo/moose-dev > >

July 30, 2015

Re: [Pharo-users] VM Crash after adding ram

by Nicolai Hess

Hm, I updated my Ubuntu 14.04 64 machine (just a normal update). Now I can not start any pharo vm. (not that one that from pharo launcher, no get.pharo.org/40 .. /50) ( they all were working some days ago). It crashes right after startup and not at the same call, the crash dumps show different stacktraces. Maybe a change from Ubuntu? 2015-07-30 20:27 GMT+02:00 Ramon Leon <ramon.leon(a)allresnet.com>: > So I've just upgraded my Ubuntu 14.04 machine to 16 gig of ram from 8 gig > of ram and suddenly I can no longer start my Pharo VM; I don't understand > why adding ram would make the vm stop working, I've been using it for year > without problems. Can anyone interpret this: > > no objects after the end of memory > > pharo VM version: 3.9-7 #1 Tue May 6 08:26:29 UTC 2014 gcc 4.8.1 > [Production ITHB VM] > Built from: NBCoInterpreter NativeBoost-CogPlugin-GuillermoPolito.19 uuid: > acc98e51-2fba-4841-a965-2975997bba66 May 6 2014 > With: NBCogit NativeBoost-CogPlugin-GuillermoPolito.19 uuid: > acc98e51-2fba-4841-a965-2975997bba66 May 6 2014 > Revision: https://github.com/pharo-project/pharo-vm.git Commit: > ef5832e6f70e5b24e8b9b1f4b8509a62b6c88040 Date: 2014-01-26 15:34:28 +0100 > By: Esteban Lorenzano <estebanlm(a)gmail.com> Jenkins build #14794 > Build host: Linux wani07 2.6.24-32-xen #1 SMP Mon Dec 3 16:12:25 UTC 2012 > i686 i686 i686 GNU/Linux > plugin path: /usr/lib/pharo-vm/ [default: /usr/lib/pharo-vm/] > > > C stack backtrace: > /usr/lib/pharo-vm/pharo-vm[0x809add3] > /usr/lib/pharo-vm/pharo-vm(error+0x17)[0x809af37] > /usr/lib/pharo-vm/pharo-vm[0x806ee94] > [0xb72ca6cd] > [0xb72b0700] > [0xb72ca2ca] > [0xb72b0ccd] > [0xb72b1989] > [0xb72b0c5b] > [0xb72b0700] > [0xb8080227] > [0xb807c7e1] > [0xb807ca01] > [0xb72b05c0] > > > Smalltalk stack dump: > 0xffa39fc8 M ExternalAddress class(Behavior)>allInstancesDo: 0xb86ca450: > a(n) ExternalAddress class > 0xffa39fec I ExternalAddress class>startUp: 0xb86ca450: a(n) > ExternalAddress class > 0xffa3a008 M ExternalObject class>startUp: 0xb86c8820: a(n) ExternalObject > class > 0xffa3a030 M [] in SmalltalkImage>send:toClassesNamedIn:with: 0xb75c4c24: > a(n) SmalltalkImage > 0xffa3a04c M BlockClosure>on:do: 0xc30bd160: a(n) BlockClosure > 0xffa3a07c M [] in SmalltalkImage>send:toClassesNamedIn:with: 0xb75c4c24: > a(n) SmalltalkImage > 0xffa3a0a4 I OrderedCollection>do: 0xb75c4d54: a(n) OrderedCollection > 0xffa3a0cc I SmalltalkImage>send:toClassesNamedIn:with: 0xb75c4c24: a(n) > SmalltalkImage > 0xffa3a0f8 I SmalltalkImage>processStartUpList: 0xb75c4c24: a(n) > SmalltalkImage > 0xffa3a124 I SmalltalkImage>snapshot:andQuit:embedded: 0xb75c4c24: a(n) > SmalltalkImage > 0xc26d5f90 s SmalltalkImage>snapshot:andQuit: > 0xc2bff710 s WorldState class>saveAndQuit > 0xc2bff76c s [] in ToggleMenuItemMorph(MenuItemMorph)>invokeWithEvent: > 0xc2bff7c8 s BlockClosure>ensure: > 0xc26d5114 s CursorWithMask(Cursor)>showWhile: > 0xc26d50a4 s ToggleMenuItemMorph(MenuItemMorph)>invokeWithEvent: > 0xc2bff824 s ToggleMenuItemMorph(MenuItemMorph)>mouseUp: > 0xc2bff880 s ToggleMenuItemMorph(MenuItemMorph)>handleMouseUp: > 0xc2bff8dc s MouseButtonEvent>sentTo: > 0xc2bff938 s ToggleMenuItemMorph(Morph)>handleEvent: > 0xc26d4f80 s MorphicEventDispatcher>dispatchDefault:with: > 0xc26d4fdc s MorphicEventDispatcher>dispatchEvent:with: > 0xc2bfefe0 s ToggleMenuItemMorph(Morph)>processEvent:using: > 0xc2bff03c s MorphicEventDispatcher>dispatchDefault:with: > 0xc2bff098 s MorphicEventDispatcher>dispatchEvent:with: > 0xc2bff0f4 s MenuMorph(Morph)>processEvent:using: > 0xc2bff150 s MenuMorph(Morph)>processEvent: > 0xc2bff1ac s MenuMorph>handleFocusEvent: > 0xc2bff208 s [] in HandMorph>sendFocusEvent:to:clear: > 0xc2bff264 s [] in PasteUpMorph>becomeActiveDuring: > 0xc2bff2c0 s BlockClosure>on:do: > 0xc26d4e8c s PasteUpMorph>becomeActiveDuring: > 0xc26d4e14 s HandMorph>sendFocusEvent:to:clear: > 0xc2bff9f0 s HandMorph>sendEvent:focus:clear: > 0xc26d4da0 s HandMorph>sendMouseEvent: > 0xc26d4d38 s HandMorph>handleEvent: > 0xc2bffa4c s HandMorph>processEvents > 0xc2bffaa8 s [] in WorldState>doOneCycleNowFor: > 0xc2bffb04 s Array(SequenceableCollection)>do: > 0xc2bffb60 s WorldState>handsDo: > 0xc26d4bd4 s WorldState>doOneCycleNowFor: > 0xc2bffbbc s WorldState>doOneCycleFor: > 0xc2bffc18 s PasteUpMorph>doOneCycle > 0xc240332c s [] in Project class>spawnNewProcess > 0xc2403078 s [] in BlockClosure>newProcess > > Most recent primitives > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > < > basicNew: > findSubstringViaPrimitive:in:startingAt:matchTable: > new: > basicNew > new: > at:put: > at:put: > perform:with: > perform:with: > at: > at: > perform:with: > perform:with: > someInstance > nextInstance > millisecondClockValue > signal > at:put: > at:put: > primSignal:atMilliseconds: > millisecondClockValue > wait > primGetNextEvent: > millisecondClockValue > wait > signal > at:put: > at:put: > millisecondClockValue > primSignal:atMilliseconds: > millisecondClockValue > wait > signal > wait > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > > stack page bytes 4096 available headroom 3300 minimum unused headroom 3540 > > (no objects after the end of memory) > Aborted (core dumped) > > -- > Ramon Leon > > >

July 30, 2015

interview on .Net Rocks! about Moose, humane assessment, Pharo and GT

by Tudor Girba

Hi, I had the pleasure of giving an interview for the .Net Rocks! podcast. It was quite fun and I managed to mention Moose, humane assessment, Pharo and GT in 45 minutes. It was not as smooth as a presentation but I still think it's a useful advertisement. Let me know what you think, and feel free to promote it further: https://dotnetrocks.com/default.aspx?showNum=1172 http://www.tudorgirba.com/blog/dotnetrocks-interview-moose-humane-assessmen… Cheers, Doru -- www.tudorgirba.com "Every thing has its own flow"

July 30, 2015

Re: [Pharo-users] VM Crash after adding ram

by Esteban Lorenzano

Hi, did you try a fresh Pharo image (without loaded code)? ExternalObject and ExternalAddress are FFI soâ¦ problem *could* be thereâ¦ no idea what can be happening, but wellâ¦ it could be there :) cheers, Esteban > On 30 Jul 2015, at 20:27, Ramon Leon <ramon.leon(a)allresnet.com> wrote: > > So I've just upgraded my Ubuntu 14.04 machine to 16 gig of ram from 8 gig of ram and suddenly I can no longer start my Pharo VM; I don't understand why adding ram would make the vm stop working, I've been using it for year without problems. Can anyone interpret this: > > no objects after the end of memory > > pharo VM version: 3.9-7 #1 Tue May 6 08:26:29 UTC 2014 gcc 4.8.1 [Production ITHB VM] > Built from: NBCoInterpreter NativeBoost-CogPlugin-GuillermoPolito.19 uuid: acc98e51-2fba-4841-a965-2975997bba66 May 6 2014 > With: NBCogit NativeBoost-CogPlugin-GuillermoPolito.19 uuid: acc98e51-2fba-4841-a965-2975997bba66 May 6 2014 > Revision: https://github.com/pharo-project/pharo-vm.git Commit: ef5832e6f70e5b24e8b9b1f4b8509a62b6c88040 Date: 2014-01-26 15:34:28 +0100 By: Esteban Lorenzano <estebanlm(a)gmail.com> Jenkins build #14794 > Build host: Linux wani07 2.6.24-32-xen #1 SMP Mon Dec 3 16:12:25 UTC 2012 i686 i686 i686 GNU/Linux > plugin path: /usr/lib/pharo-vm/ [default: /usr/lib/pharo-vm/] > > > C stack backtrace: > /usr/lib/pharo-vm/pharo-vm[0x809add3] > /usr/lib/pharo-vm/pharo-vm(error+0x17)[0x809af37] > /usr/lib/pharo-vm/pharo-vm[0x806ee94] > [0xb72ca6cd] > [0xb72b0700] > [0xb72ca2ca] > [0xb72b0ccd] > [0xb72b1989] > [0xb72b0c5b] > [0xb72b0700] > [0xb8080227] > [0xb807c7e1] > [0xb807ca01] > [0xb72b05c0] > > > Smalltalk stack dump: > 0xffa39fc8 M ExternalAddress class(Behavior)>allInstancesDo: 0xb86ca450: a(n) ExternalAddress class > 0xffa39fec I ExternalAddress class>startUp: 0xb86ca450: a(n) ExternalAddress class > 0xffa3a008 M ExternalObject class>startUp: 0xb86c8820: a(n) ExternalObject class > 0xffa3a030 M [] in SmalltalkImage>send:toClassesNamedIn:with: 0xb75c4c24: a(n) SmalltalkImage > 0xffa3a04c M BlockClosure>on:do: 0xc30bd160: a(n) BlockClosure > 0xffa3a07c M [] in SmalltalkImage>send:toClassesNamedIn:with: 0xb75c4c24: a(n) SmalltalkImage > 0xffa3a0a4 I OrderedCollection>do: 0xb75c4d54: a(n) OrderedCollection > 0xffa3a0cc I SmalltalkImage>send:toClassesNamedIn:with: 0xb75c4c24: a(n) SmalltalkImage > 0xffa3a0f8 I SmalltalkImage>processStartUpList: 0xb75c4c24: a(n) SmalltalkImage > 0xffa3a124 I SmalltalkImage>snapshot:andQuit:embedded: 0xb75c4c24: a(n) SmalltalkImage > 0xc26d5f90 s SmalltalkImage>snapshot:andQuit: > 0xc2bff710 s WorldState class>saveAndQuit > 0xc2bff76c s [] in ToggleMenuItemMorph(MenuItemMorph)>invokeWithEvent: > 0xc2bff7c8 s BlockClosure>ensure: > 0xc26d5114 s CursorWithMask(Cursor)>showWhile: > 0xc26d50a4 s ToggleMenuItemMorph(MenuItemMorph)>invokeWithEvent: > 0xc2bff824 s ToggleMenuItemMorph(MenuItemMorph)>mouseUp: > 0xc2bff880 s ToggleMenuItemMorph(MenuItemMorph)>handleMouseUp: > 0xc2bff8dc s MouseButtonEvent>sentTo: > 0xc2bff938 s ToggleMenuItemMorph(Morph)>handleEvent: > 0xc26d4f80 s MorphicEventDispatcher>dispatchDefault:with: > 0xc26d4fdc s MorphicEventDispatcher>dispatchEvent:with: > 0xc2bfefe0 s ToggleMenuItemMorph(Morph)>processEvent:using: > 0xc2bff03c s MorphicEventDispatcher>dispatchDefault:with: > 0xc2bff098 s MorphicEventDispatcher>dispatchEvent:with: > 0xc2bff0f4 s MenuMorph(Morph)>processEvent:using: > 0xc2bff150 s MenuMorph(Morph)>processEvent: > 0xc2bff1ac s MenuMorph>handleFocusEvent: > 0xc2bff208 s [] in HandMorph>sendFocusEvent:to:clear: > 0xc2bff264 s [] in PasteUpMorph>becomeActiveDuring: > 0xc2bff2c0 s BlockClosure>on:do: > 0xc26d4e8c s PasteUpMorph>becomeActiveDuring: > 0xc26d4e14 s HandMorph>sendFocusEvent:to:clear: > 0xc2bff9f0 s HandMorph>sendEvent:focus:clear: > 0xc26d4da0 s HandMorph>sendMouseEvent: > 0xc26d4d38 s HandMorph>handleEvent: > 0xc2bffa4c s HandMorph>processEvents > 0xc2bffaa8 s [] in WorldState>doOneCycleNowFor: > 0xc2bffb04 s Array(SequenceableCollection)>do: > 0xc2bffb60 s WorldState>handsDo: > 0xc26d4bd4 s WorldState>doOneCycleNowFor: > 0xc2bffbbc s WorldState>doOneCycleFor: > 0xc2bffc18 s PasteUpMorph>doOneCycle > 0xc240332c s [] in Project class>spawnNewProcess > 0xc2403078 s [] in BlockClosure>newProcess > > Most recent primitives > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > < > basicNew: > findSubstringViaPrimitive:in:startingAt:matchTable: > new: > basicNew > new: > at:put: > at:put: > perform:with: > perform:with: > at: > at: > perform:with: > perform:with: > someInstance > nextInstance > millisecondClockValue > signal > at:put: > at:put: > primSignal:atMilliseconds: > millisecondClockValue > wait > primGetNextEvent: > millisecondClockValue > wait > signal > at:put: > at:put: > millisecondClockValue > primSignal:atMilliseconds: > millisecondClockValue > wait > signal > wait > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > atAllPut: > nextInstance > > stack page bytes 4096 available headroom 3300 minimum unused headroom 3540 > > (no objects after the end of memory) > Aborted (core dumped) > > -- > Ramon Leon > >

July 30, 2015

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

by H. Hirzel

Is it possible to use a tree map? --Hannes On 7/30/15, Alexandre Bergel <alexandre.bergel(a)me.com> wrote: > I gave a try, and I did not find anything weird. > I guess your document folder contains many files, as Doru said > > Alexandre > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > >> On Jul 30, 2015, at 5:51 AM, Dimitris Chloupis <kilon.alios(a)gmail.com> >> wrote: >> >> Frankly I dont mind big images or big data , neither I share the obsession >> to shrink things down to few mbs in a time that we are talking in TBs . >> >> Anyway you asked for the image and this is a link to it >> >> https://www.dropbox.com/s/wh1071xgoo54fq7/1%20Ephestos%2027-05-15.zip?dl=0 >> <https://www.dropbox.com/s/wh1071xgoo54fq7/1%20Ephestos%2027-05-15.zip?dl=0> >> >> I dont think you will find anything abnormal about it though. >> >> I was wondering whether it would worth the effort beyond the unit tests >> that check for behaviour of the code to have also benchmark tests that >> will have to pass specific standards so that specific method must perform >> under a strict timetable specific tasks, this way CI may alert not only >> unit tests that fail but also benchmarks that fail , automagically. >> >> Maybe some food for thought. >> >> Personally I am far more worried how much CPU Pharo consumes than how much >> RAM. >> >> On Wed, Jul 29, 2015 at 11:54 PM Peter UhnÃ¡k <i.uhnak(a)gmail.com >> <mailto:i.uhnak@gmail.com>> wrote: >> Not sure if there is any downside (I've been using it for a long time >> without problems), but image cleanup often does wonders for me. >> >> Moose image >> 410 MB => cleanup (World -> System -> Do Image Cleanup) => save => 237 >> MB >> and I even had situations where it went from ~600 MB to ~60 MB. >> (As to why my images are so massive... right now there are 19 windows >> opened inside most of them with opened roassal visualization... and I am >> saving like every five minutes... but that is just a guess.) >> >> But image cleanup is supposed to break things, so better to backup the >> folder first. >> Plus is cache really necessary? I mean it's a cache. .image + .changes >> should usually suffice. >> >> Peter >> >> On Wed, Jul 29, 2015 at 10:45 PM, Dimitris Chloupis <kilon.alios(a)gmail.com >> <mailto:kilon.alios@gmail.com>> wrote: >> Tudor I dont know if you received my message but I already answered that >> with this: >> >> "ah ok then its normal. Yes the structure is extensive, its 13 folders >> (the rest 71 are files some of them very big), I would not be surprised if >> each contains 100 files in its own subfolders." >> >> >> >> On Wed, Jul 29, 2015 at 11:30 PM Tudor Girba <tudor(a)tudorgirba.com >> <mailto:tudor@tudorgirba.com>> wrote: >> Hi, >> >> But, do you confirm that you have many files under the mentioned folder? >> >> Cheers, >> Doru >> >> >> >> On Wed, Jul 29, 2015 at 10:25 PM, Dimitris Chloupis <kilon.alios(a)gmail.com >> <mailto:kilon.alios@gmail.com>> wrote: >> the image is 180 mb, changes are another 15, there are several other >> folders that raise the total size to 250 mb, monticello-cache and >> github-cache prodominately. >> >> Hmm ok my bad, the size of the zip is 89 MB not 200 mb. Still will take me >> 1-2 hours to upload on this connection. So if you guys still need the >> image i can upload tommorow from work, though it seems my slow down is >> normal. >> >> Afterall I am sure you can test it yourselves on complex file structures >> to see if it has delays as long as 20 minutes. >> >> >> >> On Wed, Jul 29, 2015 at 11:01 PM Sven Van Caekenberghe <sven(a)stfx.eu >> <mailto:sven@stfx.eu>> wrote: >> >> > On 29 Jul 2015, at 21:33, Dimitris Chloupis <kilon.alios(a)gmail.com >> > <mailto:kilon.alios@gmail.com>> wrote: >> > >> > well i can send you the image tommorow because its huge (200 MB ziped) >> > for my pathetically slow internet connection at home. I will send it >> > from work which is 8 times faster. >> >> If the image is 200 MB zipped, how large is it in its normal state ? >> >> For me, a 100 MB image file is already quite large, that would compress to >> maybe 20/30 MB. >> >> This doesn't sound right to me, unless you explicitly tried to store a lot >> of data. >> >> Maybe something else is wrong that would explain the slowness. >> >> > I can tell you that I am on MacOS Yosemite , I get my image with >> > pharolauncher, the image was dowloaded at 27-07-15 some of the 84 items >> > are folders that contain many sub folders. No idea if that matters. >> > >> > I got Roassal 2 using the Package Browser in Pharo 5 (the new >> > configuration browser). >> > >> > On Wed, Jul 29, 2015 at 8:17 PM Alexandre Bergel >> > <alexandre.bergel(a)me.com <mailto:alexandre.bergel@me.com>> wrote: >> > Are you using windows? I know it may has problems regarding the source >> > code. You have 84 items and the visualization is slow? How is this >> > possible. >> > >> > Can I have a look at your image? >> > >> > Cheers, >> > Alexandre >> > -- >> > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >> > Alexandre Bergel http://www.bergel.eu <http://www.bergel.eu/> >> > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >> > >> > >> > >> >> On Jul 29, 2015, at 12:26 PM, Dimitris Chloupis <kilon.alios(a)gmail.com >> >> <mailto:kilon.alios@gmail.com>> wrote: >> >> >> >> thats ok it unfroze after 20 minutes or so . I managed to inspect the b >> >> but its incredible slow to navigate and use . Even moving the inspector >> >> around is incredible slow. My Documents folder contains 84 items, maybe >> >> it cant handle so well this amount of datea ? >> >> >> >> On Wed, Jul 29, 2015 at 5:55 PM Alexandre Bergel >> >> <alexandre.bergel(a)me.com <mailto:alexandre.bergel@me.com>> wrote: >> >> Ohâ¦ sorry. Was not my intention >> >> >> >> Alexandre >> >> -- >> >> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >> >> Alexandre Bergel http://www.bergel.eu <http://www.bergel.eu/> >> >> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >> >> >> >> >> >> >> >>> On Jul 29, 2015, at 11:24 AM, Dimitris Chloupis <kilon.alios(a)gmail.com >> >>> <mailto:kilon.alios@gmail.com>> wrote: >> >>> >> >>> 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 <mailto:alexandre.bergel@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. >> >>> <Screen Shot 2015-07-29 at 10.23.51 AM.png> >> >>> >> >>> You can also use the cluster layout: >> >>> <Screen Shot 2015-07-29 at 10.25.11 AM.png> >> >>> >> >>> I have tried this on OS X, since the pointed folder is ~/Documents. >> >>> >> >>> Cheers, >> >>> Alexandre >> >>> -- >> >>> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >> >>> Alexandre Bergel http://www.bergel.eu <http://www.bergel.eu/> >> >>> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >> >>> >> >>> >> >>> >> >>> _______________________________________________ >> >>> Moose-dev mailing list >> >>> Moose-dev(a)iam.unibe.ch <mailto:Moose-dev@iam.unibe.ch> >> >>> https://www.iam.unibe.ch/mailman/listinfo/moose-dev >> >>> <https://www.iam.unibe.ch/mailman/listinfo/moose-dev> >> >> >> >> _______________________________________________ >> >> Moose-dev mailing list >> >> Moose-dev(a)iam.unibe.ch <mailto:Moose-dev@iam.unibe.ch> >> >> https://www.iam.unibe.ch/mailman/listinfo/moose-dev >> >> <https://www.iam.unibe.ch/mailman/listinfo/moose-dev> >> >> _______________________________________________ >> >> Moose-dev mailing list >> >> Moose-dev(a)iam.unibe.ch <mailto:Moose-dev@iam.unibe.ch> >> >> https://www.iam.unibe.ch/mailman/listinfo/moose-dev >> >> <https://www.iam.unibe.ch/mailman/listinfo/moose-dev> >> > >> > _______________________________________________ >> > Moose-dev mailing list >> > Moose-dev(a)iam.unibe.ch <mailto:Moose-dev@iam.unibe.ch> >> > https://www.iam.unibe.ch/mailman/listinfo/moose-dev >> > <https://www.iam.unibe.ch/mailman/listinfo/moose-dev> >> > _______________________________________________ >> > Moose-dev mailing list >> > Moose-dev(a)iam.unibe.ch <mailto:Moose-dev@iam.unibe.ch> >> > https://www.iam.unibe.ch/mailman/listinfo/moose-dev >> > <https://www.iam.unibe.ch/mailman/listinfo/moose-dev> >> >> >> _______________________________________________ >> Moose-dev mailing list >> Moose-dev(a)iam.unibe.ch <mailto:Moose-dev@iam.unibe.ch> >> https://www.iam.unibe.ch/mailman/listinfo/moose-dev >> <https://www.iam.unibe.ch/mailman/listinfo/moose-dev> >> >> _______________________________________________ >> Moose-dev mailing list >> Moose-dev(a)iam.unibe.ch <mailto:Moose-dev@iam.unibe.ch> >> https://www.iam.unibe.ch/mailman/listinfo/moose-dev >> <https://www.iam.unibe.ch/mailman/listinfo/moose-dev> >> >> >> >> >> -- >> www.tudorgirba.com <http://www.tudorgirba.com/> >> >> "Every thing has its own flow" >> _______________________________________________ >> Moose-dev mailing list >> Moose-dev(a)iam.unibe.ch <mailto:Moose-dev@iam.unibe.ch> >> https://www.iam.unibe.ch/mailman/listinfo/moose-dev >> <https://www.iam.unibe.ch/mailman/listinfo/moose-dev> >> >> _______________________________________________ >> Moose-dev mailing list >> Moose-dev(a)iam.unibe.ch <mailto:Moose-dev@iam.unibe.ch> >> https://www.iam.unibe.ch/mailman/listinfo/moose-dev >> <https://www.iam.unibe.ch/mailman/listinfo/moose-dev> >> >> >> _______________________________________________ >> Moose-dev mailing list >> Moose-dev(a)iam.unibe.ch <mailto:Moose-dev@iam.unibe.ch> >> https://www.iam.unibe.ch/mailman/listinfo/moose-dev >> <https://www.iam.unibe.ch/mailman/listinfo/moose-dev> >> _______________________________________________ >> Moose-dev mailing list >> Moose-dev(a)iam.unibe.ch >> https://www.iam.unibe.ch/mailman/listinfo/moose-dev > >

July 30, 2015

VM Crash after adding ram

by Ramon Leon

So I've just upgraded my Ubuntu 14.04 machine to 16 gig of ram from 8 gig of ram and suddenly I can no longer start my Pharo VM; I don't understand why adding ram would make the vm stop working, I've been using it for year without problems. Can anyone interpret this: no objects after the end of memory pharo VM version: 3.9-7 #1 Tue May 6 08:26:29 UTC 2014 gcc 4.8.1 [Production ITHB VM] Built from: NBCoInterpreter NativeBoost-CogPlugin-GuillermoPolito.19 uuid: acc98e51-2fba-4841-a965-2975997bba66 May 6 2014 With: NBCogit NativeBoost-CogPlugin-GuillermoPolito.19 uuid: acc98e51-2fba-4841-a965-2975997bba66 May 6 2014 Revision: https://github.com/pharo-project/pharo-vm.git Commit: ef5832e6f70e5b24e8b9b1f4b8509a62b6c88040 Date: 2014-01-26 15:34:28 +0100 By: Esteban Lorenzano <estebanlm(a)gmail.com> Jenkins build #14794 Build host: Linux wani07 2.6.24-32-xen #1 SMP Mon Dec 3 16:12:25 UTC 2012 i686 i686 i686 GNU/Linux plugin path: /usr/lib/pharo-vm/ [default: /usr/lib/pharo-vm/] C stack backtrace: /usr/lib/pharo-vm/pharo-vm[0x809add3] /usr/lib/pharo-vm/pharo-vm(error+0x17)[0x809af37] /usr/lib/pharo-vm/pharo-vm[0x806ee94] [0xb72ca6cd] [0xb72b0700] [0xb72ca2ca] [0xb72b0ccd] [0xb72b1989] [0xb72b0c5b] [0xb72b0700] [0xb8080227] [0xb807c7e1] [0xb807ca01] [0xb72b05c0] Smalltalk stack dump: 0xffa39fc8 M ExternalAddress class(Behavior)>allInstancesDo: 0xb86ca450: a(n) ExternalAddress class 0xffa39fec I ExternalAddress class>startUp: 0xb86ca450: a(n) ExternalAddress class 0xffa3a008 M ExternalObject class>startUp: 0xb86c8820: a(n) ExternalObject class 0xffa3a030 M [] in SmalltalkImage>send:toClassesNamedIn:with: 0xb75c4c24: a(n) SmalltalkImage 0xffa3a04c M BlockClosure>on:do: 0xc30bd160: a(n) BlockClosure 0xffa3a07c M [] in SmalltalkImage>send:toClassesNamedIn:with: 0xb75c4c24: a(n) SmalltalkImage 0xffa3a0a4 I OrderedCollection>do: 0xb75c4d54: a(n) OrderedCollection 0xffa3a0cc I SmalltalkImage>send:toClassesNamedIn:with: 0xb75c4c24: a(n) SmalltalkImage 0xffa3a0f8 I SmalltalkImage>processStartUpList: 0xb75c4c24: a(n) SmalltalkImage 0xffa3a124 I SmalltalkImage>snapshot:andQuit:embedded: 0xb75c4c24: a(n) SmalltalkImage 0xc26d5f90 s SmalltalkImage>snapshot:andQuit: 0xc2bff710 s WorldState class>saveAndQuit 0xc2bff76c s [] in ToggleMenuItemMorph(MenuItemMorph)>invokeWithEvent: 0xc2bff7c8 s BlockClosure>ensure: 0xc26d5114 s CursorWithMask(Cursor)>showWhile: 0xc26d50a4 s ToggleMenuItemMorph(MenuItemMorph)>invokeWithEvent: 0xc2bff824 s ToggleMenuItemMorph(MenuItemMorph)>mouseUp: 0xc2bff880 s ToggleMenuItemMorph(MenuItemMorph)>handleMouseUp: 0xc2bff8dc s MouseButtonEvent>sentTo: 0xc2bff938 s ToggleMenuItemMorph(Morph)>handleEvent: 0xc26d4f80 s MorphicEventDispatcher>dispatchDefault:with: 0xc26d4fdc s MorphicEventDispatcher>dispatchEvent:with: 0xc2bfefe0 s ToggleMenuItemMorph(Morph)>processEvent:using: 0xc2bff03c s MorphicEventDispatcher>dispatchDefault:with: 0xc2bff098 s MorphicEventDispatcher>dispatchEvent:with: 0xc2bff0f4 s MenuMorph(Morph)>processEvent:using: 0xc2bff150 s MenuMorph(Morph)>processEvent: 0xc2bff1ac s MenuMorph>handleFocusEvent: 0xc2bff208 s [] in HandMorph>sendFocusEvent:to:clear: 0xc2bff264 s [] in PasteUpMorph>becomeActiveDuring: 0xc2bff2c0 s BlockClosure>on:do: 0xc26d4e8c s PasteUpMorph>becomeActiveDuring: 0xc26d4e14 s HandMorph>sendFocusEvent:to:clear: 0xc2bff9f0 s HandMorph>sendEvent:focus:clear: 0xc26d4da0 s HandMorph>sendMouseEvent: 0xc26d4d38 s HandMorph>handleEvent: 0xc2bffa4c s HandMorph>processEvents 0xc2bffaa8 s [] in WorldState>doOneCycleNowFor: 0xc2bffb04 s Array(SequenceableCollection)>do: 0xc2bffb60 s WorldState>handsDo: 0xc26d4bd4 s WorldState>doOneCycleNowFor: 0xc2bffbbc s WorldState>doOneCycleFor: 0xc2bffc18 s PasteUpMorph>doOneCycle 0xc240332c s [] in Project class>spawnNewProcess 0xc2403078 s [] in BlockClosure>newProcess Most recent primitives at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: < basicNew: findSubstringViaPrimitive:in:startingAt:matchTable: new: basicNew new: at:put: at:put: perform:with: perform:with: at: at: perform:with: perform:with: someInstance nextInstance millisecondClockValue signal at:put: at:put: primSignal:atMilliseconds: millisecondClockValue wait primGetNextEvent: millisecondClockValue wait signal at:put: at:put: millisecondClockValue primSignal:atMilliseconds: millisecondClockValue wait signal wait atAllPut: nextInstance atAllPut: nextInstance atAllPut: nextInstance atAllPut: nextInstance atAllPut: nextInstance atAllPut: nextInstance atAllPut: nextInstance atAllPut: nextInstance atAllPut: nextInstance atAllPut: nextInstance atAllPut: nextInstance atAllPut: nextInstance atAllPut: nextInstance atAllPut: nextInstance atAllPut: nextInstance atAllPut: nextInstance atAllPut: nextInstance atAllPut: nextInstance atAllPut: nextInstance atAllPut: nextInstance atAllPut: nextInstance atAllPut: nextInstance atAllPut: nextInstance atAllPut: nextInstance atAllPut: nextInstance atAllPut: nextInstance atAllPut: nextInstance atAllPut: nextInstance atAllPut: nextInstance atAllPut: nextInstance atAllPut: nextInstance atAllPut: nextInstance atAllPut: nextInstance atAllPut: nextInstance atAllPut: nextInstance atAllPut: nextInstance atAllPut: nextInstance atAllPut: nextInstance atAllPut: nextInstance atAllPut: nextInstance atAllPut: nextInstance atAllPut: nextInstance atAllPut: nextInstance atAllPut: nextInstance atAllPut: nextInstance atAllPut: nextInstance atAllPut: nextInstance atAllPut: nextInstance atAllPut: nextInstance atAllPut: nextInstance atAllPut: nextInstance atAllPut: nextInstance atAllPut: nextInstance atAllPut: nextInstance atAllPut: nextInstance atAllPut: nextInstance atAllPut: nextInstance atAllPut: nextInstance atAllPut: nextInstance atAllPut: nextInstance atAllPut: nextInstance atAllPut: nextInstance atAllPut: nextInstance atAllPut: nextInstance atAllPut: nextInstance atAllPut: nextInstance atAllPut: nextInstance atAllPut: nextInstance atAllPut: nextInstance atAllPut: nextInstance atAllPut: nextInstance stack page bytes 4096 available headroom 3300 minimum unused headroom 3540 (no objects after the end of memory) Aborted (core dumped) -- Ramon Leon

July 30, 2015

Re: [Pharo-users] AST visualization with Roassal

by Alexandre Bergel

Excellent! Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > On Jul 30, 2015, at 12:40 PM, Marcus Denker <marcus.denker(a)inria.fr> wrote: > > Yes, we checked. This explains the strange âtoo largeâ rectangle :-)

July 30, 2015

Re: [Pharo-users] AST visualization with Roassal

by Mark Rizun

Great, everybody is happy ;) Thanks Alex ! 30 Ð»Ð¸Ð¿. 2015 5:40 Ð¿Ð¿ "Marcus Denker" <marcus.denker(a)inria.fr> Ð¿Ð¸ÑÐµ: > > > On 30 Jul 2015, at 17:26, Alexandre Bergel <alexandre.bergel(a)me.com> > wrote: > > > > Hi Mark, > > > > I have introduced a class RTIdentityGroup. > > > > You can do: > > > > -=-=-= -=-=-= -=-=-= -=-=-= > > ast := RBParser parseExpression: 'self foo. self foo'. > > builder := RTMondrian new. > > builder shape ellipse size: 15. > > nodes := builder nodes: ast allChildren. > > builder edges > > elements: nodes asIdentityGroup; > > connectFrom: #parent. > > builder layout tree. > > builder > > -=-=-= -=-=-= -=-=-= -=-=-= > > > > You obtain this: > > <Screen Shot 2015-07-30 at 12.25.25 PM.png> > > > > Maybe Marcus will have the same problem. > > Yes, we checked. This explains the strange âtoo largeâ rectangle :-) > > Marcus > > >

July 30, 2015

Re: [Pharo-users] AST visualization with Roassal

by Marcus Denker

> On 30 Jul 2015, at 17:26, Alexandre Bergel <alexandre.bergel(a)me.com> wrote: > > Hi Mark, > > I have introduced a class RTIdentityGroup. > > You can do: > > -=-=-= -=-=-= -=-=-= -=-=-= > ast := RBParser parseExpression: 'self foo. self foo'. > builder := RTMondrian new. > builder shape ellipse size: 15. > nodes := builder nodes: ast allChildren. > builder edges > elements: nodes asIdentityGroup; > connectFrom: #parent. > builder layout tree. > builder > -=-=-= -=-=-= -=-=-= -=-=-= > > You obtain this: > <Screen Shot 2015-07-30 at 12.25.25 PM.png> > > Maybe Marcus will have the same problem. Yes, we checked. This explains the strange âtoo largeâ rectangle :-) Marcus

July 30, 2015

Re: [Pharo-users] AST visualization with Roassal

by Alexandre Bergel

Hi Mark, I have introduced a class RTIdentityGroup. You can do: -=-=-= -=-=-= -=-=-= -=-=-= ast := RBParser parseExpression: 'self foo. self foo'. builder := RTMondrian new. builder shape ellipse size: 15. nodes := builder nodes: ast allChildren. builder edges elements: nodes asIdentityGroup; connectFrom: #parent. builder layout tree. builder -=-=-= -=-=-= -=-=-= -=-=-= You obtain this: Maybe Marcus will have the same problem. Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > On Jul 30, 2015, at 11:47 AM, Mark Rizun <mrizun(a)gmail.com> wrote: > > Pretty much; there is test for equality > > RTGroup>>elementFromModel: anObject > ^ self detect: [ :el | el model = anObject ] ifNone: [ nil ] > > and equality is more often than not wanted. > > So solution might be to tell Mondrian that you want to compare by identity and not equality? > > Exactly! I'd like to have an option to select how I want to compare objects.

July 30, 2015

Re: [Pharo-users] ViDI error: variable named "aModuleName" in NativeBoost>>#loadModule:

by Blondeau Vincent

Hi Yuriy, You have to put the library used by native boost in the VM folder (ie. *.so or *.dll). It should do the trick. Vincent De : Pharo-users [mailto:pharo-users-bounces@lists.pharo.org] De la part de Yuriy Tymchuk EnvoyÃ© : mardi 28 juillet 2015 22:08 Ã : Any question about pharo is welcome Objet : Re: [Pharo-users] ViDI error: variable named "aModuleName" in NativeBoost>>#loadModule: Alex, Ronie, do you have any idea what can cause the issue? Because Iâve never worked with native boost. Uko On 28 Jul 2015, at 20:52, Rafael Luque <rafael.luque.leiva(a)gmail.com<mailto:rafael.luque.leiva@gmail.com>> wrote: Hi Yuriy, I've tried with the latest changes but the problem described in my previous email still persists: "Error: Could not find accessor for variable named "aModuleName" in NativeBoost>>#loadModule:" All your recommendations will be very welcomed. Thank you. Rafa 2015-04-24 18:13 GMT+02:00 Rafael Luque <rafael.luque.leiva(a)gmail.com<mailto:rafael.luque.leiva@gmail.com>>: Hi Uko I've just tried with your last changes, but I get the same error: "Error: Could not find accessor for variable named "aModuleName" in NativeBoost>>#loadModule:" This is the stack trace for your information: =========================================== NBFFICallout>>loaderForArgNamed: NBFFICallout>>loaderForArgNamed:indirectIndex: NBFFICallout>>argName:indirectIndex:type:ptrArity: NBFnSpecParser>>parseArgument NBFnSpecParser>>parseArguments NBFnSpecParser>>parseAnonFunction: NBFFICallout>>anonSpec: [ :t3 | t3 useEmitCall; callType: conv; sender: context; parseOptions: options; anonSpec: t1; generate: t2 ] in NBFFICalloutAPI>>function:emit: [ t6 := t1 value: (self newForMethod: t3) ] in NBFFICallout class(NBNativeCodeGen class)>>generateCode:andRetry: BlockClosure>>on:do: NBRecursionDetect class>>in:during: NBFFICallout class(NBNativeCodeGen class)>>generateCode:andRetry: NBFFICallout class(NBNativeCodeGen class)>>handleFailureIn:nativeCode: NBFFICalloutAPI>>function:emit: NativeBoostMac32(NativeBoost)>>loadModule: CairoLibraryLoader class>>loadCairoLibrary CairoLibraryLoader class>>getLibraryHandle AthensCairoSurface class>>nbLibraryNameOrHandle AthensCairoSurface class(Object)>>nbCall: AthensCairoSurface class>>primImage:width:height: AthensCairoSurface class>>extent:format: AthensCairoSurface class>>extent: TRCanvas>>initialize TRCanvas class(Behavior)>>new RTView>>initialize RTView class(Behavior)>>new R3View>>initialize R3View class(Behavior)>>new Roassal3DModel>>initialize Roassal3DModel class(Behavior)>>new Roassal3DModel class(ComposableModel class)>>owner: CityBrowser(ComposableModel)>>instantiate: CityBrowser>>initializeWidgets CityBrowser(ComposableModel)>>initialize CityBrowser class(Behavior)>>new CityBrowser class(ComposableModel class)>>owner: VidiBrowser(ComposableModel)>>instantiate: VidiBrowser>>initializeWidgets VidiBrowser(ComposableModel)>>initialize VidiBrowser>>initialize VidiBrowser class(Behavior)>>new ReModel>>vidi VidiSession>>openVidi [ (VidiSessionManager default newSessionOnPackages: packages) openVidi ] in VidiSessionPackagesSelect>>nextAction [ self value. Processor terminateActive ] in BlockClosure>>newProcess =========================================== Thank you. 2015-04-24 14:25 GMT+02:00 Yuriy Tymchuk <yuriy.tymchuk(a)me.com<mailto:yuriy.tymchuk@me.com>>: Hi Rafael, now ViDI should work. I havenât been working on it for a while, but feel free to report more issues, as Iâll get back to it soon. Uko On 24 Apr 2015, at 09:57, Rafael Luque <rafael.luque.leiva(a)gmail.com<mailto:rafael.luque.leiva@gmail.com>> wrote: Thank you! I'm looking forward to hearing from you about the new version. 2015-04-24 9:52 GMT+02:00 Yuriy Tymchuk <yuriy.tymchuk(a)me.com<mailto:yuriy.tymchuk@me.com>>: Ok, I found the problem. Some Spec api changed. I stable version will work at least on Mac quite soon. :) Uko On 23 Apr 2015, at 17:46, Rafael Luque <rafael.luque.leiva(a)gmail.com<mailto:rafael.luque.leiva@gmail.com>> wrote: I'd like to use it in a Linux box, but as you told me Linux is not yet supported, I'm using a Mac OS X Yosemite (version 10.10.2). Thanks 2015-04-23 17:37 GMT+02:00 Yuriy Tymchuk <yuriy.tymchuk(a)me.com<mailto:yuriy.tymchuk@me.com>>: Hi Rafael, I will take a look. Which operating system are you using? Uko On 23 Apr 2015, at 17:30, Rafael Luque <rafael.luque.leiva(a)gmail.com<mailto:rafael.luque.leiva@gmail.com>> wrote: Hi, I installed ViDI on Pharo 4 following the project instructions detailed in its GitHub page: Gofer new smalltalkhubUser: 'YuriyTymchuk' project: 'Configuration'; configurationOf: 'Vidi'; load. #ConfigurationOfVidi asClass loadStable When I launch a review session over any package I always get the following error: "Could not find accesor for variable named "aModuleName" in NativeBoost>>#loadModule:" I'm very interested in this kind of quality assurance tools, so any help will be very welcomed. Thank you. ________________________________ Ce message et les piÃ¨ces jointes sont confidentiels et rÃ©servÃ©s Ã l'usage exclusif de ses destinataires. Il peut Ã©galement Ãªtre protÃ©gÃ© par le secret professionnel. Si vous recevez ce message par erreur, merci d'en avertir immÃ©diatement l'expÃ©diteur et de le dÃ©truire. L'intÃ©gritÃ© du message ne pouvant Ãªtre assurÃ©e sur Internet, la responsabilitÃ© de Worldline ne pourra Ãªtre recherchÃ©e quant au contenu de ce message. Bien que les meilleurs efforts soient faits pour maintenir cette transmission exempte de tout virus, l'expÃ©diteur ne donne aucune garantie Ã cet Ã©gard et sa responsabilitÃ© ne saurait Ãªtre recherchÃ©e pour tout dommage rÃ©sultant d'un virus transmis. This e-mail and the documents attached are confidential and intended solely for the addressee; it may also be privileged. If you receive this e-mail in error, please notify the sender immediately and destroy it. As its integrity cannot be secured on the Internet, the Worldline liability cannot be triggered for the message content. Although the sender endeavours to maintain a computer virus-free network, the sender does not warrant that this transmission is virus-free and will not be liable for any damages resulting from any virus transmitted.

July 30, 2015

Re: [Pharo-users] ViDI error: variable named "aModuleName" in NativeBoost>>#loadModule:

by Alexandre Bergel

NativeBoost create this kind of error if you have the .sources file that is missing. Are you sure this is not the case? Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > On Jul 28, 2015, at 5:08 PM, Yuriy Tymchuk <yuriy.tymchuk(a)me.com> wrote: > > Alex, Ronie, > > do you have any idea what can cause the issue? Because Iâve never worked with native boost. > > Uko > > >> On 28 Jul 2015, at 20:52, Rafael Luque <rafael.luque.leiva(a)gmail.com <mailto:rafael.luque.leiva@gmail.com>> wrote: >> >> Hi Yuriy, >> >> I've tried with the latest changes but the problem described in my previous email still persists: >> >> "Error: Could not find accessor for variable named "aModuleName" in NativeBoost>>#loadModule:" >> >> All your recommendations will be very welcomed. >> >> Thank you. >> >> Rafa >> >> >> >> 2015-04-24 18:13 GMT+02:00 Rafael Luque <rafael.luque.leiva(a)gmail.com <mailto:rafael.luque.leiva@gmail.com>>: >> Hi Uko >> >> I've just tried with your last changes, but I get the same error: "Error: Could not find accessor for variable named "aModuleName" in NativeBoost>>#loadModule:" >> >> This is the stack trace for your information: >> >> =========================================== >> >> NBFFICallout>>loaderForArgNamed: >> NBFFICallout>>loaderForArgNamed:indirectIndex: >> NBFFICallout>>argName:indirectIndex:type:ptrArity: >> NBFnSpecParser>>parseArgument >> NBFnSpecParser>>parseArguments >> NBFnSpecParser>>parseAnonFunction: >> NBFFICallout>>anonSpec: >> [ :t3 | >> t3 >> useEmitCall; >> callType: conv; >> sender: context; >> parseOptions: options; >> anonSpec: t1; >> generate: t2 ] in NBFFICalloutAPI>>function:emit: >> [ t6 := t1 value: (self newForMethod: t3) ] in NBFFICallout class(NBNativeCodeGen class)>>generateCode:andRetry: >> BlockClosure>>on:do: >> NBRecursionDetect class>>in:during: >> NBFFICallout class(NBNativeCodeGen class)>>generateCode:andRetry: >> NBFFICallout class(NBNativeCodeGen class)>>handleFailureIn:nativeCode: >> NBFFICalloutAPI>>function:emit: >> NativeBoostMac32(NativeBoost)>>loadModule: >> CairoLibraryLoader class>>loadCairoLibrary >> CairoLibraryLoader class>>getLibraryHandle >> AthensCairoSurface class>>nbLibraryNameOrHandle >> AthensCairoSurface class(Object)>>nbCall: >> AthensCairoSurface class>>primImage:width:height: >> AthensCairoSurface class>>extent:format: >> AthensCairoSurface class>>extent: >> TRCanvas>>initialize >> TRCanvas class(Behavior)>>new >> RTView>>initialize >> RTView class(Behavior)>>new >> R3View>>initialize >> R3View class(Behavior)>>new >> Roassal3DModel>>initialize >> Roassal3DModel class(Behavior)>>new >> Roassal3DModel class(ComposableModel class)>>owner: >> CityBrowser(ComposableModel)>>instantiate: >> CityBrowser>>initializeWidgets >> CityBrowser(ComposableModel)>>initialize >> CityBrowser class(Behavior)>>new >> CityBrowser class(ComposableModel class)>>owner: >> VidiBrowser(ComposableModel)>>instantiate: >> VidiBrowser>>initializeWidgets >> VidiBrowser(ComposableModel)>>initialize >> VidiBrowser>>initialize >> VidiBrowser class(Behavior)>>new >> ReModel>>vidi >> VidiSession>>openVidi >> [ (VidiSessionManager default newSessionOnPackages: packages) openVidi ] in VidiSessionPackagesSelect>>nextAction >> [ >> self value. >> Processor terminateActive ] in BlockClosure>>newProcess >> >> =========================================== >> >> >> Thank you. >> >> 2015-04-24 14:25 GMT+02:00 Yuriy Tymchuk <yuriy.tymchuk(a)me.com <mailto:yuriy.tymchuk@me.com>>: >> Hi Rafael, >> >> now ViDI should work. I havenât been working on it for a while, but feel free to report more issues, as Iâll get back to it soon. >> >> Uko >> >> >> >>> On 24 Apr 2015, at 09:57, Rafael Luque <rafael.luque.leiva(a)gmail.com <mailto:rafael.luque.leiva@gmail.com>> wrote: >>> >>> Thank you! I'm looking forward to hearing from you about the new version. >>> >>> 2015-04-24 9:52 GMT+02:00 Yuriy Tymchuk <yuriy.tymchuk(a)me.com <mailto:yuriy.tymchuk@me.com>>: >>> Ok, I found the problem. Some Spec api changed. I stable version will work at least on Mac quite soon. :) >>> >>> Uko >>> >>> >>> >>>> On 23 Apr 2015, at 17:46, Rafael Luque <rafael.luque.leiva(a)gmail.com <mailto:rafael.luque.leiva@gmail.com>> wrote: >>>> >>>> I'd like to use it in a Linux box, but as you told me Linux is not yet supported, I'm using a Mac OS X Yosemite (version 10.10.2). >>>> >>>> Thanks >>>> >>>> 2015-04-23 17:37 GMT+02:00 Yuriy Tymchuk <yuriy.tymchuk(a)me.com <mailto:yuriy.tymchuk@me.com>>: >>>> Hi Rafael, >>>> >>>> I will take a look. Which operating system are you using? >>>> >>>> Uko >>>> >>>>> On 23 Apr 2015, at 17:30, Rafael Luque <rafael.luque.leiva(a)gmail.com <mailto:rafael.luque.leiva@gmail.com>> wrote: >>>>> >>>>> Hi, >>>>> >>>>> I installed ViDI on Pharo 4 following the project instructions detailed in its GitHub page: >>>>> >>>>> Gofer new >>>>> smalltalkhubUser: 'YuriyTymchuk' >>>>> project: 'Configuration'; >>>>> configurationOf: 'Vidi'; >>>>> load. >>>>> #ConfigurationOfVidi asClass loadStable >>>>> >>>>> When I launch a review session over any package I always get the following error: >>>>> >>>>> "Could not find accesor for variable named "aModuleName" in NativeBoost>>#loadModule:" >>>>> >>>>> I'm very interested in this kind of quality assurance tools, so any help will be very welcomed. >>>>> >>>>> Thank you. >>>> >>>> >>> >>> >> >> >> >

July 30, 2015

Re: [Pharo-users] AST visualization with Roassal

by Alexandre Bergel

Frankly, I often find weird to override #= Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > On Jul 30, 2015, at 11:41 AM, Peter UhnÃ¡k <i.uhnak(a)gmail.com> wrote: > > I think it's because somewhere in roassal > objects (in this case ast nodes) are compared by value. > > Pretty much; there is test for equality > > RTGroup>>elementFromModel: anObject > ^ self detect: [ :el | el model = anObject ] ifNone: [ nil ] > > and equality is more often than not wanted. > > So solution might be to tell Mondrian that you want to compare by identity and not equality? > > Peter

July 30, 2015

Re: [Pharo-users] AST visualization with Roassal

by Marcus Denker

> On 30 Jul 2015, at 16:47, Mark Rizun <mrizun(a)gmail.com> wrote: > > Pretty much; there is test for equality > > RTGroup>>elementFromModel: anObject > ^ self detect: [ :el | el model = anObject ] ifNone: [ nil ] > > and equality is more often than not wanted. > > So solution might be to tell Mondrian that you want to compare by identity and not equality? > > Exactly! I'd like to have an option to select how I want to compare objects. It uses already a block to do the comparisionâ¦ if you make that pluggable (add ivar, set it to [ :el | el model = anObject ] in #initialize, add accessor) then you can just provide your own block with #== instead. Marcus

July 30, 2015

Re: [Pharo-users] AST visualization with Roassal

by Mark Rizun

> > Pretty much; there is test for equality > > RTGroup>>elementFromModel: anObject > ^ self detect: [ :el | el model = anObject ] ifNone: [ nil ] > > and equality is more often than not wanted. > > So solution might be to tell Mondrian that you want to compare by identity > and not equality? > Exactly! I'd like to have an option to select how I want to compare objects.

July 30, 2015

Re: [Pharo-users] AST visualization with Roassal

by Peter UhnÃ¡k

> > I think it's because somewhere in roassal > objects (in this case ast nodes) are compared by value. Pretty much; there is test for equality RTGroup>>elementFromModel: anObject ^ self detect: [ :el | el model = anObject ] ifNone: [ nil ] and equality is more often than not wanted. So solution might be to tell Mondrian that you want to compare by identity and not equality? Peter

July 30, 2015

AST visualization with Roassal

by Mark Rizun

Hi, everyone! First of all, using Roassal is fun and effective :) But while working on AST visualization I found that sometimes Roassal builds wrong tree layout (or maybe I'm just doing something wrong). For instance, try two following scripts in playground: ************************* #1 | ast builder | ast := RBParser parseExpression: 'self foo. self foo'. builder := RTMondrian new. builder shape ellipse size: 15. builder nodes: ast allChildren. builder edges connectFrom: #parent. builder layout tree. builder build. builder view ************************* ************************* #2 | ast builder | ast := RBParser parseExpression: 'self foo. super foo'. builder := RTMondrian new. builder shape ellipse size: 15. builder nodes: ast allChildren. builder edges connectFrom: #parent. builder layout tree. builder build. builder view ************************* First script builds wrong tree. I think it's because somewhere in roassal objects (in this case ast nodes) are compared by value. That is why when we have two equal receivers in script #1 it fails to build a tree. Thanks, Mark -- View this message in context: http://forum.world.st/AST-visualization-with-Roassal-tp4840243.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

July 30, 2015

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

by stepharo

I know that there is a memory leak around playground and rubric. We will have investigate it. It is Pharo 50 but also in Pharo 40. Stef Le 30/7/15 08: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 >

July 30, 2015

Re: [Pharo-users] FileLocator problem?

by Blondeau Vincent

Actually these folders seems to be real folders to windows but you canât access them (maybe you have not enough rights?). Anyway, it should be possible to bypass these directories. In DiskStore>>basicEntry:path:nodesDo: there is a send of the message signalDirectoryDoesNotExist:. It signals a DirectoryDoesNotExist error. This exception is resumable. If you resume it you should bypass the access to the âbad folderâ. That not the case, so there is a bug. (a ^is missing before self signalDirectoryDoesNotExist: aPath). I opened a bug: https://pharo.fogbugz.com/f/cases/16075/DiskStore-basicEntry-path-nodesDo-s… and made a slice. Vincent Blondeau De : Pharo-users [mailto:pharo-users-bounces@lists.pharo.org] De la part de PBKResearch EnvoyÃ© : jeudi 30 juillet 2015 12:32 Ã : 'Any question about pharo is welcome' Objet : Re: [Pharo-users] FileLocator problem? Thanks Craig and Matthieu. However, we can now reformulate the problem: âFileLocator documents allChildrenâ does not trace the hierarchy of these directories correctly. It finds its way to C:\Users\Peter\Documents, searches for subdirectories and finds âMy Musicâ etc. among the true subdirectories. It seems that the Pharo mechanism for interrogating the Windows file system is confused by these aliases. As I said, not a great problem for me, but maybe worth noting. Peter Kenny From: Pharo-users [mailto:pharo-users-bounces@lists.pharo.org] On Behalf Of Matthieu Lacaton Sent: 30 July 2015 11:16 To: Any question about pharo is welcome <pharo-users(a)lists.pharo.org<mailto:pharo-users@lists.pharo.org>> Subject: Re: [Pharo-users] FileLocator problem? Windows 7 uses "aliases" for these directories. It is the way different languages or owners are handled. For example in French you can see your music directory as "Ma Musique" but the real name used in paths is actually "Music". As Craig said, the default paths for these directories are : "C:\Users\Your_User_Name\Documents" or "C:\Users\Your_User_Name\Music" and so on. But you can always change them so the best way to see the real path of your directories is to right click on one and go to "Properties" => "Location". Note also that Windows uses "\" instead of "/" for paths. I don't know if it is relevant in Pharo though. Cheers, Matthieu 2015-07-30 11:43 GMT+02:00 PBKResearch <peter(a)pbkresearch.co.uk<mailto:peter@pbkresearch.co.uk>>: Hello Out of curiosity I tried to run the snippet which Alexandre Bergel posted yesterday under the name âScript of the dayâ. It failed, but nothing to do with the script itself. The problem is that it fails on the line: âFileLocator documents allChildren.â The debugger message is âDirectory does not exist: Path âC:â / âUsersâ / âPeterâ / âDocumentsâ / âMy Musicâ.â Tracing through the debugger output, I conclude that the same error will arise with the directories âMy Picturesâ and âMy Videosâ. One thing these directories have in common is that they are empty, so as a test I copied a small text file into âMy Musicâ, but this made no difference. I have a vague recollection that âMy Musicâ etc., although presented by Windows as conventional directories, are in fact some sort of pseudo-directories constructed as required by Windows Explorer, but I am not too sure about this. Could this be an explanation of the problem? Itâs not an urgent problem for me; it can easily be worked round by ensuring that I never try to locate files in these directories. But if it is a bug, it might be relevant to someone else. My environment is Windows 7 Professional, running Moose 5.1 (Pharo4.0 Latest update: #40613). Thanks for any help Peter Kenny ________________________________ Ce message et les piÃ¨ces jointes sont confidentiels et rÃ©servÃ©s Ã l'usage exclusif de ses destinataires. Il peut Ã©galement Ãªtre protÃ©gÃ© par le secret professionnel. Si vous recevez ce message par erreur, merci d'en avertir immÃ©diatement l'expÃ©diteur et de le dÃ©truire. L'intÃ©gritÃ© du message ne pouvant Ãªtre assurÃ©e sur Internet, la responsabilitÃ© de Worldline ne pourra Ãªtre recherchÃ©e quant au contenu de ce message. Bien que les meilleurs efforts soient faits pour maintenir cette transmission exempte de tout virus, l'expÃ©diteur ne donne aucune garantie Ã cet Ã©gard et sa responsabilitÃ© ne saurait Ãªtre recherchÃ©e pour tout dommage rÃ©sultant d'un virus transmis. This e-mail and the documents attached are confidential and intended solely for the addressee; it may also be privileged. If you receive this e-mail in error, please notify the sender immediately and destroy it. As its integrity cannot be secured on the Internet, the Worldline liability cannot be triggered for the message content. Although the sender endeavours to maintain a computer virus-free network, the sender does not warrant that this transmission is virus-free and will not be liable for any damages resulting from any virus transmitted.

July 30, 2015

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

by Marcus Denker

I added an issue: https://pharo.fogbugz.com/f/cases/16074/Is-RBClassNotReferencedRule-200x-sl… <https://pharo.fogbugz.com/f/cases/16074/Is-RBClassNotReferencedRule-200x-sl…> i think we need to put in some cashingâ¦ here if we would could all *used* classes once for an enviromentâ¦. > On 29 Jul 2015, at 17:33, Paul DeBruicker <pdebruic(a)gmail.com> wrote: > > 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 30, 2015

Re: [Pharo-users] FileLocator problem?

by PBKResearch

Thanks Craig and Matthieu. However, we can now reformulate the problem: âFileLocator documents allChildrenâ does not trace the hierarchy of these directories correctly. It finds its way to C:\Users\Peter\Documents, searches for subdirectories and finds âMy Musicâ etc. among the true subdirectories. It seems that the Pharo mechanism for interrogating the Windows file system is confused by these aliases. As I said, not a great problem for me, but maybe worth noting. Peter Kenny From: Pharo-users [mailto:pharo-users-bounces@lists.pharo.org] On Behalf Of Matthieu Lacaton Sent: 30 July 2015 11:16 To: Any question about pharo is welcome <pharo-users(a)lists.pharo.org> Subject: Re: [Pharo-users] FileLocator problem? Windows 7 uses "aliases" for these directories. It is the way different languages or owners are handled. For example in French you can see your music directory as "Ma Musique" but the real name used in paths is actually "Music". As Craig said, the default paths for these directories are : "C:\Users\Your_User_Name\Documents" or "C:\Users\Your_User_Name\Music" and so on. But you can always change them so the best way to see the real path of your directories is to right click on one and go to "Properties" => "Location". Note also that Windows uses "\" instead of "/" for paths. I don't know if it is relevant in Pharo though. Cheers, Matthieu 2015-07-30 11:43 GMT+02:00 PBKResearch <peter(a)pbkresearch.co.uk <mailto:peter@pbkresearch.co.uk> >: Hello Out of curiosity I tried to run the snippet which Alexandre Bergel posted yesterday under the name âScript of the dayâ. It failed, but nothing to do with the script itself. The problem is that it fails on the line: âFileLocator documents allChildren.â The debugger message is âDirectory does not exist: Path âC:â / âUsersâ / âPeterâ / âDocumentsâ / âMy Musicâ.â Tracing through the debugger output, I conclude that the same error will arise with the directories âMy Picturesâ and âMy Videosâ. One thing these directories have in common is that they are empty, so as a test I copied a small text file into âMy Musicâ, but this made no difference. I have a vague recollection that âMy Musicâ etc., although presented by Windows as conventional directories, are in fact some sort of pseudo-directories constructed as required by Windows Explorer, but I am not too sure about this. Could this be an explanation of the problem? Itâs not an urgent problem for me; it can easily be worked round by ensuring that I never try to locate files in these directories. But if it is a bug, it might be relevant to someone else. My environment is Windows 7 Professional, running Moose 5.1 (Pharo4.0 Latest update: #40613). Thanks for any help Peter Kenny

July 30, 2015

Re: [Pharo-users] FileLocator problem?

by Matthieu Lacaton

Windows 7 uses "aliases" for these directories. It is the way different languages or owners are handled. For example in French you can see your music directory as "Ma Musique" but the real name used in paths is actually "Music". As Craig said, the default paths for these directories are : "C:\Users\Your_User_Name\Documents" or "C:\Users\Your_User_Name\Music" and so on. But you can always change them so the best way to see the real path of your directories is to right click on one and go to "Properties" => "Location". Note also that Windows uses "\" instead of "/" for paths. I don't know if it is relevant in Pharo though. Cheers, Matthieu 2015-07-30 11:43 GMT+02:00 PBKResearch <peter(a)pbkresearch.co.uk>: > Hello > > > > Out of curiosity I tried to run the snippet which Alexandre Bergel posted > yesterday under the name âScript of the dayâ. It failed, but nothing to do > with the script itself. The problem is that it fails on the line: > âFileLocator documents allChildren.â The debugger message is âDirectory > does not exist: Path âC:â / âUsersâ / âPeterâ / âDocumentsâ / âMy Musicâ.â > Tracing through the debugger output, I conclude that the same error will > arise with the directories âMy Picturesâ and âMy Videosâ. One thing these > directories have in common is that they are empty, so as a test I copied a > small text file into âMy Musicâ, but this made no difference. > > > > I have a vague recollection that âMy Musicâ etc., although presented by > Windows as conventional directories, are in fact some sort of > pseudo-directories constructed as required by Windows Explorer, but I am > not too sure about this. Could this be an explanation of the problem? > > > > Itâs not an urgent problem for me; it can easily be worked round by > ensuring that I never try to locate files in these directories. But if it > is a bug, it might be relevant to someone else. > > > > My environment is Windows 7 Professional, running Moose 5.1 (Pharo4.0 > Latest update: #40613). > > > > Thanks for any help > > > > Peter Kenny >

July 30, 2015

Re: [Pharo-users] FileLocator problem?

by Craig Johnson

On 2015/07/30 11:43 AM, PBKResearch wrote: > > Hello > > Out of curiosity I tried to run the snippet which Alexandre Bergel > posted yesterday under the name âScript of the dayâ. It failed, but > nothing to do with the script itself. The problem is that it fails on > the line: âFileLocator documents allChildren.â The debugger message is > âDirectory does not exist: Path âC:â / âUsersâ / âPeterâ / > âDocumentsâ / âMy Musicâ.â Tracing through the debugger output, I > conclude that the same error will arise with the directories âMy > Picturesâ and âMy Videosâ. One thing these directories have in common > is that they are empty, so as a test I copied a small text file into > âMy Musicâ, but this made no difference. > > I have a vague recollection that âMy Musicâ etc., although presented > by Windows as conventional directories, are in fact some sort of > pseudo-directories constructed as required by Windows Explorer, but I > am not too sure about this. Could this be an explanation of the problem? > Yup you are correct. The actual directory will be "C: / Users/Peter/Music" on windows 7. Craig

July 30, 2015

Re: [Pharo-users] Trying to load ViDI in Pharo 4 gives an error

by Stephan Eggermont

On 30-07-15 11:29, Esteban Lorenzano wrote: >> On 23 Jul 2015, at 22:14, Paul DeBruicker <pdebruic(a)gmail.com> wrote: >> I get a error that the 1.2.14 version of ConfigruationOfRubric cannot be found. The ConfigurationOfRubric is loaded from the >> >> MCSmalltalkhubRepository >> owner: 'AlainPlantec' >> project: 'Rubric' >> user: '' >> password: '' >> >> >> repo. Is there another one it should be loading? > > Rubric has been moved to Pharo/Rubric That is not a problem in the configuration of Vidi but in one of the configurations it uses Stephan

July 30, 2015

FileLocator problem?

by PBKResearch

Hello Out of curiosity I tried to run the snippet which Alexandre Bergel posted yesterday under the name 'Script of the day'. It failed, but nothing to do with the script itself. The problem is that it fails on the line: 'FileLocator documents allChildren.' The debugger message is "Directory does not exist: Path 'C:' / 'Users' / 'Peter' / 'Documents' / 'My Music'." Tracing through the debugger output, I conclude that the same error will arise with the directories 'My Pictures' and 'My Videos'. One thing these directories have in common is that they are empty, so as a test I copied a small text file into 'My Music', but this made no difference. I have a vague recollection that 'My Music' etc., although presented by Windows as conventional directories, are in fact some sort of pseudo-directories constructed as required by Windows Explorer, but I am not too sure about this. Could this be an explanation of the problem? It's not an urgent problem for me; it can easily be worked round by ensuring that I never try to locate files in these directories. But if it is a bug, it might be relevant to someone else. My environment is Windows 7 Professional, running Moose 5.1 (Pharo4.0 Latest update: #40613). Thanks for any help Peter Kenny

July 30, 2015

Re: [Pharo-users] Font with many Unicode glyphs to display code -- IPA?

by Esteban Lorenzano

Hi, alternatively, you can distribute yours programs with your own fonts. you can keep them outside the image and load them on demandâ¦ take a look at LucidaGrandeRegular class to see how to do it. Esteban > On 24 Jul 2015, at 17:22, Henrik Johansen <henrik.s.johansen(a)veloxit.no> wrote: > > >> On 23 Jul 2015, at 4:14 , H. Hirzel <hannes.hirzel(a)gmail.com> wrote: >> >> P.S. Screen shot attached. >> A source code font. >> Or put the question differently how do I add a font as a source code font? >> >> >> On 7/23/15, H. Hirzel <hannes.hirzel(a)gmail.com> wrote: >>> Hello >>> >>> I work on an app which has some strings in the code with a >>> considerable number of non ISO8859 symbols (e.g. IPA >>> https://en.wikipedia.org/wiki/IPA) >>> >>> How do I get / use a font which does this? The fonts provided in the >>> settings panel did not do the job. >>> >>> Thank you in advance >>> --Hannes >>> >> <Pharo4.0_settings_browser_fonts_Screenshot from 2015-07-23 13:58:28.png> > > Click the font name next to the Code entry to change it, press "Update" in the selection window, and then select a system font (after installing if it's not included in the OS) that has IPA coverage. > Searching for "ipa font <my platform>" should give pointers to which you can use. > > Cheers, > Herny

July 30, 2015

Re: [Pharo-users] Trying to load ViDI in Pharo 4 gives an error

by Esteban Lorenzano

Hi, > On 23 Jul 2015, at 22:14, Paul DeBruicker <pdebruic(a)gmail.com> wrote: > > Hi - > > > When I run this: > > > Gofer new > smalltalkhubUser: 'YuriyTymchuk' > project: 'Configuration'; > configurationOf: 'Vidi'; > load. > #ConfigurationOfVidi asClass loadStable > > > I get a error that the 1.2.14 version of ConfigruationOfRubric cannot be found. The ConfigurationOfRubric is loaded from the > > MCSmalltalkhubRepository > owner: 'AlainPlantec' > project: 'Rubric' > user: '' > password: '' > > > repo. Is there another one it should be loading? Rubric has been moved to Pharo/Rubric Esteban > > > Thanks > > Paul

July 30, 2015

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

by Andrei Chis

On Thu, Jul 30, 2015 at 9:41 AM, Hilaire <hilaire(a)drgeo.eu> wrote: > Le 30/07/2015 15:13, Nicolai Hess a Ã©crit : > > > > Yes, looks like an error on FT access > > If I stick to Pharo4+Moose6, does this problem occur? > > > > > > > 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. > > Cool, I did not know about this feature! > All code that you type in the Playground is saved by default in a play-cache directory. There is a file per playground. If you then open spotter it will also search through all scripts. You can type #pl (from playground) to only see the scripts. In the playground if you double click on the Page tab you can give the script an explicit name. Then the script will be saved in a play-stash directory. If you set the same directory for all your images then you get manage your scripts globally. Cheers, Andrei > > Thanks > > Hilaire > > -- > 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 stepharo

Paul I'm running out of town. Could you open a bug entry with the information you have so that we do not forget? Stef Le 29/7/15 17:33, Paul DeBruicker a Ã©crit : > 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 30, 2015

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

by Hilaire

Le 30/07/2015 15:51, Blondeau Vincent a Ã©crit : > > If I stick to Pharo4+Moose6, does this problem occur? > > But Moose 6 is based on Pharo5 so I will not be possible to have Pharo4 and Moose6... Ok. I will see what to do. -- Dr. Geo http://drgeo.eu http://google.com/+DrgeoEu

July 30, 2015

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

by Blondeau Vincent

> -----Message d'origine----- > De : Pharo-users [mailto:pharo-users-bounces@lists.pharo.org] De la part > de Hilaire > EnvoyÃ© : jeudi 30 juillet 2015 09:42 > Ã : pharo-users(a)lists.pharo.org > Objet : Re: [Pharo-users] Recoverying a crashed Moose image/Pharo5 > > Le 30/07/2015 15:13, Nicolai Hess a Ã©crit : > > > > Yes, looks like an error on FT access > > If I stick to Pharo4+Moose6, does this problem occur? But Moose 6 is based on Pharo5 so I will not be possible to have Pharo4 and Moose6... > > > > > > > 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. > > Cool, I did not know about this feature! Nice feature indeed! Vincent > > Thanks > > Hilaire > > -- > Dr. Geo > http://drgeo.eu > http://google.com/+DrgeoEu > > Ce message et les piÃ¨ces jointes sont confidentiels et rÃ©servÃ©s Ã l'usage exclusif de ses destinataires. Il peut Ã©galement Ãªtre protÃ©gÃ© par le secret professionnel. Si vous recevez ce message par erreur, merci d'en avertir immÃ©diatement l'expÃ©diteur et de le dÃ©truire. L'intÃ©gritÃ© du message ne pouvant Ãªtre assurÃ©e sur Internet, la responsabilitÃ© de Worldline ne pourra Ãªtre recherchÃ©e quant au contenu de ce message. Bien que les meilleurs efforts soient faits pour maintenir cette transmission exempte de tout virus, l'expÃ©diteur ne donne aucune garantie Ã cet Ã©gard et sa responsabilitÃ© ne saurait Ãªtre recherchÃ©e pour tout dommage rÃ©sultant d'un virus transmis. This e-mail and the documents attached are confidential and intended solely for the addressee; it may also be privileged. If you receive this e-mail in error, please notify the sender immediately and destroy it. As its integrity cannot be secured on the Internet, the Worldline liability cannot be triggered for the message content. Although the sender endeavours to maintain a computer virus-free network, the sender does not warrant that this transmission is virus-free and will not be liable for any damages resulting from any virus transmitted.

July 30, 2015

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

by Hilaire

Le 30/07/2015 15:13, Nicolai Hess a Ã©crit : > > Yes, looks like an error on FT access If I stick to Pharo4+Moose6, does this problem occur? > > > 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. Cool, I did not know about this feature! Thanks Hilaire -- Dr. Geo http://drgeo.eu http://google.com/+DrgeoEu

July 30, 2015

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

Script of the day

by Alexandre Bergel

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 Hilaire

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

Re: [Pharo-users] Pillar and Beamer

by Ferlicot D. Cyril

Le 29/07/2015 10:40, Peter UhnÃ¡k a Ã©crit : > Hi, > > there was a presentation (or show us your project) about Pillar and > (LaTeX/)Beamer at ESUG if I am not mistaken. However I don't think there > are videos available from the uni, so is more information available > somewhere? > Hello! Yes this is possible with the last version of Pillar. There is no documentation for now but I'm updating it. I'll include the presentation generation to the Pillar chapter on the 'Pharo for The Enterprise' Book this week or next week. For now you can have a look at the Pharo Mooc: https://github.com/SquareBracketAssociates/PharoMooc There is a Slide folder and a compile-slide script. I'll tell you when I'll finish the documentation. > Thanks, > Peter Cyril

July 29, 2015

Re: [Pharo-users] troubles with JNIPort on Pharo 5 / Java 8

by Tudor Girba

Hi Joachim, Thanks for the answer. Unfortunately, I am stuck at the moment too, and I have no idea how to proceed. I would really benefit from your, or someone else's, help :). Cheers, Doru On Tue, Jul 28, 2015 at 9:57 PM, Joachim Geidel < joachim.geidel(a)onlinehome.de> wrote: > Hi Tudor, > > unfortunately I havenât had much time to work on JNIPort for a while. I > have started to simplify some of the code, but this isnât finished yet, and > I have not yet looked into Pharo 4 and 5. The latest Pharo version I have > worked with was 3, because I was waiting for the VM and NativeBoost changes > which were announced but not finished the last time I looked (which is a > long time ago). So currently, I canât tell what is wrong. Obviously, > something has changed in the class building mechanism since Pharo 3. The > other problem might be related to NativeBoost or the VM, but of course I am > speculating for now. > > Cheers, > Joachim > > Am 28.07.2015 um 16:10 schrieb Tudor Girba-2 [via Smalltalk] <[hidden > email] <http:///user/SendEmail.jtp?type=node&node=4839859&i=0>>: > > Hi Joachim, > > Thanks for the answer. > > I did not have Java 1.6 anymore on my Yosemite, but I installed it now. > For reference, here is how to get it: > https://support.apple.com/kb/DL1572?locale=en_US > > I still have problems in Pharo5. > > I am trying the following script: > http://ws.stfx.eu/CHS8KCAGWGO2 > > I tried in Pharo 3, and the script worked fine. > > I also tried with Pharo4 and Pharo5, but it does not work because I get a > MNU for GhostClassBuilder>>#client:. > > I fixed it in a Pharo5 image by using #installer: instead, but the > computation of "JVM newWithSettings: jvmSettings" does not seem to finish > and it blocks the VM. > > Any idea of what goes wrong? > > Cheers, > Tudor > > > > ------------------------------ > View this message in context: Re: troubles with JNIPort on Pharo 5 / Java > 8 > <http://forum.world.st/troubles-with-JNIPort-on-Pharo-5-Java-8-tp4836922p483…> > Sent from the Pharo Smalltalk Users mailing list archive > <http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html> at Nabble.com. > -- www.tudorgirba.com "Every thing has its own flow"

July 29, 2015

Pillar and Beamer

by Peter UhnÃ¡k

Hi, there was a presentation (or show us your project) about Pillar and (LaTeX/)Beamer at ESUG if I am not mistaken. However I don't think there are videos available from the uni, so is more information available somewhere? Thanks, Peter

July 29, 2015

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

by stepharo

Paul I wanted to check on Pharo 50 but we need a comparison point. We should get the same package. Do you have an idea of a package that did not change much? Setf Le 29/7/15 06:04, Paul DeBruicker a Ã©crit : > I think I'm setting this up wrong in Pharo 4 but am not sure. I use the following code for the test: > > > rule:=RBClassNotReferencedRule new. > environment:=RBBrowserEnvironment new forPackageNames: #('MyPackage'). > > > AndreasSystemProfiler spyOn:[RBSmalllintChecker runRule: rule onEnvironment: environment] > > > In Pharo 4 it spends most of the time in Behavior>>#includesDefinedSelector:ofClassName: and takes 300s. In Pharo 3 its only 1.5 s > > Is there something that can be done to get Pharo 4 up to the speed of Pharo 3? > > > Thanks > > Paul >

July 29, 2015

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

by stepharo

Thanks for the question. It looks like we got a regression. Le 29/7/15 06:04, Paul DeBruicker a Ã©crit : > I think I'm setting this up wrong in Pharo 4 but am not sure. I use the following code for the test: > > > rule:=RBClassNotReferencedRule new. > environment:=RBBrowserEnvironment new forPackageNames: #('MyPackage'). > > > AndreasSystemProfiler spyOn:[RBSmalllintChecker runRule: rule onEnvironment: environment] > > > In Pharo 4 it spends most of the time in Behavior>>#includesDefinedSelector:ofClassName: and takes 300s. In Pharo 3 its only 1.5 s > > Is there something that can be done to get Pharo 4 up to the speed of Pharo 3? > > > Thanks > > Paul >

July 29, 2015

Is RBClassNotReferencedRule ~200x slower in Pharo 4 vs Pharo 3 ?

by Paul DeBruicker

I think I'm setting this up wrong in Pharo 4 but am not sure. I use the following code for the test: rule:=RBClassNotReferencedRule new. environment:=RBBrowserEnvironment new forPackageNames: #('MyPackage'). AndreasSystemProfiler spyOn:[RBSmalllintChecker runRule: rule onEnvironment: environment] In Pharo 4 it spends most of the time in Behavior>>#includesDefinedSelector:ofClassName: and takes 300s. In Pharo 3 its only 1.5 s Is there something that can be done to get Pharo 4 up to the speed of Pharo 3? Thanks Paul

July 29, 2015

Re: [Pharo-users] New methods for the String class

by Cameron Sanders

Thank You! -cam On Tue, Jul 28, 2015 at 11:39 AM, Cameron Sanders via Pharo-users < pharo-users(a)lists.pharo.org> wrote: > > > ---------- Forwarded message ---------- > From: Cameron Sanders <camsanders(a)aol.com> > To: Any question about pharo is welcome <pharo-users(a)lists.pharo.org> > Cc: > Date: Tue, 28 Jul 2015 11:00:11 -0400 > Subject: Re: [Pharo-users] New methods for the String class > What fuzzy-string matching tools & packages are available today? > > -cam > > On Wed, Feb 26, 2014 at 9:09 AM, HernÃ¡n Morales Durand < > hernan.morales(a)gmail.com> wrote: > >> >> >> >> 2014-02-26 7:10 GMT-03:00 Norbert Hartl <norbert(a)hartl.name>: >> >>> >>> Am 26.02.2014 um 09:50 schrieb Pharo4Stef <pharo4Stef(a)free.fr>: >>> >>> >>> We can have an information retrieval API for aproximate string matching, >>> i.e. Levenshtein distance (already implemented, various versions), Hamming >>> distance, both are the most used and simplest edit distances. >>> Then you have Longest common subsequence, Longest common substring (they >>> are implemented in a package called "Fuzz", #longestCommonSubsequenceWith: >>> ). Also there is the shift-or adapted for approximate matches (also >>> implemented), fuzzy phrasing is another world also. Many applications use >>> Damerau edit distance. Bioinformatics uses the Needleman-Wunsch and >>> Smith-Waterman, but they call them "aligners" :) but you don't want to code >>> the optimized version in Smalltalk, some say it could take years. >>> All edit distances out there have specific requirements and no one is >>> better than another for all cases. For example Jaro-Winkler is useful for >>> one-word short strings. >>> >>> >>> Iâm not sure that all these edit distances should be part of the String >>> core api. >>> Now what would be good is to have a chapter describing them. This >>> chapter would work well with the bioSmalltalk one :) >>> >>> Iâm pretty sure they shouldnât. Most of these are most likely for >>> special applications. So a perfect candidate for a string extension >>> package. A real modular entity that could load each of them individually >>> would be perfect but we donât have the proper tools, yet. Unless of course >>> every of those algorithms is composed of multiple classes and would fit >>> naturally in a package. >>> >> >> Absolutely for a separate package for information retrieval algorithms. >> From what I've seen, some algorithms require optimization through dynamic >> programming (automatas, matrices, etc) and that would lead to multiple >> classes, assuming you don't want to get dirty String class. >> >> >>> But the most important prerequisite would be to make a separate package >>> out of it. Did I understand that right that those are part of biosmalltalk? >>> >> >> No. Those algorithms are spread over different packages in repositories >> like SqueakSource, Cincom Store, etc. >> >> HernÃ¡n >> >> >> > >

July 29, 2015

Re: [Pharo-users] ViDI error: variable named "aModuleName" in NativeBoost>>#loadModule:

by Yuriy Tymchuk

Alex, Ronie, do you have any idea what can cause the issue? Because Iâve never worked with native boost. Uko > On 28 Jul 2015, at 20:52, Rafael Luque <rafael.luque.leiva(a)gmail.com> wrote: > > Hi Yuriy, > > I've tried with the latest changes but the problem described in my previous email still persists: > > "Error: Could not find accessor for variable named "aModuleName" in NativeBoost>>#loadModule:" > > All your recommendations will be very welcomed. > > Thank you. > > Rafa > > > > 2015-04-24 18:13 GMT+02:00 Rafael Luque <rafael.luque.leiva(a)gmail.com <mailto:rafael.luque.leiva@gmail.com>>: > Hi Uko > > I've just tried with your last changes, but I get the same error: "Error: Could not find accessor for variable named "aModuleName" in NativeBoost>>#loadModule:" > > This is the stack trace for your information: > > =========================================== > > NBFFICallout>>loaderForArgNamed: > NBFFICallout>>loaderForArgNamed:indirectIndex: > NBFFICallout>>argName:indirectIndex:type:ptrArity: > NBFnSpecParser>>parseArgument > NBFnSpecParser>>parseArguments > NBFnSpecParser>>parseAnonFunction: > NBFFICallout>>anonSpec: > [ :t3 | > t3 > useEmitCall; > callType: conv; > sender: context; > parseOptions: options; > anonSpec: t1; > generate: t2 ] in NBFFICalloutAPI>>function:emit: > [ t6 := t1 value: (self newForMethod: t3) ] in NBFFICallout class(NBNativeCodeGen class)>>generateCode:andRetry: > BlockClosure>>on:do: > NBRecursionDetect class>>in:during: > NBFFICallout class(NBNativeCodeGen class)>>generateCode:andRetry: > NBFFICallout class(NBNativeCodeGen class)>>handleFailureIn:nativeCode: > NBFFICalloutAPI>>function:emit: > NativeBoostMac32(NativeBoost)>>loadModule: > CairoLibraryLoader class>>loadCairoLibrary > CairoLibraryLoader class>>getLibraryHandle > AthensCairoSurface class>>nbLibraryNameOrHandle > AthensCairoSurface class(Object)>>nbCall: > AthensCairoSurface class>>primImage:width:height: > AthensCairoSurface class>>extent:format: > AthensCairoSurface class>>extent: > TRCanvas>>initialize > TRCanvas class(Behavior)>>new > RTView>>initialize > RTView class(Behavior)>>new > R3View>>initialize > R3View class(Behavior)>>new > Roassal3DModel>>initialize > Roassal3DModel class(Behavior)>>new > Roassal3DModel class(ComposableModel class)>>owner: > CityBrowser(ComposableModel)>>instantiate: > CityBrowser>>initializeWidgets > CityBrowser(ComposableModel)>>initialize > CityBrowser class(Behavior)>>new > CityBrowser class(ComposableModel class)>>owner: > VidiBrowser(ComposableModel)>>instantiate: > VidiBrowser>>initializeWidgets > VidiBrowser(ComposableModel)>>initialize > VidiBrowser>>initialize > VidiBrowser class(Behavior)>>new > ReModel>>vidi > VidiSession>>openVidi > [ (VidiSessionManager default newSessionOnPackages: packages) openVidi ] in VidiSessionPackagesSelect>>nextAction > [ > self value. > Processor terminateActive ] in BlockClosure>>newProcess > > =========================================== > > > Thank you. > > 2015-04-24 14:25 GMT+02:00 Yuriy Tymchuk <yuriy.tymchuk(a)me.com <mailto:yuriy.tymchuk@me.com>>: > Hi Rafael, > > now ViDI should work. I havenât been working on it for a while, but feel free to report more issues, as Iâll get back to it soon. > > Uko > > > >> On 24 Apr 2015, at 09:57, Rafael Luque <rafael.luque.leiva(a)gmail.com <mailto:rafael.luque.leiva@gmail.com>> wrote: >> >> Thank you! I'm looking forward to hearing from you about the new version. >> >> 2015-04-24 9:52 GMT+02:00 Yuriy Tymchuk <yuriy.tymchuk(a)me.com <mailto:yuriy.tymchuk@me.com>>: >> Ok, I found the problem. Some Spec api changed. I stable version will work at least on Mac quite soon. :) >> >> Uko >> >> >> >>> On 23 Apr 2015, at 17:46, Rafael Luque <rafael.luque.leiva(a)gmail.com <mailto:rafael.luque.leiva@gmail.com>> wrote: >>> >>> I'd like to use it in a Linux box, but as you told me Linux is not yet supported, I'm using a Mac OS X Yosemite (version 10.10.2). >>> >>> Thanks >>> >>> 2015-04-23 17:37 GMT+02:00 Yuriy Tymchuk <yuriy.tymchuk(a)me.com <mailto:yuriy.tymchuk@me.com>>: >>> Hi Rafael, >>> >>> I will take a look. Which operating system are you using? >>> >>> Uko >>> >>>> On 23 Apr 2015, at 17:30, Rafael Luque <rafael.luque.leiva(a)gmail.com <mailto:rafael.luque.leiva@gmail.com>> wrote: >>>> >>>> Hi, >>>> >>>> I installed ViDI on Pharo 4 following the project instructions detailed in its GitHub page: >>>> >>>> Gofer new >>>> smalltalkhubUser: 'YuriyTymchuk' >>>> project: 'Configuration'; >>>> configurationOf: 'Vidi'; >>>> load. >>>> #ConfigurationOfVidi asClass loadStable >>>> >>>> When I launch a review session over any package I always get the following error: >>>> >>>> "Could not find accesor for variable named "aModuleName" in NativeBoost>>#loadModule:" >>>> >>>> I'm very interested in this kind of quality assurance tools, so any help will be very welcomed. >>>> >>>> Thank you. >>> >>> >> >> > > >

July 28, 2015

Re: [Pharo-users] troubles with JNIPort on Pharo 5 / Java 8

by Joachim Geidel

Hi Tudor, unfortunately I havenât had much time to work on JNIPort for a while. I have started to simplify some of the code, but this isnât finished yet, and I have not yet looked into Pharo 4 and 5. The latest Pharo version I have worked with was 3, because I was waiting for the VM and NativeBoost changes which were announced but not finished the last time I looked (which is a long time ago). So currently, I canât tell what is wrong. Obviously, something has changed in the class building mechanism since Pharo 3. The other problem might be related to NativeBoost or the VM, but of course I am speculating for now. Cheers, Joachim > Am 28.07.2015 um 16:10 schrieb Tudor Girba-2 [via Smalltalk] <ml-node+s1294792n4839785h23(a)n4.nabble.com>: > > Hi Joachim, > > Thanks for the answer. > > I did not have Java 1.6 anymore on my Yosemite, but I installed it now. For reference, here is how to get it: > https://support.apple.com/kb/DL1572?locale=en_US <https://support.apple.com/kb/DL1572?locale=en_US> > > I still have problems in Pharo5. > > I am trying the following script: > http://ws.stfx.eu/CHS8KCAGWGO2 <http://ws.stfx.eu/CHS8KCAGWGO2> > > I tried in Pharo 3, and the script worked fine. > > I also tried with Pharo4 and Pharo5, but it does not work because I get a MNU for GhostClassBuilder>>#client:. > > I fixed it in a Pharo5 image by using #installer: instead, but the computation of "JVM newWithSettings: jvmSettings" does not seem to finish and it blocks the VM. > > Any idea of what goes wrong? > > Cheers, > Tudor -- View this message in context: http://forum.world.st/troubles-with-JNIPort-on-Pharo-5-Java-8-tp4836922p483… Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

July 28, 2015

Re: [Pharo-users] ViDI error: variable named "aModuleName" in NativeBoost>>#loadModule:

by Rafael Luque

Hi Yuriy, I've tried with the latest changes but the problem described in my previous email still persists: "Error: Could not find accessor for variable named "aModuleName" in NativeBoost>>#loadModule:" All your recommendations will be very welcomed. Thank you. Rafa 2015-04-24 18:13 GMT+02:00 Rafael Luque <rafael.luque.leiva(a)gmail.com>: > Hi Uko > > I've just tried with your last changes, but I get the same error: "Error: > Could not find accessor for variable named "aModuleName" in > NativeBoost>>#loadModule:" > > This is the stack trace for your information: > > =========================================== > > NBFFICallout>>loaderForArgNamed: > NBFFICallout>>loaderForArgNamed:indirectIndex: > NBFFICallout>>argName:indirectIndex:type:ptrArity: > NBFnSpecParser>>parseArgument > NBFnSpecParser>>parseArguments > NBFnSpecParser>>parseAnonFunction: > NBFFICallout>>anonSpec: > [ :t3 | > t3 > useEmitCall; > callType: conv; > sender: context; > parseOptions: options; > anonSpec: t1; > generate: t2 ] in NBFFICalloutAPI>>function:emit: > [ t6 := t1 value: (self newForMethod: t3) ] in NBFFICallout > class(NBNativeCodeGen class)>>generateCode:andRetry: > BlockClosure>>on:do: > NBRecursionDetect class>>in:during: > NBFFICallout class(NBNativeCodeGen class)>>generateCode:andRetry: > NBFFICallout class(NBNativeCodeGen class)>>handleFailureIn:nativeCode: > NBFFICalloutAPI>>function:emit: > NativeBoostMac32(NativeBoost)>>loadModule: > CairoLibraryLoader class>>loadCairoLibrary > CairoLibraryLoader class>>getLibraryHandle > AthensCairoSurface class>>nbLibraryNameOrHandle > AthensCairoSurface class(Object)>>nbCall: > AthensCairoSurface class>>primImage:width:height: > AthensCairoSurface class>>extent:format: > AthensCairoSurface class>>extent: > TRCanvas>>initialize > TRCanvas class(Behavior)>>new > RTView>>initialize > RTView class(Behavior)>>new > R3View>>initialize > R3View class(Behavior)>>new > Roassal3DModel>>initialize > Roassal3DModel class(Behavior)>>new > Roassal3DModel class(ComposableModel class)>>owner: > CityBrowser(ComposableModel)>>instantiate: > CityBrowser>>initializeWidgets > CityBrowser(ComposableModel)>>initialize > CityBrowser class(Behavior)>>new > CityBrowser class(ComposableModel class)>>owner: > VidiBrowser(ComposableModel)>>instantiate: > VidiBrowser>>initializeWidgets > VidiBrowser(ComposableModel)>>initialize > VidiBrowser>>initialize > VidiBrowser class(Behavior)>>new > ReModel>>vidi > VidiSession>>openVidi > [ (VidiSessionManager default newSessionOnPackages: packages) openVidi ] > in VidiSessionPackagesSelect>>nextAction > [ > self value. > Processor terminateActive ] in BlockClosure>>newProcess > > =========================================== > > > Thank you. > > 2015-04-24 14:25 GMT+02:00 Yuriy Tymchuk <yuriy.tymchuk(a)me.com>: > >> Hi Rafael, >> >> now ViDI should work. I havenât been working on it for a while, but feel >> free to report more issues, as Iâll get back to it soon. >> >> Uko >> >> >> >> On 24 Apr 2015, at 09:57, Rafael Luque <rafael.luque.leiva(a)gmail.com> >> wrote: >> >> Thank you! I'm looking forward to hearing from you about the new version. >> >> 2015-04-24 9:52 GMT+02:00 Yuriy Tymchuk <yuriy.tymchuk(a)me.com>: >> >>> Ok, I found the problem. Some Spec api changed. I stable version will >>> work at least on Mac quite soon. :) >>> >>> Uko >>> >>> >>> >>> On 23 Apr 2015, at 17:46, Rafael Luque <rafael.luque.leiva(a)gmail.com> >>> wrote: >>> >>> I'd like to use it in a Linux box, but as you told me Linux is not yet >>> supported, I'm using a Mac OS X Yosemite (version 10.10.2). >>> >>> Thanks >>> >>> 2015-04-23 17:37 GMT+02:00 Yuriy Tymchuk <yuriy.tymchuk(a)me.com>: >>> >>>> Hi Rafael, >>>> >>>> I will take a look. Which operating system are you using? >>>> >>>> Uko >>>> >>>> On 23 Apr 2015, at 17:30, Rafael Luque <rafael.luque.leiva(a)gmail.com> >>>> wrote: >>>> >>>> Hi, >>>> >>>> I installed ViDI on Pharo 4 following the project instructions >>>> detailed in its GitHub page: >>>> >>>> Gofer new >>>> smalltalkhubUser: 'YuriyTymchuk' >>>> project: 'Configuration'; >>>> configurationOf: 'Vidi'; >>>> load. >>>> #ConfigurationOfVidi asClass loadStable >>>> >>>> When I launch a review session over any package I always get the >>>> following error: >>>> >>>> "Could not find accesor for variable named "aModuleName" in >>>> NativeBoost>>#loadModule:" >>>> >>>> I'm very interested in this kind of quality assurance tools, so any >>>> help will be very welcomed. >>>> >>>> Thank you. >>>> >>>> >>>> >>> >>> >> >> >

July 28, 2015

Re: [Pharo-users] New methods for the String class

by stepharo

Hi I know that Olivier Auverlot has all kind of string distance. Hernan Morales has also a package extending string. Stef

July 28, 2015

Re: [Pharo-users] New methods for the String class

by Cameron Sanders

What fuzzy-string matching tools & packages are available today? -cam On Wed, Feb 26, 2014 at 9:09 AM, HernÃ¡n Morales Durand < hernan.morales(a)gmail.com> wrote: > > > > 2014-02-26 7:10 GMT-03:00 Norbert Hartl <norbert(a)hartl.name>: > >> >> Am 26.02.2014 um 09:50 schrieb Pharo4Stef <pharo4Stef(a)free.fr>: >> >> >> We can have an information retrieval API for aproximate string matching, >> i.e. Levenshtein distance (already implemented, various versions), Hamming >> distance, both are the most used and simplest edit distances. >> Then you have Longest common subsequence, Longest common substring (they >> are implemented in a package called "Fuzz", #longestCommonSubsequenceWith: >> ). Also there is the shift-or adapted for approximate matches (also >> implemented), fuzzy phrasing is another world also. Many applications use >> Damerau edit distance. Bioinformatics uses the Needleman-Wunsch and >> Smith-Waterman, but they call them "aligners" :) but you don't want to code >> the optimized version in Smalltalk, some say it could take years. >> All edit distances out there have specific requirements and no one is >> better than another for all cases. For example Jaro-Winkler is useful for >> one-word short strings. >> >> >> Iâm not sure that all these edit distances should be part of the String >> core api. >> Now what would be good is to have a chapter describing them. This chapter >> would work well with the bioSmalltalk one :) >> >> Iâm pretty sure they shouldnât. Most of these are most likely for special >> applications. So a perfect candidate for a string extension package. A real >> modular entity that could load each of them individually would be perfect >> but we donât have the proper tools, yet. Unless of course every of those >> algorithms is composed of multiple classes and would fit naturally in a >> package. >> > > Absolutely for a separate package for information retrieval algorithms. > From what I've seen, some algorithms require optimization through dynamic > programming (automatas, matrices, etc) and that would lead to multiple > classes, assuming you don't want to get dirty String class. > > >> But the most important prerequisite would be to make a separate package >> out of it. Did I understand that right that those are part of biosmalltalk? >> > > No. Those algorithms are spread over different packages in repositories > like SqueakSource, Cincom Store, etc. > > HernÃ¡n > > >

July 28, 2015

Re: [Pharo-users] Roassal examples

by Alexandre Bergel

Which example are you referring to exactly? The page QuickStart contains many. Some of them also uses externally provided data (such as earthquake). Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu <http://www.bergel.eu/> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > On Jul 28, 2015, at 8:57 AM, Hilaire <hilaire(a)drgeo.eu <mailto:hilaire@drgeo.eu>> wrote: > > Hello, > > From the 5.1 Moose image. Some book examples from[1] produce error or > different output: > > - 6.1 > - 6.3 > - 8.1 > > Thanks > > [1] > https://dl.dropboxusercontent.com/u/31543901/AgileVisualization/QuickStart/… <https://dl.dropboxusercontent.com/u/31543901/AgileVisualization/QuickStart/…> > > -- > Dr. Geo > http://drgeo.eu > http://google.com/+DrgeoEu > > >

July 28, 2015

Re: [Pharo-users] Roassal examples

by Hilaire

Le 28/07/2015 21:20, Tudor Girba a Ã©crit : > > The book is developed on top of the latest Moose (that is version 6.0) > so, perhaps some of It is cool. Indeed all the examples I reported worked with 6.0. Thanks Hilaire -- Dr. Geo http://drgeo.eu http://google.com/+DrgeoEu

July 28, 2015

Re: [Pharo-users] troubles with JNIPort on Pharo 5 / Java 8

by Tudor Girba

Hi Joachim, Thanks for the answer. I did not have Java 1.6 anymore on my Yosemite, but I installed it now. For reference, here is how to get it: https://support.apple.com/kb/DL1572?locale=en_US I still have problems in Pharo5. I am trying the following script: http://ws.stfx.eu/CHS8KCAGWGO2 I tried in Pharo 3, and the script worked fine. I also tried with Pharo4 and Pharo5, but it does not work because I get a MNU for GhostClassBuilder>>#client:. I fixed it in a Pharo5 image by using #installer: instead, but the computation of "JVM newWithSettings: jvmSettings" does not seem to finish and it blocks the VM. Any idea of what goes wrong? Cheers, Tudor On Fri, Jul 17, 2015 at 11:56 AM, Joachim Geidel < joachim.geidel(a)onlinehome.de> wrote: > Tudor Girba-2 wrote > > However, I do not know where to point "JNIPortJNIInterface libraryFile:" > > to. In the original instructions for Java 1.6, the code looked like: > > JNIPortJNIInterface libraryFile: > > > '/System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Libraries/libclient.dylib' > > > > With JDK 1.8 (and even 1.7), the file organization seems to be different > > and the libclient.dylib does not exist. > > > > I tried to point it to libjli.dylib, which looks similar, but that does > > not > > seem to work: > > JNIPortJNIInterface libraryFile: > > > '/Library/Java/JavaVirtualMachines/jdk1.8.0_45.jdk/Contents/MacOS/libjli.dylib'. > > Hi Doru, > > JLI is the Java Legacy Interface, not the VM. > > AFAICT, the JVM library should be at > > /Library/Java/JavaVirtualMachines/jdk1.8.0_45.jdk/Contents/Home/jre/lib/server/libjvm.dylib > > Java 8 for OS X is a 64 bit version, it won't work with a 32 bit Pharo. > When > I released the latest version of JNIPort, there was no 64 bit NativeBoost, > and as as JNIPort for Pharo is based on NativeBoost, I guess that it won't > work with Java 8. However, if you have Apple's original Java 6 installed, > you can still use that. An alternative JVM might be JamVM, but I can't > check > right now if there is a 32 bit version as SourceForge is currently offline. > > HTH > Joachim > > > > -- > View this message in context: > http://forum.world.st/troubles-with-JNIPort-on-Pharo-5-Java-8-tp4836922p483… > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. > > -- www.tudorgirba.com "Every thing has its own flow"

July 28, 2015

Re: [Pharo-users] Roassal examples

by Peter UhnÃ¡k

On Tue, Jul 28, 2015 at 3:20 PM, Tudor Girba <tudor(a)tudorgirba.com> wrote: > Hi, > > Thanks for testing. > > The book is developed on top of the latest Moose (that is version 6.0) so, > perhaps some of the code will not work Moose 5.1. Could you check also with > the latest Moose? > This is not entirely correct since it's been developed slowly starting last year, so there are known and unknown errors and old examples. I proposed to address this during Camp Roassal at ESUG, but there was no time (and I completely forgot about it), but I think it still holds. http://forum.world.st/Roassal-Camp-Smalltalk-tp4830455p4832368.html So at least the examples could be ran against the current Roassal. Peter

July 28, 2015

Re: [Pharo-users] Glamour Table action on single cell?

by Tudor Girba

Hi, Unfortunately, this is not supported in the current TablePresentation. You would need to implement a different presentation to handle this behavior. Cheers, Doru On Tue, Jul 28, 2015 at 2:58 PM, Gareth Cox <gareth(a)inspired.org> wrote: > Hi Again > > I'm wondering if its possible to have a double click (#strongSelection) > action on single cells within a composite table. > Basically I'd like to double click a value and be able to edit it (by > whatever means I deem necessary). > A lot of this is because I have a need to deal with unknown data, unknown > values, in sets of unknown sizes. > I'm trying to build stuff to be as dynamic as possible. > So given the below example, are there any suggestions on how to add > actions to single cells? > > |browser aCollection firstDict secondDict thirdDict| > firstDict := Dictionary new at: 'name' put: 'john'; at: 'surname' put: > 'blogs'; at: 'age' put: 33; at: 'location' put: 'everywhere'; yourself. > secondDict := Dictionary new at: 'name' put: 'mary'; at: 'surname' put: > 'jones'; at: 'age' put: 25; at: 'location' put: 'nowhere'; yourself. > thirdDict := Dictionary new at: 'name' put: 'steve'; at: 'surname' put: > 'irwin'; at: 'age' put: 51; at: 'location' put: 'somewhere'; yourself. > aCollection := OrderedCollection new add: firstDict; add: secondDict; add: > thirdDict; yourself. > browser := GLMTabulator new. > browser column: #table. > browser transmit to: #table; andShow: [ :composite :collection| |aTable| > aTable := composite table. > collection first keys do: [ :key | > aTable column: key evaluated: [ :each | each at: key ] > ] > ]. > browser openOn: aCollection > > Many Thanks > -- > Gareth Cox > IT Manager/Developer > Inspired Org (PTY) Ltd > email: gareth(a)inspired.org > -- www.tudorgirba.com "Every thing has its own flow"

July 28, 2015

Re: [Pharo-users] Roassal examples

by Tudor Girba

Hi, Thanks for testing. The book is developed on top of the latest Moose (that is version 6.0) so, perhaps some of the code will not work Moose 5.1. Could you check also with the latest Moose? Cheers, Doru On Tue, Jul 28, 2015 at 2:56 PM, Hilaire <hilaire(a)drgeo.eu> wrote: > |Other non working examples found in[1] with Moose 5.1: > > - 1.1 Color blue trans <- unknown (should it be alpha: 0.5 ?) > - 2.1 all element are stacked at the same place > > I did not test all. > > [1] > https://dl.dropboxusercontent.com/u/31543901/AgileVisualization/Roassal/010… > | > > -- > Dr. Geo > http://drgeo.eu > http://google.com/+DrgeoEu > > > > -- www.tudorgirba.com "Every thing has its own flow"

July 28, 2015

Glamour Table action on single cell?

by Gareth Cox

Hi Again I'm wondering if its possible to have a double click (#strongSelection) action on single cells within a composite table. Basically I'd like to double click a value and be able to edit it (by whatever means I deem necessary). A lot of this is because I have a need to deal with unknown data, unknown values, in sets of unknown sizes. I'm trying to build stuff to be as dynamic as possible. So given the below example, are there any suggestions on how to add actions to single cells? |browser aCollection firstDict secondDict thirdDict| firstDict := Dictionary new at: 'name' put: 'john'; at: 'surname' put: 'blogs'; at: 'age' put: 33; at: 'location' put: 'everywhere'; yourself. secondDict := Dictionary new at: 'name' put: 'mary'; at: 'surname' put: 'jones'; at: 'age' put: 25; at: 'location' put: 'nowhere'; yourself. thirdDict := Dictionary new at: 'name' put: 'steve'; at: 'surname' put: 'irwin'; at: 'age' put: 51; at: 'location' put: 'somewhere'; yourself. aCollection := OrderedCollection new add: firstDict; add: secondDict; add: thirdDict; yourself. browser := GLMTabulator new. browser column: #table. browser transmit to: #table; andShow: [ :composite :collection| |aTable| aTable := composite table. collection first keys do: [ :key | aTable column: key evaluated: [ :each | each at: key ] ] ]. browser openOn: aCollection Many Thanks -- Gareth Cox IT Manager/Developer Inspired Org (PTY) Ltd email: gareth(a)inspired.org <mailto:gareth@inspired.org>

July 28, 2015

Roassal examples

by Hilaire

|Other non working examples found in[1] with Moose 5.1: - 1.1 Color blue trans <- unknown (should it be alpha: 0.5 ?) - 2.1 all element are stacked at the same place I did not test all. [1] https://dl.dropboxusercontent.com/u/31543901/AgileVisualization/Roassal/010… | -- Dr. Geo http://drgeo.eu http://google.com/+DrgeoEu

July 28, 2015

Re: [Pharo-users] Personal wiki / information manager

by Tudor Girba

Hi Evan, Thanks for this mail. I am really happy that you are seeing Pharo as such a productive environment. I also think the direction of Trantor is highly interesting. Cheers, Doru On Tue, Jul 28, 2015 at 1:44 AM, Evan Donahue <emdonahu(a)gmail.com> wrote: > Ah, yes, by 'offline' I did mean outside of the mailing list, but that was > purely out of consideration for the list. If the list wants to hear it, far > be it from me to keep it from them. > > For my part, I am a graduate student working on my dissertation, and I > have been trying to build tools to facilitate that as I go, from taking and > sharing notes, to visualizing primary material, to (eventually) organizing > and writing the dissertation. I have been following Offray's updates with > interest, as I think my goals are very much allied, but I am starting in a > slightly different place, if I have understood correctly (research and > organizing, and not yet writing, sharing, or publishing). My efforts thus > far have been concentrated in two repositories: > > Chancery (http://smalltalkhub.com/#!/~EvanDonahue/Chancery) is an early > prototype for a note taking system. I am coming from taking notes in emacs > org-mode, and so Chancery right now is the most straightforward collapsable > tree outliner/note taker that could give me functionality basically > equivalent to what I had in org-mode, and serve as a platform to co-evolve > my research methods and their supporting technology. The near-term goals > for this involve adding metadata (authors, dates, etc) to the sources I am > annotating and using that for various kinds of historical visualization > (and further, attendant annotation) eg who wrote what when, referencing > who, influenced by what, etc), and can I edit all that directly in its > graphical form. The status of this project is that it is usable by myself > and those I have worked with on it (and I use it as my primary note taking > system), but I'm not sure what it would look like to someone loading it at > the moment (no real intro/docs, as it was just a quick prototype to provoke > further design discussion). > > Trantor (http://smalltalkhub.com/#!/~EvanDonahue/Trantor) is a > disttributed p2p system for incrementally keeping data structures in sync > between multiple, asynchronously connected pharo instances across the > internet without requiring human attention to resolve merge conflicts > (think laptos where data is edited offline and then automatically synced > when they connect to one another); it is my answer to sharing and > collaboration for things created in Chancery (although it is a more general > purpose project). Functionally, Trantor provides a set of common datatypes > (set, dict, text blob, etc) and a means to run nodes and peer them for > synchronization of said datatypes. The goal with respect to > Chancery/personal information management is being able to easily grab some > structured set of notes or writing out of the note taking system and share > it with collaborators or colleagues with a button click, and without having > to go through the whole export/send/manage versions dance. This project is > about 85% complete, the proof of concept works, it just needs a big > refactor to make it usable and quash some bugs. > > I guess my observations on using Pharo thus far are first, that it is > absolutely ideal for evolving prototypes, since you get a sort of poor > man's gui and persistance (object inspector + image serialization) > basically for free, which is 90% of the work of such a simple information > management app prototype. I have a fully functional tree outliner at a > point when in another language I would still be trying to hack a low > functionality command line interface. The other thing I've found refreshing > is that my application can live as one among many within the image, sharing > data with other programs by passing objects around in a way that is > impossible to do with a standalone application running on a modern > operating system. the dream of the web is, I think, heading more in this > direction, but working with the browser (as I was before I came to pharo) > requires coordinating a separate server process, compressing everything > into http/html/json, and a host of other problems that vanish when you can > just serialize objects between pharo instances. In short, I'm getting a lot > done in this language and I expect I'll be around for a while. > > Cheers, > Evan > -- www.tudorgirba.com "Every thing has its own flow"

July 28, 2015

Re: [Pharo-users] Loading code from a local git repository

by Tommaso Dal Sasso

Thanks for the answers, I have the code in a separate directory, my doubt was about how to load the code without using the GUI. The script: gitRepository := MCFileTreeRepository new directory: (FileLocator imageDirectory / 'src'). Gofer it repository: gitRepository; package: 'Hello-Pharo'; load. taken from here: https://github.com/fstephany/hello-pharo/blob/master/install.st really did the trick. Thanks a lot! Tommaso On 28/07/15 13:58, Thierry Goubier wrote: > You can also add a makefile to build the pharo image in the git > repository. I usually have a src/pharo packages build/Makefile structure. > > Thierry > > Le 28 juil. 2015 1:14 PM, "FranÃ§ois Stephany" <tulipe.moutarde(a)gmail.com > <mailto:tulipe.moutarde@gmail.com>> a Ã©crit : > > As Sven mentionned it, you can simply put your filetree files in a > subdirectory. > You can have a look at https://github.com/fstephany/hello-pharo It's > a bit outdated but it will give you the idea. > > On Tue, Jul 28, 2015 at 12:42 PM, Tommaso Dal Sasso > <tommaso.dalsasso(a)gmail.com <mailto:tommaso.dalsasso@gmail.com>> wrote: > > Hello, > > I am trying to version a project on git using filetree. > Since I also have some external resources (like images), I would > avoid > loading the whole project from the pharo image, because that would > download the external files in a cache directory, thus making them > difficult to reach and update. > > My idea is to update the git repository from the commandline, > and then > run a script to build the image. > > The question then is: is there an easy way to programmatically > load a > project from a local directory? > > Also, do you have any suggestions for a better workflow to > handle this > situation? > > Thanks, > Tommaso > >

July 28, 2015