BSDForen.de  

Zurück   BSDForen.de > Geekstuff > Programmieren

Antwort
 
Themen-Optionen Thema bewerten Ansicht
Alt 08.07.2012, 22:19   #1
dettus
Bicycle User
 
Benutzerbild von dettus
 
Registrierungsdatum: Aug 2004
Ort: nuernberg
Beiträge: 2.533
gdb remote target

guten tag.



das problem hier ist sehr spezifisch, und ausserdem noch schwammig beschrieben, ich entschuldige mich dafuer.
aber es ist eine sache die mich auf der arbeit gerade macht.

folgendes problem: wir haben eine prozessor-plattform eingekauft. fuer die haben die jungs und maedchen einmal die komplette gcc mitgeliefert. inklusive eines gdb.
was loeblich ist!

ausserdem gibt es da noch diese eclipse-umgebung in der man programme schreiben, compilieren, und per jtag auf die platform bringen kann.
soweit auch noch sehr schnuckelig.


problem ist jetzt: wenn ich von eclipse aus per gdb die software auf die plattform lade funktioniert alles so wie es sollte, ich kann breakpoints setzen, und gucken was in gewissen variablen steckt.

will ich aber eclipse komplett weglassen, starte ich nur den gdb, verbinde mich auf den jtag-demon, lade ein programm und fuehre es aus:
Code:
% XXgdb a.out (XXgdb) target remote localhost:25505 (XXgdb) load (XXgdb) run
nur... das mistviech startet ausserdem noch einen simulator. aus welchen gruenden auch immer. und der laeuft mit, aber weil es natuerlich nicht die hardware ist auf der das programm dann durch den debugger rauscht habe ich irgendwann inkonsistenzen. wie gesagt: von eclipse aus geht es. aber ich mag kein eclipse.
irgendwer IRGENDEINEN rat?


EDIT
nur soviel sei noch verraten: der simulator ist ein zweites "target", so wie das aussieht. kann man targets vielleicht ein/ausschalten?
__________________
Computer science is not about using a computer. It is about unleashing its powers.

Geändert von dettus (08.07.2012 um 22:48 Uhr).
dettus ist offline   Mit Zitat antworten
Alt 09.07.2012, 12:20   #2
dettus
Bicycle User
 
Benutzerbild von dettus
 
Registrierungsdatum: Aug 2004
Ort: nuernberg
Beiträge: 2.533
habs gerade rausgefunden.
der trick war das "run" wegzulassen.

Code:
% XXgdb a.out (XXgdb) target remote localhost:25505 (XXgdb) load (XXgdb) reset (XXgdb) continue
laeuft.
__________________
Computer science is not about using a computer. It is about unleashing its powers.
dettus ist offline   Mit Zitat antworten
Alt 10.07.2012, 13:12   #3
Kamikaze
Parasprite
 
Benutzerbild von Kamikaze
 
Registrierungsdatum: May 2005
Ort: /Earth/Europe/Germany/Karlsruhe
Beiträge: 9.636
Kamikaze eine Nachricht über ICQ schicken Kamikaze eine Nachricht über MSN schicken
Ich gebe mal einen Tipp ab:
http://www.xmos.com

Habe ich noch nie benutzt, finde den Ansatz für einige Anwendungen aber extrem cool.
__________________
[ bsdlogo 2.0 - Wiki - Ports - LibreOffice Pakete - PM schreiben - kamikaze@bsdforen.de ]
Disclaimer: My posts represent my perception. Errors and incompleteness are to be expected, I deny any responsibility to know everything.
Kamikaze ist offline   Mit Zitat antworten
Antwort


Dieses Thema betrachten zurzeit 1 Personen. (0 registrierte Benutzer und 1 Gäste)
 
Themen-Optionen
Ansicht Thema bewerten
Thema bewerten:

Forumregeln
Es ist Ihnen nicht erlaubt, neue Themen zu verfassen.
Es ist Ihnen nicht erlaubt, auf Beiträge zu antworten.
Es ist Ihnen nicht erlaubt, Anhänge hochzuladen.
Es ist Ihnen nicht erlaubt, Ihre Beiträge zu bearbeiten.

BB-Code ist An.
Smileys sind An
[IMG] Code ist An
HTML-Code ist Aus
Gehe zu

Ähnliche Themen
Thema Erstellt von Forum Antworten Letzter Beitrag
HDD Infos auslesen LeoLinux FreeBSD - Allgemein 11 29.04.2011 17:05
FreeBSD 7.0-stable & Remote Desktop overle FreeBSD - Anwendungen und Ports 2 26.03.2008 12:28
Remote Insight und Sicherheit nismo2000 FreeBSD - Netzwerk 11 10.09.2007 00:52
qmail - Spammer benutzen meinen MTA! Tschan *BSD - Serverdienste 34 07.10.2005 14:35
GDB - kann Linux-Assembler nicht debuggen Cinderella FreeBSD - Allgemein 2 25.02.2005 13:32


Alle Zeitangaben in WEZ +1. Es ist jetzt 03:45 Uhr.


Powered by vBulletin (Deutsch)
Copyright ©2000 - 2013, Jelsoft Enterprises Ltd.