I installed R project 1.9.0 on Windows XP. The installation went well. Then, I rebooted. Next, I clicked the icon under Programs in the Start menu and received this error, "Fatal Error: Invalid HOMEDRIVE". I clicked OK to the error message. The program does not start. I went to a DOS prompt and did "echo %HOMEDRIVE%" and it returned "C:". This letter is a valid drive letter. Can you tell me how to fix this? Thanks you, Joann Williamson Network Administrator University of South Carolina Aiken 471 University Parkway Aiken, SC 29801 803-641-3473 [[alternative HTML version deleted]]
That exact same thing is happening to me too. It seems to be intermittent. After a reboot, it might (but might not) fix itself. My older versions of R also no longer work. R1.8.1 fails with the windows message "R for Windows GUI front-end has encountered a problem and needs to close. We are sorry for the inconvenience." This appears to have occured to me after installing the latest Microsoft Windows critical updates. I have reinstalled R1.8.1 and R1.9.0 to no avail. None of the other programs on my computer are affected, only R. Is anybody else experiencing this? Brett Brett Melbourne, Postdoctoral Fellow Biological Invasions IGERT www.cpb.ucdavis.edu/bioinv Center for Population Biology, Storer Hall University of California Davis CA 95616 ----- Original Message ----- From: "Joann Williamson" <JoannW at usca.edu> To: <r-help at stat.math.ethz.ch> Sent: Tuesday, April 20, 2004 8:41 AM Subject: [R] Error with 1.9.0 - Invalid HOMEDRIVE> I installed R project 1.9.0 on Windows XP. The installation went well. > Then, I rebooted. Next, I clicked the icon under Programs in the Start > menu and received this error, "Fatal Error: Invalid HOMEDRIVE". I > clicked OK to the error message. The program does not start. I went to > a DOS prompt and did "echo %HOMEDRIVE%" and it returned "C:". This > letter is a valid drive letter. Can you tell me how to fix this? > > Thanks you, > > Joann Williamson > > Network Administrator > > University of South Carolina Aiken > > 471 University Parkway > > Aiken, SC 29801 > > 803-641-3473 > > > [[alternative HTML version deleted]] > > ______________________________________________ > R-help at stat.math.ethz.ch mailing list > https://www.stat.math.ethz.ch/mailman/listinfo/r-help > PLEASE do read the posting guide!http://www.R-project.org/posting-guide.html
it is for windows. R can not start, one information windows says fatal error: invalid homedrive.>From: Prof Brian Ripley <ripley at stats.ox.ac.uk> >To: David Scott <d.scott at auckland.ac.nz> >CC: Joann Williamson <JoannW at usca.edu>, r-help at stat.math.ethz.ch >Subject: Re: [R] Error with 1.9.0 - Invalid HOMEDRIVE >Date: Wed, 21 Apr 2004 07:44:50 +0100 (BST) > >Has this anything to do with `Invalid HOMEDRIVE', as given in the subject >line? R can only fail with one error message, so which is it, please? > >On Wed, 21 Apr 2004, David Scott wrote: > > > On Tue, 20 Apr 2004, Brett Melbourne wrote: > > > > > That exact same thing is happening to me too. It seems to be >intermittent. > > > After a reboot, it might (but might not) fix itself. My older versions >of R > > > also no longer work. R1.8.1 fails with the windows message "R for >Windows > > > GUI front-end has encountered a problem and needs to close. We are >sorry > > > for the inconvenience." > > > > > > This appears to have occured to me after installing the latest >Microsoft > > > Windows critical updates. I have reinstalled R1.8.1 and R1.9.0 to no >avail. > > > None of the other programs on my computer are affected, only R. > > > > > > Is anybody else experiencing this? > > > > > > > Yes. With 1.8.1 if the updates are installed R fails as you indicate. If > > the updates are taken off it works again. Bit of a problem here because > > the University IT Security runs checks on the updates and complains to > > users who don't have them installed. > > > > > > > Brett > > > Brett Melbourne, Postdoctoral Fellow > > > Biological Invasions IGERT www.cpb.ucdavis.edu/bioinv > > > Center for Population Biology, Storer Hall > > > University of California Davis CA 95616 > > > > > _________________________________________________________________ > > David Scott Department of Statistics, Tamaki Campus > > The University of Auckland, PB 92019 > > Auckland NEW ZEALAND > > Phone: +64 9 373 7599 ext 86830 Fax: +64 9 373 7000 > > Email: d.scott at auckland.ac.nz > > > > > > Graduate Officer, Department of Statistics > > > > ______________________________________________ > > R-help at stat.math.ethz.ch mailing list > > https://www.stat.math.ethz.ch/mailman/listinfo/r-help > > PLEASE do read the posting guide! >http://www.R-project.org/posting-guide.html > > > > > >-- >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 272866 (PA) >Oxford OX1 3TG, UK Fax: +44 1865 272595 > >______________________________________________ >R-help at stat.math.ethz.ch mailing list >https://www.stat.math.ethz.ch/mailman/listinfo/r-help >PLEASE do read the posting guide! >http://www.R-project.org/posting-guide.html
I find more interesting situation. My laptop (toshiba tecra9100) can run R 1.9.0 and the earlier version well when I connect to internet. The same wrong error appears when I disconnect the internet. One IBM laptop can not run R in any situation and one FUJITSE laptop never met any error message. I wonder whether the R development group can contact Microsoft to fix this problem. R is really powerful as compared with S+.>From: Martin Maechler <maechler at stat.math.ethz.ch> >Reply-To: Martin Maechler <maechler at stat.math.ethz.ch> >To: r-help at stat.math.ethz.ch >Subject: Re: [R] Error with 1.9.0 - Invalid HOMEDRIVE >Date: Wed, 21 Apr 2004 08:49:47 +0200 > > >>>>> "DScottNZ" == David Scott <d.scott at auckland.ac.nz> > >>>>> on Wed, 21 Apr 2004 09:45:31 +1200 (NZST) writes: > > DScottNZ> On Tue, 20 Apr 2004, Brett Melbourne wrote: > > >> That exact same thing is happening to me too. It seems to > >> be intermittent. After a reboot, it might (but might > >> not) fix itself. My older versions of R also no longer > >> work. R1.8.1 fails with the windows message "R for > >> Windows GUI front-end has encountered a problem and needs > >> to close. We are sorry for the inconvenience." > >> > >> This appears to have occured to me after installing the > >> latest Microsoft Windows critical updates. I have > >> reinstalled R1.8.1 and R1.9.0 to no avail. None of the > >> other programs on my computer are affected, only R. > >> > >> Is anybody else experiencing this? > > DScottNZ> Yes. With 1.8.1 if the updates are installed R > DScottNZ> fails as you indicate. If the updates are taken > DScottNZ> off it works again. Bit of a problem here because > DScottNZ> the University IT Security runs checks on the > DScottNZ> updates and complains to users who don't have them > DScottNZ> installed. > >One logical conclusion seems that Microsoft has found that >R must be a virus since it's spreading rapidly around the globe. > >So with the newest security patches they prevent the virus from >doing damage... > >Or, maybe it's not just R, but Free Software in general which is >such a threat to MS? ;-) > >______________________________________________ >R-help at stat.math.ethz.ch mailing list >https://www.stat.math.ethz.ch/mailman/listinfo/r-help >PLEASE do read the posting guide! >http://www.R-project.org/posting-guide.html
On Wed, 21 Apr 2004 18:40:05 +0100 (BST), Prof Brian Ripley <ripley at stats.ox.ac.uk> wrote :>On Wed, 21 Apr 2004, Duncan Murdoch wrote: >>> I think it would be more useful for debugging purposes to do them one >> at a time. Do we still get an error message about HOMEDRIVE if we do >> the above? What if we set only HOMEPATH? > >Unfortunately you get the same message unless both are set correctly, so >setting just one on the command line will tell you nothing. I've changed >the message for R-patched so we can tell them apart.I've just uploaded builds of r-patched and r-devel to CRAN that incorporate this change. They should be visible tomorrow at <http://cran.r-project.org/bin/windows/base> Follow the links near the top of the page; the ones in the main part are for the unpatched 1.9.0 release. Duncan Murdoch
Some more diagnostic information on this problem related to Windows critical updates. I am running R 1.8.1 and 1.9.0 under Windows XP Pro, on a laptop, which is networked at work but frequently used off the network. R starts properly sometimes, when attached to the network, but never when disconnected and logged on to the same (networked) user profile. R does however, always start properly on a non-network profile local to my machine. I have all the critical Windows XP updates installed, so later updates did not fix the problem. On failing to start 1.8.1, entering debug gives the message "Unhandled exception in Rgui.exe (MSVCRT.DLL):0xC0000005:Access Violation" The following observations apply to both 1.8.1 and 1.9.0: Setting HOMEDRIVE and HOMEPATH does not fix the problem (see SET dump appended to end of message). Rebooting in safe mode (with networking) does not fix the problem. Rebooting in safe mode (without networking) does fix the problem but in that case I am running on a non-network profile local to the machine, which always works anyway. So the problem appears to be related to networking. I can confirm that the offending update is KB835732. Incidentally, this uninstalls with the message "Setup detected programs on your computer: R for Windows 1.8.1. If KB835732 is removed, these programs might not run properly". So, the update appears to be aware of an interaction with R 1.8.1. Both R 1.9.0 and R 1.8.1 run properly after uninstalling the offending update. I will install r-patched tomorrow at work and let you know what happens. cheers Brett Brett Melbourne, Postdoctoral Fellow Center for Population Biology University of California Davis CA 95616 SET dump: environment when R fails: HOMEDRIVE and HOMEPATH set explicitly. C:\WINDOWS\system32>SET ALLUSERSPROFILE=C:\Documents and Settings\All Users APPDATA=C:\Documents and Settings\melbourne\Application Data CommonProgramFiles=C:\Program Files\Common Files COMPUTERNAME=CAVIAR ComSpec=C:\WINDOWS\system32\cmd.exe HOMEDRIVE=C: HOMEPATH = C: HOMESHARE=\\desnet\melbourne include=C:\Program Files\Microsoft Visual Studio\VC98\atl\include;C:\Program Fil es\Microsoft Visual Studio\VC98\mfc\include;C:\Program Files\Microsoft Visual St udio\VC98\include lib=C:\Program Files\Microsoft Visual Studio\VC98\mfc\lib;C:\Program Files\Micro soft Visual Studio\VC98\lib LOGONSERVER=\\CAYENNE MSDevDir=C:\Program Files\Microsoft Visual Studio\Common\MSDev98 NUMBER_OF_PROCESSORS=1 OS=Windows_NT Path=C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem;C:\PROGRAM FILES\TH INKPAD\UTILITIES;C:\Program Files\Hummingbird\Connectivity\7.10\Accessories\;C:\ Program Files\ATI Technologies\ATI Control Panel;C:\Program Files\Microsoft Visu al Studio\Common\Tools\WinNT;C:\Program Files\Microsoft Visual Studio\Common\MSD ev98\Bin;C:\Program Files\Microsoft Visual Studio\Common\Tools;C:\Program Files\ Microsoft Visual Studio\VC98\bin;C:\PROGRA~1\INSIGH~1\splus61\cmd PATHEXT=.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH PROCESSOR_ARCHITECTURE=x86 PROCESSOR_IDENTIFIER=x86 Family 15 Model 2 Stepping 4, GenuineIntel PROCESSOR_LEVEL=15 PROCESSOR_REVISION=0204 ProgramFiles=C:\Program Files PROMPT=$P$G SESSIONNAME=Console SystemDrive=C: SystemRoot=C:\WINDOWS TEMP=C:\DOCUME~1\MELBOU~1\LOCALS~1\Temp TMP=C:\DOCUME~1\MELBOU~1\LOCALS~1\Temp USERDNSDOMAIN=DES.UCDAVIS.EDU USERDOMAIN=DES USERNAME=melbourne USERPROFILE=C:\Documents and Settings\melbourne windir=C:\WINDOWS
I believe I have the right settings now (SET dump follows), and both 1.9.0 and 1.8.1 still fail to start as before. I have tried also setting HOMEPATH=\ and HOMEPATH=\Documents and Settings\melbourne. Let me know if I can gather any other useful info. Brett C:\WINDOWS\system32>set ALLUSERSPROFILE=C:\Documents and Settings\All Users APPDATA=C:\Documents and Settings\melbourne\Application Data CommonProgramFiles=C:\Program Files\Common Files COMPUTERNAME=CAVIAR ComSpec=C:\WINDOWS\system32\cmd.exe HOME=C:\ HOMEDRIVE=C: HOMESHARE=\\desnet\melbourne include=C:\Program Files\Microsoft Visual Studio\VC98\atl\include;C:\Program Fil es\Microsoft Visual Studio\VC98\mfc\include;C:\Program Files\Microsoft Visual St udio\VC98\include lib=C:\Program Files\Microsoft Visual Studio\VC98\mfc\lib;C:\Program Files\Micro soft Visual Studio\VC98\lib LOGONSERVER=\\CAYENNE MSDevDir=C:\Program Files\Microsoft Visual Studio\Common\MSDev98 NUMBER_OF_PROCESSORS=1 OS=Windows_NT Path=C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem;C:\PROGRAM FILES\TH INKPAD\UTILITIES;C:\Program Files\Hummingbird\Connectivity\7.10\Accessories\;C:\ Program Files\ATI Technologies\ATI Control Panel;C:\Program Files\Microsoft Visu al Studio\Common\Tools\WinNT;C:\Program Files\Microsoft Visual Studio\Common\MSD ev98\Bin;C:\Program Files\Microsoft Visual Studio\Common\Tools;C:\Program Files\ Microsoft Visual Studio\VC98\bin;C:\PROGRA~1\INSIGH~1\splus61\cmd PATHEXT=.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH PROCESSOR_ARCHITECTURE=x86 PROCESSOR_IDENTIFIER=x86 Family 15 Model 2 Stepping 4, GenuineIntel PROCESSOR_LEVEL=15 PROCESSOR_REVISION=0204 ProgramFiles=C:\Program Files PROMPT=$P$G SESSIONNAME=Console SystemDrive=C: SystemRoot=C:\WINDOWS TEMP=C:\DOCUME~1\MELBOU~1\LOCALS~1\Temp TMP=C:\DOCUME~1\MELBOU~1\LOCALS~1\Temp USERDNSDOMAIN=DES.UCDAVIS.EDU USERDOMAIN=DES USERNAME=melbourne USERPROFILE=C:\Documents and Settings\melbourne windir=C:\WINDOWS
To confirm, in 1.9.0 you get a message about HOMEDRIVE when HOME is set? (That can only happen if HOME is being ignored by getenv.) On Fri, 23 Apr 2004, Brett Melbourne wrote:> I believe I have the right settings now (SET dump follows), and both 1.9.0 > and 1.8.1 still fail to start as before. I have tried also setting > HOMEPATH=\ and HOMEPATH=\Documents and Settings\melbourne. > > Let me know if I can gather any other useful info. > Brett > > > C:\WINDOWS\system32>set > ALLUSERSPROFILE=C:\Documents and Settings\All Users > APPDATA=C:\Documents and Settings\melbourne\Application Data > CommonProgramFiles=C:\Program Files\Common Files > COMPUTERNAME=CAVIAR > ComSpec=C:\WINDOWS\system32\cmd.exe > HOME=C:\ > HOMEDRIVE=C: > HOMESHARE=\\desnet\melbourne > include=C:\Program Files\Microsoft Visual Studio\VC98\atl\include;C:\Program > Fil > es\Microsoft Visual Studio\VC98\mfc\include;C:\Program Files\Microsoft > Visual St > udio\VC98\include > lib=C:\Program Files\Microsoft Visual Studio\VC98\mfc\lib;C:\Program > Files\Micro > soft Visual Studio\VC98\lib > LOGONSERVER=\\CAYENNE > MSDevDir=C:\Program Files\Microsoft Visual Studio\Common\MSDev98 > NUMBER_OF_PROCESSORS=1 > OS=Windows_NT > Path=C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem;C:\PROGRAM > FILES\TH > INKPAD\UTILITIES;C:\Program > Files\Hummingbird\Connectivity\7.10\Accessories\;C:\ > Program Files\ATI Technologies\ATI Control Panel;C:\Program Files\Microsoft > Visu > al Studio\Common\Tools\WinNT;C:\Program Files\Microsoft Visual > Studio\Common\MSD > ev98\Bin;C:\Program Files\Microsoft Visual Studio\Common\Tools;C:\Program > Files\ > Microsoft Visual Studio\VC98\bin;C:\PROGRA~1\INSIGH~1\splus61\cmd > PATHEXT=.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH > PROCESSOR_ARCHITECTURE=x86 > PROCESSOR_IDENTIFIER=x86 Family 15 Model 2 Stepping 4, GenuineIntel > PROCESSOR_LEVEL=15 > PROCESSOR_REVISION=0204 > ProgramFiles=C:\Program Files > PROMPT=$P$G > SESSIONNAME=Console > SystemDrive=C: > SystemRoot=C:\WINDOWS > TEMP=C:\DOCUME~1\MELBOU~1\LOCALS~1\Temp > TMP=C:\DOCUME~1\MELBOU~1\LOCALS~1\Temp > USERDNSDOMAIN=DES.UCDAVIS.EDU > USERDOMAIN=DES > USERNAME=melbourne > USERPROFILE=C:\Documents and Settings\melbourne > windir=C:\WINDOWS > > ______________________________________________ > R-help at stat.math.ethz.ch mailing list > https://www.stat.math.ethz.ch/mailman/listinfo/r-help > PLEASE do read the posting guide! http://www.R-project.org/posting-guide.html > >-- 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 272866 (PA) Oxford OX1 3TG, UK Fax: +44 1865 272595
Prior to running R: echo %HOMEDRIVE% C: # HOMEDRIVE variable set echo %HOMEPATH% %HOMEPATH% # HOMEPATH variable not set Rgui HOMEPATH=\ # starts R-1.9.0...works fine After running R: echo %HOMEPATH% %HOMEPATH% # HOMEPATH variable still not set I've tried setting HOMEDRIVE to both C: and D: Either works as long as I pass a valid HOMEPATH to R, either using SET and starting R from the command line, or by appending HOMEPATH to the Rgui command as specified in the RW-FAQ. I'm currently using the following in the "Target" field of the icon properties dialog: "D:\Documents and Settings\vinyardwc\R\bin\Rgui.exe" HOMEPATH=\Docume~1\vinyardwc\Mydocu~1\Rwork\work SET returns the following -- ALLUSERSPROFILE=D:\Documents and Settings\All Users APPDATA=D:\Documents and Settings\vinyardwc\Application Data CMP_HOME=C:\PROGRA~1\DIICOE~1 CommonProgramFiles=C:\Program Files\Common Files COMPUTERNAME=MATCOM08WK072 ComSpec=C:\WINNT\system32\cmd.exe HOMEDRIVE=C: HOMESHARE=\\matcomapps05\users LOGONSERVER=\\MATCOMDC03 NUMBER_OF_PROCESSORS=1 OS=Windows_NT Os2LibPath=C:\WINNT\system32\os2\dll; Path=d:\docume~1\vinyardwc\gnuwin32\bin;d:\docume~1\vinyardwc\gnu\bin; PATHEXT=.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH PBXHOME=C:\PBrokerX PROCESSOR_ARCHITECTURE=x86 PROCESSOR_IDENTIFIER=x86 Family 15 Model 1 Stepping 3, GenuineIntel PROCESSOR_LEVEL=15 PROCESSOR_REVISION=0103 ProgramFiles=C:\Program Files PROMPT=$P$G RESOURCENAME=DIICOE SMS_LOCAL_DIR=C:\WINNT SMS_LOCAL_DIR_USER=C:\WINNT SystemDrive=C: SystemRoot=C:\WINNT TEMP=D:\DOCUME~1\VINYAR~1\LOCALS~1\Temp TMP=D:\DOCUME~1\VINYAR~1\LOCALS~1\Temp UCP_HOME=..\data\UCP USERDOMAIN=MATCOM USERNAME=VinyardWC USERPROFILE=D:\Documents and Settings\vinyardwc windir=C:\WINNT WORKDIRECTORY=C:\Program Files\DII COE Message Processor\bin [[alternative HTML version deleted]]
I just thought I would add that everything Brett Melbourne says in the next paragraph applies exactly to me! Brett Melbourne wrote:> Some more diagnostic information on this problem related to Windows > critical updates. > > I am running R 1.8.1 and 1.9.0 under Windows XP Pro, on a laptop, which is > networked at work but frequently used off the network. R starts properly > sometimes, when attached to the network, but never when disconnected and > logged on to the same (networked) user profile. R does however, always start > properly on a non-network profile local to my machine. >Now I will test if I can solve it in the same way as he has. Murray -- Dr Murray Jorgensen http://www.stats.waikato.ac.nz/Staff/maj.html Department of Statistics, University of Waikato, Hamilton, New Zealand Email: maj at waikato.ac.nz Fax 7 838 4155 Phone +64 7 838 4773 wk +64 7 849 6486 home Mobile 021 1395 862
On Tue, 20 Apr 2004 11:41:26 -0400, "Joann Williamson" <JoannW at usca.edu> wrote:> "Fatal Error: Invalid HOMEDRIVE".I've now put two fixes in place for this. In r-patched (that will probably become 1.9.1), I've just put in a workaround so that R will start even when Windows isn't supplying HOMEDRIVE and HOMEPATH as it should. Those users who have this problem may find that it is inconsistent about which directory it chooses for R_USER: if HOMEDRIVE and HOMEPATH are present, it will use those, if not, it will use the current directory. In r-devel (that will become 2.0.0 in the fall), I've changed the logic slightly, to use the Windows "personal" directory (normally "C:\Documents and Settings\username\My Documents" in XP) if possible. This should be consistent, and if the documentation is correct, should allow "roaming" users to keep their settings as they move from machine to machine. I'd appreciate it if anyone who has had these problems could try one or both of the new versions. They should be available for download from CRAN tomorrow. Go to <http://cran.r-project.org/bin/windows/base> and follow the links near the top of the page to r-patched or r-devel. If you don't want to use the test versions, then the workaround with 1.9.0 is to put "R_USER=some valid path" in the command line that starts R. Thanks! Duncan Murdoch