Anzahl der Nachkommastellen variable gestallten

HaraldH

Danke für die raschen und ausführlichen Antworten!

Leider hilft mir das nicht wirklich weiter bzw. verstehe ich es nicht ganz!
Ich versuch mal mein Problem näher zu schildern:

Ich schreibe ein Konvertierungsprogramm. Es ließt über eine DLL Messdaten ein und soll diese dann in ein Textfile schreiben.

Die DLL gibt mir double Werte zurück. Es werden verschiedenste Zahlenwerte eingelesen zB.: Geschwindigkeiten und Beschleunigung meist mit 2 oder 3 Nachkommastellen und unter anderem auch GPS-Daten in Dezimalgrad, wo ich mindestens 8 Nachkommstellen für die gewünschten Genauigkeit benötige.
Wenn ich jetzt alle Zahlenwerte mit 8 Nachkommastellen ausgeben um auf der sicheren Seite zu sein, dann wird bei 1 Million Messwerte der Unterschied in der Filegröße nicht mehr vernachlässigbar.

Hier mal mein Quellcode stark vereinfacht:

double x = getMesswert_i_fromDLL(i);
//hier steht nun wenn ich x in Debugmodus anschaue z.B.: x = 10.1 ; x =143.34456346
fprintf(MeinTXT,"%f\n",x); // und genau so will ich es im Textfile stehen haben

Alle mir bekannten Formatierungen wie %f, %g, .. machen das auch so schneiden aber leider bei 6 Nachkommastellen ab ich brauche aber mindesten 8!!

Ich hoffe mein Problem ist jetzt etwas besser erklärt!

Danke schon mal an alle für eure Hilfe
lg

SeppJ

Da du im C++ Forum fragst, nehme ich mal trotz deines C-Codes optimistischerweise an, dass du eine C++ Lösung suchst. Führ mal dieses Programm aus und spiel mit den Werten für precision:

// modify basefield
#include <iostream>
using namespace std;

int main () {
  double a,b,c;
  a = 3.1415926534;
  b = 2006.0;
  c = 1.0e-10;
  cout.precision(5);
  cout       <<         a << '\t' << b << '\t' << c << endl;
  cout <<   fixed    << a << '\t' << b << '\t' << c << endl;
  cout << scientific << a << '\t' << b << '\t' << c << endl;
  return 0;
}

Somit sollte dir klar werden, wie das mit den Nachkommastellen funktioniert und was für dich das richtige ist.

Für C gibt es auch äquivalente Lösungen.

*Rewind*

Das ist in der Tat etwas umständlich, aber wenn man die C++Streams verwendet, sollte das Problem sich gar nicht ergeben:

fstream myfile;
myfile.open("C:\\wo\\auch\\immer\\sie\\liegt\\datei.txt", ios::out);
if (myfile)
    myfile << x1 << "; " << x2 << endl;

314159265358979

.open() existiert nicht!

*Rewind*

314159265358979 schrieb:

.open() existiert nicht!

Wenn das ein Witz sein soll, dann ist er wirklich schlecht.

http://www.cplusplus.com/reference/iostream/fstream/open/

SeppJ

[Rewind] schrieb:

314159265358979 schrieb:

.open() existiert nicht!

Wenn das ein Witz sein soll, dann ist er wirklich schlecht.

http://www.cplusplus.com/reference/iostream/fstream/open/

Er spielt darauf an, dass das open, genau wie das close, eines Dateistreams eher eine Funktion ist, die man nur in Ausnahmefällen braucht. Beide werden jedoch sehr oft von Leuten benutzt, die C++ wie C programmieren und sich dieser Tatsache gar nicht bewusst sind.

*Rewind*

Dann nimmt man eben

fstream myfile("C:\\wo\\auch\\immer\\sie\\liegt\\datei.txt");

Ich lasse mich immer gerne eines Besseren belehren, aber was ist daran verkehrt, die in C++-Standardbibliotheken implementierten Funktionen zu verwenden? Macht mich das automatisch zum C-Programmierer? :totally confused:

SeppJ

