October 2011 - Pharo-dev - lists.pharo.org

[Pharo-project] [update 1.4] #14203

by StÃ©phane Ducasse

14203 ----- - Issue 4922: duplicate logic in SystemChangeNotifier. Stef and Ben diving into the system... gloups :) http://code.google.com/p/pharo/issues/detail?id=4922

Oct. 20, 2011

Re: [Pharo-project] TWM doesn't work without keymappins and keymappings doesn't work

by Mariano Martinez Peck

> > >> Now I was thinking, what about providing a setting that let you change >> just the first part of the shortcuts of TWM (r in this case), otherwise I >> would need to change all settings ;) >> > > > at least we can add a #prefix accessor in TWMKeymapping to change the > default at once, and adapt TWMKeymapping>>#shortcuts consequently. > > yes, I would like that. > > >> Now I am not sure if we should change this in TWM or try to replace cmd + >> shift + r with a simple TAB and cmd + shift + l with cmd + shift + tab. The >> problem wuth TAB so far is that it is used by OCompletion :( >> > > > We can also change for Ctrl + r as prefix to be more Emacs-like but IIRC > Ctrl shortcut is not well handled on OSX. > > yes, ctrl is not very nice in MacOSX > Laurent > > > >> >> Any ideas? >> >> Thanks! >> >> >> >>> - You can load TWM without KeyMapping >>> using: ConfigurationOfTilingWindowManager loadDevelopmentWithoutKeyMapping. >>> >>> As a side note, this is the configuration I use in my Pharo images: >>> >>> Gofer it >>> squeaksource: 'TilingWindowManager'; >>> package: 'ConfigurationOfTilingWindowManager'; >>> load. >>> (Smalltalk at:#ConfigurationOfTilingWindowManager) loadDevelopment. >>> (Smalltalk at:#TWMUITheme) beCurrent. >>> TaskbarMorph showTaskbar: false. >>> TasklistMorph keepOpen: true. >>> (Smalltalk at:#TWMBar) perform: #showTWMBar: with: true. >>> >>> >>> Cheers, >>> >>> Laurent Laffont >>> >>> >>>> >>>> Thanks guys >>>> >>>> >>>> On Sun, Oct 16, 2011 at 10:11 AM, laurent laffont < >>>> laurent.laffont(a)gmail.com> wrote: >>>> >>>>> >>>>>>> >>>>>> OK so cmd+w is definitely not a good prefix for TWM shortcuts. Is >>>>>> cmd+m better ? >>>>>> >>>>>> >>>>> oups Cmd+m not a good idea :) I struggle to find a good prefix..... >>>>> >>>>> Laurent. >>>>> >>>>> >>>>> >>>>> >>>>> >>>>>> >>>>>> >>>>>>> So i installed TWM without keybinding but now I cannot open the >>>>>>>> settings window because keymappings is not load. >>>>>>>> >>>>>>>> Any solution? (install TWM without keymappings or fixing >>>>>>>> keymappings) >>>>>>>> >>>>>>> >>>>>>> I've done some fixes and improvements to keymapping, and I've created >>>>>>> a 2.0 version where: >>>>>>> >>>>>>> - the collisions below are fixed >>>>>>> - keymaps can be configured per morph instance too (not only per >>>>>>> class, as the former version) >>>>>>> - some little improvements and code cleaning >>>>>>> >>>>>> >>>>>> >>>>>> Thanks ! >>>>>> >>>>>> >>>>>> But those things I remarked of TWM should be reviewed :) >>>>>>> >>>>>>> Or you can Use twm without keymappings and I'll have no more feedback >>>>>>> :( >>>>>>> >>>>>> >>>>>> >>>>>> TWM without Keymapping is not really interesting. I will produce new >>>>>> versions of TWM. >>>>>> >>>>>> Laurent >>>>>> >>>>>> >>>>>> >>>>>>> >>>>>>> >>>>>>>> >>>>>>>> thanks! >>>>>>>> >>>>>>> >>>>>>> Thank you :) >>>>>>> >>>>>>> Guille >>>>>>> >>>>>> >>>>>> >>>>> >>>> >>>> >>>> -- >>>> Mariano >>>> http://marianopeck.wordpress.com >>>> >>>> >>> >> >> >> -- >> Mariano >> http://marianopeck.wordpress.com >> >> > -- Mariano http://marianopeck.wordpress.com

