Newsgroup: it.comp.lang.c++
Titolo: niubbone

scusate la domanda, probabilmente stupida, ma devo fare un programma per la
scuola in c++ o c#, ma le mie conoscenze di programmazione si limitano a un
po' di delphi...
in pratica devo creare due processi che agiscono contemporaneamente (per cui
credo di aver bisogno di usare i thread, un dramma), il primo genera eventi
con una data distribuzione temporale (esponenziale, normale...): questi
eventi dovrebbero rappresentare dei pacchetti di informazione che arrivano
ad un'antenna ricevente; il secondo thread dovrebbe rappresentare l'antenna
ricevente, che a intervalli regolari esamina la lista di pacchetti in attesa
di essere lavorati, e ne smaltisce alcuni secondo un certo criterio...
paradossalmente, l'algoritmo che fa l'ultima parte è molto semplice e l'ho
già fatto, solo che non so come:
1) utilizzare i thread (in generale, ma soprattutto per generare un evento
con distribuzione esponenziale ecc ecc)
2) che tipo di lista usare per immagazzinare le info relative ai pacchetti
in attesa: un array non è adatto perchè statico, e io non conosco a priori
di quanto può crescere la lista, ma in c+ o c# non so usare le liste
dinamiche... non vorrei dovermi creare una pila/coda come a scuola, dato che
sono abituato con il delphi in cui c'è un comodo componente (tlist) che fa
queste cose sicuramente meglio di quanto non saprei fare io (non sono pigro,
o meglio, non solo... data la mia poca capacità vorrei fare una cosa
semplice per non sbagliare)
credo che per il momento sia tutto, spero possiate chiarirmi un po' le idee
grazie in anticipo e ciao
s.t.

 in attesa: un array non è adatto perchè statico, e io non conosco a priori
Usa le STL: vedi "std::list< ... >" o "std::deque< ... >", guarda (in base 
al calcolo di complessità) quale fa più al caso tuo.
Ciao!
-- 
---
*************** | Have you ever retired a human by mystake?
*** Azathot *** |
*************** | To contact me, ask me gently. Thanks.

 del tuo sistema operativo preferito (per questo motivo è conveniente che
ti
cavoli, mi suona terribilmente complicato ^_^
speriamo in bene
grazie 1000 cmq
s.t.

 normale...):
Per i thread e molto altro ancora ti consiglio di rivolgerti alla
libreria boost::thread (
www.boost.org
). Esistono diverse altre librerie,
ma alcune librerie del namespace boost sono state proposte al comitato
di standardizzazione ed e' possibile che entrino a far parte dello
standard (anche se non so se, nello specifico, entrera' la parte che si
occupa di programmazione concorrente).
In ogni caso mi sembra un (buon) segno di un design complessivo di
massima aderenza agli standard e di portabilita'.
Ciao
Gian Michele

 it.comp.os.linux.developer se ti trovi a lavorare sotto Linux).
Anche se boost (
www.boost.org
) non fa ancora parte dello standard
tuttavia mi sembra C++ a sufficienza per poter indirizzare eventuali
utenti e per intavolare eventuali discussioni.
Come ho avuto modo di scrivere altre volte mi sembra assurdo che questo
newsgroup non moderato abbia "regole" piu' restrittive di
comp.lang.c++.moderated.
Ciao
Gian Michele

 comp.lang.c++.moderated.
boost e' scritto in C++ standard ed e' attentamente osservato dai membri
della commissione del C++.
A me sta bene che si parli di boost su questo NG (ovvio, entro certi
limiti).
Tuttavia me lo devo ancora guardare bene, lo conosco ma ancora non troppo
bene. Appena ho tempo....
Riguardo a comp.lang.c++.moderated e' moderato.... Questo non lo e'! Bisogna
tutelarlo in altro modo, no ?!?
boost mi sta abbastanza bene, e' scritto in c++ standard ed e' portabile,
anche se non *fa* parte dello standard (almeno non ancora). Le MFC non mi
stanno bene su questo NG ad esempio e nemmeno la programmazione socket
oppure KDE-linux. Queste sono le *mie* regole.
Su gruppi moderati gli OT clamorosi non arrivano, su questo si, e' per
questo che bisogna "rompere" e avvertire: Sei OT.
E' solo per questo.
Tommy

 le *mie* regole.
Sulle quali sono, come vedi, d'accordo e spero che non giudicherai
eccezioni quanto ho espresso prima.
Ciao
Gian Michele