[Rd] Can the file locking in filehash be reused? (Was: Re: [R] [R-pkgs] filehash 2.0)
Henrik Bengtsson
hb at stat.berkeley.edu
Thu Aug 28 19:19:37 CEST 2008
Hi (Roger),
I saw the announcement of filehash v2.0 and the sentence "This
development has lead to better file locking for concurrent access and
faster reading and writing of data in general" caught my attention.
What kind of file locking do you refer to here?
I am looking for a mechanism that can be used to lock files for
reading and/or writing, and I'd love to have a cross platform
solution. Your package is available on "all" platforms - is your file
locking mechanism too? Is there an internal API that could be
resused?
Cheers
Henrik
On Wed, Aug 27, 2008 at 7:35 PM, Roger D. Peng <rpeng at jhsph.edu> wrote:
> I have just uploaded to CRAN version 2.0 of the 'filehash' package.
> This version contains a major rewriting of many of the internals (much
> rewritten in C) for the DB1 format, which is the default. This
> development has lead to better file locking for concurrent access and
> faster reading and writing of data in general.
>
> In addition to rewriting the internals, I have added two modules for a
> stack and queue data structure, implemented using 'filehash'
> databases. These are mostly for my own amusement, but perhaps you
> will find them useful also.
>
> For users of the 'filehash' package I would appreciate any general
> comments as well as any bug reports, particularly considering the
> number of changes that were made to the internals this time around.
>
> -roger
>
> --
> Roger D. Peng | http://www.biostat.jhsph.edu/~rpeng/
>
> _______________________________________________
> R-packages mailing list
> R-packages at r-project.org
> https://stat.ethz.ch/mailman/listinfo/r-packages
>
> ______________________________________________
> R-help at r-project.org mailing list
> https://stat.ethz.ch/mailman/listinfo/r-help
> PLEASE do read the posting guide http://www.R-project.org/posting-guide.html
> and provide commented, minimal, self-contained, reproducible code.
>
More information about the R-devel
mailing list