в свете недавнего обсуждения введения в язык многосимвольных операторов строгого сравнения ========, оператора баяна [|||||] предлагаю достаточно современный (2006 год) документ к обсуждению :) http://www.eelis.net/C++/analogliterals.xhtml

коллеги, добрый день. такой вопрос. пытаюсь настроить edit and continue в 15-й студии. получаю Project : error (null) : Edit and Continue could not create a safe command line to compile changes. UNC, relative and remote drive paths are disallowed. - притом в 12-й на том же проекте все работает прекрасно. Настройки вроде те же. Понятно, что дело не в бобине, но тем не менее - перезапускать каждый раз из-за исправления пары символов очень дорого - проект огромный и на запуск уходит до минуты

коллеги, добрый день. такой вопрос. пытаюсь настроить edit and continue в 15-й студии. получаю Project : error (null) : Edit and Continue could not create a safe command line to compile changes. UNC, relative and remote drive paths are disallowed. - притом в 12-й на том же проекте все работает прекрасно. Настройки вроде те же. Понятно, что дело не в бобине, но тем не менее - перезапускать каждый раз из-за исправления пары символов очень дорого - проект огромный и на запуск уходит до минуты

Ну, если верить сообщению об ошибке (которое необязательно верно, но надо же с чего-то начинать) — похоже, что путь к проекту какой-то специфический. Нет ли в этому пути пробелов, спецсимволов, кириллицы, ещё чего-то? Может, проект на сетевой шаре лежит?

Ну, если верить сообщению об ошибке (которое необязательно верно, но надо же с чего-то начинать) — похоже, что путь к проекту какой-то специфический. Нет ли в этому пути пробелов, спецсимволов, кириллицы, ещё чего-то? Может, проект на сетевой шаре лежит?

нет, это проверял. Опять же - 12-я работает вполне корректно. Пробовал создавать пустой проект с хелло ворлдом, там тоже не работает

Добрый день!! У меня такой вопрос. Тут кто-то шарит в дискретной маьематике?

Задавай конкретный попрос. И лучше по дискретной в соответств. чат.

Наши чаты: @supapro – чат для начинающих и тех, кто хочет изучить язык; @fludpac – флуд сюда; @pro_net – чатик по .NET; @proasm – чат по языку ассемблера и реверсу; @prolua – чатик по Lua; @prographon – opengl/opencl/vulkan/etc; @proalgorithms – обсуждение алгоритмов; @pro_osdev – разработка OS; @pro_latex – все о TeX и LaTeX; @pro_windows – новый чат по ОС Windows; @vimers – чат про Vim; @pro_sublime – чат про Sublime; Специальная флудилка для обсуждения вакансий с дополнительными материалами для трудоустройства: https://t.me/joinchat/BYlFbEPe5gMPVQm3OwKjaA Предложка новостей в канал @ProCxxNews: https://t.me/joinchat/BYlFbAzhJ48-sOXJoTzRMA Чат о программинге в целом: https://t.me/joinchat/AkxcTEMQENX1pfPjR0UhPA Чат о математике: https://t.me/joinchat/AAAAAD_875HMqziocKWd3Q Чат радиолюбителей: https://t.me/joinchat/AAAAAEIQxdjS8GRo_TWh1g Общие программерские вопросы можно тут: https://t.me/joinchat/AkxcTEMQENX1pfPjR0UhPA Чатик о BSD: https://t.me/joinchat/AAAAAEJ1txaz1pDhcmKZ4w Чатик об Android: https://t.me/joinchat/AAAAAEKIFKnmRT9cMebb9w Соседний чат о Qt: @qt_chat Соседний чат по Чистому Си: @pure_C Соседний чат по C++: @cpptogether Соседний чат по вычислительной математике: @comput_math Соседний чат по физике: @physpub Соседний чат по высшему матану: @higher_math Соседний чат про Embedded: @proembedded Наши каналы: @ProCxxNews – новости и мероприятия; @ProCxxChannel – небольшие заметки и ссылки; @ProCxxJobs – вакансии; @xthon – цитатник; @AlexFailsChannel – канал @AlexFails с его фигней о C++ и не очень; @mrSmith_bread – авторский проект "Хлеб мистера Смита"; Правила чата Команда /rules. Чтобы она сработала, надо стартануть @gbreborn_bot в личной беседе с ним. (Если не сработала ,то вот линк на правила: https://t.me/ProCxx/145398) Литература по C++ В чате есть куча книжек. Ищите по тегу #book. Также можете залезть в неотсортированную помойку книг: https://t.me/joinchat/AAAAAE1yUq2Kh6WdPCtjMA Новый чат в списке: @math_code Открытый telegram-чат, в котором Вы можете задавать свои тематические вопросы по программированию, физике, математике, обмениваться книгами, видеоуроками, полезными ссылками, обсуждать интересные технические темы. Новый канал книг по физике: @physics_lib ═══════════ С последних конференций: 1. Материалы CoreHard 2018: https://t.me/ProCxxChannel/84 2. Материалы с митапа Дениса Кормалёва в JetBrains (https://t.me/ProCxxNews/75): см. в @ProCxxChannel ----------- Мини-опросы 1. argc/argv: https://t.me/ProCxx/171567 2. Курсы: https://t.me/ProCxx/174437 Мероприятия 15 июня будет встреча РГ21 в Яндексе: https://t.me/ProCxxNews/76 18 июня будет онлайн день открытых дверей в OTUS: https://t.me/ProCxxNews/77 Социальные сети вк - vk.com/procxx github - github.com/procxx Instagram - в поиске supapro.cxx

