Debuggowanie OpenOCD gdy używa się dodatkowych biblitek

Witam,

Sprawa dotyczy lpc2142, debugger xds100v2, Debian, Open On-Chip Debugger 0.10.0,


Mam program, który wyświetla na LCD to, co odczyta z ADC. Żeby to wyświetlić,
korzysta z stdlib.h i math.h (potrzebuje itoa i floor). Póki nie korzystałem z tych bibliotek, program się
debugował. Teraz mam tak, że po połączeniu się z OpenOCD i zrobieniu soft_reset_halt
proc sie haltuje, mam ustawiony jeden breakpoint i po mon continue nie mam szans na zatrzymanie się w breakpoincie. Debugger mogę jedynie CTRL+C i wówczas czasem znajdę się w vectors.S (taki mój startup.S). A ja dostaje jedynie info od OpenOCD, że:

[debug]Continuing.
[debug]Note: automatically using hardware breakpoints for read-only addresses.

Wystarczy natomiast, że nie będę używał funkcji z math.h i stdlib.h i debugger działa.
Ma ktoś pomysł dlaczego?

Druga sprawa. Włączam zasilanie moje ZL9ARM, zapuszczam openocd:



i dostaję za pierwszym razem:




Robie mu CTRL+C i uruchamiam to samo drugi raz i dostaję:




Już bez errorów "all zeroes".

Dodano po 3 [godziny] 37 [minuty]:

Pierwszy problem rozwiązałem. Muszę podszkolić się w posługiwaniu wskaźnikami. Zbytnio udziwniam proste rzeczy.

Drugie pytanie aktualne. Po cichu liczę na FCh

Dodano po 4 [minuty]:

Plus pytanie uzupełniające Do Freddiego: Mam Atmel-ICE. Jak może pamiętasz miałem problemy pogodzenia
go z OpenOCD. Problem wciąż nierozwiązany. Zastanawiam się czy nie zamienić Atmel-ICE na Twój interfejs. O kompatybilność z Linukso-dostepnym oprogramowaniem nie pytam, bo chyba jasne że tak, ale jeśli chodzi o AVR - ogarnie mi Atmegi, ATTiny i Xmegi? Czy zadziałą z Atmel Studio pow Windą? Potrzebuje coś do ARM'ów i do AVR. Wciąż coś na nich dłubie.

Rozwiń mi myśl. Co to jest DH? I nakieruj gdzie szukać?

Nie wiem czy to w czymś pomoże, ale piszę sobie w Code::Block. Tam jest gotowa templatka
do programowania ARM, wybieram olimex-lpc213x, potem wybieram lpc2138 (a mój mikrokontroler to lpc2142 - może to jest problem) i jest tam startup o nazwie vectors.S.
oraz pliku: map.txt

Oczywiście jest tam jeszcze lpc214x.h. Ten plik wziąłem ze strony Keila. Ma lepiej
ponazywane rejestry uC, bardziej zgodne z instrukcją do uC. Ten co był w templatce ARM
w Code::Blocks był "dziwny".

W Code::Blocks nie mam możliwości wyboru innego uC. Tu może być problem?
Chciałbym używać Code:Blocks, jest dla mnie wygodny. Pasowałoby przygotować sobie
porządną templatkę. Daje potem sobie "nowy proj", i po prostu piszę sobie program, etc...
Troszkę tego nie ogarniam. Ale postarałem się przedstawić środowisko, żeby
ktoś nakierował mnie jak robić to dobrze.

Przykładowy projekt załączam. Jeśli będzie CI się chciało do niego zaglądnąć i wyrazić opinię, to będę wdzięczny.

Log z kompilacji:

Ok. Dziękuje za pomoc. Temat zamykam