Grundproblem in C++



  • Dann hast du aber im falschen Forum gefragt. Dafür gibts ein Extra-Forum.

    Das kann ein Mod wieder richten.



  • *lol* @ Überschrift



  • ...und das kommt dann alles in den Teil, wo ich die Aktionen schreibe, wenn ich auf den jeweiligen Button klicke, oder?

    Elli.



  • Ja du hast deine 3 Buttons (sin,cos,tan) und jeweils im OnClick Ereignis kommt dann der Code:

    void __fastcall TForm1::Button1Click(TObject *Sender)
    {
       float zahl = StrToFloat(Edit1->Text);
       Edit2->Text = FloatToStr(sin(zahl));//hier entsprechend in cos,tan ändern
    }
    


  • Btw, die richtige Header Datei heisst weder <math> noch <math.h>, sondern <cmath>. Das ist insofern wichtig, da es weder sinf(float), sinl(long double) und Co gibt, sondern überladene Funktionen. Also sin(float), sin(double), sin(long double) und Co.



  • groovemaster schrieb:

    Btw, die richtige Header Datei heisst weder <math> noch <math.h>, sondern <cmath>. Das ist insofern wichtig, da es weder sinf(float), sinl(long double) und Co gibt, sondern überladene Funktionen. Also sin(float), sin(double), sin(long double) und Co.

    fürs Ergebnis absolut unerheblich und einfach nur spitzfindig.



  • groovemaster schrieb:

    Btw, die richtige Header Datei heisst weder <math> noch <math.h>, sondern <cmath>. Das ist insofern wichtig, da es weder sinf(float), sinl(long double) und Co gibt, sondern überladene Funktionen. Also sin(float), sin(double), sin(long double) und Co.

    vewirr das mädchen nicht!
    dürfte sie schon genug sein... 😡



  • Groovy ist schlecht drauf die Woche, hab ich schon gestern gemerkt.



  • Dieser Thread wurde von Moderator/in HumeSikkins aus dem Forum C++ in das Forum VCL/CLX (Borland C++ Builder) verschoben.

    Im Zweifelsfall bitte auch folgende Hinweise beachten:
    C/C++ Forum :: FAQ - Sonstiges :: Wohin mit meiner Frage?

    Dieses Posting wurde automatisch erzeugt.



  • ........ schrieb:

    fürs Ergebnis absolut unerheblich

    In diesem Fall mag das so sein, da bei float -> double keine Genauigkeit verloren geht. Bei double -> long double kann das aber schon ganz anders aussehen. Zumal kannst du durch bessere Typkonsistenz evtl auch bessere Optimierungsmöglichkeiten deinem Compiler ermöglichen. Ausserdem wurde die Frage ins Standard C++ Forum gepostet und <math.h> wird dort nunmal als deprecated eingestuft. Was soviel heisst, dass die Header Datei in zukünftigen 🙂 Standards uU nicht mehr verfügbar sein wird. Du siehst also, mit Spitzfindigkeit hat das nichts zu tun. Es gibt halt triftige Gründe, warum man sich solche Nachlässigkeiten erst gar nicht angwöhnen sollte. Da Hume den Thread aber mittlerweile verschoben hat, soll's mir auch egal sein.

    Beobachter schrieb:

    Groovy ist schlecht drauf die Woche, hab ich schon gestern gemerkt.

    Ist mir noch gar nicht aufgefallen. Hab ich was verpasst? Und dabei ist doch erst Dienstag. 😃


Anmelden zum Antworten