February 2014 - Pharo-dev - lists.pharo.org

Re: [Pharo-dev] [gsoc-mentors] GSoC: call for ideas

by btc＠openinworld.com

Stefan Marr wrote: > Hi: > > Here my proposals: > > > Proposal 1: > > Library of Concurrent Programming Concepts > > The Ownership-based Metaobject Protocol [1] is an abstraction meant to > allow an easy implementation of a wide range of concurrent programming > concepts such as actors and STM. > The goal would be to extend the existing set of provided concepts by > a wider collection of concepts from literature and programming languages, > for instance Erlang actors, E vats, Shacl domains, Axum domains, different > types of STMs, and so on. > The goal is to provide programmers a set of abstractions to mix and match, > for their applications. > > benefit for the student: getting strong exposure to the subtleties of concurrent > programming and the benefits of the wide range of different > approaches. > > dialect: Pharo 3, the OMOP depends on Opal > > skill level: topic is adaptable to different skill levels, but object-orient background knowledge is required > > mentor: Stefan Marr (smalltalk(a)stefan-marr.de) > co-mentor TBD > > [1] http://www.stefan-marr.de/research/omop/ > > Another cool thing would be a graphical representation simulating how these concepts work. Something attractive to Comp Sci lecturers to make their lives easier. They come for the end-user application - but then can dig into the implementation with their student - and as a side-effect they are exposed to Smalltalk and are hooked. cheers -ben

Feb. 12, 2014

need some help with NBCallback related crashes

by Danil Osipchuk

