Inlägg

Denna fungerar riktigt bra!
Den känner verkligen av om man överindexerar en pekararray eller glömmer frigöra minnet.

Superenkelt om man kör MSBuild i C. Tackar.

P.S skrev 1000 rader C kod för arrayer. Inte ett enda fel på första försöket!

Jag behöver ett program som kör en .c fil och programmet ska avgöra om jag överindexerar arrayerna i .c filen.
Arrayerna är dynamiskt allokerade från minnet.

Har ni något förslag på program? Jag har tillgång till Visual Studio Community 2022.

Jag ska testa din kod snart. Återkommer.

@Elgot

Men jag har testat använda boost::asio::async_read och denna resulterarde väldigt dåligt. Jag vet inte varför min boost::asio::read fungerar riktigt bra och verkar inte alls blockera. Jag känner att något är skumt här.

Problemet är att jag får inte boost::asio::async_read att fungera som det är tänkt. Det kanske är så att async_read bevarar inte meddelandet?

auto work_guard = boost::asio::make_work_guard(io);

Jo. Det är just som den gör. Jag tycker Boost Asio är bra. Den har löst problemet för mig, utan att jag ens förstår lösningen. Vilket jag tycker är tragiskt.

Hade Boost Asio tagit bort lite onödiga saker så som io_context och io.run() osv. Då hade det blivit mycket enklare. Men det kanske finns ett behov utav sådant. Boost Asio är som sagt plattformsobereonde, vilket är bra.

Här är min senaste kod. Tyvärr så läser den inget. Kan det ha med att man måste starta något?

int32_t read(const char port[], uint8_t data[], const uint16_t size, const int32_t timeout_ms) {
	int32_t bytesRead = 0;
	if (CDCDeviceExist(port)) {

		// Get the USB
		auto deviceUSB = devicesCDC.at(port);

		int_least64_t tick = Tools_Software_Algorithms_getMilliSeconds();
		const int_least64_t endTick = tick + timeout_ms;
		while (tick <= endTick) {
			boost::asio::async_read(*deviceUSB, boost::asio::buffer(data, size), [&](const boost::system::error_code& error, std::size_t bytes_transferred) {
				auto status = error;
				if (!error.failed()) {
					bytesRead += bytes_transferred;
				}
				});
			tick = Tools_Software_Algorithms_getMilliSeconds();
		}
	}

	return bytesRead;
}

Edit:

Denna kod fungerar!

int32_t read(const char port[], uint8_t data[], const uint16_t size, const int32_t timeout_ms) {
	int32_t bytesRead = 0;
	if (CDCDeviceExist(port)) {

		// Get the USB
		auto deviceUSB = devicesCDC.at(port);

		// Important stuffs
		boost::asio::io_context io_context;
		boost::asio::deadline_timer timer(io_context);
		boost::system::error_code ec;

		// Create dead line timer
		timer.expires_from_now(boost::posix_time::milliseconds(timeout_ms));
		timer.async_wait([&](const boost::system::error_code& error) {
			if (!error) {
				// If time out occurs
				ec = boost::asio::error::operation_aborted;
				deviceUSB->cancel();
			}
			});

		// Start the thread
		std::thread io_thread([&]() { io_context.run(); });

		// Read with error code
		bytesRead = boost::asio::read(*deviceUSB, boost::asio::buffer(data, size), ec);

		// Cancle the timer and wait for the io_context to join
		timer.cancel();
		if (io_thread.joinable()) {
			io_thread.join();
		}
	}

	return bytesRead;
}

Jag kör Windows 11 och Lubuntu Linux. Men när jag skriver C++ kod så vill jag att dom ska passa båda. Write Once - Compile everywhere

Jag har hittat ett exempel
https://beta.boost.org/doc/libs/1_52_0/doc/html/boost_asio/re...

void handler(
  const boost::system::error_code& error, // Result of operation.

  std::size_t bytes_transferred           // Number of bytes copied into the
                                          // buffers. If an error occurred,
                                          // this will be the  number of
                                          // bytes successfully transferred
                                          // prior to the error.
);

boost::asio::async_read(s, boost::asio::buffer(data, size), handler);

Med lite lambda-uttryck så kan man skriva

boost::asio::async_read(s, boost::asio::buffer(data, size), [&](const boost::system::error_code& error, std::size_t bytes_transferred){

denna kod körs när jag boost asio läser.

});

