CString verliert Daten in einer Schleife

Reply to CString verliert Daten in einer Schleife on Wed, 13 Jun 2007 14:09:26 GMT

BlackWolf — Wed, 13 Jun 2007 14:09:26 GMT

Bestmmt sehe ich den Wald vor lauter Bäumen nicht, aber ich probiere jetzt schon 2 Tage an diesem Problem.

CString	Daten2[160];
status = fopen("status.txt","r");
for (int i=0;i<160;i++)
{
	fscanf(status,"%s", Daten2[i]);
}
fclose(status);

fprintf(Protokoll, "***%s\n",Daten2[0]);
fprintf(Protokoll, "***%s\n",Daten2[1]);
fprintf(Protokoll, "***%s\n",Daten2[2]);

gibt mir in der Protokoll-Datei immer nur eine 0 pro Eintrag aus.

Wenn ich aber

CString	Daten2[160];
status = fopen("status.txt","r");
fscanf(status,"%s", Daten2[0]);
fscanf(status,"%s", Daten2[1]);
fscanf(status,"%s", Daten2[2]);
.....
fscanf(status,"%s", Daten2[159]);
fclose(status);

fprintf(Protokoll, "***%s\n",Daten2[0]);
fprintf(Protokoll, "***%s\n",Daten2[1]);
fprintf(Protokoll, "***%s\n",Daten2[2]);

mache, sind die Daten aus der Datei vorhanden.

Warum ?

Reply to CString verliert Daten in einer Schleife on Wed, 13 Jun 2007 14:25:18 GMT

Jochen Kalmbach — Wed, 13 Jun 2007 14:25:18 GMT

Du musst auf jeden Fall ein *cast* vor das "Daten[..]" machen!!!
Das xprintf will ein "void*"! Deshalb wird einfach nur der Objekt-Pointer übergeben und *nicht+ der String!!!
Also:

fprintf(Protokoll, "***%s\n", (LPCTSTR) Daten2[0]);

Reply to CString verliert Daten in einer Schleife on Wed, 13 Jun 2007 14:59:26 GMT

BlackWolf — Wed, 13 Jun 2007 14:59:26 GMT

Also wenn ich

CString    Daten2[160];
status = fopen("status.txt","r");
for (int i=0;i<160;i++)
{
    fscanf(status,"%s", Daten2[i]);
}
fclose(status);

fprintf(Protokoll, "***%s\n",(LPCTSTR) Daten2[0]);
fprintf(Protokoll, "***%s\n",(LPCTSTR) Daten2[1]);
fprintf(Protokoll, "***%s\n",(LPCTSTR) Daten2[2]);

mache, müsste es funktionieren ?
Bei mir nicht, immer noch das selbe Ergebnis.

In der Datei status.txt steht z.b.

blablabla: 0
blublublu: 0
usw.

Wenn ich das ganze ohne Schleife mache steht in
Daten[0] = blablabla
Daten[1] = 0
Daten[2] = blublublu
usw.

aber wenn ich das ganze in der Schleife mache steht überall 0 drin.
Habe herausgefunden das Daten[0] bis Daten[159] den letzten Wert in status.txt bekommen. wiso denn das ?

Reply to CString verliert Daten in einer Schleife on Wed, 13 Jun 2007 15:11:11 GMT

connan — Wed, 13 Jun 2007 15:11:11 GMT

Du kannst keine Referenz in einen Pointer casten da fehlt noch ein & vor Daten2[..].
Edit1: Hab gerade mal nachgeschaut, CString definiert tatsächlich einen Operator LPCTSTR, also sollte es doch funktionieren...

Edit2: Du musst das LPCTSTR auch in die fscanf Zeile einfügen!!!

Reply to CString verliert Daten in einer Schleife on Wed, 13 Jun 2007 16:01:27 GMT

Jochen Kalmbach — Wed, 13 Jun 2007 16:01:27 GMT

Nein, in der "fscan" Zeile kann das ja nicht gehen, da hier ja was *geschrieben* wird und nicht gelesen!!! Hier bitte "GetBuffer" verwenden!!!

Reply to CString verliert Daten in einer Schleife on Wed, 13 Jun 2007 16:52:08 GMT

connan — Wed, 13 Jun 2007 16:52:08 GMT

Macht denn der operator LPCTSTR nicht genau das selbe? Und sollte man nicht besser GetBufferSetLength() verwenden?

