Почему один и тот же код работает по разному на Windows и Linux?

Рекомендуємо хостинг TIMEWEB

Стабільний хостинг, на якому розміщується соціальна мережа EVILEG. Для проектів на Django радимо VDS хостинг.

Вот

Потому, что любая кроссплатформенная библиотека подразумевает несколько бэкендов, которые выбираются настройками проекта при компилировании программы (так называемый Pimpl, использование Private API). Степень качества работы конкретного бэкенда будет естественно зависеть от профессиональных навыков разработчика, который занимается развитием данного бэкенда. Также на качество работы влияет API самой операционной системы.

Скриншот, который Вы привели, абсолютно ничего не говорит о специфике проблемы, кроме того, что проблема имеется.

Разработка бэкендов для кросплатформенной библиотеки естественно зачастую ведётся несколькими разработчиками, у каждого из которых свой собственный профиль: WinAPI, X11, MAC OS API, что характерно для крупных проектов, поскольку трудно быть Гуру во всех трёх направлениях одновременно, тем не менее уровень навыков специалистов будет различен по отношению к целевым API. То есть над WinAPI может работать специалист уровня Team Lead, а над X11 специалист уровня Middle.

Также проблемы могут создавать сами API Операционной Системы. Например, написать Key Logger для Windows на мой взгляд проще, чем для Linux, просто потому, что под Windows есть заточенное под это API, так называемые Хуки, а под Linux такого нет, хотя имеется возможность захвата событий клавиатуры, но их потом ещё нужно правильно вернуть обратно в систему, что требует несколько больших навыков и знаний, чем при работе с WinAPI.

А ещё проблемы может создавать компилятор )))) Было одно обсуждение, в котором обсуждалась утечка памяти при работе с WinAPI ICMP Ping, как выяснилось через пару недель, проблему создавал компилятор. Тот же самый код при сборке другим компилятором работал без утечек памяти при выполнении функций из WinAPI.

Вывод: Причин такого поведения может быть множество.

Решение: Использовать другие библиотеки, пробовать другие средства сборки, искать обходные пути (то есть костылировать проблему).

Та как же её костылировать? Я бы рад...

Понятия не имею ...

Кроме одного скриншота и небольшого описания проблемы, Вы ничего не показывали, ни логов вывода, ни попыток дебагинга, где ложится программа. Ни программного кода, где происходит падение программы. Ничего, что могло бы натолкнуть на мысли о каком-нибудь совете, который помог бы Вам решить проблему.

Запустите проект в режиме отладки и посмотрите в каком месте программы, в каком методе, происходит падение программы. Что вызывает проблему и т.д. и т.п.

Приложение остановлено, так как оно получило сигнал от операционной системы. Сигнал: SIGSEGV Назначение: Segmentation fault И это только тогда когда начинаю двигать полотно графика. Как будто идёт какая-то помеха, которая мешает протоколу общаться с устройством. Как показано на скриншоте, то там ошибка в библиотеке qmodbusrtuserialmaster. Я на это не грешу. Мне кажется что проблема в моём коде. А иногда ошибка вываливается в ассемблерском файле. Я пытался отловить qDebug()-ом. Но и там такая ересь бывает просто. Было бы замечательно, если бы Вы выделили 10 минут на меня. И Вы бы по Team Viewer увидели проблему. Есть такие проблемы, что сложно отловить отладчиком.

Сейчас у меня катастрофически не хватает времени на всё, так что насчёт Team Viewer не знаю. Тем более, что 10-ю минутами здесь не обойтись явно ...

Если учесть Segmentation Fault, то видимо у Вас там обращение идёт к какому-то объекту раньше, чем он был инициализован. Вполне возможно, что как раз объект у qmodbusrtuserialmaster был недоинициализован. Впрочем, qmodbusrtuserialmaster - это довольно новый класс, его ввели только в Qt 5.6, так что баги могут быть под различными ОС.

Поставьте точку останова в начале обработки сдвига на графике и проследите работу кода до момента падения программы. В том числе с просмотром содержимого переменных, по которым будет проходить алгоритм программы.