Speicher am Heap in einer Funktion freigeben?
-
@manni66 sagte in Speicher am Heap in einer Funktion freigeben?:
Du hast eine falsche Vorstellung von der freien Wirtschaft.
Ich denke nicht, an den Unis ist es zum Teil um Größenordnungen schlimmer. Ein Beispiel dazu. Ich hatte das Problem, dass ich von einem Professor Programmcode in Fortran77 bekam und darin ein Sprachkonstrukt aus Fortran66 (dieses Feature wird nur in alten Lehrbücher erklärt) verwendet wurde, dass bereits in Fortran77 als veraltet bezeichnet war. D.h. in einem Fortran77 Lehrbuch wird man dieses Feature nur finden, weil man es nicht nutzen soll. Die Pointe an der Geschichte das Programm ist komplett nach dem Jahr 2000 entstanden, und in der Zwischenzeit gab es Fortran90, Fortran95 und den neuen freien gfortran Compiler, d.h. keinerlei Grund mehr ein Fortran66 Sprachfeature zu nutzen.
P.S. Die BLAS und LAPACK Referenzimplementation ist noch immer in Fortran77 geschrieben.
-
@john-0
Ich habe an der Uni Java gelernt und das war zu einem Zeitpunkt, als man noch Probleme hatte, Bücher über dieses komische Java zu finden.Soviel zu deinen Verallgemeinerungen.
-
@Jockelx sagte in Speicher am Heap in einer Funktion freigeben?:
@john-0
Ich habe an der Uni Java gelernt und das war zu einem Zeitpunkt, als man noch Probleme hatte, Bücher über dieses komische Java zu finden.Und wie häufig wurde diese Vorlesung dann auf den aktuellen Java Stand angepasst?
-
@john-0 sagte in Speicher am Heap in einer Funktion freigeben?:
Und wie häufig wurde diese Vorlesung dann auf den aktuellen Java Stand angepasst?
Das weiß ich nicht. Das war aber auch eine Vorlesung, kein Programmierkurs. Letztere hab ich nie besucht, sind aber soweit ich weiß stets halbwegs aktuell gewesen.
Ist ja auch kein Wunder, wenn man jedes halbe Jahr von scratch anfangen kann. Und eben jenes nicht "von scratch anfangen" ist auch der Grund, warum das in der freien Wirtschaft meiner Erfahrung nach eben nicht so mega-innovativ zugeht (außer im Erfinden von innovativen Buzzwords).
-
@john-0 sagte in Speicher am Heap in einer Funktion freigeben?:
@Swordfish sagte in Speicher am Heap in einer Funktion freigeben?:
Weder @SeppJ noch ich sind "C++ Crack"s. Aber wir wissen meistens, wovon wir reden. Wo du die Grenze zwischen modernem C++ und unmodernem ziehst ist mir herzlich schnuppe.
[jede Menge dünpfiff]
Ich glaube du kannst nicht lesen!? Es ist mir wurscht.
-
@Swordfish sagte in Speicher am Heap in einer Funktion freigeben?:
Ich glaube du kannst nicht lesen!? Es ist mir wurscht.
Wozu sind Sie dann in einem Forum unterwegs, wenn sie an einem Meinungsaustausch keinerlei Interesse haben?
-
@john-0 sagte in Speicher am Heap in einer Funktion freigeben?:
Wozu sind Sie dann in einem Forum unterwegs, wenn sie an einem Meinungsaustausch keinerlei Interesse haben?
Kann ich dich auch fragen. Du hast nämlich auch ziemlich offensichtlich an Meinungs-austausch kein Interesse.
-
@Jockelx sagte in Speicher am Heap in einer Funktion freigeben?:
Das Eingangsbeispiel mit dem new in einer Funktion war auch mit Uralt-C++ nicht gut.
In C++ passiert aber alles in Funktionen. Ist da grundsätzlich was anders, nur weil wir denen speziellen Namen wie "Konstruktor", "Operator" oder "template Methode" geben?
-
@TGGC sagte in Speicher am Heap in einer Funktion freigeben?:
@Jockelx sagte in Speicher am Heap in einer Funktion freigeben?:
Das Eingangsbeispiel mit dem new in einer Funktion war auch mit Uralt-C++ nicht gut.
In C++ passiert aber alles in Funktionen. Ist da grundsätzlich was anders, nur weil wir denen speziellen Namen wie "Konstruktor", "Operator" oder "template Methode" geben?
Ja, da ist was grundsätzlich anders, wenn du den wichtigsten Name "Destruktor" in deine Aufzählung mit aufnimmst.
-
newin Desturktoren ist aber tendenziell eher selten
-
@hustbaer sagte in Speicher am Heap in einer Funktion freigeben?:
Kann ich dich auch fragen. Du hast nämlich auch ziemlich offensichtlich an Meinungs-austausch kein Interesse.
Wie kommen Sie zu diesem Schluss?
Ich habe hier nicht öffentlich bekundet, dass mich die Beiträge anderer Nutzer weder interessieren, noch diese herab gewürdigt.
-
@john-0 Naja du gehst kaum auf Antworten ein sondern wiederholst immer bloss deine Predigt. Das macht einfach nicht den Eindruck dass du ernsthaft an einem Meinungsaustausch interessiert wärst. Bzw. halt nur in der Richtung dass du predigst und (vermutlich) hoffst dass wir die frohe Botschaft dankend annehmen.
Und das ist halt uninteressant.Ich meine so ziemlich allen ist hier klar was SeppJ gemeint hat, und dass es stimmt. Du dagegen versteifst dich darauf seine Aussage anders zu interpretieren damit du predigen kannst.
Oder auch im anderen Thread wo du bloss immer wieder wiederholt hast dass "diese Einstellung zu Exploits führt" (sinngemäss) ohne auf irgendwelche Argumente einzugehen oder ein Beispiel zu geben wie in dem Konkreten Fall etwas schief gehen könnte. Das ist kein Meinungsaustausch, da hört sich einfach jemand gerne reden.
ps: Dass du hier fortwährend alle siezt, wo quasi alle anderen hier per-du schreiben, fügt sich auch schön in das Bild ein.
-
Dieser Beitrag wurde gelöscht!
-
@Swordfish
Lass mal gut sein, mit dem Offtopic. Hier und anderswo auch! @hustbaer redet sowieso nicht mehr mit dir und ich verstehe vollkommen warum.
-
@SeppJ sagte in Speicher am Heap in einer Funktion freigeben?:
@hustbaer redet sowieso nicht mehr mit dir und ich verstehe vollkommen warum.
Dann klär' mich bitte auf. Ich könnte mich nicht erinnern ihn irgendwo beleidigt oder schief angequatscht zu haben.
-
@Swordfish sagte in Speicher am Heap in einer Funktion freigeben?:
@SeppJ sagte in Speicher am Heap in einer Funktion freigeben?:
@hustbaer redet sowieso nicht mehr mit dir und ich verstehe vollkommen warum.
Dann klär' mich bitte auf. Ich könnte mich nicht erinnern ihn irgendwo beleidigt oder schief angequatscht zu haben.
Ich weiß nicht, was mit dir passiert ist, aber in den letzten zwei bis drei Wochen ist ein großer Prozentsatz deiner Beiträge sehr trollig geworden. Teilweise sogar geradezu destruktiv. Es macht keinen Spaß, dich zu lesen.
(Und komischerweise nur ein Teil deiner Beiträge. In anderen Threads bist du total vernünftig und hilfreich. Wie zwei verschiedene Leute)
-
@SeppJ Ja, ich weiß auch nicht. Seit dem neuen Forum sind kaum noch Leute online. Zumindest noch kaum wer von den "Alten Hasen". Dagegen ist der Anteil an den (erschreckend wenigen neuen Themen) der Bulls*** ist enorm gestiegen (zB der Thread in dem Du meinen Link zu "Real Programmers" gelöscht hast ... eine Datenbankanwendung in C oder C++? Hallo?? Herr de Sade lässt grüßen. Darauf war eben meine Meinung: Nimm Fortran.). Zudem treiben sich an den wenigen Aktiven immer mehr selbsternannte Oberlehrer ("wenn du ... hast du keine Ahnung") und/oder Trolle rum, auf die dann erschreckenderweise auch noch ernsthaft reagiert wird. Es ist einfach traurig.
@SeppJ sagte in Speicher am Heap in einer Funktion freigeben?:
In anderen Threads bist du total vernünftig und hilfreich. Wie zwei verschiedene Leute.
Ja. Hm. Die Anzahl Threads in denen sinnvoll diskutiert wird ist ja auch nicht mehr besonders hoch. Und nein, ich empfinde Threads die darin enden daß irgendwelche Forum-N00bs ihre Meinung postulieren, nichts begründen und alle anderen doof nennen nicht sinnvoll.
Aber danke für das Fremdbild.
@SeppJ sagte in Speicher am Heap in einer Funktion freigeben?:
Ich weiß nicht, was mit dir passiert ist [...]
Wenn's Dich wirklich interessiert, kannst Du mir ja eine Mail schreiben. Ich nehme an, Mods sehen die Mail-Adresse.
-
@SeppJ Weiss nicht, @Swordfish gehört nicht zu den Usern auf die ich allergisch reagieren würde oder die ich grundsätzlich ignoriere. Ja, in letzter Zeit kamen etliche komische Beiträge. Mag auch sein dass wir uns hin und wieder gezofft haben, aber wenn ich mich nicht mehr daran erinnere kann es (für mich, subjektiv) nicht so wild gewesen sein.
-
@hustbaer sagte in Verständnis "const" pointer:
Wieso eine Klasse pro NUMA-Knoten? Spätestens mit den PMR Allokatoren sollte das doch unnötig sein. Und auch davor funktionieren Stateful-Allokatoren, wenn sich der State auf z.B. einen
shared_ptr<MyMemoryPool>,shared_ptr<NumaRegion>o.Ä. beschränkt und entsprechend mitkopiert wird.Interessant, leider ist es das erste Mal, dass ich davon lesen. Die letzten Wochen habe ich dazu genutzt nachzulesen woran das liegt. Ich habe hier die zweite Auflage von „The C++ Standard Library, Josuttis“ (die C++11 Ausgabe, der Autor ist im C++ Gremium) und da steht davon rein gar nichts drin. In der 4. Auflage von Stroustrups „Die C++ Programmiersprache“ findet sich nichts davon im Index, nichts davon in der Liste mit den Neuerungen bei C++11 und der Abschnitt bei den Allokatoren ist extrem kurz. Das sind nur ein paar Zeilen Code aus denen man entnehmen kann, dass sich bei den Allokatoren etwas fundamental geändert hat. Wozu gibt es Neuauflagen von Büchern, wenn sie absolut wichtige Details stiefmütterlich bis gar nicht behandeln. Am wenigsten verstehe ich das bei Josuttis Buch, weil dieses einen längeren Abschnitt über Allokatoren hat und im Prinzip das Thema ausreichend behandelt – nur leider auf dem Niveau von C++03. Muss man das bei dem ISO Normenausschusshintergrund des Autoren verstehen?
Den angesprochenen NUMA-Allokator habe ich überarbeitet, und er funktioniert rudimentär mit std::vector. Allerdings fehlt noch ein passender Abgleich mit dem Default Allokator, ob auch wirklich alles notwendige dabei ist.
P.S. Bei dem was ich momentan in C++ programmiere ist die Laufzeitumgebung noch auf C++11 festgelegt.
-
@john-0
Nachdem der Standard-Allocator normalerweise stateless ist, wäre es vielleicht besser es mit einem Stateful Allocator zu vergleichen.Der einzige der mir gerade einfällt ist der Allocator der Boost.Pool Library: https://www.boost.org/doc/libs/1_68_0/libs/pool/doc/html/header/boost/pool/pool_alloc_hpp.html
EDIT: Er, Mist, doch nix. Die Boost.Pool Allokatoren sind auch stateless
Aber der da ist stateful: https://www.boost.org/doc/libs/1_68_0/boost/interprocess/allocators/node_allocator.hpp
/EDITDer Knackpunkt sind vermutlich das
rebindTemplate sowie der Template-Conversion-Ctor mit dem man einenMyAllocator<Bar>aus einemMyAllocator<Foo>machen kann, sowie evtl. die Vergleichsoperatoren (== und !=).
