similar to: (PR#1604) Re: Platform-specific: simple assignments in Rprofile

This only happens on platforms with a faulty implementation of realloc(). Some C libraries do not allow realloc() to be called with a NULL pointer to resize. The assignment ISOLatin1 <- 0:255 in Rprofile then causes a core dump. The attached set of 4 patches should be very safe to use and fix the problem. --please do not edit the information below-- Version: platform = i386-pc-sco3.2v4.2

This is of course an incorrect usage, which I've trapped at R level, so as to give an informative warning. On Tue, 28 May 2002 NEFTH@pacbell.net wrote: > The following sequence of commands: > graphics.off() > dev.control("inhibit") > > causes R to memory-fault and core dump. This is reported > for a new port of R, but is also reproducible on Windows > and

Not sure whether this is a feature or bug -- but it does not appear to be documented. R1.6.1 on Windows NT 4.00.1381 Objects assigned in the Rprofile.site file (e.g. foo<-'something') are put into package:base not .GlobalEnv on startup. Objects assigned in the .Rprofile file are put into .GlobalEnv. This doesn't seem consistent to me. The objects exist in base only for the

Thanks a lot. setHook is Currently not in my knowledge set But it's great to save these Thing so I can look them up When I feel more comfortable. Just to add to that Stata versus R discussion : I believe, anyone who uses any other package than R, is probably missing out in the long run. It's truly unbelievable what has been done here. I feel like I fell asleep for 5 years ( by not using

I use the ugly hack shown below as my .Rprofile (mainly because I couldn't find any other way to spawn a new mozilla window on starting R or calling help.start(), but then send all the help html documents to that new window). With a recent change from a cvs checkout to the released 1.9.0 I find that the new hs() appears if there is nothing of that name in .RData, but if there is the old hs()

I had this problem too. The documentation for the winMenus says that these functions are part of the utils package. R must be loading this library after it sources in Rprofile. If you add library(utils) to the beginning of your .First function, it should take care of the problem. Brian Gregor, P.E. Transportation Planning Analysis Unit Oregon Department of Transportation Brian.J.GREGOR at

Many thanks to all who responded to my cri de coeur: Charles Annis, John Bollinger, Petr Pikal, Brian Ripley, Duncan Murdoch, Dan Nordlund, and Richard Heiberger. (I don't think --- I hope --- I haven't missed anyone.) The essential solution to my problem was indeed to eliminate that @#@$#@$^#@ ``.txt'' extension from the filename. I.e. the file must be called

I'm new to R, so apologies if the answer to my question is very obvious to everyone else! I use the carbon version of R (1.5.1), not the Darwin version. After a bit of a battle, I'm getting to grips with using R, and really getting to like it, but I'm still having trouble customising startup the way I'd like it. Reading ?Startup, I see that I can specify some commands to be run

mailing list subscription and C/R system mail does not harmonize! Warren - whoever you are - please subscribe with a mail address which accepts delivery without such nasty bounces! (Got the bounce instantly to my last reply to "Error when starting apache".) Alexander -----Weitergeleitete Nachricht----- > From: centos.5.warren at recursor.net > To: ad+lists at uni-x.org >

> ------------------------------ > > Date: Wed, 29 Jul 1998 21:05:48 -0700 > From: "K. Scott Parks" <sparks99@pacbell.net> > To: samba@samba.anu.edu.au > Subject: Cal Comp Plotters and Printing > Message-ID: <35BFF11B.2B15@pacbell.net> > > Has anyone set up a calcomp plotter with samba? > Do you use the bsd lp commands? Any help would be >

I would appreciate some advice on what the preferred contents of RProfile.site vs. .Rprofile should be. A .First() function can reside in either one, but is it preferred to place it in .Rprofile? I currently use .First() in .Rprofile files placed in separate directories used for different RStudio projects. Thank you [[alternative HTML version deleted]]

Hi. Assume I have one ~/.Rprofile (in my home directory) and one ./.Rprofile (in my current working directory). In this case, the latter will have higher priority and will be the script that R uses during the startup process. Is there a *generic* way to programmatically from within ./.Rprofile and ~/.Rprofile to tell what their absolute pathnames are or equivalently what directories they are

On Thu, 18 Apr 2002, Martin Maechler wrote: > >>>>> "Jason" == Jason Turner <jasont@indigoindustrial.co.nz> writes: > > Jason> strptime() mysteriously adds a day to a date, unless the year > Jason> is specified. Tested on: > Jason> Linux (RedHat 6.0) - R version 1.4.1 and R-devel. > Jason> Windows - R version 1.4.1 >

Hi, After updating to R 2.7, my .Rprofile executes twice on startup. I confirmed this by putting in the following line: print("starting .Rprofile...") When I start R, I see: [1] "starting .Rprofile..." [1] "starting .Rprofile..." This seems like the obverse of the following FAQ:

Hi everyone. I have recently installed R 2.14.1 on my 64-bit Windows 7 laptop. I am attempting to include some favourite functions in the Rprofile.site file to run at R start-up as I did with my previous 32-bit XP machine. I have edited the Rprofile.site file in "C:\Program Files\R\R-2.14.1\etc\" but the added code doesn't seem to be executed when I run R, whether through Tinn-R

Hello, I'm having some difficulty understanding the documentation relative to the startup files with R-Aqua 2.0.1 for Mac OS X. Specifically, I'm wondering: where does R search for the startup files (my home directory at Users:<me>:?); how should they be named (.RProfile will be treated by Mac OS X as a system file and be hidden, so I'm wondering if it should just be

Hi all, After a short hiatus away from R I have found that it's changed a bit. I used to keep a definition of .First in .Rprofile that did a couple of things on startup (load a couple of libraries). Now, I've discovered that when I change the definition of .First in .Rprofile it doesn't change anything when I start up, because .First is held over in .Rdata from the last session.

Hello: I've been using "Rprofile.site" for several years to set the repos environment variable as follows: options(repos=c(CRAN='http://cran.cnr.berkeley.edu', CRANextra='http://www.stats.ox.ac.uk/pub/RWin') ) However, R 2.15.0 is not recognizing this. Instead, I get the following: options('repos') $repos

I am new to R ( and windows XP ) and am in the process of setting it up I put an options (repos=http://.fhcrc.org") file in my .Rprofile file and it works but that's all I put in and i don'tknow what to put in my .First function. I understand that .Rprofile is used for more general options and .First for options specific to that working directory. would someone mind to send me an

Hi! I do not have an Rprofile file in $R_HOME/etc, but I do have one in $R_HOME/library/base/R. I thought I could include a .First() function in a new $R_HOME/etc/Rprofile file for attaching a couple files which have custom "always needed" functions. But would the new $R_HOME/etc/Rprofile create a conflict with $R_HOME/library/base/R/Rprofile (in particular because the later also has a