Czy jest GUI C++ gdb dla Linuksa? [zamknięte]

Eclipse CDT zapewni doświadczenie porównywalne do korzystania z Visual Studio. Używam Eclipse CDT na co dzień do pisania kodu i debugowania lokalnych i zdalnych procesów.

Jeśli nie jesteś zaznajomiony z używaniem IDE opartego na Eclipse, GUI zajmie trochę przyzwyczajenie się do. Jednak po zrozumieniu pomysłów GUI, które są unikalne dla Eclipse (np. perspektywa), korzystanie z narzędzia staje się miłym doświadczeniem.

Oprzyrządowanie CDT zapewnia przyzwoity indekser C / C++, który pozwala szybko znaleźć odniesienia do metod w bazie kodu. Zapewnia również ładne narzędzie do rozszerzania makr i ograniczone wsparcie refaktoryzacji.

Jeśli chodzi o obsługę debugowania, CDT jest w stanie zrobić wszystko na liście z wyjątkiem czytania zrzutu pamięci (może to wspierać, ale nigdy nie próbowałem użyć tej funkcji). Ponadto moje doświadczenie z debugowaniem kodu za pomocą szablonów jest ograniczone, więc nie jestem pewien, jakie doświadczenie CDT zapewni w tym szacunek.

Aby uzyskać więcej informacji na temat debugowania przy użyciu Eclipse CDT, możesz zajrzeć do tych przewodników:

• W 2004 roku, w ramach projektu, w ramach projektu, w ramach projektu, stworzono nową wersję oprogramowania.]}
• CDT Debug Tutorial

Gdb-tui działa dobrze, jeśli chcesz coś GUI-owskiego, ale nadal oparte na znakach.

Sprawdź Nemiver Debugger C/C++ . Jest łatwy do zainstalowania w Ubuntu (narzędzia programistyczne/debugowanie).

Aktualizacja: Nowy link.

Brzydzę się ideą rozwoju Windows, ale debugger VC++ należy do najlepszych, jakie widziałem. Nie znalazłem interfejsu graficznego, który zbliżyłby się do VC.

GDB jest super, gdy się naprawdę przyzwyczaisz. Użyj go wystarczająco w gniewie, a staniesz się bardzo biegły. Mogę krążyć po programie robiąc wszystkie rzeczy wymienione bez większego wysiłku już. Zajęło mi to około miesiąca cierpienia z powodu łącza SSH do zdalnego serwera, zanim byłem biegły. I ' d never go back chociaż.

DDD jest naprawdę potężny, ale to było dość buggy. Zauważyłem, że zamarzał dość często, gdy dostał wiadomości z GDB, że nie grok. Jest to dobre, ponieważ ma okno interfejsu gdb, dzięki czemu można zobaczyć, co się dzieje, a także bezpośrednio współdziałać z gdb. DDD nie może być używany na zdalnej sesji X w moim środowisku (prawdziwy problem, ponieważ siedzę na cienkim kliencie, kiedy robię Unix dev) z jakiegoś powodu, więc to jest dla mnie.

KDevelop podążał za typowym stylem KDE i ujawnił Wszystko dla użytkownika. Nigdy też nie miałem szczęścia debugować programów nie KDevelop w Kdevelopie.

Gnat Programming Studio (GPS) jest właściwie całkiem dobrym front-endem dla GDB. Nie tylko zarządza projektami Ada, więc warto wypróbować, jeśli potrzebujesz debuggera.

Mógłbyś użyć Eclipse, ale jest to dość ciężka waga i wielu doświadczonych ludzi z Uniksem, z którymi pracowałem (w tym ja), nie dba zbytnio o jego interfejs, który nie tylko STFU i zejść z drogi. Zaćmienie również wydaje się zajmować dużo miejsca i biegać jak pies.

Qt Creator wydaje się być dobrym materiałem. Kolega pokazał mi jeden sposób skonfigurowania go do debugowania:

• Utwórz nowy projekt, "Import projektu opartego na plikach Makefile".
• wskaż go do folderu głównego projektu(indeksuje źródła pod nim i jest imponująco szybki).
• Przejdź do Ustawienia projektu i Dodaj konfigurację uruchomienia, a następnie określ plik wykonywalny, który chcesz debugować, i jego argumenty.
• Qt Creator wydaje się nalegać na zbudowanie twojego projektu przed jego debugowaniem. Jeśli nie chcesz tego lub nie używasz make, możesz nadpisać polecenie make. Zmieniłem na "true". :)