Hello all I'm currently playing with NativeBoost (a great thing to have) and pharo consistently crashes after running for a while. My impression is that crashes happen during GCs as if something moves under the installed callback. This may be also related to the libpcap itself, but how can I know for sure. I've tried everything newest (vm+image+libpcap) and I also migrated into a much more rigid scheme of storing and passing callback. Now I've run of ideas where to look further. So, it is like this. NBPCapHandlerCallback is a procedure which is called by libpcap for every packet it has in its internal buffer after the application calls pcap_dispatch(). pcap_dispatch receives the callback as a parameter. I have to repeatedly call pcap_dispatch in so called nonblocking mode (and pass the callback each time) every 5 milliseconds to collect packets - we are single threaded. This amounts to awful whole 200 callback installations per second, may be libpcap was not well tested in this scenario (I suppose pcap_loop runs in separated thread in wireshark and callback installation happens several times per session at most) - hence my doubts. But also - could it be something with NB? Any hints how to proceed with it are greatly appreciated. This is amazing how one can quickly assemble something that emulates thousands of dhcp-clients (this is what the app does) with current Pharo. But the thing dies off after 10-15 minutes. best wishes, Danil http://www.tcpdump.org/manpages/pcap_loop.3pcap.html ========= Generic failure NBNativeCodeGen class>>signalError: NBNativeCodeGen class>>handleFailureIn:nativeCode: NBNativeCodeGen class>>methodAssembly: LargePositiveInteger(NBFFICallback)>>primLeave:stackPtr:contextOop:returnValue:primitiveMethod: NBPCapHandlerCallback(NBFFICallback)>>pvtEnter:stackPointer:primitiveMethod: in Block: Segmentation fault Wed Feb 12 16:17:25 2014 pharo VM version: 3.9-7 #1 Fri Feb 7 16:55:52 CET 2014 gcc 4.6.3 [Production ITHB VM] Built from: NBCoInterpreter NativeBoost-CogPlugin-GuillermoPolito.19 uuid: acc98e51-2fba-4841-a965-2975997bba66 Feb 7 2014 With: NBCogit NativeBoost-CogPlugin-GuillermoPolito.19 uuid: acc98e51-2fba-4841-a965-2975997bba66 Feb 7 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 #14797 Build host: Linux pharo-linux 3.2.0-31-generic-pae #50-Ubuntu SMP Fri Sep 7 16:39:45 UTC 2012 i686 i686 i386 GNU/Linux plugin path: /home/Pharo/ [default: /home/Pharo/] C stack backtrace: ./pharo[0x809bc4c] ./pharo[0x809bf66] linux-gate.so.1(__kernel_rt_sigreturn+0x0)[0xb76e640c] ./pharo(incrementalGC+0x18a)[0x80859da] ./pharo[0x808655a] ./pharo[0x808cbb7] ./pharo[0x808ccba] ./pharo(ceStackOverflow+0x59)[0x808f5f9] [0x770f5260] [0x771017e0] [0x770fb11e] [0x770fa939] [0x770f9813] [0x770f5700] [0x770f55c0] Smalltalk stack dump: 0xbf8b6144 M BlockClosure>ensure: 0x7c429d44: a(n) BlockClosure 0xbf8b6164 M Semaphore>critical: 0x772901d8: a(n) Semaphore 0xbf8b6180 M SmallInteger(Integer)>atRandom 0x13=9 0xbf8b61a8 M NLDHCPClientInit>enter 0x7c3be76c: a(n) NLDHCPClientInit 0xbf8b61c0 M [] in NLDHCPHost>changeStateTo: 0x793e816c: a(n) NLDHCPHost 0xbf8b61e0 I [] in BlockClosure>newProcess 0x7c3be828: a(n) BlockClosure Most recent primitives at:put: at:put: at:put: at:put: basicNew: basicNew class class replaceFrom:to:with:startingAt: basicNew: basicNew class class replaceFrom:to:with:startingAt: species species at:put: at:put: class class replaceFrom:to:with:startingAt: species species at:put: at:put: class class replaceFrom:to:with:startingAt: at:put: species basicNew: replaceFrom:to:with:startingAt: class class species basicNew: replaceFrom:to:with:startingAt: replaceFrom:to:with:startingAt: basicNew: atAllPut: class class replaceFrom:to:with:startingAt: species basicNew: replaceFrom:to:with:startingAt: at:put: at:put: class at:put: at:put: at:put: species basicNew: replaceFrom:to:with:startingAt: species basicNew: replaceFrom:to:with:startingAt: basicNew: basicNew class class replaceFrom:to:with:startingAt: class class species basicNew: replaceFrom:to:with:startingAt: replaceFrom:to:with:startingAt: species basicNew: replaceFrom:to:with:startingAt: basicNew: basicNew class class replaceFrom:to:with:startingAt: class class replaceFrom:to:with:startingAt: class class replaceFrom:to:with:startingAt: basicNew: at:put: at:put: class class replaceFrom:to:with:startingAt: class class replaceFrom:to:with:startingAt: class class replaceFrom:to:with:startingAt: species basicNew: replaceFrom:to:with:startingAt: new at:put: at:put: class stringHash:initialHash: class stringHash:initialHash: class stringHash:initialHash: basicNew objectAt: basicNew: stackp: basicNew primitiveResume basicNew basicNew new: basicNew new: objectAt: basicNew: stackp: basicNew primitiveResume findNextUnwindContextUpTo: terminateTo: suspend species basicNew: replaceFrom:to:with:startingAt: species species class class basicNew shallowCopy shallowCopy basicNew: basicNew species basicNew: replaceFrom:to:with:startingAt: class class replaceFrom:to:with:startingAt: species basicNew: replaceFrom:to:with:startingAt: species basicNew: replaceFrom:to:with:startingAt: replaceFrom:to:with:startingAt: basicNew: basicNew species basicNew: replaceFrom:to:with:startingAt: class class replaceFrom:to:with:startingAt: species basicNew: replaceFrom:to:with:startingAt: species basicNew: replaceFrom:to:with:startingAt: replaceFrom:to:with:startingAt: replaceFrom:to:with:startingAt: wait truncated truncated signal at:put: at:put: at:put: at:put: at:put: at:put: new at:put: at:put: class at:put: at:put: class stringHash:initialHash: class stringHash:initialHash: class stringHash:initialHash: class stringHash:initialHash: class stringHash:initialHash: class stringHash:initialHash: species basicNew: replaceFrom:to:with:startingAt: species basicNew: replaceFrom:to:with:startingAt: species basicNew: replaceFrom:to:with:startingAt: species basicNew: replaceFrom:to:with:startingAt: class species hashBytes:startingWith: species species class class class stringHash:initialHash: class stringHash:initialHash: class stringHash:initialHash: basicNew: basicNew class class replaceFrom:to:with:startingAt: basicNew: basicNew class class replaceFrom:to:with:startingAt: class class species basicNew: replaceFrom:to:with:startingAt: replaceFrom:to:with:startingAt: species basicNew: replaceFrom:to:with:startingAt: class class species basicNew: replaceFrom:to:with:startingAt: replaceFrom:to:with:startingAt: species basicNew: replaceFrom:to:with:startingAt: pcapSendPacket:size: findNextUnwindContextUpTo: terminateTo: suspend basicNew basicNew wait **IncrementalGC** stack page bytes 4096 available headroom 3300 minimum unused headroom 3480 (Segmentation fault)

