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

Re: [Pharo-dev] how to debug NB?

by Igor Stasenko

On 12 January 2014 19:02, paolo.bernardi.67(a)gmail.com < paolo.bernardi.67(a)gmail.com> wrote: > Hi all, > > I'm trying to write a binding of wxWidgets 3.0 into Pharo 3.0. > I wrote some glue-code to implement a C interface to wxWidgets (that is > C++). > > I can open windows on the screen of my Winxp-box, > I place buttons into them, I change position and size of the windows > and I can attach BlockClosures on MOVE and CLICK events. > Wow: if a cow-boy like me is able to do that, > it means NativeBoost is really magic! > > Here the question. > Sometime Pharo crashes. it happens when an event occurs (and a st callback > was attached on). > In some sessions Pharo stay alive, in some other it dies. > > What should I do? Re-compile a vm and run Pharo in debug mode? > I'm not sure I could understand the reason of the crash... > > usually nobody can. :) There's no debugging except one provided by smalltalk debugger and very low-level like gdb debugger for C. And you basically alone there :) All i can say that callbacks for handling window events need special handling: - you basically should prevent VM to do event handling during handling of event by callback. Another problem is that then if you put halt into code which handling events, you will halt the image and won't be able to use it (like in smalltalk debugger). For details, you can read thread: http://lists.gforge.inria.fr/pipermail/pharo-project/2012-September/069448.… parts of this plan is realized right now, but it is not yet ready for release. Thanks > paolo > > --- > Questa e-mail Ã¨ priva di virus e malware perchÃ© Ã¨ attiva la protezione > avast! Antivirus. > http://www.avast.com > > > -- Best regards, Igor Stasenko.

Jan. 12, 2014

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

by Igor Stasenko

On 12 January 2014 18:49, Sean P. DeNigris <sean(a)clipperadams.com> wrote: > Igor Stasenko wrote > >> pressing random keys without any clue what you doing is exciting > >> activity, > > i guess, but it is far from what people calling "programming" or > "coding". > > Ha ha ha... this made the whole thread for me! > > Seriously, I think we all want the same two things: > - the system staying out of our way > - an opportunity to go back if we make a wrong decision > > The disagreement seems only to be which item to prioritize *now*, while > we're waiting for a solution with both to be developed. And both opinions > are reasonable when looked at from that workflow/personality, and seem > equally crazy when viewed from the other side. The quickest compromise > seems > to be making the pop-ups a setting. Here's an issue: > > Case 12629: Make "discard edits" Confirmation Popups a Setting > https://pharo.fogbugz.com/default.asp?12629 > > Can we all get back to work now? ;) > > Sean, please understand, i ranting not because there's something not works now or working not like we would like it to work. I am ranting against approach of using modal popups as way to improve or fill gaps in UI. I also ranting against delusion that "clever" software in some magical way can help preventing mistakes. In my opinion this is achievable only if it will prevent us from doing anything. > > > ----- > Cheers, > Sean > -- > View this message in context: > http://forum.world.st/Do-you-want-to-accept-Discard-tp4735220p4736149.html > Sent from the Pharo Smalltalk Developers mailing list archive at > Nabble.com. > > -- Best regards, Igor Stasenko.

Jan. 12, 2014

how to debug NB?

by paolo.bernardi.67＠gmail.com

Hi all, I'm trying to write a binding of wxWidgets 3.0 into Pharo 3.0. I wrote some glue-code to implement a C interface to wxWidgets (that is C++). I can open windows on the screen of my Winxp-box, I place buttons into them, I change position and size of the windows and I can attach BlockClosures on MOVE and CLICK events. Wow: if a cow-boy like me is able to do that, it means NativeBoost is really magic! Here the question. Sometime Pharo crashes. it happens when an event occurs (and a st callback was attached on). In some sessions Pharo stay alive, in some other it dies. What should I do? Re-compile a vm and run Pharo in debug mode? I'm not sure I could understand the reason of the crash... Thanks paolo --- Questa e-mail Ã¨ priva di virus e malware perchÃ© Ã¨ attiva la protezione avast! Antivirus. http://www.avast.com

