- Pharo-dev - lists.pharo.org

Re: [Pharo-dev] Object graph stream/visitor implementation?

by Tudor Girba

Hi, Indeed, DeepTraverser is the project to look at. I started it from the code of Mariano, and then Stefan Rechhart reimplemented it from scratch to make it very fast (e.g. traversing subclasses of a class is only 10% slower than the hard coded withAllSubclassesDo:) and to make it work like a stream. It's really beautiful. Cheers, Doru -- www.tudorgirba.com "Every thing has its own flow" > On 22 Dec 2015, at 14:06, Mariano Martinez Peck <marianopeck(a)gmail.com> wrote: > > Denis, > > The DeepTraverser was a little easy hack I shared years ago to Tudor Girba which he then (improved it?) put it in Moose. > While it works is still very limited. You can give it a try. And if not, please spend some time checking the graph traverser we have in Fuel. I suspect it could be easily adapted for custom code, but I am not sure ;) > > Basically, check FLAnalysis >> run, which has a stack and starts the trace via #mapAndTrace: > > Cheers, > >> On Tue, Dec 22, 2015 at 6:20 AM, Denis Kudriashov <dionisiydk(a)gmail.com> wrote: >> I found this: http://smalltalkhub.com/#!/~Moose/DeepTraverser >> >> 2015-12-22 10:05 GMT+01:00 Marcus Denker <marcus.denker(a)inria.fr>: >>> >>> > On 22 Dec 2015, at 09:46, Denis Kudriashov <dionisiydk(a)gmail.com> wrote: >>> > >>> > Hello. >>> > >>> > Do we have way to traverse object graph? >>> > >>> > I want stream which iterate object graph through instance variables with knowledge about path at every step. >>> > >>> > Maybe Fuel has classes for this ? >>> > >>> >>> yes, I think so.. there is #fuelAccept:, but I am not sure how general it is. >>> >>> I remember that Doru did some object graph iteration experiments, too? >>> (I canât find it). >>> >>> But I think we should actually add a general âobject graph iteratorâ to the reflective >>> features of the language. It seems very useful to have, and for sure Fuel could just >>> use it. >>> >>> Marcus > > > > -- > Mariano > http://marianopeck.wordpress.com

Dec. 24, 2015

Re: [Pharo-dev] Examples

by Alexandre Bergel

Okay! Thanks! Alexandre > On Dec 23, 2015, at 7:26 PM, Peter UhnÃ¡k <i.uhnak(a)gmail.com> wrote: > > The problem with instance-side examples is that you need an instance > to work with (otherwise there is not much point of having it on the > instance-side), unless there would be pragma for it... > > e.g. > > MyObject>>myInstanceSideExample > <rtExample: 'self new myInstanceSideExample open'> > |v| > v := RTView new. > ... > ^ v > > The architecture for Nautilus icons is very easy to change or extend, > look at AbstractMethodIconAction and it's subclasses. > You could even easily add your own class specifically for Roassal > examples (and bundle it with Roassal) > > e.g. something like this (this is just an idea; I haven't tried > running the code...) > > RTMethodIsRoassalExample>>isActionHandled > ^ method methodClass className beginsWith: 'RT' and: [ method > selector includesSubstring: 'example' caseSensitive: false ]. > > RTMethodIsRoassalExample>>privateActionIcon > ^ IconicButton actionSelector: #runExample; etc... > > RTMethodIsRoassalExample>>runExample > ^ (method methodClass new perform: method) open "assuming the > method returns RTView instance..." > > Peter > > On Wed, Dec 23, 2015 at 10:33 PM, Alexandre Bergel > <alexandre.bergel(a)me.com> wrote: >> Hi! >> >> Having examples on the class sides imply that examples are not apparent when >> I do not select the class side of a class. >> And this is a pityâ¦ >> >> Maybe a particular icon can designate classes with examples? >> Or what about making the <script> pragma works also for instance methods and >> not only class methods? >> >> Cheers, >> Alexandre >> -- >> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >> Alexandre Bergel http://www.bergel.eu >> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >> >> >> > -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

Dec. 24, 2015

Re: [Pharo-dev] Classes with isVariable=true

by Mariano Martinez Peck

