Hola! I have problems running Rcmd check (windows 98, R1.3.0) It ckoks on an example running a function which calla bringToTop(). This makes an error because Rcmd check runs the examples with the postscript device, and bringToTop does not make sense with that device. Howevere, my function is for interactive use, and needs bringToTop. How can this be used in examples and still have the possibility to use the automatic error checking? I also used par(ask=TRUE) and identify in examples, but gac ve up on that. But there is a general problem that the automatic running of example code chocks on code which make sense interactively, but not in batch mode. How can this be solved? Also, it would be nice if the control of exampkles would not stop on the first error, but control with further examples, to find all errors in one run. Kjetil Halvorsen -.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.- r-devel mailing list -- Read http://www.ci.tuwien.ac.at/~hornik/R/R-FAQ.html Send "info", "help", or "[un]subscribe" (in the "body", not the subject !) To: r-devel-request@stat.math.ethz.ch _._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._
kjetil halvorsen wrote:> > Hola! > > I have problems running Rcmd check (windows 98, R1.3.0) > > It ckoks on an example running a function which calla bringToTop(). > This makes an error because Rcmd check runs the examples with the > postscript device, and bringToTop does not make sense with that device. > > Howevere, my function is for interactive use, and needs bringToTop. > How can this be used in examples and still have the possibility to use > the automatic > error checking? I also used par(ask=TRUE) and identify in > examples, but gac > ve up on that. But there is a general problem that the automatic running > of example code chocks on code which make sense interactively, > but not in batch mode. How can this be solved?Use \dontrun{} as described in the R-exts manual.> Also, it would be nice if the control of exampkles would not stop > on the first error, but control with further examples, to find all > errors in one run.You might want to change the following lines in the perl script "check" in R's bin directory: if(Rsystem($cmd)) { $log->error("running examples failed"); exit(1); } Uwe Ligges -.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.- r-devel mailing list -- Read http://www.ci.tuwien.ac.at/~hornik/R/R-FAQ.html Send "info", "help", or "[un]subscribe" (in the "body", not the subject !) To: r-devel-request@stat.math.ethz.ch _._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._
On Mon, 8 Oct 2001, kjetil halvorsen wrote:> Hola! > > I have problems running Rcmd check (windows 98, R1.3.0) > > It ckoks on an example running a function which calla bringToTop(). > This makes an error because Rcmd check runs the examples with the > postscript device, and bringToTop does not make sense with that device. > > Howevere, my function is for interactive use, and needs bringToTop. > How can this be used in examples and still have the possibility to use > the automatic > error checking? I also used par(ask=TRUE) and identify in > examples, but gac > ve up on that. But there is a general problem that the automatic running > of example code chocks on code which make sense interactively, > but not in batch mode. How can this be solved?Use interactive() in your code to not use code that only makes sense interactively.> Also, it would be nice if the control of exampkles would not stop > on the first error, but control with further examples, to find all > errors in one run.You can set options(error) to do that. -- Brian D. Ripley, ripley@stats.ox.ac.uk Professor of Applied Statistics, http://www.stats.ox.ac.uk/~ripley/ University of Oxford, Tel: +44 1865 272861 (self) 1 South Parks Road, +44 1865 272860 (secr) Oxford OX1 3TG, UK Fax: +44 1865 272595 -.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.- r-devel mailing list -- Read http://www.ci.tuwien.ac.at/~hornik/R/R-FAQ.html Send "info", "help", or "[un]subscribe" (in the "body", not the subject !) To: r-devel-request@stat.math.ethz.ch _._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._