Где Сабма отсутствует? В винде?
SAMBA это Unix реализации файлового протокола винды. Так что в винде самбу отдельно ставить/включать не нужно, она там есть из коробки. Достаточно включить службу доступа к файлам и принтерам (это сервер), а клиент в принципе не отключаем. Как в вин10 это называется точно не скажу, но вам собственно нужен клиент в данном случае, а не сервер. В винде родное название протокола CIFS. На вашем скрине прсутствует и самва и CIFS: "Поддержка общего доступа к файлам SMB 1.0/CIFS". Samba, SMB, CIFS - суть одно и то же.
Скорее всего проблемы связаны с несоответствием версии протокола в Вин10 и малинке. В малинке, конечно, какая-то древняя версия. Т.к. источник версий в любом случае микрософт, остальные догоняют. А протокол, на сколько я знаю, закрытый, поэтому догоняют медленно.
Она добавляет указанный маршрут в таблицу маршрутизации сервера, но этот маршрут у него и так есть, т.к. он член этой сети.
И посмотрите в таблицу маршрутизации сервера - там 2 маршрута к этой сети, тот что добавлен openvpn явно не правильный.
Судя по конфигу openvpn слушает все адреса на сервере.
Вы привели таблицу маршрутизации клиента, он в какой сети находится?
А таблица маршрутизации клиента из другой сети где?
Вам точно нужен маршрут по умолчанию через ВПН? push "redirect-gateway def1 bypass-dhcp"
Кстати, openvpn лучше работает на UDP.
Хорошие настройки крипты!
Даже если бы ваши модули были в одной комнате вы не смогли бы их связать (скорее всего) без WiFi роутера.
А если есть роутер, то сделаем еще шаг и у вас будет интернет. Все, круг замкнулся. Одинаковая схема в обоих городах. Кроме роутера подключенного к интернет нужен еще белый статический адрес на роутере в одной из точек (в той которая будет принимать подключения второй).
Кстати в вашей схеме не хватает еще управляющего устройства (или двух), которое будет собирать показания резистора и управлять сервоприводом. Сам резистор и сервопривод вряд ли справятся с передачей данных через интернет.
Вот еще пришла мысль: прогони
sfc /scannow
из под админа. Она теоретически должна восстановить из кэша системные файлы, если они повреждены. На практике лично мне не удавалось решить проблемы с ее помощью.
Да. Зависимости надо смотреть на всю глубину, естественно. Даже в этом случае можно не отловить всех зависимостей. Не отловятся те, что линкуются в run-time с помощью LoadLibrary.
На 3.5Гб для х32 должно хватить, если другие варианты не просматриваются - придется эту ставить на время.
Кстати, можно поставить Вин7 х64 как временный вариант. Ее установочный образ по моему влезал на 3Гб.
NikSIk31, В коде вам нужно делать просто: #include <mmath.h>
Так как каталог с заголовочными файлами включен в пути поиска заголовков (на втором скрине), то компилятор его найдет без указания пути в #include.
В остальном настройки правильные.
Вы разобрались с ошибкой с libc? Ошибка странная, т.к. стандартная библиотека обычно всегда в студии доступна и ее не нужно указывать явно. Максимум менять ключи MT/MD компилятора для выбора нужного варианта.
Для ПК1 пропишите маршрут к сети 192.168.11.0 через его ВПН сервер.
ВПН сервер так же должен иметь валидный маршрут к сети 192.168.11.0.
Так же и сеть 192.168.11.0 и ее ВПН сервер должны иметь маршруты до ПК1.
Все как обычно. Забудьте что там у вас еще и ВПНы, просто стройте таблицу маршрутизации на хостах так, как будто они соединены через обычные маршрутизаторы. Маршруты по умолчанию, естественно то же везде актуальны.
Согласен с отвечающими - поток проблему не решит.
Вообще я бы не стал использовать падающую библиотеку.
Если других альтернатив нет, то либо писать свой велосипед либо исправлять ошибку.
Соберите либу в дебажном варианте и гоняйте приложение под отладчиком, так локализуете место падения в библиотеке. Возможно там станет понятно как исправить ошибку. Если нет, то отправьте разрабу баг репорт с указанием места и причины падения, возможно это сподвигнет его предпринять какие-нибудь действия по исправлению.
Лучше создавать какой-либо именованный объект IPC, например канал, мьтекс ... Если успешно создался значит первый раз. Преимущество в том, что когда все дескрипторы на этот объект закроются, то ОС удалит его автоматически.
Файл и запись в реестре нужно удалять самому, при этом в случае вылета программы, зависания, принудительного закрытия пользователем файл и запись в реестре останется и нужно будет чистить в ручную.
Что у вас какие-то проблемы, если вы не выставите правильный TTL?
На сколько я знаю у большинства ОС (и устройств) TTL по умолчанию больше или равен 64, так что не стоит особо дергаться из-за этого. Можно начинать, только в случае каких-то проблем и то сомневаюсь, что проблемы будут из-за TTL.
PS: не знаю как там у микротиков, но я время от времени раздаю интернет с мобильника, никаких проблем не испытываю. TTL не менял.
В func.h включите str.h. В func.c можно не включать func.h в принципе (конкретно в этом коде).
Посмотрите внимательно в func.h - вы тут объявляете функцию, которая принимает параметр о котором тут ничего не известно. Вообще это работает с определенными ограничениями, т.к. параметр функции указатель на структуру, а не сама структура.
SAMBA это Unix реализации файлового протокола винды. Так что в винде самбу отдельно ставить/включать не нужно, она там есть из коробки. Достаточно включить службу доступа к файлам и принтерам (это сервер), а клиент в принципе не отключаем. Как в вин10 это называется точно не скажу, но вам собственно нужен клиент в данном случае, а не сервер. В винде родное название протокола CIFS. На вашем скрине прсутствует и самва и CIFS: "Поддержка общего доступа к файлам SMB 1.0/CIFS". Samba, SMB, CIFS - суть одно и то же.
Скорее всего проблемы связаны с несоответствием версии протокола в Вин10 и малинке. В малинке, конечно, какая-то древняя версия. Т.к. источник версий в любом случае микрософт, остальные догоняют. А протокол, на сколько я знаю, закрытый, поэтому догоняют медленно.