From ripley at stats.ox.ac.uk  Fri Apr 23 08:54:26 2004
From: ripley at stats.ox.ac.uk (Prof Brian Ripley)
Date: Fri Apr 23 08:54:31 2004
Subject: [Rd] trellis.device in .First (PR#6812)
In-Reply-To: <20040423020935.6920DEFC0@slim.kubism.ku.dk>
Message-ID: <Pine.LNX.4.44.0404230741440.1166-100000@gannet.stats>

1) On the first point, please do read the NEWS file for R 1.9.0.

.Rprofile and .First have always been run before the default packages are 
loaded in .First.sys, to allow them to be changed.

So this *is* a documented change in behaviour, not a bug.  If I do

.First <- function() {library(lattice); trellis.device()}

This happens on all platforms.  You need

.First <- function() {library(graphics); library(lattice); trellis.device()}

That is true of starting any graphics device in .Rprofile or .First.


2) The second point is a long known problem with ESS/Emacs on some 
systems.  There is a PR against it already (I saw a few days ago).  Please 
don't add irrelevant issues to a bug report on another issue.

BDR


On Fri, 23 Apr 2004 rmh@temple.edu wrote:

> This is a start of R 1.9.0 in a directory without .RData
> 
> 
> > options(STERM='iESS', editor='gnuclient.exe')
> > search()
> [1] ".GlobalEnv"       "package:methods"  "package:stats"    "package:graphics"
> [5] "package:utils"    "Autoloads"        "package:base"    
> > find(windows)
> [1] "package:graphics"
> > 
> 
> 
> This makes me think that the .First is being processed before some of the other
> initializations.  I had been assuming it is the very last thing done before it gives me
> control.
> 
> 
> 
> This introduces a new problem---both 1.9.0 and 1.8.1.
> I did --vanilla as you suggested, in a directory without an existing .RData
> 
> /cygdrive/c/HOME/tmp$ Rterm --vanilla
> 
> R : Copyright 2004, The R Foundation for Statistical Computing
> Version 1.9.0  (2004-04-12), ISBN 3-900051-00-3
> 
> R is free software and comes with ABSOLUTELY NO WARRANTY.
> You are welcome to redistribute it under certain conditions.
> Type 'license()' or 'licence()' for distribution details.
> 
> R is a collaborative project with many contributors.
> Type 'contributors()' for more information and
> 'citation()' on how to cite R in publications.
> 
> Type 'demo()' for some demos, 'help()' for on-line help, or
> 'help.start()' for a HTML browser interface to help.
> Type 'q()' to quit R.
> 
> > date()
> date()
> [1] "Thu Apr 22 21:52:14 2004"
> > ls()
> ls()
> character(0)
> > nonsense
> nonsense
> Error: Object "nonsense" not found
> Execution halted
> /cygdrive/c/HOME/tmp$ 
> 
> 
> 
> When I manually start the trellis.device, after a version of my .First that doesn't
> start it for me, I get this
> > .Device
> [1] "windows"
> > 
> 
> 
> 
> on the q() issue, I report it as a continuation of behavior that has been discussed
> on this list.  I don't remember when.  It has been an issue for me for a long time.
> I am currently on XP HOME, I see this also on NT4.
> 
> I normally type just q()
> This time I tried q("no").
> 
> It still freezes. I have to enter C-G to unfreeze emacs and then use the Task Manager
> to kill the Rterm process.
> 
> Rich
> 
> ______________________________________________
> R-devel@stat.math.ethz.ch mailing list
> https://www.stat.math.ethz.ch/mailman/listinfo/r-devel
> 
> 

-- 
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 272866 (PA)
Oxford OX1 3TG, UK                Fax:  +44 1865 272595


[Rd] trellis.device in .First (PR#6812)
Prof Brian Ripley