Ok, dann muss ich meine Eingangsfrage nochmal aufgreifen und anpassen: Wenn ich eine Referenz auf einen Vector in der Map zurückgeben möchte, aber verhindern will, dass bei Nicht-Finden eines Eintrages automatisch ein leerer angelegt wird - wie geht man dann vor, damit keine ungültige Referenz entsteht? Eine Exception werfen? Also ungefähr so: std::map<const int, std::vector<FrameC *> >::const_iterator resultIt = frameCollections.find(frameCollectionID); // nur wenn was gefunden wurde if (resultIt != frameCollections.end()) { return (resultIt->second); } throw xyz;

Alles klar ich werde mich da mal genauer einlesen. Mit dem virtuellen Destruktor und der validState Flag funktioniert es. Vielen Dank für die Hilfe von allen!

Wir hatten hier vor einer Weile mal eine ähnliche Diskussion, und das Ergebnis war, das niemand zeigen konnte, das sowas wie MMX und darüber nötig ist um die gesamte verfügbare Speicherbreite auszunutzen selbst bei langem linearem Speichervergleich. In meinen Messungen war schon von 16Bit Schritten auf 32 Bit kaum ein Unterschied zu sehen. Je kleiner die zusammenhängenen Speicherbereiche der Bytes sind um so langsamer wird es, weil der Speicherzugriff weniger effizient ist. Also Praxistipp, die vergleichenden Bytes linear im Speicher hintereinander anordenen zu möglichst wenigen grossen Blöcken und dann einfach irgendwie sinnvoll vergleichen wie z.b. durch memcmp. Darüber hinaus sind nur noch wenige Prozente drin, aber alles was nicht im Block liegt, ist Größenordnungen langsamer.

@SeppJ sagte in Konstaten wirklich invariabel?: es war stets nur auf Hochspachenebene als Hilfsmittel für den Programmierer gedacht Viel mehr wollte ich auch gar nicht beitragen, vor allem da mir die Intention komplett unklar ist.

Ähh, du weißt schon, dass es Lexika gibt, in denen steht, wie die grundlegenden Ideen zur effizienten Berechnung aussehen?

@Marc1235 Es war eine Verständnisfrage damit ICH (und andere) weiß was Du willst.

Unsinn. Jeder Zugriff auf globalstatischen Speicher (hier stdin) ist immer fragil, Annahmen darüber, was wohl vorher geschehen sein könnte und wohl anschließend passieren wird sind einfach nur ignorant und somit laienhafter Unsinn, zumal sie einfach zu behandeln sind. Weiterhin ist es laienhafter Unsinn - gerade bei Nutzereingaben - davon auszugehen, dass diese DAUs schon das Richtige eingeben werden, das zum Code des jeweiligen "verantwortlichen" Entwicklers passen wird und keine Abhängigkeiten im übrigen Programmkontext schafft.

ok da bin ich wohl einem großen Irrglauben bzgl. "explicit" aufgesessen. Danke für die Aufklärung

@Habor sagte in (Function) Pointers nach Plugin unload: PS: Bitte kein Hinterfragen bzgl. des "Warum" beim Pointer Sharing. Dir ist klar dass das auf unseren Bildschirmen als "ich weiss dass das doof ist aber ich will es trotzdem machen" angezeigt wird, ja?

Interessanterweise ging auch: <meta http-equiv="X-UA-Compatible" content="IE=edge"/>

Danke Noch mehr Input werde mir das zwischendurch mal zu Gemüte führen^^ Aber ich habe so eine Ahnung worauf das hinausläuft.^^

