February 2009 - Pharo-dev - lists.pharo.org

[Pharo-project] Is there a shortcut for right button ?

by Mariano Martinez Peck

For right button I mean the one that has the options "Inspect", "inspect model", "select", "layout", and so on. Sorry I don't remember the colour. I will sending several mails but I think its better to have them all separated that one big mail. Cheers, Mariano

Feb. 25, 2009

[Pharo-project] Is there a shortcut for closing a windows (a classbbrowser, test runner, workspace, etc?

by Mariano Martinez Peck

Something like Ctrl + W or similar. It think this would be a really useful shortcut (at least for me haha). Thanks in advance.

Feb. 25, 2009

Re: [Pharo-project] Towards Pharo 1.0

by Schwab,Wilhelm K

Sig, If I am following, then the command line flag you describe is the only way to be certain anyway. Otherwise, one could fall victim to an FFI library that happens to be visible to the vm, and one's head is in the sandbox at that point - fair?? Of course, there are evils, and then there are evils. Things like openssl are unlikely to go wrong in my experience, and they offer functionality that is hard to replace, and stature that might be impossible to replace (we want _that_ library...). Besides, if you don't want things crashing, what are you doing on Windows? :) Bill -----Original Message----- From: pharo-project-bounces(a)lists.gforge.inria.fr [mailto:pharo-project-bounces@lists.gforge.inria.fr] On Behalf Of Igor Stasenko Sent: Tuesday, February 24, 2009 7:02 PM To: Pharo-project(a)lists.gforge.inria.fr Subject: Re: [Pharo-project] Towards Pharo 1.0 What about more generic security rule: - allow/deny to use external modules ? then VM could simply check this flag at attempt of loading ANY external module - be it plugin or something else. Then, it is safe to ship VM with FFI built-in, and you can even run FFI tests, because test functions will be sitting inside a VM but not in an external library. But once you try to make a call which requires loading new dynamic library - you will have a primitive failure. As you maybe know, in windows, when you loading a .dll, OS calling a DllMain function. And there are a chance that it can do something evil, what may crash VM and your sandbox is no longer a sandbox :) -- Best regards, Igor Stasenko AKA sig. _______________________________________________ Pharo-project mailing list Pharo-project(a)lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Feb. 25, 2009

Re: [Pharo-project] Towards Pharo 1.0

by Igor Stasenko

What about more generic security rule: - allow/deny to use external modules ? then VM could simply check this flag at attempt of loading ANY external module - be it plugin or something else. Then, it is safe to ship VM with FFI built-in, and you can even run FFI tests, because test functions will be sitting inside a VM but not in an external library. But once you try to make a call which requires loading new dynamic library - you will have a primitive failure. As you maybe know, in windows, when you loading a .dll, OS calling a DllMain function. And there are a chance that it can do something evil, what may crash VM and your sandbox is no longer a sandbox :) -- Best regards, Igor Stasenko AKA sig.

Feb. 25, 2009

Re: [Pharo-project] Some issues with Pharo-dev build #10243

by Dale Henrichs

----- "Igor Stasenko" <siguctua(a)gmail.com> wrote: | Hmm. i can't reproduce it myself. | It pops up the message , like 'unable to restart context' or | something.. | but not an error which can be debugged. Seem like debugger catching | this case by itself and simply asserts you from doing wrong action. | But i just debugging my code, nothing else.. This message pops up | some | times, sometimes its fine. This is why i calling it error (or bug). | I will continue hacking my code for more longer until i get this | error.. Okay, This helps - I have some error conditions to look for. Dale

Feb. 24, 2009

Re: [Pharo-project] Font for Pharo

by Rob Rothwell

On Tue, Feb 24, 2009 at 1:54 PM, JÃ©rÃ´me <jerome(a)minusfreun.de> wrote: As I see it > * Andika has a look similar to Lucida Grande, the display font of > Mac > OS X and therefore fits better to the Watery2 theme, while at the same > time retains its own style. > Am 24.02.2009 um 18:56 schrieb Adrian Lienhard: > > > I looked at Andika with Marcus yesterday, and we both had the > > impression that Bitstream Vera fits better. Is there any advantage to > > the Andika font? Andika does not seem to provide a monotype too. > > > I have to say that Andika looks a little "Comic Sans Serif" to me, and agree that Bitstream Vera Sans "fits" better as well. I really hadn't bothered to put in my "vote" because I can change the font to whatever I want, but from a marketing perspective I think the Bitstream Vera may lend a more "professional" air to the product you are trying to sell. However, having said that, the Andika font proportions seem to be more readable (there is a nice difference in size between the upper and lower case letters), so perhaps "out of the box practicality" should trump "gee that looks great!" Unfortunately, you have now put me in a positions that I can't make up my own mind! Just thoughts! Take care, Rob

Feb. 24, 2009

Re: [Pharo-project] Some issues with Pharo-dev build #10243

by Igor Stasenko

