On Fri, 8 Oct 1999, Guido Masarotto wrote:> > A binary distribution of R-0.64.2 for Windows is available at0.65.1, me thinks. Thanks. -- Brian D. Ripley, ripley at 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-help 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-help-request at stat.math.ethz.ch _._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._
A binary distribution of R-0.64.2 for Windows is available at
<CRAN>/bin/windows/windows-NT (at least at Wien).
Enjoy it.
guido masarotto
Windows News (since R0.64.2)
rw0651
=====
New function savePlot() to save plots to wmf, gif or ps.
There is now support for help via compiled HTML files (as used by the
latest Microsoft products): set options(chmhelp=TRUE) to use this.
You will probably need Internet Explorer 4 or later installed to use
this, or you can install hhupd.exe from the windows/windows-NT/base/etc
directory on CRAN.
There is support for building Windows help files (as in Windows 95).
Set options(winhelp=TRUE) to make this your preferred help system.
Both compiled HTML files and Windows help are available for the
standard packages.
The new function update.packages() is supported if you have wget.exe
(a copy is in the windows/windows-NT/base/etc/wget.zip on CRAN) or
lynx.exe, from http://www.fdisk.com/doslynx/lynxport.htm.
On NT only, CPU times are returned by proc.time() (using a call to
GetProcessTimes).
Rotated text on a windows / win.* device is placed more accurately,
especially for non-multiples of 90 degrees.
A windows() device reports itself as `windows' not `X11'.
getenv() now returns all the environmental variables.
unlink() can now remove (empty) directories (but not using wildcard
specifications).
The complex LINPACK routines which were not included in the Unix
versions of R are now omitted here.
There is more support for (support of) ActiveX Automation via the
Rproxy.dll: see the file front-ends/readme.
As under Unix, .Renviron is first searched for in the working directory,
then in the home directory. (See README for how the home directory is
decided.)
The sockets code is definitely working in this version, enough to support
source.url and friends.
options(pager="console") is set as the default if --ess is used (as it
works better with Emacs).
The rounding code has been re-written to be more accurate and to round
to even as documented.
The rw-FAQ is linked into the HTML help system.
We believe the problems with re-sizing windows (especially on Windows 9x)
have been solved.
rw0650
=====
[ Because Guido Masarotto was ill for several weeks, rw0650 was only ever
pre-released. ]
There are many changes `under the skin' which are not reflected in
user-visible changes, but either improve performance or will allow
future enhancements.
The environment variables have been changed: R_HOME is now R's home
directory and R_USER is the HOME for the user which will be used by R
(and defaults to HOME, if set, then to ${HOMEDRIVE}${HOMEPATH}, if that
is set, then the working directory). (There are many other such
changes in R: for example RLIBS becomes R_LIBS, although for the time
being RLIBS is also recognised.)
Saving a plot as postscript from the device menu will produce a
portrait plot irrespective of the setting of ps.options().
Saving a plot as a metafile should be more reliable on machines which
report incorrect information on the size of the screen.
The new flag --no-environ suppresses reading .Renviron and is implied by
--vanilla.
When rterm is used non-interactively either --save or --no-save must be
specified: these is no longer a default of --no-save (for consistency
with Unix).
More support for building R into other applications: see the examples
in the front-ends directory of the source distribution.
Interrupting by Esc or Ctrl-Break is handled internally by signals, so
the `User Break' response will no longer appear, but in rterm ^C will
be echoed.
There is limited support for `tilde-expansion': file paths such as
~/rest will be expanded to ${HOME}\rest if HOME is set, or to
${HOMEDRIVE}${HOMEPATH}\rest if those variables are set.
Using rterm either interactively or with --ess will be more responsive and
use much less CPU time when waiting for input. Interruptions by Ctrl-Break
or (under --ess, for use by ESS) Ctrl-C should happen immediately and be
handled correctly. [On NT: problems with Win 98 were corrected for rw0651.]
The installer can now install correctly in a top-level directory (e.g.
C:\), fixing a bug in the unzip code used.
-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-
r-announce 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-announce-request at
stat.math.ethz.ch
_._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._
Glad to see you back, Guido! Perhaps you should correct below. Jim> > > A binary distribution of R-0.64.2 for Windows is available at^^^^> <CRAN>/bin/windows/windows-NT (at least at Wien). >-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.- r-help 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-help-request at stat.math.ethz.ch _._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._
Glad your back! Peter B. At 10:34 AM 8/10/99 +0100, you wrote:> >A binary distribution of R-0.64.2 for Windows is available at ><CRAN>/bin/windows/windows-NT (at least at Wien). > >Enjoy it. > >guido masarotto > > Windows News (since R0.64.2) > >rw0651 >=====> >New function savePlot() to save plots to wmf, gif or ps. > >There is now support for help via compiled HTML files (as used by the >latest Microsoft products): set options(chmhelp=TRUE) to use this. >You will probably need Internet Explorer 4 or later installed to use >this, or you can install hhupd.exe from the windows/windows-NT/base/etc >directory on CRAN. > >There is support for building Windows help files (as in Windows 95). >Set options(winhelp=TRUE) to make this your preferred help system. > >Both compiled HTML files and Windows help are available for the >standard packages. > >The new function update.packages() is supported if you have wget.exe >(a copy is in the windows/windows-NT/base/etc/wget.zip on CRAN) or >lynx.exe, from http://www.fdisk.com/doslynx/lynxport.htm. > >On NT only, CPU times are returned by proc.time() (using a call to >GetProcessTimes). > >Rotated text on a windows / win.* device is placed more accurately, >especially for non-multiples of 90 degrees. > >A windows() device reports itself as `windows' not `X11'. > >getenv() now returns all the environmental variables. > >unlink() can now remove (empty) directories (but not using wildcard >specifications). > >The complex LINPACK routines which were not included in the Unix >versions of R are now omitted here. > >There is more support for (support of) ActiveX Automation via the >Rproxy.dll: see the file front-ends/readme. > >As under Unix, .Renviron is first searched for in the working directory, >then in the home directory. (See README for how the home directory is >decided.) > >The sockets code is definitely working in this version, enough to support >source.url and friends. > >options(pager="console") is set as the default if --ess is used (as it >works better with Emacs). > >The rounding code has been re-written to be more accurate and to round >to even as documented. > >The rw-FAQ is linked into the HTML help system. > >We believe the problems with re-sizing windows (especially on Windows 9x) >have been solved. > > > >rw0650 >=====> >[ Because Guido Masarotto was ill for several weeks, rw0650 was only ever >pre-released. ] > >There are many changes `under the skin' which are not reflected in >user-visible changes, but either improve performance or will allow >future enhancements. > >The environment variables have been changed: R_HOME is now R's home >directory and R_USER is the HOME for the user which will be used by R >(and defaults to HOME, if set, then to ${HOMEDRIVE}${HOMEPATH}, if that >is set, then the working directory). (There are many other such >changes in R: for example RLIBS becomes R_LIBS, although for the time >being RLIBS is also recognised.) > >Saving a plot as postscript from the device menu will produce a >portrait plot irrespective of the setting of ps.options(). > >Saving a plot as a metafile should be more reliable on machines which >report incorrect information on the size of the screen. > >The new flag --no-environ suppresses reading .Renviron and is implied by >--vanilla. > >When rterm is used non-interactively either --save or --no-save must be >specified: these is no longer a default of --no-save (for consistency >with Unix). > >More support for building R into other applications: see the examples >in the front-ends directory of the source distribution. > >Interrupting by Esc or Ctrl-Break is handled internally by signals, so >the `User Break' response will no longer appear, but in rterm ^C will >be echoed. > >There is limited support for `tilde-expansion': file paths such as >~/rest will be expanded to ${HOME}\rest if HOME is set, or to >${HOMEDRIVE}${HOMEPATH}\rest if those variables are set. > >Using rterm either interactively or with --ess will be more responsive and >use much less CPU time when waiting for input. Interruptions by Ctrl-Break >or (under --ess, for use by ESS) Ctrl-C should happen immediately and be >handled correctly. [On NT: problems with Win 98 were corrected for rw0651.] > >The installer can now install correctly in a top-level directory (e.g. >C:\), fixing a bug in the unzip code used. > > >-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.->r-announce mailing list -- Readhttp://www.ci.tuwien.ac.at/~hornik/R/R-FAQ.html>Send "info", "help", or "[un]subscribe" >(in the "body", not the subject !) To: r-announce-request at stat.math.ethz.ch >_._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._> >-- Peter B. Mandeville mandevip at deimos.tc.uaslp.mx Jefe del Depto. de Inform?tica y Bioestad?stica rpe1531 at pasteur.fmed.uaslp.mx Facultad de Medicine Tel: 48 26-23-45 ext. 232 Universidad Aut?noma de San Luis Potos? Fax: 48 28-23-52 Av. V. Carranza 2405 Col. Los Filtros Apartado Postal 145 San Luis Potos?, S.L.P. 78210 M?xico -.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.- r-help 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-help-request at stat.math.ethz.ch _._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._
>>>>> "PaulG" == Paul Gilbert <pgilbert@bank-banque-canada.ca> writes:(privately to me, I'm cc'ing to R-devel since this should be of a wider interest) MM> However, if "tseries" would just contain a MM> require(ts) PaulG> So this is how this is suppose to be done. I guess I should read PaulG> some documentation somewhere. help(library) (especially the last sections) should give quite a bit of info on this. PaulG> Should this be "in line" in the PaulG> library file or should it be in the .First.lib file? There's no such thing as a ".First.lib" file; of course, you mean the commonly used zzz.R file (containing the .First.lib <- .... ) Answer: Well, it depends.. : Usually it doesn't matter where the require() is; Current practice (grep'ing in my directory tree of all the source of all the CRAN packages) reveals that people have adopted several different ways of doing this. The zzz.R (which should also contain the .First.lib definition) is good place to put such a general require(). Recently, we had a case where using aaa.R (I think, even "Aaa.R") instead was recommended {Idea: aaa.R would come at the very beginning of the installed package source} If only very little functionality of a package depends on another (non-standard) package, I'd consider to put the require(..) only inside the function requiring the package, something like if(!require(<pkg>)) stop("The function `...' can only be used when package <pkg> is available!") -- Martin Maechler <maechler@stat.math.ethz.ch> http://stat.ethz.ch/~maechler/ Seminar fuer Statistik, ETH-Zentrum LEO D10 Leonhardstr. 27 ETH (Federal Inst. Technology) 8092 Zurich SWITZERLAND phone: x-41-1-632-3408 fax: ...-1228 <>< -.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.- 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 _._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._