AV
Size: a a a
2019 March 27
O
O
АН
https://blog2k.ru/archives/3391
В структуре файла:
Что, если файл будет больше 4 гигов? (или даже двух, если это не только положительное число)
У zip файла есть технические ограничения размера?
В структуре файла:
uint32_t compressedSize;Что, если файл будет больше 4 гигов? (или даже двух, если это не только положительное число)
У zip файла есть технические ограничения размера?
DE
"zipали ебло!" ))))))))
VP
https://blog2k.ru/archives/3391
В структуре файла:
Что, если файл будет больше 4 гигов? (или даже двух, если это не только положительное число)
У zip файла есть технические ограничения размера?
В структуре файла:
uint32_t compressedSize;Что, если файл будет больше 4 гигов? (или даже двух, если это не только положительное число)
У zip файла есть технические ограничения размера?
Первая ссылка в конце статьи
АН
Первая ссылка в конце статьи
Окей, больше чем "18446744073709552000" байт.
Существуют ли методы описания структур, которые поддерживают любой размер данных?
Написал небольшую библиотеку, там можно регулировать максимальный размер данных, по умолчанию довольно большое число, но все равно напрягает, что оно жестко задано
Существуют ли методы описания структур, которые поддерживают любой размер данных?
Написал небольшую библиотеку, там можно регулировать максимальный размер данных, по умолчанию довольно большое число, но все равно напрягает, что оно жестко задано
VP
Окей, больше чем "18446744073709552000" байт.
Существуют ли методы описания структур, которые поддерживают любой размер данных?
Написал небольшую библиотеку, там можно регулировать максимальный размер данных, по умолчанию довольно большое число, но все равно напрягает, что оно жестко задано
Существуют ли методы описания структур, которые поддерживают любой размер данных?
Написал небольшую библиотеку, там можно регулировать максимальный размер данных, по умолчанию довольно большое число, но все равно напрягает, что оно жестко задано
Вас напрягает, что в int64 не влезает бесконечность? Ок, есть BigInteger. Но это не нужно почти никогда.
АН
Есть только одно условие. Библиотека не может точно знать где конец файла.
Потому что в конце могут быть дополнительные данные, необходимые для того, что бы байт было кратно X
Потому что в конце могут быть дополнительные данные, необходимые для того, что бы байт было кратно X
АН
Вас напрягает, что в int64 не влезает бесконечность? Ок, есть BigInteger. Но это не нужно почти никогда.
Нет, мне достаточно. Меня напрягает то, что число жестко задано.
Если понадобится BigInt или наоборот, захочется сэкономить несколько байт - прийдется использовать библиотеку с другими параметрами. А значит, она уже имеет состояние.
Если понадобится BigInt или наоборот, захочется сэкономить несколько байт - прийдется использовать библиотеку с другими параметрами. А значит, она уже имеет состояние.
VP
Есть только одно условие. Библиотека не может точно знать где конец файла.
Потому что в конце могут быть дополнительные данные, необходимые для того, что бы байт было кратно X
Потому что в конце могут быть дополнительные данные, необходимые для того, что бы байт было кратно X
Размер файла всегда влезет в int64
VP
(640 кб памяти хватит всем, да)
МК
Через сотни лет мы будем передавать высокотехнологичные 4D - мемсы через волокно со скоростю в сотни гигабайт
МК
так что может и типы данных пртерпят изменения
АН
Есть только одно условие. Библиотека не может точно знать где конец файла.
Потому что в конце могут быть дополнительные данные, необходимые для того, что бы байт было кратно X
Потому что в конце могут быть дополнительные данные, необходимые для того, что бы байт было кратно X
Если бы не это условие, можно было бы после прочтения заголовка просто дочитывать файл до конца. А потом просто сравнить с CRC из заголовка.
Но условие существует. И сейчас выполняется через задание в заголовке размера полезных данных
Но условие существует. И сейчас выполняется через задание в заголовке размера полезных данных
C
Через сотни лет мы будем передавать высокотехнологичные 4D - мемсы через волокно со скоростю в сотни гигабайт
"Опять баг, тупой х64 не может атомарно прочитать Double256"
АН
(640 кб памяти хватит всем, да)
Вот именно. Поэтому и интересуюсь. Всё работает нормально, но вдруг я что-то упускаю и возможно сделать идеально и навека
МК
"Опять баг, тупой х64 не может атомарно прочитать Double256"
"Я пришёл на работу а мне дали ноут с всего лишь 512 ГБ памяти, этого не хватит даже чтобы поднять наше приложение в дополнительной реальности"
VP
Вот именно. Поэтому и интересуюсь. Всё работает нормально, но вдруг я что-то упускаю и возможно сделать идеально и навека
Это будет достаточно навека. Даже если в обозримом будущем этой величины внезапно станет мало, ваше ПО и формат в обработке таких данных участвовать не будет, инфа 100%.