September 2017 - Pharo-users

Re: [Pharo-users] How to find if a method is being executed in a given process

by Marcus Denker

> On 25 Sep 2017, at 12:06, Steven Costiou <steven.costiou(a)kloum.io> wrote: > > Hi, > > how can i know if a given method is being executed ? > > For ex.: > > process := [[mycondition] whileTrue:[ myObject doStuff. myDelay wait]] fork > > I want to suspend process and find if doStuff is being executed or if process is waiting. > > How could i do that ?] > > you could iterate all processes, there then get the stack and look up the sender chain if the method is somewhere to be found. If yes -> it is exectuted right now. One problem is that which methods are on the stack changes, so you should try to avoid process switches while doing the analysis. Marcus

Sept. 25, 2017

Re: [Pharo-users] How to find if a method is being executed in a given process

by jtuchel＠objektfabrik.de

Steven You could add use a semaphore if changing code is an option. We once used MethodWrappers in VAST to answer a similar question regarding whether a body of code can be removed from a system. Joachim Am 25.09.17 um 12:06 schrieb Steven Costiou: > > Hi, > > how can i know if a given method is being executed ? > > For ex.: > > process := [[mycondition] whileTrue:[ myObject doStuff. myDelay wait]] > fork > > I want to suspend process and find if doStuff is being executed or if > process is waiting. > > How could i do that ? > > Steven. > -- ----------------------------------------------------------------------- Objektfabrik Joachim Tuchel mailto:jtuchel@objektfabrik.de Fliederweg 1Â Â Â Â Â Â Â Â Â Â Â Â Â http://www.objektfabrik.de D-71640 Ludwigsburg http://joachimtuchel.wordpress.com Telefon: +49 7141 56 10 86 0Â Â Â Â Â Fax: +49 7141 56 10 86 1

Sept. 25, 2017

How to find if a method is being executed in a given process

by Steven Costiou

Hi, how can i know if a given method is being executed ? For ex.: process := [[mycondition] whileTrue:[ myObject doStuff. myDelay wait]] fork I want to suspend process and find if doStuff is being executed or if process is waiting. How could i do that ? Steven.

Sept. 25, 2017

Re: [Pharo-users] Is a non-break space whitespace?

by PBKResearch

Hello One way of dealing with this in a general way is to introduce a new predicate #isWhitespace for Character, maybe following the Wikipedia definition as Richard suggests, and then either (a) recode String>>#trim and friends to use #isWhitespace rather than #isSeparator or (b) introduce a new operation String>>#trimWhitespace which uses #isWhitespace. @stef. There is already an operation which allows us to specify the characters to be trimmed, which I mentioned in my original post. We write trimBoth: aBlock, where aBlock value: char answers true if char is to be trimmed. I knew I could solve my immediate problem like this; I just wondered if there should be something more general. Peter Kenny From: Pharo-users [mailto:pharo-users-bounces@lists.pharo.org] On Behalf Of Sven Van Caekenberghe Sent: 25 September 2017 09:10 To: Any question about pharo is welcome <pharo-users(a)lists.pharo.org> Subject: Re: [Pharo-users] Is a non-break space whitespace? On 25 Sep 2017, at 09:53, Richard Sargent <richard.sargent(a)gemtalksystems.com <mailto:richard.sargent@gemtalksystems.com> > wrote: Ben Coman wrote On Sun, Sep 24, 2017 at 7:53 PM, PBKResearch < <mailto:peter@.co> peter@.co > wrote: Hello All I have a little puzzle to disturb your Sunday lunch, maybe. I have been scraping text data from web pages, which often comes with redundant space before or after. I routinely use âtrimâ on the final string output, but I have found cases where there are still redundant spaces. Inspecting the results, I find that the characters are non-break spaces (codepoint 160, Unicode U+00A0). Looking at the code, String>>#trim depends on Character>>#isSeparator, which does not answer true for a non-break space. I can use trimBoth: [:char| char asInteger = 160] to remove the redundant spaces if I know where to expect them, so it is not a major problem. But the question remains: should non-break space be included in the list of separators in Character>>#isSeparator. Peter Kenny Off the cuff.. intuitively "by definition" a Non-Break space seems to be Not-a-Separator. If the web pages you are scraping are misusing non-break space to munge formatting, that is not something to be solved by modifying semantics of #isSeparator. Stef's suggestion for a selector that takes a list of separators seems appropriate. Rather than off-the-cuffing anything, please honour the Unicode Character Properties. Refer to https://en.wikipedia.org/wiki/Unicode_character_property#Whitespace, among others. The Pharo Unicode Project (http://www.smalltalkhub.com/#!/~Pharo/Unicode) offers support for these properties. There is a performance cost though (it is a big database to load/use). I would not immediately change #isSeparator though. cheers -ben -- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

