Witam i zapraszam.
W tym wykładzie pokażę Ci jak możesz skonfigurować debugger gdb wewnątrz code light na Ubuntu
Linux.
Pierwszą rzeczą, którą będziesz musiał zrobić, to przywołać terminal.
Pamiętaj, że możesz przejść do terminala po prostu wybierając kropkę, kropkę i wpisując terminal.
Mam już terminal, więc to co chcę zrobić, to po prostu wpisać which gdb i to pokaże mi
ścieżkę do debuggera gdb.
To może być ważne później.
Może nie być, ale powinieneś wiedzieć, gdzie gdb jest zainstalowany, który jest usr bin gdb.
Teraz chcesz przywołać światło kodu.
Ponownie, możesz przywołać światło kodu, przechodząc do aplikacji pokazowych, wyszukując światło kodu.
Mam już podświetlony kod więc jest.
Pójdę dalej i utworzę nowy projekt.
Więc mam tu po prostu starszą przestrzeń roboczą.
Klikam prawym przyciskiem myszy na obszar roboczy.
Powiem, że nowy projekt.
Nazwę ten projekt, test debugera, test debugera i wybiorę kategorię.
Możesz wybrać szablon, ale szablon powinien mieć w sobie ustawienia GDB.
Więc po prostu wybiorę kategorię jako konsola, typ jako prosty kompilator wykonywalny GCC, GCC, niezależnie
od wersji.
A potem to, co jest naprawdę ważne, to debugger GDB, a następnie domyślnie budowany system.
Idę do przodu i uderzam.
Ok.
Teraz później, jeśli chcesz dodać nowy szablon, aby upewnić się, że masz ustawiony debugger GDB, możesz również
to zrobić.
Więc gdy tylko uderzę w okay, zauważysz, że mój projekt został utworzony debugger test i mam teraz main dot c I
dwukrotnie kliknij main. c.
Zobaczę mój szablonowy kod źródłowy dla Hello world.
Teraz, aby sprawdzić, czy konfiguracja debuggera już działa, po prostu wybierając to.
I kiedy stworzyłem projekt, mogę przejść na marginesie tutaj, gdzie są numery linii i mogę
wybrać na linii piątej, mogę po prostu kliknąć prawym przyciskiem myszy na nim i to pokaże mi czerwone koło.
To czerwone kółko wskazuje, że jest to punkt przerwania.
O breakpointach będziemy mówić dużo bardziej szczegółowo.
Ale to, co to mówi, to zatrzymamy wykonywanie programu w piątej linii, a to pozwoli nam spojrzeć
na różne informacje i tak dalej.
Ale w tej chwili ustawiamy tylko punkt przerwania.
To będzie test, aby sprawdzić, czy nasza konfiguracja debuggera jest ustawiona poprawnie.
Po ustawieniu punktu przerwania możemy podejść do debugera i możemy powiedzieć start, continue
debugger, możemy powiedzieć build and debug i to zbuduje i uruchomi debugger.
I tak zobaczysz, że pojawiło się okno terminala i co chcesz zrobić, to przenieść
to i upewnić się, że debugger został trafiony.
Jeśli więc spojrzysz na linię piątą, zobaczysz czerwone kółko, ale zobaczysz też zieloną strzałkę, a to oznacza,
że program się zatrzymał.
Nie widać też żadnych deklaracji printf.
Więc, wiesz, program zatrzymał się właśnie w tym miejscu.
Więc w tym momencie wiesz, że twoja konfiguracja działa, że GDB jest wszystko ustawione poprawnie dla
światła kodu.
Jeśli chcesz zatrzymać debugger, kolejną rzeczą, którą powinieneś zauważyć, zanim go zatrzymasz,
jest to, że pojawia się okno debuggera, w którym możesz teraz zacząć robić rzeczy.
Ale znowu będziemy o tym mówić w kolejnych filmach znacznie bardziej szczegółowo, jak używać debuggera.
Więc teraz możemy po prostu zatrzymać debugger.
Możemy uderzyć w czerwony prostokąt, aby zatrzymać program i jesteśmy gotowi.
Kilka rzeczy do zauważenia, prawda?
Jeśli wybierzesz projekt testowy debuggera, klikniesz prawym przyciskiem myszy i powiesz settings i przejdziesz do zakładki debuggera
tutaj po lewej stronie, zauważysz, że ścieżka debuggera nie jest ustawiona.
Jeśli tak długo, jak tworzysz projekt i wybierasz GDB, powinieneś być dobry, aby przejść.
Ale jeśli masz jakieś problemy, może trzeba ustawić tę ścieżkę do tego, co mieliśmy wcześniej prawo usr bin gdb kiedy wpisujesz
które gdb w terminalu, można po prostu zrobić to przez przejście do kropki, kropki i ustawienie tej
ścieżki.
Ale nie wygląda na to, że jest to konieczne tylko wtedy, gdy masz problemy.
W menu głównym znajdują się również ustawienia, gdzie możesz przejść do ustawień GDB i ponownie możesz ustawić ścieżkę debuggera,
jeśli masz jakieś problemy.
Myślałem, że jest to globalne ustawienie, które ustawiłoby się dla wszystkich projektów, ale wydaje się, że nie robi tego.
Są tu również ustawienia, na które możesz spojrzeć, jeśli jesteś zainteresowany wszystkimi domyślnymi
ustawieniami powinny być w porządku, ale to właśnie tutaj odbywa się konfiguracja dla GDB.
Jeśli spojrzysz na swój projekt, widzisz to dropdown, gdzie mówi debug.
Naprawdę ważne jest, aby mieć wybrany debug, a nie release, upewnij się, że debug jest wybrany, ponieważ to zbuduje informacje
o debugowaniu i pozwoli ci uruchomić i debugować.
I znowu ostatnia rzecz, jeśli wybierzesz swoje ustawienia.
I idziesz do swojego kompilatora, chcesz się upewnić, że twoje opcje kompilatora C są budowane dla debugowania.
Więc G dwójka i kreska zero, że są to opcje informacji debugowania.
Racja.
Przerabialiśmy to już wcześniej.
Buduje plik wykonywalny, aby mieć w nim informacje o debugowaniu, optymalizuje dla debugowania i g dwójki.
Więc jeśli masz wszystkie te ustawienia ustawione, powinieneś być gotowy, aby przejść do debugowania swojego programu.
Pamiętaj tylko, że ścieżki i tak dalej.
Jeśli masz jakieś problemy, możesz chcieć to ustawić i upewnić się, że gdziekolwiek robisz, ustawiasz swój punkt przerwania,
że jest on we właściwym pliku dla właściwego projektu, który faktycznie uruchamiasz w swoim aktywnym projekcie.
Ok, szczęśliwe debugowanie.
Jeśli masz jakieś pytania, zadaj je na forum Q&A.
Dziękuję.