Tecniche di lettura

[nuitari]

Se parliamo di debuggare, non è certo sulla quantità il problema =) Prova a debuggare programmi multi-processo / multi-thread o che sfruttano meccanismi come le IOCP... li se ne riparla .

Boh.... i file sono li, il codice non fa certo schifo... il problema è che si tratta di codice per Windows ^_^ Ai tempi non era ancora uscito il 2.6 stabile, ed il kernel di Windows aveva tecnologie sull'I/O che il 2.4 si sognava, così come altre cosuccie. Adesso come adesso lo dovrei riscrivere per Linux (e sottolineo dovrei, visto che Winz non lo toccherò mai più nemmeno con le dita di un altro). E non mi va ^_^
Però chissà, mai dire mai...
Magari domani quando ho tempo piglio un file e lo posto qui, così tanto per parlarne un po'. In fondo la sezione del forum è nuova, bisogna riempirla un po' .

[cymon]

Un codice BEN commentato aiuto enormemente.
Purtroppo ho visto (e messo le mani) anche su codice quasi senza commenti, con nomi di variabili senza senso

ma figurati che mi è capitato di essermi talmente rotto degli inglesismi delle parole-chiave di C che con un'enorme lista di define scrivevo codice in dialetto veneto mi veniva molto piu spontaneo

era na roba del tipo
(escludendo i define)

(meno male che non tutti sono come me,altrimenti per programmare bisognerebbe possedere una laurea in lingue )

Ma infatti oltre a commentare bisogna commentare in INGLESE
Con l'unico problema che quando programmo ad uso personale mi blocco perché non riesco a descrivere le funzioni in inglese e spesso tiro fuori del macheronico ripugnante
Cosa non si fa per essere professionali...

[Blizzard]

Magari domani quando ho tempo piglio un file e lo posto qui, così tanto per parlarne un po'. In fondo la sezione del forum è nuova, bisogna riempirla un po' .

si si si si!!!! dai posta... che aspetti???

Ma infatti oltre a commentare bisogna commentare in INGLESE

quoto! a parte per abituarsi al fatto che non sempre si sviluppa in Italia tra italiani... per quelli come noi che comunque nel più e nel meno aderisconoo al mondo del FreeSoftware o dell'Open Source è fondamentale rendere il codice accessibile anche alle persone di altre nazionalità

ciao
Gio

[Blizzard]

Se parliamo di debuggare, non è certo sulla quantità il problema =) Prova a debuggare programmi multi-processo / multi-thread o che sfruttano meccanismi come le IOCP... li se ne riparla .

Ti confesso che i semafori mi fanno venire la febbre tanto quanto un red-black :P
Non sono loro il problema... ma come dici tu, il contesto che ti creano! devi pensare parecchio differente quanto sei dinanzi ad un'applicazione multithread/processo eh???

[nuitari]

Si, esatto (anche se le IOCP non sono semafori )

Ma non è solo quello. Il fatto è che debuggando un applicativo del genere (tipo il mio ex-server di gaming) de facto alteri il modo in cui vengono assegnati i time slice e le priorità ai thread ed ai processi, perchè li interrompi quantomeno. Per cui è ardua a volte beccare certi bug, parecchio ardua .

[Blizzard]

(anche se le IOCP non sono semafori )

Ah! ma si tratta pursempre di un meccanismo di sincronizzazione??? (scusa l'ignorantità )

[nuitari]

Non proprio. E' un oggetto kernel che permette la notifica asincrona di eventi di completamento dell'IO, per cui molto più efficiente del polling, come potrai immaginare.

[Blizzard]

cavolo si!
effettivamente il polling non mi ha mai ispirato eccessivamente... sondare ogni volta quale device richiede o termina una operazione di I/O mi lasciava perplesso anche alle lezioni di Sistemi Operativi :P

[m0rdr3d]

gattino_usb, veneto pute tu? di dove? dove studi? -ovviamente se questo non lede la tua privacy-