On 10/07/2017 9:00 AM, Serguei Sokol wrote:
Le 10/07/2017 à 13:13, Duncan Murdoch a écrit :
On 10/07/2017 5:34 AM, Serguei Sokol wrote:
Le 10/07/2017 à 11:19, Duncan Murdoch a écrit :
On 10/07/2017 4:54 AM, Serguei Sokol wrote:
Le 08/07/2017 à 00:54, Duncan Murdoch a écrit :
I have now commi
Le 10/07/2017 à 13:13, Duncan Murdoch a écrit :
On 10/07/2017 5:34 AM, Serguei Sokol wrote:
Le 10/07/2017 à 11:19, Duncan Murdoch a écrit :
On 10/07/2017 4:54 AM, Serguei Sokol wrote:
Le 08/07/2017 à 00:54, Duncan Murdoch a écrit :
I have now committed changes to R-devel (rev 72898) that seem
On 10/07/2017 5:34 AM, Serguei Sokol wrote:
Le 10/07/2017 à 11:19, Duncan Murdoch a écrit :
On 10/07/2017 4:54 AM, Serguei Sokol wrote:
Le 08/07/2017 à 00:54, Duncan Murdoch a écrit :
I have now committed changes to R-devel (rev 72898) that seem to catch large
and small errors. They only giv
Le 10/07/2017 à 11:19, Duncan Murdoch a écrit :
On 10/07/2017 4:54 AM, Serguei Sokol wrote:
Le 08/07/2017 à 00:54, Duncan Murdoch a écrit :
I have now committed changes to R-devel (rev 72898) that seem to catch large
and small errors. They only give a warning if the error happens when the
con
On 10/07/2017 4:54 AM, Serguei Sokol wrote:
Le 08/07/2017 à 00:54, Duncan Murdoch a écrit :
I have now committed changes to R-devel (rev 72898) that seem to catch large
and small errors. They only give a warning if the error happens when the
connection is closed, because that can happen asynch
Le 08/07/2017 à 00:54, Duncan Murdoch a écrit :
I have now committed changes to R-devel (rev 72898) that seem to catch large and small errors. They only give a warning if the error happens when the
connection is closed, because that can happen asynchronously
For this asynchronous behavior, woul
I have now committed changes to R-devel (rev 72898) that seem to catch
large and small errors. They only give a warning if the error happens
when the connection is closed, because that can happen asynchronously:
I didn't want to mess up some later unrelated computation that triggered
garbage c
On 07/07/2017 11:13 AM, Serguei Sokol wrote:
Le 07/07/2017 à 16:52, Duncan Murdoch a écrit :
On 07/07/2017 9:54 AM, Serguei Sokol wrote:
Le 07/07/2017 à 01:09, Duncan Murdoch a écrit :
On 06/07/2017 6:44 PM, Sokol Serguei wrote:
Duncan Murdoch has written at Thu, 6 Jul 2017 13:58:10 -0400
O
Le 07/07/2017 à 16:52, Duncan Murdoch a écrit :
On 07/07/2017 9:54 AM, Serguei Sokol wrote:
Le 07/07/2017 à 01:09, Duncan Murdoch a écrit :
On 06/07/2017 6:44 PM, Sokol Serguei wrote:
Duncan Murdoch has written at Thu, 6 Jul 2017 13:58:10 -0400
On 06/07/2017 5:21 AM, Serguei Sokol wrote:
I
On 07/07/2017 9:54 AM, Serguei Sokol wrote:
Le 07/07/2017 à 01:09, Duncan Murdoch a écrit :
On 06/07/2017 6:44 PM, Sokol Serguei wrote:
Duncan Murdoch has written at Thu, 6 Jul 2017 13:58:10 -0400
On 06/07/2017 5:21 AM, Serguei Sokol wrote:
I propose the following patch against the current
R
Le 07/07/2017 à 01:09, Duncan Murdoch a écrit :
On 06/07/2017 6:44 PM, Sokol Serguei wrote:
Duncan Murdoch has written at Thu, 6 Jul 2017 13:58:10 -0400
On 06/07/2017 5:21 AM, Serguei Sokol wrote:
I propose the following patch against the current
R-devel/src/main/connection.c (cf. attached fi
On 06/07/2017 6:44 PM, Sokol Serguei wrote:
Duncan Murdoch has written at Thu, 6 Jul 2017 13:58:10 -0400
On 06/07/2017 5:21 AM, Serguei Sokol wrote:
I propose the following patch against the current
R-devel/src/main/connection.c (cf. attached file).
It gives (on my linux box):
> fc=file("/dev
Duncan Murdoch has written at Thu, 6 Jul 2017 13:58:10 -0400
On 06/07/2017 5:21 AM, Serguei Sokol wrote:
I propose the following patch against the current
R-devel/src/main/connection.c (cf. attached file).
It gives (on my linux box):
> fc=file("/dev/full", "w")
> write.csv("a", file=fc)
Erro
On 06/07/2017 5:21 AM, Serguei Sokol wrote:
I propose the following patch against the current R-devel/src/main/connection.c
(cf. attached file).
It gives (on my linux box):
> fc=file("/dev/full", "w")
> write.csv("a", file=fc)
Error in writeLines(paste(col.names, collapse = sep), file, sep = e
I propose the following patch against the current R-devel/src/main/connection.c
(cf. attached file).
It gives (on my linux box):
> fc=file("/dev/full", "w")
> write.csv("a", file=fc)
Error in writeLines(paste(col.names, collapse = sep), file, sep = eol) :
system call failure on writing
> close(
Le 05/07/2017 à 14:46, Serguei Sokol a écrit :
Le 05/07/2017 à 13:09, Duncan Murdoch a écrit :
On 05/07/2017 5:26 AM, January W. wrote:
I tried the newest patch, but it does not seem to work for me (on
Linux). Despite the check in Rconn_printf, the write.csv happily writes
to /dev/full and does
Le 05/07/2017 à 13:09, Duncan Murdoch a écrit :
On 05/07/2017 5:26 AM, January W. wrote:
I tried the newest patch, but it does not seem to work for me (on
Linux). Despite the check in Rconn_printf, the write.csv happily writes
to /dev/full and does not report an error. When I added a printf("%d\
OK, this does indeed seem to be the case. It is interesting that it works
on MacOS, though. I think that given that errors on flushing the cache
cannot be caught, the behavior is inadvertently unpredictable.
best,
j.
On 5 July 2017 at 13:09, Duncan Murdoch wrote:
> On 05/07/2017 5:26 AM, Jan
On 05/07/2017 5:26 AM, January W. wrote:
I tried the newest patch, but it does not seem to work for me (on
Linux). Despite the check in Rconn_printf, the write.csv happily writes
to /dev/full and does not report an error. When I added a printf("%d\n",
res); to the Rconn_printf() definition, I see
I tried the newest patch, but it does not seem to work for me (on Linux).
Despite the check in Rconn_printf, the write.csv happily writes to
/dev/full and does not report an error. When I added a printf("%d\n", res);
to the Rconn_printf() definition, I see only positive values returned by
the vfpri
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
21 matches
Mail list logo