Reply to CString verliert Daten in einer Schleife on Wed, 13 Jun 2007 17:04:12 GMT

Jochen Kalmbach — Wed, 13 Jun 2007 17:04:12 GMT

Der zurückgegebene Zeiger ist *const* somit darf dieser nicht verändert werden!!! Ganz unabhängig davon wie CString implementiert ist!!! Und die Implementierung kann sich auch ändern!

Reply to CString verliert Daten in einer Schleife on Wed, 13 Jun 2007 20:07:58 GMT

Martin Richter — Wed, 13 Jun 2007 20:07:58 GMT

GetBufferSetLength wäre in diesem Fall überflüssig. In jedem Fall müsstest Du aber ReleaseBuffer später aufrufen.

Reply to CString verliert Daten in einer Schleife on Wed, 13 Jun 2007 20:16:52 GMT

pale dog — Wed, 13 Jun 2007 20:16:52 GMT

Martin Richter schrieb:

In jedem Fall müsstest Du aber ReleaseBuffer später aufrufen.

bei nur-lesezugriffen braucht man's aber nicht...

Reply to CString verliert Daten in einer Schleife on Thu, 14 Jun 2007 06:06:06 GMT

CStoll — Thu, 14 Jun 2007 06:06:06 GMT

Ist der fcanf()-Aufruf ein Nur-Lese-Zugriff?

Reply to CString verliert Daten in einer Schleife on Thu, 14 Jun 2007 08:25:51 GMT

pale dog — Thu, 14 Jun 2007 08:25:51 GMT

CStoll schrieb:

Ist der fcanf()-Aufruf ein Nur-Lese-Zugriff?

ach es geht um 'fscanf'? naja, das sieht sowieso verdächtig aus.
wieviel speicherplatz hat denn ein frischer CString, wenn man da einfach was 'reinscanfen' will?

Reply to CString verliert Daten in einer Schleife on Thu, 14 Jun 2007 08:27:09 GMT

connan — Thu, 14 Jun 2007 08:27:09 GMT

Würde mich auch interessieren, deshalb auch der Vorschlag mit GetBufferSetLength().

Reply to CString verliert Daten in einer Schleife on Thu, 14 Jun 2007 09:04:55 GMT

Martin Richter — Thu, 14 Jun 2007 09:04:55 GMT

Ein frischer String hat 0 Zeicen platz. Und der interne Zeiger verweist auf einen const Speicherbereich.

Ohne GetBuffer/GetBufferSetLength wird kein Speicher allokiert!

Reply to CString verliert Daten in einer Schleife on Thu, 14 Jun 2007 09:12:42 GMT

pale dog — Thu, 14 Jun 2007 09:12:42 GMT

Martin Richter schrieb:

Ohne GetBuffer/GetBufferSetLength wird kein Speicher allokiert!

man muss also GetBuffer einen wert mitgeben, damit der CString speicher bekommt. wo ist dann der unterschied zu GetBufferSetLength()?

Reply to CString verliert Daten in einer Schleife on Thu, 14 Jun 2007 09:14:59 GMT

connan — Thu, 14 Jun 2007 09:14:59 GMT

Heißt, daß GetBuffer auf einen Speicherbereich mit der Länge 0 verweisst wenn vorher nichts im String stand?

Reply to CString verliert Daten in einer Schleife on Thu, 14 Jun 2007 10:28:30 GMT

Martin Richter — Thu, 14 Jun 2007 10:28:30 GMT

Nein!
GetBuffer(0) liefert Speicher mit einem Byte auf das man schreiben kann!
Dieses eine Byte ist das terminierende 0 Zeichen!

Reply to CString verliert Daten in einer Schleife on Thu, 14 Jun 2007 10:37:09 GMT

pale dog — Thu, 14 Jun 2007 10:37:09 GMT

Martin Richter schrieb:

Nein!
GetBuffer(0) liefert Speicher mit einem Byte auf das man schreiben kann!
Dieses eine Byte ist das terminierende 0 Zeichen!

ich habe zwar herzlich wenig ahnung von C++, aber ich werde das gefühl nicht los, dass 'CString' im hinblick auf gutes C++ design ziemlicher mist ist...

Reply to CString verliert Daten in einer Schleife on Thu, 14 Jun 2007 12:15:29 GMT

