> "PS" == Petr Savicky <[EMAIL PROTECTED]>
> on Thu, 23 Aug 2007 15:49:32 +0200 writes:
PS> On Wed, Aug 22, 2007 at 08:53:39PM +0300, Jari Oksanen wrote:
>>
>> On 22 Aug 2007, at 20:16, Duncan Murdoch wrote:
>> > A fairly common use of paste is to put together reports
Hi,
I am developing a tool for converting a large data frame stored in an
uncompressed binary (XDR) RData file to a delimited text file. The data frame
is too large to load() and extract rows from on a typical PC. I'm looking to
parse through the file and extract individual entries without lo
Hi,
I am not sure if this is a bug and I apologize if it is something I
didn't read carefully in the R extension manual. My initial search on the
R help and R devel list archive didn't find useful information.
I am using .Call (as written in the R extension manual) for the C code
and have foun
Full_Name: Vilmos Prokaj
Version: 2.5.1
OS: windows
Submission from: (NULL) (81.183.3.216)
I'm not sure that this is really a bug, if not I do not understand why should it
be in this way.
Most of the scripts used to build and install new packages calls the R program
with the
--slave --vanilla c
This is as documented, and intentional. From ?INSTALL
If used as 'R CMD INSTALL pkgs' without explicitly specifying
'lib', packages are installed into the library tree rooted at the
first directory in the library path which would be used by R run
in the current environment
Please do not post to multiple lists! I've removed R-help.
You have not told us your OS ('linux', perhaps but what CPU), nor how you
know 'the memory was still not reclaimed back to the operating system'.
But that is how many OSes work: their malloc maintains a pool of memory
pages, and free()
Hi
Cook, Ian wrote:
> Hi,
>
> I am developing a tool for converting a large data frame stored in an
> uncompressed binary (XDR) RData file to a delimited text file. The
> data frame is too large to load() and extract rows from on a typical
> PC. I'm looking to parse through the file and extrac
> -Original Message-
> From: Prof Brian Ripley [mailto:[EMAIL PROTECTED]
> Sent: Friday, August 24, 2007 2:00 AM
> To: Duncan Murdoch
> Cc: Latchezar (Lucho) Dimitrov; r-devel@r-project.org
> Subject: Re: [Rd] compiling R under cygwin
>
> On Thu, 23 Aug 2007, Duncan Murdoch wrote:
>
>
Have been running 2.5.1 on my multi-pro Opteron box running Fedora Core
5 with no problems. Had compiled previously with no problems. However,
for a variety of reasons (mostly due to ACML upgrade), I tried a
recompile using the following sequence of commands (note I'm compiling
in ACML support
For what its worth, I get the same error even if I do a naked 'config'
(no lapack, no blas, no reference to ACML).
>
> config.status: error: cannot find input file: doc/manual/Makefile.in
>
>
So, I think its a tarball issue.
__
R-devel@r-project.or
Solved - finally (after 4-5 different mirrors) found a tarball that
didn't give the report configure error.
Strange...
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
I was going to write 'Use the source, Luke', but it seems that you have
alreday found the relevant source files. I wrote a Python baed Rdata
writer and a reader sometimes ago just using that info and I am not
away of any file spec, so I know those two files are sufficient. For
what you want to d
Hi,
I would like to suggest to make base::attach() and base::detach()
generic, in order to attach/detach fields of other containers
("databases") than the currently supported ones.
According to help on attach(), one could dispatch on (first) argument 'what'):
what: "database". This may curr
It looks like there's a Perl XDR library, but I haven't tested it.
http://search.cpan.org/src/GORD/XDR-0.03/
This might be easy to do all within R if more of the source functions in
serialize.c (ReadItem, MakeReadRefTable, etc.) were callable using
.Internal (i.e. if they were in the R_FunTab tabl
Ian,
On Aug 23, 2007, at 4:21 PM, Cook, Ian wrote:
> I am developing a tool for converting a large data frame stored in
> an uncompressed binary (XDR) RData file to a delimited text file.
> The data frame is too large to load() and extract rows from on a
> typical PC. I'm looking to parse
On Aug 24, 2007, at 2:06 PM, Hin-Tak Leung wrote:
> I was going to write 'Use the source, Luke', but it seems that you
> have
> alreday found the relevant source files. I wrote a Python baed Rdata
> writer and a reader sometimes ago just using that info and I am not
> away of any file spec, so
16 matches
Mail list logo
