Newsgroup: it.comp.lang.c
Titolo: trovare libro sui processori

studiando i puntatori, in particolare gli oggetti dinamici costruiti con le
malloc, realloc etc..., mi sono trovato a studiare oggetti come heap della ram,
registro stack del processore...
secondo me per una completa visione del linguaggio credo vadano approfondite
anche queste cose (il bello del "C" secondo me e' anche questo!!!).
Purtroppo non so dove trovare siti web dove si trattano approfonditamente
questi argomenti. Qualcuno sa indicarmeli???
Se non esistono siti non importa sono anche disposto ad acquistare libri
purche' sappia quali!!!
Probabilmente chi ha fatto informatica al liceo sa indicarmeli (visto che io
con lo scientifico i computer non li ho visti neanche di striscio e non conosco
nessuno che sappia indirizzarmi a queste letture...)
ciao e grazie in anticipo!!!
-- 
Posted from 
rm3-617.dialup.tiscalinet.it
 [62.11.129.233] 
via Mailgate.ORG Server - 
http://www.Mailgate.ORG

 wrote in message
74b1a718824f6d0667...@mygate.mailgate.org...


 ha scritto nel messaggio
news:9sc1gv$flh$1...@nreada.inwind.it...


che riguarda le porti logiche e i vari circuiti combinatori e sequenziali.
Che ne direste di dare un'occhiata al manifesto di questo
gruppo ?
-- 
The Follet

che vuoi dire?


 Scusami,puo' anche darsi mi sbagli,ma non credo sia OT cercare di capire 
  a fondo il "C"
-- 
Posted from  [213.82.129.50] 


 heap della ram, registro stack del processore...
Andrew S. Tanenbaum, "Architettura dei computer: un approccio 
strutturato", Prentice Hall.
E' un libro utilizzato in gran parte dei corsi di "Architettura degli 
elaboratori" delle universita': parte spiegando come funzionano le 
singole porte logiche per arrivare all'esame nel dettaglio del 
funzionamento di processori quali Pentium II, UltraSPARC e PicoJava. 
Contiene anche un capitolo che esamina il livello del sistema operativo 
e uno sugli elaboratori paralleli. Un must.
ciao Anto
-- 
Antonio Cuni, 19 anni, studente
Brainbench C++ Master: 4.6, higher than 98% of all previous test takers.
C Language: 3.32, higher than 79% of all previous test takers.
Guida C/C++ di Programmazione.it: 
http://cpp.programmazione.it

che vuoi dire?
Che sei fuori argomento rispetto al topic del gruppo.
Leggi il manifesto del gruppo per capire di cosa puoi
parlare qui dentro.  I processori non sono argomento di
discussione.
-- 
The Follet

  a fondo il "C"
Il C non e' un processore e se non erro tu cerchi un libro
sui processori, altrimenti impara le regole del gruppo e
scrivi correttamente i subject dei tuoi messaggi.
-- 
The Follet

discussione.
Laforgite acuta ?  Ma che c'avete tutti qua ?
Non mi sembra il modo giusto per accogliere uno nuovo.
ciao, acc.   
a...@libero.it

 Il C non e' un processore 
Ma di sicuro non gira sul tostapane...
Credo che non sia del tutto off-topic cercare informazioni per
associare il funzionamento del C ai funzioni del processore.
"C - all the power of assembly language, with all the ease of use of
assembly language"
-- 
David N. Welton
   Consulting: 
http://www.dedasys.com/
Free Software: 
http://people.debian.org/~davidw/
   Apache Tcl: 
http://tcl.apache.org/
     Personal: 
http://www.efn.org/~davidw/

 associare il funzionamento del C ai funzioni del processore.
Le si cerchi da un'altra parte, non qui dentro.
Qui dentro si e' OT.
Anche tu hai bisogno di leggere il manifesto del gruppo, 
a quanto pare.
-- 
Posted from  [80.105.34.80] 


 Non mi sembra il modo giusto per accogliere uno nuovo.
Se Laforgia e' uno di quelli che fa rispettare
le regole, allora si', e' laforgite.
Questo gruppo ha delle regole precise che bisogna
rispettare.
-- 
Posted from  [80.105.34.80] 


 Laforgite acuta ?  Ma che c'avete tutti qua ?
Che brutta cosa tirare fuori le persone dai kill-file.
Proprio, non puoi trattenerti dal dire coglionate, vero ?
Mah... ti ci risbatto dentro di gusto...
-- 
Posted from  [80.105.34.80] 


 associare il funzionamento del C ai funzioni del processore.
Certo che lo e'.
-- 
Posted from  [80.105.34.80] 


 Certo che lo e'.
Peccato!  Vuol dire che quelli che si stressano per queste cose
avranno qualcos'altro di cui stressarsi, visto che qualcuno gli ha
anche risposto.


anche risposto.
Avere un manifesto per il NG garantisce che chi e' interessato agli
argomenti trattati dal manifesto possa trovare sul NG informazioni
utili.
Se non rispetti il manifesto (vai quindi OT) sei scorretto verso chi
e' interessato al contenuto dei manifesti. Il fatto che sia OT e'
insindacabile: il manifesto era chiarissimo in proposito.
Scusa, che senso hanno allora quelle migliaia di NG presenti? Tanto
posso postare su un ng a caso di qualsiasi argomento che sia anche
solo lontanamente connesso.
Personalmente ho sempre risposto dove mi ritenevo un minimo competente
e ho anche fornito informazioni che non erano propriamente in tema,
pero' si cerca di limitare queste cose al minimo. Quindi se tra 5
domande di C che fai hai anche un dubbio OT oppure un dubbio che mi
porta a spiegarti anche delle cose OT per farti capire possiamo ancora
consideerarci in tema. 
Un thread del genere e' completamente OT (sia per il manifesto che per
la logica del C) e quindi non ha senso di esistere qui. Non avrebbe
senso se non esistessero NG apposta e non ce l'ha tanto piu' che
esistono NG che trattano appunto di architettura (it.comp.hardware.*).
Li troverai gente felicissima di spiegarti tutti i dettagli hardware
del mondo e che leggono proprio per trovare domande come quelle. Qui
trovi gente che si interessa di C standard non di hardware (se si
interessasse anche di hardware ti potrebbe rispondere ugualmente su
it.comp.hardware.*).
Mox.

 it.comp.hardware.*).
