[ESS-bugs] [R] R grahics: Save as hangs computer

[Martin Maechler]

>>>>> "RMH" == Richard M Heiberger <rmh at temple.edu>
>>>>>     on Thu,  4 Jan 2007 18:03:16 -0500 (EST) writes:

    RMH> The good news, you don't have to shut down R.  Several
    RMH> control-G in the *R* buffer in emacs will recover
    RMH> control.  A second attempt in the same GUI graphics
    RMH> device did get the postscript file saved.

    RMH> A workaround for this problem is to use the command
    RMH> line, rather than the GUI menu, to save the file.  This
    RMH> line dev.copy2eps() works.

Duncan, do you have any idea what could be the problem?
Even if not, could a workaround be to use

   if(identical("iESS", getOption("STERM"))) {
      .......let Rgui behave..more..ESS-friendly ...
   } else {
      .......current..Rgui..behavior....
   }

in the RGUi code?   ESS has been issuing  options(STERM = "iESS")
to S dialects for quite a few years now.

    RMH> I discovered that it is necessary to set
    RMH>     options(chmhelp=FALSE) 

    RMH> when running R from emacs as the chmhelp is also
    RMH> freezing R and the help system.  I am using R-2.4.1 on
    RMH> Windows.

Interesting. So this is even necessary, not only recommended?

In that case we should definitely add this to the ess- "startup
commands" to be executed in R.
E.g., in ess-site.el

(if ess-microsoft-p
    (add-hook 'ess-post-run-hook
	      '(lambda()
		 (if (string= ess-dialect "R")
		     (ess-eval-linewise "options(chmhelp = FALSE)")))))

{shall I commit this, Rich, and you test if it works under windows?}

Martin

    RMH> Use ?dev.copy2eps for details on the command line dev.*
    RMH> commands.

    RMH> Follow-up should go to the ess-bugs mailing list.

    RMH> Rich

    RMH> _______________________________________________
    RMH> ESS-bugs ESS-bugs at stat.math.ethz.ch
    RMH> https://stat.ethz.ch/mailman/listinfo/ess-bugs