search for: seek_cur

...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|0644, st_size=2...

...OENT (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) = 0 s...

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 >

.../* SS_??? */, ss_size=578935014240055448}, NULL) = 0 rt_sigaction(SIGSEGV, {0x808dd5e, [], SA_STACK|SA_NODEFER}, NULL, 8) = 0 readlink("/proc/self/exe", "/root/xe", 256) = 8 stat64("/root/xe", {st_mode=S_IFREG|0755, st_size=1345687, ...}) = 0 _llseek(0, 0, 0xffd06fe0, SEEK_CUR)     = -1 ESPIPE (Illegal seek) _llseek(1, 0, 0xffd06fd0, SEEK_CUR)     = -1 ESPIPE (Illegal seek) _llseek(2, 0, 0xffd06fd0, SEEK_CUR)     = -1 ESPIPE (Illegal seek) gettimeofday({1288958862, 211487}, NULL) = 0 getppid()                               = 21994 getpid()                               ...

...0:02 smbd Systrace on one of the smbd processes shows the following: ################################################################ open("/etc/passwd", O_RDONLY) = 26 fcntl64(26, F_GETFD) = 0 fcntl64(26, F_SETFD, FD_CLOEXEC) = 0 _llseek(26, 0, [0], SEEK_CUR) = 0 fstat64(26, {st_mode=S_IFREG|0644, st_size=5540, ...}) = 0 mmap2(NULL, 5540, PROT_READ, MAP_SHARED, 26, 0) = 0x40510000 _llseek(26, 5540, [5540], SEEK_SET) = 0 fstat64(26, {st_mode=S_IFREG|0644, st_size=5540, ...}) = 0 munmap(0x40510000, 5540) = 0 close(26)...

Every few days I find that dovecot auth is using all my CPU. This is from dovecot 2.2.13, I've just upgraded to 2.2.18 strace -r -p 17956 output: Process 17956 attached 0.000000 lseek(19, 0, SEEK_CUR) = -1 ESPIPE (Illegal seek) 0.000057 getsockname(19, {sa_family=AF_LOCAL, NULL}, [2]) = 0 0.000043 epoll_ctl(15, EPOLL_CTL_ADD, 19, {EPOLLIN|EPOLLPRI|EPOLLERR|EPOLLHUP, {u32=850618928, u64=140128453618224}}) = 0 0.000040 write(19, "VERSION\tauth-worker\t1\t0\nDBHASH\t5"....

...to get oggdec to work with input streamed in through a pipe or a socket. This seems to work on Linux and OS X, but not on Windows. I've found that code in vorbisfile.c tests the input stream for seekability by invoking fseek in the following way: int offsettest=(f?callbacks.seek_func(f,0,SEEK_CUR) : -1); Unfortunately, fseek succeeds for a socket on Windows (even though it's not seekable) with the parameters specified. A more definitive test (and one that does work on Windows) is to attempt to seek to the end. I've attached a patch to vorbisfile.c that fixes my problem. ------...

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

...WRONLY|O_CREAT|O_TRUNC, 0666) = 4 brk(0) = 0x8357000 brk(0x8359000) = 0x8359000 fstat64(4, {st_mode=S_IFREG|0600, st_size=0, ...}) = 0 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x40019000 _llseek(4, 0, [0], SEEK_CUR) = 0 _llseek(4, 0, [0], SEEK_SET) = 0 _llseek(4, 0, [0], SEEK_SET) = 0 _llseek(4, 0, [0], SEEK_SET) = 0 _llseek(4, 0, [0], SEEK_SET) = 0 brk(0) = 0x8359000 brk(0x8369000) = 0x8369000 brk...

...ecot.org > Subject: dovecot auth using 100% CPU > > Every few days I find that dovecot auth is using all my CPU. > > This is from dovecot 2.2.13, I've just upgraded to 2.2.18 > > strace -r -p 17956 output: > > Process 17956 attached > 0.000000 lseek(19, 0, SEEK_CUR) = -1 ESPIPE (Illegal seek) > 0.000057 getsockname(19, {sa_family=AF_LOCAL, NULL}, [2]) = 0 > 0.000043 epoll_ctl(15, EPOLL_CTL_ADD, 19, > {EPOLLIN|EPOLLPRI|EPOLLERR|EPOLLHUP, {u32=850618928, > u64=140128453618224}}) = 0 > 0.000040 write(19, "VERSION\tauth-worke...

...y... >yep, that will work too. but just writing skipping code is >pretty simple: > >is_last=0 >read 'fLaC' string >while (!is_last) { > read 1 byte metadata block type > read 3 byte metadata block length > is_last = type & 0x80 > fseek(file,length,SEEK_CUR) >} >last_offset=ftell(file) > >see also: > http://flac.sourceforge.net/format.html#metadata_block_header >'length' is big-endian Should type be of FLAC__byte, and length of FLAC__uint32? I'm not having much luck here.. (not a C programmer by nature). -D -- This m...

