C++ (alle ISO-Standards)

• ?

  Zeit messen
  • Gast  

  5
  0
  Stimmen
  5
  Beiträge
  660
  Aufrufe

  

  zeitig2 schrieb: Achso, dann liefert tv_usec also nur die Zeit innerhalb einer Sekunde? Ja. In tv_usec steht die Anzahl der Mikrosekunden seit Beginn der letzten Sekunde.
• T

  File schreiben, keine newline
  • TTS  

  9
  0
  Stimmen
  9
  Beiträge
  923
  Aufrufe

  

  TTS schrieb: SeppJ schrieb: transitObserver.Observe(&receivedData, &numberOfBytesReceived); // Bist du sicher, dass Observe einen String* braucht? Das ist ist extrem ungewöhnlich. Selbst geschrieben? Ja die Funktion ist selbst geschrieben. Sie liesst Daten über den ComPort ein. Informier dich mal, was eine Referenz ist. Ganz wichtiges Thema.
• T

  Feldzugriffsoperator überladen für Zeiger auf Objekte einer Klasse?
  • tafkab76  

  3
  0
  Stimmen
  3
  Beiträge
  652
  Aufrufe

  T

  Achso, Du meinst, dass ich quasi die "Originalfunktion" des []-Operators verlieren würde? Das ist natürlich ein berechtigter Einwand, allerdings wäre das für mein überschaubares Programm nicht von Bedeutung, da die Knoten nicht in einem Feld oder vector gespeichert sind, sondern in einer verzeigerten Baumstruktur in der kein indizierter Zugriff vorgesehen ist. Ausserdem würde mich auch interessieren, ob es prinzipiell möglich ist den Feldoperator auf Zeiger eines Objektes anzuwenden.
• A

  Doubleexponent Stellen
  • AlexanderKiebler  

  5
  0
  Stimmen
  5
  Beiträge
  829
  Aufrufe

  ?

  std::numeric_limits< double >::max_exponent10 im Header <limits>
• ?

  Fehler wegen Datei - Programm schließt sich nicht korrekt
  • Ein ehemaliger Benutzer  

  9
  0
  Stimmen
  9
  Beiträge
  11400
  Aufrufe

  B

  Genau, strings sind nur ein Gag des Standardisierungsgremiums Nein es heißt, dass du dir bei nicht-POD-Typen was einfallen lassen musst und es nicht einfach byteweise in eine Datei schaufeln darfst. So ein String beinhaltet in der Regel einen Pointer auf die eigentlichen String-Daten. Wenn du jetzt das string-Objekt byteweise aus einer Datei liest, bekommst du ein Objekt mit so einem Pointer drin ... und der Pointer ist genau der gleiche wie als das Objekt in die Datei reingeschrieben wurde. Aber was liegt da, wo der Pointer hinzeigt? Ziemlich wahrscheinlich nicht die eigentlichen String-Daten, wo sollen die auch herkommen.
• D

  Zahlen sortieren, rekursive Funktion
  • downandout  

  19
  0
  Stimmen
  19
  Beiträge
  7466
  Aufrufe

  ?

  downandout schrieb: Hat n[ i ] kein /0 Array? n[] muss ja irgendwann auf dieses /0 treffen und dann brichts ja automatisch ab wegen false oder? Oder versteh ich da jetzt was falsch?! positionmax wird ja eh nicht verwendet oder? und erst nachher zugewiesen.. So schlimm? Oder meint ihr das das Spielraum für Fehler lässt? Nein, Arrays sind keine Strings. Wenn Du ein Array machst mit 5 Elementen, dann hast Du genau diese 5 Element, und jedes davon kann dann alle int-Werte enthalten (von -xxx bis +xxx einschließlich 0). Ein Array weiß die Anzahl seiner Elemente nicht, es ist nur der dafür benötigte Speicherbereich. Daher musst Du Dir die Anzahl getrennt davon merken, daher die Variable size. Deswegen haben ja schon einige andere hier empfohlen, den in der C++ Stantardbibliothek angebotenen Container "vector" zu verwenden, denn ein Vector kennt seine Größe. Aber bleib erstmal beim Array, da lernst Du mehr. Nochmal zurück zu Deiner ersten Frage: Ja, die Schleife bricht ab, wenn ein Element 0 ist, aber das ist auch der Fall, wenn Du eine 0 zwischen all den zu sortierenden Zahlen hast. Folge: Du kannst n[ i ] nicht als Abbruchbedingung nehmen. Bis wann willst Du die Schleife laufen lassen? Antwort: bis der Zähler i das letzte Element erreicht hat (einschließlich). Und das ist (beim Beispiel mit 5 Elementen) der Fall bei i == 4. So, zudem hast Du die Variable "size" mit Inhalt 5. Nun, was setzt Du also als Abbruchbedingung ein? Zur zweiten Frage: Richtig, posistionmax wird unter Umständen gar nicht verwendet. Da die Variable aber nicht initialisiert wird, kann jeder beliebige Wert darin stehen (es wird nicht automatisch 0 reingeschrieben, wie das noch bei BASIC war!). Nach der For-Schleife kommt dann das "n[ positionmax ] = n[ 0 ] ...", das heißt, Du schreibst an eine beliebige Speicherzelle! Könnte sein, dass Dein Betriebssystem das gar nicht mag und eine Speicherschuzverletzung ausgibt.
