[Rd] Trailing message on R CMD BATCH
Unix versions of R CMD BATCH have reported proc.time() unless the script ends in q(). E.g. if the input is 'search()' the output is invisible(options(echo = TRUE)) search() [1] .GlobalEnvpackage:stats package:graphics [4] package:grDevices package:utils package:datasets [7] package:methods Autoloads package:base proc.time() [1] 1.053 0.067 1.109 0.000 0.000 This was undocumented, and not shared by the Windows version. Is it useful? Do people want it retained? -- Brian D. Ripley, [EMAIL PROTECTED] 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 272866 (PA) Oxford OX1 3TG, UKFax: +44 1865 272595 __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
Re: [Rd] Trailing message on R CMD BATCH
I rather like it. Patrick Burns [EMAIL PROTECTED] +44 (0)20 8525 0696 http://www.burns-stat.com (home of S Poetry and A Guide for the Unwilling S User) Brian Ripley wrote: Unix versions of R CMD BATCH have reported proc.time() unless the script ends in q(). E.g. if the input is 'search()' the output is invisible(options(echo = TRUE)) search() [1] .GlobalEnvpackage:stats package:graphics [4] package:grDevices package:utils package:datasets [7] package:methods Autoloads package:base proc.time() [1] 1.053 0.067 1.109 0.000 0.000 This was undocumented, and not shared by the Windows version. Is it useful? Do people want it retained? __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
Re: [Rd] Trailing message on R CMD BATCH
I do find the timing useful and would prefer it to be retained unless it causes a problem elsewhere. -roger Brian Ripley wrote: Unix versions of R CMD BATCH have reported proc.time() unless the script ends in q(). E.g. if the input is 'search()' the output is invisible(options(echo = TRUE)) search() [1] .GlobalEnvpackage:stats package:graphics [4] package:grDevices package:utils package:datasets [7] package:methods Autoloads package:base proc.time() [1] 1.053 0.067 1.109 0.000 0.000 This was undocumented, and not shared by the Windows version. Is it useful? Do people want it retained? -- Roger D. Peng | http://www.biostat.jhsph.edu/~rpeng/ __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
Re: [Rd] Trailing message on R CMD BATCH
I use it a lot. Kasper On Jan 10, 2007, at 5:06 AM, Brian Ripley wrote: Unix versions of R CMD BATCH have reported proc.time() unless the script ends in q(). E.g. if the input is 'search()' the output is invisible(options(echo = TRUE)) search() [1] .GlobalEnvpackage:stats package:graphics [4] package:grDevices package:utils package:datasets [7] package:methods Autoloads package:base proc.time() [1] 1.053 0.067 1.109 0.000 0.000 This was undocumented, and not shared by the Windows version. Is it useful? Do people want it retained? -- Brian D. Ripley, [EMAIL PROTECTED] 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 272866 (PA) Oxford OX1 3TG, UKFax: +44 1865 272595 __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
Re: [Rd] Trailing message on R CMD BATCH
I do find that info to be useful and would very much appreciate if it is kept. b Brian Ripley wrote: Unix versions of R CMD BATCH have reported proc.time() unless the script ends in q(). E.g. if the input is 'search()' the output is invisible(options(echo = TRUE)) search() [1] .GlobalEnvpackage:stats package:graphics [4] package:grDevices package:utils package:datasets [7] package:methods Autoloads package:base proc.time() [1] 1.053 0.067 1.109 0.000 0.000 This was undocumented, and not shared by the Windows version. Is it useful? Do people want it retained? __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
[Rd] wine and build difference between R.2.4.0 and R 2.4.1 windows binaries?
Does anybody (most probably the core team) know if there is any difference in how the official 2.4.0 and 2.4.1 binaries are built? Problem is, 2.4.0 loads with the wine (I tried a few recent versions, and also used 2.3.x under wine from time to time), but 2.4.1 won't. Thanks. Hin-Tak Leung __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
Re: [Rd] Trailing message on R CMD BATCH
Brian Ripley ripley at stats.ox.ac.uk writes: Unix versions of R CMD BATCH have reported proc.time() unless the script ends in q(). E.g. if the input is 'search()' the output is invisible(options(echo = TRUE)) search() [1] .GlobalEnvpackage:stats package:graphics [4] package:grDevices package:utils package:datasets [7] package:methods Autoloads package:base proc.time() [1] 1.053 0.067 1.109 0.000 0.000 I did not notice that this is only for unix version of R CMD BATCH. Since R CMD BATCH is prefered way to run things in background and usually for longer time it is good to have this info. I would suggest to add this also in Windows version. Gregor __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
[Rd] Compiling R-devel under Windows
Hello there,
I have a habit of compiling R-patched and R-devel every few days.
Recently, I noticed the following problem:
I downloaded both versions with Revision: 40421, Last Changed Date:
2007-01-09. R-patched compiles with no problem. R-devel compiles fine but
when it starts to make PDF documentation it generates the following (tail
of the make distribution output):
! pdfTeX warning (dest): name{Rfn.survival} has been referenced but does
not ex
ist, replaced by a fixed one
C:/local/MiKTeX/fonts/type1/bluesky/cm/cmti10.pfb{8r.enc}C:/local/MiKTeX/fon
ts/type1/urw/times/utmbi8a.pfbC:/local/MiKTeX/fonts/type1/bluesky/ams/cmbsy7.
pfbC:/local/MiKTeX/fonts/type1/bluesky/cm/cmbx10.pfbC:/local/MiKTeX/fonts/t
ype1/bluesky/cm/cmmib10.pfbC:/local/MiKTeX/fonts/type1/bluesky/cm/cmr5.pfbC
:/local/MiKTeX/fonts/type1/urw/courier/ucrro8a.pfbC:/local/MiKTeX/fonts/type1
/bluesky/cm/cmmi5.pfbC:/local/MiKTeX/fonts/type1/bluesky/cm/cmr7.pfbC:/loca
l/MiKTeX/fonts/type1/bluesky/cm/cmex10.pfbC:/local/MiKTeX/fonts/type1/bluesky
/cm/cmmi7.pfbC:/local/MiKTeX/fonts/type1/bluesky/cm/cmr10.pfbC:/local/MiKTe
X/fonts/type1/bluesky/cm/cmsy7.pfbC:/local/MiKTeX/fonts/type1/bluesky/cm/cmmi
10.pfbC:/local/MiKTeX/fonts/type1/bluesky/cm/cmsy10.pfbC:/local/MiKTeX/font
s/type1/urw/times/utmri8a.pfbC:/local/MiKTeX/fonts/type1/urw/courier/ucrr8a.p
fbC:/local/MiKTeX/fonts/type1/urw/courier/ucrb8a.pfbC:/local/MiKTeX/fonts/t
ype1/urw/times/utmr8a.pfbC:/local/MiKTeX/fonts/type1/urw/helvetic/uhvr8a.pfb
C:/local/MiKTeX/fonts/type1/urw/times/utmr8a.pfbC:/local/MiKTeX/fonts/type1/
urw/times/utmb8a.pfb
Output written on refman.pdf (1447 pages, 6487470 bytes).
Transcript written on refman.log.
make[2]: *** [refman.pdf] Error 1
make[1]: *** [manuals] Error 2
make[1]: Leaving directory `/home/andyj/R-devel/src/gnuwin32'
make: *** [distribution] Error 2
It looks like the first version of refman.pdf gets generated fine and
something happens when it needs to run makeindex. I tried to look at the
Makefile.win in doc/manuals but I cannot see anything obvious there. In
any case, the makefiles are quite elabortae and interlinekd, so I probably
would not know how to fix them.
I am on Win2000. I compile R using the Cygwin environment, but I have
MinGW installed and its executables are first on the search path. I am
using MiKTeX and it is up-to-date.
Thanks in advance,
Andy
PS. I seem to remember that this happened already a few versions ago.
__
Andy Jaworski
518-1-01
Process Laboratory
3M Corporate Research Laboratory
-
E-mail: [EMAIL PROTECTED]
Tel: (651) 733-6092
Fax: (651) 736-3122
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
Re: [Rd] Compiling R-devel under Windows
You have an old snapshot. R-devel r40430 seems fine.
You could have looked at the refman.log for informative output (no need to
speculate: it was a help file that was provisional at the time). Please
don't expect all aspects of R-devel to work on all platforms at all times:
It is
R version 2.5.0 Under development (unstable)
On Wed, 10 Jan 2007, [EMAIL PROTECTED] wrote:
Hello there,
I have a habit of compiling R-patched and R-devel every few days.
Recently, I noticed the following problem:
I downloaded both versions with Revision: 40421, Last Changed Date:
2007-01-09. R-patched compiles with no problem. R-devel compiles fine but
when it starts to make PDF documentation it generates the following (tail
of the make distribution output):
! pdfTeX warning (dest): name{Rfn.survival} has been referenced but does
not ex
ist, replaced by a fixed one
C:/local/MiKTeX/fonts/type1/bluesky/cm/cmti10.pfb{8r.enc}C:/local/MiKTeX/fon
ts/type1/urw/times/utmbi8a.pfbC:/local/MiKTeX/fonts/type1/bluesky/ams/cmbsy7.
pfbC:/local/MiKTeX/fonts/type1/bluesky/cm/cmbx10.pfbC:/local/MiKTeX/fonts/t
ype1/bluesky/cm/cmmib10.pfbC:/local/MiKTeX/fonts/type1/bluesky/cm/cmr5.pfbC
:/local/MiKTeX/fonts/type1/urw/courier/ucrro8a.pfbC:/local/MiKTeX/fonts/type1
/bluesky/cm/cmmi5.pfbC:/local/MiKTeX/fonts/type1/bluesky/cm/cmr7.pfbC:/loca
l/MiKTeX/fonts/type1/bluesky/cm/cmex10.pfbC:/local/MiKTeX/fonts/type1/bluesky
/cm/cmmi7.pfbC:/local/MiKTeX/fonts/type1/bluesky/cm/cmr10.pfbC:/local/MiKTe
X/fonts/type1/bluesky/cm/cmsy7.pfbC:/local/MiKTeX/fonts/type1/bluesky/cm/cmmi
10.pfbC:/local/MiKTeX/fonts/type1/bluesky/cm/cmsy10.pfbC:/local/MiKTeX/font
s/type1/urw/times/utmri8a.pfbC:/local/MiKTeX/fonts/type1/urw/courier/ucrr8a.p
fbC:/local/MiKTeX/fonts/type1/urw/courier/ucrb8a.pfbC:/local/MiKTeX/fonts/t
ype1/urw/times/utmr8a.pfbC:/local/MiKTeX/fonts/type1/urw/helvetic/uhvr8a.pfb
C:/local/MiKTeX/fonts/type1/urw/times/utmr8a.pfbC:/local/MiKTeX/fonts/type1/
urw/times/utmb8a.pfb
Output written on refman.pdf (1447 pages, 6487470 bytes).
Transcript written on refman.log.
make[2]: *** [refman.pdf] Error 1
make[1]: *** [manuals] Error 2
make[1]: Leaving directory `/home/andyj/R-devel/src/gnuwin32'
make: *** [distribution] Error 2
It looks like the first version of refman.pdf gets generated fine and
something happens when it needs to run makeindex. I tried to look at the
Makefile.win in doc/manuals but I cannot see anything obvious there. In
any case, the makefiles are quite elabortae and interlinekd, so I probably
would not know how to fix them.
I am on Win2000. I compile R using the Cygwin environment, but I have
MinGW installed and its executables are first on the search path. I am
using MiKTeX and it is up-to-date.
Thanks in advance,
Andy
PS. I seem to remember that this happened already a few versions ago.
--
Brian D. Ripley, [EMAIL PROTECTED]
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 272866 (PA)
Oxford OX1 3TG, UKFax: +44 1865 272595
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
[Rd] Perhaps a stupid question about clipboards....
I have a stupid question. Why is the clipboard accessed through file() and not, say, a clipboard() connection? Is there a good reason for this or is it simply historical? -- Byron Ellis ([EMAIL PROTECTED]) Oook -- The Librarian __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
