Владимир Коротенко, Цитата не относится к защите соединения. Честно говоря, я этот раздел не читал.
В собственной практике там где это было актуально использовал 16 битный цвет, все было норм.
twiniii, Севрером печати является тот же самый спулер ОС. И у него один стандартный интерфейс для получения заданий, который используется в ОС.
На предприятии, если есть АД, то все настраивается через политики. Так же и принтера устанавливаются на клиентов - никто не бегает и не расставляет руками.
Без АД, все гораздо скучнее - на каждого клиента ставят дрова руками, либо как-то автоматизируют процесс установки подручными средствами.
Теперь все под растчет создается, но не заполняется.
Потому что b - это индекс по массиву mas, по mas_otr нужен свой собственный индекс в третьем цикле main().
Вы еще видимо отладчиком не научились пользоваться? Пора!
Прикольно, что в текущей комбинации типов j и mas_otr в первом цикле sort() все работает правильно (только для х32 варианта сборки).
Но это только из-за того, что вам повезло так ошибится. Вряд ли имелось ввиду то что написано. Так что исправляйте.
Борис, На сколько я понимаю в США большие проблемы со свободным пулом IPv4, так что у них в этом плане вряд ли будет стабильно.
В "долгосрок" я бы вообще не думал про IPv4, только IPv6.
Завязывайтесь на крупных поставщиков, у них меньше шансов умереть с годами.
В РФ можно на Ростелеком посмотреть - самые крупные в стране, да еще и гос.контора. Думаю до следующей революции можно с ними спокойно работать. Это не реклама, у меня от ростелекома только домашний интеренет :-)
Если при вызове cmake задать параметр: -DCMAKE_VERBOSE_MAKEFILE или в самом CMakeLists.txt задать set(CMAKE_VERBOSE_MAKEFILE ON)
то cmake будет печатать на экран весь вывод, в выводе можно увидеть и вызов компилятора с параметрами и там уже можно посмотреть чего не хватает или что что-то не правильно добавилось в аргументы. Полезно для отладки сборки и обучения.
Путь указывайте относительно каталога, где лежит текущий CMakeLists.txt. В cmake относительные пути отсчитываются от этого каталога.
Например так: muParserProject/include, если CMakeLists.txt лежит в родительском каталоге muParserProject
В кавычках или без - не принципиально.
Egorithm, target_include_directories - для инклудов
target_link_directories - для задания каталога поиска библиотек
Все операции, которые можно сделать с конкретной целью начинаются на target_
По ссылке масса всего интересного :)
Евгений Шатунов, Roman, Спасибо за дополнения.
Обобщу:
Применительно к вопросу - нужно const заменить на constexpr, тогда должно компилироваться без ошибок на всех компиляторах поддерживающих С++11.
Почему const ведет себя по разному на разных компиляторах:
1. объявление массива так как его привел Terminator123321 не является С++ совместимым (спасибо Евгений Шатунов).
Вот почему - В С++ нет массивов переменной длинны (VLA). Они есть только в С99 и выше. Обычные статические массивы в С++ можно задавать только используя константное выражение в качестве размерности. const не является константным выражением (а constexpr - это оно и есть). Константное выражение вычисляется на этапе компиляции, что не обязательно верно в случае const (собственно по этому const - это и не константное выражение).
Таким образом приведенное объявление массива строго говоря является массивом переменной длины, а не обычным статически массивом Си.
Как было сказано Евгений Шатунов компиляторы могут более углубленно проверить выражение инициализации в const и распознать его как constexpr. Но это никак не регламентируется стандартом и тут каждый компилятор ведет себя как захочется.
2.Микрософтовский компилятор никогда полностью не поддерживал современные стандарты Си (С99 и выше), поэтому массивов переменной длины он не умеет, отсюда ошибка в MSVS.
gcc поддерживает современные стандарты. По умолчанию, если при компиляции не указано строго придерживаться стандарта языка, то он разрешает в коде С++ использовать VLA. В общем это такое расширение gcc.
3.Для статических массивов в С++ используйте класс std::array, впрочем на сколько я понимаю это не отменяет необходимости использовать constexpr в качестве размерности массива.
В качестве обучения нужно попрактиковаться и с "сырыми" массивами, но в реальном коде лучше юзать классы стандартной библиотеки.
PS: Так же как и # проверил код в MSVS - компилируется. Даже с учетом того, что отключены все оптимизации и включена опция использовать C++14. Судя по дизасемблеру msvc все таки распознал это выражение как constexpr и не выругался.
Стоит MSVS 2017 последний раз обновлял уже в этом году, так что версия можно считать свежая. В более поздних версиях компилятора результат вполне мог быть и другим. За одно проверил - msvc так и не научился в VLA.
Вероятно что и gcc по умолчанию способен распознать const int n = 10 как constexpr. Протестировал на mingw то же собирается без ошибок, даже с -std=c++11 -pedantic -Wall -Wextra. Дизасемблер тут уже не смотрел.
Внутри локальной сети скорости должны быть вполне приемлемыми. Особенно по проводам, если 1 Гбит есть.
Для доступа из инета этот вариант, конечно, не годится. Но в вопросе нигде не звучало, что нужен доступ из вне.