в свете недавнего обсуждения введения в язык многосимвольных операторов строгого сравнения ========, оператора баяна [|||||] предлагаю достаточно современный (2006 год) документ к обсуждению :) http://www.eelis.net/C++/analogliterals.xhtml

Это шикарно

в свете недавнего обсуждения введения в язык многосимвольных операторов строгого сравнения ========, оператора баяна [|||||] предлагаю достаточно современный (2006 год) документ к обсуждению :) http://www.eelis.net/C++/analogliterals.xhtml

Очень классно, но подстава уровня где писать |, а где ! ломают весь кайф.

Это шикарно

+1

Наши чаты: @supapro – чат для начинающих и тех, кто хочет изучить язык; @fludpac – флуд сюда; @pro_net – чатик по .NET; @proasm – чат по языку ассемблера и реверсу; @prolua – чатик по Lua; @prographon – opengl/opencl/vulkan/etc; @proalgorithms – обсуждение алгоритмов; @pro_osdev – разработка OS; @pro_latex – все о TeX и LaTeX; @pro_windows – новый чат по ОС Windows; @vimers – чат про Vim; @pro_sublime – чат про Sublime; Специальная флудилка для обсуждения вакансий с дополнительными материалами для трудоустройства: https://t.me/joinchat/BYlFbEPe5gMPVQm3OwKjaA Предложка новостей в канал @ProCxxNews: https://t.me/joinchat/BYlFbAzhJ48-sOXJoTzRMA Чат о программинге в целом: https://t.me/joinchat/AkxcTEMQENX1pfPjR0UhPA Чат о математике: https://t.me/joinchat/AAAAAD_875HMqziocKWd3Q Чат радиолюбителей: https://t.me/joinchat/AAAAAEIQxdjS8GRo_TWh1g Общие программерские вопросы можно тут: https://t.me/joinchat/AkxcTEMQENX1pfPjR0UhPA Чатик о BSD: https://t.me/joinchat/AAAAAEJ1txaz1pDhcmKZ4w Чатик об Android: https://t.me/joinchat/AAAAAEKIFKnmRT9cMebb9w Соседний чат о Qt: @qt_chat Соседний чат по Чистому Си: @pure_C Соседний чат по C++: @cpptogether Соседний чат по вычислительной математике: @comput_math Соседний чат по физике: @physpub Соседний чат по высшему матану: @higher_math Соседний чат про Embedded: @proembedded Наши каналы: @ProCxxNews – новости и мероприятия; @ProCxxChannel – небольшие заметки и ссылки; @ProCxxJobs – вакансии; @xthon – цитатник; @AlexFailsChannel – канал @AlexFails с его фигней о C++ и не очень; @mrSmith_bread – авторский проект "Хлеб мистера Смита"; Правила чата Команда /rules. Чтобы она сработала, надо стартануть @gbreborn_bot в личной беседе с ним. (Если не сработала ,то вот линк на правила: https://t.me/ProCxx/145398) Литература по C++ В чате есть куча книжек. Ищите по тегу #book. Также можете залезть в неотсортированную помойку книг: https://t.me/joinchat/AAAAAE1yUq2Kh6WdPCtjMA Новый чат в списке: @math_code Открытый telegram-чат, в котором Вы можете задавать свои тематические вопросы по программированию, физике, математике, обмениваться книгами, видеоуроками, полезными ссылками, обсуждать интересные технические темы. Новый канал книг по физике: @physics_lib ═══════════ С последних конференций: 1. Материалы CoreHard 2018: https://t.me/ProCxxChannel/84 2. Материалы с митапа Дениса Кормалёва в JetBrains (https://t.me/ProCxxNews/75): см. в @ProCxxChannel ----------- Мини-опросы 1. argc/argv: https://t.me/ProCxx/171567 2. Курсы: https://t.me/ProCxx/174437 Мероприятия 15 июня будет встреча РГ21 в Яндексе: https://t.me/ProCxxNews/76 18 июня будет онлайн день открытых дверей в OTUS: https://t.me/ProCxxNews/77 Социальные сети вк - vk.com/procxx github - github.com/procxx Instagram - в поиске supapro.cxx