Oct. 20, 2011

[Pharo-project] [update 1.4] #14202

by StÃ©phane Ducasse

14202 ----- - Issue 4923: halt: senders are fixed http://code.google.com/p/pharo/issues/detail?id=4923 Stef

Oct. 20, 2011

[Pharo-project] [update 1.4] #14201

by StÃ©phane Ducasse

14201 ----- Issue 4856: Unconsistent behavior of cmd-right / cmd-left Thanks Benjamin. http://code.google.com/p/pharo/issues/detail?id=4856

Oct. 20, 2011

Re: [Pharo-project] Too many semaphores, image blocked

by Igor Stasenko

2011/10/20 Janko MivÅ¡ek <janko.mivsek(a)eranova.si>: > Hi guys, > > I'm measuring how my image is breathing through the time and what is > interesting is how nr. of Semaphore instances is variating through the > time. Every hour just before snapshot I report nr of instances, see last > 10 hours: > > ** image state: > Â 0 HTTPCommections > Â 4 Sockets > Â 22 Processes > Â 259 Semaphores > > ** image state: > Â 0 HTTPCommections > Â 4 Sockets > Â 22 Processes > Â 274 Semaphores > > ** image state: > Â 0 HTTPCommections > Â 4 Sockets > Â 22 Processes > Â 312 Semaphores > > ** image state: > Â 0 HTTPCommections > Â 4 Sockets > Â 22 Processes > Â 356 Semaphores > > ** image state: > Â 0 HTTPCommections > Â 4 Sockets > Â 22 Processes > Â 346 Semaphores > > ** image state: > Â 0 HTTPCommections > Â 4 Sockets > Â 22 Processes > Â 141 Semaphores > > ** image state: > Â 0 HTTPCommections > Â 4 Sockets > Â 22 Processes > Â 310 Semaphores > > ** image state: > Â 0 HTTPCommections > Â 4 Sockets > Â 26 Processes > Â 79 Semaphores > > ** image state: > Â 0 HTTPCommections > Â 4 Sockets > Â 20 Processes > Â 300 Semaphores > > Well, the number of semaphores tells nothing because not all of them serve for sockets. There are 3 semaphores per socket. So, if you have 4 sockets, there should be 12 external objects. Of course not counting others, which is there for other purposes. Could you add following to report: Socket registry size StandardFileStream registry size (ExternalSemaphoreTable unprotectedExternalObjects reject: #isNil) size > Janko > > > > S, Eliot Miranda piÅ¡e: >> >> >> On Sat, Oct 8, 2011 at 12:13 PM, Igor Stasenko <siguctua(a)gmail.com >> <mailto:siguctua@gmail.com>> wrote: >> >> Â Â On 7 October 2011 23:38, Eliot Miranda <eliot.miranda(a)gmail.com >> Â Â <mailto:eliot.miranda@gmail.com>> wrote: >> Â Â > >> Â Â > >> Â Â > On Fri, Oct 7, 2011 at 1:30 PM, Igor Stasenko <siguctua(a)gmail.com >> Â Â <mailto:siguctua@gmail.com>> wrote: >> Â Â >> >> Â Â >> I don't understand why this problem appear only recently, and if i >> Â Â >> remember before i never heard that people >> Â Â >> had a problems with too many open sockets (and consequently exceeding >> Â Â >> a semaphore table space). >> Â Â >> >> Â Â >> Is there something we changed in language? in VM? or is it purely >> Â Â >> because we are lagging behind the scale of >> Â Â >> projects which today running on pharo? :) >> Â Â > >> Â Â > In the VM. Â In Cog I implemented a thread-safe non-blocking signal >> Â Â external >> Â Â > semaphore facility but I was too lazy to implement a thread-safe >> Â Â > non-blocking growing facility. Â It seems simple to set the size at >> Â Â start-up. >> Â Â > Â You choose a value large enough for your application, set it, >> Â Â save the >> Â Â > image and you're done. Â Whereas implementing a non-blocking >> Â Â growing facility >> Â Â > is tricky. >> Â Â >> >> Â Â Hmm, that confuses me even more. >> >> Â Â In Squeak VM there is a single hard limit for SemaphoresToSignalA, and >> Â Â SemaphoresToSignalB >> Â Â tables - 500 (i dont remember correct name of these tables). >> >> Â Â In these tables, upon receiving a signal, it storing the index of >> Â Â semaphore to signal, when you using signalSemaphore() function. >> Â Â Then at interrupt time, these tables are flushed by signaling >> Â Â corresponding semaphores which are stored in external semaphore table >> Â Â under corresponding index. >> Â Â This means that between two interrupts you cannot signal more than 500 >> Â Â semaphores. And given that time between interrupts are pretty small >> Â Â (about 1 ms) i hardly beleive that you can put such high load on >> Â Â server to receive more than 500 signals in 1 ms time period. >> >> >> That's not quite how it works. Â Each location in the VM's table maps to >> one semaphore in the image (each location remembers the number of >> signals to send to each external semaphore). Â So it's not the number of >> signals, it's the number of external semaphores in use. >> >> >> Â Â So the problem is not here, apparently, the problem is in size of >> Â Â external semaphore table , where semaphore objects are stored, >> Â Â which growth can be controlled completely by image size (this is a >> Â Â simple array), because signaling machinery operating only with indexes >> Â Â in this table but not with actual semaphores. >> >> Â Â Now, since i don't know well how much changes you did in signaling >> Â Â code in Cog. I only suspect that your conclusion that your changes >> Â Â might >> Â Â cause the problems are wrong. >> >> >> Could be. Â In any case, a command-line parameter does not harm :) >> >> >> >> Â Â > >> Â Â > -- >> Â Â > best, >> Â Â > Eliot >> Â Â > >> >> >> >> Â Â -- >> Â Â Best regards, >> Â Â Igor Stasenko. >> >> >> >> >> -- >> best, >> Eliot >> > > -- > Janko MivÅ¡ek > Svetovalec za informatiko > Eranova d.o.o. > Ljubljana, Slovenija > www.eranova.si > tel: Â 01 514 22 55 > faks: 01 514 22 56 > gsm: 031 674 565 > > -- Best regards, Igor Stasenko.

