spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Zitat von »Zipfelpilz«

Und noch etwas: Vielleicht kann man einem Reisenden auf dem Weg nach Rom einfach mal eine berechtige Absicht zugestehen und sich Fragen wie "warum nicht Reykjavik?" in Zukunft sparen.

Zitat von »Zipfelpilz«

Da du ja mit einem Microcontrôleur arbeitest, wäre reines C schon eine Erwägung wert. C++ erzeugt nämlich gerne viel versteckten Code hintenrum, der dann irgendwann nicht mehr auf den Chip passt.

Wasser predigen und Wein trinken!?...

Das Ergebnis von new und malloc ist nur für den Programmierer dasselbe. Für das Programm unter der Haube nicht unbedingt. So kann new z.B. andere Meta-Daten am Anfang des allokierten Blocks ablegen und liefert dann halt einfach den Pointer am Ende dieses Header-Blocks zurück. Wahlweise packt es auch noch Bytes an's Ende, was es im Debug-Mode "einfach" machen würde zu erkennen, ob illegal über allokierte Speichergrenzen hinweg geschrieben wurde. Was new und was malloc an Meta-Daten ablegen und ob überhaupt, das weiß ich aber nicht und ist sicher Compiler- und Mode-abhängig.
Jedenfalls wird so klar, dass es eventuell keine gute Idee ist einen Block mit new zu holen, mit realloc zu verändern oder mit free freizugeben. Wenn new, dann auch delete. Mischen kann durchaus gefährlich sein, schätze ich.

Zitat von »kylecorver«

Okay also sind new und malloc() aufjedenfall mal nicht äquivalent. Mal ganz dumm nachgefragt: Was machen beide Methoden denn anders, um Speicher anzulegen? Abgesehen vom Aufruf von Konstruktur o.ä. - das Ergebnis, beispielsweise bei einem Datenarray, ist ja das gleiche, ob ich dies nun mit new[] oder malloc() mache.

malloc() liefert uninitialisierten Speicher (der für allgemeine Class-Types nichtmal ausreichend aligned sein muss!), new erzeugt ein Objekt...

Zitat von »kylecorver«

Ja das habe ich mir auch schon überlegt. Das Problem ist nur, dass der RAM tatsächlich so klein ist, dass ich die HTTP-Anfrage und das JSON-Ergebnis nicht gleichzeitig darin behalten kann und den Speicher dementsprechend sofort wieder freigeben möchte. Was besseres fällt mir daher nicht ein

Vielleicht kannst du die Daten einfach in einem lokalen Buffer halten?

Aus eigener Erfahrung kann ich sagen, dass dynamische Speicherverwaltung auf einem µC nur bedingt Probleme löst. Wie hast du es denn mit den statischen Arrays versucht? Hast du die Lebensdauern/Gültigkeitsbereiche berücksichtigt?