https://www.opennet.ru/openforum/vsluhforumID1/87925.html В общем сейчас начальник озадачил, что не смоглося у него вчера скопировать с ленты файл размером гигабайт в 10. Говорит, что доходит до 2 Gb и всё. Причём последний блок, запись которого превысит переписываемый файл в 2 Gb, разрывает, и дописывает к файлу кусок блока до 2 Gb, а оставшийся кусок выкидывает.<br><br>Сам я не пробовал - завтра попробую попробовать - но в начальнику верю.<br>Пошарился в интернете сейчас - ничего интересного не нашёл.<br>И вообще не помню, чтобы у меня такие проблемы возникали, может просто не встречались большие файлы?<br><br>В общем озадачил он меня поискать может какая-то новая версия tcopy есть, либо достать исходник его, он отдаст программистам - может они найдут куда там возможность копирования lagrefile дописать.<br><br>Я не знаю на чём он пробовал, либо RedHat, либо Solaris, а я завтра на Solaris 8 буду пробовать. А сейчас просто теоретичеcки хочу поинтересоваться, чтобы завтра подготовленным быть, если реально такая проблема существует.<br> https://www.opennet.ru/openforum/vsluhforumID1/87925.html#6 Mon, 15 Feb 2010 12:20:04 GMT Да, всё получилось!<br><br>В исходнике поменял в двух местах open() на open64() и откомпилировал:<br>gcc -D_LARGEFILE64_SOURCE -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 tcopy2.c -o tcopy2<br><br>И на CentOS 5.2. и на Solaris 8 всё откомпилировалось без ошибок.<br><br>Но долго не удавалось проверить - не было доступа к ленточным устройствам.<br><br>Сегодня получил доступ на Solaris 8 и удалось скопировать с ленты на диск 10-гигабайтный файл.<br>Правда он всё равно что-то в конце гадостливое сказал на прощание:<br><br>file 1: records 223462 to 223463: size 512<br>file 1: records 223464 to 223523: size 64512<br>file 1: record 223524: size 52992<br>file 1: record 223525: size 4<br>file 1: record 223526: size 512<br>file 1: records 223527 to 223529: size 64512<br>file 1: record 223530: size 49824<br>file 1: record 223531: size 4<br>file 1: records 223532 to 223635: size 512<br>file 1: eof after 223635 records: 10195176924 bytes<br>Write EOF: Inappropriate ioctl for device<br> https://www.opennet.ru/openforum/vsluhforumID1/87925.html#5 Tue, 26 Jan 2010 12:03:07 GMT &gt;&gt;Пните в нужном направлении, а то ваще туплю.<br>&gt;гугл? <br><br>Это послание говорит только о том, что Вы не разбираетесь в вопросе и сказать Вам нечего. Ну так и молчали бы и не позорились, сидели в ветке флейма. <br><br>Я написал: "И вообще не смотря на то, что проблема типа стара, я не нашёл ни в одном форуме или блоге, чтобы хоть кто-то описывал, что решил эту проблему."<br><br>Это означает, что я уже перерыл всё, что мог. То, что осталось не перерытым, видимо за гранью моего понимания как составить запрос.<br> https://www.opennet.ru/openforum/vsluhforumID1/87925.html#4 Tue, 26 Jan 2010 11:51:07 GMT &gt;[оверквотинг удален]<br>&gt;В общем-то хочется понять что же требуется? <br>&gt;- либо отредактировать функции как для 64-разрядной системы, но ссылки оставить на <br>&gt;32-разрядные библиотеки; <br>&gt;- либо наоборот отредактировать оставить функции, но ссылки сделать на 64-разрядные библиотеки <br>&gt;и установить эти бибилиотеки; <br>&gt;Потому что если редактировать всё, то не проще ли взять и скопировать <br>&gt;tcopy из 64-разрядной системы? <br>&gt;<br>&gt;Заранее благодарен! <br>&gt;Пните в нужном направлении, а то ваще туплю. <br><br>я не смотрел исходник, но думаю что логика у tcopy проста, тупо копировать в цикле<br>до достижения end of tape с одной ленты до другой.<br>Нужно посмотреть переменную которая отвечает за размер ленточного файла и чтобы она<br>было больше чем int.<br><br>ps. ну можно собрать из tcopy.c бинарник с debug или собственными printf и посмотреть<br>где и почему вылетает при выполнии или используя gdb<br><br> https://www.opennet.ru/openforum/vsluhforumID1/87925.html#3 Tue, 26 Jan 2010 11:20:35 GMT &gt;Потому что если редактировать всё, то не проще ли взять и скопировать <br>&gt;tcopy из 64-разрядной системы? <br><br>бинарник из 64-битной системы не будет работать в 32-битной<br><br>&gt;Пните в нужном направлении, а то ваще туплю.<br><br>гугл?<br> https://www.opennet.ru/openforum/vsluhforumID1/87925.html#2 Tue, 26 Jan 2010 08:01:21 GMT В общем, поскольку не программирую уже больше 10 лет, трудно понять что именно надобно сотворить.<br>В исходнике tcopy<br>http://src.opensolaris.org/source/xref/netvirt/usr/src/cmd/tcopy/tcopy.c<br>нет тех функций, к примеру D_FILE_OFFSET_BITS, которые требуют отредактировать в этих документах<br>http://www.gnu.org/software/coreutils/faq/coreutils-faq.html#Value-too-large-for-defined-data-type<br>http://www.sun.com/software/whitepapers/wp-largefiles/largefiles.pdf<br><br>И вообще не смотря на то, что проблема типа стара, я не нашёл ни в одном форуме или блоге, чтобы хоть кто-то описывал, что решил эту проблему. Я думаю за эти годы уже саму tcopy можно было переделать 300 раз.<br><br>В общем-то хочется понять что же требуется?<br>- либо отредактировать функции как для 64-разрядной системы, но ссылки оставить на 32-разрядные библиотеки;<br>- либо наоборот отредактировать оставить функции, но ссылки сделать на 64-разрядные библиотеки и установить эти бибилиотеки;<br>Потому что если редактировать всё, то не проще ли взять и скопировать https://www.opennet.ru/openforum/vsluhforumID1/87925.html#1 Thu, 21 Jan 2010 17:55:47 GMT &gt;[оверквотинг удален]<br>&gt;не встречались большие файлы? <br>&gt;<br>&gt;В общем озадачил он меня поискать может какая-то новая версия tcopy есть, <br>&gt;либо достать исходник его, он отдаст программистам - может они найдут <br>&gt;куда там возможность копирования lagrefile дописать. <br>&gt;<br>&gt;Я не знаю на чём он пробовал, либо RedHat, либо Solaris, а <br>&gt;я завтра на Solaris 8 буду пробовать. А сейчас просто теоретичеcки <br>&gt;хочу поинтересоваться, чтобы завтра подготовленным быть, если реально такая проблема существует. <br>&gt;<br><br>http://src.opensolaris.org/source/xref/netvirt/usr/src/cmd/tcopy/tcopy.c<br>