DeusVEC, Смотрите журнал винды, возможно там будут какие-то ошибки.
Посмотрите что у вас грузиться в автозагрузке, все ли вы знаете из этого списка и все ли вам нужно.
Обновите драйвера.
Удалите лишний софт.
Обновите винду.
Евгений Старцев, у вас в примере вы ищите "кедровый", а пишете про "кедровые". Товар "кедровый" из вашего примера должен быть найден, а товар "кедровые" нет, что вполне логично - SQL ничего не делает с вашим шаблоном поиска, как вы его задали, в таком виде он и ищет. Посмотрите ответ Павел Быков, по моему это правильное направление.
Это поведение Си функций преобразования строки в число: www.cplusplus.com/reference/cstdlib/strtol/?kw=strtol
Видимо в данной конкретной реализации используются они. Если отрабатывает с восьмеричными, то будет работать и с шестнадцатеричными значениями. Но если такое поведение не отражено в документации, то полагаться на это не стоит. В других реализациях/версиях такие фокусы могут не пройти.
kytcenochka, Writefile.h вы, конечно должны включать в main.cpp - иначе компилятор не будет знать как вызывать эти функции. В этом заголовочном файле нужно разместить прототипы функции без тела.
На счет ошибки: в никсах ld ищет библиотеки только в стандартных путях типа /lib, /usr/lib, /usr/local/lib. Текущий каталог не входит в список этих путей. Аналогичная ситуация, например, когда вы хотите запустить исполняемый файл из текущего каталога, то вам придется написать ./proga, а не просто proga, как это было бы в винде.
Ключ -L для ld позволяет указать дополнительный каталог где линковщик будет искать библиотеки.
Но это еще не все, собрать программу вы соберете, но она не запустится, т.к. при запуске поиск библиотек, которые использует программа, осуществляется аналогичным образом. Нужно добавить путь к переменной окружения LD_LIBRARY_PATH. Собственно можно сразу разобраться с этой переменной, т.к. ld то же ее использует для поиска библиотек. https://stackoverflow.com/questions/2726993/how-to...
kytcenochka, Собственно говоря, вы можете убрать из библиотеки файл, содержащий main() и использовать его в качестве программы, использующей библиотеку.
Все равно функция main() в библиотеке явно лишняя.
Просто соберите отдельно библиотеку без main.cpp.
Отдельно собирайте main.cpp, не указывая других исходных файлов, вместо них укажите опцию -l<имя библиотеки>. И еще в линуксе библиотеки должны иметь префикс lib в имени файла, gcc на это расчитывает. В параметре -l имя нужно указывать без префикса.
К линуксу непосредственно это отношения не имеет, просто вы сменили компилятор и у другого компилятора свое видение мира:
1. function1.cpp:219
Похоже, что имя DateTime есть в STL и компилятор путает вашу структуру DateTime с ней: vector<DateTime> time;
Возможно самым простым вариантом было бы переименовать структуру DateTime.
Но правильней было бы убрать везде using namespace std, а для обращения к объектам STL использовать префикс области видимости std::
Все остальные ошибки в function1.cpp вытекают из первой.
2.function2.cpp:31
Здесь вы зачем то используете Си функцию rand() не подключив соответствующий заголовочный файл (кстати перед использованием rand() генератор случайных чисел нужно проинициализировать с помощью srand()). Но вообще в плюсах есть свои генераторы, лучше бы пользоваться ими: en.cppreference.com/w/cpp/numeric/random
3.function2.cpp:34
Тут дело в том, что типа __int16 нет в природе. Вообще в названии типа не зря стоят подчеркивания впереди, они должны вам сказать о том, что этот тип сильно внутренний и не нужно его использовать в своих программах, т.к. его может не быть в других компиляторах (да в том, что вы использовали в следующей версии его может уже не быть). На это вы и напоролись.
В C/C++ есть свои стандартные библиотечные документированные аналогичные типы:
uint8_t, uint16_t, uint32_t, uint64_t и аналоги для знаковых чисел. Используйте эти типы подключив соответствующий заголовочный файл: #include <cstdint>
Vlad_Radigin Попробуйте сделать командный файл со следующим содержимым:
chcp 65001
java Example
Возможно вывод будет более читабельным, но не факт.
Вообще командная строка винды с юникодом не дружит, поэтому вариант выше может не сработать (выполнится первая команда, а следующая не сработает).
Как вариант - запускать java из ком.строки PowerShell.
sddvxd, Для вашей задачи не нужно понимание работы виртуальной памяти и выравнивания данных. Можно пока пропустить. Просто знайте, что в разных процессах память разная - не пересекается.
Про инжектирование dll в другой процесс полно информации и примеров, гуглите.
genius7sage, JS и VBS работают с ActiveX объектами, а PoS, на сколько я знаю, несколько по другой технологии. Хоть ноги у обоих растут из одного места, но вряд ли они на прямую совместимы.
Но я, на самом деле, не в курсе - это всего лишь предположения.
Посмотрите у производителя железки, возможно есть форум поддержки можно туда вопрос задать, а возможно там уже и ответ есть. Предполагаю, что подобными вопросами не вы один задаетесь.
Не ясно причем тут учителя - они такие же пользователи как и студенты по сути, т.е. пользуются теми правами, которыми их наделил администратор.
Один раз делаете, а дальше все работает само уже без вашего участия. Нужно будет поучаствовать при добавлении новых пользователей.
Если развернута АД, то можно применить перемещаемые профили, тогда пользовательские профили будут лежать на сервере и можно дать доступ преподу к профилям студентов. Для студентов вообще будет достаточно сохранять свои поделки либо в мои документы, либо на раб.стол .
Дмитрий Шицков, Технически они разные.
Токены с неизвлекаемыми ключами сами производят криптографические операции собственным встроенным чипом. Токены с извлекаемыми ключами - по сути флэшка с паролем - вся криптография происходит на компе. На сколько я знаю.
Да, для авторизации самое то.
Наверное. Достаточно пароль на ключ нормальный поставить, имхо. Функционально получится как тот же truecrypt контейнер - ключ на диске будет зашифрован паролем.
Дмитрий Шицков, не знал, спасибо за информацию, полезно.
Токены стирались на моей практике те которые с извлекаемыми ключами, с неизвлекаемыми не стирались. Дохли разные. Причину обычно выяснить не удается, т.к. токены либо у клиента, либо у сотрудников на руках, которые внятно ничего обычно сказать не могут.
Дмитрий Шицков, т.е. рабочие ключи как обычно в виде файлов. На токенах бэкапы?
Кстати, несколько раз попадал, что eTokenы дохли или стирались по каким-то причинам, так что и бэкапы нужно дублировать. С другими вариантами токенов мало имел дела.
evg_96, Чаще всего нечто похожее случается из-за инкрементной сборки, которая в VC включена по умолчанию.
Поэтому самый первый совет в этом случае - очистить результаты сборки и пересобрать с нуля.
Так же можно вручную удалить из каталога проекта все объектные и исполняемые файлы (да и вообще все лишнее). Для проекта VC достаточно файлов:
*.vcproj* и *.sln (они находятся в корневом каталоге проекта) и ваши исходники, конечно. Все остальное можно удалять - это файлы и каталоги полученные в результате сборки проекта и при следующей сборке они снова появятся.
Еще можно отменить саму инкрементную сборку в свойствах проекта: General->Enable managed incremental build. Это приведет к тому, что каждая сборка будет полностью пересобирать проект. Это увеличит время сборки, но для учебных проектов время сборки обычно не критичный параметр.
В вашем случае не совсем понятно что именно привело к такому поведению. Думаю для вас оптимальным вариантом на данном этапе будет отключение инкрементной сборки.