August 2013 - Pharo-users - lists.pharo.org

Re: [Pharo-users] Process ID of VM

by Igor Stasenko

see NativeBoostWin32 class>>getVMModuleHandle On 21 August 2013 04:42, Igor Stasenko <siguctua(a)gmail.com> wrote: > on windoze, getting pid of current process is piece of cake > (GetModuleHangle). > > > On 20 August 2013 19:16, Udo Schneider <udo.schneider(a)homeaddress.de>wrote: > >> On 20.08.13 09:42, Torsten Bergmann wrote: >> >>> NBWin32Process getCurrentProcessId >>> >> The NativeBoost approach is a really good idea! I'll check whether I can >> get this working on other platforms as Win32 as well. >> >> Thanks, >> >> Udo >> >> >> >> >> > > > -- > Best regards, > Igor Stasenko. > -- Best regards, Igor Stasenko.

Aug. 21, 2013

Re: [Pharo-users] Process ID of VM

by Igor Stasenko

on windoze, getting pid of current process is piece of cake (GetModuleHangle). On 20 August 2013 19:16, Udo Schneider <udo.schneider(a)homeaddress.de> wrote: > On 20.08.13 09:42, Torsten Bergmann wrote: > >> NBWin32Process getCurrentProcessId >> > The NativeBoost approach is a really good idea! I'll check whether I can > get this working on other platforms as Win32 as well. > > Thanks, > > Udo > > > > > -- Best regards, Igor Stasenko.

Aug. 21, 2013

NativeBoost: Null-terminated Strings

by Udo Schneider

All, I just wrapped a few functions using NB - as easy as it used to be in Dolphin! Really nice. I'm stuck with a simple thing however. I'm passing a string buffer into a function which fills this buffer (null-terminated String). The passed in String however contains all the nulls as well (which is not surprising). What's the "official" way to truncate the String to it's correct length? Best Regards, Udo

Aug. 20, 2013

Re: [Pharo-users] Process ID of VM

by Udo Schneider

On 20.08.13 09:42, Torsten Bergmann wrote: > NBWin32Process getCurrentProcessId The NativeBoost approach is a really good idea! I'll check whether I can get this working on other platforms as Win32 as well. Thanks, Udo

Aug. 20, 2013

Re: [Pharo-users] Process ID of VM

by Udo Schneider

On 19.08.13 23:16, David T. Lewis wrote: > If you have OSProcess: > > OSProcess thisOSProcess pid Thats's a good one. I'm currently checking if OSProcess is loaded and then using it. Still searching for some way to diffrentiate images. I'm currently thinking about generating a unique ID during image startup. Thanks, Udo

Aug. 20, 2013

Re: [Pharo-users] image resize event

by StÃ©phane Ducasse

On Aug 20, 2013, at 6:26 PM, Usman Bhatti <usman.bhatti(a)gmail.com> wrote: > Fernando is going to propose a fix for this in PasteUpMorph>>extent: > Once his fix integrated in Pharo, PasteUpMorph announcer can be used to capture the image window size change event and trigger the update code: > > World announcer on: WindowResizing do:[ do some actions] better use World announcer when: WindowResizing do: [ do some actions] and if possible World announcer when: WindowResizing send: to: I should add these methods to Object and deprecate on:do: Stef > > > usman > > On Tue, Aug 20, 2013 at 4:19 PM, Tudor Girba <tudor(a)tudorgirba.com> wrote: > I would like to know the solution for this as well :) > > Doru > > > On Tue, Aug 20, 2013 at 9:30 AM, <fritsche.markus(a)gmail.com> wrote: > > > Von: Henrik Johansen > Gesendet: Dienstag, 20. August 2013 09:24 PM > An: Any question about pharo is welcome > Antwort an: Any question about pharo is welcome > Betreff: Re: [Pharo-users] image resize event > > > 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 > > > > > -- > www.tudorgirba.com > > "Every thing has its own flow" >

Aug. 20, 2013

Re: [Pharo-users] image resize event

by Usman Bhatti

Fernando is going to propose a fix for this in PasteUpMorph>>extent: Once his fix integrated in Pharo, PasteUpMorph announcer can be used to capture the image window size change event and trigger the update code: World announcer on: WindowResizing do:[ do some actions] usman On Tue, Aug 20, 2013 at 4:19 PM, Tudor Girba <tudor(a)tudorgirba.com> wrote: > I would like to know the solution for this as well :) > > Doru > > > On Tue, Aug 20, 2013 at 9:30 AM, <fritsche.markus(a)gmail.com> wrote: > >> >> *Von: *Henrik Johansen >> *Gesendet: *Dienstag, 20. August 2013 09:24 PM >> *An: *Any question about pharo is welcome >> *Antwort an: *Any question about pharo is welcome >> *Betreff: *Re: [Pharo-users] image resize event >> >> >> 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 >> >> > > > -- > www.tudorgirba.com > > "Every thing has its own flow" >

