- Pharo-dev - lists.pharo.org

[Pharo-project] Athens/Cairo Canvas rendering

by Fernando Olivero

Igor, i'm curious on how you plan to implement the actual real usage of a Cairo Canvas, besides the toy examples that Javier implemented (writing to png , and then to a form, then to image morph). I recently been playing with Cairo, and found out the following options: 1) Rendering to a bitmapped quartz context, then getting the data and blitting to the display. 2) Rendering to a windowed quartz context, see the example below, hooking up cairo on the drawRect: of a NSView of Cocoa window. - (void) drawRect: (NSRect) rect{ CGContextRef cgContext = [[NSGraphicsContext currentContext] graphicsPort]; cairo_surface_t * surface= cairo_quartz_surface_create_for_cg_context( cgContext, (int) self.bounds.size.width, (int) self.bounds.size.height); cairo_t *cr = cairo_create(surface); "do some cairo rendering here" cairo_destroy(cr); cairo_surface_destroy(surface); } Would it be possible to reach the [[NSGraphicsContext currentContext] graphicsPort], using Native Boost? So we could render to that OS window, using Athens within Pharo? (Assuming the NSWindow holding the above NSView on the example is the main window). Fernando pd:...3) Surface plugin, and still be using Forms again?

Dec. 8, 2011

Re: [Pharo-project] How to resurrect an unrepsonsive image?

by Javier PimÃ¡s

maybe then you can kill it manually and see which processes were living there,.. and which that should be were not? On Wed, Dec 7, 2011 at 8:09 PM, Norbert Hartl <norbert(a)hartl.name> wrote: > The image didn't crash and in the debug log there is nothing hinting what > could be the cause. The image just stopped serving the network and couldn't > be restarted. > > Norbert > > Am 07.12.2011 um 19:52 schrieb Javier PimÃ¡s <elpochodelagente(a)gmail.com>: > > Probably you have a crash.dmp or a PharoDebug.log which tells you what is > happening. Look at the backtrace to see what causes the error and then > maybe there's some way to help you fixing it. > > Cheers, > Javier. > > On Wed, Dec 7, 2011 at 10:47 AM, Norbert Hartl <norbert(a)hartl.name> wrote: > >> I have a headless image that was running for a couple of days. Now it is >> not responding anymore. The image was running still but the sockets for >> http and vnc were closed and restarting the image just brings it up without >> any sockets opened. >> Injecting something via script does not work either. I copied the image >> to my desktop and tried a few things but no success. >> What would be a good way to get a glimpse of what is causing problems? >> I had Scheduler running that saved the image every hour. And the image >> itself issues http request to the outside world every 10 minutes. >> >> thanks, >> >> Norbert >> > > > > -- > Lic. Javier PimÃ¡s > Ciudad de Buenos Aires > > -- Lic. Javier PimÃ¡s Ciudad de Buenos Aires

Dec. 7, 2011

Re: [Pharo-project] How to resurrect an unrepsonsive image?

by Eliot Miranda