2009/2/25 Dale Henrichs <dale.henrichs(a)gemstone.com>: > > ----- "Igor Stasenko" <siguctua(a)gmail.com> wrote: > > | 2009/2/25 Dale Henrichs <dale.henrichs(a)gemstone.com>: > | > > | > ----- "Igor Stasenko" <siguctua(a)gmail.com> wrote: > | > > | > | one more thing: > | > | pressing 'restart' does not restarts evaluation from choosen > | context, > | > | and also throws me an error, when i previously created a new > | method > | > | by > | > | 'create method' button. > | > > | > Igor, > | > > | > I can see the 'extra contexts' that you reported in your other > | message, but I don't seem to be able to reproduce the above problem. > | > > | > Pressing 'restart' trims the stack and doesn't throw an error when I > | try it (using OB-Tools-dkh.62)... > | > > | > Could you reproduce the bug and supply an 'error report' for the > | stack error that you get, so I can get a better idea of what the > | problem may be. > | > > | > | Weird.. seems like i'm too lucky in finding bugs :) > | > | Okay, here is how to reproduce it. > | Download following image: > | > | http://gforge.inria.fr/frs/download.php/18192/pharo0.1-10243dev09.02.3.zip > | > | open workspace and do it: > | > | nil sendweirdmessage > | > | when debugger pops up, press 'create new method' and see the stack > | with 'extra contexts' > | you can press 'debug' instead and still see these contexts. > > Igor, > > I _am_ able to reproduce the extra contexts ... I _have_ seen the extra contexts with debug: and 'create method'. > Oh, sorry i weren't attentive when reading your message. > _However_, you reported that you got an error when pressing 'restart' in that situation and I am not able to reproduce the error ... it is that error that I would like help in reproducing. When I press 'restart' I don't get an error. > > When I proceed, I see the default #shouldBeImplemented error, but I assumed you were talking about an error occurring when you press the 'restart' button. > Hmm. i can't reproduce it myself. It pops up the message , like 'unable to restart context' or something.. but not an error which can be debugged. Seem like debugger catching this case by itself and simply asserts you from doing wrong action. But i just debugging my code, nothing else.. This message pops up some times, sometimes its fine. This is why i calling it error (or bug). I will continue hacking my code for more longer until i get this error.. > Dale > -- Best regards, Igor Stasenko AKA sig.

Feb. 24, 2009

Re: [Pharo-project] Some issues with Pharo-dev build #10243

by Dale Henrichs

----- "Igor Stasenko" <siguctua(a)gmail.com> wrote: | 2009/2/25 Dale Henrichs <dale.henrichs(a)gemstone.com>: | > | > ----- "Igor Stasenko" <siguctua(a)gmail.com> wrote: | > | > | one more thing: | > | pressing 'restart' does not restarts evaluation from choosen | context, | > | and also throws me an error, when i previously created a new | method | > | by | > | 'create method' button. | > | > Igor, | > | > I can see the 'extra contexts' that you reported in your other | message, but I don't seem to be able to reproduce the above problem. | > | > Pressing 'restart' trims the stack and doesn't throw an error when I | try it (using OB-Tools-dkh.62)... | > | > Could you reproduce the bug and supply an 'error report' for the | stack error that you get, so I can get a better idea of what the | problem may be. | > | | Weird.. seems like i'm too lucky in finding bugs :) | | Okay, here is how to reproduce it. | Download following image: | | http://gforge.inria.fr/frs/download.php/18192/pharo0.1-10243dev09.02.3.zip | | open workspace and do it: | | nil sendweirdmessage | | when debugger pops up, press 'create new method' and see the stack | with 'extra contexts' | you can press 'debug' instead and still see these contexts. Igor, I _am_ able to reproduce the extra contexts ... I _have_ seen the extra contexts with debug: and 'create method'. _However_, you reported that you got an error when pressing 'restart' in that situation and I am not able to reproduce the error ... it is that error that I would like help in reproducing. When I press 'restart' I don't get an error. When I proceed, I see the default #shouldBeImplemented error, but I assumed you were talking about an error occurring when you press the 'restart' button. Dale

Feb. 24, 2009

Re: [Pharo-project] Some issues with Pharo-dev build #10243

by Igor Stasenko

2009/2/25 Dale Henrichs <dale.henrichs(a)gemstone.com>: > > ----- "Igor Stasenko" <siguctua(a)gmail.com> wrote: > > | one more thing: > | pressing 'restart' does not restarts evaluation from choosen context, > | and also throws me an error, when i previously created a new method > | by > | 'create method' button. > > Igor, > > I can see the 'extra contexts' that you reported in your other message, but I don't seem to be able to reproduce the above problem. > > Pressing 'restart' trims the stack and doesn't throw an error when I try it (using OB-Tools-dkh.62)... > > Could you reproduce the bug and supply an 'error report' for the stack error that you get, so I can get a better idea of what the problem may be. > Weird.. seems like i'm too lucky in finding bugs :) Okay, here is how to reproduce it. Download following image: http://gforge.inria.fr/frs/download.php/18192/pharo0.1-10243dev09.02.3.zip open workspace and do it: nil sendweirdmessage when debugger pops up, press 'create new method' and see the stack with 'extra contexts' you can press 'debug' instead and still see these contexts. > Dale > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- Best regards, Igor Stasenko AKA sig.

Feb. 24, 2009

[Pharo-project] change windows with keyboard

by Mariano Martinez Peck

I would be very useful for me being able to switch between squeak windows (workspaces, class browsers, test runner, and so on) with the keyboard. Once I discover that using alt + narrows I could see all the windows little and the current one bigger. This use very useful. But now, neither in squeak or pharo works for me. I am using latest damien image for both of them under Linux. Does someone know why now it doesn't work ? Thanks for the help in advance. Mariano

Feb. 24, 2009