Hi Denis, This is a bit old, but it might help you understand a few things more: https://marianopeck.wordpress.com/2011/05/07/class-formats-and-compiledmeth… (forget a bit about the CompiledMethod explanation) Cheers, On Thu, Dec 24, 2015 at 6:57 AM, Denis Kudriashov <dionisiydk(a)gmail.com> wrote: > Thank's Sven. > > I not noticed it. > > 2015-12-24 10:49 GMT+01:00 Sven Van Caekenberghe <sven(a)stfx.eu>: > >> Denis, >> >> > On 24 Dec 2015, at 10:31, Denis Kudriashov <dionisiydk(a)gmail.com> >> wrote: >> > >> > Hello. >> > >> > I try to look how many classes has "isVariable=true" and "instSize>0". >> And I found two strange cases: PathTests and FileReferenceTest is variable >> classes. Why they are variable? >> >> Those are most probably mistakes. >> >> > And more general: how classes become variable? For example Path >> isVariable = true. But I not see initialize method which set it. >> >> This is done in the class creation template: >> >> ArrayedCollection variableSubclass: #Array >> instanceVariableNames: '' >> classVariableNames: '' >> category: 'Collections-Sequenceable' >> >> Note the VARIABLE before subclass in the message. >> >> HTH, >> >> Sven >> >> > Best regards, >> > Denis >> >> >> > -- Mariano http://marianopeck.wordpress.com

Dec. 24, 2015

Re: [Pharo-dev] Classes with isVariable=true

by Denis Kudriashov

Thank's Sven. I not noticed it. 2015-12-24 10:49 GMT+01:00 Sven Van Caekenberghe <sven(a)stfx.eu>: > Denis, > > > On 24 Dec 2015, at 10:31, Denis Kudriashov <dionisiydk(a)gmail.com> wrote: > > > > Hello. > > > > I try to look how many classes has "isVariable=true" and "instSize>0". > And I found two strange cases: PathTests and FileReferenceTest is variable > classes. Why they are variable? > > Those are most probably mistakes. > > > And more general: how classes become variable? For example Path > isVariable = true. But I not see initialize method which set it. > > This is done in the class creation template: > > ArrayedCollection variableSubclass: #Array > instanceVariableNames: '' > classVariableNames: '' > category: 'Collections-Sequenceable' > > Note the VARIABLE before subclass in the message. > > HTH, > > Sven > > > Best regards, > > Denis > > >

Dec. 24, 2015

Re: [Pharo-dev] Classes with isVariable=true

by Sven Van Caekenberghe

Denis, > On 24 Dec 2015, at 10:31, Denis Kudriashov <dionisiydk(a)gmail.com> wrote: > > Hello. > > I try to look how many classes has "isVariable=true" and "instSize>0". And I found two strange cases: PathTests and FileReferenceTest is variable classes. Why they are variable? Those are most probably mistakes. > And more general: how classes become variable? For example Path isVariable = true. But I not see initialize method which set it. This is done in the class creation template: ArrayedCollection variableSubclass: #Array instanceVariableNames: '' classVariableNames: '' category: 'Collections-Sequenceable' Note the VARIABLE before subclass in the message. HTH, Sven > Best regards, > Denis

Dec. 24, 2015

Classes with isVariable=true

by Denis Kudriashov

Hello. I try to look how many classes has "isVariable=true" and "instSize>0". And I found two strange cases: PathTests and FileReferenceTest is variable classes. Why they are variable? And more general: how classes become variable? For example Path isVariable = true. But I not see initialize method which set it. Best regards, Denis

Dec. 24, 2015

Re: [Pharo-dev] #sum:, #detectSum:, #sumNumbers:

by stepharo

Just a remark. I think that we discarded the proposition of having aCol arithmetic sum but I found it nice because there if was clear that you want to get back 0 for #(). Stef

Dec. 24, 2015

Re: [Pharo-dev] #sum:, #detectSum:, #sumNumbers:

by stepharo

Just a remark. I think that we discarded the proposition of having aCol arithmetic sum but I found it nice because there if was clear that you want to get back 0 for #(). Stef

Dec. 24, 2015

Re: [Pharo-dev] Any thread-safe collection for Pharo?

by stepharo

there is AtomicQueue > > I want something more simple which not force me to remember what is > semaphore, monitor, mutex or whatever. Something like this: > > threadSafeCollection := AnyCollectionClass threadSafe. > > or > > threadSafeCollection := AnyCollectionInstance threadSafe. > > or more general > > threadSafeObject := AnyObjectInstance threadSafe > > > Thread safe wrappers should allow concurrent reads which blocked on > writes and writes which blocked on anything. > For example collection #add: method should wait until current #do: or > #add: completes. And #do: should wait until current #add: completes. I do not think that we have such behavior.

Dec. 24, 2015

Re: [Pharo-dev] Preview of new FFI?

by Pierce Ng

On Wed, Dec 23, 2015 at 08:00:31PM +0000, Esteban Lorenzano wrote: > as Torsten said, is in the image, and I cannot provide support until next > weekâ¦ Iâm counting the bytes here, to send mails :) but after that, of course > I will provide support, documentation (Iâm already working on it), etc. Thanks. I'll check it out. And thanks to Torsten for the comprehensive summary. Pierce

Dec. 24, 2015