Oct. 20, 2011

Re: [Pharo-project] Some bugs

by Mariano Martinez Peck

On Thu, Oct 20, 2011 at 1:45 PM, Andrea BrÃ¼hlmann <a.bruehlmann(a)netstyle.ch>wrote: > I checked some of my previously reported bugs in pharo1.3 and added our > fixes - thanks for integrating them :-) > > Please have a look at the following issues: > > New: > 4920: Copying a trait fails > 4919: Class copying issues > > Question: > 4688: Progress bar disappears on image save => Does "Milestone-1.4" mean > you will not put the fix into 1.3? + yes > This would be too sad... > > No. Too sad is being 1 year and a half to release one single release. Don't expect perfection in each release, because otherwise there won't be any release. If you really need this issue, then apply the patch to your own image. Only SERIOUS bugs can be integrated in already released versions. That a progress bar disappears when saving the image doesn't seem to be that serious. Cheers > > Not to forget: > > > 4689: MessageTally bug > > http://code.google.com/p/**pharo/issues/detail?id=4689<http://code.google.com/p/pharo/issues/detail?id=4689> > > > >> 4684: Missing ctrl+w (methodNamesContainingIt:) >> http://code.google.com/p/**pharo/issues/detail?id=4684<http://code.google.com/p/pharo/issues/detail?id=4684> >> >> 4686: Method category change creates no new version >> http://code.google.com/p/**pharo/issues/detail?id=4686<http://code.google.com/p/pharo/issues/detail?id=4686> >> >> 4692: Drop downs should select the default entry (topmost) instead of a >> middle one >> http://code.google.com/p/**pharo/issues/detail?id=4692<http://code.google.com/p/pharo/issues/detail?id=4692> >> >> > -- > Andrea BrÃ¼hlmann > > -- Mariano http://marianopeck.wordpress.com