Men då är ett problem! Time out! Viktigt!
Eller tror ni man kan köra egen timout? Typ en while loop.

Tackar.
Det jag har behov utav är någon typ av läsning som kan läsa och acceptera det den får.
Det ska inte vara blockerande.

Men ändå så borde Boost Asio fungera. Finns det inget färdigt exempel för Boost Asio? Jag har försökt hitta något, men har bara hitta blockerande läsning.

Jag testade att införa ditt. Men nu verkar inte något fungera.
Finns det inge bättre bibliotek än boost asio? Jag menar, biblioteket verkar vara skrivet som en kratta.

Jag använder Boost Asio för att kommunicera via USB uttaget. Orsaken varför jag använder Boost Asio har med att libusb kan inte enumerera korrekt port t.ex. COM1, COM2, COM3. Istället får man VendorID. Exempel: https://stackoverflow.com/questions/14722083/how-to-use-libus...

Som jag uppfattar detta så använder Boost Asio själva operativsystemets egna USB-bibliotek för att kommunicera. Medan libusb kommunicerar direkt till hårdvaran, därav snabbare, men man får inte med alla fina saker som Boost Asio erbjuder t.ex. buffer och enummerering av enheter.

Det jag har gjort är att jag har skrivit en läsfunktion och en skrivfunktion. Det jag tänkte fråga er är om det finns potential att kunna optimera denna kod? Så vad tror ni? Går det göra koden snabbare igenom att slippa använda trådar? Koden är klippt från en .cpp fil, därav försvann åäö.

Skrivfunktion:

static boost::asio::io_context io;
static std::map<std::string, std::shared_ptr<boost::asio::serial_port>> devicesCDC;

static bool existerarPorten(const char port[]) {
	return devicesCDC.find(port) != devicesCDC.end() ? true : false;
}

int32_t write(const char port[], const uint8_t data[], const uint16_t size, const int32_t timeout_ms) {
	int32_t writtenBytes = 0;
	if (existerarPorten(port)) {

		// Get the USB
		auto deviceUSB = devicesCDC.at(port);

		// Skapa en io_context och deadline_timer
		boost::asio::io_context io;
		boost::asio::deadline_timer timer(io);
		boost::system::error_code ec;

		// Starta deadline timer
		timer.expires_from_now(boost::posix_time::milliseconds(timeout_ms));
		timer.async_wait([&](const boost::system::error_code& error) {
			if (!error) {
				// Om timeout intr ffar, st ng seriellporten
				ec = boost::asio::error::operation_aborted;
				deviceUSB->cancel();
			}
			});

		// Starta en separat tr d f r att k ra io_context
		std::thread io_thread([&]() { io.run(); });

		// Utför skrivoperationen
		writtenBytes = boost::asio::write(*deviceUSB, boost::asio::buffer(data, size), ec);

		// Avbryt timern och v nta p  io_context-tr den
		timer.cancel();
		if (io_thread.joinable()) {
			io_thread.join();
		}

		// Kontrollera fel
		if (ec) {
			if (ec == boost::asio::error::operation_aborted) {
				std::cerr << "CDC.cpp: Timeout intr ffade under skrivning till port: " << port << std::endl;
				return -1; // Returnera felkod f r timeout
			}
			std::cerr << "CDC.cpp: Fel vid skrivning: " << ec.message() << std::endl;
			return -1;
		}
	}
	return writtenBytes;
}

Läsfunktion:

int32_t read(const char port[], uint8_t data[], const uint16_t size, const int32_t timeout_ms) {
	int32_t bytesRead = 0;
	if (existerarPorten(port)) {

		// Get the USB
		auto deviceUSB = devicesCDC.at(port);

		// Skapa en io_context och deadline_timer
		boost::asio::io_context io;
		boost::asio::deadline_timer timer(io);
		boost::system::error_code ec;

		// Starta deadline timer
		timer.expires_from_now(boost::posix_time::milliseconds(timeout_ms));
		timer.async_wait([&](const boost::system::error_code& error) {
			if (!error) {
				// Om timeout intr ffar, st ng seriellporten
				ec = boost::asio::error::operation_aborted;
				deviceUSB->cancel();
			}
			});

		// Starta en separat tr d f r att k ra io_context
		std::thread io_thread([&]() { io.run(); });

		// Utför operationen
		bytesRead = boost::asio::read(*deviceUSB, boost::asio::buffer(data, size), ec);

		// Avbryt timern och v nta p  io_context-tr den
		timer.cancel();
		if (io_thread.joinable()) {
			io_thread.join();
		}

		// Kontrollera fel
		if (ec) {
			if (ec == boost::asio::error::operation_aborted) {
				std::cerr << "CDC.cpp: Timeout intr ffade under l sning fr n port: " << port << std::endl;
				return -1; // Returnera felkod f r timeout
			}
			std::cerr << "CDC.cpp: Fel vid l sning: " << ec.message() << std::endl;
			return -1;
		}
	}

	return bytesRead;
}

