similar to: Client protocol error:(nil): lseek: Illegal seek

Displaying 20 results from an estimated 70 matches similar to: "Client protocol error:(nil): lseek: Illegal seek"

2006 Oct 31
0
6303398 lseek(., offset, SEEK_HOLE) asserts with tainted offsets
Author: perrin Repository: /hg/zfs-crypto/gate Revision: 39a587f9abc6273f4188996d9e4de4e0ea126efa Log message: 6303398 lseek(., offset, SEEK_HOLE) asserts with tainted offsets Files: update: usr/src/uts/common/fs/ufs/ufs_bmap.c
2012 May 21
0
[klibc:master] lseek: give gcc a little optimization hint
Commit-ID: 2024ab7832dea5dc004f712ffdf348b8239b8ffa Gitweb: 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
2005 Feb 21
0
lseek depends upon stdio.h?
Hi folks, Shouldn't the lseek macros (SEEK_SET, etc) go to unistd.h? Regards Harri -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 256 bytes Desc: OpenPGP digital signature Url : http://www.vas.nu/pipermail/klibc/attachments/20050213/9790028c/signature.bin
2013 Mar 07
2
KVM Raw Format Image Causes lseek Error when Copying
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 # df -h Filesystem ? ? ?Size ?Used Avail
2018 Apr 30
0
[PATCH 1/4] daemon: upload: fix fd leak on lseek failure
Make sure to not leak the file descriptor in the upload() function, in case lseek() fails. --- daemon/upload.c | 1 + 1 file changed, 1 insertion(+) diff --git a/daemon/upload.c b/daemon/upload.c index 9de855f86..540a86437 100644 --- a/daemon/upload.c +++ b/daemon/upload.c @@ -111,6 +111,7 @@ upload (const char *filename, int flags, int64_t offset) if (lseek (fd, offset, SEEK_SET) == -1) {
2004 Oct 15
0
[Bug 1936] New: lseek failed in map_ptr
https://bugzilla.samba.org/show_bug.cgi?id=1936 Summary: lseek failed in map_ptr Product: rsync Version: 2.6.3 Platform: x86 OS/Version: Windows XP Status: NEW Severity: normal Priority: P3 Component: core AssignedTo: wayned@samba.org ReportedBy: jitbose@yahoo.com QAContact:
2005 Feb 27
1
[Bug 1936] lseek failed in map_ptr
https://bugzilla.samba.org/show_bug.cgi?id=1936 wayned@samba.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED ------- Additional Comments From wayned@samba.org 2005-02-27 14:14 ------- I've never been able to reproduce this bug. Are
2006 May 18
1
Regarding [Bug 1936] lseek failed in map_ptr
Rsync has begun failing to replicate a kerberos samba mount point. This mount point has worked previously, but recently an attempt to replicate the mount point returns; lseek failed in map_ptr rsync error: error in file IO (code 11) at fileio.c(228) rsync: writefd_unbuffered failed to write 4092 bytes: phase "unknown": Broken pipe rsync error: error in rsync protocol data stream (code
2003 Sep 06
0
KERNEL BUG: lseek() broken on raw devices
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
2018 Jun 29
2
[Bug 13496] New: lseek returned -1, not 2147483648: Invalid argument (22)
https://bugzilla.samba.org/show_bug.cgi?id=13496 Bug ID: 13496 Summary: lseek returned -1, not 2147483648: Invalid argument (22) Product: rsync Version: 3.1.2 Hardware: Sparc OS: Solaris Status: NEW Severity: normal Priority: P5 Component: core Assignee:
2004 Apr 28
1
Segmentation Fault when using dig, nslookup, host...
I have setup Centos-3.1 on a Dell Optiplex GX1 this week. It has to replace an old Compaq Deskpro I used as a firewall/router running the no longer supported RedHat 7.1. I have the NAT firewall up and running, and it works OK. However, there is one thing bugging me. I cannot use any client software that queries a nameserver. I tried to use "dig", "host" and
2002 Jan 17
1
MKL seems to beat ATLAS, but some problems... (was RE: li nkin g R against MKL)
Prof. Ripley, > From: Prof Brian Ripley [mailto:ripley at stats.ox.ac.uk] [snipped...] > R cannot currently make use of anyone else's LAPACK routines (because > we've found too many problems with them). > > If you are getting no useful diagnostics, try > dyn.load("RHOME/modules/lapack.so"). That ought to tell you > why you can't > load it. My
2002 Jan 17
1
MKL seems to beat ATLAS, but some problems... (was RE: li nkin g R against MKL)
Prof. Ripley, > From: Prof Brian Ripley [mailto:ripley at stats.ox.ac.uk] [snipped...] > R cannot currently make use of anyone else's LAPACK routines (because > we've found too many problems with them). > > If you are getting no useful diagnostics, try > dyn.load("RHOME/modules/lapack.so"). That ought to tell you > why you can't > load it. My
2004 Aug 06
0
No subject
---[start]----- <!-- Stream bitrate, used to specify bitrate if reencoding, otherwise just used for display on yp and on the server. Try to keep it accurate --> <Bitrate>64</Bitrate> <!-- If this is set to 1, and ices is compiled with liblame support, ices will reencode the stream on the fly to the stream bitrate. -->
2003 Jun 11
1
Problems with ov_open
Hey, i'm having trouble getting ov_open to work on my slackware 8.1 system. The c, and makefile are as follows, and the error produced. I've also included an ldd of the compiled file. If anyone can be of any help, it would be greatly appreciated! --------------------------C FILE------------------------------- #include <stdio.h> #include <string.h> #include
2013 Jun 04
0
[LLVMdev] Address Sanitizer on Android
> When I run 'djpeg' on JellyBean, ASan reports the error message below. > > ==28210==Shadow memory range interleaves with an existing memory > mapping. ASan cannot proceed correctly. ABORTING. Got figured out. I needed to use TARGET_LDFLAGS. LOCAL_LDFLAGS seems to be ignored in my clang build. LOCAL_CFLAGS += -fsanitize=address TARGET_LDFLAGS +=-fsanitize=address -target
2001 Nov 30
1
Wine and Poser 4
I am fairly new to wine and have been attempting to get Metacreation's Poser 4 to run. It installs without error, but never starts up properly when I try to run it. I am running the unstripped binaries dated today (11/30/2001) under Mandrake 8.1. I do not reference my installed windows 98 partition at all in my configuration. I have attempted to get some information from winedbg and have
2013 Jun 04
2
[LLVMdev] Address Sanitizer on Android
I have simple standalone ASan examples working on Android, and now I'd like to try using ASan with the Android build system. I'm building the release_33 branch of llvm+clang+compiler-rt with CMake. To test, I'm looking at libjpg, because with just a small change its Android.mk it compiles in a few seconds and without needing any additional dependencies. When I run 'djpeg' on
2004 Oct 05
2
Help: File is present (via Samba) but cannot be opened?
When I mount a Windows XP partition (NTFS) on my SuSE 9.1 machine via Samba 3.0.4, I find some files can be listed (via "ls") but mysteriously cannot be opened, even though the file permissions appear fine. What is a good way to track down this sort of problem? Here's an example where I "cd" into a samba-mounted directory and try to open a file that I know is present. It
2011 Aug 03
18
[Bug 734] New: Iptables on Arm Processor with Vanilla Kernel
http://bugzilla.netfilter.org/show_bug.cgi?id=734 Summary: Iptables on Arm Processor with Vanilla Kernel Product: netfilter/iptables Version: linux-2.6.x Platform: arm OS/Version: Debian GNU/Linux Status: NEW Severity: critical Priority: P5 Component: unknown AssignedTo: netfilter-buglog at