On Wed, Dec 7, 2011 at 2:30 PM, Schwab,Wilhelm K <bschwab(a)anest.ufl.edu>wrote: > Eliot, > > Nice! Do you dump *all* stacks, or only those (in Dolphin lingo) for the > non-dead processes. In a very active image at least, Dolphin can have a > fair number of processes in various stages of being removed from the > system, so it was useful to suppress stacks for the ones that were not > going to come back. > It prints the active process, all processes waiting on Semaphores and/or Mutexes and the runnable processes, in that order. > > Bill > > > > > ------------------------------ > *From:* pharo-project-bounces(a)lists.gforge.inria.fr [ > pharo-project-bounces(a)lists.gforge.inria.fr] on behalf of Eliot Miranda [ > eliot.miranda(a)gmail.com] > *Sent:* Wednesday, December 07, 2011 4:49 PM > > *To:* Pharo-project(a)lists.gforge.inria.fr > *Subject:* Re: [Pharo-project] How to resurrect an unrepsonsive image? > > > > On Wed, Dec 7, 2011 at 10:55 AM, Schwab,Wilhelm K <bschwab(a)anest.ufl.edu>wrote: > >> That assumes there is an error. Another (even more frustrating) >> failure arises when an image does nothing. It is very help to be able to >> get callstacks in that scenario. >> > > On Mac and Linux the Cog VM responds to SIGUSR1 by dumping all stacks to > crash.dmp. > > >> >> >> >> >> ------------------------------ >> *From:* pharo-project-bounces(a)lists.gforge.inria.fr [ >> pharo-project-bounces(a)lists.gforge.inria.fr] on behalf of Javier PimÃ¡s [ >> elpochodelagente(a)gmail.com] >> *Sent:* Wednesday, December 07, 2011 1:52 PM >> *To:* Pharo-project(a)lists.gforge.inria.fr >> *Subject:* Re: [Pharo-project] How to resurrect an unrepsonsive image? >> >> Probably you have a crash.dmp or a PharoDebug.log which tells you >> what is happening. Look at the backtrace to see what causes the error and >> then maybe there's some way to help you fixing it. >> >> Cheers, >> Javier. >> >> On Wed, Dec 7, 2011 at 10:47 AM, Norbert Hartl <norbert(a)hartl.name>wrote: >> >>> I have a headless image that was running for a couple of days. Now it is >>> not responding anymore. The image was running still but the sockets for >>> http and vnc were closed and restarting the image just brings it up without >>> any sockets opened. >>> Injecting something via script does not work either. I copied the image >>> to my desktop and tried a few things but no success. >>> What would be a good way to get a glimpse of what is causing problems? >>> I had Scheduler running that saved the image every hour. And the image >>> itself issues http request to the outside world every 10 minutes. >>> >>> thanks, >>> >>> Norbert >>> >> >> >> >> -- >> Lic. Javier PimÃ¡s >> Ciudad de Buenos Aires >> > > > > -- > best, > Eliot > > -- best, Eliot

Dec. 7, 2011

[Pharo-project] Call for Participation in the Smalltalk Devroom at FOSDEM 2012.

by Stephan Eggermont

Call for Participation in the Smalltalk Devroom at FOSDEM 2012. "A devroom for the Pharo, Squeak, GST, EtoilÃ©, Seaside, Moose Smalltalk projects. Smalltalk environments offer a very high development productivity, unmatched by their successors. Come do some pair programming with us and experience the advantages of a real OO environment." The meetup will take place Sunday, February 5, 2012, from 9AM until 5PM, room AW1.126. This room has 72 seats, a VGA video projector and wireless internet. More information will be available later. Proposals on content and format are welcome. People interested in running a session should announce that on the smalltalk-devroom mailing list, with the following information: - Their name - The project they are associated with - A short bio, to be put on the website along with their speaker name - (optionally) a picture of themselves - The title of their session (which will go on the website and in the booklet) - A abstract describing the session in further detail. - The desired length of the session. - The desired time slot in which they want to hold the session. Suggested values for the duration are 55min, 25min, 6m40 (Pecha Kucha). The desired time slot is meant to help you prevent conflicts with other dev rooms in which you might have a talk or your travel arrangements. The deadline for submissions is December 31, 23:00 GMT+1. Discussion takes place on the smalltalk-devroom(a)lists.fosdem.org mailing list. Please subscribe if you are interested: https://lists.fosdem.org/listinfo/smalltalk-devroom The local VUB/ULB Smalltalkers have been asked to organize a sprint/BSUG meeting on Saturday Februari 4. Devroom related URLs: http://www.pharo-project.org http://www.squeak.org/ http://etoileos.com/ http://www.seaside.st/ http://smalltalk.gnu.org/ Please distribute

Dec. 7, 2011

Re: [Pharo-project] How to resurrect an unrepsonsive image?

by Schwab,Wilhelm K