Gut, das ist halt deine Meinung. @Quiche-Lorraine sagte in Microsoft hält Rust für eine sichere Alternative zu C++: @VincentG Ich bin da ein wenig skeptisch. Es sind schon viele universelle Sicherheitslösungen gescheitert. Klassisches Beispiel war Java mit seiner Sandbox. Aber auch EMET stellt nicht die universelle Lösung dar. Solange Rust-Programme nicht im Fokus der Hacker stand, wäre ich vorsichtig bezüglich Aussagen über Sicherheit. Auch Aussagen wie "mit Programmiersprache XYZ" verursacht man weniger Fehler" stehe ich skeptisch gegenüber. Ich habe schon von Entwicklern C# Code gesehen, welcher im Stile 1980 in C entwickelt wurde und am laufenden Band abstürzte. Aber ich frage mich: Warum eine neue Programmiersprache? Warum sollte ich Rust und nicht C# einsetzen? Was macht Rust sicherer als C#? C# kann man eher mit Java vergleichen. Rust eher mit C und C++ und C und C++ erlaubt es ganz einfach Speicherfehler zu programmieren. Bei Rust ist dies nicht so einfach möglich, nur wenn man in unsafe Blöcken arbeitet. Bei C und C++ muss der Mensch versuchen solche Speicherfehler zu vermeiden. Was natürlich nicht klappen kann, da Menschen IMMER Fehler produzieren. Aber natürlich kann man in Rust logische Fehler einbauen. Aber diese typischen Speicherfehler besonders in Verbindung mit Multithread-Entwicklung ist in Rust unmöglich wenn man safe Code schreibt. Eine ganze Gruppen von üblen Fehler(nicht alle Fehler) verhindert die Sprache schon vom Grundkonzept. So etwas kann C++ nicht leisten. Und wie lange wird die Sprache unterstützt? Wird die Sprache das gleiche Schicksal erleiden wie F#, Batch, VBS, VBA? Keine Ahnung wie lange Rust unterstützt wird, kann auch sein dass C++ in 10 Jahren keine Sau mehr anschaut und nur noch für Legacy code gut ist.

@Maverick sagte in C++ Builder 10.3.2 - Eine Frage zur IDE: @DocShoe Warum die IDE so beschissen geworden ist. Es mag schon sein, dass Emba/Idera whatever kleiner ist als MS und das deren Produkt kaum noch genutzt wird, trotzdem sollte man sich den ganzen Bugs annehmen, son vergrault man doch die ganzen Kunden. => Die Bugs werden nicht beseitigt sondern gepflegt. Erkenntnis der letzten Jahre im BCB. Ich habe teilweise den Verdacht dass bei Emb. nicht der Mitarbeiter des Monats sondern der Bug des Monats ausgezeichnet wird Kenne jemanden, die haben ein sehr umfangreiches Projekt in Delphi geschrieben gehabt und portieren das seit 3 Jahren oder so auf C#. Das Projekt ist so umfangreich, dass sie sogar beim kompileren/linken Probleme mit der IDE hatten. => glaube ich sofort, ist auch schon seit Jahren so( ich verwende C++ ). Je grösser das Projekt umso heftiger die Probleme. Eben nichts neues hier. Eben habe ich in meinem Projekt Codeguard angemacht und TStringBuilder probiert. (mit new erzeugt und mit delete gelöscht). Codeguard hat trotzdem Fehlermeldung geworden (MsgBox) und nicht in der IDE. Pas programm wurde nicht richtig beendet und lief im Hintergrund weiter. Projekt neu linken wollen und die Ide: Läuft das Programm noch? Im Taskmanager geguckt, lief, beendet, und linken ging wieder. Dann wieder abgeschmiert, Linkversuch, Programm läuft? Taskmanager, nichts sichbar. IDE beendet, Exe plötzlich da... => ärgerlich, kann ich verstehen. Ich weiß nicht ob das an Windows 10 liegt, aber habe das seit 2 Wochen laufen und noch nie soviele Probleme mit einem OS gehabt wie mit dem. => Also ich bin kein M$ Fan, aber in diesem Fall würde ich das Problem nicht zuerst bei Win 10 suchen ...

Hallo Vielen Dank für eure Antworten

Bei Location ist die Struktur Point (ich vertue mich da auch öfters mal).

Danke schön! Mein erster Eintrag verweist auf ein GitHub Profil wo nix zum angefragten Package steht. Und dass man auf hellix.com doch fündig werden kann versteht sich aus der Hompepage jetzt auch nicht von alleine. Die gefundenen alten Links auf hellix waren ja nicht mehr gültig. Aber nochmal, danke.

