- Pharo-dev - lists.pharo.org

[Pharo-project] Internationalization in Pharo - Updates?

by Gisela Decuzzi

Hello, I want something of i18n for Pharo 1.4. I want to add english support for Loop. Searching I found 2 ways rigth now: - GetText package (ported from eToys), the problem here is that seems to be not working in Pharo 1.4 - the translate message The last updates I could find were years ago and I would like to know if there is any work related (in progress or done) or if someone with experience could point me the path to follow and avoid reinventing the wheel. I would be pleaced to hear any comment, even if this is some pending task that needs to be done or a link to a thread I coluldn't find. Thanks in advance!

Sept. 2, 2012

Re: [Pharo-project] [ANN] Nagare - a new flexible logger for Smalltalk

by Masashi UMEZAWA

Hi Janko, 2012/5/15 Janko MivÅ¡ek <janko.mivsek(a)eranova.si>: > Hi Masashi, > > Quite interesting logging library, thanks! Some questions: > > - can logging be done in background process to improve performance, for > example for burst of web requests? Sorry for the very very late reply. I missed your questions. > - can you log Transcript too? As for outputting log to Transcript, it is not possible by default. However you can subclass NgLog for multiplexing log outputs. But actually the need for multiprexing in Smalltalk side is very limited since fluentd itself has nice log multiplexing feature. > - can logging be done in background process to improve performance, for > example for burst of web requests? I've not tested Nagare in such a hard condition, but I think it can handle quite lots of logging requests. Fluentd uses very lightweight binary protocol (MessagePack) and has nice non-blocking log-event queue. Nagare just sends a small packet to fluentd and immediately returns for further requests, fluend does the other log-related jobs (storing to files, collecting logs from other sources, etc). Of course, you can utilize multi-core power here. > Best regards > Janko > > Dne 15. 05. 2012 02:48, piÅ¡e Masashi UMEZAWA: >> Hello all, >> >> I have recently developed a new logging library called Nagare. >> http://code.google.com/p/nagare-logger/ >> >> Nagare is designed to be simple and scalable. >> Contrary to other logging frameworks which provide rich set of log >> output methods (file, socket, DB, etc.), Nagare just connects to >> fluentd (http://fluentd.org) And Fluentd does the various log >> processing jobs. >> >> Features: >> - Simple log interfaces with reliable backend >> - Semi-structured logging (Not only String, you can store structured >> records in log) >> - Flexible - you can easily customise log-tags, log policy, etc. >> - Portable (runs on Squeak, Pharo, VisualWorks) >> >> Enjoy! > > -- > Janko MivÅ¡ek > Aida/Web > Smalltalk Web Application Server > http://www.aidaweb.si > -- [:masashi | ^umezawa]

Sept. 2, 2012

Re: [Pharo-project] [Nautilus] Someone needs to learn how to work with weak references :) + [Enh] patch to object explorer

by StÃ©phane Ducasse

Igor add a bug entry and your code so that we add this menu On Sep 2, 2012, at 3:41 AM, Igor Stasenko wrote: > p.p.p.s. perhaps we could add it as option "explore only strong references" > in inspector menu > > -- > Best regards, > Igor Stasenko. >

Sept. 2, 2012

Re: [Pharo-project] An idea about visual feedback in Athens

by StÃ©phane Ducasse

Yes we should really refactor this hierarchy. We should finish first the event model cleaning at VM/Image border then we work on this one. On Aug 31, 2012, at 9:21 PM, Igor Stasenko wrote: > and to give an idea, how current Morphic doing that, a starting point is > MorphicEventDispatcher > > personally, i find this code too complex to understand, given heavy > use of case statements and branches. > > But i figured out, that this method: > > > dispatchEvent: anEvent with: aMorph > "Dispatch the given event for a morph that has chosen the receiver to > dispatch its events. The method implements a shortcut for repeated > dispatches of events using the same dispatcher." > anEvent type == lastType ifTrue:[^self perform: lastDispatch with: > anEvent with: aMorph]. > "Otherwise classify" > lastType := anEvent type. > anEvent isMouse ifTrue:[ > anEvent isMouseDown ifTrue:[ > lastDispatch := #dispatchMouseDown:with:. > ^self dispatchMouseDown: anEvent with: aMorph]]. > anEvent type == #dropEvent ifTrue:[ > lastDispatch := #dispatchDropEvent:with:. > ^self dispatchDropEvent: anEvent with: aMorph]. > anEvent isWindowEvent ifTrue:[ > lastDispatch := #dispatchWindowEvent:with:. > ^self dispatchWindowEvent: anEvent with: aMorph]. > lastDispatch := #dispatchDefault:with:. > ^self dispatchDefault: anEvent with: aMorph > > --- > > actually can be replaced by one-liner: > > dispatchEvent: anEvent with: aMorph > morph := aMorph. > ^ anEvent sentTo: self > > .. yeah.. my favorite thing: double-dispatch. > > -- > Best regards, > Igor Stasenko. >

Sept. 2, 2012

Re: [Pharo-project] [Nautilus] Someone needs to learn how to work with weak references :) + [Enh] patch to object explorer

by Igor Stasenko

Actually, speaking about the problem of locating memory leaks, by filtering out useless stuff, it looks like quite simple to implement: you just need to trace path(s) from system root (such as Smalltalk global object) to the object of interest. A shortest path found, in most cases, will be the answer to problem. -- Best regards, Igor Stasenko.

Sept. 2, 2012

Re: [Pharo-project] [Nautilus] Someone needs to learn how to work with weak references :) + [Enh] patch to object explorer

