From Mark.Bravington at csiro.au  Mon Oct 19 00:58:47 2009
From: Mark.Bravington at csiro.au (Mark.Bravington at csiro.au)
Date: Mon, 19 Oct 2009 09:58:47 +1100
Subject: [Rd] Bug with .First  in R 2.10
In-Reply-To: <4ADB9B7A.1070607@stats.uwo.ca>
References: <62C82B39B8A85E4B95A18F7F7B852F870550DC1894@exvic-mbx03.nexus.csiro.au>
	<4ADB9B7A.1070607@stats.uwo.ca>
Message-ID: <62C82B39B8A85E4B95A18F7F7B852F870550DC1896@exvic-mbx03.nexus.csiro.au>

I started the same version of R in my usual starting directory (where there's a larger .RData, whose .First is running OK right now) and then did

save( .First, file=<<whatever>>)

I'm not sure exactly where the .First came from before that; I use a couple of different machines and (in the runup to 2.10) a couple of R versions.

Mark

-- 
Mark Bravington
CSIRO Mathematical & Information Sciences
Marine Laboratory
Castray Esplanade
Hobart 7001
TAS

ph (+61) 3 6232 5118
fax (+61) 3 6232 5012
mob (+61) 438 315 623

Duncan Murdoch wrote:
> On 18/10/2009 6:20 PM, Mark.Bravington at csiro.au wrote:
>> Under R2.10.0 beta (2009-10-14 r50082) my .First does not run
>> reliably. I reported this last week, but not reproducibly, and it
>> seemed to go away, so I thought it might be installation-related.
>> But it has now recurred reproducibly, at least on my machine.   
>> 
>> The website ftp://ftp.csiro.au/MarkBravington contains two .RData
>> files each containing (only) a .First. One of them does what it
>> should, and one of them doesn't. Confusingly, the OK one will
>> actually trigger an error message for you, because it tries to do
>> things that are specific to my machines. The not-OK one says
>> "skipping .First", as below, and you'll see why it shouldn't be
>> doing that. Obvioulsy, the files need renaming before you can test
>> them.       
>> 
>> I haven't been able to condense the .First to something more
>> succinct that shows the same fault; saving a modified .First
>> frequently makes the problem go away, seemingly regardless of what
>> the change is.   
>> 
>> The transcript from the not-OK version is given below
> 
> I can reproduce the problem running the .First in the notOK.RData
>   file. (I don't need to rename it; just loading that file and
> explicitly running .First() will do it.) 
> 
> However, if I dump the function and source it, the problem goes away.
> So I suspect there is something wrong in the notOK.RData file.  How
> did you create it? 
> 
> Duncan Murdoch


[Rd] Bug with .First in R 2.10
Mark.Bravington at csiro.au