Newsgroup: it.comp.lang.c
Titolo: ALGORITMI DI ORDINAMENTO

Ciao tutti,
dovendo gli studiare gli algoritmi di ordinamento (inserction sort, bubble
sort, merge sort,ecc...),potreste consigliarmi qualche buon sito da cui
prelevare qualche buona informazione? Purtroppo il libro che ci hanno dato
non ne parla granché
Grazie anticipatamente


I'm not prejudiced, I hate everyone equally.

www.pluto.linux.it
smanetta un po' negli appunti linux e nella sez. dedicata alla
programmazione C trovi tutti gli algoritmi da te citati .
ciao
oOo razzo oOo

neanche il mio! è "Linguaggio C" della MC Graw!!!
Robert Sedgewich, "Algoritmi in C".
Sedgewich e' un docente di ASD non ricordo in quale universita' e il
testo e' indubbiamente buono e completo (soprattutto all'inizio...
verso la fine ti capisci che non puo' essere piu' preciso o anziche'
un libro doveva scrivere un'enciclopedia).
Poi c'e' la BIBBIA degli algoritmi... il titolo dice tutto: "The Art
of Computer Programming" di Knuth (quello del Knuth-Morris-Pratt per
la ricerda di stringhe in tempo sublineare)... ha un piccolo difetto
pero'... si, piccolo come la quantita' di euro che ti resta nel
portafoglio dopo che lo compri :)
-- 
Mox
"Trust the programmer."
"Don't prevent the programmer from doing what needs to be done."
"Keep the language small and simple."
"Provide only one way to do an operation."


Mox, da quanto tempo programmi?
ciao


mi sembra una buona impostazione
peccato che sia piena di errori...e non standard
--
Lawrence "Rhymes" Oluyede
rhy...@myself.com
cosa c'entra Visual Basic 
con la programmazione?
(Antonio Cuni, PROGRAMMATORE)

Mox, da quanto tempo programmi?
Ho iniziato con il C alla fine del secondo anno di informatica... ora
sono al quarto :)
-- 
Mox


 sono al quarto :)
superiori o università???


in gran parte programmi in consolle
il c standard ti permette di creare solo programmi in
console
per le interfacce grafiche ti devi appoggiare all'API del
sistema che utilizzi...oppure a librerie esterne


 e quali sono i maggiori errori???
Se a te programmare sotto unix o sotto dos sembra uguale solo perche' entrambi
hanno una console...
ciao
-- 
Marco Ermini
http://miselastra.org
 - ICQ UIN 50825709 - GPG KEY 0x64ABF7C6
Perche' perdere tempo ad imparare quando l'ignoranza e' istantanea? (Hobbes)

superiori o università???
Universita', ho anche sbagliato a scrivere: dalla fine del primo anno,
non del secondo... vedete? A forza di studiare Analisi non riesco
nemmeno piu' a contare sulle dita... se mi chiedete di fare 2+2
probabilmente vi rispondo (dopo 2 ore di calcoli): "converge !!!" :P


 probabilmente vi rispondo (dopo 2 ore di calcoli): "converge !!!" :P
ma vai a zelig vah!  ;-)


 ciao
beh, hai ragione! sai ankio ho una partizione con Linux ma sto imparando da
poco!
scusa la mia ignoranza ma sto cercando di rimediare!
dammi tempo!


ma vai a zelig vah!  ;-)
Era tratta da una vecchia barzelletta sugli ingegneri :P


 dammi tempo!
Hai tutta la vita davanti ;-)
Comunque, anche solo a livello di shell, tra bash o Korn Shell e prompt DOS
c'e' un abisso.
Poi, un conto e' comunque un ambiente come il DOS che ti offre solo una banale
gestione delle risorse disco (da cui il nome DOS = Disk Operative System), un
altro e' un ambiente Unix-Like multiutente e multiprocesso, con API che
controllano tutto l'hardware. Il primo non e' un vero sistema operativo
(sistema operativo = interfaccia consistente di tutte le risorse hardware
rispetto all'utente, cosa che il DOS non offre visto che l'hardware va
programmato direttamente), il secondo si' (perche' offre driver di periferica
con un'interfaccia consistente ai programmi che le utilizzeranno).
ciao


 partire.
Giusto, ma attenzione pero' che non si parla file nel senso stretto del
termine. Il C opera sulle code (queue) di I/O in senso astratto, al di la' che
si tratti di file, monitor, porte seriali ecc.
Poi in realta' le standard library tengono conto del fatto che tu stia facendo
output su un monitor, su un file o su una porta seriale, perche' certe
operazioni su certi file descriptor te le fanno fare, su altri no. Pero' e'
vero che per il C sono tutti file descriptor.


vero che per il C sono tutti file descriptor.
un motivo c'č...C č nato su UNIX e "con" UNIX e come ben sai
su UNIX tutto č un file :)
