Re: [R-SIG-Mac] Failure of CLI with .Rprofile on Mac OS X

2014-09-21 Thread Chen, Gang (NIH/NIMH) [C]
Thanks all for chiming in!

Just tried the following:

 1) HOME set incorrectly
 2) $HOME or $HOME/.Rprofile not readable according to permissions and 
 ownership of R binary

ls -l $HOME/.Rprofile
-rw-r--r--  1 gangc  admin  17 Sep 21 07:10 /Users/gangc/.Rprofile

 3) path length overflow

Less than 1024 characters.

 Something in the style of (NB, this zaps an existing ~/.Rprofile if you copy 
 it literally)

 $ echo 'Rprofile - TRUE'   ~/.Rprofile

In CLI R:

 file.show(paste(Sys.getenv(HOME),.Rprofile, sep=/))
Rprofile - TRUE

 Rprofile
Error: object 'Rprofile' not found

From: peter dalgaard [pda...@gmail.com]
Sent: Sunday, September 21, 2014 6:12 AM
To: Prof Brian Ripley
Cc: r-sig-mac@r-project.org
Subject: Re: [R-SIG-Mac] Failure of CLI with .Rprofile on Mac OS X

I suspected that I needed to put more or less standard in my reply...

Anyways, I think PWD is a red herring. Unless I'm confused (which has 
happened), the CLI on OS X is governed by src/unix/sys-unix.c and that has

attribute_hidden
FILE *R_OpenInitFile(void)
{
char buf[PATH_MAX], *home, *p = getenv(R_PROFILE_USER);
FILE *fp;

fp = NULL;
if (LoadInitFile) {
if(p) {
if(!*p) return NULL;  /* set to  */
return R_fopen(R_ExpandFileName(p), r);
}
if((fp = R_fopen(.Rprofile, r)))
return fp;
if((home = getenv(HOME)) == NULL)
return NULL;
snprintf(buf, PATH_MAX, %s/.Rprofile, home);
if((fp = R_fopen(buf, r)))
return fp;
}
return fp;
}

and $PWD doesn't factor into this. $HOME does, though. I can see three ways in 
which $HOME/.Rprofile might drop off the radar:

1) HOME set incorrectly
2) $HOME or $HOME/.Rprofile not readable according to permissions and ownership 
of R binary
3) path length overflow

Neither seem particularly likely to me, but they should be relatively easy to 
check. (PATH_MAX on OS X seems to be 1024).

Something in the style of (NB, this zaps an existing ~/.Rprofile if you copy it 
literally)

$ echo 'Rprofile - TRUE'   ~/.Rprofile
$ R
...
 Rprofile
[1] TRUE
 file.show(paste(Sys.getenv(HOME),.Rprofile, sep=/))


-pd

On 21 Sep 2014, at 11:02 , Prof Brian Ripley rip...@stats.ox.ac.uk wrote:

 On 21/09/2014 00:25, David Winsemius wrote:

 On Sep 20, 2014, at 2:15 PM, peter dalgaard wrote:

 Notice that we have a similar, but unresolved, bug report a month old.

 https://bugs.r-project.org/bugzilla/show_bug.cgi?id=15940

 I assume that the obvious things like a .Rprofile in the current directory 
 has been checked?

 Running R under a debugger, single-stepping through the startup code would 
 likely isolate the trouble, but it's a bit of work to set up, and of course 
 it needs to be on the machine that actually displays the problem.

 -pd

 On 20 Sep 2014, at 21:27 , David Winsemius dwinsem...@comcast.net wrote:


 snipped


 Caveat: I'm not the best person to answer this. I'm not a skilled user of 
 Unix and I'm not one of the Mac development team. But those guys are often 
 not reading the mailing list on weekends so I thought I'd throw some ideas 
 out that you could investigate.



 I haven't been able to find exactly what PWD is pointing to. It's not 
 listed in the environment variables link from ?Sys.getenv. I think it's 
 related tot eh[sic] Unix cli command `pwd` which prints the working 
 directory.

 Peter;

 Do you know whether the PWD value in the result from  Sys.getenv() is 
 supposed to point at the working directory of R started from the command 
 line?


 There are too many variables here to say for certain.  The 'command line' is 
 a shell, but the user can choose what that is.  (For Terminal.app, it is in 
 the Startup preferences.)  The command 'cd' normally sets the environment 
 variable PWD, but there are variants for different shells, and /usr/bin/cd 
 which calls the builtin 'cd' in the current shell.  (The POSIX command 'pwd' 
 can also set PWD, and that too can be a shell builtin.)

 The user can also set PWD, both in the shell and from inside R.

 --
 Brian D. Ripley,  rip...@stats.ox.ac.uk
 Emeritus Professor of Applied Statistics, University of Oxford
 1 South Parks Road, Oxford OX1 3TG, UK