Sept. 25, 2017

Re: [Pharo-users] Is a non-break space whitespace?

by Sven Van Caekenberghe

> On 25 Sep 2017, at 09:53, Richard Sargent <richard.sargent(a)gemtalksystems.com> wrote: > > Ben Coman wrote >> On Sun, Sep 24, 2017 at 7:53 PM, PBKResearch < > >> peter@.co > >> > >> wrote: >> >>> Hello All >>> >>> >>> >>> I have a little puzzle to disturb your Sunday lunch, maybe. I have been >>> scraping text data from web pages, which often comes with redundant space >>> before or after. I routinely use âtrimâ on the final string output, but I >>> have found cases where there are still redundant spaces. Inspecting the >>> results, I find that the characters are non-break spaces (codepoint 160, >>> Unicode U+00A0). Looking at the code, String>>#trim depends on >>> Character>>#isSeparator, which does not answer true for a non-break >>> space. >>> I can use trimBoth: [:char| char asInteger = 160] to remove the redundant >>> spaces if I know where to expect them, so it is not a major problem. But >>> the question remains: should non-break space be included in the list of >>> separators in Character>>#isSeparator. >>> >>> >>> >>> Peter Kenny >>> >>> >>> >> >> Off the cuff.. intuitively "by definition" a Non-Break space seems to be >> Not-a-Separator. >> If the web pages you are scraping are misusing non-break space to munge >> formatting, that is not something to be solved by modifying semantics of >> #isSeparator. >> Stef's suggestion for a selector that takes a list of separators seems >> appropriate. > > > Rather than off-the-cuffing anything, please honour the Unicode Character > Properties. Refer to > https://en.wikipedia.org/wiki/Unicode_character_property#Whitespace, among > others. The Pharo Unicode Project (http://www.smalltalkhub.com/#!/~Pharo/Unicode) offers support for these properties. There is a performance cost though (it is a big database to load/use). I would not immediately change #isSeparator though. >> cheers -ben > > > > > > -- > Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

Sept. 25, 2017

Re: [Pharo-users] Is a non-break space whitespace?

by Richard Sargent

Ben Coman wrote > On Sun, Sep 24, 2017 at 7:53 PM, PBKResearch < > peter@.co > > > wrote: > >> Hello All >> >> >> >> I have a little puzzle to disturb your Sunday lunch, maybe. I have been >> scraping text data from web pages, which often comes with redundant space >> before or after. I routinely use âtrimâ on the final string output, but I >> have found cases where there are still redundant spaces. Inspecting the >> results, I find that the characters are non-break spaces (codepoint 160, >> Unicode U+00A0). Looking at the code, String>>#trim depends on >> Character>>#isSeparator, which does not answer true for a non-break >> space. >> I can use trimBoth: [:char| char asInteger = 160] to remove the redundant >> spaces if I know where to expect them, so it is not a major problem. But >> the question remains: should non-break space be included in the list of >> separators in Character>>#isSeparator. >> >> >> >> Peter Kenny >> >> >> > > Off the cuff.. intuitively "by definition" a Non-Break space seems to be > Not-a-Separator. > If the web pages you are scraping are misusing non-break space to munge > formatting, that is not something to be solved by modifying semantics of > #isSeparator. > Stef's suggestion for a selector that takes a list of separators seems > appropriate. Rather than off-the-cuffing anything, please honour the Unicode Character Properties. Refer to https://en.wikipedia.org/wiki/Unicode_character_property#Whitespace, among others. > cheers -ben -- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

Sept. 25, 2017

Re: [Pharo-users] Is a non-break space whitespace?

by Ben Coman