by Igor Stasenko

On 2 September 2012 06:00, Lawson English <lenglish5(a)cox.net> wrote: > Igor, have you been following Craig Latta's work with Naev/Spoon? > > He's had to create some very interesting tools to track objects of various > kinds in the image. > Well, Spoon was one of the first things i learned besides squeak. I know Craig has some visualizations done for looking at object memory using human's eyes.. but without ways to filter out the noise (which requires some coding), any visualization is basically useless, because of the amount of information. > L > > > On 9/1/12 6:31 PM, Igor Stasenko wrote: >> >> my work image grown to 80Mb in size.. >> and i start growing suspicious about myself for forming a resource >> leak somewhere.. >> >> But as it appears, it is because of Nautilus. >> >> During my experiments with ObjC wrapper for NativeBoost, >> i used nautilus for showing more than 4000 Objective-C classes in >> browser.. >> >> Since all those objects are actually wrappers, they generated each >> time when i open a new browser window.. >> to explore an obj-c universe and to test bugs.. >> So i ended up with: >> ObjCClassWrapper allInstances size 31885 >> >> Now, about why cache doesn't cleaning up automatically: >> >> The only reference coming to particular instance of ObjC wrapper is >> from a ClassesIconCache class var, >> which is a weak key dictionary: >> >> {my class wrapper} -> [IconicButtonStateHolder] >> >> so, a {wrapper} is held weakly here, of course, while [its Icon] >> strongly, and so far so good. >> >> But the problem is that , [IconicButtonStateHolder] >> having following in it's arguments ivar: >> >> an Array(an ObjCClassWrapper), which is [my class wrapper], held strongly. >> >> of course, there is no way how it can disappear from system.. >> >> After doing "AbstractNautilusUI resetIconCaches" my image shrunk from >> 83Mb down to 43Mb, >> >> But i found that i still having a lot of ObjCClassWrapper hanging >> around and wonder why.. >> And this time, because one of the wrapper classes were held in >> HistoryCollection via Nautilus 'RecentClasses' classvar. >> I think, history should not keep a live object references.. but >> instead use symbolic names to refer to the target, >> because apparently you cannot go and browse the method/class if you >> deleted it from a system. >> >> So, after nilling out that class var, my image lost another 10Mb, down to >> 33Mb.. >> and Ben, you owe me a ... (o shit i don't drink beer ) oh ok.. you owe >> me 2 bug fixes in Nautilus :) >> >> P.S. i modified a pointer explorer to show only strong references to >> object(s), >> because weak ones are completely useless for fighting with resource >> leak problems and only add noise. >> With this change a lists produced by pointer explorer are much shorter >> and going straight to the point. >> So, i attaching .cs to the mail.. in case if someone find it useful. >> >> >> > > > -- > Squeak from the very start (introduction to Squeak and Pharo Smalltalk for > the (almost) complete and compleate beginner). > https://www.youtube.com/playlist?list=PL6601A198DF14788D&feature=view_all > -- Best regards, Igor Stasenko.

Sept. 2, 2012

Re: [Pharo-project] [Nautilus] Someone needs to learn how to work with weak references :) + [Enh] patch to object explorer

by Lawson English

