May 2013 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] Videos: Selling Pharo-based solutions & Custom architectural assessment

by Sean P. DeNigris

Thanks for all the effort :) keep up the great work! ----- Cheers, Sean -- View this message in context: http://forum.world.st/Videos-Selling-Pharo-based-solutions-Custom-architect… Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

May 1, 2013

Re: [Pharo-project] froze image just

by Stephan Eggermont

Stef wrote: > trying to publish a slice on my harddisc without networkâ¦. > and I could not interrupt anything. > No cmd+. no interdiction sign did anything :( I've seen that a few times recently, with Moose 4.8 & Pharo 2.0 images. >So is it normal? > Not being able to interrupt something is a pain. +1 It definitely is a place where you want to be able to interrupt. Stephan

May 1, 2013

[Pharo-project] Videos: Selling Pharo-based solutions & Custom architectural assessment

by Stephan Eggermont

Selling Pharo-based Solutions https://www.youtube.com/watch?v=v65L07qR-w4 Custom architectural assessment of a large enterprise system https://www.youtube.com/watch?v=Zzkd2D_WiVY Stephan

May 1, 2013

Re: [Pharo-project] FLClassNotFound on materialization

by HernÃ¡n Morales Durand

Thanks! Now I get this exception: FLBadVersion: Materialization error. Unexpected stream version 18 where it should be 19. but that's another issue. I will re-serialize the whole thing again, but just wanted to provide some feedback. 2013/4/30 Max Leske <maxleske(a)gmail.com> > > http://rmod.lille.inria.fr/web/pier/software/Fuel/Version1.9/Documentation/… > > FLMaterializer newDefault > migrateClassNamed: #Point > toClass: Coordinate. > > > HTH, > Max > > On 30.04.2013, at 14:42, HernÃ¡n Morales Durand <hernan.morales(a)gmail.com> > wrote: > > I wonder if this feature is already implemented? > > > http://lists.gforge.inria.fr/pipermail/pharo-project/2011-November/056143.h… > > because I have a map of class renames but I don't know how to tell the > materializer to serialize and re-materialize with updated names. > > I am using Fuel 1.8 in Pharo 1.4 (Fuel-MartinDias.685, > FuelCompatibilityBeforePharo20-MartinDias.4) > > Cheers, > > HernÃ¡n > > > >

May 1, 2013

Re: [Pharo-project] Moment of fun

by Igor Stasenko

On 1 May 2013 04:17, Michael van der Gulik <mikevdg(a)gmail.com> wrote: > On Wed, May 1, 2013 at 11:46 AM, Igor Stasenko <siguctua(a)gmail.com> wrote: >> >> | recursion | >> ( recursion := [ recursion value ] ) value > > > At least make it useful. > Useful? :) Let me count, how many times i used Fibonacci sequence in my projects....... 0 + 0 + 0 + 0 + ... + 0 = zero. so.. to me your example is as useful as mine :) > fibonacci := [ :i :j | > Transcript show: ((i+j) printString); cr. > fibonacci value: j value:(i+j). > ]. > fibonacci value: 1 value: 1. > > Doesn't work on my ancient 3.10 image though, but it does run under VW, and > might work on more modern closure-capable VMs. > > Gulik. > > -- > http://gulik.pbwiki.com/ -- Best regards, Igor Stasenko.

May 1, 2013

Re: [Pharo-project] Moment of fun

by Michael van der Gulik

On Wed, May 1, 2013 at 11:46 AM, Igor Stasenko <siguctua(a)gmail.com> wrote: > | recursion | > ( recursion := [ recursion value ] ) value > At least make it useful. fibonacci := [ :i :j | Transcript show: ((i+j) printString); cr. fibonacci value: j value:(i+j). ]. fibonacci value: 1 value: 1. Doesn't work on my ancient 3.10 image though, but it does run under VW, and might work on more modern closure-capable VMs. Gulik. -- http://gulik.pbwiki.com/

May 1, 2013

Re: [Pharo-project] record system change

by Igor Stasenko

Ane of the idea is to use serialization, but with custom strategy. Since we're in living system, each object can know the answer to question whether it is important to capture it's changes or not. As well, as it can instruct serializer, what part(s) of its state needs to be serialized and which not.. This will give us the filtering rules out of the box. But still it won't give us an automagic way to represent changes in human-readable form, e.g: diff := someObject createTextualDiff: myPreviousSerializedVersion. well, unless you serialize textual forms of both objects .e.g: diff := someObject sufficientTextualForm createTextualDiff: myPreviousSerializedVersionSufficientTextualForm. (the bad part of it that it is quite difficult to represent arbitrary graph with possible cycles in human-readable textual form ;) -- Best regards, Igor Stasenko.

May 1, 2013

Re: [Pharo-project] record system change

by Igor Stasenko

...but in fact, my troll answers actually not so far from real ones. When i was working with Goran on DeltaStreams (yes, capturing system changes), which using SystemEditor, i've been stuck with inability to properly track changes in traits, because SystemEditor was implemented by taking into account only classical ST-80 class model. Then i thought, okay, how else you can track changes ? The most general solution is do like OODB does: enter "transaction mode" upon final commit, see what objects are changed , without discrimination by traversing the graph. (as you can see it is not very far from having 2 image snapshots, and not very far from your example of code does which involves some serialization).. the problem is, of course, filtering e.g. what objects are considered important to track and what not.. But it is impossible to do it at object-level, without considering it's place in graph, e.g. some string object can be completely ignored (because it is string to write to Transcript "update finished") while other string, like source code of new method cannot be ignored and needs to be captured. Another problem is that such generic solution is very hard to represent in human-readable form e.g. method A changed to method B.. because it is graph of objects and unless you know exactly the role(s) of every object you cannot make any sense of how to present it to user. But then, assuming that even if you find solution to filtering & presenting the change, here again, what if filtering rules changed by themselves during system change? Which rules should filter the change: prior to change or after?. (and that's my second troll's answer).. -- Best regards, Igor Stasenko.

May 1, 2013

Re: [Pharo-project] froze image just

by Igor Stasenko

On 30 April 2013 22:44, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > trying to publish a slice on my harddisc without networkâ¦. > and I could not interrupt anything. > No cmd+. no interdiction sign did anything :( > > So is it normal? > Not being able to interrupt something is a pain. > > stef the problem stems from the point that when you press cmd+. an interrupt process logic looking for some other active process to stop it.. now since UI process blocked by semaphore, as well as rest, it finds nothing to interrupt and ignores it :) i think we should think about it, like putting synthesized context with '1halt', to UI process, so when it will awake, it will be halted. Or... if interrupt handler found nothing, then always spawn new UI process opening debugger on old one. -- Best regards, Igor Stasenko.

May 1, 2013

Re: [Pharo-project] CI link to matching VM

by Igor Stasenko

On 30 April 2013 18:38, Ben Coman <btc(a)openinworld.com> wrote: > > not sure if this is a broader question than just Moose CI, so I'm posting > here.... > > I just downloaded latest Moose image from [1] and want to download the > matching VM used for the CI testing, but its not obvious which one. > Could maybe a VM link be added to the page as artifact, upstream project or > permalink ? Or am I missing something ? > > [1] https://ci.inria.fr/moose/job/moose-latest-dev-4.8/ > > cheers -ben > <https://ci.inria.fr/moose/job/moose-latest-dev-4.8/> > i cannot see the config of that job, so i cannot tell. (btw old jenkins setup has useful plugin to see the config by visitors in r/o mode) it would be nice to have it in current one. -- Best regards, Igor Stasenko.

May 1, 2013