--
Peter Dalgaard, Professor,
Center for Statistics, Copenhagen Business School
Solbjerg Plads 3, 2000 Frederiksberg, Denmark
Phone: (+45)38153501
Email: pd@cbs.dk  Priv: pda...@gmail.com

___
R-SIG-Mac mailing list
R-SIG-Mac@r-project.org
https://stat.ethz.ch/mailman/listinfo/r-sig-mac
___
R-SIG-Mac mailing list
R-SIG-Mac@r-project.org
https://stat.ethz.ch/mailman/listinfo/r-sig-mac


Re: [R-SIG-Mac] Failure of CLI with .Rprofile on Mac OS X

2014-09-19 Thread Chen, Gang (NIH/NIMH) [C]
For testing purpose, there is only one statement in my .Rprofile

.First - function() source('~/test.R')

and test.R contains a few functions with which I could test whether .Rprofile 
has been loaded or not.


From: Vincent Goulet [vincent.gou...@me.com]
Sent: Friday, September 19, 2014 8:54 PM
To: Chen, Gang (NIH/NIMH) [C]
Cc: r-sig-mac@r-project.org
Subject: Re: [R-SIG-Mac] Failure of CLI with .Rprofile on Mac OS X

You left out the part where you show us what's in your .Rprofile. If there is 
anything in there specific to R.app (an application different from R), of 
course it won't work with CLI (base) R.

Vincent Goulet
iPad

 Le 2014-09-19 à 17:01, Gang Chen gangc...@mail.nih.gov a écrit :

 When R starts in GUI on my Mac OS X 10.7.5, the startup configuration in 
 .Rprofile works fine. However, when R starts through command line interface 
 (CLI) on the terminal , it does not work at all.

 The GUI R on my Mac is aliased on the terminal to 
 /Applications/R.app/Contents/MacOS/R while the CLI R (/usr/bin/R) is linked 
 to /Library/Frameworks/R.framework/Resources/bin/R. There is only one 
 .Rprofile, which resides in my home directory ~/.

 sessionInfo()
 R version 3.1.0 (2014-04-10)
 Platform: x86_64-apple-darwin10.8.0 (64-bit)

 What could be the cause for the failure with CLI?

 Thanks,
 Gang
[[alternative HTML version deleted]]

 ___
 R-SIG-Mac mailing list
 R-SIG-Mac@r-project.org
 https://stat.ethz.ch/mailman/listinfo/r-sig-mac
___
R-SIG-Mac mailing list
R-SIG-Mac@r-project.org
https://stat.ethz.ch/mailman/listinfo/r-sig-mac


[R-SIG-Mac] Problem with R 3.0.1

2013-06-27 Thread Chen, Gang (NIH/NIMH) [C]
R 3.0.1 does not seem to work properly on two of my Mac notebooks, one with 
10.8.2 and the other 10.6.8. When I start R on the terminal, I get the 
following:

Error in .Call(R_isMethodsDispatchOn, onOff, PACKAGE = base) :
  R_isMethodsDispatchOn not available for .Call() for package base

R version 3.0.1 (2013-05-16) -- Good Sport
...

Even the following does not work:

 citation()
Error: could not find function citation

However, once I downgraded R from 3.0.1 to 3.0, everything works fine. What 
could be the source of the problem?

Thanks!

Gang

___
R-SIG-Mac mailing list
R-SIG-Mac@r-project.org
https://stat.ethz.ch/mailman/listinfo/r-sig-mac