Jan. 12, 2014

Re: [Pharo-dev] Can we install packages like in pip or gem?

by Esteban Lorenzano

On 12 Jan 2014, at 18:44, HernÃ¡n Morales Durand <hernan.morales(a)gmail.com> wrote: > > Hi Esteban, > > 2014/1/11 Esteban Lorenzano <estebanlm(a)gmail.com> > hi, > > as Sven say, you can do something like this: > > ./pharo Pharo.image config "filetree://repository/mc" ConfigurationOfSomething --install=baseline > > just one for line, because we do not have a centralised repository (yet) > > A totally ignorant question, isn't the SmalltalkHub supposed to be a centralised repository? nopeâ¦ thatâs a project repository, but not centralised. A centralised repository of configurations would be something like the MetaRepoForPharo30 or the catalogâ¦ and unique place/index where pharo can find all the artifacts. Which is obviously not smalltalkhub :) Esteban > > and because what we expect is that you do your own ConfigurationOfYourProject and then you can do the load in just one line (I do that several times a day, so I prepared a script that looks for a âpharo_configâ file in the subdirectory of the project and if is there, a configuration is automatically triggered. > > I see, it looks a good idea, need to try the filetree one day. > Thanks > > HernÃ¡n > > > > Esteban > > > > > On 11 Jan 2014, at 18:01, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > > > It can be done one at a time, with a couple of extra parameters, but I guess you already know that. > > > > With a little wrapper script, you could make this work. > > > > But is is a good idea. > > > > On 11 Jan 2014, at 17:48, HernÃ¡n Morales Durand <hernan.morales(a)gmail.com> wrote: > > > >> > >> Can we install packages like this? > >> > >> $ pharo config NeoCSV INIFile OSProcess Pharo.image > >> > >> That would install stable versions from default repository for pharo image in current working directory in headless mode, save and quit. > >> > >> Cheers, > >> > >> HernÃ¡n > >> > > > > > > >

Jan. 12, 2014

[pharo-project/pharo-core] 2f93f8: 30690

by GitHub

Branch: refs/heads/3.0 Home: https://github.com/pharo-project/pharo-core Commit: 2f93f86210fbc51cc92ed1900afa76d0c928ea1a https://github.com/pharo-project/pharo-core/commit/2f93f86210fbc51cc92ed190… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2014-01-12 (Sun, 12 Jan 2014) Changed paths: A ScriptLoader30.package/ScriptLoader.class/instance/pharo - scripts/script343.st A ScriptLoader30.package/ScriptLoader.class/instance/pharo - updates/update30690.st M ScriptLoader30.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st R System-Support.package/OldLRUCache.class/README.md R System-Support.package/OldLRUCache.class/class/instance creation/size_factory_.st R System-Support.package/OldLRUCache.class/class/testing/test.st R System-Support.package/OldLRUCache.class/class/testing/test2.st R System-Support.package/OldLRUCache.class/definition.st R System-Support.package/OldLRUCache.class/instance/accessing/at_.st R System-Support.package/OldLRUCache.class/instance/initialization/initializeSize_factory_.st R System-Support.package/OldLRUCache.class/instance/printing/printOn_.st Log Message: ----------- 30690 12483 Update LRUCache Implementation - Step 4 - Deleted the old LRUCache code https://pharo.fogbugz.com/f/cases/12483 http://files.pharo.org/image/30/30690.zip

Jan. 12, 2014

[pharo-project/pharo-core]

by GitHub

Branch: refs/tags/30690 Home: https://github.com/pharo-project/pharo-core

Jan. 12, 2014

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

by Sean P. DeNigris

Igor Stasenko wrote >> pressing random keys without any clue what you doing is exciting >> activity, > i guess, but it is far from what people calling "programming" or "coding". Ha ha ha... this made the whole thread for me! Seriously, I think we all want the same two things: - the system staying out of our way - an opportunity to go back if we make a wrong decision The disagreement seems only to be which item to prioritize *now*, while we're waiting for a solution with both to be developed. And both opinions are reasonable when looked at from that workflow/personality, and seem equally crazy when viewed from the other side. The quickest compromise seems to be making the pop-ups a setting. Here's an issue: Case 12629: Make "discard edits" Confirmation Popups a Setting https://pharo.fogbugz.com/default.asp?12629 Can we all get back to work now? ;) ----- Cheers, Sean -- View this message in context: http://forum.world.st/Do-you-want-to-accept-Discard-tp4735220p4736149.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