Igor, have you been following Craig Latta's work with Naev/Spoon? He's had to create some very interesting tools to track objects of various kinds in the image. L On 9/1/12 6:31 PM, Igor Stasenko wrote: > my work image grown to 80Mb in size.. > and i start growing suspicious about myself for forming a resource > leak somewhere.. > > But as it appears, it is because of Nautilus. > > During my experiments with ObjC wrapper for NativeBoost, > i used nautilus for showing more than 4000 Objective-C classes in browser.. > > Since all those objects are actually wrappers, they generated each > time when i open a new browser window.. > to explore an obj-c universe and to test bugs.. > So i ended up with: > ObjCClassWrapper allInstances size 31885 > > Now, about why cache doesn't cleaning up automatically: > > The only reference coming to particular instance of ObjC wrapper is > from a ClassesIconCache class var, > which is a weak key dictionary: > > {my class wrapper} -> [IconicButtonStateHolder] > > so, a {wrapper} is held weakly here, of course, while [its Icon] > strongly, and so far so good. > > But the problem is that , [IconicButtonStateHolder] > having following in it's arguments ivar: > > an Array(an ObjCClassWrapper), which is [my class wrapper], held strongly. > > of course, there is no way how it can disappear from system.. > > After doing "AbstractNautilusUI resetIconCaches" my image shrunk from > 83Mb down to 43Mb, > > But i found that i still having a lot of ObjCClassWrapper hanging > around and wonder why.. > And this time, because one of the wrapper classes were held in > HistoryCollection via Nautilus 'RecentClasses' classvar. > I think, history should not keep a live object references.. but > instead use symbolic names to refer to the target, > because apparently you cannot go and browse the method/class if you > deleted it from a system. > > So, after nilling out that class var, my image lost another 10Mb, down to 33Mb.. > and Ben, you owe me a ... (o shit i don't drink beer ) oh ok.. you owe > me 2 bug fixes in Nautilus :) > > P.S. i modified a pointer explorer to show only strong references to object(s), > because weak ones are completely useless for fighting with resource > leak problems and only add noise. > With this change a lists produced by pointer explorer are much shorter > and going straight to the point. > So, i attaching .cs to the mail.. in case if someone find it useful. > > > -- Squeak from the very start (introduction to Squeak and Pharo Smalltalk for the (almost) complete and compleate beginner). https://www.youtube.com/playlist?list=PL6601A198DF14788D&feature=view_all

Sept. 2, 2012

Re: [Pharo-project] [Nautilus] Someone needs to learn how to work with weak references :) + [Enh] patch to object explorer

by Igor Stasenko

p.p.p.s. perhaps we could add it as option "explore only strong references" in inspector menu -- Best regards, Igor Stasenko.

Sept. 2, 2012

[Pharo-project] [Nautilus] Someone needs to learn how to work with weak references :) + [Enh] patch to object explorer

by Igor Stasenko

my work image grown to 80Mb in size.. and i start growing suspicious about myself for forming a resource leak somewhere.. But as it appears, it is because of Nautilus. During my experiments with ObjC wrapper for NativeBoost, i used nautilus for showing more than 4000 Objective-C classes in browser.. Since all those objects are actually wrappers, they generated each time when i open a new browser window.. to explore an obj-c universe and to test bugs.. So i ended up with: ObjCClassWrapper allInstances size 31885 Now, about why cache doesn't cleaning up automatically: The only reference coming to particular instance of ObjC wrapper is from a ClassesIconCache class var, which is a weak key dictionary: {my class wrapper} -> [IconicButtonStateHolder] so, a {wrapper} is held weakly here, of course, while [its Icon] strongly, and so far so good. But the problem is that , [IconicButtonStateHolder] having following in it's arguments ivar: an Array(an ObjCClassWrapper), which is [my class wrapper], held strongly. of course, there is no way how it can disappear from system.. After doing "AbstractNautilusUI resetIconCaches" my image shrunk from 83Mb down to 43Mb, But i found that i still having a lot of ObjCClassWrapper hanging around and wonder why.. And this time, because one of the wrapper classes were held in HistoryCollection via Nautilus 'RecentClasses' classvar. I think, history should not keep a live object references.. but instead use symbolic names to refer to the target, because apparently you cannot go and browse the method/class if you deleted it from a system. So, after nilling out that class var, my image lost another 10Mb, down to 33Mb.. and Ben, you owe me a ... (o shit i don't drink beer ) oh ok.. you owe me 2 bug fixes in Nautilus :) P.S. i modified a pointer explorer to show only strong references to object(s), because weak ones are completely useless for fighting with resource leak problems and only add noise. With this change a lists produced by pointer explorer are much shorter and going straight to the point. So, i attaching .cs to the mail.. in case if someone find it useful. -- Best regards, Igor Stasenko.

Sept. 2, 2012

Re: [Pharo-project] ProgressBar improvements

by Igor Stasenko

i seen it in action, looks nice. -- Best regards, Igor Stasenko.

Sept. 1, 2012