Feb. 12, 2014

To improve Stef's mood...

by Pavel Krivanek

Hi, we are now able to bootstrap the PharoKernel and get responsive image that is able to execute scripts and process 'eval' argument. https://ci.inria.fr/pharo-contribution/job/PharoKernel3.0-Bootstrap/ It has shrinked Unicode tables, has no network support, not everything is initialized well and the job takes 1 hr 45 min but it is important step on our 100m competition :-) -- Pavel

Feb. 12, 2014

Re: [Pharo-dev] [gsoc-mentors] GSoC: call for ideas

by Stefan Marr

Hi: Here my proposals: Proposal 1: Library of Concurrent Programming Concepts The Ownership-based Metaobject Protocol [1] is an abstraction meant to allow an easy implementation of a wide range of concurrent programming concepts such as actors and STM. The goal would be to extend the existing set of provided concepts by a wider collection of concepts from literature and programming languages, for instance Erlang actors, E vats, Shacl domains, Axum domains, different types of STMs, and so on. The goal is to provide programmers a set of abstractions to mix and match, for their applications. benefit for the student: getting strong exposure to the subtleties of concurrent programming and the benefits of the wide range of different approaches. dialect: Pharo 3, the OMOP depends on Opal skill level: topic is adaptable to different skill levels, but object-orient background knowledge is required mentor: Stefan Marr (smalltalk(a)stefan-marr.de) co-mentor TBD [1] http://www.stefan-marr.de/research/omop/ Proposal 2: An AST-based debugger for Pharo The new infrastructure in Pharo tries to bring the program execution on a higher level to simplify tools and push more complexity into lower levels of system that do not need to be exposed to the programmer. With Opal, the compiler already uses a proper AST representation. The next step is to bring the debugger to the same level to simplify it and modern features to more directly interact with objects and execution. dialect: Pharo 3 skill level: medium to advanced, strong object-oriented background advisable mentor: ClÃ©ment Bera (bera.clement(a)gmail.com) Stefan Marr (smalltalk(a)stefan-marr.de) Best regards Stefan -- Stefan Marr INRIA Lille - Nord Europe http://stefan-marr.de/research/

Feb. 12, 2014

Re: [Pharo-dev] I love the new catalog and now you can create the metadata easily :)

by jannik laval

Thank you Stef. Phratch is up to date. Jannik 2014-02-11 8:24 GMT+01:00 phil(a)highoctane.be <phil(a)highoctane.be>: > Stef, > > Read on. > > To be successful you need to keep on trucking no matter what. #resilience > #persistence #keeprunning > > http://techcrunch.com/2011/06/27/startups-don't-die-they-commit-suicide/ > > Phil > > > > On Mon, Feb 10, 2014 at 10:49 PM, Pharo4Stef <pharo4Stef(a)free.fr> wrote: > >> Yes click that link: >> >> https://ci.inria.fr/pharo-contribution/job/PharoProjectCatalog/HTML_Report/ >> ? >> >> So I imagine that you are all like me: you are too busy to add the >> correct information >> because you do not know what/how/. >> >> So I created a little class: called CatalogAdder for you and me :P >> >> >> >> I'm a simple utility class that add methods to ConfigurationOf class to >> declare catalog metadata. >> >> Gofer new >> smalltalkhubUser: 'DamienCassou' project: 'Pier-Gutemberg'; >> package: 'CatalogAdder'; >> load >> >> (CatalogAdder on: ConfigurationOfXXX) >> defineCatalogMetadata >> >> and it creates all the methods with dummy template for you :) >> >> Stef >> > > -- ~~Jannik Laval~~ Ãcole des Mines de Douai Enseignant-chercheur http://www.jannik-laval.eu http://car.mines-douai.fr/

