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

Re: [Pharo-dev] Pharo 3.0 not responding to mouse or keyboard after launch

by phil＠highoctane.be

Very interesting insights all along the way. Phil On Monday, January 13, 2014, Martin McClure wrote: > On 01/12/2014 10:18 PM, HernÃ¡n Morales Durand wrote: > >> That sounds really weird. Having to launch from GUI to start a working >> image is not very convenient. >> Let us know if you have any other findings. >> > > Thanks. After some digging, I think I've got it. > > The pharo executable is launched by the bash shell via a fork followed by > an execve. The signal mask is inherited from the parent process, and > preserved across the execve. Pharo does not modify the signal mask except > once: > > rt_sigprocmask(SIG_UNBLOCK, [RTMIN RT_1], NULL, 8) = 0 > > which only appears to deal with one real-time signal. > > In my case, somehow one set of shells has SIGALRM masked, and another set > of shells does not have it masked. Pharo seems to rely on SIGALRMs from the > interval timer to wake it up periodically (every 2 ms) presumably to see > whether it has any work to do. > > So no SIGALRMS delivered, not much happens. > > I have no idea why my shells are masking various signals, but it seems > clear that it would be a good idea for the VM to initialize its signal mask > explicitly rather than depending on the parent process to have it set > sanely. > > So I count this one as a VM bug. If someone better connected with the VM > community would report it as such, I'd appreciate it. > > Thanks for all the suggestions while I dug to the bottom of this one. > > Regards, > > -Martin > > -- --- Philippe Back Dramatic Performance Improvements Mob: +32(0) 478 650 140 | Fax: +32 (0) 70 408 027 Mail:phil@highoctane.be | Web: http://philippeback.eu Blog: http://philippeback.be | Twitter: @philippeback Youtube: http://www.youtube.com/user/philippeback/videos High Octane SPRL rue cour Boisacq 101 | 1301 Bierges | Belgium Pharo Consortium Member - http://consortium.pharo.org/ Featured on the Software Process and Measurement Cast - http://spamcast.libsyn.com Sparx Systems Enterprise Architect and Ability Engineering EADocX Value Added Reseller

Jan. 13, 2014

Re: [Pharo-dev] Pharo 3.0 not responding to mouse or keyboard after launch

by Martin McClure

On 01/12/2014 10:18 PM, HernÃ¡n Morales Durand wrote: > That sounds really weird. Having to launch from GUI to start a working > image is not very convenient. > Let us know if you have any other findings. Thanks. After some digging, I think I've got it. The pharo executable is launched by the bash shell via a fork followed by an execve. The signal mask is inherited from the parent process, and preserved across the execve. Pharo does not modify the signal mask except once: rt_sigprocmask(SIG_UNBLOCK, [RTMIN RT_1], NULL, 8) = 0 which only appears to deal with one real-time signal. In my case, somehow one set of shells has SIGALRM masked, and another set of shells does not have it masked. Pharo seems to rely on SIGALRMs from the interval timer to wake it up periodically (every 2 ms) presumably to see whether it has any work to do. So no SIGALRMS delivered, not much happens. I have no idea why my shells are masking various signals, but it seems clear that it would be a good idea for the VM to initialize its signal mask explicitly rather than depending on the parent process to have it set sanely. So I count this one as a VM bug. If someone better connected with the VM community would report it as such, I'd appreciate it. Thanks for all the suggestions while I dug to the bottom of this one. Regards, -Martin

Jan. 13, 2014

Re: [Pharo-dev] ZeroConf on ubuntu linux

by Sven Van Caekenberghe

