Newsgroup: it.comp.lang.c
Titolo: Iniziare a programmare in C

Salve, avete consigli UTILI su come iniziare a programmare in C? Mi
piacerebbe un corso completo che copra quasi tutti gli argomenti
principali.
Non vorrei spendere nulla in libri... magari su internet si trovano
molti manuli free, fatemi sapere :)
Se poi avete da consigliarmi un LIBRO che non č possibile rinunciare
ditemi pure.
grazie.

Se ti interessa la programmazione su Linux, vai sul Gapil ed usa le pagine
del manuale per capire le funzioni (ad esempio: man read()). Oppure c'è la
guida in 
http://programmazione.html.it
, la guida di Fiorella
http://alpha.science.unitn.it/~fiorella/guidac/indexc.html
 e, comunque, usa
il fantastico Google per trovare quello che cerchi ;-)
-- 
"Windows cerca di fare Unix e ci riesce male, Red Hat cerca di fare Windows
e ci riesce benissimo" (Jimmy Olgeni)

 il fantastico Google per trovare quello che cerchi ;-)
Su 
http://alpha.science.unitn.it/~fiorella/guidac/indexc.html
avrei qualche riserva... e in ogni caso, non sostituisce un testo.
C:\>iao Angelo
-- 
Posted via Mailgate.ORG Server - 
http://www.Mailgate.ORG

 
http://alpha.science.unitn.it/~fiorella/guidac/indexc.html
Ho guardato una pagina a caso e la prima cosa che ho visto e` stata:
main()
e piu` avanti main viene citata come "funzione void" (insieme ad
un'altra definizione scorretta); sui prototipi ci sono diversi errori...
considerando che la guida e` recente direi che questa signora ha un po'
le idee confuse.  Ci sono anche molte altre inesattezze, alcune quasi
divertenti:
  Sui sistemi UNIX tutte le variabili dichiarate "int" sono considerate
  "long int".
  Le variabili globali si definiscono al di sopra della funzione main()
  In questo caso si tratterebbe di una "assegnazione di valore", una
  caratteristica chiave del C.
Cosa cavolo vuol dire??
Inoltre ci sono delle assunzioni sull'architettura di base che non sono
per nulla garantite dal C std.
...ed il cast sul valore di ritorno di malloc...
  La funzione malloc viene comunemente utilizzata soprattutto per
  "conquistare" una funzione di memoria. Viene definita con l'istruzione:
         char *malloc(int number_of_bytes)
 
Hum, non ci siamo proprio... e gli ho dato sono un'occhiata veloce.
Direi che i dubbi di Angelo erano piu` che fondati.
Luca
-- 
Home: 
http://kronoz.cjb.net
"It is more complicated than you think"
                -- The Eighth Networking Truth from RFC 1925

 avrei qualche riserva... e in ogni caso, non sostituisce un testo.
Io ho molta riserva su tutte quelle dispense che vogliono spiegare "in 
parole povere" (come questa, appunto).
Il C ha delle regole molto precise, IMHO vanno citate con precisione poi 
eventualmente ci si dilunga in chiarimenti e/o esemplificazioni. Come in 
questo caso qualche volta sono imprecise, qualche volta danno adito a 
interpretazioni errate, qualche volta sono incomplete.
Esempio classico è la valutazione degli operatori logici: nel K&R è 
descritto in una riga di testo chiara come il sole, in tutte queste 
dispense ci trovo scritto una paginata di roba ma *mai* descritto il 
comportamento esatto.

 comportamento esatto.
quoto e confermo :)
La K&R *insegna* il C, tout cour, ed è chiarissima non solo per gli
operatori logici, ma in tutto.
In giro ci sono purtroppo troppi tutorial fuorvianti (per il C++ è
addirittura peggio: c'e` roba che insegna a ...non far funzionare i
programmi, scrivendo a cuor leggero "void main()" o simili cose che né
Kernighan&Ritchie né Stroustrup avvalorerebbero mai), "tutorial" che non
rispettano ANSI, ecc.
Al solito, meglio un buon libro :-)
E iniziare da "Il linguaggio C" di Kernighan e Ritchie è importante.
La seconda edizione italiana l'ha pubblicata Pearson nel febbraio 2004.
ciao
-- 
salvo

Beh a me non è sembrata una guida così malvagia. Cioè, ci sono cose che bene
o male spiega bene (ad esempio ho un pò imparato i puntatori con quella
guida). Non sono un grande esperto del C, quindi non mi posso permettere
certe finezze. Comunque abbiate pietà e non datemi giù per un sito :'-(


 Comunque abbiate pietà e non datemi giù per un sito :'-(
ma figurati :-)
Non ci sarebbe motivo.
E' giusto chiedere se ciò che si legge è valido o meno, così com'è
giusto che si indichi cosa potrebbe essere consigliabile o meno :-)
No problem.
ciao,
Salvo

 certe finezze. Comunque abbiate pietŕ e non datemi giů per un sito :'-(
IMHO non si tratta di finezze. Il problema č essere o meno esatti e 
esaustivi. Come ho giŕ detto i concetti vanno espressi in modo corretto 
anche se appare ostico, *poi* spiegati con altre parole ed esempi. 
Altrimenti il rischio č che venga a mancare proprio l'enunciazione dei 
prěncipi, ovvero che uno legga tanta roba senza avere il mattone che 
regge il tutto.

 molti manuli free, fatemi sapere :)
 
http://www.eskimo.com/~scs/cclass/cclass.html
 
http://cprog.tomsweb.net/
Prova pero` a fare una ricerca nei vecchi messaggi prima di postare: a 
questa domanda si e` gia` risposto innumerevoli volte.
-- 
Enrico `Trippo' Porreca