search for: _process_

...tch in Windows - used in the .net GC) - ... for different platforms - would definitely help building a GC. Just look at the source code of the Boehm GC: It's a completely unmaintainable mess of #ifdefs A little bit off topic: Has anybody tried building a concurrent GC - running in a different _process_, instead of a thread? The idea: To perform a collection you do a fork(). The child process collects all unreferenced memory regions and reports them back to the parent process. The parrent process waits for the result (in a sperate thread) and if it gets the result it frees the memory regions. This...

Ralf Schneider wrote: > A little bit off topic: Has anybody tried building a concurrent GC - > running in a different _process_, instead of a thread? > The idea: To perform a collection you do a fork(). The child process > collects all unreferenced memory regions and reports them back to the > parent process. I remember reading a paper in ACM Sigplan Notices (I think) many years back, describing exactly such a s...

...> - ... > > for different platforms - would definitely help building a GC. Just look at > the source code of the Boehm GC: It's a completely unmaintainable mess of > #ifdefs > > A little bit off topic: Has anybody tried building a concurrent GC - running > in a different _process_, instead of a thread? Yes, I had a proof of concept implementation of a GC with - shared memory as the GC arena, - (C++) throw-catch-based marking - simple lookup rules for (in-arena) associated instance metadata. I never had the need to finish the implementation, but the fork approach worked r...

...for different platforms - would definitely help building a GC. Just look at >> the source code of the Boehm GC: It's a completely unmaintainable mess of >> #ifdefs >> >> A little bit off topic: Has anybody tried building a concurrent GC - running >> in a different _process_, instead of a thread? >> > > Yes, I had a proof of concept implementation of a GC with > - shared memory as the GC arena, > - (C++) throw-catch-based marking > - simple lookup rules for (in-arena) associated > instance metadata. > > I never had the need to finis...

The CRAN policy page (https://cran.r-project.org/web/packages/policies.html) implies that there is a formal procedure for orphaning a package but none is mentioned in the Extensions manual (https://cran.r-project.org/doc/manuals/r-devel/R-exts.html). This page (https://cran.r-project.org/src/contrib/Orphaned/README) implies that one would simply resubmit the package to CRAN with the text

One of the more interesting subjects of conversation at the 2008 developer day was related to garbage collection. With the increasing number of LLVM-based VMs and other projects, I suspect that the desire for more comprehensive garbage collection support in LLVM is only going to increase. (I am now involved in two different open-source projects both of which will eventually have a strong