On 13 Jan 2014, at 02:01, Michael J. Forster <mike(a)sharedlogic.ca> wrote: > On 14-01-12 09:13 AM, Esteban Lorenzano wrote: >> but there is something wrong because I have the same version and it >> worksâ¦ grrrrâ¦. I hate incompatibility version problems :( >> > [...] > > > Hi Esteban, > > The problem is that the call to "mktemp ... 'image.XXXXX'" is incorrect. mktemp(3) requires six Xs in the directory name template, but only five Xs are used by the zeroconf script. That it works on some platforms is misleading--those platforms aren't implementing mktemp(3) exactly. To make it work on all platforms, the mktemp(3) call must be as specified in the man page. On my machine, there is no mention of a minimal number: MKTEMP(1) BSD General Commands Manual MKTEMP(1) NAME mktemp -- make temporary file name (unique) SYNOPSIS mktemp [-d] [-q] [-t prefix] [-u] template ... mktemp [-d] [-q] [-u] -t prefix DESCRIPTION The mktemp utility takes each of the given file name templates and overwrites a portion of it to create a file name. This file name is unique and suitable for use by the application. The template may be any file name with some number of `Xs' appended to it, for example /tmp/temp.XXXX. The trailing `Xs' are replaced with the current process number and/or a unique letter combination. The number of unique file names mktemp can return depends on the number of `Xs' provided; six `Xs' will result in mktemp selecting 1 of 56800235584 (62 ** 6) possible file names. It might be needed for portability, but who says "those platforms aren't implementing mktemp(3) exactly", against which spec ? > Best regards, > > Mike > > -- > Michael J. Forster, B.Sc. (Hons.), B.Sc. > COO, Programmer > Shared Logic Inc. >

Jan. 13, 2014

Re: [Pharo-dev] Do you want to accept???????? Discard???????

by Sven Van Caekenberghe

On 13 Jan 2014, at 01:12, Sebastian Sastre <sebastian(a)flowingconcept.com> wrote: > > On Jan 12, 2014, at 7:59 PM, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > >> Cancel is next to Accept in almost any Edit menu, with the command keys L and S respectively. You should have seen this the moment you started coding: > > This comment brings something interesting to add to the discussion and, Sven, you might not have said that in this way but, with your permission, I want to point out this only to leave a record for all of us to reflect. > > you see... the problem with what should or shouldn't have the user seen, is that it suggest the user is under evaluation. > > Worst, it suggest a dualistic way to evaluate it. > > Is not the user who is under evaluation. > > It's your product's success in helping the user to do some task with less resistance. > > The way you evaluate usability is in observing the resistance points (UI fails), or absence of it (UI successes) on tasks the user is trying to achieve. > > Of course our challenge and opportunity is in embracing this and take a deep breath to resist the temptation to appeal to any of these: > http://www.satinderrana.com/blog/2010/07/top-20-excuses-for-broken-code-by-… > > Pharo rocks and, as all products, has space for improvements (I can give quite some feedback about that menu BTW) > > What we have here, is an opportunity to put some love in its user experience to make it more awesome for more people > > sebastian > > o/ Please do, Sebastian, start discussing about ways to improve the basic UI, you seem to have an interest in the subject. It will of course be quite hard with so many opinions. Sven

Jan. 13, 2014

Re: [Pharo-dev] Pharo 3.0 not responding to mouse or keyboard after launch

by HernÃ¡n Morales Durand

That sounds really weird. Having to launch from GUI to start a working image is not very convenient. Let us know if you have any other findings. Cheers, HernÃ¡n 2014/1/13 Martin McClure <martin(a)hand2mouse.com> > On 01/12/2014 05:22 PM, Igor Stasenko wrote: > >> i remember there was similar problem last year with ubuntu unity desktop: >> you starting image from command line - nothing respond, >> but if you start from desktop, everything works well. >> which then later was cured without any changes from our side, by some >> ubuntu update >> > > Thanks, Igor! > > It would never occur to me to launch from GUI rather than command line. > > ...OK, this is *completely* weird. Yes, launched from desktop (KDE 4.11 > Dolphin) it works. What's more, it *also* works from shells launched from a > Konsole instance launched yesterday. But it still fails to work for shells > launched from a Konsole instance launched shortly after reboot on Friday > night. I haven't yet been able to find any significant difference between > those shells. Their environments differ in a few variables, but manually > setting those in a shell where Pharo works to the values from a shell where > Pharo doesn't work -- Pharo still works. Examining /proc from a working > Pharo and a non-working Pharo has not turned up anything. > > I'll chase this a bit more later, but at least now I *can* run Pharo. For > the moment. Who knows what will happen next time I need to reboot? > > Thanks again, > > -Martin > >

Jan. 13, 2014

Re: [Pharo-dev] [ANN]: EventRecorderMorph Port to 3.0

by Torsten Bergmann

I added an icon, menu item for world menu and cleaned up a little bit. Have no commit rights on PharoExtras - so attached is the new version. A config for config browser and Pharo like gray buttons would be cool to have too. Thanks T.

Jan. 13, 2014

Re: [Pharo-dev] [ANN]: EventRecorderMorph Port to 3.0

by Sean P. DeNigris

And here's a short screencast http://www.youtube.com/watch?v=HZIDs0mukpM ----- Cheers, Sean -- View this message in context: http://forum.world.st/ANN-EventRecorderMorph-Port-to-3-0-tp4736258p4736267.… Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

Jan. 13, 2014

Re: [Pharo-dev] [ANN]: EventRecorderMorph Port to 3.0

by Sean P. DeNigris

Gofer it smalltalkhubUser: 'PharoExtras' project: 'EventRecorder'; package: 'EventRecorder'; load. ----- Cheers, Sean -- View this message in context: http://forum.world.st/ANN-EventRecorderMorph-Port-to-3-0-tp4736258p4736262.… Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

Jan. 13, 2014

Re: [Pharo-dev] [ANN]: EventRecorderMorph Port to 3.0

by Sean P. DeNigris

Benjamin Van Ryseghem-2 wrote > That could be also cool for testing UI :P Yes!!! ----- Cheers, Sean -- View this message in context: http://forum.world.st/ANN-EventRecorderMorph-Port-to-3-0-tp4736258p4736261.… Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

Jan. 13, 2014

Re: [Pharo-dev] [ANN]: EventRecorderMorph Port to 3.0

by Benjamin

That could be also cool for testing UI :P Ben On 13 Jan 2014, at 00:14, Sean P. DeNigris <sean(a)clipperadams.com> wrote: > If you don't know EventRecorderMorph and HandMorphForReplay (which I didn't > and started to re-implement), they are super cool. > > 1. DoIt: "EventRecorderMorph new openInWorld" > 2. Click "record" in the GUI > 3. Perform some UI actions > 4. Click "play" in the GUI > > Your keyboard and mouse actions will be replayed in the World! I know > right?! Amazing. This could be really cool for live documentation and > executable screencasts :) > > It's just a straight port now, but I'd like to decouple the recorder and > replay hand so that any event source can be used. > > http://smalltalkhub.com/#!/~PharoExtras/EventRecorder > > Initial commit: port EventRecorderMorph and HandMorphForReplay (originally > in MorphicExtras-AdditionalSupport) to Pharo 3.0 > > > > ----- > Cheers, > Sean > -- > View this message in context: http://forum.world.st/ANN-EventRecorderMorph-Port-to-3-0-tp4736258.html > Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com. >

Jan. 13, 2014