Feb. 12, 2014

Re: [Pharo-dev] CI Build Slaves ?

by Christophe Demarey

Hi, Le 12 fÃ©vr. 2014 Ã 00:08, Sven Van Caekenberghe a Ã©crit : > Hi, > > Does anyone know when all CI Build Slaves will become available again ? Right now, I seems at least Windows is no longer there. It is a bit hard to do integrations like that. ah Windows ... Yes, they need to be restarted time to time. I just restarted Windows slaves but it will take a while before they are seen by Jenkins. If some of you want / need access to CloudStack to manage (at least stopt/start) slaves, I can give you access. you will be able to connect with the account you use with Jenkins. Thanks for pointing this problem, Christophe.

Feb. 12, 2014

Re: [Pharo-dev] Fosdem Videos and Pharo. 4 presentation

by Bernardo Ezequiel Contreras

Hi, They already know it, but they are busy. be patient On Sun, Feb 09, 2014 at 08:06:03PM -0200, Bernardo Ezequiel Contreras wrote: > Hi, > the following video > http://video.fosdem.org/2014/K4401/Saturday/Pharo4_Plans_and_Dreams.webm > doesn't contain the presentation by marcus denker, instead it contains the > "Objective Smalltalk" presentation by Marcel Weiher. > Could someone fix this, please? Thanks for letting us know. The video team will take a look as soon as they can, but please understand if it takes a while as they are still busy!

Feb. 11, 2014

CI Build Slaves ?

by Sven Van Caekenberghe

Hi, Does anyone know when all CI Build Slaves will become available again ? Right now, I seems at least Windows is no longer there. It is a bit hard to do integrations like that. Thx, Sven

Feb. 11, 2014

Re: [Pharo-dev] [ANN] ScriptManager 1.7 Release for upcoming Pharo 3.0

by Sven Van Caekenberghe

Hi Torsten, On 11 Feb 2014, at 22:12, Torsten Bergmann <astares(a)gmx.de> wrote: > Thanks to Sven van Caekenberghe the ScriptManager tool hosted in project > > http://smalltalkhub.com/#!/~TorstenBergmann/ScriptManager/ > > now also provides the ability to import/export not only to a single > binary fuel file but also to a folder with readable scripts. > > This is a good idea and may also help to use external editors > or versioning systems like git or others on the custom scripts. > > I also reworked the menues to be in alignment with the common style > and polished the package for Pharo 3.0 as a new release version 1.7. > > Just open the config browser in Pharo 3.0 and load "ScriptManager". > After loading it will be available under Tools -> ScriptManager. > > Have fun > T. Thanks for including this. The only 'issue' that I had is that the line end convention used for writing the workspaces is CR (at least on my Mac), which is not cool when you want to work with the files outside the image (should be Unix style LF). Now, the File Browser does the same when creating files, as does Workspace when exporting. That is why I left it like that. BTW: I have been using your Bootstrap code all day long and it is seriously cool - I will have feedback in the coming weeks ;-) Sven

Feb. 11, 2014

Re: [Pharo-dev] Fosdem Videos and Pharo. 4 presentation

by Stefan Marr

Hi: On 11 Feb 2014, at 23:53, Torsten Bergmann <astares(a)gmx.de> wrote: > The videos from FOSDEM website also include a video from Marcus's presentation about PHARO 4. > Unfortunately the video starts with the title Marcus Denker and Pharo 4 but include the presentation about another talk about Objectivesmalltalk which is therefore available twice. These videos are not yet final: https://fosdem.org/2014/news/2014-02-03-videos/ https://fosdem.org/2014/news/2014-02-06-first-videos/ Best regards Stefan -- Stefan Marr INRIA Lille - Nord Europe http://stefan-marr.de/research/

Feb. 11, 2014