кажется мероприятия уже устарели и полагаю их можно убрать

Я просто нашёл ближайший банер и запостил.

Новые позже запосчу

в свете недавнего обсуждения введения в язык многосимвольных операторов строгого сравнения ========, оператора баяна [|||||] предлагаю достаточно современный (2006 год) документ к обсуждению :) http://www.eelis.net/C++/analogliterals.xhtml

Хочу оператор болта. Чтоб можно было его положить до лучших времён

Хочу оператор болта. Чтоб можно было его положить до лучших времён

вот тебе болт ]/////>

[[а_тут_кладем_болт]]/////>

[[а_тут_кладем_болт]]/////>

Компилится https://godbolt.org/g/VvQXGw

Ещё бы! Это же Got БОЛТ!

Компилится https://godbolt.org/g/VvQXGw

Антоша, это он игнорит неизвестный ему атрибут просто?

в свете недавнего обсуждения введения в язык многосимвольных операторов строгого сравнения ========, оператора баяна [|||||] предлагаю достаточно современный (2006 год) документ к обсуждению :) http://www.eelis.net/C++/analogliterals.xhtml

У меня есть форк кланга, где я оператор 8==o добавляю потиху

Пока что не компилится, но я работаю над этим потиху

Но зачем?

У меня есть форк кланга, где я оператор 8==o добавляю потиху

Хороший оператор, не БОЛТ но ....

Антоша, это он игнорит неизвестный ему атрибут просто?

Ага, ввели такое поведение в C++17

https://youtu.be/ipI97pJ5g84

Но зачем?

Just for fun

Добрый день. Есть ли какой-нибудь легкий и быстрый способ валидировать URL в C++? Желательно НЕ регэксом. Есть openssl и curl. Там никакого стандартного API нет?

Добрый день. Есть ли какой-нибудь легкий и быстрый способ валидировать URL в C++? Желательно НЕ регэксом. Есть openssl и curl. Там никакого стандартного API нет?

а regexp не подходит по каким соображениям?

потому что правильный regex-валидатор очень большой и выглядит очень сложно, поэтому для начала спрашиваю что-то более стандартное