Oct. 20, 2011

Re: [Pharo-project] Too many semaphores, image blocked

by Janko MivÅ¡ek

Hi guys, I'm measuring how my image is breathing through the time and what is interesting is how nr. of Semaphore instances is variating through the time. Every hour just before snapshot I report nr of instances, see last 10 hours: ** image state: 0 HTTPCommections 4 Sockets 22 Processes 259 Semaphores ** image state: 0 HTTPCommections 4 Sockets 22 Processes 274 Semaphores ** image state: 0 HTTPCommections 4 Sockets 22 Processes 312 Semaphores ** image state: 0 HTTPCommections 4 Sockets 22 Processes 356 Semaphores ** image state: 0 HTTPCommections 4 Sockets 22 Processes 346 Semaphores ** image state: 0 HTTPCommections 4 Sockets 22 Processes 141 Semaphores ** image state: 0 HTTPCommections 4 Sockets 22 Processes 310 Semaphores ** image state: 0 HTTPCommections 4 Sockets 26 Processes 79 Semaphores ** image state: 0 HTTPCommections 4 Sockets 20 Processes 300 Semaphores Janko S, Eliot Miranda piÅ¡e: > > > On Sat, Oct 8, 2011 at 12:13 PM, Igor Stasenko <siguctua(a)gmail.com > <mailto:siguctua@gmail.com>> wrote: > > On 7 October 2011 23:38, Eliot Miranda <eliot.miranda(a)gmail.com > <mailto:eliot.miranda@gmail.com>> wrote: > > > > > > On Fri, Oct 7, 2011 at 1:30 PM, Igor Stasenko <siguctua(a)gmail.com > <mailto:siguctua@gmail.com>> wrote: > >> > >> I don't understand why this problem appear only recently, and if i > >> remember before i never heard that people > >> had a problems with too many open sockets (and consequently exceeding > >> a semaphore table space). > >> > >> Is there something we changed in language? in VM? or is it purely > >> because we are lagging behind the scale of > >> projects which today running on pharo? :) > > > > In the VM. In Cog I implemented a thread-safe non-blocking signal > external > > semaphore facility but I was too lazy to implement a thread-safe > > non-blocking growing facility. It seems simple to set the size at > start-up. > > You choose a value large enough for your application, set it, > save the > > image and you're done. Whereas implementing a non-blocking > growing facility > > is tricky. > >> > Hmm, that confuses me even more. > > In Squeak VM there is a single hard limit for SemaphoresToSignalA, and > SemaphoresToSignalB > tables - 500 (i dont remember correct name of these tables). > > In these tables, upon receiving a signal, it storing the index of > semaphore to signal, when you using signalSemaphore() function. > Then at interrupt time, these tables are flushed by signaling > corresponding semaphores which are stored in external semaphore table > under corresponding index. > This means that between two interrupts you cannot signal more than 500 > semaphores. And given that time between interrupts are pretty small > (about 1 ms) i hardly beleive that you can put such high load on > server to receive more than 500 signals in 1 ms time period. > > > That's not quite how it works. Each location in the VM's table maps to > one semaphore in the image (each location remembers the number of > signals to send to each external semaphore). So it's not the number of > signals, it's the number of external semaphores in use. > > > So the problem is not here, apparently, the problem is in size of > external semaphore table , where semaphore objects are stored, > which growth can be controlled completely by image size (this is a > simple array), because signaling machinery operating only with indexes > in this table but not with actual semaphores. > > Now, since i don't know well how much changes you did in signaling > code in Cog. I only suspect that your conclusion that your changes > might > cause the problems are wrong. > > > Could be. In any case, a command-line parameter does not harm :) > > > > > > > -- > > best, > > Eliot > > > > > > -- > Best regards, > Igor Stasenko. > > > > > -- > best, > Eliot > -- Janko MivÅ¡ek Svetovalec za informatiko Eranova d.o.o. Ljubljana, Slovenija www.eranova.si tel: 01 514 22 55 faks: 01 514 22 56 gsm: 031 674 565

