Char - Array und Pointer

[HaWe]

Jeder Code der durch eine CPU interpretiert wird...

per C++ und einem C++-Compiler erzeugter Code wird nicht interpretiert. Er wird in den Speicher eines Prozessors geladen, alloziert einen gewissen Speicher für Code und statische Variablen im Stack und für dynamische Variablen auf dem Heap und hat eine feste Einsprungadresse. Variablendeklarationen (d.h.: ihre Speicheradressen, mehr ist es ja nicht) liegen im stack und können zur Laufzeit nicht verändert und auch keine weiteren hinzugefügt werden.
Aber letztlich sind deine Vorstellungen ein Streit um des Kaisers Bart und es hat auch nichts mit OOP an sich zu tun.

[Moppi]

Ein Maschinencode, meinetwegen 0C oder EA, ist nur ein Datum. Mehr nicht. Der Code selber tut gar nichts, solang der nicht von der CPU geladen und zur Verarbeitung der ggf. dem Datum nachfolgenden Daten oder bereits geladener Daten herangezogen wird.



MfG

[Ceos]

das ist so nicht richtig Moppi, du hast einen Programmcounter, welcher dem Prozessor sagt wo die nächste Instruktion steht, die Instruktionen entscheiden dann darüber wohin der Programmcounter wandert und was sonst noch so im Prozessor passiert.

Die Instruktionen stehen bei einem µC meistens in einem Flashspeicher oder im RAM, bei einem PC ausschließlich im "Speicher" (gesamtheit aus Cache, RAM und was da sonst noch an Magie drin steckt für mehr Speed)

Du kannst also nur dann ein Programm sich selbst modifizieren lassen, wenn du ihm beibringst wie es den Speicher modifiziert.

Jetzt kommen wir mal aus Maschinencode zurück zur Programmiersprache, in einer Programmiersprache hast du Regeln für Syntax und Grammatik die ein Compiler (nicht NUR Compiler, auch Linker etc., eh hier einer Spitzfindig wird) dann zu Maschinencode macht.

Wenn ich also "Code" selbst umschreiben lassen möchte, muss es in den Regeln der Sprache und der enthaltenen Unterprogramme eine entsprechend Entwickelte Routine geben die es dir erlaubt Zugriff auf den Speicher mit dem gespeicherten Maschinencode zu nehmen und diesen zu ändern.

C++ ist eine Sprache die üblicherweise von einem Compiler zu Maschinencode übersetzt wird, während bei Java z.B. vorher Bytecode generiert wird der dann wie JavaScript interpretiert wird.

Ich kann den Bytecode im RAM verändern und damit sein Verhalten nachdem er neu interpretiert worden ist, genau so wie cih den JS im Speicher ändern kann bevor daraus vom Interpreter der veränderte Maschinencode gemacht wird.

Du vermischst hier Hochsprachen und Maschinencode.


Das was du möchstest erreichst du nur wenn du ein sich selbst modifizierendes Programm IN einer Programmierrsprache deiner Wahl schreibst.

Es ist von der Srpache und der bereitgestellten Librarys/Unterprogrammen abhängig in wie weit du das im Rahmen der Programmiersprache selbst schon erschlagen kannst, aber C++ kann jedenfalls nicht seine Klassen zur Laufzeit umschreiben.

Gönn dir mal ein Buch zu Rechnerarchitektur und Compilern

[HaWe]

ich finde, es wird jetzt äußerst off-topic und andere Fragen sollte man in einem neuen Topic diskutieren.

[Moppi]

Man muss doch nachfragen, ob etwas mit einer Programmiersprache neu implementiert werden muss oder ob die Sprache an sich schon Möglichkeiten bietet, das, was man möchte zu tun. Um mehr ging es doch nicht.





MfG

[HaWe]

ja, hmm, ok, evtl, aber die Frage wurde ja schon beantwortet:
aus C und C++ compilierte Executables können ihren eigenen Programmcode nicht während der Laufzeit ändern und daher können auch keine neuen Variablen während der Laufzeit hinzugefügt werden.

[Moppi]

Nochmal nachgeschoben:

Das was du möchstest erreichst du nur wenn du ein sich selbst modifizierendes Programm IN einer Programmierrsprache deiner Wahl schreibst.

Das ist das, was ich schon, im größeren Rahmen, getan habe. Nun stellte sich für mich die Frage, ob es auch für die kleinen µC, programmiert auf C-Basis, eine effektivere Möglichkeit gibt (weil die langsamer sind und weniger Speicherplatz zur Verfügung haben). Scheint aber so nicht zu sein, dafür gibt es z.B. verkette Listen. Nu muss ich sehen, ob ich Willens bin, daraus etwas zu machen.




MfG

- - - Aktualisiert - - -

ja, hmm, ok, evtl, aber die Frage wurde ja schon beantwortet

Ja, war sie meiner Meinung nach schon, wenn vielleicht auch an anderer Stelle.



MfG

- - - Aktualisiert - - -

Weil ich das ganz gut erklärt fand, hier mal ein Link:

https://www.virtual-maxim.de/dynamis...kettete-liste/

[HaWe]

Weil ich das ganz gut erklärt fand, hier mal ein Link:

https://www.virtual-maxim.de/dynamis...kettete-liste/

ja, danke für den Link, das ist gut erklärt!
Und es funktioniert genau wie schon oben geschrieben wurde, über dynamische Erzeugung neuer Variablenwerte
Listenelement *neuesListenelement = new Listenelement(film);
genau wie man sonst auch per new einen neuen Variablenwert dynamisch auf dem Heap erzeugt, aber eben ohne die Struktur selber zu verändern
Listenelement(Film film)
{
this->film.genre = film.genre;
this->film.jahr = film.jahr;
this->film.titel = film.titel;
this->nachfolger = NULL;
}

[Ceos]

der Vorteil einer verketteten Liste ist weniger Speicherverwürfelung, erzeuge ich eine Liste mit 10 Elementen und ist diese dynamisch aber im Speicher als Array konzipiert, ist der Zugriff auf einzelne Elemente schneller als bei eienr verketteten Liste. Eine Änderung der größe bedingt dann allerdings dass man genug Platz übrig haben muss und ggf. die ganze Liste irgendwo neu hinkopieren muss.

Eine verkettete Liste muss nur das Speicher-Objekt erzeugen und die Kettenglieder verlinken, daher habe ich das extra erwähnt, allerdings auf kosten der Suchzeit nach Einzel-Elementen, da man erst die Elemente einzeln über die Kettenglieder ablaufen muss (gerade auf dem meist begrenztem RAM eines µC)

Rand Info: C# und Java brauchen kein "klassisches" Speicher Management bei dem man sich selbst um das löschen der Objekte kümmern muss, die lassen das Objekt einfach liegen und ein Mechanismus genannt Garbage Collector räumt hinterher auf, indem er zur Laufzeit (ich meiner hier die Zeit wenn die Applikation arbeitet und nicht pausiert ist) die Objekte im Speicher prüft ob noch Refereenzen darauf existieren und diese ggf. zum löschen markiert. In einem kurzen Zeitfenster, in dem die Applikation dann angehalten wird, löscht er die Objekte aus dem Speicher. (ACHTUNG: das war sehr vereinfacht und umfasst nichtmal 10% der tatsächlichen Speicheverwaltung oder Nebenwirkungen die damit einhergehen)