Klotzkopp

Du sollst keine andere Variante bauen. Du sollst Unicode benutzen, und alte Projekte, die das nicht tun, möglichst bald auf Unicode umstellen, da der ANSI-Modus in absehbarer Zeit aus wxWidgets rausfliegt. So zumindest ein Kommentar in setup.h.

Wo hast du das geändert? Du solltest auf keinen Fall an den wx-Headern herumfummeln. Grundsätzlich solltest du die Finger von irgendwelchen Headerdateien lassen, die du nicht selbst geschrieben hast. Wenn du nur die Unicode-Varianten der Bibliothek gebaut hast, solltest du dein Programm auf Unicode umstellen.

.dsw-Dateien sind für Visual C++ 6.0, das ist eine 16 Jahre alte Entwicklungsumgebung. Ich sehe aber gerade, dass das auch die im wxWiki beschriebene Vorgehensweise ist. Im Source-Archiv gibt es auch eine Projektdatei für Visual C++ 2012: wx_vc11.sln. Das ist vermutlich ein Fehler. Das ist der Header nur für Unicode Debug. Es gibt einen Wrapper in include\msvc\wx, der je nach Einstellungen den richtigen Header einbindet. Irgendwelche Header irgendwohin zu kopieren klingt schon grundsätzlich falsch. Hast du include\msvc als Include-Ordner festgelegt?

Entschuldige, ich dachte, du würdest Linux verwenden. dsw? Benutzt du noch Visual C++ 6?

Wie sah denn dein configure-Aufruf aus?

Hast du das gemacht? Da steht folgendes: /* ************************************************** PLEASE READ THIS IF YOU GET AN ERROR IN THIS FILE! ************************************************** If you get an error saying "wxUSE_FOO must be defined", it means that you are not using the correct up-to-date version of setup.h. This happens most often when using svn or daily snapshots and a new symbol was added to setup0.h and you haven't updated your local setup.h to reflect it. If this is the case, you need to propagate the changes from setup0.h to your setup.h and, if using makefiles under MSW, also remove setup.h under the build directory (lib/$(COMPILER)_{lib,dll}/msw[u][d][dll]/wx) so that the new setup.h is copied there. If you get an error of the form "wxFoo requires wxBar", then the settings in your setup.h are inconsistent. You have the choice between correcting them manually or commenting out #define wxABORT_ON_CONFIG_ERROR below to try to correct the problems automatically (not really recommended but might work). */[/code]

Das ist der falsche Ansatz. Wiederholungen vermeidet man nicht durch Objekt-Recycling, sondern durch Abstraktion. Lagere die immer gleichen Code-Fragmente in eine Funktion aus. Oder benutz gleich sqlite3_exec, wenn deine Anweisungen nicht parametriert sind.

Das klingt nach einem XY-Problem. Warum nicht ein Statement-Objekt pro Anweisung?

Wie sieht mCaptureDevice nach dem new aus? Edit: Ich sehe gerade, DirectX.Capture ist nicht direkt von MS. Schau nach, was in der Bibliothek schiefgeht, oder wende dich an den Autor.

Was gibt es da zu googlen? Dieselben Header, die du brauchen würdest, um die Klassen direkt zu verwenden, brauchst du auch, wenn die Klassen in einer statischen Bibliothek stecken.

Zu einer statischen Bibliothek gehört (mindestens) ein Header, der die Deklaration der öffentlichen Schnittstelle enthält.

Du musst in den Projekteinstellungen das Verzeichnis, in dem der Bibliotheksheader liegt, zu den Include-Verzeichnissen hinzufügen. Bitte nicht den Header in deinen Projektordner kopieren!

Du musst nur den Header mittels Include-Direktive einbinden.

Weil dir betriebswirtschaftliche Grundlagen fehlen.

Schau dir boost::variant und boost::any an.

In welcher Form liegen die Zeitinformationen über Lageröffnung und -schließung vor? Nur als Uhrzeit, oder als absolute Zeitstempel? Spricht: Steckt die Information wirklich in den Daten, oder nur im Kopf des Benutzers?

Wenn du so unspezifisch bleibst, kann man auch nur unspezifisch helfen. Lass get eine Struktur zurückgeben, die sowohl eine list<A> als auch eine list<B> enthält, z.B. mit std::tuple.

Was machst du denn mit den Listen? Oder holst du die nur zum Spaß ab? Sagen wir mal, du hast da ein ListOfEither<A,B> x = get(some_bool); Was passiert jetzt mit x oder den Elementen darin?

Ich meinte, wie stellst du dir das konkret im Code vor? Was machst du mit den Listen? Hast du ein Stück Code, das sowohl mit A als auch mit B zurechtkommt, oder musst du irgendwann doch wieder jede Tabelle für sich behandeln? Man kann da mit Templates durchaus etwas basteln, aber wenn am Ende doch alles nur wieder über eine if-Kaskade nach dem konkreten Typ aufgedröselt wird, kann man sich das sparen.

Selbst wenn das irgendwie gehen würde, wie würdest du den Rückgabewert denn verwenden wollen?

Strcpy erwartet eine nullterminierte Quelle, und hängt beim Ziel eine Nullterminierung an. Die Arrays sind damit also immer noch zu klein. Aber wenn du sie vergrößert hättest, hätte das funktioniert.

Es hat schon seinen Sinn, dass du zuerst binär und dann dezimal ausrechnen sollst. http://www.fachinformatiker.de/networking-technologies/34655-subnetting-beide-varianten-subnetzberechnung-rfc950-rfc1878-upd-21-2-09-a.html An dieser Stelle auch der übliche Gruß an die Lehrer, dass es Netzklassen seit über 20 Jahren nicht mehr gibt.

Benutz nicht char* und char[], wenn du nicht genau weißt, was du tust. Dein Code hat da mehrere Probleme. Die Zeiger, die dir sqlite3_column_text liefert, sind nur bis zum nächsten Aufruf von sqlite3_step oder sqlite3_finalize gültig. Wenn du die Strings darüber hinaus speichern willst, musst du sie kopieren. Arrays kann man nicht mit = zuweisen. Das hast du vermutlich gemerkt, daher stammt wohl dieses Konstrukt: Damit kopierst du aber nur das erste Zeichen. Wenn du char*/char[] benutzt, musst du sicherstellen, dass deine Strings nullterminiert sind, und dass auch genügend Platz für eine Nullterminierung da ist. In iso3166alpha2 beispielsweise ist nur Platz für 1 Zeichen + Terminierung. Warum benutzt du nicht std::string?

Natürlich tun sie das, du malst sie ja an dieselbe Position innerhalb der Bitmap. Wenn du nicht weißt, wofür die Zahlen im imagestring-Aufruf stehen, dann führ dir doch mal die Dokumentation dieser Funktion zu Gemüte.

Dann ruf doch einfach imagestring für jede Zeile einzeln auf.