similar to: seek(con, 0, "end", rw="r") does not always work correctly (PR#7901)

Tony Plate wrote: > ligges@statistik.uni-dortmund.de wrote: > >> tplate@blackmesacapital.com wrote: >> >> >>> I've noticed that seek(con, 0, "end", rw="r") on a file connection >>> does not always work correctly after a write (R 2.1.0 on Windows). >>> >>> [Is a call to fflush() needed inside file_seek() in

__USE_LARGEFILE is a standard Unix way to allow > 2Gb files on 32-bit OSes by using f{seek,tell}o Take a look at the definition of f_tell: #if defined(HAVE_OFF_T) && defined(__USE_LARGEFILE) #define f_seek fseeko #define f_tell ftello #else #ifdef Win32 #define f_seek fseeko64 #define f_tell ftello64 #else #define f_seek fseek #define f_tell ftell #endif #endif Windows support for

This message relates to handling files > 2Gb under Windows. (I use 2Gb as shorthand for 2^31-1 -- the largest integer representable in a signed 32 bit integer.) First issue: truncate() is not able to successfully truncate files at a position > 2Gb. This appears to be due to the use of the Windows function chsize() in file_truncate() in main/connections.c (chsize() takes a long int

tplate@blackmesacapital.com wrote: > I've noticed that seek(con, 0, "end", rw="r") on a file connection does > not always work correctly after a write (R 2.1.0 on Windows). > > [Is a call to fflush() needed inside file_seek() in main/connections.c?] If you have an idea where to fflush() precisely and your patch works, please tell it! I'll happily run

Full_Name: John Brzustowski Version: R-devel-trunk, R-2.4.0 OS: linux Submission from: (NULL) (206.248.132.197) DESCRIPTION seek() on files larger than 2 gigabytes fails for large values of "where" on i386 linux 2.6.13 (and presumably other 32-bit unix-like platforms). e.g.: > f<-file("3gigabytefile.dat", "rb") > seek(f, 3e9, "start",

I've noticed that seek(con, 0, "end", rw="r") on a file connection does not always work correctly after a write (R 2.1.0 on Windows). [Is a call to fflush() needed inside file_seek() in main/connections.c?] Example (see the lines with the "***WRONG***" comment) > # seek(, rw="r") on a file does not always work correctly after a write > f

Ralph, for Mac OS you should download either the Unarchiver which is free, or Entrophy which is what I use, but it costs like $15 I believe, both support decompressing .7z and Entrophy supports compressing TO .7z On Mon, May 6, 2013 at 3:00 PM, <flac-dev-request at xiph.org> wrote: > Send flac-dev mailing list submissions to > flac-dev at xiph.org > > To subscribe or

It's not that hard to repackage it, is it? Here you go: www.icer.nl/misc_stuff/flac.xcodeproj .zip On 06-05-13 23:37, Marcus Johnson wrote: > Ralph, for Mac OS you should download either the Unarchiver which is > free, or Entrophy which is what I use, but it costs like $15 I > believe, both support decompressing .7z and Entrophy supports > compressing TO .7z > > > On

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 = eol) : > system call failure on

Hi all, I am trying to load a profile information (llvmprof.out) which has been separately created, to get the execution count of each basic block and use it to estimate the execution count of machine basic blocks for getting how many times any instruction gets executed, for ARM specifically. The error on running the code comes as: clang: PassManager.cpp:601: void

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/full", "w")

Using dup() before fdopen() (and calling fclose() on the connection when it is closed) indeed fixes the memory leak. FYI, Gabor Index: src/main/connections.c =================================================================== --- src/main/connections.c (revision 71653) +++ src/main/connections.c (working copy) @@ -576,7 +576,7 @@ fp = R_fopen(name, con->mode); } else { /* use

Commit-ID: 163920f31f98db13f4e37796bb92f0844e7aaf45 Gitweb: http://git.kernel.org/?p=libs/klibc/klibc.git;a=commit;h=163920f31f98db13f4e37796bb92f0844e7aaf45 Author: maximilian attems <max at stro.at> AuthorDate: Tue, 29 May 2012 18:58:31 +0200 Committer: maximilian attems <max at stro.at> CommitDate: Tue, 29 May 2012 19:03:08 +0200 [klibc] capabilities: Use fflush() instead

The stdio buffers (stdout, stderr) do not seem to flush until my wine app exists. I was testing pipes between PHP http://php.net/proc_open and Wine on version 0.9.42 then the current 0.9.55 and only when I was returning from my wine app, would the buffers flush. In a real case, I do not return from the wine app that quickly, but never see the data in the stream unless I explicitly return from

Commit-ID: 8c056cab6c8cce0b5dbc2c3141060f89a6ffc905 Gitweb: http://git.kernel.org/?p=libs/klibc/klibc.git;a=commit;h=8c056cab6c8cce0b5dbc2c3141060f89a6ffc905 Author: Ben Hutchings <ben at decadent.org.uk> AuthorDate: Sat, 25 Jul 2020 21:18:30 +0100 Committer: Ben Hutchings <ben at decadent.org.uk> CommitDate: Sat, 25 Jul 2020 21:44:14 +0100 [klibc] stdio: Define all the

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(fc) Serguei. Le 05/07/2017 ? 15:33, Serguei Sokol a ?crit

As shown in the previous patch, plugins may choose to use stdin or stdout during .config. But from .get_ready onwards, well-written plugins shouldn't be needing any further use of stdin/out. We already swapped stdin/out to /dev/null while daemonizing, but did not do do during -f or --run, which leads to some surprising inconsistency when trying to debug a plugin that works in the foreground

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 >>>>>

i've just spent the pass 2 days trying to get AGI to work with PHP; i made a lot of silly mistakes along the way which could have been avoided if only there were some kinda howto or samples. at the risk of looking stupid, i decided to shared my experience in hopes that it might help some newbie get going with PHP. 1. first order of business is to be aware of your php environment; i m NOT

The stdio klibc branch got merged into klibc properly, meaning the I/O being buffered. klibc gained with it support for several stream functions. This massive work got authored by hpa. ipconfig saw several note worthy enhancement allowing the generation of a proper lease file. kinit added fs mount according to /etc/fstab or bootparam. Plus several arch fixes for the usual suspects: alpha, i386,