Martin Richter — Thu, 14 Jun 2007 12:15:29 GMT

pale dog schrieb:

ich habe zwar herzlich wenig ahnung von C++, aber ich werde das gefühl nicht los, dass 'CString' im hinblick auf gutes C++ design ziemlicher mist ist...

Begründung?
CString verhält sich wie dokumentiert und wrapped null terminiert Strings perfekt. Und sogar mit Doppelnull-Strings kann das Ding umgehen.

Reply to CString verliert Daten in einer Schleife on Thu, 14 Jun 2007 17:47:03 GMT

pale dog — Thu, 14 Jun 2007 17:47:03 GMT

Martin Richter schrieb:

pale dog schrieb:

ich habe zwar herzlich wenig ahnung von C++, aber ich werde das gefühl nicht los, dass 'CString' im hinblick auf gutes C++ design ziemlicher mist ist...

Begründung?

na, du siehst doch selbst an den letzten beiträgen. ich finde es nicht gut, wenn man in den daten eines objekts direkt herumwurschteln kann. meiner meinung nach dürfte ein 'GetBuffer()' bestenfalls einen 'const char*' zurückgeben. wer strings über char* verändern will, kann ja arrays benutzen...

Reply to CString verliert Daten in einer Schleife on Thu, 14 Jun 2007 18:08:22 GMT

user 0 — Thu, 14 Jun 2007 18:08:22 GMT

Eigentlich ist die ganze Diskussion nur für die Theorie.
Warum sollte man MFC verwenden wenn man dann erst funktionen wie fopen, fscanf, etc. verwendet.
Da hat die MFC auch ganz gute Klassen um in Dateien zu schreiben und das ohne herum zu casten oder Zeiger zu übergeben.

Reply to CString verliert Daten in einer Schleife on Thu, 14 Jun 2007 19:05:28 GMT

Martin Richter — Thu, 14 Jun 2007 19:05:28 GMT

pale dog schrieb:

na, du siehst doch selbst an den letzten beiträgen. ich finde es nicht gut, wenn man in den daten eines objekts direkt herumwurschteln kann. meiner meinung nach dürfte ein 'GetBuffer()' bestenfalls einen 'const char*' zurückgeben. wer strings über char* verändern will, kann ja arrays benutzen...

Wieso? Gerade das ist eine der Stärken von CString. Man kann Speicher allokieren und ihn durch eine API Funktion füllen lassen. Das hierbei Vorsicht geboten ist versteht sich. std::string hat hier einfach den Nachteil das immer kopiert werden muss und Stack-/Heapspeicher zwischenverwendet werden muss.

Reply to CString verliert Daten in einer Schleife on Thu, 14 Jun 2007 19:21:27 GMT

pale dog — Thu, 14 Jun 2007 19:21:27 GMT

Martin Richter schrieb:

pale dog schrieb:

na, du siehst doch selbst an den letzten beiträgen. ich finde es nicht gut, wenn man in den daten eines objekts direkt herumwurschteln kann. meiner meinung nach dürfte ein 'GetBuffer()' bestenfalls einen 'const char*' zurückgeben. wer strings über char* verändern will, kann ja arrays benutzen...

Wieso? Gerade das ist eine der Stärken von CString. Man kann Speicher allokieren und ihn durch eine API Funktion füllen lassen. Das hierbei Vorsicht geboten ist versteht sich. std::string hat hier einfach den Nachteil das immer kopiert werden muss und Stack-/Heapspeicher zwischenverwendet werden muss.

okay, hast ja recht. es ist wie so oft eine gratwanderung zwischen gutem OO design und maximaler brauchbarkeit. beides arbeitet gegeneinander
hab' mal gehört dass man sogar mit zwei oder mehr CStrings auf ein und denselben buffer verweisen kann...

Reply to CString verliert Daten in einer Schleife on Fri, 15 Jun 2007 17:45:59 GMT

Martin Richter — Fri, 15 Jun 2007 17:45:59 GMT

pale dog schrieb:

okay, hast ja recht. es ist wie so oft eine gratwanderung zwischen gutem OO design und maximaler brauchbarkeit. beides arbeitet gegeneinander
hab' mal gehört dass man sogar mit zwei oder mehr CStrings auf ein und denselben buffer verweisen kann...

So ist es. Intern benutzt CString ein Referenz Counting System. Das Kopieren eines String kostet keine Allokation!