Users without privileges to fix this themselves can add the following
(verbatim) to their ~/.Renviron:
R_LIBS_USER=~/R/%p-library/%v
No need to update when R is updated. For details on the above format,
see help(".libPaths").
/Henrik
On Mon, Jul 3, 2017 at 7:39 AM, Dirk Eddelbuettel wrote:
>
>
On 04/07/2017 11:50 AM, Jean-Sébastien Bevilacqua wrote:
Hello,
You can find here a patch to fix disk corruption.
When your disk is full, the write function exit without error but the file
is truncated.
https://bugs.r-project.org/bugzilla/show_bug.cgi?id=17243
Thanks. I didn't see that when i
Hello,
You can find here a patch to fix disk corruption.
When your disk is full, the write function exit without error but the file
is truncated.
https://bugs.r-project.org/bugzilla/show_bug.cgi?id=17243
Sincerely,
Jean-Sébastien Bevilacqua
[[alternative HTML version deleted]]
_
The best way to test on Windows would probably be creating a small virtual hard
disk (via CreateVirtualDisk), mounting it, and writing to the mounted location.
I believe the drive could even be mounted to an arbitrary location on the
filesystem (instead of a drive letter) so that drive letter co
On 04/07/2017 10:01 AM, Jim Hester wrote:
On linux at least you can use `/dev/full` [1] to test writing to a full device.
> echo 'foo' > /dev/full
bash: echo: write error: No space left on device
Unfortunately, I get a permission denied error if I try to write there
from MacOS. I don
On linux at least you can use `/dev/full` [1] to test writing to a full device.
> echo 'foo' > /dev/full
bash: echo: write error: No space left on device
Although that won't be a perfect test for this case where part of the
file is written successfully.
An alternative suggestion for test
I tested myself, and the "reason" why write.csv() is not giving any error,
is because a file is created. I tested the following with a USB stick
containing only 32Mb of free space:
write.csv(data.frame(V=rnorm(2e7),
V2= rnorm(2e7),
V3 = rnorm(2e7)),
Ah, I misread the example code (went straight to the line where the error was
raised for fwrite). Apologies Jean-Luc.
-Original Message-
From: Duncan Murdoch [mailto:murdoch.dun...@gmail.com]
Sent: Tuesday, July 4, 2017 6:39 AM
To: Nathan Sosnovske ; Lipatz Jean-Luc
Cc: r-devel@r-proje
On 04/07/2017 8:46 AM, Nathan Sosnovske wrote:
This doesn't really strike me as a bug. Lots of (most?) programming languages
expect you to handle this as an error condition. If you tried the same thing in
C you would get the same error.
The bug is that there is no error signalled. It looks a
On 04/07/2017 8:40 AM, Lipatz Jean-Luc wrote:
I would really like the bug fixed. At least this one, because I know people in
my institute using this function.
I understand your arguments about open source, but I also saw in this mail list
a proposal for a fix for this bug for which there were n
This doesn't really strike me as a bug. Lots of (most?) programming languages
expect you to handle this as an error condition. If you tried the same thing in
C you would get the same error.
-Original Message-
From: R-devel [mailto:r-devel-boun...@r-project.org] On Behalf Of Lipatz
Jean-
I would really like the bug fixed. At least this one, because I know people in
my institute using this function.
I understand your arguments about open source, but I also saw in this mail list
a proposal for a fix for this bug for which there were no answer from the
people who are able to includ
On 04/07/2017 5:40 AM, Lipatz Jean-Luc wrote:
Hi all,
I am currently studying how to generalize the usage of R in my statistical
institute and I encountered a problem that I cannot declare on bugzilla (cannot
understand why).
Bugzilla was badly abused by spammers last year, so you need to ha
Hi all,
I am currently studying how to generalize the usage of R in my statistical
institute and I encountered a problem that I cannot declare on bugzilla (cannot
understand why). Sorry for trying this mailing list but I am really worried
about the problem itself and the possible implications i
In WRE [1] it states
> Several optional fields take logical values: these can be specified as ‘yes’,
> ‘true’, ‘no’ or ‘false’: capitalized values are also accepted.
And if you look at the source [2], [3] you will see exactly what
values this entails.
[1]:
https://cran.r-project.org/doc/manual
15 matches
Mail list logo