Es ist eben unschön, weil man erst ein uninitialisiertes Objekt erzeugt und dieses dann erst noch mittels einer Memberfunktion in einen gebrauchsbereiten Zustand versetzen muss. Dies läuft den Grundprinzipien der objektorientierten Programmierung zuwider.
Wenn man das trotzdem macht zeigt man auch, dass man sich nicht richtig mit den Standardfunktionen und mit gutem Stil auskennt.

Abgesehen davon ist es auch schlichtweg länger zu schreiben. Und gefährlicher, denn man könnte potentiell ein uninitialisiertes Objekt benutzen oder das open kann fehlschlagen, weil der Stream schon an eine andere Datei gebunden sein könnte.

Um nochmal zu deinem printf Problem zu kommen:
Im Formatstring bei printf kann man selbstverständlich auch die Genauigkeit angeben.
Wenn du 8 Nachkommstellen möchtest, schreibst du "%.8f".
RTFM zu printf

Du kannst das mit sprintf in einen String schreiben und dann von hinten die Nullen eliminieren.

hustbaer

SeppJ schrieb:

Es ist eben unschön, weil man erst ein uninitialisiertes Objekt erzeugt und dieses dann erst noch mittels einer Memberfunktion in einen gebrauchsbereiten Zustand versetzen muss. Dies läuft den Grundprinzipien der objektorientierten Programmierung zuwider.

Gar nicht. Es beisst sich bloss mit RAII.

Wenn man das trotzdem macht zeigt man auch, dass man sich nicht richtig mit den Standardfunktionen und mit gutem Stil auskennt.

Wenn man sich über solche Kleinigkeiten aufregt, zeigt man ...
Blah.

Abgesehen davon ist es auch schlichtweg länger zu schreiben. Und gefährlicher, denn man könnte potentiell ein uninitialisiertes Objekt benutzen oder das open kann fehlschlagen, weil der Stream schon an eine andere Datei gebunden sein könnte.

Man könnte sowieso potentiell ein uninitialisiertes Objekt benutzen, nämlich wenn man vergisst nach dem ctor erstmal zu gucken ob der Stream auch "good" ist.
C++ Streams werfen nämlich per Default keine Exceptions.

SeppJ

Ich erläutere nur, was 3.142... meinte

hustbaer

SeppJ schrieb:

Ich erläutere nur, was 3.142... meinte

Bist du hellsichtig?

Wenn etwas vom Herrn dreikommavierzehnfuffzehn stammt, und offensichtlich falsch ist, gehe ich eher davon aus, dass er - freundlich formutliert - vorschnell etwas geschrieben hat, was er glaubt zu wissen, aber eben nicht weiss.

SeppJ

hustbaer schrieb:

SeppJ schrieb:

Ich erläutere nur, was 3.142... meinte

Bist du hellsichtig?

Wenn etwas vom Herrn dreikommavierzehnfuffzehn stammt, und offensichtlich falsch ist, gehe ich eher davon aus, dass er - freundlich formutliert - vorschnell etwas geschrieben hat, was er glaubt zu wissen, aber eben nicht weiss.

Naja, direkt falsch ist es aber auch nicht, was er gesagt hat, nur ein bisschen übertrieben. Es ist nur konsequent die in C++ üblichen Methoden wie RAII hier auch zu benutzen, aus den gleichen Gründen warum man sie überall anders auch benutzt.

hustbaer

SeppJ schrieb:

hustbaer schrieb:

SeppJ schrieb:

Ich erläutere nur, was 3.142... meinte

Bist du hellsichtig?

Wenn etwas vom Herrn dreikommavierzehnfuffzehn stammt, und offensichtlich falsch ist, gehe ich eher davon aus, dass er - freundlich formutliert - vorschnell etwas geschrieben hat, was er glaubt zu wissen, aber eben nicht weiss.

Naja, direkt falsch ist es aber auch nicht, was er gesagt hat, nur ein bisschen übertrieben.

Er sagt gibt's nicht, gibt's aber doch. Viel direkter/klarer/eindeutiger falsch kann etwas nicht mehr sein.

Es ist nur konsequent die in C++ üblichen Methoden wie RAII hier auch zu benutzen, aus den gleichen Gründen warum man sie überall anders auch benutzt.

Ja. Das ist deine Meinung. Es gibt andere Meinungen. Und vor allem verschwinden durch Meinungen noch lange keine Methoden aus dem Standard.