• K

  Inhalt von Variablen als Name benutzen?
  • Kessl  

  12
  0
  Stimmen
  12
  Beiträge
  2025
  Aufrufe

  ?

  Ich glaube sowas wie #define BOOST_PP_LOCAL_MACRO(n) cout << "marke "#n" heisst: " << marke##i.name << endl; int main() { ... #include BOOST_PP_LOCAL_ITERATE(1, 5) } expandiert zu int main() { ... cout << "marke 1 heisst" << marke1.name << endl; cout << "marke 2 heisst" << marke2.name << endl; cout << "marke 3 heisst" << marke3.name << endl; cout << "marke 4 heisst" << marke4.name << endl; cout << "marke 5 heisst" << marke5.name << endl; } (wo wir gerade alle Möglichkeiten auflisten) Vorteile: - Implizites Loop unrolling. - Der Compiler die Reihenfolge ändern und häufig genutze Variablen an den Anfang nehmen. - Es ist (etwas?) schneller. - Er kann den Code so belassen und marke1 heisst immer noch marke1. - Wenn er immer nur auf einzelne Variablen zugreift, spart er sich ev. die beiden Klammern. Nachteile: - Es ist viel umständlicher. - Es verwendet Makros. - Es verursacht Kopfschmerzen.
• ?

  delete [] statt delete?
  • Gast  

  11
  0
  Stimmen
  11
  Beiträge
  2028
  Aufrufe

  V

  Foo* f=new foo[10]; muß ja den Speicher anlegen, zum Beispiel mit malloc (faktisch wohl mit ::operator new) und dann auch noch 10 Konstruktoren ausführen. Soweit kein Problem. Nur könnte malloc so geschrieben sein (zum Beispiel als Buddy-Allocator), daß es zugunsten der Geschwindigkeit gleich Platz für 16 Foos macht statt nur für 10. Deswegen kann delete[] f; sich nicht auf die Größe des Speichers verlassen, den malloc geliefert hat und der vielleicht mit Tricks herasgefunden werden könnte. Ginge es nur ums Wegwerfen des Speichers, wäre es egal. Aber die 10 Destruktor-Aufrufe dürfen ja nicht 16 Destruktoraufrufe sein! Sonst würde man Destruktoren auf Speicher aufrufen, der gar nicht konstruiert wurde. Deswegen muß prinzipiell new[] sich irgendwo merken, wieviele Objekte es waren. Sinnigerweise zieht new[] einfach ein paar Bytes mehr und schreibt als ersten size_t im Speicherbereich die Größe rein und dahinter erst die Objekte. Und dann wirds fatal, wenn man new[]-Speicher nur mit delete löscht oder new-Speicher mit delete[]. Kawumm! Also merken: Nicht mischen! Und dann kommt der Schlauberger-Compiler dran. Wir wollen ja keine Mehrkosten als in C oder asm haben für den selben Zweck. Wenn Foo (und dessen Basisklassen) einen leeren Destruktor haben, oder es gar um int geht, braucht man die Anzahl dann doch nicht. Dann macht new[] tatsächlich nichts anderes, als Speicher anzulegen und die Konstruktoren aufzurufen (falls vorhanden). Und vor allem macht delete[] nichts anderes als delete. Bei deinem int-Fall wird new[]/delete auf vielen Compilern zu keinem Fehler führen. Aber das ist nicht garantiert, wie schon gesagt, es klappt nur zufällig. Und dann kommt der Schlauberger-Compiler nochmal dran. In C++ werden oft VIELE kleine Objekte mit new angelegt, um die Vorteile der Laufzeitpolymorphie benutzen zu können. Das schreit nach einem small object allocator. Andererseits werden mit new[] fast immer nur größere Speicherbereiche angelegt, das quängelt dezent danach, daß new[] lieber ohne Umwege ein klassisches malloc benutzt. Deswegen könnte der Compilerbauer sogar new/delete und new[]/delete[] ganz trennen und verschiedene Speicherbereiche nehmen und ganz und gar verschiedene Implementierungen. (Hab ich aber noch nicht erlebt.)
• B

  Array mit Werte füllen?
  • bandchef  

  8
  0
  Stimmen
  8
  Beiträge
  12796
  Aufrufe

  H

  Außerdem greift er auf das 7te Element mit "sicher1[6]" zu obwohl dieses nur 6 Elemente hat... Es ist einiges verkehrt. Die Grundlagen scheinen unbekannt zu sein.
