[Bioc-devel] R 2.2.0 patched for BioC 1.7 (Windows)?

[Kasper Daniel Hansen]

The change to the default stack size really has nothing to do with  
the memory problems BioC users face (I think, ... better to hedge :).  
Look at the recent discussion on R-devel about "R crashes for large  
formulas in lm()". The example is something like this
    fit <- lm(y~(x1*x2*x3*x4*x5*x6*x7*x8*x9)^2)

Kasper

> On Oct 11, 2005, at 9:29 AM, Anand C.Patel wrote:

> Dear Bioconductor Developers:
>
> In looking at the plans for 1.7, and in considering issues that  
> have cropped
> up here and there over time regarding the dismal memory management  
> in Windows,
> I was wondering if it might not be beneficial to recommend those of  
> us stuck
> with windows use the patched version of R 2.2.0 rather than the  
> "stable" --
> the current patch changes are below, and reflect largely really  
> helpful
> adjustments in stack size and address space.  Seems like it would  
> help with
> platform parity and decrease the number of technical problems folks  
> would have
> with memory.
>
> Just a thought.
>
> Anand C. Patel
> Washington University St. Louis
> acpatel at usa.net
>
> R 2.2.0 patched
> ===============
>
> Using the latest binutils allows us to distribute RGui.exe and  
> Rterm.exe
> as large-address-aware (see the rw-FAQ Q2.9).
>
> The maximum C stack size for RGui.exe and Rterm.exe has been increased
> to 10Mb (from 2Mb); this is comparable with the default on Linux  
> systems
> and may allow some larger programs to run without crashes.
>
> Overwrite mode in the console works for MBCS charsets. (Patch
> contributed by Haruki Koyanagi <koyanagi at com-one.com>.)
>
> R CMD REMOVE in 2.2.0 removed the package(s) but failed to remake the
> indices.
>
> _______________________________________________
> Bioc-devel at stat.math.ethz.ch mailing list
> https://stat.ethz.ch/mailman/listinfo/bioc-devel
>