Uppenbarligen så verkar det vara ett känt problem med OpenCV för Vcpkg.
Så om jag installerar OpenCV manuellt.

Då går jag till https://opencv.org/releases/ och laddar ned kompilerade för Windows. Där efter så kopierar jag in hela buildmappen, som finns i det man laddar ned från OpenCV. Jag placerar buildmappen i mitt projekt och sedan länkar jag till följande headers och .lib.

Additional includes: C:\Users\<USER>\Documents\GitHub\GoobySoft\GoobySoft\Tools\Software\Libraries\OpenCV\windows\include
Additional libraries: C:\Users\<USER>\Documents\GitHub\GoobySoft\GoobySoft\Tools\Software\Libraries\OpenCV\windows\x64\vc16\lib

Men jag får fortfarande LINK2019 problem att den hittar inte .lib filerna....Ska det verkligen vara så svårt att installera OpenCV?

Jag har installerat OpenCV via Vcpkg.

vcpkg install opencv

Då fick jag löjande

opencv4:x64-windows                               4.10.0#1            computer vision library
opencv4[calib3d]:x64-windows                                          calib3d module
opencv4[default-features]:x64-windows                                 Platform-dependent default features
opencv4[dnn]:x64-windows                                              Enable dnn module
opencv4[dshow]:x64-windows                                            Enable DirectShow
opencv4[fs]:x64-windows                                               Enable filesystem support
opencv4[gapi]:x64-windows                                             Enable gapi module
opencv4[highgui]:x64-windows                                          highgui module
opencv4[intrinsics]:x64-windows                                       Enable intrinsics
opencv4[jpeg]:x64-windows                                             JPEG support for opencv
opencv4[png]:x64-windows                                              PNG support for opencv
opencv4[quirc]:x64-windows                                            Enable QR code module
opencv4[thread]:x64-windows                                           Enable thread support
opencv4[tiff]:x64-windows                                             TIFF support for opencv
opencv4[webp]:x64-windows                                             WebP support for opencv
opencv4[win32ui]:x64-windows                                          Enable win32ui
opencv:x64-windows                                4.10.0              computer vision library
opencv[default-features]:x64-windows                                  Platform-dependent default features

Men när jag inkluderar

#include <opencv4/opencv2/core.hpp>

Då får jag ett problem med följande

cv::VideoCapture cap;

Det den säger är att namespace cv har ingen medlem VideoCapture.
Tittar jag i core.hpp så kan jag se att min IDE kan inte hitta dessa header-filer. Den säger "cannot find source file ...." och sedan namn på .h filen och .hpp filen.

#ifndef OPENCV_CORE_HPP
#define OPENCV_CORE_HPP

#ifndef __cplusplus
#  error core.hpp header must be compiled as C++
#endif

#include "opencv2/core/cvdef.h"
#include "opencv2/core/base.hpp"
#include "opencv2/core/cvstd.hpp"
#include "opencv2/core/traits.hpp"
#include "opencv2/core/matx.hpp"
#include "opencv2/core/types.hpp"
#include "opencv2/core/mat.hpp"
#include "opencv2/core/persistence.hpp"