On Sun, Sep 24, 2017 at 7:53 PM, PBKResearch <peter(a)pbkresearch.co.uk> wrote: > Hello All > > > > I have a little puzzle to disturb your Sunday lunch, maybe. I have been > scraping text data from web pages, which often comes with redundant space > before or after. I routinely use âtrimâ on the final string output, but I > have found cases where there are still redundant spaces. Inspecting the > results, I find that the characters are non-break spaces (codepoint 160, > Unicode U+00A0). Looking at the code, String>>#trim depends on > Character>>#isSeparator, which does not answer true for a non-break space. > I can use trimBoth: [:char| char asInteger = 160] to remove the redundant > spaces if I know where to expect them, so it is not a major problem. But > the question remains: should non-break space be included in the list of > separators in Character>>#isSeparator. > > > > Peter Kenny > > > Off the cuff.. intuitively "by definition" a Non-Break space seems to be Not-a-Separator. If the web pages you are scraping are misusing non-break space to munge formatting, that is not something to be solved by modifying semantics of #isSeparator. Stef's suggestion for a selector that takes a list of separators seems appropriate. cheers -ben

Sept. 25, 2017

Re: [Pharo-users] X11 options on Ubuntu VM / Athens rendering problems

by ClÃ©ment Bera

On Mon, Sep 25, 2017 at 2:33 AM, J.F. Rick <self(a)je77.com> wrote: > Hi Clement and and Stef, > > thanks for sharing. The video looks cool and it seems like a > high-performance approach. Unfortunately, it doesn't seem to be working in > Linux. I'm attaching the Pharo debug file, but it seems like the Handler > being OSNullWindowHandle indicates a problem. I'm also not sure that this > approach would allow me to do fullscreen apps. I noticed that your video > shows a title bar in MacOS. > > I've never made the demo work on linux, I am not surprised it doesn't work. This demo is based on the Pharo 4 OSWindow version, and more recent versions are working fine on linux. About fullscreen as I said in the previous mail it is possible to enable it, I tried it worked, but I did not do it as I don't think it make sense with this game. I will consider in the future making it work on the latest Pharo version on multiple OS if it makes sense to show people how to do it. I'm busy with other concerns right now. Anyway, it's just one approach, you can use another one. > Cheers, > > Jeff > > > > > > On Sun, Sep 24, 2017 at 7:53 AM ClÃ©ment Bera <bera.clement(a)gmail.com> > wrote: > >> Hi, >> >> I describe in the next paragraphs what I do to build application with >> Pharo at 50 fps. Now I am using a SDL2 window with OSWindow and not the >> default Pharo window for rendering. There is a fullscreen option with >> OSWindow, I don't use it but I've just tried it works fine. >> >> To use Athens/Cairo I start the VM headless and I open from the code a >> window using the SDL2 binding (OSWindow), then I extract the window surface >> as a cairo surface to draw on it using Athens and I use SDL2 to manage >> events (mouse, keyboard). That way I don't even start morphic/WorldMorph >> which wastes cpu ressources. >> >> I built this video game that way: >> https://clementbera.wordpress.com/2016/08/29/sdl2-cairo- >> headless-for-realtime-native-applications/ >> https://www.youtube.com/watch?v=srPdFgbyS6s >> >> The game is running in Pharo 4 (pre-Spur). I configured it to run at 50 >> fps but from time to time some frames are dropped for performance so I >> would say it is running at around 48-49 fps in practice. I think it should >> work on the latest Pharo but you need to ask on pharo-dev how to use >> OSWindow. Some APIs have changed since Pharo 4. Since the latest Pharo >> version is now using Spur I expect the performance to be way better and I >> think 50 fps is definitely manageable on a laptop. >> >> Note that this is still Pharo so if you want something which looks >> real-time you need to be careful about you object allocation rate >> in-between frame rendering. >> >> I hope this can help. >> >> Regards >> >> >> >> On Sun, Sep 24, 2017 at 9:43 AM, Stephane Ducasse < >> stepharo.self(a)gmail.com> wrote: >> >>> Hi jeff >>> >>> let us know if this is working. the start.sh script is not working on >>> my machine. but clement made it worked on his machine and he should >>> publish a zip. >>> >>> Stef >>> >>> >>> >>> On Sun, Sep 24, 2017 at 9:39 AM, Stephane Ducasse >>> <stepharo.self(a)gmail.com> wrote: >>> > Yes I will share a dropbox with you for now. >>> > >>> > On Sat, Sep 23, 2017 at 9:44 PM, J.F. Rick <self(a)je77.com> wrote: >>> >> Hi Stef, >>> >> >>> >> since I'm only doing Athens rendering, it might be possible to do a >>> native >>> >> window implementation. That said, I don't know how to get started >>> with that. >>> >> Documentation seems to be hard to find. The last time I saw any work >>> on that >>> >> it was too early to be usable. I'm also not sure if it solves my "it >>> needs >>> >> to run in fullscreen at full speed" problem. If someone like Clement >>> could >>> >> get me started, that would be awesome. >>> >> >>> >> Cheers, >>> >> >>> >> Jeff >>> >> >>> >> On Fri, Sep 22, 2017 at 12:27 PM Stephane Ducasse < >>> stepharo.self(a)gmail.com> >>> >> wrote: >>> >>> >>> >>> Hi Jeff >>> >>> >>> >>> Nice to see you. I do not know anybody running on X11. Esteban is >>> >>> working on better SDL20 integration. >>> >>> Did you try having a native window? I asked clement if he could >>> >>> release the Wizard Battle Arena because it was a game he did in a >>> >>> couple of days (yes he is good this guy) and that use cairo athens >>> >>> based for drawing on native window. >>> >>> >>> >>> stef >>> >>> >>> >>> On Fri, Sep 22, 2017 at 3:11 PM, J.F. Rick <self(a)je77.com> wrote: >>> >>> > I'm running a fullscreen Pharo application on Ubuntu and I've >>> noticed >>> >>> > that >>> >>> > Athens rendering gets way worse (maybe 10 updates per second) when >>> I >>> >>> > switch >>> >>> > to fullscreen mode from inside Pharo. Ideally, I'd love for that >>> to be >>> >>> > fixed. >>> >>> > >>> >>> > In lieu of that, it would be cool if I could just maximize Pharo >>> to the >>> >>> > size >>> >>> > of the screen to achieve good performance. Two things stop that: >>> the >>> >>> > Unity >>> >>> > application bar and the title-bar. For the former, I can configure >>> Unity >>> >>> > to >>> >>> > hide it. I noticed a '-notitle' X11 option when I execute pharo >>> -help. >>> >>> > I've >>> >>> > tried using these X11 options and neither -notitle or -fullscreen >>> seem >>> >>> > to >>> >>> > have any effect. Here's the command I run: >>> >>> > >>> >>> > ./bin/pharo --encoding utf8 -vm-display-X11 -fullscreen >>> PATH_TO_IMAGE & >>> >>> > >>> >>> > Pharo starts fine but neither option seems to have any effect. >>> I've also >>> >>> > tried this in GNOME, thinking that Unity was the problem. Again, no >>> >>> > effect. >>> >>> > >>> >>> > Any suggestions? >>> >>> > >>> >>> > Jeff >>> >>> > >>> >>> > >>> >>> >>> >> >>> >>> >>

