Klotzkopp

Was heißt denn "soll"? Ist das eine Vorgabe?

So weit reichen meine Japanischkenntnisse dann doch nicht Du kannst mir, wenn du willst und unter den üblichen Voraussetzungen, auch das Projekt zuschicken. Wenn ich Zeit hab, kann ich ja mal reinschauen.

Kannst du mal testen, ob mein Miniprogramm bei dir läuft? Falls ja, liegt es wohl am Rest deines Codes.

Hast Recht. "<h1" finde ich bei Position 26000 und ein paar kaputte, auch mit beiden Varianten.

Bei mir funktioniert sowohl die MFC- als auch die C-Version. Ich habe den Dateinamen geändert, es ist aber die japanische Variante. #include <afx.h> #include <stdio.h> int main() { // MFC-Version /* CStdioFile file; file.Open("c:\\test.htm", CFile::modeRead ); CString line, whole; while(file.ReadString(line)) { whole += line; whole += "\r\n"; } */ // C-Version FILE* fp = fopen("c:\\test.htm", "rt"); fseek(fp, 0, SEEK_END); int size = ftell(fp); fseek(fp, 0, SEEK_SET); char* getfile = new char[size + 1]; int realSize = fread(getfile, sizeof(char), size, fp); getfile[realSize] = 0; fclose(fp); CString whole(getfile); delete [] getfile; // das geht in beiden Fällen, a ist 74 int a = whole.Find("<h"); }[/code]

Binäre Suche setzt sortierte Daten voraus. Möglicherweise meint Anybody etwas anderes :confused: Kitty82, wenn es nicht gegen Geheimhaltungs- oder Vertraulichkeitsvorschriften verstößt, kannst du mir die Datei schicken? Das interessiert mich jetzt.

189303 - 185329 = 3975. Das sollte nur meine Vermutung bestätigen. Bei Textdateien bekommen Zeilenumbrüche eine Sonderbehandlung. Wenn es nur etwa 2000 Zeilen gewesen wären, hätte es ein Unicode-Problem sein können. Wobei HTML-Dateien eigentlich nicht in Unicode sein sollten. Was bekommst du den nach dem Einlesen bei file.GetLength()? *unauffällig auf den Ring deut*

Hat die Datei knapp 4000 Zeilen? Vorzeitige Optimierung ist die Wurzel allen Übels. (50 Cent fürs Phrasenschwein ) Hat es mit ReadString denn funktioniert?

Die genauen Werte wären interessant gewesen. Das kann mehrere Ursachen haben. Um auf der sicheren Seite zu sein, würde ich zunächst empfehlen, nicht die MFC und die Standard-C-Dateifunktionen zu mischen. Lies die Datei mit CStdioFile und ReadString zeilenweise ein. Das kannst du auch zu einem großen CString zusammenfügen.

http://forum.fachinformatiker.de/it-arbeitswelt/announcements.html

Welche Werte bekommst du denn für size und realSize?

Wie liest du denn ein?

Keine Ahnung, welche Rolle es spielt. Aber ich kann nicht einfach annehmen, dass es keine spielt. Und wenn es nur Geschwindigkeitsgründe sind. Nicht alles, was geht, ist auch gut

Und das war nicht Sinn der Sache. Es geht darum, einen double auszugeben. steinadler, schau dir mal NumberFormatInfo.NumberDecimalSeparator an.

VS2005 ist standardmäßig auf UNICODE eingestellt, d.h. alles, was auf TCHAR basiert - dazu zählt auch CString - arbeitet mit wide characters. Du kannst das entweder in den Projekteinstellungen wieder auf Multi-Byte zurücksetzen, oder deinen ganzen Code auf wide character umstellen, d.h. char durch wchar_t ersetzen und ein großes L vor Zeichen- und Zeichenkettenliterale stellen. Wenn dein Code beides können soll, musst du TCHAR und die passenden Funktionen und Makros benutzen.

Kommt auf den Code an. Das sind anscheinend Funktionsdeklarationen, bei denen das abschließende Semikolon fehlt. Kann man sicher übersetzen, wenn du verrätst, was I16, U16 und U32 ist. Das wird aber nicht viel nützen, weil Funktionsdeklarationen nichts tun. Oder willst du wissen, wie du diese Funktionen aus C# aufrufen kannst?

Hast du ein englisches Windows? Falls nicht, könnte es daran liegen, dass du "nt authority\self" und "EVERYONE" durch die lokalisierten Texte ersetzen musst. Übrigens (auch an k4fu): "Hacken" bedeutet teilen oder spalten. Ihr meint "Haken".

Nö, du hast gesagt: Da steht "jeder", nicht "ich". Aber das ist hier nicht das Thema. Entscheidend ist die Höhe des Einkommens. Wie lange du dafür arbeitest, ist egal.

Musst du auch nicht. Trotzdem solltest du nicht auf den Ansichten Anderer herumtreten, indem du sie als "nix" bezeichnest. Nö, auch ein Fachinformatiker kann das verdienen, auch mehr als das

Wenn MoveFileEx nicht zurückkommt, dann kann auch met_func_archivefiles nicht zurückkommen. Insofern sollte gar kein Rückgabewert zu sehen sein. Siehst du vielleicht den Rückgabewert vom vorausgegangenen Durchlauf? Kann es sein, dass met_func_archivefiles zweimal kurz nacheinander aufgerufen wird?

Das ist natürlich doof Dann ist MoveFileEx auch nicht fehlgeschlagen. Kannst du ausschließen, dass die Datei verschoben und gleich danach wieder erstellt wurde? Es kann sein, dass die Datei nicht gelöscht werden kann, weil die Antivirussoftware die Datei wegen des Zugriffs gerade prüft. Ich glaube aber, dass MoveFileEx dann fehlschlagen müsste.

Mit Standard-C++ ist das nicht möglich, nur mit betriebssystemspezifischen Funktionen. Für welches OS soll es denn sein?

Liefert MoveFileEx in so einem Fall denn FALSE zurück? Falls ja, lies den Fehlercode mit GetLastError aus. Verschiebst du auf ein anderes Laufwerk? Läuft irgendeine Antivirussoftware? Falls ja, versuch mal, die zu deaktivieren.

Das ist keine Frage der Variablen, sondern der Funktion, die du zum Einlesen benutzt. Der operator<< liest immer nur bis zum nächsten Leerzeichen ein. Du kannst cin.getline benutzen, um eine ganze Zeile in ein char-Array einzulesen. Noch besser ist, wenn du std::getline benutzt, um in einen std::string einzulesen, da kann kein Überlauf auftreten. Es gibt keinen "Filterbefehl", die Logik wirst du dir wohl selbst überlegen müssen. Das ist der Kern der Aufgabe.

Wenn der Zeiger in einer Instanz von CProgramm2Dlg nicht passt, dann benutzt du wohl irgendwo nicht HD, sondern erstellst noch ein Objekt. Ich tippe auf die InitInstance-Methode der App-Klasse. Du könntest natürlich einfach mal nach "CProgramm2Dlg " suchen (ohne Anführungszeichen, aber mit dem Leerzeichen am Ende).