- Pharo-users - lists.pharo.org

Re: [Pharo-users] Process ID of VM

by Igor Stasenko

Classes forming the tree structure (one class can have many subclasses). A class initialization usually done for initializing properties shared by class and all its subclasses, and sent automatically to tools like Monticello when it loads the code to each separate class. So, if we use 'super initialize' we will end up initializing superclass 100 times if it has 100 subclasses. Moreover, if we strictly follow that rule, the class initialization will endup in Behavior>>initialize (look at that method and guess what will happen if you run it) On 20 August 2013 11:34, Tim Hendriks <th72(a)dds.nl> wrote: > I'am just learning (a few weeks) .... so why not use super in Class? > > Thanks Tim > > Op 20-8-2013 11:29, Igor Stasenko schreef: > > Thanks for your hard work! > > 1 important remark: > > NBXLibTypes class>>initialize > super initialize. > Display := #NBXLibDisplay. > > > > Never use 'super initialize' for class initializers. > > > > > > On 20 August 2013 09:42, Torsten Bergmann <astares(a)gmx.de> wrote: > >> I just wrapped this in NB last week, so if you have NativeBoost and >> Windows >> you can use: >> >> NBWin32Process getCurrentProcessId >> >> (requires the latest packages from >> http://smalltalkhub.com/#!/~Pharo/NativeBoost) >> >> I'm sure on any other platforms there are API's as well to get the PID, >> like >> getpid on Unix. Should be easy to wrap in NB if you follow this tutorial: >> >> >> https://ci.inria.fr/pharo-contribution/job/PharoForTheEnterprise/lastSucces… >> >> Bye >> T. >> >> >> >> >> > > > -- > Best regards, > Igor Stasenko. > > > -- Best regards, Igor Stasenko.

Aug. 20, 2013

Re: [Pharo-users] Process ID of VM

by Henrik Johansen

On Aug 20, 2013, at 11:34 , Tim Hendriks <th72(a)dds.nl> wrote: > I'am just learning (a few weeks) .... so why not use super in Class? > > Thanks Tim Nothing wrong with using super in Class, but using it in class initialize is a no-no. That method is treated specially and called once a Class is loaded into a system, usually to initialize class variables. So calling super from it will lead to re-initialization of existing class variables when you load code, which is generally not a kosher thing to do; if those have been changed since initialization, it's usually for a reason. Cheers, Henry

Aug. 20, 2013

Re: [Pharo-users] Process ID of VM

by Tim Hendriks

I'am just learning (a few weeks) .... so why not use super in Class? Thanks Tim Op 20-8-2013 11:29, Igor Stasenko schreef: > Thanks for your hard work! > > 1 important remark: > NBXLibTypes class>>initialize > super initialize. > Display := #NBXLibDisplay. > > > Never use 'super initialize' for class initializers. > > > > > On 20 August 2013 09:42, Torsten Bergmann <astares(a)gmx.de > <mailto:astares@gmx.de>> wrote: > > I just wrapped this in NB last week, so if you have NativeBoost > and Windows > you can use: > > NBWin32Process getCurrentProcessId > > (requires the latest packages from > http://smalltalkhub.com/#!/~Pharo/NativeBoost > <http://smalltalkhub.com/#%21/%7EPharo/NativeBoost>) > > I'm sure on any other platforms there are API's as well to get the > PID, like > getpid on Unix. Should be easy to wrap in NB if you follow this > tutorial: > > https://ci.inria.fr/pharo-contribution/job/PharoForTheEnterprise/lastSucces… > > Bye > T. > > > > > > > > -- > Best regards, > Igor Stasenko.

Aug. 20, 2013

Re: [Pharo-users] Process ID of VM

by Igor Stasenko

Thanks for your hard work! 1 important remark: NBXLibTypes class>>initialize super initialize. Display := #NBXLibDisplay. Never use 'super initialize' for class initializers. On 20 August 2013 09:42, Torsten Bergmann <astares(a)gmx.de> wrote: > I just wrapped this in NB last week, so if you have NativeBoost and Windows > you can use: > > NBWin32Process getCurrentProcessId > > (requires the latest packages from > http://smalltalkhub.com/#!/~Pharo/NativeBoost) > > I'm sure on any other platforms there are API's as well to get the PID, > like > getpid on Unix. Should be easy to wrap in NB if you follow this tutorial: > > > https://ci.inria.fr/pharo-contribution/job/PharoForTheEnterprise/lastSucces… > > Bye > T. > > > > > -- Best regards, Igor Stasenko.

Aug. 20, 2013

Process ID of VM

by Torsten Bergmann

I just wrapped this in NB last week, so if you have NativeBoost and Windows you can use: NBWin32Process getCurrentProcessId (requires the latest packages from http://smalltalkhub.com/#!/~Pharo/NativeBoost) I'm sure on any other platforms there are API's as well to get the PID, like getpid on Unix. Should be easy to wrap in NB if you follow this tutorial: https://ci.inria.fr/pharo-contribution/job/PharoForTheEnterprise/lastSucces… Bye T.

Aug. 20, 2013

Re: [Pharo-users] image resize event

by fritsche.markus＠gmail.com

Aug. 20, 2013

Re: [Pharo-users] image resize event

by Henrik Johansen

On Aug 19, 2013, at 6:07 , Usman Bhatti <usman.bhatti(a)gmail.com> wrote: > Hello, > > I would like to resize all my windows opened inside my image when resizing the image window. Can anyone point me to the hook where I can plug my code for window resizing? > > For example, it would like to do > onImageResize > World fitAll. > > tx, > > usman You need to install a #windowEventHandler: on the World, this will receive all host window events, such as resizes. Make sure you also handle #windowClose events if you want the native X button to work, as per PasteUpMorph >> #windowEvent: Cheers, Henry

Aug. 20, 2013

Re: [Pharo-users] Process ID of VM

by David T. Lewis

On Mon, Aug 19, 2013 at 11:02:37PM +0200, Udo Schneider wrote: > All, > > is there anyway to get the PID of the VM running the image. I'm > searching for a way to differentiate different instances of the same > (read-only) image running on multiple VMs on the same server. Any other > thoughts? > If you have OSProcess: OSProcess thisOSProcess pid Dave

Aug. 19, 2013

Process ID of VM

by Udo Schneider

All, is there anyway to get the PID of the VM running the image. I'm searching for a way to differentiate different instances of the same (read-only) image running on multiple VMs on the same server. Any other thoughts? Best Regards, Udo

Aug. 19, 2013

Re: [Pharo-users] Smalltalk frameworks that use parsers

by Mohammad Al Houssami (Alumni)

Thank you Damien. This is very very helpful :) -----Original Message----- From: Pharo-users [mailto:pharo-users-bounces@lists.pharo.org] On Behalf Of Damien Cassou Sent: Monday, August 19, 2013 4:05 PM To: Any question about pharo is welcome Subject: Re: [Pharo-users] Smalltalk frameworks that use parsers On Mon, Aug 19, 2013 at 12:21 PM, Mohammad Al Houssami (Alumni) <mha53(a)mail.aub.edu> wrote: > Are there any frameworks or applications built in Smalltalk that use > parsers ? If yes can I get the names of a few of them ? there are plenty of applications that use parsers: - smalltalkhub.com parses markdown text to render its webpages - textlint.lukas-renggli.ch parses English text to help you write better English sentences - moosetechnology.org parses source code written in multiple programming languages to show some analysis -- Damien Cassou http://damiencassou.seasidehosting.st "Success is the ability to go from one failure to another without losing enthusiasm." Winston Churchill

Aug. 19, 2013