Network-admin Segmentation fault [risolto]

[crastoman]

Salve a tutti,
ieri ho aggiornato a feisty e finora non ho incontrato
alcun problema rilevante...

l'unica cosa che non riesco piu' a far partire e' network-admin
che mi restituisce Segmentation Fault...
ho provato a cancellare il profili su /etc/gnome-system-tools, ma nulla...
qualche idea?

[oracle]

Io non ho riscontrato alcun problema. Prova a disinstallare inclusi i file di configurazione network-admin e poi reinstallalo. Spesso funziona.

[crastoman]

Io non ho riscontrato alcun problema. Prova a disinstallare inclusi i file di configurazione network-admin e poi reinstallalo. Spesso funziona.

gia'' provato

mi sa proprio che sono l''unico in tutto il pianeta ad avere sto
problema... su ubuntuforums.org e launchpad non ho trovato
nulla...

[oracle]

mmm

Aspetta qualche giorno allora.

Forse con i prossimi aggiornamenti si risolve, a meno che non venga qua uno a dirti come fare ovviamente

[granma]

io sono l'unico che non riesce a far partire nautilus come root da console,sei in buona compagnia

[crastoman]

io sono l''unico che non riesce a far partire nautilus come root da console,sei in buona compagnia

questa e'' un''altra cosa che ha smesso di funzoinare anche a me

[Embrace]

io sono l''unico che non riesce a far partire nautilus come root da console,sei in buona compagnia

Ti faccio compagnia purtroppo

[oracle]

io sono l''unico che non riesce a far partire nautilus come root da console,sei in buona compagnia

Idem. E'' stato uno dei primi problemi, ma non credo che sia tanto strano. Nautilus è ancora alla versione 2.16, ma le sue librerie sono della 2.17. Forse è questo.
Per dire: a me stava una eternità a partire gedit finchè non hanno rilasciato il 2.17 qualche giorno fa.

[granma]

Pensavo di essere l'unico wow

[crastoman]

per il problema con nautilus: ho appena provato con

Codice: Seleziona tutto

$ sudo -i
# nautilus

e parte...

[granma]

Non ci avevo pensato grande

[oracle]

Bullissimo crastoman!

[crastoman]

cmq, con un po' di debug, sono riuscito a risolverlo...
il problema era una funzione del network-admin che non
riusciva a leggere correttamente la "postazione" corrente
ed andava in seg fault... con una temporanea modifica si
e' sistemato...

se qualcuno ha lo stesso problema posso dare una descrizione
dettagliata del procedimento (c'e' da mettere le mani su codice)

[granma]

La soluzione ad un problema e' sempre utile

[oracle]

se qualcuno ha lo stesso problema posso dare una descrizione
dettagliata del procedimento (c''e'' da mettere le mani su codice)

E'' meglio postarla subito allora, che ne dici?

[crastoman]

avete ragione

innanzitutto bisogna scaricare il sorgente di gst:
$ apt-get source gnome-system-tools
ed aprire il file src/network/network-locations.c

alla riga 546 si trova la funzione:
static gboolean compare_location (GstNetworkLocations *locations, const gchar *name)

modificarla in modo da restituire FALSE... va benissimo qualsiasi modo,
tanto tutto questo servira' solo per il primo avvio del tool (dopo e' possibile
cancellare il tutto e usare quello ufficiale)...

esempio di modifica:

Codice: Seleziona tutto

static gboolean
compare_location (GstNetworkLocations *locations,
		  const gchar         *name)
{
   return FALSE;  // LA MODIFICA ;)

  GstNetworkLocationsPrivate *priv;
  GKeyFile *key_file;

  priv = (GstNetworkLocationsPrivate *) locations->_priv;
  
  [...]
}

compilare il tutto e avviare il tool...
non e' necessario make install, basta un
$ sudo ./src/network/network-admin

[oracle]

Come ti è venuto in mente?

[crastoman]

eheh
ho usato gdb e il core dump generato in seguito al seg fault

premetto che non l'avevo mai fatto prima

funziona con qualsiasi programma che genera appunto un seg fault
a patto che si dia un
# ulimit -c 500000
prima di eseguire il programma...
cosi' facendo, l'esecuzione del programma restituira'
Segmentation fault (core dumped)
invece del solo
Segmentation fault

quel file di core, che si trova nel dir corrente, contiene info
sull'esecuzione del processo (quindi la stack delle funzioni chiamate)

eseguendo gdb con
# gdb ./network-admin core
e dando il comando backtrace si avra' tutta la lista di funzioni chiamate
fino al seg fault (la prima in alto e' la funzione che ha effettivamente generato
quel segnale)

in network-admin, le prime 5-8 funzioni chiamate (vado a memoria) si
riferivano alle librerie glib per l'accesso ai file di configurazione...
subito sotto c'era una funzione che era contenuta in un file C di network-admin...

un po' alla buona, il problema era un "confronto" errato sulla postazione attuale
e quelle che sono salvate... basta forzare questo controllo, in modo che restituisse
sempre FALSE appunto, e il tool se parte senza problemi...

mi spiace della descrizione un po' approssimativa, ma non sono riuscito a
ricreare il problema

[oracle]

Cavolo. Questa si che è una soluzione di livello...

(good)

[DktrKranz]

Se non è già nota, potresti proporre questa patch su Launchpad.