...always blocks in uninterruptable sleep on one file in particular. If I strace it, I see this result: open("/mnt/Share/file.odt", O_RDONLY) = 7 ioctl(7, SNDCTL_TMR_TIMEBASE or SNDRV_TIMER_IOCTL_NEXT_DEVICE or TCGETS, 0x7fff3cdd9f20) = -1 ENOTTY (Inappropriate ioctl for device) lseek(7, 0, SEEK_CUR) = 0 fstat(7, {st_mode=S_IFREG|0644, st_size=131018, ...}) = 0 fcntl(7, F_SETFD, FD_CLOEXEC) = 0 open("/usr/local/share/dest.odt", O_WRONLY|O_CREAT|O_TRUNC, 0666) = 8 ioctl(8, SNDCTL_TMR_TIMEBASE or SNDRV_TIMER_IOCTL_NEXT_DEVICE or TCGETS, 0x7fff3cdd9f20) = -1...

...= 0x8357000 > brk(0x8359000) = 0x8359000 > fstat64(4, {st_mode=S_IFREG|0600, st_size=0, ...}) = 0 > mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, > 0) = 0x40019000 This mmap is just allocating memory > _llseek(4, 0, [0], SEEK_CUR) = 0 > _llseek(4, 0, [0], SEEK_SET) = 0 > _llseek(4, 0, [0], SEEK_SET) = 0 > _llseek(4, 0, [0], SEEK_SET) = 0 > _llseek(4, 0, [0], SEEK_SET) = 0 > brk(0) = 0x8359000 > brk(0x8369000)...

Hi, I was hoping I could modify a locally mounted registry hive using regpatch and a .reg file but the -F argument seems to have no function. (Strace shows it ignores it and just operates on /var/lib/samba/private/hklm.ldb) Below is output with debug on. rfm6 at ubuntuSSDx64:cp /mnt/xp/WINDOWS/system32/config/software /tmp/software rfm6 at ubuntuSSDx64:/tmp/config$ sudo regpatch -d=10 -F

...le sleep on one file in particular. If I strace it, I see > this result: > > open("/mnt/Share/file.odt", O_RDONLY) = 7 > ioctl(7, SNDCTL_TMR_TIMEBASE or SNDRV_TIMER_IOCTL_NEXT_DEVICE or TCGETS, 0x7fff3cdd9f20) = -1 > ENOTTY (Inappropriate ioctl for device) > lseek(7, 0, SEEK_CUR) = 0 > fstat(7, {st_mode=S_IFREG|0644, st_size=131018, ...}) = 0 > fcntl(7, F_SETFD, FD_CLOEXEC) = 0 > open("/usr/local/share/dest.odt", O_WRONLY|O_CREAT|O_TRUNC, 0666) = 8 > ioctl(8, SNDCTL_TMR_TIMEBASE or SNDRV_TIMER_IOCTL_NEXT_DEVICE or TCGETS, 0...

...ok into that one. OK, the bug is fixed in CVS. the problem was due to an old rewind of the input which I neglected to take out when I added the lookahead for the wave auto- detection. anyway, if you only have the 1.0 sources, in src/flac/encode.c, just delete lines 536-538 and change SEEK_SET to SEEK_CUR on line 513. Josh __________________________________________________ Do You Yahoo!? Make a great connection at Yahoo! Personals. http://personals.yahoo.com

...)); - if((long)fread(dump, 1, need, f) < need) - return false; - offset -= need; - } - } - else -#endif + if(fstat(fileno(f), &stb) == 0 && (stb.st_mode & S_IFMT) == S_IFREG) { - while(offset > 0) { - long need = (long)min(offset, LONG_MAX); - if(fseeko(f, need, SEEK_CUR) < 0) { - need = (long)min(offset, sizeof(dump)); - if((long)fread(dump, 1, need, f) < need) - return false; - } - offset -= need; - } + if(fseeko(f, offset, SEEK_CUR) == 0) + return true; + } + while(offset > 0) { + const long need = (long)min(offset, sizeof(dump)); +...

* Josh Coalson <xflac@yahoo.com> shaped the electrons to say... >not exactly. the metadata interface won't tell you, but you >can create a decoder (say file decoder), set it up, then call > > FLAC__file_decoder_process_until_end_of_metadata(...) > FLAC__file_decoder_get_decode_position(...) > >and that will tell you. the decode position is relative to >the

...+ while (1) { + if (read(fd, &ubuf, sizeof(ubuf)) == sizeof(ubuf)) { + if ((claim && !ubuf.ut_name[0]) || + (!claim && ubuf.ut_name[0] && + !strncmp(ubuf.ut_line, u->ut_line, UT_LINESIZE))) { + (void) lseek(fd, -(off_t)sizeof(struct utmp), + SEEK_CUR); + break; + } + topslot++; + } else { + (void) lseek(fd, (off_t)(topslot * + sizeof(struct utmp)), SEEK_SET); + break; + } + } + + if (! claim) { + memset((char *)&u->ut_name, '\0', sizeof(u->ut_name)); + memset((char *)&u->ut_host, '\0', sizeo...

...ing stdout buffer. > write stdout: Broken pipe > > where strace has the following to say at this point: > fstat64(6, {st_mode=S_IFIFO|0600, st_size=1, ...}) = 0 > old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x40014000 > _llseek(6, 0, 0xbfffebc4, SEEK_CUR) = -1 ESPIPE (Illegal seek) > > so the correct fstat for files >2G is taken, but llseek instead of llseek64. > > *shrug* > > it's not a bug or something, and the solution via ssh host command and pipe is viable, > I just wanted to know whether I'm doing some...