>Зависит от компилятора и параметров компиляции. Никак проблему больших файлов не решает, потому как под ARM тоже бывают файлы более 2 гигов.
о чем вы спорите? в линуксе на арме off_t — восемь байт. проблему больших файлов он решает. off_t — правильный тип данных для хранения размера файла.
и да, я это только что проверил на своей армовой железке, а вы не удосужились прочитать мануал, в который я вас тыкаю.
>Гляньте Android, например.
и на что мне там глядеть?
>Вам дать адрес репы с исходниками Firefox?
FF как раз относится к таким исключениям.
вы мне еще qt-шный драйвер фреймбуфера покажите с префетчингом памямти на асмовых вставках и duffs device или потроха жава-машины, как пример непортабельного кода.
>Ну, начнём с того, что off_t НЕ используется как хранилище для размера файла
man 2 stat
>на 32-битных платформах off_t — это int
в линупсе с LARGE FILE — long long. на арме, да.
>Поэтому вам с собой надо таскать софтовую либу для работы с плавающей точкой.
>И теперь вам нужен код, который будет детектить возможности платформы и либо юзать софтовую либу, либо NEON.
я не знаю, какие костыли нужно городить у вас в виндах, но в линуксе, точнее в gcc — это все проблемы компилятора. для обычного armel юзается VFP, для уютненького armhf (кортекса) — аппаратный. естественно, прозрачно для приложения.
>Ах да, мы же ещё поддерживаем x86 + AMD64 :)
вы удивитесь, но репозитарии дебиана поддерживаются еще для мипсов, спарков пепецей и еще фиг знает чего. и почти нигде (см исключение для кодеков, например) платформозависимых костылей нет.
>В ШКОЛУ!!!
это вас в школе научили в интах размер файла хранить, да?
я таки не понял, до какой. что там такого происходит, кроме распаковки тарбола минимальной инсталляции на рутфс (одна комманда на хардварной ноде), копирования трех конфигов и установки ssh (одна команда в чруте)?
тот ужас на
крыльях ночиjson в датасторе как-то не внушает.>Защищать в таком случае можно только по системе SbO (Security by Obscuriy)
вы таки умеете переписывать загрузчик, которых живет в ROM внутри процессора?
защищать можно, но выстроить chain of trust, в котором все звенья будут без багов — очень трудно из-за человеческого фактора.
>квалкомовскими
да?
практически во всех телефонах загрузчики блокируют установку сторонних прошивок. в этом просто еще не нашли дыру
размеры файлов не хранятся в size_t — читайте тот же man 2 stat или хоть посмотрите его размерность и размерность off_t.
о чем вы спорите? в линуксе на арме off_t — восемь байт. проблему больших файлов он решает. off_t — правильный тип данных для хранения размера файла.
и да, я это только что проверил на своей армовой железке, а вы не удосужились прочитать мануал, в который я вас тыкаю.
>Гляньте Android, например.
и на что мне там глядеть?
>Вам дать адрес репы с исходниками Firefox?
FF как раз относится к таким исключениям.
вы мне еще qt-шный драйвер фреймбуфера покажите с префетчингом памямти на асмовых вставках и duffs device или потроха жава-машины, как пример непортабельного кода.
man 2 stat
>на 32-битных платформах off_t — это int
в линупсе с LARGE FILE — long long. на арме, да.
>Поэтому вам с собой надо таскать софтовую либу для работы с плавающей точкой.
>И теперь вам нужен код, который будет детектить возможности платформы и либо юзать софтовую либу, либо NEON.
я не знаю, какие костыли нужно городить у вас в виндах, но в линуксе, точнее в gcc — это все проблемы компилятора. для обычного armel юзается VFP, для уютненького armhf (кортекса) — аппаратный. естественно, прозрачно для приложения.
>Ах да, мы же ещё поддерживаем x86 + AMD64 :)
вы удивитесь, но репозитарии дебиана поддерживаются еще для мипсов, спарков пепецей и еще фиг знает чего. и почти нигде (см исключение для кодеков, например) платформозависимых костылей нет.
>В ШКОЛУ!!!
это вас в школе научили в интах размер файла хранить, да?
подумал, что из гостевой наружу и очень удивился.
потомучто я честно не представляю, как можно поддерживать дистри с роллинг-релизом
не жирновато ли? смонтировать рут в тру-ридонли снаружи не сработало?
пресид сложен сам по себе. в арче этого всего просто нет. я же не убеждаю тебя, что это легко, я спрашиваю, что именно там трудно.
>Так что в таких условиях лишний дистрибутив — это линейное увеличение количества работы
это очевидно
>сделай сам
а как это работает?
я так понимаю, уже заставила всех вендроров сделать драйвера под висту для старого железа?
а вот ходил и смотрел, а еще сам писал и не раз. не рассказывайте мне сказки про мой линукс.
> Поэтому никто не парился и обрабатывал размеры файлов в int.
да-да, как раз так и делают только мудаки и это бажный код.
потомучто размер файла — не инт, а off_t, который уже в хедерах платформы может смотреть на int, long или что там хочется.
>Пример второй. UNIX time. Когда он там полностью исчерпывается? Ммм? Или тоже по вашему простой рекомпиляцией решается? Ололошеньки!
и?
>Вобщем, займитесь программрованием в серьёз
меряться будем или сразу в жопу послать?
>много интересного и полезного.
я не вижу их, например, в разработке коммунити-модов андроида и поиске дыр в защите бутов железок на нем.
я таки не понял, до какой. что там такого происходит, кроме распаковки тарбола минимальной инсталляции на рутфс (одна комманда на хардварной ноде), копирования трех конфигов и установки ssh (одна команда в чруте)?
действительно, перепутал. еще хотел вас в ман отправить.
> /etc/hosts.* пусты
AFAIR, с пустыми hosts.* как раз и нельзя приконнектиться. то есть оно LISTEN, соединение примется, но врапперы к приложению не пустят.
там же в hosts.deny небось написано ВСЕ ПАРАНОИТЬ.