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

ICFP contest 4th of August
by Sebastian Heidbrink Aug. 3, 2015

Aug. 3, 2015

Hi! Just in case somebody might have missed this: http://icfpcontest.org/ Seabstian

1 1

Re: [Pharo-users] [ann] jdt2famix - an open-source java importer project
by Tudor Girba Aug. 2, 2015

Aug. 2, 2015

Hi (again), The project below is made possible by JNIPort. Thanks, Joachim! Cheers, Doru On Sun, Aug 2, 2015 at 11:26 PM, Tudor Girba <tudor(a)tudorgirba.com> wrote: > Hi, > > I would like to announce the jdt2famix project. This aims to be an > open-source solution for importing Java projects into Moose: > http://www.smalltalkhub.com/#!/~Moose/Jdt2Famix > > The project is based on: > - JDT for raw parsing. This is implemented in Java. > - JNIPort for delegating to Pharo the Java methods that visit the Java AST. > > Installation details can be found on the main project page. > > The current importing logic is rudimentary, but the first goal was to > setup the whole ping-pong between Pharo and Java. This one works, and I am > quite happy about that. You can take a look at the JdtImporterTest. > > CAVEATS: > - Due to a problem in JNIPort, currently, this project only works in Moose > 5.0. > - Also, for now it works out of the box only for Mac OS X. > - And, on top of that, it requires Java 1.6 for now (until we will get the > Spur VM on 64 bits). > > There are still quite some challenges left, but once we get this going, we > would also be able to use deep AST analysis live, and to do incremental > model update when something changes on disk. Furthermore, if it scales, > this would not be based on an intermediary MSE file anymore. > > I would like to ask for help in several directions: > 1. Implement the full model import. This would require diving into JDT and > implementing the corresponding mapping logic. I spent a few days on this. > It is hairy, but it is not that impossible (only it has a ton of edge > cases). This should be test driven, in that, for each case, we need to have > a corresponding sample. > 2. Fix JNIPort to work in Pharo 5. > 3. Get the whole thing to work out of the box for Linux and Windows. > 4. Check scalability. > > Please let me know your opinions, and let me know if you would like to > participate. > > Cheers, > Doru > > -- > www.tudorgirba.com > > "Every thing has its own flow" > -- www.tudorgirba.com "Every thing has its own flow"

1 0

interview on .Net Rocks! about Moose, humane assessment, Pharo and GT
by Tudor Girba Aug. 1, 2015

Aug. 1, 2015

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"

5 7

Download only metainfo about mcz when selected
by Jan BlizniÄenko Aug. 1, 2015

Aug. 1, 2015

Hello Lots of times I want to take a quick look at what is new in external packages I use, therefore I open repository in monticello, click at mcz and look at commit note. However, most of the times I want just to look at it, the commit time, author and note, not load whole mcz with its content. I would like to ask whether it is possible to change way of loading mcz in way that it would download only these metaatributes of mcz when browsing them (when I select mcz in list of all mcz of package) and download whole mcz only when I do load/change/merge etc. Jan -- View this message in context: http://forum.world.st/Download-only-metainfo-about-mcz-when-selected-tp4837… Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

3 5

VM Crash after adding ram
by Ramon Leon Aug. 1, 2015

Aug. 1, 2015

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

4 7

Pharo on 64bit Ubuntu
by Leo Noordhuizen Aug. 1, 2015

Aug. 1, 2015

Hello, I am running Ubuntu 15.04 64 bit and want to start experimenting with Pharo. What is the best way to get Pharo running in this environment ? It seems not to be straightforward, but I cant imagine that it has not been implemented before. Thanks, Leo Noordhuizen - The Netherlands

9 16

Linux Install -- problems, but eventually successful
by Shadowfirebird Aug. 1, 2015

Aug. 1, 2015

Hi all, I've been having trouble getting *any* sort of Smalltalk working on Linux. But ultimately I got Pharo (my first choice) working on Debian Jessie. It wasn't terribly hard in the end, but since the instructions at http://pharo.org/gnu-linux-installation#64-bit-System-Setup seem to be out of date, I thought it might be helpful to post something in case those in charge of that page would like to update. Since there is no issue tracker, I assume this is a good a place as any. ## Short Version ## * sudo dpkg --add-architecture i386 * sudo apt-get update * sudo apt-get install lib32zl lib32ncurses5 Note that there is no ia32-libs package on Jessie, as far as I can tell. (I have no idea whether you actually need to install lib32ncurses5, but those were what apt-get suggested, and it worked.) I do have a startup error -- "MessageNotUnderstood: EmbeddedFreeTypeFontInstaller>>failedToOpen:Index:" -- but it doesn't seem to break anything. ## Longer version / Rant ## Pharo turned out to be impossible on my netbook (where I would like to use it, sadly) because it is still running Crunchbang, which is Debian Woody under the hood. So in theory the fix from the 64bit install page should work. It doesn't, though -- some sort of problem with #! I suppose "The following packages have unmet dependacies: ia32-libs: Depends: ia32-libs-i386" Squeak, as downloaded from their site, has exactly the same problem. Pharo isn't in the Debian Repository, but an old version of the Squeak VM -- *just* the VM -- is. (Not sure what the point of that is.) It doesn't work with the current Squeak image from the website. I did eventually manage to get a compatible image ... via FTP. Good grief. (Good enough to learn the ropes, I suppose.) I really didn't want to go the Gnu Smalltalk road, but in desperation I tried it. Under both Crunchbang and Debian Jessie, the gst-browser package falls over immediately when you start it, a great big error trace I won't bother to paste here. These are packages in the *repository*. Is no-one maintaining them? The point of this rant is to give context to the following: thank you. Really, thank you, to the folks behind Pharo and everyone reading this. This is the problem with FOSS: blink, and yesterday's rave technology is gone. And Smalltalk is *important* -- I'm not a Smalltalk programmer, but every time I play with it I learn so much about OOP, programming, and good design of classes. And I keep coming back to try to work with it again, because it offers things I want and just can't get elsewhere. The idea that Smalltalk might one day just ... not run? Not worth thinking about. Okay, broke a cardinal rule here. Apologies for joining a mailing list and then immediately posting a long rant. Going to Lurk Mode now! Shadow.

6 11