Oct. 20, 2011

Re: [Pharo-project] When will Fuel file format stabilize?

by Igor Stasenko

On 20 October 2011 13:01, Mariano Martinez Peck <marianopeck(a)gmail.com> wrote: > > > On Thu, Oct 20, 2011 at 1:00 PM, Mariano Martinez Peck > <marianopeck(a)gmail.com> wrote: >> >> >> On Thu, Oct 20, 2011 at 12:54 PM, Ben Coman <btc(a)openinworld.com> wrote: >>> >>> Mariano Martinez Peck wrote: >>>> >>>> Well...thanks guys. The point is taken. Thanks Philip, Bill and all who >>>> gave feedback and suggestions. We are aware of this and we are already >>>> discussing with Martin possible solutions and analyzing all the things that >>>> has been said in this thread. >>>> We will keep you informed. >>>> >>>> Cheers >>> >>> Just one thing I hadn't seen discussed. Â Is Fuel possibly a way to >>> exchange objects/data between users/systems ? >> >> Yes >> > > But it doesn't mean it is the best option. Maybe a XML or JSON serializer is > better there... > If i want speed, i can live with non-portable binary format. If i want portability, compatibility and other blah blah then yeah.. one can always use textual representation of object graph, but don't cry about being slow anymore. > >>> >>> In which case it would have to deal with different systems having >>> different versions of Fuel. >>> >> >> Exactly. It doesn't matter whether the different versions of Fuel happens >> in your own image or in different systems. So yes, it is the same problem. >> Note this is not only a problem for Fuel, but for any serializer which >> does not manages full backward compatibility between versions. >> >> >> -- >> Mariano >> http://marianopeck.wordpress.com >> > > > > -- > Mariano > http://marianopeck.wordpress.com > > -- Best regards, Igor Stasenko.

Oct. 20, 2011

Re: [Pharo-project] Welcome to the "seaside" mailing list

by Guillermo Polito

Hi! I need to set up a rest server serving JSON and I want to do it with seaside, since I heard about it in the pharo's mailing list :). I found in squeaksource/MetacelloRepository a ConfigurationOfSeasideRest, and the following link: http://code.google.com/p/seaside/wiki/SeasideRest. But I didn't manage to get it installed in my 1.3 image... I also googled and looked in the seaside doc, but I didn't find a way to do it :(. Does anybody have a link or point me to some documentation? Or give me some instructions of how to do it, hehe :P. Thanks! Guille

Oct. 20, 2011

Re: [Pharo-project] TWM doesn't work without keymappins and keymappings doesn't work

by GastÃ³n Dall' Oglio

