К обсуждениям

Python 3.15 RC1: RLIM_INFINITY теперь всегда положителен

Редакция VOne Технологии

Практическая миграционная проверка Python 3.15 RC1 для gh-137044: отдельный обратимый fixture, таблица наблюдений, отрицательный контроль, стоп-линия и обезличенный пакет для повтора.

Граница изменения: 137044

resource.RLIM_INFINITY в Python 3.15 всегда положителен; передача старых отрицательных sentinel-значений в setrlimit/prlimit депрецирована. Это подтверждает границу интерфейса, но не доказывает наличие дефекта в конкретном проекте. Отдельная пользовательская боль здесь такая: Лимит-обёртка может сравнивать с -1 или -3 и ошибочно решить, что unlimited не установлен; эксперимент на рабочем процессе может повредить его лимиты. Перед опытом запишите версию interpreter, точную точку вызова и ожидаемую ветку. RC1 остаётся preview: изолируйте его от рабочего интерпретатора.

Обратимый тест одного контракта

Минимальный стенд для этой боли: В короткоживущем subprocess снимите getrlimit для безопасного ресурса, сравните оба поля именно с RLIM_INFINITY и проверьте scanner кода на -1/-3 рядом с setrlimit/prlimit; не повышайте hard limit. Все входы должны быть синтетическими, короткими и воспроизводимыми. Положительный и отрицательный controls запускайте в свежих объектах или процессах, если cache, import state или lifetime могут перенести эффект. Cleanup должен удалять только созданный temp-root и не касаться рабочих данных.

Таблица наблюдений и отрицательный контроль

Для каждого запуска заполняйте строку «ресурс | soft | hard | RLIM_INFINITY | symbolic equality | hardcoded negative call sites | warning». Сначала выполните baseline на прежней поддерживаемой версии, затем RC1 и снова свежий baseline, если опыт мог изменить состояние. Пустое поле не равно нулю, отсутствие исключения не подтверждает верное значение, а расхождение повторов означает unstable, а не разрешение выбрать удобную строку.

Зелёный критерий и стоп-линия

Статус passed допустим, только если в коде нет отрицательных sentinel-значений, unlimited проверяется через resource.RLIM_INFINITY, а subprocess завершается с прежними лимитами родителя. Отметка not reproduced говорит только об этом fixture; blocked — о нехватке источника или capability. Стоп-линия для этой миграции: Не вызывайте setrlimit на production PID и не пытайтесь повысить hard limit: этот тест проверяет семантику константы, а не политику хоста. Нельзя получать зелёный результат broad except, отключением защиты, скрытием warnings или повторением до случайного успеха.

Минимальный пакет для повтора

Для повтора передайте только: имя ресурса, getrlimit и RLIM_INFINITY из subprocess, строки с найденными -1/-3, warning и код завершения. Добавьте московский timestamp, точную версию 3.15.0rc1, команду воспроизведения и заранее заданный критерий. Удалите usernames, hostnames, IP, абсолютные домашние пути, tokens, cookies, environment dumps, рабочие файлы и лишние журналы. Источники подтверждают change boundary, но не результ вашего опыта, не массовость боли и не будущую индексацию.

Материал подготовлен редакцией VOne с помощью ИИ по открытым официальным и первичным источникам; факты, даты и ссылки перепроверены. Реальные пользовательские данные и вымышленные результаты тестов не использовались.

Источники и проверка

Информация актуальна на дату публикации. Правила сервисов, приложений и сетей могут меняться.

Ответы

0 опубликовано
Ответов пока нет. Вы можете начать обсуждение.

Ваш ответ

Добавьте свой опыт или уточнение по теме.

Вы публикуете как Аноним Аватар отличает разговоры, но не раскрывает личные данные.

Ответ появится сразу. Не публикуйте личные данные, ключи и приватные ссылки.