[R-SIG-Mac] Interrupting an R process, under ESS.
John.Maindonald at anu.edu.au
Thu Jan 18 22:53:13 CET 2007
While we are on running R under UNIX, here is another issue.
When the session hangs (most recently from running identify() on a
quartz window), the only way I have found to interrupt is to kill the
R process from the command line. Activation of BREAK from the ESS
menu bar, if I can get to it (as in this instance I could), seems
The problem most often occurs because I have tried to plot without
either starting X11 or opening a quartz window, and in that instance
I cannot get to the BREAK on the ESS menu bar. Or it may happen
because the X11 process has somehow been corrupted (probably from
unplugging the external monitor while the laptop is asleep, which I
have found is a nono). Is this also an event loop manager issue?
In this situation (no X11) the behaviour seems a bit unpredictable;
the session may hang, or I may get a warning message.
John Maindonald email: john.maindonald at anu.edu.au
phone : +61 2 (6125)3473 fax : +61 2(6125)5549
Centre for Mathematics & Its Applications, Room 1194,
John Dedman Mathematical Sciences Building (Building 27)
Australian National University, Canberra ACT 0200.
On 18 Jan 2007, at 2:55 AM, Simon Urbanek wrote:
> Thanks, John.
> This this should be now fixed in the R24-branch (e.g. fetch the
> installer from http://r.research.att.com tomorrow). It is a quick
> hack, legacy Quartz windows will now appear in the center of the
> main screen.
> In general that device (Quartz in console R) is unsupported and
> will go away very soon, because it is a legacy from very old times
> and the API it uses is now deprecated and Apple will remove it from
> future OS X versions. We are working on a replacement device for R-
> devel, but it won't work in R 2.4.1, so stay tuned and I'll let you
> know when it's time to test the new beast ;).
> On Jan 14, 2007, at 6:04 PM, John Maindonald wrote:
>> I am using a MacBook Pro with Core 2 Duo, with an external screen
>> connected that is set to appear above the MacBook Pro's screen. The
>> laptop's menu appear bar is set to appear at the top of the external
>> When I run R under ESS, or from the Unix command line, and type
>> (), the graphics window appears to the "left" of the external
>> monitor. Hitting the F9 key brings it into view, but there seems no
>> way to grab it with the mouse and move it onto less ephemeral real
>> estate. [Under R.app, all is well.]
>> [With x11() half the window is off to the left, and I can drag it to
>> anywhere I want (either screen).]
>> A further issue is that when I plot anything on the quartz screen, I
>> get an "error: message, thus:
>> Warning message:
>> quartz() device interactivity reduced without an event loop manager
>> in: quartz()
>>> plot(1:5, 1:5)
>> CGGStackRestore: gstack underflow.
>> The "CGGStackRestore: gstack underflow" message looks ominous, but it
>> does not cause evident problems.
>> Is there something I can do so that the positioning of the second
>> screen is recognized? At some time in the past, I am sure that
>> () [ and x11()] used to correctly recognize the positioning of the
>> screens. However it is a while since I used quartz(), and I would
>> not have paid too much attention to the x11() behaviour.
>> John Maindonald
>> R version 2.4.1 (2006-12-18)
>> attached base packages:
>>  "splines" "stats" "graphics" "grDevices" "utils"
>>  "methods" "base"
>> John Maindonald email: john.maindonald at anu.edu.au
>> phone : +61 2 (6125)3473 fax : +61 2(6125)5549
>> Centre for Mathematics & Its Applications, Room 1194,
>> John Dedman Mathematical Sciences Building (Building 27)
>> Australian National University, Canberra ACT 0200.
>> R-SIG-Mac mailing list
>> R-SIG-Mac at stat.math.ethz.ch
More information about the R-SIG-Mac