Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss
Will nicht weiterlesen
40 views
Skip to first unread message
Burkhard Schultheis
Jul 27, 2012, 1:39:07 PM7/27/12
to
Ich habe hier ein ganz komisches Problem, das mich derzeit fast
verzweifeln lï¿œsst. Unter Linux kein Problem, unter Windows aber schon:
Es sollte auf einen Rutsch eine komplette Datei eingelesen werden. Dazu
wurde mit fread alles in einen Puffer eingelesen. Ich musste dann
feststellen, dass im Gegensatz zu Linux die Datei nicht komplett
eingelesen wurde, sondern nur exakt 261040 statt 282260 Zeichen. Ich
habe dann die folgende Schleife programmiert, um die Datei komplett
einzulesen:
for (gelesen = 0;
gelesen < file_size;
gelesen += anz)
{
anz = (int) fread (&buf [gelesen], 1, file_size - gelesen, file);
}
Dabei sind gelesen, anz und file_size natï¿œrlich Integerwerte. Aber es
werden immer nur 261040 Bytes beim ersten Mal gelesen, dann werden in
jedem Durchgang keine Bytes mehr gelesen.
Ich habe jetzt gerade gedacht, es kï¿œnne etwas damit zu tun haben, wie
die Datei geￜffnet wird, weil die Grￜￜe der entsprechenden Linux-Datei
in etwa 261000 Bytes ist. Aber wenn einen Datei mit fopen im Modus "r"
geï¿œffnet wird, muss sie sich doch wie beschrieben verarbeiten lassen,
oder mache ich da einen Denkfehler? Im Puffer sehe ich auch lauter 0D0A,
also mï¿œsste doch bis zum Ende gelesen werden!
Was ist da falsch?
ï¿œbersetzt wird das ganze immer noch mit VS 6! :-(
Grￜￜe
Burkhard
verzweifeln lï¿œsst. Unter Linux kein Problem, unter Windows aber schon:
Es sollte auf einen Rutsch eine komplette Datei eingelesen werden. Dazu
wurde mit fread alles in einen Puffer eingelesen. Ich musste dann
feststellen, dass im Gegensatz zu Linux die Datei nicht komplett
eingelesen wurde, sondern nur exakt 261040 statt 282260 Zeichen. Ich
habe dann die folgende Schleife programmiert, um die Datei komplett
einzulesen:
for (gelesen = 0;
gelesen < file_size;
gelesen += anz)
{
anz = (int) fread (&buf [gelesen], 1, file_size - gelesen, file);
}
Dabei sind gelesen, anz und file_size natï¿œrlich Integerwerte. Aber es
werden immer nur 261040 Bytes beim ersten Mal gelesen, dann werden in
jedem Durchgang keine Bytes mehr gelesen.
Ich habe jetzt gerade gedacht, es kï¿œnne etwas damit zu tun haben, wie
die Datei geￜffnet wird, weil die Grￜￜe der entsprechenden Linux-Datei
in etwa 261000 Bytes ist. Aber wenn einen Datei mit fopen im Modus "r"
geï¿œffnet wird, muss sie sich doch wie beschrieben verarbeiten lassen,
oder mache ich da einen Denkfehler? Im Puffer sehe ich auch lauter 0D0A,
also mï¿œsste doch bis zum Ende gelesen werden!
Was ist da falsch?
ï¿œbersetzt wird das ganze immer noch mit VS 6! :-(
Grￜￜe
Burkhard
Heiko Rost
Jul 27, 2012, 1:53:28 PM7/27/12
to
Am Fri, 27 Jul 2012 19:39:07 +0200 schrieb Burkhard Schultheis:
> Es sollte auf einen Rutsch eine komplette Datei eingelesen werden. Dazu
> wurde mit fread alles in einen Puffer eingelesen. Ich musste dann
> feststellen, dass im Gegensatz zu Linux die Datei nicht komplett
> eingelesen wurde, sondern nur exakt 261040 statt 282260 Zeichen.
> ...
> Es sollte auf einen Rutsch eine komplette Datei eingelesen werden. Dazu
> wurde mit fread alles in einen Puffer eingelesen. Ich musste dann
> feststellen, dass im Gegensatz zu Linux die Datei nicht komplett
> eingelesen wurde, sondern nur exakt 261040 statt 282260 Zeichen.
> Aber wenn einen Datei mit fopen im Modus "r"
> ge�ffnet wird, muss sie sich doch wie beschrieben verarbeiten lassen,
> oder mache ich da einen Denkfehler?
Schu� ins Blaue: Die Datei wird mit "r" im Textmode ge�ffnet und an
Position 261040 steht ein ^z, das als EOF interpretiert wird. Du
solltest "rb" f�r den Modus probieren.
Gru� Heiko
Burkhard Schultheis
Jul 27, 2012, 2:31:58 PM7/27/12
to
zu finden!
Ich werde �bers Wochenende mal mit einem ganz simplen Programm der Datei
zu Leibe r�cken, unter Windows und Linux.
Gr��e
Burkhard
Stefan Reuther
Jul 27, 2012, 2:56:47 PM7/27/12
to
Burkhard Schultheis wrote:
> Am 27.07.2012 19:53, schrieb Heiko Rost:
>> Am Fri, 27 Jul 2012 19:39:07 +0200 schrieb Burkhard Schultheis:
>>> Aber wenn einen Datei mit fopen im Modus "r"
>>> geöffnet wird, muss sie sich doch wie beschrieben verarbeiten lassen,
> Am 27.07.2012 19:53, schrieb Heiko Rost:
>> Am Fri, 27 Jul 2012 19:39:07 +0200 schrieb Burkhard Schultheis:
>>> Aber wenn einen Datei mit fopen im Modus "r"
>>> oder mache ich da einen Denkfehler?
>>
>> Schuß ins Blaue: Die Datei wird mit "r" im Textmode geöffnet und an
>>
>> Position 261040 steht ein ^z, das als EOF interpretiert wird. Du
>> solltest "rb" für den Modus probieren.
>
> Daran habe ich auch schon gedacht. Ist aber kein ^z in der ganzen Datei
> zu finden!
Dennoch wirst du mit Modus "r" weniger Bytes erhalten, als dir 'dir'
> Daran habe ich auch schon gedacht. Ist aber kein ^z in der ganzen Datei
> zu finden!
anzeigt, weil der aus den 0D0A in der Datei ein einzelnes '\n' macht.
Schau dir mal an, was 'ftell' sagt. Und dann öffne die Datei mit "rb".
Deine Aussage, dass du im Puffer 0D0A siehst, widerspricht eigentlich
der Aussage, dass du die Datei mit "r" öffnest.
Stefan
Claus Reibenstein
Jul 27, 2012, 4:20:52 PM7/27/12
to
Burkhard Schultheis schrieb:
> Ich habe hier ein ganz komisches Problem, das mich derzeit fast
> verzweifeln lï¿œsst. Unter Linux kein Problem, unter Windows aber schon:
>
> Es sollte auf einen Rutsch eine komplette Datei eingelesen werden. Dazu
> wurde mit fread alles in einen Puffer eingelesen. Ich musste dann
> feststellen, dass im Gegensatz zu Linux die Datei nicht komplett
> eingelesen wurde, sondern nur exakt 261040 statt 282260 Zeichen.
Doch, sie wurde komplett eingelesen. Du hast nur ï¿œbersehen, dass
Zeilenvorschï¿œbe in Windows-Textdateien aus zwei Bytes (\r\n) bestehen,
in C aber nur aus einem Byte (\n). Beim Einlesen wird das entsprechend
konvertiert.
Beim Schreiben passiert dann genau das Gegenteil: Aus dem einen Byte in
C werden in der Datei zwei. Das kannst Du einfach prï¿œfen, indem Du den
gelesenen Dateiinhalt mal in eine neue Textdatei schreibst und Dir
anschlieￜend deren Grￜￜe anschaust.
Die gleiche Textdatei hat unter Linux natï¿œrlich nur 261040 Zeichen, weil
der Zeilenvorschub bei Linux-Textdateien nur aus einem Byte besteht (\n).
> Was ist da falsch?
Gar nichts. Ist alles in bester Ordnung.
Gruￜ
Claus
> Ich habe hier ein ganz komisches Problem, das mich derzeit fast
> verzweifeln lï¿œsst. Unter Linux kein Problem, unter Windows aber schon:
>
> Es sollte auf einen Rutsch eine komplette Datei eingelesen werden. Dazu
> wurde mit fread alles in einen Puffer eingelesen. Ich musste dann
> feststellen, dass im Gegensatz zu Linux die Datei nicht komplett
> eingelesen wurde, sondern nur exakt 261040 statt 282260 Zeichen.
Zeilenvorschï¿œbe in Windows-Textdateien aus zwei Bytes (\r\n) bestehen,
in C aber nur aus einem Byte (\n). Beim Einlesen wird das entsprechend
konvertiert.
Beim Schreiben passiert dann genau das Gegenteil: Aus dem einen Byte in
C werden in der Datei zwei. Das kannst Du einfach prï¿œfen, indem Du den
gelesenen Dateiinhalt mal in eine neue Textdatei schreibst und Dir
anschlieￜend deren Grￜￜe anschaust.
Die gleiche Textdatei hat unter Linux natï¿œrlich nur 261040 Zeichen, weil
der Zeilenvorschub bei Linux-Textdateien nur aus einem Byte besteht (\n).
> Was ist da falsch?
Gar nichts. Ist alles in bester Ordnung.
Gruￜ
Claus
Burkhard Schultheis
Jul 30, 2012, 3:18:37 AM7/30/12
to
Tatsache, dass unter Windows nach dem Dateiinhalt noch Schrott kommt:
Mein Puffer, der so groￜ ist wie die Datei mit den CRs, wurde am Ende
mit Schrott aufgefï¿œllt (er war vorher mit Nullen initialisiert). Auch,
wenn das nicht spezifiziert ist, finde ich es nicht gerade toll.
Grￜￜe
Burkhard
Edzard Egberts
Jul 30, 2012, 3:40:52 AM7/30/12
to
Burkhard Schultheis schrieb:
"Filesize", die ï¿œndert sich aber beim Einlesen durch den CR-Murks. Da
musst Du entweder unter beiden Systemen immer binï¿œr lesen, oder unter
beiden System immer zeilenweise lesen. Mit C++ geschrieben kï¿œnnte das
z.B. so aussehen:
#include <string>
#include <fstream>
#include <list>
using namespace std;
string Line;
list< string > Lines;
fstream In(Name.c_str(), ios_base::in);
while (In.good() && In.peek()!= EOF)
{
getline(In, Line);
if (In.good()) Lines.push_back(Line);
}
In.close();
Dieser Code wï¿œrde sowohl unter Windows, als auch unter Linux funktionieren.
> Ja, ihr habt alle Recht! Aber was ich nicht in Ordnung finde, ist die
> Tatsache, dass unter Windows nach dem Dateiinhalt noch Schrott kommt:
> Mein Puffer, der so groￜ ist wie die Datei mit den CRs, wurde am Ende
> mit Schrott aufgefï¿œllt (er war vorher mit Nullen initialisiert). Auch,
> wenn das nicht spezifiziert ist, finde ich es nicht gerade toll.
Selber Schuld, Deine Routine zum Einlesen geht so nicht. Du liest ï¿œber
> Tatsache, dass unter Windows nach dem Dateiinhalt noch Schrott kommt:
> Mein Puffer, der so groￜ ist wie die Datei mit den CRs, wurde am Ende
> mit Schrott aufgefï¿œllt (er war vorher mit Nullen initialisiert). Auch,
> wenn das nicht spezifiziert ist, finde ich es nicht gerade toll.
"Filesize", die ï¿œndert sich aber beim Einlesen durch den CR-Murks. Da
musst Du entweder unter beiden Systemen immer binï¿œr lesen, oder unter
beiden System immer zeilenweise lesen. Mit C++ geschrieben kï¿œnnte das
z.B. so aussehen:
#include <string>
#include <fstream>
#include <list>
using namespace std;
string Line;
list< string > Lines;
fstream In(Name.c_str(), ios_base::in);
while (In.good() && In.peek()!= EOF)
{
getline(In, Line);
if (In.good()) Lines.push_back(Line);
}
In.close();
Dieser Code wï¿œrde sowohl unter Windows, als auch unter Linux funktionieren.
Burkhard Schultheis
Jul 30, 2012, 4:06:30 AM7/30/12
to
gelesener Bytes ein Null-Byte schreibe. So bin ich zufrieden! ;-)
Grￜￜe
Burkhard
0 new messages