Eliot, Nice! Do you dump *all* stacks, or only those (in Dolphin lingo) for the non-dead processes. In a very active image at least, Dolphin can have a fair number of processes in various stages of being removed from the system, so it was useful to suppress stacks for the ones that were not going to come back. Bill ________________________________ From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] on behalf of Eliot Miranda [eliot.miranda(a)gmail.com] Sent: Wednesday, December 07, 2011 4:49 PM To: Pharo-project(a)lists.gforge.inria.fr Subject: Re: [Pharo-project] How to resurrect an unrepsonsive image? On Wed, Dec 7, 2011 at 10:55 AM, Schwab,Wilhelm K <bschwab(a)anest.ufl.edu<mailto:bschwab@anest.ufl.edu>> wrote: That assumes there is an error. Another (even more frustrating) failure arises when an image does nothing. It is very help to be able to get callstacks in that scenario. On Mac and Linux the Cog VM responds to SIGUSR1 by dumping all stacks to crash.dmp. ________________________________ From: pharo-project-bounces(a)lists.gforge.inria.fr<mailto:pharo-project-bounces@lists.gforge.inria.fr> [pharo-project-bounces(a)lists.gforge.inria.fr<mailto:pharo-project-bounces@lists.gforge.inria.fr>] on behalf of Javier PimÃ¡s [elpochodelagente(a)gmail.com<mailto:elpochodelagente@gmail.com>] Sent: Wednesday, December 07, 2011 1:52 PM To: Pharo-project(a)lists.gforge.inria.fr<mailto:Pharo-project@lists.gforge.inria.fr> Subject: Re: [Pharo-project] How to resurrect an unrepsonsive image? Probably you have a crash.dmp or a PharoDebug.log which tells you what is happening. Look at the backtrace to see what causes the error and then maybe there's some way to help you fixing it. Cheers, Javier. On Wed, Dec 7, 2011 at 10:47 AM, Norbert Hartl <norbert(a)hartl.name<mailto:norbert@hartl.name>> wrote: I have a headless image that was running for a couple of days. Now it is not responding anymore. The image was running still but the sockets for http and vnc were closed and restarting the image just brings it up without any sockets opened. Injecting something via script does not work either. I copied the image to my desktop and tried a few things but no success. What would be a good way to get a glimpse of what is causing problems? I had Scheduler running that saved the image every hour. And the image itself issues http request to the outside world every 10 minutes. thanks, Norbert -- Lic. Javier PimÃ¡s Ciudad de Buenos Aires -- best, Eliot

Dec. 7, 2011

Re: [Pharo-project] How to resurrect an unrepsonsive image?

by Eliot Miranda

On Wed, Dec 7, 2011 at 10:55 AM, Schwab,Wilhelm K <bschwab(a)anest.ufl.edu>wrote: > That assumes there is an error. Another (even more frustrating) failure > arises when an image does nothing. It is very help to be able to get > callstacks in that scenario. > On Mac and Linux the Cog VM responds to SIGUSR1 by dumping all stacks to crash.dmp. > > > > > ------------------------------ > *From:* pharo-project-bounces(a)lists.gforge.inria.fr [ > pharo-project-bounces(a)lists.gforge.inria.fr] on behalf of Javier PimÃ¡s [ > elpochodelagente(a)gmail.com] > *Sent:* Wednesday, December 07, 2011 1:52 PM > *To:* Pharo-project(a)lists.gforge.inria.fr > *Subject:* Re: [Pharo-project] How to resurrect an unrepsonsive image? > > Probably you have a crash.dmp or a PharoDebug.log which tells you what > is happening. Look at the backtrace to see what causes the error and then > maybe there's some way to help you fixing it. > > Cheers, > Javier. > > On Wed, Dec 7, 2011 at 10:47 AM, Norbert Hartl <norbert(a)hartl.name> wrote: > >> I have a headless image that was running for a couple of days. Now it is >> not responding anymore. The image was running still but the sockets for >> http and vnc were closed and restarting the image just brings it up without >> any sockets opened. >> Injecting something via script does not work either. I copied the image >> to my desktop and tried a few things but no success. >> What would be a good way to get a glimpse of what is causing problems? >> I had Scheduler running that saved the image every hour. And the image >> itself issues http request to the outside world every 10 minutes. >> >> thanks, >> >> Norbert >> > > > > -- > Lic. Javier PimÃ¡s > Ciudad de Buenos Aires > -- best, Eliot

Dec. 7, 2011

Re: [Pharo-project] [Moose-dev] weird cursor behavior by copy/pasting stuff

by Mariano Martinez Peck

