Klotzkopp

Dieselben Fehler, oder andere? Ja und? Das ist in Ordnung. Nein, soweit ich weiß, nicht. Da ich davon ausgehen, dass du die C-DLL nicht selbst erstellst, handelt es sich um die JNI-DLL.

Es ist aber sinnlos, XML- oder Binärdateien Zeile für Zeile einzulesen. Wie gesagt, dann brauchst du einen Algorithmus, der dir sagt, in welcher Reihenfolge die Zeilen stehen müssen. Das geht beispielsweise dann, wenn die Zeilen Zeitstempel enthalten. Es könnte auch sein, dass die Reihenfolge egal ist, und du nur Duplikate ausfiltern musst. Deswegen musst du genau klären, was mit "mergen" gemeint ist. Es gibt keine allgemeingültige Bedeutung für diesen Begriff, mit der du hier etwas anfangen könntest. Es gibt sehr sehr viele Möglichkeiten, zwei Dateien zu einer zusammenzufügen, und alle sind ohne weitere Kenntnisse über den Inhalt gleich sinnvoll (oder eher sinnlos). Dann stell dir mal vor, in C:\temp liegen deine Auslagerungsdatei (pagefile.sys) und eine Textdatei mit dem Inhalt "Hund Katze Maus". Da für dich ja offenbar klar ist, was "mergen" heißt, müsstest du mir ja erklären können, wie die Zieldatei aussieht.

Merkst du, dass du gar nicht erklären kannst, was du eigentlich machen willst? Aus Begriffen mit ungeklärter Bedeutung kannst du keinen Algorithmus formulieren. Dann musst du Informationen über das Format dieser Dateien einholen, und daraus ableiten, was mit "mergen" eigentlich gemeint ist. Erst dann solltest du dir Gedanken über die Umsetzung machen. Dann brauchst du immer noch eine Ordnungsrelation, die bestimmt, in welcher Reihenfolge die Zeilen in der Zieldatei stehen.

Damit hast du erklärt, was mergen für dich nicht ist. Und was ist es? Es gibt also doch Informationen über die Dateien?

Erklär bitte mal, was du dir unter "mergen" vorstellst.

Ohne zusätzliche Informationen über Kontext oder Struktur der Daten kannst du da nichts Sinnvolles machen.

Du brauchst den Pfad zur Lib, nicht zur DLL.

Das kann eigentlich nicht passieren, wenn die Dateinamen wirklich unterschiedlich sind. Wie hast du das denn sichergestellt?

Aus der Threadfunktion return ausführen.

CreateThread Function (Windows) Schau dir mal den vierten Parameter an. Ja.

Fast alle WinAPI-Funktion, die Stringparameter haben, gibt es in zwei Formen. Eine endet auf A und benutzt char*-Parameter, die andere endet auf W und hat wchar_t*-Parameter. Der Name der Funktion ohne A oder W am Ende ist nur ein Präprozessorsymbol, das je nach Projekteinstellungen (Unicode- oder Multibytezeichensatz) entweder auf die A oder die W-Variante verweist. Der Parametertyp ist dann einn LP©TSTR. Das ist auch ein Präprozessorsymbol, das eben entweder auf LP©STR (char*) oder LP©WSTR (wchar_t*) verweist. Bei Visual C++ 2008 ist der Standard Unicode, nicht mehr Multibyte, d.h. alle WinAPI-Funktionen erwarten die wchar_t-Parameter. Du hast 4 Möglichkeiten: Stell die Projekteinstellungen von Unicode auf Multibyte. Ändere die Parameter von char auf TCHAR. Dann kannst du später beliebig zwischen Unicode und Multibyte wechseln. Ändere die Parameter von char auf wchar_t. Benutze ausdrücklich die A-Variante (PlaySoundA).

Entweder hast du nicht beschrieben, wie du kernel32.lib gelinkt hast, oder ich finde diese Beschreibung nicht. Wie auch immer, du hast es offenbar falsch gemacht, denn die Linkerfehler verweisen ausnahmslos auf Funktionen aus kernel32.dll.

Service Pack 1 installiert?

Das ist ja auch totaler Quatsch. Du weist die "Summenvariable" bei jedem Schleifendurchlauf neu zu. Gibt es. Die Funktion hat allerdings den abwegigen Namen SUM.

Die Funktionen sind in Kernel32.dll definiert. Du musst also zu deiner JNI-DLL kernel32.lib dazulinken.

Du musst in der JNI-DLL die C-DLL laden (LoadLibrary) und dann die Funktionsadressen der benötigten Funktionen auslesen (GetProcAddress). Darüber kannst du die Funktionen dann aufrufen.

Micha82 hat die "traditionellen" Namen der main-Parameter vertauscht. Bei dir sind sie das vermutlich nicht. Du musst also nur im Code argc und argv vertauschen.

Das wissen wir schon Die Frage ist, warum es unter C++ laufen muss. Welcher Vorteil soll sich daraus ergeben? Bis jetzt wissen wir nur, dass es nicht um die Performance geht. Weil die Automatisierungsschnittstelle eben nur eine Fernbedienung für die in Excel eingebaute Funktionalität ist. Genau wie die Fernbedienung für deinen Fernseher nicht bedeutet, dass du den Fernseher selbst nicht mehr brauchst, sondern ihn nur aus der Ferne bedienen kannst. Wenn das Ziel dieser Portierung ist, dass das Programm auch ohne Excel läuft, muss man das ganz anders angehen. Darum auch die Frage nach dem Ziel. Wer diese Aufgabe gestellt hat, will damit etwas ganz bestimmtes erreichen. Davon hängt ab, ob und wie das umgesetzt werden kann.

Grundsätzlich ist das möglich. Über die OLE-Automatisierungsschnittstelle sollte aus C++ alles machbar sein, was in VBA möglich ist. Das Programm braucht dann aber immer noch Excel zur Laufzeit, und signifikant schneller wird es vermutlich auch nicht. Welches Ziel soll denn mit dieser Übersetzung erreicht werden?

War das Erstellen denn erfolgreich? Läuft das Programm vielleicht noch?

Mit "Standard" meine ich den C++-Sprachstandard. Und da gibt (noch) es keine Threads. Wenn dir eine windowsspezifische Lösung reicht, ist das in Ordnung, aber das muss eben vorher geklärt werden. Es bringt ja nichts, dir ein Buch über Threads unter Windows zu empfehlen, wenn du eigentlich POSIX Threads benutzen willst (oder musst).

Socket sind zwar quasi-standardisiert. Threads allerdings noch nicht. Es kommt also darauf an, ob du boost, Windows Threads, pthreads oder etwas Anderes benutzen willst.

OpenFileDialog Class (System.Windows.Forms) SaveFileDialog Class (System.Windows.Forms)

D.h. du machst in jeder Funktion eine neue Verbindung auf? Oder wie initialisierst du ConnectionDB? Lass dir doch nicht alles aus der Nase ziehen. Das ist eher schlechter Stil. Aus deinen kleinen Codeschnipseln kann man das kaum ablesen. Es wäre wirklich gut, wenn du einen Debugger benutzen würdest.

Das hat mit QT nichts zu tun. Du brauchst einen passenden Debugger für deinen Compiler. Ist das denn eine globale Variable, oder was?