Hello. Maybe this data are help for choose the best combination of keymappings. http://en.wikipedia.org/wiki/Table_of_keyboard_shortcuts 2011/10/20 laurent laffont <laurent.laffont(a)gmail.com> > >>>> cmd + r should not conflict with cmd + shift + r , this should be >>> handled by keymapping... Guillermo ? >>> >> >> Well it should not... But the event polled from the image, in mac are the >> following: >> >> If you press *Cmd + a* you get *Cmd + a* >> If you press *Cmd + Shift + a* you get *Cmd + A >> *If you press *Ctrl + a* you get *Ctrl + a >> *If you press *Ctrl + Shift + a* you get *Ctrl + Shift + a* >> >> So, I'm not getting right now the shift from the keyEvent :/. >> >> And the main problem is that this behavior is different for each platform >> and sometimes It cannot be hacked to get it working... The right thing to >> do I think is to fix the event handling at VM side... :/ >> >> > > > Oh, Mariano is an expert now ;) > > Laurent > > > > >> >>> >>>> Now I was thinking, what about providing a setting that let you change >>>> just the first part of the shortcuts of TWM (r in this case), otherwise I >>>> would need to change all settings ;) >>>> >>> >>> >>> at least we can add a #prefix accessor in TWMKeymapping to change the >>> default at once, and adapt TWMKeymapping>>#shortcuts consequently. >>> >>> >>> >>>> Now I am not sure if we should change this in TWM or try to replace cmd >>>> + shift + r with a simple TAB and cmd + shift + l with cmd + shift + tab. >>>> The problem wuth TAB so far is that it is used by OCompletion :( >>>> >>> >>> >>> We can also change for Ctrl + r as prefix to be more Emacs-like but IIRC >>> Ctrl shortcut is not well handled on OSX. >>> >>> Laurent >>> >>> >>> >>>> >>>> Any ideas? >>>> >>>> Thanks! >>>> >>>> >>>> >>>>> - You can load TWM without KeyMapping >>>>> using: ConfigurationOfTilingWindowManager loadDevelopmentWithoutKeyMapping. >>>>> >>>>> As a side note, this is the configuration I use in my Pharo images: >>>>> >>>>> Gofer it >>>>> squeaksource: 'TilingWindowManager'; >>>>> package: 'ConfigurationOfTilingWindowManager'; >>>>> load. >>>>> (Smalltalk at:#ConfigurationOfTilingWindowManager) loadDevelopment. >>>>> (Smalltalk at:#TWMUITheme) beCurrent. >>>>> TaskbarMorph showTaskbar: false. >>>>> TasklistMorph keepOpen: true. >>>>> (Smalltalk at:#TWMBar) perform: #showTWMBar: with: true. >>>>> >>>>> >>>>> Cheers, >>>>> >>>>> Laurent Laffont >>>>> >>>>> >>>>>> >>>>>> Thanks guys >>>>>> >>>>>> >>>>>> On Sun, Oct 16, 2011 at 10:11 AM, laurent laffont < >>>>>> laurent.laffont(a)gmail.com> wrote: >>>>>> >>>>>>> >>>>>>>>> >>>>>>>> OK so cmd+w is definitely not a good prefix for TWM shortcuts. Is >>>>>>>> cmd+m better ? >>>>>>>> >>>>>>>> >>>>>>> oups Cmd+m not a good idea :) I struggle to find a good prefix..... >>>>>>> >>>>>>> Laurent. >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>>> >>>>>>>> >>>>>>>>> So i installed TWM without keybinding but now I cannot open the >>>>>>>>>> settings window because keymappings is not load. >>>>>>>>>> >>>>>>>>>> Any solution? (install TWM without keymappings or fixing >>>>>>>>>> keymappings) >>>>>>>>>> >>>>>>>>> >>>>>>>>> I've done some fixes and improvements to keymapping, and I've >>>>>>>>> created a 2.0 version where: >>>>>>>>> >>>>>>>>> - the collisions below are fixed >>>>>>>>> - keymaps can be configured per morph instance too (not only per >>>>>>>>> class, as the former version) >>>>>>>>> - some little improvements and code cleaning >>>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> Thanks ! >>>>>>>> >>>>>>>> >>>>>>>> But those things I remarked of TWM should be reviewed :) >>>>>>>>> >>>>>>>>> Or you can Use twm without keymappings and I'll have no more >>>>>>>>> feedback :( >>>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> TWM without Keymapping is not really interesting. I will produce new >>>>>>>> versions of TWM. >>>>>>>> >>>>>>>> Laurent >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>>> >>>>>>>>>> thanks! >>>>>>>>>> >>>>>>>>> >>>>>>>>> Thank you :) >>>>>>>>> >>>>>>>>> Guille >>>>>>>>> >>>>>>>> >>>>>>>> >>>>>>> >>>>>> >>>>>> >>>>>> -- >>>>>> Mariano >>>>>> http://marianopeck.wordpress.com >>>>>> >>>>>> >>>>> >>>> >>>> >>>> -- >>>> Mariano >>>> http://marianopeck.wordpress.com >>>> >>>> >>> >> >

Oct. 20, 2011