/**
@defgroup core Core functionality
@{

Fråga:
Notera att jag använder <> när jag inkluderar headerfilerna från OpenCV version 4. Men hos dessa headerfiler så inkluderar dom med "", vilket betyder intern inkludering. Tydligen så finns dessa filer i min sökväg

C:\....\GitHub\vcpkg\installed\x64-windows\include\opencv4\opencv2

Men varför känner min Visual Studio 2022 IDE inte utav dessa OpenCV filer? Jag har ju installerat Vcpkg och Vcpkg fungerar utmärkt för t.ex. ImGui eller Boost för C++.

Idag tycker jag att om man använder vektorer och smarta pekare, så gör man språket minnessäkert.

Jag tror hellre Carbon kommer ersätta Rust. Google har betydligt större ekonomiska muskler än vad Mozilla har.
Jag tycker Carbon har renare syntax än Rust. Syntaxen från Rust är rent av hemsk. Hur tänkte utvecklare där? Kanske inte.
Men som sagt så kommer jag hålla mig kvar vid C++ för att jag litar på att utvecklarna av C++ kommer hitta på ett sätt som gör C++ helt oslagbart. Det är redan oslagbart idag också.

Idag tycker jag C++ är så enormt högnivå att det liknar Java. Jag tänker aldrig på frigöra minnet längre. Jag använder bara vektorer och smarta pekare. Sedan tänker jag inget mer på dom.

Detta låter galet. Litar inte på dom för 5 öre. Bara namnet "tractor" låter oseriöst. Vad är dom? 8 år i sinnet?

C, C++ och Rust har en särställningen bland alla någorlunda populära språk: endast dessa 3 är kompilerade språk, utan GC där "zero-cost abstractions" är en av grundfinesserna.

Microsoft har sagt att dom ska använda Rust för varje nytt projekt som ej använder GC.
Men detta kommer dom få äta upp. Hela programmeringsvärlden bygger på en ung generation som leder utvecklingen. Denna typ av unga generation vill aldrig ens hålla på med gamla saker, utan bara nya teknologier med svart skärm och tjockt tangentbord.

Men som sagt, Rust är bara tillfälligt. Googles Carbon är nog framtiden. Om inte Microsoft hittar på något nytt och tvingar arbetsmarknaden att följa språket.

Jobbar med embedded, aldrig sett Rust och kommer aldrig se det heller. Det är bara C som gäller, eller något mystiskt språk så som pascal. I vissa fall kan det vara C++, men då ska det vara dyra system också. En gång fick jag koda i Java SE. Det var skönt. Superenkelt. Det var för IoT.

Jag tycker inte C++ har höga trösklar. Faktiskt så kör jag C liknande C++, där jag använder klasser vid behov. Men vektorer använder jag alltid i C++. Men annars så är det vanlig C programmering. Problemet med Rust är att språket har hämtat sin syntax från döende språk från 60-70-talet. Helt horribelt hur man kunde tänka så.

Nybörjarspråk: Python, helt klart. Där behöver man aldrig tänka.

Dom har helt fel. Att Rust ska vara bästa språket för nybörjade att lära sig. Beror på om man vill ha det svårt från början.
Egentligen föredrar jag Python för nybörjare. Där efter kan man gå till C och bygga sin kunskap mot C++ och högre nivå så som Java och C#.

Jag har inget emot att man tvingar C++ programmerare att använda senaste standarden som visar vägen till kod där...ja, vad det nu heter, tar över minneshanteringen. Smarta pekare är helt enkelt guld i C++.

Jag skriver eget bibliotek för Modbus i C++ som använder Boost Asio Enklast så.

Jag tror däremot Rust kommer inte vara lika populärt i framtiden som det är idag.
Orsaken har med att Rust har för många konkurrenter - Zig och Carbon. Kanske det kommer ett nytt hippespråk som lovar guld och gröna skogar?

Carbon tror jag faktiskt på. Språket stöds av Google! Nej, jag kommer inte lära mig Carbon. C++ är ett 10 års projekt.

Vänta bara tills Carbon lanseras. Då kommer Rust tolkas som "omodernt" och "krånglig" av ny generation av programmerare.
Jag har varit med svängarna och det finns alltid en skara utvecklare som ständigt jagar efter senaste och nyaste språket att lära sig. Sedan finns det gamla rävar som jag som kör C och C++ vid behov.

Du menar att man kan enkelt skriva om C och C++ till Rust? Till vilken läsbar kvalité då? Vad händer om det blir fel så det måste bli manuell handpåläggning för att koden skall kunna kompileras i Rust?

Java är fint. Mysigt språk där allt bara fungerar. Synd att man måste ha JRE installerat.

D togs fram för att den skulle ersätta C++. Så gjorde man med Java också. Utvecklarna bakom Java skrev att målet var ett "bättre C++", utan massa krångel. Men man fick lägga språket på en väldigt hög nivå för att lyckas.

Jag tror inte på Zig. Låter som ett hippiespråk från en ung generation i USA. Språket dör bort när Carbon lanseras.

Finns på deras GitHub så skriver Carbon att denna ska ersätta C++.

Rust är inte bara den enda "C++ dödare". Det finns många språk som jag nämnde. Men problemet är att det är svårt att ersätta C++ om det är ett ständigt utvecklande språk och är idag, enligt min mening, väldigt säkert att programmera i.

Här är ett ytterligare nytt språk.....som ska konkurrera mot Rust. Men åter igen, det skapas massvis med språk som ska ersätta andra språk. Val är säkert ett dåligt språk dessutom. De flesta språk idag är dåliga.
https://www.youtube.com/watch?v=xLouek82-5g

Aldrig sett Rust på arbetsmarknaden. Det enda jag har sett Rust finnas är på hobbyprojekt på GitHub. Arbetsmarknaden är ofta C#, C++, Java, PHP, Python, JavaScript. Ja...sedan var listan slut.

Rust är svårare än C++. Tro mig.
Hade Rust varit smart så hade dom kopierat 100% av C++ syntaxen, men bara kallat den för Rust och implementera sin minnessäkerhet. Klart! Inga problem. Folk hade inte märkt någon skillnad.

Just ja. Dessa är Modbus TCP. Behöver RTU
Men skadar inte att man skriver eget Modbus. Finns ju något bibliotek man kan sno och skriva om.

wxWidgets som jag använder, har olika bibliotek tillgängliga ute på SourceForge och GitHub...men enligt mig känns dom mest dåligt skriva. Exempelvis wxMathPlot med sina 4000 rader spagettikod...känns inte lockande.

Så jag tänkte skapa eget bibliotek! Men jag vill diskutera strukturen på den.
Mitt mål är att om jag har en sådan klass.

#pragma once

#include <string>
#include <vector>

// Here the plot type enumeration must be placed
typedef enum {
	WXPLOT_TYPE_LINE_PLOT,
}WXPLOT_TYPE;

// This class is the general class for all types of plots
class wxPlot {
private:
	// General plot information
	unsigned int plotWidth;
	unsigned int plotHeight;
	unsigned int fontSize;
	std::string title;
	std::string xLabel;
	std::string yLabel;
	std::vector<std::string> legend;

	// Flags
	bool gridOn;
	bool legendOn;
	bool xLabelOn;
	bool yLabelOn;
	bool titleOn;

public:
	// Constructor
	wxPlot(WXPLOT_TYPE wxPlotType, unsigned int plotWidth = 100, unsigned int plotHeight = 100);

	// Deconstructor
	~wxPlot();

	// General functions
	void setPlotWidth(unsigned int plotWidth);
	void setPlotHeight(unsigned int plotHeight);
	void setFontSize(unsigned int fontSize);
	void setGridOn(bool gridOn);
	void setLegendOn(bool legendOn);
	void setXLabelOn(bool xLabelOn);
	void setYLabelOn(bool yLabelOn);
	void setTitleOn(bool titleOn);
	void setTitle(std::string& title);
	void setXlabel(std::string& xLabel);
	void setYlabel(std::string& yLabel);
	void setLegend(std::vector<std::string>& legend);

	// This function must be called to draw the plot
	void drawNow();
};

När jag anropar konstruktören wxPlot så ska jag bestämma vad för typ av plot t.ex line eller bar eller annat.
Frågeställning:

Min tanke är att jag ska använda enumereringen för styra vilken plottyp det ska vara.
Ska jag använda mig av polyformism här? Eller tycker ni att jag ska använda mig av funktionspekare eller liknande för att sätta adresser till fält-funktioner som man sedan anropar?

Men vi säger om det är olika funktioner på bar och line då för att sätta data?

Kanske man ska använda sig av templates här?
Beroende på vilken typ av klass man sätter, så kommer datan att tolkas annolunda beroende på plottyp.
Om man har en line-plot så kommer första dataraden tolkas som X-axel, andra dataraden kommer tolkas som Y-axel.
Men är det bar-plot, då kommer varje datarad i dataList tolkas som Y-axel endast. Jag bara stormar lite med idéer.

public:
   void setData(dataClass<?> dataList);

Eller ska man vara lite mera tydlig i sin C++ kod och skriva utan templates?

public:
	void setPlotData(std::vector<std::vector<float>> plotData);

Mål:

• Clean Code™

• Senaste C++23 standard

• Matlab-lik

• Det ska finnas ett mönster i koden, så det blir enkelt för andra att lägga till sin egen plot

Jag känner att jag har stora anledningar att hålla mig kvar vid C++.
Orsaken har med att C++ utvecklas och ökar allt mer i popularitet med följd av Python. Troligtvis så är det spel och AI-trenden, som lyfter upp C++. Jag känner inte att jag har behov utav "super minnessäkerhet" i C++. Det enda jag vill ha är snabb kompileringstid och körtid.

Dessutom ogillar jag denna turnering kring vilket språk som "klår C++". Jag menar vi har alltid hört talas som "Java, the new C++ killer", "D, the new C++ killer", "Go, the new C++ killer", "Rust, the new C++ killer", "Zig, the new C++ killer", eller "Carbon, the new C++ killer". Är C++ så hemskt att folk vill verkligen utmana det? Hur många år har detta pågått? 30 som jag kan minnas.

Lite komiskt är att även Rust utmanas av Zig och Carbon nu Tror inte Rust överlever om man ska lyssna på hippsters

Något som jag skulle ha behov utav är ett modbus-bibliotek, som fungerar med Boost Asio. Alltså ett gränssnitt för Modbus som talar med Boost Asio. Detta vore inte helt fel. Annars måste jag ha Boost Asio + libmodbus. Blir krångligt. Modbus är ju ett jätte enkelt protokoll.

WinUI 3 är ju bara för Windows? Jag vill alltid göra något som är krossplattform och enkelt.
Microsoft hittar alltid på något nytt.

- WinUI,
- WPF
- WinForms
- UWP
- MFC
- Maui

Jadu...jag vågar inte investera min tid i dessa. För man vet aldrig när Microsoft kastar ut dom. wxWidgets har funnits sedan 1992 och har fullt stöd än idag. QT har stötts sedan 1994. MFC uppfanns 1992. FLTK sedan 1998.

Men MFC låter bra tycker jag

Jag vet att framtiden är webbappar, och jag tycker att ALLT borde vara en webbapp idag. JavaScript, HTML, CSS och allt annat som dagens generation eftersträvar. Tänk vad enkelt. Man behöver aldrig ha någon bra dator.
Men jag är hårdvarukille För mig så är det tråkiga ofärgade system som ska programmeras. Stöter mest bara på C och C++. Även nya projekt tas beslut att dom ska skrivas i C++.

Det finns en orsak varför QtCharts verkar ha problem med animeringen. Notera att jag pratar om QtWidgets nu. Inte QtQuick.
Det är därför QCustomCharts finns.

Man måste kompilera och använda speciella libs för att Qt ska fungera med MySQL. Detta är ett vanligt problem hos Qt.

[quote]
Jag vet inte om jag kan säga emot, men inte heller hålla med. Hur mäter du?
[quote]
Nu jämfört jag äpplen mot päron. En applikation som jag har gjort i Qt är betydligt mycket långsammare än en applikation gjort i ImGui eller wxWidgets. Det är en skillnad faktiskt och det handlar om responstider. Jag tycker att ImGui är dock snabbast.

Qt har många onödiga makron och liknande saker som jag undrar "behövs detta verkligen?". Varken wxWidgets eller ImGui har detta. Men notera att jag är en person som försöker göra animeringar med QtWidgets. Dessutom tycker jag att Qt verkar ha lite av "det extra" som måste skrivas.

Jo, men det är ganska stora skillnader tycker jag.

Man måste ändå ha en licens om man ska använda Qt kommersiellt.

Oftast är det "skit bakom tangentbordet" som är felet. Men jag tyckte signal and slots är bra, men det kan lätt användas fel.
Jag tycker jag ser ingen direkt logik att ha en klass som kan helt plötsligt skicka en signal till en annan klass bara för att man sätter en connect mellan dom.

Jag läser av USB porten via en tråd, samtidigt som jag uppdaterar en plot i realtid. Det var inte smidigt.

Varför måste man ens ha Q_OBJECT? Borde det inte vara uppenbart att klassen ska använda Qt-klasser.

Hur som helst så tycker jag inte Qt är dåligt. Nej nej. Qt är riktigt bra. Det är ett stort ramverk.
Det jag verkligen gillade med Qt var deras stöd för serial USB. Helt underbart bra!
Men databaser och plot...njaa...där kan dom förbättra.

Testade Boost Asio med C++ för att skriva till USB. Det fungerar. Jag tror det inte finns några andra bibliotek helt enkelt som uppfyller samma behov som jag kräver.

Undra om det finns annat roligt i Boost? Typ Modbus, eller är man tvingen att använda C biblioteket libmodbus?