GDB con GUI ECLIPSE su server remoto?

Mi piacerebbe eseguire il debug del mio software con ECLIPSE come front-end per GDB. La nostra build si imposta come segue.GDB con GUI ECLIPSE su server remoto?

server Linux con il codice di base
Windows Accesso base di codice tramite Samba (IDE Eclipse)
software è costruito su un server Linux con makefiles (Nessun controllo ECLIPSE qui, la sua più di un editore per ora)
NFS a bersaglio (SW è incorporato)
il debug remoto tramite linea di comando GDB

faccio n inoltre ho la possibilità di cambiare il mio ambiente di costruzione, è troppo impegnativo, inoltre Cygwin è troppo lento rispetto a Linux.

L'unico modo per accedere al server è con ssh. Il server ha solo un gestore X-Window di base, quindi VNC non è un'opzione.

C'è un modo per utilizzare ECLIPSE come IDE anziché come editor? Sono principalmente interessato a utilizzare la sua funzione di DEBUGGING remota.

EDIT

ERRORE stabilire la comunicazione

TARGET

#./mipsel-linux-gdbserver-7.1 :1234 hello

HOST

$ gdb hello 
(gdb) target remote 10.201.122.177:1234 
Remote debugging using 10.201.122.177:1234 
warning: while parsing target description (at line 10): Target description speci 
fied unknown architecture "mips" 
warning: Could not load XML target description; ignoring 
Reply contains invalid hex digit 59

ho fatto anche provare a ricompilare un server gdb da fonti Cygwin per il mio obiettivo, ma i risultati non erano diversi. La mia architettura di destinazione è MIPS.

POSSIBILE Un altro approccio

è RSE (System Explorer Remote) si alternano a quello che sto cercando di realizzare?

fonte

2011-08-26 Kamath

-1

È possibile eseguire il debug da Eclipse su Windows tramite gdbserver in esecuzione su SW incorporato. Immagino che Eclipse dovrebbe caricare i simboli di debug tramite Samba e non dovrebbero esserci problemi.

fonte

2011-08-26 11:43:14 ks1322

Dubito che i simboli di debug abbiano le informazioni sul percorso errate. come faccio a costruire dalla mia home directory, le informazioni sul percorso di un file sorgente saranno /home/user/src/source.c, ma su un PC Windows, ci sarà un drive di rete mappato, quindi il percorso sarà m:/src /source.c – Kamath

gdb ha qualche supporto per la sostituzione del percorso [imposta percorso sostitutivo da a] (http://sourceware.org/gdb/current/onlinedocs/gdb/Source-Path.html), provalo. – ks1322

Ok ora ho provato a eseguire il debug della riga di comando in cygwin. Trovo che la versione GDB sia 7.3.50.20110821-cvs. Non riesco a stabilire la comunicazione con l'obiettivo. Aggiornato errore messaged come modifica. – Kamath

descrizione di destinazione specificata sconosciuti architettura "MIPS"

Il vostro obiettivo è (ovviamente) mipsel-linux.

Il tuo GDB è (molto probabilmente) nativo linux-i386 o linux-x86_64. Si può vedere come il tuo GDB è stato configurato con

(gdb) show version 
... 
This GDB was configured as "x86_64-linux".

Al fine di eseguire il debug di destinazione mipsel-linux, è necessario costruire un cross-gdb (--host=x86_64-linux --target=mipsel-linux o qualcosa del genere) e quindi ottenere Eclipse per invocare che GDB al posto del uno nativo.

fonte

2011-09-10 17:19:33

I dettagli su come costruire il cross-gdb sono qui: https://sourceware.org/gdb/wiki/BuildingCrossGDBandGDBserver – Pradyumna

Utilizzare il server ssh su sistema linux remoto, ad es. dropbear. e quindi puoi usare eclipse come frontend per rimuovere il debug su ssh.

fonte

2015-03-19 12:29:41

Potrebbe chiarire di più la tua soluzione? – abarisone

GDB con GUI ECLIPSE su server remoto?

risposta

Problemi correlati