Unixway vs bloatware

RLY? А мужики то и не знают. Отсыпь.

RLY? А мужики то и не знают. Отсыпь.

Чего мужики не знают? Как пользоваться letoh?

Специально дял таких мужиков выдержка из man endian:

       #include <endian.h>

       uint16_t htobe16(uint16_t host_16bits);
       uint16_t htole16(uint16_t host_16bits);
       uint16_t be16toh(uint16_t big_endian_16bits);
       uint16_t le16toh(uint16_t little_endian_16bits);

       uint32_t htobe32(uint32_t host_32bits);
       uint32_t htole32(uint32_t host_32bits);
       uint32_t be32toh(uint32_t big_endian_32bits);
       uint32_t le32toh(uint32_t little_endian_32bits);

       uint64_t htobe64(uint64_t host_64bits);
       uint64_t htole64(uint64_t host_64bits);
       uint64_t be64toh(uint64_t big_endian_64bits);
       uint64_t le64toh(uint64_t little_endian_64bits);

int16 [..] универсален. Он всегда 16 бит. [..] на дисках лежит в little-endian

Загляни как-нибудь в любую git-repo у себя на диске (на своей little endian машине) и удивись, что инты там хранятся в bit endian (network byte order) формате. :D

Уф... Я с этого начал. Нужно договориться, в каком формате твой софт хранит данные. BE/LE - это не так важно.

Это важно когда ты переносишь данные.
В одном случае у тебя просто ascii файл, который читабелен везде.
В другом случае blob с непонятным форматом.

На лицо выгода первого случая. Даже если для этого его надо парсить.
Во втором случае тоже надо парсить, если endianness не сошёлся. Плюс ограничения на размер int. BigInt ты так просто уже не сохранишь, а в ascii — легко.

dixi

Это важно когда ты переносишь данные.

Это _НЕ_ важно, когда ты переносишь данные. Потому что все делают htobe при записи и betoh при чтении.

Плюс ограничения на размер int

Да, вот это вполне себе аргумент за ASCII. Но endianess тут вообще не при чем.

Это _НЕ_ важно, когда ты переносишь данные.

Твой rsync/scp/ftp/ntfs/whatever уже научились конвертировать случайные данные on-the-fly?

Твой rsync/scp/ftp/ntfs/whatever уже научились конвертировать случайные данные on-the-fly?

А TCP/IP? Но ведь, засранец, работает жеж.

Я ему про Фому, а он мне про Ерёму. ;)

И шо, шо TCP? Там всё оговорено. В шапке. А вот к данным это не относится.

И шо, шо TCP? Там всё оговорено. В шапке. А вот к данным это не относится.

Умничка. А теперь экстраполируй ту же логику на rsync :)

А вот ты не умничка. rsync передаёт данные as is. Т.к. даже знать не может, что по смещнию xyz в файле abc у нас int64 в le, а по смещению uvw int16 в be.

А вот ты не умничка. rsync передаёт данные as is. Т.к. даже знать не может, что по смещнию xyz в файле abc у нас int64 в le, а по смещению uvw int16 в be.

Ага :) И почему это внезапно стало проблемой?

Это не у меня проблема. Это ты мне тут втираешь, что rsync что-то там конвертирует. ;) Причепил tcp ко всему этому. И вообще по ходу не в теме, о чём втираешь. :D

Я говорю только о том, что ascii — универсальный форат представления данных, который не зависит ни от размера int/float/etc., ни от endianness. Который можно хранить/передавать, не заботясь обо всё этом.

Это не у меня проблема. Это ты мне тут втираешь, что rsync что-то там конвертирует. ;) Причепил tcp ко всему этому. И вообще по ходу не в теме, о чём втираешь. :D

Наоборот, я втираю, что rsync (как и TCP/IP) данные не конвертирует. Потому что это не нужно, ибо все вменяемые софтины сами знают, в каком формате (и в каком endianess) хранятся их данные. Ты же мне второй день лечишь какую-то дичь в духе

А от куда файл знает что он оказался на другой FS, с другим endianness и что он содержит в себе не int16, а int128?

Диске? А как ты будешь переносить на комп с другой endianness?

и

Твой rsync/scp/ftp/ntfs/whatever уже научились конвертировать случайные данные on-the-fly?

Давай ты уже проспишься и перестанешь пороть чушь? :)

софтины сами знают, в каком формате (и в каком endianess) хранятся их данные

Это очень наивное предположение. И как мы знаем «assumption is the mother of all f*ckups».

Для того, что бы оно было верным, программа должна быть написана с заделом на портабельность. Что в современном мире скорее исключение из правил.

я без компота: https://www.youtube.com/watch?v=vjVn-OSuAFg

Для того, что бы оно было верным, программа должна быть написана с заделом на портабельность. Что в современном мире скорее исключение из правил.

Уф... Архиваторы (git, tar, zip). Все ядерные метаданные (mdadm, lvm). Базы данных (bdb, postgres, sqlite). Библиотеки для работы с медиа (libpng, libjpeg, ffmpeg). Прекращай позориться.

Все эти програмы были написаны, когда большая половина ЛОРа ещё под стол пешком ходила. ;)

Котрпример: rrdcache — даже перенос с 32 bit на 64 bit — головная боль. (Делается через экспорт в xml.)

Я не знаю, что такое rrdcache и зачем он нужен. УМВР.

Классический unixway - это открытая система, которая легко расширяется.

Ценой всего остального.

В принципе, Линукс юзабелен благодаря уходу из unixway в bloatware

Нифига. Наоборот - он всё меньше и меньше готов для десктопа из-за этого.