Jan. 12, 2014

Re: [Pharo-dev] Can we install packages like in pip or gem?

by HernÃ¡n Morales Durand

Hi Esteban, 2014/1/11 Esteban Lorenzano <estebanlm(a)gmail.com> > hi, > > as Sven say, you can do something like this: > > ./pharo Pharo.image config "filetree://repository/mc" > ConfigurationOfSomething --install=baseline > > just one for line, because we do not have a centralised repository (yet) A totally ignorant question, isn't the SmalltalkHub supposed to be a centralised repository? > and because what we expect is that you do your own > ConfigurationOfYourProject and then you can do the load in just one line (I > do that several times a day, so I prepared a script that looks for a > âpharo_configâ file in the subdirectory of the project and if is there, a > configuration is automatically triggered. > I see, it looks a good idea, need to try the filetree one day. Thanks HernÃ¡n > > Esteban > > > > > On 11 Jan 2014, at 18:01, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > > > It can be done one at a time, with a couple of extra parameters, but I > guess you already know that. > > > > With a little wrapper script, you could make this work. > > > > But is is a good idea. > > > > On 11 Jan 2014, at 17:48, HernÃ¡n Morales Durand < > hernan.morales(a)gmail.com> wrote: > > > >> > >> Can we install packages like this? > >> > >> $ pharo config NeoCSV INIFile OSProcess Pharo.image > >> > >> That would install stable versions from default repository for pharo > image in current working directory in headless mode, save and quit. > >> > >> Cheers, > >> > >> HernÃ¡n > >> > > > > > > >

Jan. 12, 2014

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

by Martin McClure

