вообщем автор asio слишком звездный или у него руки и ноги связаны nda
поэтому он ни с кем не общается в опенсорс комюнити
и известный фалько, предлагает форкнуть asio
Здравствуйте, Великий Мессия, Вы писали:
ВМ>вообщем автор asio слишком звездный или у него руки и ноги связаны nda
Или тупо устал и подвыгорел? При 20+ годах работы вполне вероятно.
ВМ>поэтому он ни с кем не общается в опенсорс комюнити ВМ>и известный фалько, предлагает форкнуть asio
Здравствуйте, netch80, Вы писали:
N>Здравствуйте, Великий Мессия, Вы писали:
ВМ>>вообщем автор asio слишком звездный или у него руки и ноги связаны nda
N>Или тупо устал и подвыгорел? При 20+ годах работы вполне вероятно.
он комитит в репу
принимает к сведению и иногда реагирует на иссуес
но в дискуссии не вступает
ВМ>>поэтому он ни с кем не общается в опенсорс комюнити ВМ>>и известный фалько, предлагает форкнуть asio
N>Форк и "напишем новый" как-то разные вещи?
начинают с форка
а в рассуждениях заходят за написание нового
с новым дизайном
Unfortunately he has a well-earned reputation for being unresponsive to emails and GitHub issues.
S>Странно, неужели все так кардинально изменилось за прошедшие 5 лет? В 2020-ом возникли сложности с Asio, мне Крис ответил буквально через полчаса.
кто знает
может был прецедент
у нас есть а АУ агент 007, джеймс бонд ктыва
который с ним бухал
ТЁМЫЧ
можно заслать его на пивасик
пусть расспросит
получим инсайды
Здравствуйте, Великий Мессия, Вы писали:
ВМ>любопытный флем на эту тему разгорелся в рассылке буста в августе(сейчас затух)
... ВМ>и известный фалько, предлагает форкнуть asio
Я за новостями не слежу, но не так давно мы тут обсуждали, что поддержку сети собираются добавить в стандарт. Снова нет?
Здравствуйте, B0FEE664, Вы писали:
BFE>Здравствуйте, Великий Мессия, Вы писали:
ВМ>>любопытный флем на эту тему разгорелся в рассылке буста в августе(сейчас затух) BFE>... ВМ>>и известный фалько, предлагает форкнуть asio
BFE>Я за новостями не слежу, но не так давно мы тут обсуждали, что поддержку сети собираются добавить в стандарт. Снова нет?
за сегодня на реддите уже два топика
для тебя стараются!
Мда...
Понятно.
Действительно, лучше никак, чем как std::filesystem.
Опять же политические мотивы прослеживаются...
А ещё складывается впечатление, что для написания реальных приложений авторам не хватает квалификаций.
Если есть стандарт POSIX, то почему не сделать PONIX — Portable Operating Network Interface?
Прописать отдельный стандарт на сетевое взаимодействие, а уж на его основе писать библиотеку.
BFE>Если есть стандарт POSIX, то почему не сделать PONIX — Portable Operating Network Interface? BFE>Прописать отдельный стандарт на сетевое взаимодействие, а уж на его основе писать библиотеку.
Ну, есть же модель OSI
Там есть tcp/ip и udp
И фактический стандарт — сокеты.
Я не в курсе — сокеты в nix-системах стандартизированы официально ?
На уровне API Linux — фактически да.
Хочешь быть счастливым — будь им!
Без булдырабыз!!!
Здравствуйте, B0FEE664, Вы писали:
BFE>Я за новостями не слежу, но не так давно мы тут обсуждали, что поддержку сети собираются добавить в стандарт. Снова нет?
Хотя, комитет в очередной раз может подложить большую свинью и таки принять средства для работы с сетью в стандарт. Одной диверсией больше, одной меньше, уже без разницы
Здравствуйте, so5team, Вы писали:
S>Здравствуйте, B0FEE664, Вы писали:
BFE>>Я за новостями не слежу, но не так давно мы тут обсуждали, что поддержку сети собираются добавить в стандарт. Снова нет?
S>Очень надеюсь, что нет. S>Часть причин почему "нет" хорошо описана здесь: https://www.reddit.com/r/cpp/comments/1ic8adj/comment/m9pgjgs/
S>Хотя, комитет в очередной раз может подложить большую свинью и таки принять средства для работы с сетью в стандарт. Одной диверсией больше, одной меньше, уже без разницы
смотря кто что называет библиотекой с сетью
лававей по ссылке говорит о http/https итд
с этим да, проблемы
пропозлы есть
эпловцы вроде даже там отличились
но дальше подвижек не видно
насчет же низкоуровневой аля asio, то добавят после того как затянут экзекуторы
сроки насколько я помню
оптимистично в C++26
реалистично в С++30
Здравствуйте, Великий Мессия, Вы писали:
ВМ>смотря кто что называет библиотекой с сетью
Да кто бы чтобы не называл. Хоть даже примитивный accept/connect/read/write для обычных TCP/IP сокетов.
Не говоря уже про поддержку этого же самого, но поверх TLS/SSL.
ВМ>насчет же низкоуровневой аля asio, то добавят после того как затянут экзекуторы ВМ>сроки насколько я помню ВМ>оптимистично в C++26
В C++26 сомнительно, они же в комитете вроде как на пороге заморозки текущего драфта C++26. Типа того, что новые фичи туда не будут включать, а будут доводить до ума то, что есть.
Здравствуйте, so5team, Вы писали:
BFE>>Я за новостями не слежу, но не так давно мы тут обсуждали, что поддержку сети собираются добавить в стандарт. Снова нет?
S>Очень надеюсь, что нет. S>Часть причин почему "нет" хорошо описана здесь: https://www.reddit.com/r/cpp/comments/1ic8adj/comment/m9pgjgs/
S>Хотя, комитет в очередной раз может подложить большую свинью и таки принять средства для работы с сетью в стандарт. Одной диверсией больше, одной меньше, уже без разницы
Если это будет описано как "библиотека для работы с сетью в не сильно ограниченных по ресурсу системах", то я не вижу большой диверсионности: всё равно альтернативные стандарты поумирали нафиг. Интересно было наблюдать за XTI, например, но он не выжил.
А для чего-то масштаба RFID-наклейки — если там вообще будет C++ — отсутствие такой библиотеки и так будет очевидно.
Здравствуйте, netch80, Вы писали:
N>Если это будет описано как "библиотека для работы с сетью в не сильно ограниченных по ресурсу системах", то я не вижу большой диверсионности: всё равно альтернативные стандарты поумирали нафиг. Интересно было наблюдать за XTI, например, но он не выжил.
Вопрос не столько в API, сколько в качестве того, что получилось, что будет доступно в конкретном компиляторе и как это все будет меняться при смене версии компилятора.
А то получится, что в стандарте std::start_lifetime_as есть, а по факту в стабильных версиях компиляторов -- все еще нет.
Когда приложение завязано на внешнюю библиотеку, а не на stdlib все как-то проще. Взял условный Asio-1-32-0 и сидишь с ним пока все устраивает. А если и нашел ошибку, то можно сперва ее в своем форке исправить, патч в апстрим закинуть и все. Тогда как при обнаружении проблем с поведением условного std::net::tcp::socket на конкретной платформе хз как быть.
S>Когда приложение завязано на внешнюю библиотеку, а не на stdlib все как-то проще. Взял условный Asio-1-32-0 и сидишь с ним пока все устраивает. А если и нашел ошибку, то можно сперва ее в своем форке исправить, патч в апстрим закинуть и все. Тогда как при обнаружении проблем с поведением условного std::net::tcp::socket на конкретной платформе хз как быть.
Ну, быть примерно так же, как и с модулями.
Потихоньку пробовать и вводить в некоторых местах...
Хочешь быть счастливым — будь им!
Без булдырабыз!!!
Здравствуйте, so5team, Вы писали:
S>Здравствуйте, netch80, Вы писали:
N>>Если это будет описано как "библиотека для работы с сетью в не сильно ограниченных по ресурсу системах", то я не вижу большой диверсионности: всё равно альтернативные стандарты поумирали нафиг. Интересно было наблюдать за XTI, например, но он не выжил.
S>Вопрос не столько в API, сколько в качестве того, что получилось, что будет доступно в конкретном компиляторе и как это все будет меняться при смене версии компилятора. S>А то получится, что в стандарте std::start_lifetime_as есть, а по факту в стабильных версиях компиляторов -- все еще нет.
C++23 не все компиляторы еще поддерживают в полной мере
S>Когда приложение завязано на внешнюю библиотеку, а не на stdlib все как-то проще. Взял условный Asio-1-32-0 и сидишь с ним пока все устраивает. А если и нашел ошибку, то можно сперва ее в своем форке исправить, патч в апстрим закинуть и все. Тогда как при обнаружении проблем с поведением условного std::net::tcp::socket на конкретной платформе хз как быть.
в целом проблема здесь другая
стандарты штампуются быстрее чем компиляторы успевают их поддерживать в полной мере
и нет никакого регламанта по времени для этого в целом
даже С++17 в нюансах по моему еще не все реализовано
не говоря уже про С++20
а вы хотите С++23
вообщем то надо ждать очередного опроса С++ от комитета
где каждый должен высказать свое недовольство о скорости выхода новых стандартов
и регламента по поддержке в компиляторе
мои замечания в этих вопросах как я вижу начали учитывать
например я писал в опросах недовольство что слишком много УБ в стандарте
и вуаля, комитет зашевелился и количество УБ начали по чуть чуть убирать
были и другие замечания, уже не помню за все года
но комитет в целом принимает сведения замечания в этих опросниках которые они создают каждый год