• ?

  &quot;class name&quot; does not name a type
  • Gast  

  4
  0
  Stimmen
  4
  Beiträge
  13314
  Aufrufe

  ?

  danke, hat mir geholfen.
• C

  Auf Attribute einer Klasse zugreifen - nur über (Fake-)Instanz? Stil-Frage :)
  • Cordula  

  3
  0
  Stimmen
  3
  Beiträge
  1208
  Aufrufe

  V

  Klassen, die keine Attribute haben, sollten meistens Funktionen werden sollen.
• R

  UNCIDOE string verschlüsseln
  • redbomber  

  8
  0
  Stimmen
  8
  Beiträge
  1248
  Aufrufe

  N

  unskilled schrieb: da stehts Ich hab mir am Anfang schon gedacht, wenn will er den mit seinen Umdefinierungen von cout verwirren. Und jetzt hab ich das Opfer gefunden. Das ist aber auch zu verwirrend, wenn dann sein eigener tstring auch noch plötzlich im std-Namespace steckt. Für den Outputstream würde ich einfach einen typedef abhängig von UNICODE machen. #ifdef UNICODE typedef std::wcout mycout; #else typedef std::cout mycout; #endif
• I

  Visitoren wo definieren?
  • ingobulla  

  2
  0
  Stimmen
  2
  Beiträge
  580
  Aufrufe

  

  Ich würde sagen: Das kommt ganz auf deinen Visitor und dessen Bedürfnisse an.
• I

  Problem beim Programm weitergeben
  • In0cenT  

  4
  0
  Stimmen
  4
  Beiträge
  846
  Aufrufe

  ?

  In0cenT schrieb: Also ich habe ein Programm geschrieben und würde es jetzt dem Kollegen zeigen. Ich schicke ihm die .exe und es kommt eine Fehlermeldung: Side by Side Konfiguration ist ungültig. Sollte es beim Debugging nicht noch eine .dll Datei machen oder wie muss ich das machen? LG In0cenT (Totaler Anfänger) Im Projektmappen-Explorer rechtsklick auf den Programmnamen -> Eigenschaften -> C/C++ -> Codegenerierung -> Laufzeitbibliothek von der Release -und Debug-Version ändern (egal welche nur nicht die, die Du im Moment eingestellt hast) -> Projekt neu erstellen und fertig
• Z

  RegEx mit Boost
  • zigarrre  

  11
  0
  Stimmen
  11
  Beiträge
  4038
  Aufrufe

  Z

  Das man nicht mit root-Rechten kompiliert weiß ich schon, habs nur mal getestet weil ich mir gedacht hab vieleicht funktionierts so. Mit einem zivilisiertem Build-System wie Makefiles kann ich auch umgehen. ./bootstrap.sh muss man übrigens mit root-Rechten ausführen. Hier die Ausgabe von sudo ./bootstrap.sh : Building Boost.Jam with toolset gcc... tools/jam/src/bin.linuxx86/bjam Detecting Python version... 2.6 Detecting Python root... /usr Unicode/ICU support for Boost.Regex?... not found. Backing up existing Boost.Build configuration in project-config.jam.2 Generating Boost.Build configuration in project-config.jam... Bootstrapping is done. To build, run: ./bjam To adjust configuration, edit 'project-config.jam'. Further information: - Command line help: ./bjam --help - Getting started guide: http://www.boost.org/more/getting_started/unix-variants.html - Boost.Build documentation: http://www.boost.org/boost-build2/doc/html/index.html Die Ausgabe von ./bjam hat über 129000 Zeilen groß, das sind als Textfile gespeichert 10,6 MB. Wo soll ich das hochladen? mfg zigarrre edit: Ich hab das Problem jetzt gelöst. Auch wenn ich nicht wirklich weiß wie. Zuerst habe ich das Paket per sudo aptitude purge libboost-dev deinstaliert, danach den Sourcecode neu heruntergeladen den boost ordner (den wo die header-files drinnen sind) nach "\usr\local" kopiert und dann per ./bootstrap.sh --with-libraries=regex sudo ./bjam install compiliert und instaliert. Dann hats plötzlich funktioniert. Keine Ahnung was ich vorher falsch gemacht habe. Den RegEx hab ich mir jetzt durch herumprobieren zusammengebastelt (Danke für die tolle Website!). (?<=ABC )[\w-]* Das funktioniert zwar nicht mit dem "ABC hallo DEF" Beispiel aber in meinem Projekt wird das ende durch sonderzeichen und einem Zeilenumbruch dargestellt. Für die Zukunft und aus interesse würds mich trozdem interesieren wie ich da das Ende auch noch angeben kann? Wie findet ihr diese RegEx sonnst? mfg zigarrre