Ma il C non esiste in un vuoto - neanche quello standard - anzi, e` un
linguaggio che ti fa lavorare abbastanza "close to the metal".  E`
dunque comprensibile che qualcuno vuole collegarlo all'hardware che
sta sotto, e invece di rispondere con un robotico "BEEP BEEP, OFF
TOPIC!"  si potrebbe invece suggerire un posto migliorare dove
chiedere, oppure, semplicemente non rispondere, invece di far partire
l'ennissima thread su questo noioso argomento.


 hai ragione, mi rendo conto che era OT la domanda, ma non sono d'accordo 
  sulle tue argomentazioni. E' vero che possono rispondermi sul newsgroup 
  it.comp.hardware, ma io pensato che forse sono tanti i libri su 
  quell'argomento e quindi sarebbe stata piu valida la risposta datami da un
programmatore
  (ho pensato che condividendo la mia stessa passione e essendo piu' vicino a
me
   mi avrebbe indirizzato verso un libro piu' idoneo per un programmatore 
  piuttosto che per un esperto hardware ma probabilmante non programmatore,
vedi ad esempio un libro che ti
   spiega lo stack o l'heap ma magari non disdegnava alcuni esempi pratici sul
"C")
   d'accordo ero OT e me ne scuso!!!
   ciao!!!
-- 
Posted from 
ppp-62-11-145-253.dialup.tiscali.it
 [62.11.145.253] 


 hai ragione, mi rendo conto che era OT la domanda, ma non sono d'accordo 
  sulle tue argomentazioni. E' vero che possono rispondermi sul newsgroup 
  it.comp.hardware, ma io pensato che forse sono tanti i libri su 
  quell'argomento e quindi sarebbe stata piu valida la risposta datami da un
programmatore
  (ho pensato che condividendo la mia stessa passione e essendo piu' vicino a
me
   mi avrebbe indirizzato verso un libro piu' idoneo per un programmatore 
  piuttosto che per un esperto hardware ma probabilmante non programmatore,
vedi ad esempio un libro che ti
   spiega lo stack o l'heap ma magari non disdegnava alcuni esempi pratici sul
"C")
   d'accordo ero OT e me ne scuso!!!
   ciao!!!
-- 
Posted from 
ppp-62-11-145-253.dialup.tiscali.it
 [62.11.145.253] 


rispettare.
Vero, pero' un po' di cortesia credo non costi niente, e trattandosi
di uno nuovo mi pareva opportuna.
Diverso e' il discorso per chi persevera, in tal caso avresti
pienamente ragione.
Naturalmente e' soltanto una mia opinione...;-)
ciao, acc.   
a...@libero.it

Mah... ti ci risbatto dentro di gusto...
Me lo dici perche' vuoi un mio parere :-?
ciao, acc.   
a...@libero.it

dirň che richiedono un certo impegno!