Нет, просто правильный формат

https://youtu.be/ipI97pJ5g84

Во, рок концерт -- это то, что надо!

потому что правильный regex-валидатор очень большой и выглядит очень сложно, поэтому для начала спрашиваю что-то более стандартное

Тебе очень поможет, если ты как-то ограничить варианты своего URL.

потому что правильный regex-валидатор очень большой и выглядит очень сложно, поэтому для начала спрашиваю что-то более стандартное

Валидатора не знаю.

Без регулярки можно руками писать цикл по строчке, запарившись с всеми случаями

Но вопрос что проще)

потому что правильный regex-валидатор очень большой и выглядит очень сложно, поэтому для начала спрашиваю что-то более стандартное

мне надо было как-то на части разложить url, но я ничего такого не нашел, поэтому написал regexp. для моей задачи подошел, можешь взять за основу: URL URL::Parse(const char * url) { std::regex r("^" "(" // 1. server = protocol user:password @ host : port "(" // 2. protocol = scheme + :// "([^:]+)" // 3. scheme "://" // ")" "(" // 4. user:password "([^:@]+)?" // 5. user "(:([^@]*))?" // 6. :password 7. password "@)?" "([^:/$]+)?" // 8. host "(:(\\d+))?" // 9. :port 10. port ")" "(/[^$]*)?" // 11. path "$" ); std::cmatch m; bool matched = std::regex_match(url, m, r);

Спасибо :)

std::regex может неожиданно сьесть очень много стека

Компилится https://godbolt.org/g/VvQXGw

проиграл

std::regex может неожиданно сьесть очень много стека

Ну и что ? Теперь не юзать RegEx ?

ну, как говорится: у меня была проблема, и я решил решить ее с помочью регэкспов. Теперь у меня две проблемы :)

а regexp не подходит по каким соображениям?

Потому что валидация урла регексом по рфц - очень сложно

ну, как говорится: у меня была проблема, и я решил решить ее с помочью регэкспов. Теперь у меня две проблемы :)

Вот именно

просто реализация в некоторых стандартных либах странная (?), и я просто решил поделиться соображением

просто реализация в некоторых стандартных либах странная (?), и я просто решил поделиться соображением

Молодец!

Потому что валидация урла регексом по рфц - очень сложно

буду знать

мне надо было как-то на части разложить url, но я ничего такого не нашел, поэтому написал regexp. для моей задачи подошел, можешь взять за основу: URL URL::Parse(const char * url) { std::regex r("^" "(" // 1. server = protocol user:password @ host : port "(" // 2. protocol = scheme + :// "([^:]+)" // 3. scheme "://" // ")" "(" // 4. user:password "([^:@]+)?" // 5. user "(:([^@]*))?" // 6. :password 7. password "@)?" "([^:/$]+)?" // 8. host "(:(\\d+))?" // 9. :port 10. port ")" "(/[^$]*)?" // 11. path "$" ); std::cmatch m; bool matched = std::regex_match(url, m, r);

несесурно как-то

под схему вообще любую бяку можно подставить

так и появляются cve-шечки

под схему вообще любую бяку можно подставить

а схема разве специфицируется? и так и так можно. например, мы свою собственную схему для внутренних ссылок в приложении регистрируем

Так URL (а ещё страшнее URI) -- это вообще очень абстрактная и сложная вещь...

@spoonson @zamazan4ik ваш посыл какой? regexp сложно, проблемно, страдай и пиши парсер руками?

так и шо делать?

@spoonson @zamazan4ik ваш посыл какой? regexp сложно, проблемно, страдай и пиши парсер руками?

ну, мой посыл это то, что надо это дело с осторожностью. Вроде хочется заюзать, а если подумать довольно часто можно и обойтись.

@spoonson @zamazan4ik ваш посыл какой? regexp сложно, проблемно, страдай и пиши парсер руками?

Я вот сейчас ищу либу с таким валидатором. Мб в Poco есть?

@spoonson @zamazan4ik ваш посыл какой? regexp сложно, проблемно, страдай и пиши парсер руками?

Мой вот посыл, что парсер универсального URI писать нет смысла в 90% случаев, и для каждого применения легче урезать определение URL до применяемого у тебя и тогда уже написать парсер.

Я вот сейчас ищу либу с таким валидатором. Мб в Poco есть?

А искать надо в броузерах...

Мой вот посыл, что парсер универсального URI писать нет смысла в 90% случаев, и для каждого применения легче урезать определение URL до применяемого у тебя и тогда уже написать парсер.

Вредные советы

А искать надо в броузерах...

Тоже вариант

Да, я такой...

Мой вот посыл, что парсер универсального URI писать нет смысла в 90% случаев, и для каждого применения легче урезать определение URL до применяемого у тебя и тогда уже написать парсер.

а я тебя не спрашивал про посыл, я его знаю :)

В poco есть poco::uri::parse

А что там внутри и что они реализуют - надо смотреть

В poco есть poco::uri::parse

в Qt есть :)