• 

  Buch gesucht (Schon Wieder ;) )
  • 5cript  

  15
  0
  Stimmen
  15
  Beiträge
  2191
  Aufrufe

  L

  Warum denn überhaupt die Zielsetzung 2000 Seiten? 2000 Seiten können absolut nichtsaussagend sein. Ich hab z.B. aus den 200 Seiten "Exceptional C++" extrem viel gelernt. Das hätte man auch auf 600 Seiten ausdehnen können. Wenn du eh schon ein (hoffentlich gutes) Grundlagenbuch hast, würde ich mich eher nach Spezialliteratur umschauen. Wurden hier ja schon einige gute genannt. Exceptional C++ und Effective C++ gehören absolut in jedes Bücherregal
• N

  zeiger verständnisproblem
  • nata  

  2
  0
  Stimmen
  2
  Beiträge
  544
  Aufrufe

  B

  ip zeigt in die double-Variable d hinein, und dort stehen halt gerade nur Nullbytes. Wenn man sich den Aufbau von double verdeutlicht ist das auch irgendwo klar, aber ich sehe ehrlich gesagt nicht den Sinn der Übung. Mit Verständnis von Zeigern hat das nicht viel zu tun.
• K

  ... must be a nonstatic member function.
  • Kladdi  

  17
  0
  Stimmen
  17
  Beiträge
  2613
  Aufrufe

  ?

  volkard schrieb: Erstmal mache ich aux [x][y] das [y][x], wie dichter am nativen float[][] ist. Geschwindigkeitsmässig dürfte sich da nichts ändern, aber du hast Recht; hier verhält sich meine Matrix nicht wie ein float[][] , das dürfte nicht vor kommen. volkard schrieb: Dann mache ich bei volkard den Index zum size_t statt float. Oh, ein echter Bug. Das wird vermutlich der Grund für "dein" schlechtes Abschneiden in meinem Test sein. volkard schrieb: Und ich ziehe den wichtigen data-Zeiger vor, damit er erstes (und im Zweifelsfall schnellstes) Attribut ist. Ganz ehrlich: das war ein (wieder mal zu früh umgesetzer) Trick um die c::matrix auszubremsen. Hier habe ich jedoch nicht wirklich tief nachgedacht, den das trifft ja alle gleich stark. volkard schrieb: Hmm. Bei meinem Compiler (g++ (Debian 4.4.5-8) 4.4.5) tritt der Vergleich weniger krass zu Tage - volkard unterscheidet sich an zwei Assemblerbefehlen von parashift, dilkard hat einen Befehl mehr - aber dass meine handoptimierte Matrix nicht nur gleichauf, nein sogar schlechter abschneidet als deine, das gibt mir zu denken. volkard schrieb: Und nicht zuletzt, es gefällt mir einfach, wenn der Proxy nur Proxy ist. So würde ich es auch machen, wenn das Compilat nur geringfügig langsamer wäre. Es ist typisch für mich, daß ich hübsche Sachen auch stehen lasse, wenn sie prinzipiell gut optimierbar sind, aber ich für den vollen Spaß noch eine oder zwei neue Compilerversionen abwarten muß. Naja, ob der Proxy jetzt hübsch oder unschön ist, ist mir relativ egal, da der Benutzer es nicht mitbekommt/mitbekommen sollte. In klasseninterner Implementierung steht die Eleganz immer unter der Performanz, solange das Interface nicht darunter leidet (und das tut es bei der parashift-Methode). Wenn ich aber weiss, dass eine volkard-Matrix besser ist, als meine jetzige, werde ich das in Zukunft berücksichtigen. Stört mich nur noch eins: boost::multi_array<float, 2> ist 11 mal langsamer als dilkad. Jetzt, da meine eigenen Code-Fehler ausgemerzt sind, kann ich dir nur zustimmen: volkard schrieb: Der Compiler hat mich wiedermal nicht enttäuscht.
• ?

  Variable Anzahl an dynamischen pointern
  • Gast  

  11
  0
  Stimmen
  11
  Beiträge
  1198
  Aufrufe

  N

  So wie das da steht, ist p_sin auch nur innerhalb der geschweiften Klammern deklariert. Wenn das alles ist, was dort steht, müsstest du auch innerhalb dieser Klammern den Speicher wieder frei geben. Ich denke aber du willst den Zeiger später noch verwenden? Deshalb musst du die Variable in dem Block (Scope) deklarieren, wo du sie nutzt. Ein Block ist alles das, was du zusammen einrückst. Ich hoffe, das war verständlich.
• K

  Problem mit Zugriff per []-Operator
  • Kladdi  

  3
  0
  Stimmen
  3
  Beiträge
  724
  Aufrufe

  K

  Danke, da merkt man wieder, dass mir noch die Grundlagen fehlen...