https://www.opennet.me/openforum/vsluhforumID9/9125.html валится процесс на фряхе на лине все в норме:<br>- write(0x5152... - "псевдо отладка"<br>- выхлоп "ktrace -i -d -t+ -p 5672"<br><br>&gt; 5672 proc CALL write(0x5152c,0xbfbfeba0,0x8)<br>&gt; 5672 proc RET write -1 errno 9 Bad file descriptor<br>&gt; 5672 proc CALL lseek(0x6,0,&lt;invalid=673239296&gt;,0)<br>&gt; 5672 proc RET lseek 0<br>&gt; 5672 proc CALL write(0x51590,0xbfbfebb0,0x4)<br>&gt; 5672 proc RET write -1 errno 9 Bad file descriptor<br>&gt; 5672 proc CALL write(0x6,0x8062160,0xa)<br>&gt; 5672 proc RET write -1 errno 27 File too large<br><br>...<br>"5672 proc CALL lseek(0x6,0,&lt;invalid=673239296&gt;,0)"<br><br>- какого -&gt; &lt;invalid=673239296&gt; ?<br> если все параметры передаюся явно - через константы в вызове,<br> окромя фйлового дескрипторa ?<br>- почему 4 параметра в трасировке lseek() ?<br> https://www.opennet.me/openforum/vsluhforumID9/9125.html#5 Sun, 15 May 2011 16:57:43 GMT &gt; А кто вызывает lseek с таким большим значением? может у вас <br>&gt; там косяк где нибудь?<br>&gt; бросьте ktrace и запускайте в gdb. и смотрите значения сразу перед вызовом <br>&gt; lseek <br>&gt; может где нибудь идет переполнение в массивах(строках) и оно затирает значение локальных <br>&gt; переменных.<br><br>С проблемой границ массивов знаком, все тип-топ по этому направлению.<br>В том то и анекдот, вызов был с нулевым параметром, т.е установить на начало файла. <br>Помогло явное приведение типов.<br>Суть, на фряхе:<br><br>bla_bla_fun(int fd, off_t off, char *buf, unsigned len) <br>{<br>...<br>lseek(...);<br>...<br>}<br><br>Было: bla_bla_fun(fd,0,buf,len) <br>Стало: bla_bla_fun(fd,(off_t)0,buf,len) <br><br><br><br><br> https://www.opennet.me/openforum/vsluhforumID9/9125.html#4 Thu, 12 May 2011 14:27:13 GMT &gt;[оверквотинг удален]<br>&gt;&gt; советую присмотреться к этой записи, и посмотреть насколько велик данный файл.<br>&gt; упс, пожадничал на трафике - секвестировал пару строк(тяжелое наследие "модемного режима"), <br>&gt; а файл нулевой: <br>&gt;&gt;5672 proc STRU struct stat {dev=70, ino=56371, mode=-rw------- , nlink=1, uid=1001, gid=1110, rdev=0, atime=0, stime=1286974484, ctime=1305123352, birthtime=1286974484, size=0, blksize=16384, blocks=0, flags=0x0 } <br>&gt;&gt;5672 proc RET stat 0 <br>&gt; Есть подозрение - обертка внутрисистемная(бегло глянул на сорцы dd и в ман`ах <br>&gt; lseek), <br>&gt; и похоже устанавливается указатель внутри файла, за пределами текущего размера, на 673239296 <br>&gt; -&gt; и на write() вылетает <br>&gt; "Будем копать" (c) <br><br>А кто вызывает lseek с таким большим значением? может у вас там косяк где нибудь?<br>бросьте ktrace и запускайте в gdb. и смотрите значения сразу перед вызовом lseek<br>может где нибудь идет переполнение в массивах(строках) и оно затирает значение локальных переменных.<br><br> https://www.opennet.me/openforum/vsluhforumID9/9125.html#3 Wed, 11 May 2011 17:21:41 GMT ..<br>&gt;&gt;&gt; 5672 proc CALL lseek(0x6,0,&lt;invalid=673239296&gt;,0) <br>&gt;&gt;&gt; 5672 proc RET lseek 0 <br><br>...<br>&gt;&gt;&gt; 5672 proc RET write -1 errno 27 File too large <br>&gt; советую присмотреться к этой записи, и посмотреть насколько велик данный файл.<br><br>упс, пожадничал на трафике - секвестировал пару строк(тяжелое наследие "модемного режима"), а файл нулевой:<br><br>&gt;5672 proc STRU struct stat {dev=70, ino=56371, mode=-rw------- , nlink=1, uid=1001, gid=1110, rdev=0, atime=0, stime=1286974484, ctime=1305123352, birthtime=1286974484, size=0, blksize=16384, blocks=0, flags=0x0 }<br>&gt;5672 proc RET stat 0<br><br>...<br>&gt; это то можно обьяснить, в стеке это лишь область памяти в которой <br>&gt; передается желаемое смещение, возможно процедура lseek ее использует во время работы <br>&gt; и меняет. те на входе 0, а после выхода уже некое <br>&gt; значение.<br>&gt; это лишь догадка, надо код смотеть.<br>&gt; ну вообщем 27 ошибка. в линуксе тоже самое.<br>&gt;&gt; окромя фйлового дескрипторa ?<br>&gt;&gt; - почему 4 параметра в трасировке lseek() ?<br>&gt; хз <br><br>Есть подозрение - оберт https://www.opennet.me/openforum/vsluhforumID9/9125.html#2 Wed, 11 May 2011 17:19:27 GMT ..<br>&gt;&gt;&gt; 5672 proc CALL lseek(0x6,0,&lt;invalid=673239296&gt;,0) <br>&gt;&gt;&gt; 5672 proc RET lseek 0 <br><br>...<br>&gt;&gt;&gt; 5672 proc RET write -1 errno 27 File too large <br>&gt; советую присмотреться к этой записи, и посмотреть насколько велик данный файл.<br><br>упс, пожадничал на трафике - секвестировал пару строк(тяжелое наследие "модемного режима"), а файл нулевой:<br>&gt;[оверквотинг удален]<br>&gt;&gt; если все параметры передаюся явно - через константы в вызове, <br>&gt; это то можно обьяснить, в стеке это лишь область памяти в которой <br>&gt; передается желаемое смещение, возможно процедура lseek ее использует во время работы <br>&gt; и меняет. те на входе 0, а после выхода уже некое <br>&gt; значение.<br>&gt; это лишь догадка, надо код смотеть.<br>&gt; ну вообщем 27 ошибка. в линуксе тоже самое.<br>&gt;&gt; окромя фйлового дескрипторa ?<br>&gt;&gt; - почему 4 параметра в трасировке lseek() ?<br>&gt; хз <br><br>Есть подозрение - обертка внутрисистемная(бегло глянул на сорцы dd и в ман`ах lseek),<br>и похоже устанавливается указатель внутри файла, за пределами текущего размера, на 673239296 https://www.opennet.me/openforum/vsluhforumID9/9125.html#1 Wed, 11 May 2011 17:03:27 GMT &gt;[оверквотинг удален]<br>&gt; - write(0x5152... - "псевдо отладка" <br>&gt; - выхлоп "ktrace -i -d -t+ -p 5672" <br>&gt;&gt; 5672 proc CALL write(0x5152c,0xbfbfeba0,0x8) <br>&gt;&gt; 5672 proc RET write -1 errno 9 Bad file descriptor <br>&gt;&gt; 5672 proc CALL lseek(0x6,0,&lt;invalid=673239296&gt;,0) <br>&gt;&gt; 5672 proc RET lseek 0 <br>&gt;&gt; 5672 proc CALL write(0x51590,0xbfbfebb0,0x4) <br>&gt;&gt; 5672 proc RET write -1 errno 9 Bad file descriptor <br>&gt;&gt; 5672 proc CALL write(0x6,0x8062160,0xa) <br>&gt;&gt; 5672 proc RET write -1 errno 27 File too large <br><br>советую присмотреться к этой записи, и посмотреть насколько велик данный файл.<br><br><br>&gt; ...<br>&gt; "5672 proc CALL lseek(0x6,0,&lt;invalid=673239296&gt;,0)" <br>&gt; - какого -&gt; &lt;invalid=673239296&gt; ?<br>&gt; если все параметры передаюся явно - через константы в вызове, <br><br>это то можно обьяснить, в стеке это лишь область памяти в которой передается желаемое смещение, возможно процедура lseek ее использует во время работы и меняет. те на входе 0, а после выхода уже некое значение.<br><br>это лишь догадка, надо код смотеть.<br>