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

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