Bubble

Steht doch im Wikipedia-Eintrag.

In einem neuen Bereich kann er das schon. Die andere Variable ist dann natürlich nicht mehr unter dem Namen sichtbar, man kann sie in seinem Fall aber über den kompletten Namen mit vorangestelltem Namespace erreichen.

Mit dem Begriff und dem Link hast Du ihm die Aufgabe praktisch abgenommen, der Artikel enthält Beispiele, auch eins in Perl. Quine ist aber IMO die richtige Bezeichung, zumindest im Englischen.

Du vergisst die gesuchte Variante: Ein Programm, das als Ausgabe seinen eigenen Quelltext produziert, ohne ihn irgendwoher einzulesen.

Auf die Fehlerquelle einer falschen Calling Convention hat schon die Fehlermeldung hingewiesen. Es wäre daher sinnvoll, wenn Du mehr zu der aufzurufenen Funktion sagen würdest, insbesondere was die Dokumentation der Funktion zu Aufrufkonvention, Rückgabewert und erwarteten Parametern und ihrem Typ sagt. Ich halte es nämlich für unwarscheinlich, dass eine DLL-Schnittstelle C++-String-Objekte als Parameter erwartet, ich würde eher auf C-Strings tippen.

Mit dem Problem an sich hat es nichts zu tun, aber damit, in welchem Zusammenhang die Frage steht. Wäre es eine Übungsaufgabe, würde ich vermutlich helfen, einen geeigenten Lösungsweg zu finden und ihn umzusetzen, auch wenn es einige Beiträge lang dauert. Es ist nicht gegen Dich gerichtet, aber ich sehe keinen besonderen Grund, warum ich einem mir unbekannten Unternehmen auf Zuruf ohne Gegenleistung Arbeit abnehmen sollte, indem ich einfach eine fertig einsatzfähige Lösung präsentiere. Ich hoffe, Du verstehst das. Es gibt auch andere Programmiersprachen, in denen solche Stringverarbeitungen relativ leicht umgesetzt werden können. Dein Ansatz, die Eingabe in Teilstrings zu zerlegen und dann entsprechend des gewünschten Ergebnisses zusammenzusetzen, ist richtig, man kann es so umsetzen. Du könntest den String aber auch ohne vorhergehende Zerlegung zeichenweise kopieren und dabei in die gewünschte Form zusammensetzen.

Was dann?

Wofür brauchst Du das Programm/die Funktion eigentlich? Ist es eine reine Übungsaufgabe?

Was Ihr macht ist ja nicht meine Sache, aber mein Mail-Client lädt Grafiken erst gar nicht von alleine runter und stellt sie somit auch nicht dar, es sei denn, man fordert ihn dazu auf. IMO ist das auch die Default-Einstellung. Im Normalfall erscheint also bestenfalls ein Platzhalter. Ob das Sinn der Sache ist? Sinnvolle Hinweise kann man auch in Textform mitgeben.

Wäre es denn keine Alternative, auf die Grafik zu verzichten?

Dann erklärt dem Fragesteller doch bitte noch, wie er zuverlässig, kostengünstig und insbesondere für ihn ohne Gefahr mit dem Problem einer möglichen Potentialdifferenz zwischen den zwei Häusern umgehen soll.

Schön, dass Du es hinbekommen hast. Wenn Der Treiber ohnehin nur für Dich ist, dann kannst Du eh lockerer rangehen, als wenn der Treiber weiter verbreitet werden sollte.

Bedenke Probleme bei Potentialunterschieden beider Gebäude! Lieber beim Fachmann Rat holen! Abgesehen davon: Leitungen im Aussenbereich müssten vor Umwelteinflüssen geschützt werden und Tiere dürfen sie nicht anknabbern oder sonstwie beschädigen können.

Wenn Kabel, dann lieber Glasfaser.

Weil solche Laufzeitüberprüfungen bei Arrays weder in C noch in C++ vorgesehen sind. Wenn Dir solche Überprüfungen wichtig sind, dann nimm keine Arrays sondern einen dafür geeigneten Container. Der Speicher, auf den die Pointer-Variable gezeigt hat, ist freigegeben, aber die Pointer-Variable existiert weiterhin.

Was hast Du denn vorher im Mikroprozessorbereich gemacht? Ich möchte Dich nicht entmutigen. Treiberprogrammierung ist jedoch recht anspruchsvoll, da fehlerhafte Treiber leicht das gesamte System zum Absturz bringen können. Man sollte daher die Dokumentation relevanter Schnitstellen genau lesen und wirklich wissen, was man tut. Wenn Du noch keine Erfahrung mit C hast, dann solltest Du evtl. damit beginnen, Programme für den User-Space zu schreiben, und nicht gleich mit Treibern anzufangen. Was für einen Treiber möchtest Du denn überhaupt entwickeln?

