Debug / Praca z wykonaniem
Debugowanie procesu
Sprawdź, gdzie zatrzymał się proces i jakie wartości ma w tym miejscu. Junexis łączy źródło systemu z kodem wygenerowanym dla targetu.
Co daje mapowanie źródła?
Source-map wiąże pozycje i stabilne symbole Junexis z wygenerowanymi plikami. Breakpoint ze źródła może odpowiadać kilku miejscom w kodzie docelowym. Ramka stosu może prowadzić z powrotem do zadania w .jnx. Potrzebna jest zgodność mapy z bieżącym budowaniem.
Wybierz target i środowisko
| Target / przykład | Studio | VS Code |
|---|---|---|
| Server / Go | Profil Go, Delve i adapter DAP | Plan targetu Go, rozszerzenie golang.go i jego debugger |
| Report / TypeScript | Profil TypeScript i dostępny adapter JavaScript | Plan Node.js pwa-node; nie oznacza automatycznie debugowania każdej karty przeglądarki |
| Natywny przykład C++ | Profil C++, GDB i OpenDebugAD7; lokalnie odebrane kroki i zmienne | Zależny od konfiguracji i adaptera hosta; ścieżka artefaktów Junexis nie dostarcza tu gotowego planu embedded Debug |
| Embedded | Konfiguracja konkretnej płytki, firmware i probe wymaga osobnego przygotowania | Rozszerzenie odsyła do PlatformIO i konfiguracji sprzętowej |
Potwierdzona lokalna obserwacja
Osobna próba kompilatora i Delve trafiła breakpoint z przykładu Junexis: main.jnx:69:5 → server/main.go:195:3, symbol task:TempProcessor. Była to próba narzędzi, bez nowego odbioru GUI VS Code.
Stos, zmienne, kroki, watch i dodatkowe operacje mają zakres właściwy dla konkretnego adaptera. Nie zakładaj identycznego działania wszystkich targetów.