[Rd] Uninstall registry key the same for all versions (PR#10746)
Full_Name: Gerhard Thallinger
Version: R 2.2.0 through R 2.6.2
OS: Windows XP
Submission from: (NULL) (129.27.145.220)
The uninstall key in the Windows Registry
(HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall\)
is the same ("R for Windows_is1") for all R versions
(at least from 2.2.0 to 2.6.2).
This prohibits managing multiple R versions in a clean way, since
the installation of a new R versions overwrites the uninstall key
of the previous installed version. This makes an uninstall of
a previous version via "Add/Remove Software" impossible.
The uninstall key should also contain the R version number
(e.g. "R for Windows 2.6.2_is1"). The name of the registry key can
be set in the Inno Setup definition file using the "AppId" directive.
At the moment "AppId" is not set, therefor "AppName" is used as the
key name.
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
Re: [Rd] Uninstall registry key the same for all versions (PR#10746)
Hi Duncan,
>> I just wanna add a related suggestion that when you have multiple
>> installations and you run "Unistall R 2.6.0" the first dialog
>> ('R for Windows Uninstall') you see says "Are you sure you want to
>> completely remove R for Windows and all of its components?" This
>> message does not specify the version being uninstalled, so without
>> previous experience you certainly wonder if this is going to install
>> all of your R installations or just one.
>
> I'm just testing now, but I suspect Gerhard's suggestion of
> specifying AppID will fix this too.
Thanks for looking into this. I think setting "AppName" to the same
as "AppVerName" (which includes the version number) should cover both
Henrik's and my suggestion.
Regards
Gerhard
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
Re: [Rd] str() with attr(*, "names") is extremely slow for long vectors
>>>>> "HenrikB" == Henrik Bengtsson (max 7Mb) <[EMAIL PROTECTED]> >>>>> on Fri, 5 May 2006 11:58:19 -0700 writes: HenrikB> Hi, HenrikB> I noticed some time ago that, for instance, named vectors HenrikB> that are really makes str() really slow when displaying the HenrikB> names attribute. HenrikB> I don't know exactly when this started, but it wasn't the HenrikB> case say 1-2 years ago. Example (on a WinXP 1.8GHz): It got slower with R 2.3.0. Comparing str() for a big exprSet object from the "Biobase" package I got the following numbers (system.time(str(anaexp)) on WinXP 1.8 GHz): R 2.2.0 1. 14.64 0.13 14.90NANA 2. 4.33 0.09 4.43NANA 3. 4.20 0.15 4.38NANA R 2.3.0 1. 65.36 0.18 66.12NANA 2. 51.75 0.21 52.55NANA 3. 51.79 0.17 52.45NANA One can notice a considerable speed-up in the 2nd & 3rd call to str() in R 2.2.0, which is much less pronounced in R 2.3.0. Hth Gerhard ---- DI Gerhard Thallinger E-mail: [EMAIL PROTECTED] Institute for Genomics and Bioinformatics Web: http://genome.tugraz.at Graz University of Technology Tel:+43 316 873 5343 Petersgasse 14/VFax:+43 316 873 5340 8010 Graz, Austria Map: http://genome.tugraz.at/Loc.html __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
[Rd] windows( ... ,rescale="fixed") bug (PR#8857)
Full_Name: Gerhard Thallinger Version: 2.3.0; 2.2.0 OS: Windows XP Submission from: (NULL) (212.183.54.87) Invoking windows() with the parameter rescale="fixed" followed by plot.new() or any other plot command causes very often the following error: windows(width=7, height=7, rescale="fixed");plot.new() Error in plot.new() : outer margins too large (fig.region too small) The values in the width and height parameters seem not to have an influence. Investigating the problem more deeply shows that certain values in the device structure are set to 0 or have some invalid value (bty, cex, ljoin, ... ) after the call to windows() when plot.new() fails. This indicates that the device structure is either not initialized properly or gets clobbered somehow. __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
Re: [Rd] str() with attr(*, "names") is extremely slow for long vectors
>>>>> "MartinM" == Martin Maechler maechler at stat.math.ethz.ch >>>>>Sat, May 13 2006 15:16:19 +0200 writes: MartinM> But have you looked at R 2.3.0-patched at all? MartinM> MartinM> I did acknowledge that str() had become MartinM> unacceptably slow, and had implemented a simple patch MartinM> almost "immediately". Yes, I did. Here are the timings (WinXP 1.8 GHz): R 2.2.0 1. 14.64 0.13 14.90NANA 2. 4.33 0.09 4.43NANA 3. 4.20 0.15 4.38NANA R 2.3.0 1. 65.36 0.18 66.12NANA 2. 51.75 0.21 52.55NANA 3. 51.79 0.17 52.45NANA R 2.3.0 Patched (2006-05-11 r38037) 1. 44.09 0.09 44.45NANA 2. 34.96 0.08 35.66NANA 3. 34.52 0.07 34.81NANA Hth Gerhard ------------ DI Gerhard Thallinger E-mail: [EMAIL PROTECTED] Institute for Genomics and Bioinformatics Web: http://genome.tugraz.at Graz University of Technology Tel:+43 316 873 5343 Petersgasse 14/VFax:+43 316 873 5340 8010 Graz, Austria Map: http://genome.tugraz.at/Loc.html __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
Re: [Rd] str() with attr(*, "names") is extremely slow for long vectors
>>>>> "MartinM" == Martin Maechler maechler at stat.math.ethz.ch >>>>>Sat, May 13 2006 15:16:19 +0200 writes: MartinM> But have you looked at R 2.3.0-patched at all? MartinM> MartinM> I did acknowledge that str() had become MartinM> unacceptably slow, and had implemented a simple patch MartinM> almost "immediately". > Yes, I did. Here are the timings (WinXP 1.8 GHz): > R 2.3.0 Patched (2006-05-11 r38037) > > 1. 44.09 0.09 44.45NANA > 2. 34.96 0.08 35.66NANA > 3. 34.52 0.07 34.81NANA When I made the test I used an incomplete version of R patched (the new version of the utils package was missing). With the complete version of R patch the timings are now the same as with R 2.2.0. Gerhard ---- DI Gerhard Thallinger E-mail: [EMAIL PROTECTED] Institute for Genomics and Bioinformatics Web: http://genome.tugraz.at Graz University of Technology Tel:+43 316 873 5343 Petersgasse 14/VFax:+43 316 873 5340 8010 Graz, Austria Map: http://genome.tugraz.at/Loc.html __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