Wie schon geschrieben wurde: Du kannst per Schleife die Eigabe zeichenweise durchlaufen und in einen Ausgabepuffer das gewünschte Ergebnis hineinschreiben.

Nur das man echte technische Probleme nicht durch wirtschaftliche Erwägungen in den Griff bekommen kann. Manche Dinge müssen einfach irgendwann erneut umgesetzt werden, insbesondere wenn neue gewünschte Features nicht wirklich in der ursprünglichen Programmstruktur vorgesehen waren.

Vielleicht um es noch etwas klarer zu sagen: Dein Signal musst Du in den spezialisierten Klassen implementieren/einfügen, die von QObject erben, nicht in AWidget, das nur noch ein reines Interface für Deine selbst definierten Funktionen wäre. Implementierungsarbeit könntest Du Dir ggf. mit Templates ersparen.

Die schnellstmögliche Antwort ist leider: Das geht so nicht, wie Du es gerne möchtest. Allerdings: Du könntest AWidget in ein reines Interface (in C++ eine rein abstrakte Klasse) umwandeln und so den Vererbungs-Bezug zu einer Q-Klasse vermeiden. Dieses Interface könnte die speziellen Methoden und eine Funktion beschreiben, die einen Zeiger (oder eine Refrenz) auf ein QWidget liefert. Dadurch könntest Du AWidgets zwar nicht mehr direkt in ein QWidget casten, aber es wäre möglich das dazugehörige QWidget zu erhalten. Die Funktionalität von AWidget implementierst Du in den einzelnen abgeleiteten Klassen. Wenn die Implementierung praktisch überall gleich ist, kannst Du Dir Schreibarbeit (oder viel copy&paste) durch die Verwendung von Templates oder des Präprozessors ersparen.

Ohne jetzt alle Beiträge im Thread genau gelesen zu haben, erstmal ein Versuch einer Zusammenfassung Deiner Problemstellung, bevor ich weiter darauf eingehe: Einige "Special"-Klassen sollen um irgendeine Funktion erweitert werden. Um dies bequem umzusetzen, willst Du diese Funktion in einer Klasse AWidget implementieren. Die "Special"-Klassen sollen dann durch Erben von einer Q-Klasse und der AWidget Klasse (Mehrfachvererbung) entstehen und damit schnell implementiert sein, da die Funktionalität (die in AWidget "gekapselt" wurde) bei allen gleich sein soll. Dein Problem ist dabei, dass AWidget für die Funktion und für einen ebenfalls beabsichtigten cast von einer Q-Basisklasse erben müsste, was sich natürlich in diesem Fall nicht mit der späteren Mehrfachvererbung verträgt, da die Q-Klassen von dieser Basisklasse ebenfalls bereits erben. Ist das Deine Problemstellung?

Vermutlich ist das Working Directory ein anderes Verzeichnis.

Mit reinem HTML geht es nicht, so wie Du es Dir vorstellst. Als einfache serverseitige Skriptsprache gibt es noch Server Side Includes.

Ja, aber die Vorgehensweise und Qualität hängt von den Aufnahmen ab. Eine Beispielaufnahme zu sehen wäre daher sinnvoll.

Die Daten in dem Array enthalten bereits die Bits der Bitmap. Idealerweise muss hier nichts mehr umgewandelt werden. Zusätzlich müssen zur Darstellung beschreibende Informationen übergeben werden (unter anderem Pixelformat, Auflösung, ...). Wenn die Daten in einem geeigneten Format vorliegen (unterstützte Varianten siehe BITMAPINFOHEADER), dann können sie mit der von mir bereits genannten Funktion in einen device context gezeichnet werden. Dazu ist eine BITMAPINFO Struktur anzulegen und auszufüllen und ein paar weitere Parameter müssen übergeben werden. Wenn Du mit den Video Capture Funktionen arbeitest, solltest Du mit Hilfe einer dieser Funktionen eine ausgefüllte BITMAPINFO Struktur erhalten können. Wenn das Format der Daten nicht unterstützt wird, dann müssen sie zur Darstellung in ein unterstütztes Format umgewandelt werden. Solange es aber keinerlei Informationen über das verwendete Pixelformat (Datenformat im Array aus Bytes) gibt, kann man dazu aus der Ferne wenig sagen.