informatica:sol:laboratorio11:faq
Differenze
Queste sono le differenze tra la revisione selezionata e la versione attuale della pagina.
| Entrambe le parti precedenti la revisioneRevisione precedenteProssima revisione | Revisione precedente | ||
| informatica:sol:laboratorio11:faq [14/03/2011 alle 13:14 (15 anni fa)] – [E' possibile accedere al numero di linea in C ?] Susanna Pelagatti | informatica:sol:laboratorio11:faq [22/09/2011 alle 10:41 (14 anni fa)] (versione attuale) – [FRAM 3: BUG in testparse] Susanna Pelagatti | ||
|---|---|---|---|
| Linea 1: | Linea 1: | ||
| ====== FAQ ====== | ====== FAQ ====== | ||
| Ossia // | Ossia // | ||
| + | |||
| + | ===== FRAM 3: BUG in testparse ===== | ||
| + | Nel file testparse e' presente una scorretta temporizzazione fra le attivazioni dei client ed i comandi successivi (es kill) che lavorano sul client stesso. Il problema si deve fissare modificando testparse e introducendo delle sleep fra l' | ||
| + | Ad esempio: | ||
| + | < | ||
| + | # seconda invocazione pippo (password errata) | ||
| + | ./ | ||
| + | |||
| + | # uccido il client (non deve essere attivo) | ||
| + | if killall -w pippoclientw.sh; | ||
| + | echo Error 1 1>&2 | ||
| + | ....... | ||
| + | </ | ||
| + | |||
| + | < | ||
| + | # seconda invocazione pippo (password errata) | ||
| + | ./ | ||
| + | |||
| + | sleep 1 # < ------ fix | ||
| + | |||
| + | # uccido il client (non deve essere attivo) | ||
| + | if killall -w pippoclientw.sh; | ||
| + | echo Error 1 1>&2 | ||
| + | ...... | ||
| + | </ | ||
| + | |||
| + | |||
| + | ===== FRAM 1: Il grafo e' ORIENTATO ===== | ||
| + | Nel file '' | ||
| + | |||
| + | ===== FRAM 1: Errore nella specifica di new_graph(): | ||
| + | Nel file '' | ||
| + | <code c> | ||
| + | /** crea un grafo | ||
| + | \param n numero dei nodi del grafo | ||
| + | \param lbl array di etichette de nodi formato: | ||
| + | static const char* citta[] = { | ||
| + | " | ||
| + | " | ||
| + | " | ||
| + | " | ||
| + | NULL, | ||
| + | }; | ||
| + | |||
| + | Attenzione: le citta possono contenere solo caratteri alfanumerici e lo spazio ' ' | ||
| + | |||
| + | \retval p puntatore al nuovo grafo (se tutto e' andato bene) | ||
| + | \retval NULL se si e' verificato un errore (setta errno) | ||
| + | (errno == EINVAL se i parametri non sono validi es lbl a NULL) | ||
| + | (errno == ENOMEM se l' | ||
| + | */ | ||
| + | graph_t * new_graph (unsigned int n, char **lbl); | ||
| + | </ | ||
| + | |||
| + | |||
| + | |||
| Linea 46: | Linea 102: | ||
| (vedete anche man bashdb e l'help che ottenete digitando " | (vedete anche man bashdb e l'help che ottenete digitando " | ||
| - | ===== Debuggare programmi con piu` processi ===== | + | ===== Debuggare programmi con piu` processi/ |
| - | E` possibile usare GDB per debuggare programmi multiprocesso / multithread come indicato nella documentazione [[http:// | + | E` possibile usare GDB per debuggare programmi multiprocesso / multithread come indicato nella documentazione [[http:// |
| - | [[http:// | + | E` possibile usare i comandi indicati anche in DDD, scrivendoli manualmente nel prompt del GDB in basso nella schermata. |
| ===== Uso di GDB da emacs ===== | ===== Uso di GDB da emacs ===== | ||
informatica/sol/laboratorio11/faq.1300108462.txt.gz · Ultima modifica: 14/03/2011 alle 13:14 (15 anni fa) da Susanna Pelagatti