On Wed, Dec 7, 2011 at 10:29 PM, Tudor Girba <tudor(a)tudorgirba.com> wrote: > Hi, > > On 7 Dec 2011, at 18:35, Mariano Martinez Peck wrote: > > > > > > > On Wed, Dec 7, 2011 at 6:05 PM, Fabrizio Perin <perin(a)iam.unibe.ch> > wrote: > > Hi all, > > I just download the last Moose build from the server and i notice a > weird cursor behavior: > > If i copy/paste something either in a workspace or into a code browser i > find the cursor at the beginning of the pasted code intend of at the end. > > Is it a Moose related problem? Is it a new pharo feature? Or my image is > possessed by the devil? Thanks for any help. > > > > > > > > I noticed the same in another image, where KeyMapping is installed. > > Maybe this is related? > > Most likely. It's such a pity that we cannot quite get to use Keymapping > :(. It seems to be so close. Could we focus and push it to be fully > compliant? I can help, but I need help as well :) > > Guille is always arround, so I guess that if he doesn't answer is because he is really busy :( > Cheers, > Doru > > > > > > Cheers, > > Fabrizio > > > > > > _______________________________________________ > > Moose-dev mailing list > > Moose-dev(a)iam.unibe.ch > > https://www.iam.unibe.ch/mailman/listinfo/moose-dev > > > > > > > > > > -- > > Mariano > > http://marianopeck.wordpress.com > > > > -- > www.tudorgirba.com > > "If you interrupt the barber while he is cutting your hair, > you will end up with a messy haircut." > > > -- Mariano http://marianopeck.wordpress.com

Dec. 7, 2011

Re: [Pharo-project] [Moose-dev] weird cursor behavior by copy/pasting stuff

by Tudor Girba

On 7 Dec 2011, at 18:58, Sean P. DeNigris wrote: > > Mariano Martinez Peck wrote >> >> I noticed the same in another image, where KeyMapping is installed. >> Maybe this is related? >> > > Keymapping also conflicts with OB. See > http://forum.world.st/Chasing-Browsers-td4102608.html > > Do we report Keymapping bugs in Pharo ( until SmalltalkHub is ready :) ) I guess. Doru > -- > View this message in context: http://forum.world.st/Re-Moose-dev-weird-cursor-behavior-by-copy-pasting-st… > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. > -- www.tudorgirba.com "We cannot reach the flow of things unless we let go."

Dec. 7, 2011

Re: [Pharo-project] [Moose-dev] weird cursor behavior by copy/pasting stuff

by Tudor Girba

Hi, On 7 Dec 2011, at 18:35, Mariano Martinez Peck wrote: > > > On Wed, Dec 7, 2011 at 6:05 PM, Fabrizio Perin <perin(a)iam.unibe.ch> wrote: > Hi all, > I just download the last Moose build from the server and i notice a weird cursor behavior: > If i copy/paste something either in a workspace or into a code browser i find the cursor at the beginning of the pasted code intend of at the end. > Is it a Moose related problem? Is it a new pharo feature? Or my image is possessed by the devil? Thanks for any help. > > > > I noticed the same in another image, where KeyMapping is installed. > Maybe this is related? Most likely. It's such a pity that we cannot quite get to use Keymapping :(. It seems to be so close. Could we focus and push it to be fully compliant? I can help, but I need help as well :) Cheers, Doru > > Cheers, > Fabrizio > > > _______________________________________________ > Moose-dev mailing list > Moose-dev(a)iam.unibe.ch > https://www.iam.unibe.ch/mailman/listinfo/moose-dev > > > > > -- > Mariano > http://marianopeck.wordpress.com > -- www.tudorgirba.com "If you interrupt the barber while he is cutting your hair, you will end up with a messy haircut."

Dec. 7, 2011

Re: [Pharo-project] Having a shared package-cache Re: MCDirectoryRepository defaultDirectoryName ignored?

by Mariano Martinez Peck

On Wed, Dec 7, 2011 at 7:08 PM, Sean P. DeNigris <sean(a)clipperadams.com>wrote: > > Mariano Martinez Peck wrote > > > > I have no idea :( > > > > Probably not worth wading through to find out. I'll just keep #default: and > add a setting. > > +1 > -- > View this message in context: > http://forum.world.st/Having-a-shared-package-cache-Re-MCDirectoryRepositor… > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. > > -- Mariano http://marianopeck.wordpress.com

Dec. 7, 2011