search for: lseek

...rent [1] on Windows 10 with download location set to remote Samba share on Arch Linux then it severely affects all shares on that host, unrelated to disk where qBittorrent is actually writing. On Arch Linux that smbd process is using 100% of one CPU core time and seems it's blocking because of lseek calls. strace shows full of lseek(47, 1420820480, SEEK_DATA) = 1421344768 lseek(47, 1421344768, SEEK_HOLE) = 1423441920 lseek(47, 1423441920, SEEK_DATA) = 1423966208 lseek(47, 1423966208, SEEK_HOLE) = 1425014784 lseek(47, 1425014784, SEEK_DATA) = 1425539072 lsee...

On 3/28/19 11:18 AM, Richard W.M. Jones wrote: > This uses lseek SEEK_DATA/SEEK_HOLE to search for allocated data and > holes in the underlying file. > --- > plugins/file/file.c | 141 ++++++++++++++++++++++++++++++++++--- > tests/Makefile.am | 5 ++ > tests/test-file-extents.sh | 57 +++++++++++++++ > 3 files changed, 193 i...

On 3/20/19 5:11 PM, Richard W.M. Jones wrote: > This uses lseek SEEK_DATA/SEEK_HOLE to search for allocated data and > holes in the underlying file. > --- > plugins/file/file.c | 139 ++++++++++++++++++++++++++++++++++++++++---- > 1 file changed, 129 insertions(+), 10 deletions(-) > > -int file_debug_zero; /* to enable: -D file.z...

Hi, I just figured FreeBSD will happily write data (disk blocks) from byte #0 even after successful lseek(fd, 17, SEEK_SET) returned 17, at least on da(4) partitions such as rda0s1f. Tested on 4.9-PRERELEASE checked out early Sep 5th. I'd suggest that lseek to a non-sector boundary returns either (off_t)-1 and EINVAL (preferred) or at least returns the actual position (though few applications will...

...http://git.kernel.org/?p=libs/klibc/klibc.git;a=commit;h=2024ab7832dea5dc004f712ffdf348b8239b8ffa Author: H. Peter Anvin <hpa at zytor.com> AuthorDate: Mon, 21 May 2012 10:28:50 -0700 Committer: H. Peter Anvin <hpa at zytor.com> CommitDate: Mon, 21 May 2012 10:30:39 -0700 [klibc] lseek: give gcc a little optimization hint It looks like gcc generates some epicly confused code for splitting the two halves of the offset argument to lseek() at least on i386. Copy it into an unsigned long long before breaking it apart seems to help. Signed-off-by: H. Peter Anvin <hpa at zytor.com...

It seems that the system() and system2() functions don't close file descriptors between the fork() and exec() (on Unix platforms, of course). This means that the child processes inherit open files and socket connections. Running this (from a terminal) will result in the child process writing to a file that was opened by R: R f <- file('foo.txt', 'w') system('echo

.....}) = 0 mmap2(NULL, 44, PROT_READ|PROT_WRITE, MAP_PRIVATE, 3, 0) = 0xb6f36000 close(3) = 0 open("/usr/lib/arm-linux-gnueabihf/libcofi_rpi.so", O_RDONLY) = 3 read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0(\0\1\0\0\0\270\4\0\0004\0\0\0"..., 512) = 512 lseek(3, 7276, SEEK_SET) = 7276 read(3, "\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 1080) = 1080 lseek(3, 7001, SEEK_SET) = 7001 read(3, "A.\0\0\0aeabi\0\1$\0\0\0\0056\0\6\6\10\1\t\1\n\2\22\4\24\1\25"..., 47) = 47 fstat64(3, {st...

...TE, 3, 0) = 0xb6f36000 >> close(3) = 0 >> open("/usr/lib/arm-linux-gnueabihf/libcofi_rpi.so", O_RDONLY) = 3 >> read(3, >> "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0(\0\1\0\0\0\270\4\0\0004\0\0\0"..., >> 512) = 512 >> lseek(3, 7276, SEEK_SET) = 7276 >> read(3, >> "\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 1080) >> = 1080 >> lseek(3, 7001, SEEK_SET) = 7001 >> read(3, >> "A.\0\0\0aeabi\0\1$\0\0\0\0056\0\6\6\10...

...= 0 >>>> open("/usr/lib/arm-linux-gnueabihf/libcofi_rpi.so", O_RDONLY) = 3 >>>> read(3, >>>> "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0(\0\1\0\0\0\270\4\0\0004\0\0\0"..., >>>> 512) = 512 >>>> lseek(3, 7276, SEEK_SET) = 7276 >>>> read(3, >>>> "\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., >>>> 1080) = 1080 >>>> lseek(3, 7001, SEEK_SET) = 7001 >>>> read(3, >>>&...

...AD|PROT_WRITE, MAP_PRIVATE, 3, 0) = 0xb6f36000 > close(3) = 0 > open("/usr/lib/arm-linux-gnueabihf/libcofi_rpi.so", O_RDONLY) = 3 > read(3, > "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0(\0\1\0\0\0\270\4\0\0004\0\0\0"..., 512) > = 512 > lseek(3, 7276, SEEK_SET) = 7276 > read(3, > "\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., > 1080) = 1080 > lseek(3, 7001, SEEK_SET) = 7001 > read(3, > "A.\0\0\0aeabi\0\1$\0\0\0\0056\0\6\6\10\1\t\1\n\2\22\4\24\1\25&...

This uses lseek SEEK_DATA/SEEK_HOLE to search for allocated data and holes in the underlying file. --- plugins/file/file.c | 139 ++++++++++++++++++++++++++++++++++++++++---- 1 file changed, 129 insertions(+), 10 deletions(-) diff --git a/plugins/file/file.c b/plugins/file/file.c index 628f8fb..22fdfcd 100644 --...

...gt;>> close(3) = 0 >>> open("/usr/lib/arm-linux-gnueabihf/libcofi_rpi.so", O_RDONLY) = 3 >>> read(3, >>> "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0(\0\1\0\0\0\270\4\0\0004\0\0\0"..., >>> 512) = 512 >>> lseek(3, 7276, SEEK_SET) = 7276 >>> read(3, >>> "\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., >>> 1080) = 1080 >>> lseek(3, 7001, SEEK_SET) = 7001 >>> read(3, >>> "A.\0\0\0aeabi\...

On Wed, Apr 24, 2019 at 02:39:03PM -0500, Eric Blake wrote: > On 3/28/19 11:18 AM, Richard W.M. Jones wrote: > > This uses lseek SEEK_DATA/SEEK_HOLE to search for allocated data and > > holes in the underlying file. > > --- > > plugins/file/file.c | 141 ++++++++++++++++++++++++++++++++++--- > > tests/Makefile.am | 5 ++ > > tests/test-file-extents.sh | 57 +++++++++++++++ &gt...

FYI-- session.c fails from openSSH 2.9.9p2 with SunPro C compiler on Solaris 7, 8. The function do_pre_login had to be moved to before its use in do_exec_pty (a predeclaration would work). It does appear to work correctly, given the above fix. Still having the largefile problem (argh), so if anyone can help with /that/ ... -- Austin David -- Sr. Systems Architect Wink Communications

...PIPE (Broken pipe) stat("/etc/localtime", {st_mode=S_IFREG|0644, st_size=2593, ...}) = 0 *geteuid() = 504* fstat(34, {st_mode=S_IFREG|0644, st_size=24713, ...}) = 0 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f4d64ee9000 lseek(34, 0, SEEK_CUR) = 24713 write(34, "[2014/12/02 10:43:18.654245, 1]"..., 66) = 66 munmap(0x7f4d64ee9000, 4096) = 0 getpeername(28, 0x7fff5f0b8840, [128]) = -1 ENOTCONN (Transport endpoint is not connected) stat("/etc/localtime", {st_mode=S_IFREG...

When copying a raw KVM image to my usb drive I got a lseek error...why is this? localhost temp # lr /kvm_guests/newInstall.img? -rw-r--r-- 1 root root 10G Oct 22 05:36 /kvm_guests/newInstall.img localhost temp # localhost temp # cp /kvm_guests/newInstall.img . ? ? ? ? ? ? ? ? ? ? ? cp: cannot lseek `./newInstall.img': Invalid argument localhost temp...

In addition to the issue of a child process holding onto open files, the child process can also manipulate a file descriptor in a way that affects the parent process. For example, calling lseek() in the child process will move the file offset in the parent process. Here is a set of commands that demonstrates it. They can be copied and pasted in a terminal. What it does: - Creates C program that seeks to the beginning of a file descriptor, and compiles it to a program named "lseek&qu...

...= -1 ENOENT (No such file or directory) stat("???w", 0xbfffe51c) = -1 ENOENT (No such file or directory) stat(".", {st_mode=S_IFDIR|0755, st_size=2048, ...}) = 0 open(".", O_RDONLY|O_NONBLOCK) = 9 fcntl(9, F_SETFD, FD_CLOEXEC) = 0 lseek(9, 0, SEEK_CUR) = 0 getdents(9, /* 55 entries */, 3933) = 1124 lseek(9, 0, SEEK_CUR) = 1024 getdents(9, /* 13 entries */, 3933) = 328 lseek(9, 0, SEEK_CUR) = 2048 getdents(9, /* 0 entries */, 3933) = 0 close(9)...

now that i have wineX compiling from cvs when i try to run wine i get: Client protocol error:(nil): lseek: Illegal seek even if i try wine --help here is the strace if its anyhelp execve("/usr/bin/wine", ["wine"], [/* 25 vars */]) = 0 uname({sys="Linux", node="fnord-rides-again", ...}) = 0 brk(0) = 0x804c47c mmap(0, 4096, PROT_REA...

On Tue, Dec 16, 2014 at 03:40:08PM +0100, Nacho del Rey wrote: > Hi there > > In an Oracle RAC cluster using ACFS (as file-system) where we have a samba > server for sharing files to windows clients, we are suffering a strange > issue, from time to time, which it causes the Windows clients lock for a > while (10 min or a bit more) or even indefinitely when they are working >