On 01/12/2014 07:46 AM, HernÃ¡n Morales Durand wrote: > > xscope is difficult to set up. I wonder if you have started another X > server in the background and which xscope parameters you've used? Thanks for the detailed reply! Xscope seemed reasonably easy to set up. ./xscope -i1 then set DISPLAY to :1 before launching Pharo. I don't think there's another X server involved -- the Pharo window is displayed on the correct screen, with the correct initial contents, and events are being delivered to it (as evidenced by it responding to Alt-. through output to the terminal) and the mouse pointer is the proper Pharo shape. But no other visual indication that it knows I'm trying to interact with it. > > So you may want to give a shoot to xtruss: > http://www.chiark.greenend.org.uk/~sgtatham/xtruss/ > > It is used like strace. > > $ xtruss pharo Pharo.image OK, tried this. It is indeed easier. > > When you move the mouse over the image window, you should get this type > of output: > > --- MotionNotify(root=w#000000DC, event=w#03000002, child=None, > same-screen=True, root-x=573, root-y=320, event-x=14, event-y=266, > detail=Normal, state=0x0010, time=0x2D840279) > --- MotionNotify(root=w#000000DC, event=w#03000002, child=None, > same-screen=True, root-x=572, root-y=320, event-x=13, event-y=266, > detail=Normal, state=0x0010, time=0x2D8402F5) > --- MotionNotify(root=w#000000DC, event=w#03000002, child=None, > same-screen=True, root-x=571, root-y=320, event-x=12, event-y=266, > detail=Normal, state=0x0010, time=0x2D8402F5) Yes, I'm seeing these. > > When you enter focus in the Pharo window's area: > > --- EnterNotify(root=w#000000DC, event=w#03000001, child=w#03000002, > mode=Normal, same-screen=True, focus=False, root-x=1153, root-y=705, > event-x=582, event-y=614, detail=NonlinearVirtual, state=0x0010, > time=0x2D894A60) > > When you make a click to bring the world menu, this is the event sequence: Here's the sequence I get, after all the initial setup. Moving the mouse into the Pharo window, click, release, and move the mouse out of the window. Note that I held the mouse button down for a bit -- it wasn't a quick click. --- FocusOut(event=w#05600001, mode=Normal, detail=Inferior) --- FocusIn(event=w#05600002, mode=Normal, detail=Ancestor) --- PropertyNotify(window=w#0000028E, atom=a#360, state=NewValue, time=0x07C13BCF) --- PropertyNotify(window=w#0000028E, atom=a#360, state=NewValue, time=0x07C13BCF) --- EnterNotify(root=w#0000028E, event=w#05600001, child=w#05600002, mode=Normal, same-screen=True, focus=False, root-x=1465, root-y=684, event-x=263, event-y=661, detail=NonlinearVirtual, state=0x0000, time=0x07C141F6) --- MotionNotify(root=w#0000028E, event=w#05600002, child=None, same-screen=True, root-x=1465, root-y=684, event-x=263, event-y=661, detail=Normal, state=0x0000, time=0x07C141F6) --- MotionNotify(root=w#0000028E, event=w#05600002, child=None, same-screen=True, root-x=1465, root-y=683, event-x=263, event-y=660, detail=Normal, state=0x0000, time=0x07C1422D) --- MotionNotify(root=w#0000028E, event=w#05600002, child=None, same-screen=True, root-x=1465, root-y=682, event-x=263, event-y=659, detail=Normal, state=0x0000, time=0x07C14266) --- MotionNotify(root=w#0000028E, event=w#05600002, child=None, same-screen=True, root-x=1465, root-y=683, event-x=263, event-y=660, detail=Normal, state=0x0000, time=0x07C1453E) --- MotionNotify(root=w#0000028E, event=w#05600002, child=None, same-screen=True, root-x=1466, root-y=683, event-x=264, event-y=660, detail=Normal, state=0x0000, time=0x07C14865) --- ButtonPress(root=w#0000028E, event=w#05600002, child=None, same-screen=True, root-x=1466, root-y=683, event-x=264, event-y=660, detail=1, state=0x0000, time=0x07C148CE) --- ButtonRelease(root=w#0000028E, event=w#05600002, child=None, same-screen=True, root-x=1466, root-y=683, event-x=264, event-y=660, detail=1, state=0x0100, time=0x07C1514D) --- MotionNotify(root=w#0000028E, event=w#05600002, child=None, same-screen=True, root-x=1466, root-y=684, event-x=264, event-y=661, detail=Normal, state=0x0000, time=0x07C153C5) --- FocusOut(event=w#05600002, mode=Normal, detail=Nonlinear) --- FocusOut(event=w#05600001, mode=Normal, detail=NonlinearVirtual) Regards, -Martin

Jan. 12, 2014

Re: [Pharo-dev] Can we install packages like in pip or gem?

by HernÃ¡n Morales Durand

Following bash script could do it #!/bin/sh until [ -z "$1" ] do PKGNAME=ConfigurationOf$1 echo "Installing... $PKGNAME" pharo Pharo.image \ config "http://smalltalkhub.com/mc/Pharo/MetaRepoForPharo30" \ "$PKGNAME" \ --printVersion \ --install=stable shift done But there are 3 issues 1) One package at a time as you said. 2) Cannot prevent CommandLineHandler to take -vm-display-null argument to install headless 3) All package names should be lowercased so people does not have to remember the exact name : OSProcess vs osprocess, INIFile vs. inifile, etc. Cheers, HernÃ¡n 2014/1/11 Sven Van Caekenberghe <sven(a)stfx.eu> > It can be done one at a time, with a couple of extra parameters, but I > guess you already know that. > > With a little wrapper script, you could make this work. > > But is is a good idea. > > On 11 Jan 2014, at 17:48, HernÃ¡n Morales Durand <hernan.morales(a)gmail.com> > wrote: > > > > > Can we install packages like this? > > > > $ pharo config NeoCSV INIFile OSProcess Pharo.image > > > > That would install stable versions from default repository for pharo > image in current working directory in headless mode, save and quit. > > > > Cheers, > > > > HernÃ¡n > > > > >

Jan. 12, 2014