To może wydawać się trochę dużo pracy przy debugowaniu aplikacji, którą już skompilowałem, ale warto. Debugger pokazuje wątki, stosy i zmienne lokalne w podobny sposób jak w Visual Studio, a nawet używa wielu z tych samych skrótów klawiaturowych. Wydaje się, że dobrze radzi sobie z szablonami, przynajmniej std::string i std:: map. Dołączanie do istniejących procesów i zrzutów rdzenia wydaje się być obsługiwane, choć nie testowałem go jeszcze.

Pamiętaj, że używałem go już niecałą godzinę, ale jak na razie jestem pod wrażeniem.

Używam cgdb, prosty i użyteczny

Często używam DDD i jest dość potężny, gdy nauczysz się go używać. Jedną rzeczą, którą powiedziałbym, to nie używaj go przez X przez WAN, ponieważ wydaje się, że robi wiele niepotrzebnych aktualizacji ekranu.

Ponadto, jeśli nie jesteś związany z GDB i nie masz nic przeciwko kupieniu trochę gotówki, to wypróbowałbym TotalView. Ma trochę stromą krzywą uczenia się (zdecydowanie może być bardziej intuicyjny), ale jest to najlepszy debugger C++, jakiego kiedykolwiek używałem na każdej platformie i może być rozszerzony, aby introspekcjować swoje obiekty w sposób niestandardowy (dzięki czemu można przeglądać listę STL jako rzeczywistą listę obiektów, a nie kilka mylących wewnętrznych elementów danych, itp.)

Zobacz projekt Eclipse CDT. Jest to wtyczka dla Eclipse nastawiona na rozwój C / C++ i zawiera dość bogatą w funkcje perspektywę debugowania (która za kulisami używa GDB). Jest dostępny na wielu różnych platformach.

Podobny komfort do nakładki eclipse gdb jest nakładka emacs, ściśle powiązana z Emacs IDE. Jeśli już pracujesz z emacsem, spodoba ci się:

GDB Emacs Frontend

DDD jest interfejsem GNU dla gdb: http://www.gnu.org/software/ddd/

Qt Creator-on-Linux jest obecnie na równi z Visual Studio-on-Windows dla C++. Powiedziałbym nawet lepiej po stronie debuggera.

Na tej liście brakuje jednego IDE, które jest bardzo wydajne (używałem go w wielu projektach C / C++ bez żadnych problemów): Netbeans.

Wypróbowałem kilka różnych GUI dla gdb i stwierdziłem, że DDD jest lepszym z nich. I chociaż nie mogę komentować innych, nie-gdb ofert dla Linuksa użyłem wielu innych debugerów na innych platformach.

Gdb robi większość rzeczy, które masz na liście życzeń. DDD stawia na nich ładniejszy front. Na przykład przełączanie wątków jest prostsze. Ustawianie punktów przerwania jest tak proste, jak można się spodziewać.

Dostajesz również okno cli w przypadku, gdy jest coś niejasne, że chcesz zrobić.

Jedyną cechą DDD, która wyróżnia się na tle innych debugerów, których używałem, jest "grafowanie" danych. Pozwala to na wyświetlanie i układanie struktur, obiektów i pamięci w postaci przeciągalnych pudełek. Podwójne kliknięcie wskaźnika spowoduje otwarcie dereferowanych danych z wizualnymi linkami z powrotem do rodzica.

Użyłem KDbg (działa tylko pod KDE).

To, przez co można przejść, będzie w dużym stopniu ograniczone przez informacje debugujące generowane przez g++. Emacs zapewnia interfejs do gdb, który pozwala sterować nim za pomocą pasków narzędzi/menu i wyświetlać dane w oddzielnych oknach, a także bezpośrednio wpisywać polecenia gdb. CDT Eclipse dostarcza podobnych narzędzi. Słyszałem o blokach Anjuta i Code::, ale nigdy ich nie używałem.

Jako ktoś zaznajomiony z Visual Studio, spojrzałem na kilka open source IDE, aby go zastąpić, a KDevelop jest najbliżej IMO do czegoś, co osoba Visual C++ może po prostu usiąść i zacząć używać. Kiedy uruchamiasz projekt w trybie debugowania, używa on gdb, ale kdevelop obsługuje wszystko tak, że nie musisz wiedzieć, że to gdb; jesteś tylko pojedynczym krokiem lub przypisaniem zegarka do zmiennych.

Nadal nie jest tak dobry jak Debugger Visual Studio, niestety.

Nie wspominasz, czy używasz Windows czy UNIX.

W systemach uniksowych, KDevelopjest dobry, ale używam KDbg, ponieważ jest łatwy w użyciu i będzie działał również z aplikacjami Nie opracowanymi w Kdevelopie.