а был пропозал и драфт, но с 2014 не было обновлений

@spoonson @zamazan4ik ваш посыл какой? regexp сложно, проблемно, страдай и пиши парсер руками?

надо бы предложить набор вспомогательных классов в стдлибу для написания парсеров

http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2014/n3975.html

надо бы предложить набор вспомогательных классов в стдлибу для написания парсеров

буст.спирит!

буст.спирит!

Ага, библиотека для настоящих наркоманов!

Ага, библиотека для настоящих наркоманов!

а чего так? БНФ сложно? Формальные грамматики сложно?

сложно(не)

а в c++17 для rvo все еще нужен конструктор копирования?

вопрос исторического характера - все мы знаем, что в чистых сях sizeof('c') == sizeof(int), даже стандарт об этом говорит вроде, а почему сложилось именно так?

А что в стандарте по этому поводу написано?

Привет, кто подскажет где найти 'C++ Templates: The Complete Guide (2nd Edition)'

Привет, кто подскажет где найти 'C++ Templates: The Complete Guide (2nd Edition)'

в магазине? ?

Привет, кто подскажет где найти 'C++ Templates: The Complete Guide (2nd Edition)'

ну например https://www.twirpx.com/file/2378732/

Привет, кто подскажет где найти 'C++ Templates: The Complete Guide (2nd Edition)'

Ищи тег books и в канале

Привет, кто подскажет где найти 'C++ Templates: The Complete Guide (2nd Edition)'

^

вопрос исторического характера - все мы знаем, что в чистых сях sizeof('c') == sizeof(int), даже стандарт об этом говорит вроде, а почему сложилось именно так?

In the dark days of early C there were no types at all. By the time I first learnt to program in C, types had been introduced, but functions didn't have prototypes to tell the caller what the argument types were. Instead it was standardised that everything passed as a parameter would either be the size of an int (this included all pointers) or it would be a double. This meant that when you were writing the function, all the parameters that weren't double were stored on the stack as ints, no matter how you declared them, and the compiler put code in the function to handle this for you. This made things somewhat inconsistent, so when K&R wrote their famous book, they put in the rule that a character literal would always be promoted to an int in any expression, not just a function parameter. When the ANSI committee first standardised C, they changed this rule so that a character literal would simply be an int, since this seemed a simpler way of achieving the same thing.

с SO

с SO

хм, видимо плохо глядел, спс

https://stackoverflow.com/questions/2172943/size-of-character-a-in-c-c

вопрос исторического характера - все мы знаем, что в чистых сях sizeof('c') == sizeof(int), даже стандарт об этом говорит вроде, а почему сложилось именно так?

ЧЕГО?

вопрос исторического характера - все мы знаем, что в чистых сях sizeof('c') == sizeof(int), даже стандарт об этом говорит вроде, а почему сложилось именно так?

Может ты путаешь с тем, что многие функции в CRT, читающие символ, возвращают int ?

Нет, 'c' в С имеет тип int