Sept. 25, 2017

Re: [Pharo-users] X11 options on Ubuntu VM / Athens rendering problems

by J.F. Rick

Hi Clement and and Stef, thanks for sharing. The video looks cool and it seems like a high-performance approach. Unfortunately, it doesn't seem to be working in Linux. I'm attaching the Pharo debug file, but it seems like the Handler being OSNullWindowHandle indicates a problem. I'm also not sure that this approach would allow me to do fullscreen apps. I noticed that your video shows a title bar in MacOS. Cheers, Jeff On Sun, Sep 24, 2017 at 7:53 AM ClÃ©ment Bera <bera.clement(a)gmail.com> wrote: > Hi, > > I describe in the next paragraphs what I do to build application with > Pharo at 50 fps. Now I am using a SDL2 window with OSWindow and not the > default Pharo window for rendering. There is a fullscreen option with > OSWindow, I don't use it but I've just tried it works fine. > > To use Athens/Cairo I start the VM headless and I open from the code a > window using the SDL2 binding (OSWindow), then I extract the window surface > as a cairo surface to draw on it using Athens and I use SDL2 to manage > events (mouse, keyboard). That way I don't even start morphic/WorldMorph > which wastes cpu ressources. > > I built this video game that way: > > https://clementbera.wordpress.com/2016/08/29/sdl2-cairo-headless-for-realti… > https://www.youtube.com/watch?v=srPdFgbyS6s > > The game is running in Pharo 4 (pre-Spur). I configured it to run at 50 > fps but from time to time some frames are dropped for performance so I > would say it is running at around 48-49 fps in practice. I think it should > work on the latest Pharo but you need to ask on pharo-dev how to use > OSWindow. Some APIs have changed since Pharo 4. Since the latest Pharo > version is now using Spur I expect the performance to be way better and I > think 50 fps is definitely manageable on a laptop. > > Note that this is still Pharo so if you want something which looks > real-time you need to be careful about you object allocation rate > in-between frame rendering. > > I hope this can help. > > Regards > > > > On Sun, Sep 24, 2017 at 9:43 AM, Stephane Ducasse <stepharo.self(a)gmail.com > > wrote: > >> Hi jeff >> >> let us know if this is working. the start.sh script is not working on >> my machine. but clement made it worked on his machine and he should >> publish a zip. >> >> Stef >> >> >> >> On Sun, Sep 24, 2017 at 9:39 AM, Stephane Ducasse >> <stepharo.self(a)gmail.com> wrote: >> > Yes I will share a dropbox with you for now. >> > >> > On Sat, Sep 23, 2017 at 9:44 PM, J.F. Rick <self(a)je77.com> wrote: >> >> Hi Stef, >> >> >> >> since I'm only doing Athens rendering, it might be possible to do a >> native >> >> window implementation. That said, I don't know how to get started with >> that. >> >> Documentation seems to be hard to find. The last time I saw any work >> on that >> >> it was too early to be usable. I'm also not sure if it solves my "it >> needs >> >> to run in fullscreen at full speed" problem. If someone like Clement >> could >> >> get me started, that would be awesome. >> >> >> >> Cheers, >> >> >> >> Jeff >> >> >> >> On Fri, Sep 22, 2017 at 12:27 PM Stephane Ducasse < >> stepharo.self(a)gmail.com> >> >> wrote: >> >>> >> >>> Hi Jeff >> >>> >> >>> Nice to see you. I do not know anybody running on X11. Esteban is >> >>> working on better SDL20 integration. >> >>> Did you try having a native window? I asked clement if he could >> >>> release the Wizard Battle Arena because it was a game he did in a >> >>> couple of days (yes he is good this guy) and that use cairo athens >> >>> based for drawing on native window. >> >>> >> >>> stef >> >>> >> >>> On Fri, Sep 22, 2017 at 3:11 PM, J.F. Rick <self(a)je77.com> wrote: >> >>> > I'm running a fullscreen Pharo application on Ubuntu and I've >> noticed >> >>> > that >> >>> > Athens rendering gets way worse (maybe 10 updates per second) when I >> >>> > switch >> >>> > to fullscreen mode from inside Pharo. Ideally, I'd love for that to >> be >> >>> > fixed. >> >>> > >> >>> > In lieu of that, it would be cool if I could just maximize Pharo to >> the >> >>> > size >> >>> > of the screen to achieve good performance. Two things stop that: the >> >>> > Unity >> >>> > application bar and the title-bar. For the former, I can configure >> Unity >> >>> > to >> >>> > hide it. I noticed a '-notitle' X11 option when I execute pharo >> -help. >> >>> > I've >> >>> > tried using these X11 options and neither -notitle or -fullscreen >> seem >> >>> > to >> >>> > have any effect. Here's the command I run: >> >>> > >> >>> > ./bin/pharo --encoding utf8 -vm-display-X11 -fullscreen >> PATH_TO_IMAGE & >> >>> > >> >>> > Pharo starts fine but neither option seems to have any effect. I've >> also >> >>> > tried this in GNOME, thinking that Unity was the problem. Again, no >> >>> > effect. >> >>> > >> >>> > Any suggestions? >> >>> > >> >>> > Jeff >> >>> > >> >>> > >> >>> >> >> >> >> >

Sept. 25, 2017

Re: [Pharo-users] Is a non-break space whitespace?

by Stephane Ducasse

may be we should have a trimWithSeparators: #() where we can specify what we want. For the question about isSeparator I do not know. On Sun, Sep 24, 2017 at 1:53 PM, PBKResearch <peter(a)pbkresearch.co.uk> wrote: > Hello All > > > > I have a little puzzle to disturb your Sunday lunch, maybe. I have been > scraping text data from web pages, which often comes with redundant space > before or after. I routinely use âtrimâ on the final string output, but I > have found cases where there are still redundant spaces. Inspecting the > results, I find that the characters are non-break spaces (codepoint 160, > Unicode U+00A0). Looking at the code, String>>#trim depends on > Character>>#isSeparator, which does not answer true for a non-break space. I > can use trimBoth: [:char| char asInteger = 160] to remove the redundant > spaces if I know where to expect them, so it is not a major problem. But the > question remains: should non-break space be included in the list of > separators in Character>>#isSeparator. > > > > Peter Kenny > >

Sept. 24, 2017