Eclipse jest dobre na obu platformach.

W systemie Windows istnieje świetny pakiet o nazwie Wascana Desktop Developer , który jest Eclipse CDT i MinGW wszystkie spakowane i wstępnie skonfigurowane ładnie dla minimum bólu. Its the best thing I ' ve znalezione dla tworzenia kodu GNU w systemie Windows.

Użyłem wszystkich tych debugerów i żaden z nich nie jest tak dobry jak MS Dev Studio. Eclipse / Wascana jest prawdopodobnie najbliżej, ale ma ograniczenia, takie jak nie można wejść do bibliotek DLL i nie robi tak dobrej pracy w badaniu zmiennych.

Czy kiedykolwiek przyjrzałeś się debugerowi DS-5 ?

Istnieje płatna wersja, która zawiera wiele przydatnych funkcji, ale można również korzystać z Community Edition za darmo (co jest również bardzo przydatne zwłaszcza dla systemów wbudowanych).

Mam pozytywne doświadczenia z tym narzędziem podczas debugowania aplikacji Android na prawdziwym urządzeniu za pomocą eclipse.

The Code: Blocks C++ IDE ma graficzny wrapper, z kilkoma funkcjami, które chcesz, ale nie ma to jak moc VS.

VisualGDB to kolejna Wtyczka Visual Studio do tworzenia i debugowania aplikacji na platformach Linux i embedded.

KDevelop działa całkiem dobrze.

Czy próbowałeś gdb - w z cygwin gdb. Jest supposed mieć interfejs windows, który działa dość dobrze.

Jedyny problem, jaki znalazłem, to to, że na moim obecnym komputerze nie działał w ten sposób, dopóki nie zainstalowałem ddd. Podejrzewam, że wymaga tcltk, który został zainstalowany, gdy zainstalowałem ddd.

Najnowsza wersja Geany obsługuje go (tylko na Linuksie)

Jeśli szukasz gdb pod Visual Studio, sprawdź WinGDB .

W ciągu ostatnich 15 miesięcy używam insight (przyszedł z FC6). Nie jest świetny, jest napisany w Tcl/Tk, ale jest prosty i przydatny. DDD jest podobnej jakości / użyteczności, ale nieco trudniejsze w użyciu (różne Gotcha GUI i pominięcia). Próbowałem również zintegrować gdb z moim IDE, SlickEdit. Działało OK( grałem z nim jakieś 4 godziny), ale nie podobały mi się przełączniki kontekstowe GUI. Lubię, gdy moje IDE pozostaje niezmienione podczas debugowania; w systemie Windows używam SlickEdit do debugowania IDE i Visual Studio do debugowania. Tak więc z 3: Insight, DDD i SlickEdit, Insight jest moim pierwszym wyborem, używam go >95% czasu, gdb i DDD z linii poleceń tworzą pozostałe 5%. Jeśli będę miał okazję, będę eval Eclipse w pewnym momencie, mój komputer pracy nie wydaje się mieć wystarczająco dużo pamięci RAM (1GB tylko), aby uruchomić Eclipse dość dobrze.

Słyszałem również wiele pochwał dla TotalView, w tym 1st hand podczas rozmowy kwalifikacyjnej. Otrzymałem ocenę naszej firmy pod koniec 2008 roku, ale ostatecznie nie kontynuowaliśmy jako gdb był wystarczająco dobry dla naszych potrzeb; i jest wolny i wszechobecny.

Użycie www.zero-bugs.com/ Zero debugger, wymaga obsługi C++0x od gcc

Szukałem debugera do przejścia przez uruchomiony program. Powiedz: Załącz. Program został zbudowany z eclipse, ale z powodu może kilku wielowątkowych przeszkód, brak plików źródłowych gdzie fond. Co tam.

Mam bardzo compfortable z NetBeans.

• [debug] z menu - > Załącz Deuggera...
• ponieważ proces wybrał ten do debugowania
• jako projekt [nowy projekt]

Teraz okno zniknie i nic nie widzisz. odłącz się od procesu. The Read Kwadrat "Stop" pomaga.

• Importuj źródło z projektu jako np. folder. ".../MyProject / src
• teraz pojawia się w Twoim projekcie i możesz ustawić punkty przerwania.
• again ttach debugger
• wybrał proces do debugowania.
• debugger powinien się zatrzymać, jeśli program osiągnie następny punkt przerwania.

Przejdź do [window] - > [Debugging] - > Czy Twoje okno będzie kompfortable.