Aug. 20, 2013

Re: [Pharo-users] image resize event

by Tudor Girba

I would like to know the solution for this as well :) Doru On Tue, Aug 20, 2013 at 9:30 AM, <fritsche.markus(a)gmail.com> wrote: > > *Von: *Henrik Johansen > *Gesendet: *Dienstag, 20. August 2013 09:24 PM > *An: *Any question about pharo is welcome > *Antwort an: *Any question about pharo is welcome > *Betreff: *Re: [Pharo-users] image resize event > > > 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 > > -- www.tudorgirba.com "Every thing has its own flow"

Aug. 20, 2013

Re: [Pharo-users] Process ID of VM

by Tim Hendriks

Op 20-8-2013 13:39, Esteban Lorenzano schreef: > but you can do > > MyClass class>>#someOtherMethodWhichIsNotCalled"initialize" > super someOtherMethodWhichIsNotCalled"initialize". > etc... > > the restriction is just for the method called #initialize :) Just to make it simple, I guess :-) I write is somewhere down... Tim > > Esteban > > > On Aug 20, 2013, at 12:22 PM, Tim Hendriks <th72(a)dds.nl> wrote: > >> OK Thanks a lot. >> >> I won't call super initialize on de Class side.... Don't know why.... I just don't.... simpel.... >> >> Thanks for trying to explain why. >> >> >> Op 20-8-2013 12:00, Esteban Lorenzano schreef: >>> no, you do not call super initialize in class side initialize method. >>> >>> You do not do: >>> >>> MyClass class>>#initialize >>> super initialize. "THIS IS BAD" >>> ... rest of initialization. >>> >>> we should add a Lint rule with that, btw. >>> >>> On Aug 20, 2013, at 11:52 AM, Tim Hendriks <th72(a)dds.nl> wrote: >>> >>>> Ok, I don't want to know :-) >>>> >>>> Just as a rule: don't call super initialize on the Class site ? But I can use (the message) initialize on the Class site (for initializing applications roots in seaside for example) but just do'nt use super in it. Correct? >>>> >>>> Thanks Tim >>>> >>>> Op 20-8-2013 11:45, jtuchel(a)objektfabrik.de schreef: >>>>> Hi Tim, >>>>> >>>>> the problem is not the send of #super to a class, but the call of #initialize of #super on the class side. >>>>> >>>>> As long as you are not interested in very confusing details about the inheritence hierarchy of Class and Metaclasses and stuff, don't ask, just do as you're told ;-) >>>>> You can, however, have a look at chapter 13 Classes and Metaclasses of the "Pharo By Example" book (http://pharobyexample.org) if you want to know more. >>>>> >>>>> A very short and incomplete explanation is that the superclass of a class is never the superclass of the class of its instances, because all classes are instances of the same class ( I told you you prabably don't want to know right now ;-) ). >>>>> >>>>> Joachim >>>>> >>>>> >>>>> Am 20.08.13 11:34, schrieb 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 Esteban Lorenzano

but you can do MyClass class>>#someOtherMethodWhichIsNotCalled"initialize" super someOtherMethodWhichIsNotCalled"initialize". etc... the restriction is just for the method called #initialize :) Esteban On Aug 20, 2013, at 12:22 PM, Tim Hendriks <th72(a)dds.nl> wrote: > OK Thanks a lot. > > I won't call super initialize on de Class side.... Don't know why.... I just don't.... simpel.... > > Thanks for trying to explain why. > > > Op 20-8-2013 12:00, Esteban Lorenzano schreef: >> no, you do not call super initialize in class side initialize method. >> >> You do not do: >> >> MyClass class>>#initialize >> super initialize. "THIS IS BAD" >> ... rest of initialization. >> >> we should add a Lint rule with that, btw. >> >> On Aug 20, 2013, at 11:52 AM, Tim Hendriks <th72(a)dds.nl> wrote: >> >>> Ok, I don't want to know :-) >>> >>> Just as a rule: don't call super initialize on the Class site ? But I can use (the message) initialize on the Class site (for initializing applications roots in seaside for example) but just do'nt use super in it. Correct? >>> >>> Thanks Tim >>> >>> Op 20-8-2013 11:45, jtuchel(a)objektfabrik.de schreef: >>>> Hi Tim, >>>> >>>> the problem is not the send of #super to a class, but the call of #initialize of #super on the class side. >>>> >>>> As long as you are not interested in very confusing details about the inheritence hierarchy of Class and Metaclasses and stuff, don't ask, just do as you're told ;-) >>>> You can, however, have a look at chapter 13 Classes and Metaclasses of the "Pharo By Example" book (http://pharobyexample.org) if you want to know more. >>>> >>>> A very short and incomplete explanation is that the superclass of a class is never the superclass of the class of its instances, because all classes are instances of the same class ( I told you you prabably don't want to know right now ;-) ). >>>> >>>> Joachim >>>> >>>> >>>> Am 20.08.13 11:34, schrieb 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