Może jak są Ci takie "ficzersy" potrzebne to spróbuj sobie tych 8bitowców z C++?

"..nie chcę stałowymiarowych tablic na przechowywanie dynamicznych danych", a masz konkretne powody żeby korzystać z sterty? Pamiętaj, że to są urządzenia z niewielką ilością pamięci.

Skoro już realokujesz to jesteś pewien, że odpowiedni zwalniasz tę pamięć?

Kolego, nawet nie wiesz jak Ci zazdroszczę. Od kilku lat próbuję coś zrobić obiektowo - jak krew w piach. Nie mogę załapać tej idei.
A co do menu - nigdy nie buforowałem wyświetlacz (chyba, że chcę na nim jakieś "efekty" uzyskać). Tablice przechowuję w pamięci FLASH, a w RAM bawię się tylko wskaźnikami - co i w które miejsce wysłać na wyświetlacz (bezpośrednio z FLASH).

_________________
Mr. Nobody

Może rzucisz linkiem do github gdzie masz ten kod albo jakimś choć skrawkiem kodu? Bo tak to trochę ciężko cokolwiek powiedzieć.
W C++ faktycznie jest mały narzut pamięci, wprawieni w język C++ są w stanie ten narzut praktycznie zniwelować do 0.

Nie napisałem zbyt wielu aplikacji na AVR, ale nigdy nie byłem zmuszony korzystać z sterty, a w Twoim przypadku też nie widzę takiej potrzeby.
Tak jak kolega @APAP75 napisał, że stałe elementy tych ekranów można przechowywać w pamięci nieulotnej, a pola wyświetlacza z "zmiennymi zmiennymi" tylko wypełniać wartościami z RAM-u.

A co jeśli zamiast tych malloców realloców i free po prostu byś statycznie zadeklarował cały wyświetlacz w pamięci? Bo rozumiem, że pewnie alokujesz pamięć na cały wyświetlacz tak?

------------------------ [ Dodano po: 1 minucie ]

ekran->pokaż(new ObiektGraficzny())

jeśli to pseudokod, a nie kod to okej, jeśli kod to unikałbym "ż" w kodzie

------------------------ [ Dodano po: 2 minutach ]

Możesz mi pokazać w jaki sposób wykonujesz te dziedziczenie na wskaźnikach?
Pewnie rzutujesz różnymi strukturami, zgadza się?