@hustbaer Vielen Dank für die Hinweise! @hustbaer sagte in constexpr if mit logischen Operatoren: Ich finde die Warning auch etwas übertrieben. Das Warning Level ist recht hoch eingestellt, vermutlich erscheinen deswegen einige Warnings übertrieben. Das setzt sich dann auch entsprechend fort. Wenn ich beispielsweise die von dir vorgeschlagene Reihenfolge einhalte, die für mich absolut plausibel ist, ... @hustbaer sagte in constexpr if mit logischen Operatoren: > template <typename T> > double f(T i) > { > if constexpr (std::is_floating_point<T>::value) // Generiert keinen Code > if (i > 3) // Generiert nur Code wenn T ein floating point Typ ist > return i; > > return 0; > } ...bekomme ich für den Fall, dass inicht floating point ist und entsprechend kein Code für diesen Block generiert wird, die Warnung: warning C4100: 'i': unreferenced formal parameter Da wird es in meinen Augen dann doch ein wenig widersinnig . Aber egal, mit der Information kann ich etwas anfangen und mir etwas einfallen lassen.

Aye, sir!

Lösch einfach alles was automatisch generiert wird. Verzeichnisse: .vs ipch Debug Release x64 Files: MeinSolutionName.VC.db Keine Ahnung ob das hilft, aber schaden sollte es nicht. Falls noch andere sehr grosse Files (mehrere MB) in dem Verzeichnis rumliegen die du nicht selbst angelegt hast und nicht zuordnen kannst ... wären das auch gute Lösch-Kandidaten. Und du kannst das ganze Verzeichnis ja sicherheitshalber noch vorher kopieren. Also bevor du was löscht wo du dir nicht sicher bist.

Was erwartet Sie? Sie erstellen Software von der Konzeption bis zur Serienreife für Embedded Linux Systeme als BSPs (Board Support Packages) für unsere eigenen Produkte mit aktuellen ARM SoCs Sie erstellen Root Filesystem Images mit gängigen Tools Sie passen Kernel und Bootloader an Sie entwickeln im User- und Kernelmode Software für Linux Was sollten Sie mitbringen? Sie haben ein abgeschlossenes Studium der Fachrichtung Informatik, Elektrotechnik oder gleichwertige Kenntnisse Sie bringen Praxiserfahrung in der Programmierung von Embedded Systemen in C oder C++ mit Sie haben Kenntnisse in der Linux-Entwicklung einschließlich Entwicklung und Debugging von Treibern Sie haben ein hohes Integrationsvermögen und Teamorientierung Sie können sicher mit fachspezifischen Methoden und Tools wie UML, SVN/GIT, Eclipse, Yocto oder Ubuntu umgehen Was bieten wir Ihnen? Einen langfristig sicheren Arbeitsplatz mit fairer Entlohnung und Homeoffice-Möglichkeit Viel Spaß bei der Arbeit in unseren internationalen Teams, weil wir uns die Zeit für Kreativität und neue Ideen nehmen und auch mal Fehler machen können, damit wir daraus lernen Als Entwicklungsunternehmen sind wir in der Lage uns jederzeit selbst ein passendes Gerät oder Werkzeug zu bauen und damit die Testprojekte durchzuführen Eine allgemeine Homeoffice Regelung im Unternehmen für alle Mitarbeiter Sie finden moderne Arbeitsplätze und Arbeitswerkzeuge in allen Entwicklungs- und Testingabteilungen bei uns Viel Entscheidungsfreiheit in der Abwicklung der Aufgabenpakete und der Zielerreichung Fortbildungsprogramm für alle Mitarbeiter (Sprachen, Zertifikate, Management, Fachspezifisch) Wenn diese Stelle Ihr Interesse weckt, bewerben Sie sich gerne über Campusjäger bei uns! Wir freuen uns auf Sie! Jetzt bewerben. Ohne Anschreiben. In nur 2 Minuten: https://www.campusjaeger.de/s/m41hx-softwareentwickler-m-w-d-informatik-linux-c-it