Newsgroup: it.comp.programmare
Titolo: Disquisizione C/Delphi (era: Re: Soluzione problema con if)

 dicevo, la velocità serve solo in una piccola parte di codice.
Contento tu! ^_^;;
-- 
iAN CooG - ANTIFAN #1 di Simone Crisari
Judgement day the second coming arrives
Before you see the light, you must die!
(South of heaven) (Slayer Gig count: 5)

scritto in C? Non credo.
Perché è particolarmente facile da estendere in C (e se pyrex maturerà
lo sarà ancora di più) ed esistono estensioni in C scritte molto bene
per il calcolo numerico. A python si lascia la parte che ha minore
bisogno di velocità.
-- 
Marco Barisione (ICQ 84277092)

scritto in C? Non credo.
Prima studialo e poi commenta :)
--
Rhymes (rhy...@NOSPAMmyself.com)
http://www26.brinkster.com/rhymes
" avevo Halo, poi è arrivata la mia fidanzata ;-) "

quelle del C?
Il compilatore Delphi è performante tanto quanto quello del VC++ 6.0,
se non di più


 Prima studialo e poi commenta :)
Non ci penso nemmeno. 8PPP
Il mio tempo libero e' limitato e al lavoro ho gia' il mio bel da fare.


 bisogno di velocità.
quindi non mi serve. ^_-
Lascia perdere, non mi convincerai mai (si, sono anche piu' testardo di
Kiuhnm se mi ci metto)


 se non di piů
In che senso? Prove?


C e' autocontenuto e mi va bene cosi'.
Infatti questo č uno dei pochi motivi per cui uso ancora il C per cose
che si potrebbero fare in Python.


In che senso? Prove?
Nel senso di velocità e di codice prodotto.
Prove? 
groups.google.it
 -> it.comp.lang.delphi -> cerca threads sul
compilatore


c'e' bisogno di un interprete runtime da svariati mega? 
con py2exe e la DLL è di 800K


sentire cosa ne pensa chi usa Delphi e conosce anche C/C++.
io conosco C ma non C++ se vuoi :)
--
Rhymes (rhy...@NOSPAMmyself.com)
http://www26.brinkster.com/rhymes
" avevo Halo, poi č arrivata la mia fidanzata ;-) "

lento in esecuzione = inutile.
Per te ovviamente
--
Rhymes (rhy...@NOSPAMmyself.com)
http://www26.brinkster.com/rhymes
" avevo Halo, poi č arrivata la mia fidanzata ;-) "

 negli aggiornamenti di release con correzione dati al cliente),
quelli li si scrive in SQL, mi pare :-) non in C :-)
-- 
 < 
http://www.reactos.com/
 >  Open source clone of Windows NT. Current
     Don't stand, REACT!      version 0.0.19. C, C++ and ASM developers
                              and beta testers are welcome!

 c'e' anche un perito informatico tra di loro...
eh eh eh... "e 'sticazzi", come dice quel famoso. Delphi va saputo 
usare, perito o non perito. Delphi non è finestrelle, è un linguaggio. 
Serio e complicato. Non lo prendi sottogamba solo perchè il compilatore 
fa un milione di righe di codice al minuto, o perchè l'IDE te lo fa 
sembrare un cugino di Visual Basuc


mi fai un esempio di programma Delphi lento?
eh eh forse avevano il BDE buggato :)
ps. bentornata Maya


 di Kiuhnm se mi ci metto)
Hai tutta la mia solidarietą! :-)))))
Kiuhnm

 che si potrebbero fare in Python.
CVD ^_-


 compilatore
provero'.


 con py2exe e la DLL č di 800K
Con un programma di 300 righe di codice in C genero un exe di 3 o 4
Kbytes.
Ulteriormente comprimibile a 2 o meno. 8P


 io conosco C ma non C++ se vuoi :)
Pure io, non mi sono mai messo a guardare il C++, tanto con C si fanno
piu' o meno le stesse cose.


 Per te ovviamente
Certamente, tutto quello che dico e' solo la mia opinione e si basa solo
su esperienze vissute. Non metto in ballo teorie o altro.


 quelli li si scrive in SQL, mi pare :-) non in C :-)
Cioe'? "li si scrive", lo comanda il dottore? :)
SQL? un altro linguaggio, una altro motore database con runtime di mega
da installare?
Gestisce DBF? Chiedo perche' non si sa mai 8P
Se l'appicativo che sviluppiamo avesse gia' una cosa del genere si
potrebbe anche fare, ma non e' cosi'.


 eh eh forse avevano il BDE buggato :)
Se c'e' non buggato sarebbe interessante.


 Hai tutta la mia solidarietą! :-)))))
^_-


 mi fai un esempio di programma Delphi lento?
Il nostro applicativo 8P
Ti rispondo con una domanda: perche' i demo[1] non vengono scritti in
Delphi?
[1] Intendo i demo "multimediali", per chi non e' dentro alla "scena"
comp.sys.ibm.pc.demos
http://scene.org
http://www.ojuice.net


 Cioe'? "li si scrive", lo comanda il dottore? :)
ehm, no. E' semplicemente cosě e basta :-) Le basi di dati si 
manipolano con SQL :-)


 manipolano con SQL :-)
Va bene, mia signora dei database ^_-
Anche Foxpro DBF?


piu' o meno le stesse cose.
Non dirlo mai, mai più :) Se ti sentissero quelli di it.comp.lang.c++
:PP
Comunque qui ti sbagli. Il C++ ti dà una sicurezza maggiore rispetto
al C, anche senza usare le features OO
--
Rhymes (rhy...@NOSPAMmyself.com)
http://www26.brinkster.com/rhymes
" avevo Halo, poi è arrivata la mia fidanzata ;-) "

Ulteriormente comprimibile a 2 o meno. 8P
Non penso che i tuoi clienti avrebbero da ridire per 4 o 800K :)
--
Rhymes (rhy...@NOSPAMmyself.com)
http://www26.brinkster.com/rhymes
" avevo Halo, poi č arrivata la mia fidanzata ;-) "

Se c'e' non buggato sarebbe interessante.
Nessuno usa + il BDE :)


Intendo i demo "multimediali"
Spiegati meglio :) Io frequento it.comp.giochi.sviluppo...magari
abbiamo qualche "affinità" :P
--
Rhymes (rhy...@NOSPAMmyself.com)
http://www26.brinkster.com/rhymes
" avevo Halo, poi è arrivata la mia fidanzata ;-) "

su esperienze vissute. Non metto in ballo teorie o altro.
OK
--
Rhymes (rhy...@NOSPAMmyself.com)
http://www26.brinkster.com/rhymes
" avevo Halo, poi è arrivata la mia fidanzata ;-) "

 piu' o meno le stesse cose.
<battutissima>
anche con l'ASM, che oltretutto e` piu` veloce e ancor
piu` autocontenuto. Senza contare che e` l'UNICO VERO linguaggio...
</battuttissima>
-- 
Ikitt balzato fuori dal lurking mode

piu' o meno le stesse cose.
L'OO può aiutarti in molti casi, poi i template in alcune applicazioni
sono veramente molto importanti. Poi il C++ ha anche una libreria
standard molto più completa di quella del C.
-- 
Marco Barisione (ICQ 84277092)

 Perche' utilizzare 2 linguaggi anziche' uno? 
per combinare al meglio i vantaggi di entrambi i linguaggi cercando di 
limitare al minimo i loro difetti.
Secondo te il tuo capo non sarebbe contento di sapere che il programma 
sara` finito in un quarto del tempo (se non di meno) di quello che 
impiegheresti scrivendolo in C?
ciao Anto
-- 
Antonio Cuni, 20 anni, studente
Brainbench C++ Master: 4.73, higher than 99% of all previous test takers.
C Language: 3.79, higher than 92% of all previous test takers.
Guida C/C++ di Programmazione.it: 
http://cpp.programmazione.it

impiegheresti scrivendolo in C?
L'unico vero problema che secondo me affligge Python č che alla fine č
comunque facile "decompilarlo" (come tutti i linguaggi di cosě alto
livello).


 Anche Foxpro DBF?
Brrr. Quando qualcuno associa nello stesso concetto "DBF" e "database" 
senza mettere un "non" in mezzo, non riesco a reprimere un brivido 
freddo lungo la schiena. Comunque, gioisci! esiste! Microsoft Visual 
FoxPro ODBC Driver! Fa parte dell'installazione standard di MDAC


 ottimizzato. Davvero.
il fatto è che maggior parte di quella rumenta sono dati, non codice


maschera :-)
Con quel nick č facile, con altri che hai avuto un po' meno...


 Nessuno usa + il BDE :)
Diglielo ai miei colleghi. 8P


 Brrr. Quando qualcuno associa nello stesso concetto "DBF" e "database"
Ma tu da quanto leggo mi sembra che non lavori da molto tempo con
applicativi gestionali. Io sono 10 anni che lavoro in questo campo e
fino ad oggi c'erano solo quelli.
Poi fai tu, pensala come vuoi.


 il fatto è che maggior parte di quella rumenta sono dati, non codice
Ti sbagli, e' rumenta e basta. Per non parlare dei pezzi di sorgente
trovati in mezzo!


 e' un nome di donna. O sei un trave? 8PPPPpppPpPPppp
Confermo: č un trave...
Comunque adesso mi spieghi perchč Maya maiuscolo e Kiuhnm minuscolo???
Kiuhnm

 Secondo te il tuo capo non sarebbe contento di sapere che il programma
non hai seguito il discorso: prima e' stato realizzato in _fretta e
furia_ da degli incompetenti, e ora pentitosi ce lo sta facendo
riscrivere poco alla volta (partiremo da dll C chiamate da Delphi) e io
punto al completo rewiting dell'applicativo (perche' no?)


Diglielo ai miei colleghi. 8P
in definitiva ti consiglio di lasciar stare e continuare col
C...combini di + mi sa :)


 Con quel nick č facile, con altri che hai avuto un po' meno...
quasi nessuno azzeccava nemmeno quando usavo Juliet :-)


 Confermo: č un trave...
Kiuhnm! si rivelano cosě i nostri vizi privati? :-P


 sorgente trovati in mezzo!
prima di tutto: "ti sbagli" è una cosa grossa. Io so molto bene cosa fa 
Delphi, e cosa evitare per evitare spazzatura. Tu credo non ne sappia 
altrettanto. Mi pare ti basi molto su stime spannometriche, mentre se 
prendi il tempo di leggere il manuale di Delphi scoprirai che è tutto 
documentato. Io inoltre ho come l'impressione di capirne più di te di 
compilatori. Non che ne capisca molto, giusto quel tanto che basta a 
distinguere codice da (meta)dati, dal capire cosa sia la RTTI e che 
cosa implichi, dal discernere un'idiosincrasia di un particolare linker 
da un difetto vero e proprio, in genere dall'evitare di dire cazzate 
troppo grandi


C ???
Delphi è un'altro pianeta rispetto al C, al massimo lo dovresti paragonare a
Java o al C++
E comunque è ovvio che non lo sai usare Delphi, perchè se proprio lo vuoi
sapere l'eseguibile ti viene grande, perchè compili la VCL. Se sapessi
programmare in Delphi ti renderesti conto, che se togli tutte le classi
della VCL l'eseguibile ti viene piccolo e con questo ho dimostrato che non
conosci Delphi, ma secondo me non conosci neanche le basi della OOP.
Ma chi te l'ha data la patente?
Te non hai le basi della programmazione, ne in C, ne in Assembly e ne in
Delphi o C++
Delphi è come l'Aereo, il C è come l'automobile.
Se hai la patente per l'auto non è che puoi pretendere di guidare un aereo,
tu l'aereo non lo puoi guidare perchè non lo sai guidare, è ovvio che non
hai le benchè minime basi di programmazione OOP e di Ingegneria del
Software, altrimenti non mi verresti a fare questi discorsi sterili e
fasulli.

 volte :-)
CHE COSA???
Spero tu stia scherzando!
Vuoi dire che il file PE anzichè avere un IMAGE_IMPORT_DESCRIPTOR per Modulo
ne ha uno per funzione?
Spreco di memoria mostruooooooosoo (moltiplica pure per
SIZEOF(IMAGE_IMPORT_DESCRIPTOR))
Non lo sanno che è sufficiente aggiungere un elemento agli array?
Importare le funzioni due volte invece raddoppia soltanto la memoria
richiesta.
Kiuhnm

 Kiuhnm! si rivelano cosě i nostri vizi privati? :-P
Contenta te!!!
Kiuhnm

 Delphi è come l'Aereo, il C è come l'automobile.
Osi forse dire che io vado in triciclo???
Kiuhnm

- Kiuhnm :

ROTFL
Sarebbe l'estensione del discorso all'asm ? :=DDDDDDD 
Beh io ti lascio motorizzato, diciamo un Ape Cross :P 
OkOk la smetto :D

 Comunque adesso mi spieghi perchè Maya maiuscolo e Kiuhnm minuscolo???
Scusa, ho semplicemente premuto i tasti in cerchio ^_-
Ciao Kiuhnm! (va bene cosi'? 8P)


 dall'evitare di dire cazzate troppo grandi
Adesso non prendertela a male. Di cazzate se ne dicono tutti i giorni ^^


 Ma chi te l'ha data la patente?
Io son un autodidatta, e quello che so non me l'ha certo insegnato la
scuola ma _lavorando_
Vai a rompere le balle a qualcun'altro, stressato, and GET A LIFE.
PLONK


 Modulo ne ha uno per funzione?
mi sa.


altrettanto. Mi pare ti basi molto su stime spannometriche, 
non per prendere le difese di iAN ma lui si basa sui suoi esperti
"periti" :)
--
Rhymes (rhy...@NOSPAMmyself.com)
http://www26.brinkster.com/rhymes
" avevo Halo, poi è arrivata la mia fidanzata ;-) "

quasi nessuno azzeccava nemmeno quando usavo Juliet :-)
io si
--
Rhymes (rhy...@NOSPAMmyself.com)
http://www26.brinkster.com/rhymes
" avevo Halo, poi č arrivata la mia fidanzata ;-) "

fasulli.
LOL. Senz'offesa ma tu credi che la specie sia cosi: programmatore =
avvocato dell'ObjectOrientation, smanettone = tutto il resto?!
LOL
--
Rhymes (rhy...@NOSPAMmyself.com)
http://www26.brinkster.com/rhymes
" avevo Halo, poi è arrivata la mia fidanzata ;-) "

  kernel32.dll
[cut...basta!]
Non solo occupa molta memoria in più, ma rallenta notevolmente il
caricamento dell'applicazione.
Il loader deve analizzare l'Export Table del Kernel32 e importare una sola
funzione, poi analizzare User32..........e poi ancora Kernel32 per importare
un'altra funzione......strano, se non assurdo...
Kiuhnm

 quasi nessuno azzeccava nemmeno quando usavo Juliet :-)
Ormai ti resta soltanto Andrea...
Kiuhnm

 Ciao Kiuhnm! (va bene cosi'? 8P)
OK, la prossima volta specifico: il mio nome è un "C"erchio sulla tastiera!
Kiuhnm
P.S. Il mio nome completo è Kiuhnm Mnhuik, ma non dirlo a nessuno...

 Beh io ti lascio motorizzato, diciamo un Ape Cross :P
wow!
Kiuhnm

 piu' o meno le stesse cose.
perche` mai ti metti a giudicare cose che non conosci?
- dici che delphi "fa schifo" solo perche` i tuoi colleghi non erano 
capaci
- dici che python e` inutile anche se non sai neppure di cosa si tratta
- dici che C e C++ sono grosso modo equivalenti anche se, per tua stessa 
ammissione, non conosci il C++
qualunque buon programmatore sa che non esiste un linguaggio buono per 
tutti gli usi, ma che spesso i risultati migliori si ottengono 
combinando piu` linguaggi in una stessa applicazione, ma da quel che 
dici sembra che per te esista solo il C...
ciao Anto
-- 
Antonio Cuni, 20 anni, studente
Brainbench C++ Master: 4.73, higher than 99% of all previous test takers.
C Language: 3.79, higher than 92% of all previous test takers.
Guida C/C++ di Programmazione.it: 
http://cpp.programmazione.it

 per Modulo ne ha uno per funzione?
nein. Hai capito un accidente :-) semplicemente, se due unit importano 
funzioni da kernel32.dll, si trova kernel32.dll due volte nella lista 
degli import. Non č un problema cosě grave, perchč in genere ad ogni 
unit corrisponde una DLL. Fanno eccezione System e SysUtils, che non 
devono avere dipendenze esterne


 Ormai ti resta soltanto Andrea...
ghghghghgh
o Pat :-)


 devono avere dipendenze esterne
Prova a comprimere un exe delphi con UPX e poi espanderlo di nuovo.
La tabella degli import viene messa a posto durante la compressione (1
sola entrata per dll, con tutte le funzioni importate al loro posto) e
l'exe funziona normalmente.
Non potrebbe farlo direttamente il linker di delphi?


 devono avere dipendenze esterne
Il nome della DLL è "puntato" dalla IID quindi tutte le volte che trovi un
modulo ripetuto nello stesso file PE, è stato sprecato spazio per un IID
superfluo.
PUNTO.
Kiuhnm

 Osi forse dire che io vado in triciclo???
sė :-) difatti devi pedalare pių forte :-)


 Non potrebbe farlo direttamente il linker di delphi?
ovvio, certo che potrebbe :-)


 Per fare che? recuperare i nomi di Tqualchecosa? 
mai sentito parlare di introspezione?


 punto al completo rewiting dell'applicativo (perche' no?)
ho seguito il discorso, ma non lo capisco sino in fondo.
Tu dici che il problema e` delphi, mentre in realta` il problema sono i 
tuoi colleghi: qualsiasi linguaggio di programmazione in mano a degli 
incompetenti e` dannoso, sia esso python, delphi o C.
Prova un po' a dare delphi in mano a gente in gamba e magari cambierai 
idea... o magari prova un po' a dare python in mano a gente in gamba e 
*sicuramente* cambierai idea ;-)


*sicuramente* cambierai idea ;-)
Buona la seconda :P
--
Rhymes (rhy...@NOSPAMmyself.com)
http://www26.brinkster.com/rhymes
" avevo Halo, poi č arrivata la mia fidanzata ;-) "

 mai sentito parlare di introspezione?
La risposta e' dentro di me? Visto che vogliamo fare gli spiritosi mi ci
metto pure io va'...


 piu' o meno le stesse cose.
Si si, come č vero che gli asini volano.
Tanto per fare un esempio, il caricamento e la gestione dei files, č 10000
volte piů performante sia in Delphi che in C++, se si utilizzano le classi
appositamente create come per esempio le classi legate agli stream, prima
fra tutte in C++ le classi ifstream e ofstream.
IL codice C++ č portatile, mentre il codice C non lo č.
IL codice C++ č altamente riusabile, mentre il codice C non lo č.
IL codice C++ permette di affrontare facilmente anche problematiche
complesse, il C no.
IL codice C++ permette dei meccanismi di protezione che il C non ha.
In C++ puoi ridefinire gli operatori, cosa che non puoi fare in C, fammi la
somma di due stringhe in questo modo A=B+C; in C!, in C++ si puň fare
creando una classe stringa e ridefinendo l'operatore + e questo non č
poco.
L'utilizzo dei puntatori, ma li hai mai usati i puntatori in C?
Vai a vedere come gestisce la memoria il C++, e poi capirai che hai detto
una baggianata grossa quanto una casa.
IL C++ č talmente potente che nessuno puň affermare di conoscerlo
perfettamente, perchč le sua potenza sintattico/espressiva ed i suoi
costrutti sono quasi illimitati.
Solo Java si avvicina alla potenza del C++.
Io lo conosco poco il C++, ma quel poco mi basta per comprendere che quelle
++ in piů significa che il C++ č un'altro pianeta rispetto al C.
C'č solo una spiegazione alla tua affermazione, hai fatto solo ed
esclusivamente programmini semplici.

 IL codice C++ č portatile, mentre il codice C non lo č.
   Non farti prendere troppo dall'entusiasmo...
-- 
Alla prossima,
Marco

 esclusivamente programmini semplici.
 
Senza nulla togliere al C++, ma con che coraggio puoi dire che in C si fanno
solo cose semplici ? :p
Mai sentito parlare di Unix ?
Semplicemente, bisogna decidere in base al risultato che si vuole ottenere.
Se credi sul serio che in C si possano fare solo programmini semplici sei
*leggermente* fuori strada.
Tra l'altro un confronto tra linguaggi che usano paradigmi diversi è abbastanza
assurdo, a meno che non si programmi C++ senza usare l'OOP.
Ora se ci mettiamo tutti a sparlare di cose che conosciamo a malapena questo
ng diventa un cesso, quindi prima di vedere confronti Basic vs Logo tra
uno che non conosce il Basic e l'altro che non conosce il Logo vediamo di
soppesare bene le considerazione onde evitare sprechi di banda.
Altrimenti ditemelo che lancio io il classico Windows vs Linux cosi almeno la
flame-fest diventa comica.
Nicholas
-- 
Slackware 8.1 - 2.4.19 - GCC version 2.95.3

Dopo aver letto tutta 'sta roba (giorno per giorno, naturalmente) vorrei
dire la mia senza rispondere a nessuno in particolare.
Molti confondono il linguaggio con il compilatore/linker: "Ho il Visual X e
fa schifo ==> il linguaggio X fa schifo!".
Soluzione: cambiare compilatore.
Molti confondono il linguaggio con i programmatori: "I miei *periti*
programmano in X e i programmi fanno schifo ==> il linguaggio X fa schifo!"
Soluzione: cambiare programmatori: cambiare linguaggio non servirà.
Molti confondono il linguaggio con le librerie: "La libreria standard del
linguaggio X fa schifo ==> il linguaggio X fa schifo"
Soluzione: sostituire le librerie standard con librerie multi-piattaforma,
gratuite e ultra-ottimizzate.
Molti confondono il linguaggio con l'IDE: "Col linguaggio X faccio tutto
senza tastiera ==> i linguaggi dove si usa la tastiera sono arcaici e
superati [OPPURE] i linguaggi dove si può fare tutto col mouse sono
giocattoli!
Soluzione: comprare qualche libro relativo al linguaggio col quale si sta
giocando e iniziare a programmare.
E per finire molti confondono il linguaggio con loro stessi: con il
linguaggio X non riesco a fare niente di buono ==> il linguaggio X fa
schifo!
Soluzione: ehm....vediamo...si potrebbe........forse
se........................
Kiuhnm

 esclusivamente programmini semplici.
Dimmi se GTK, Gnome, Linux, XFree86 ti sembrano progetti "semplici" solo 
perche' sono fatti in C e non in C++. Ammetto che subclassare un widget in 
GTK non e' la cosa piu' semplice del mondo, pero' e' fattibile (infatti 
moltissimi programmatori, tra cui io che non sono sicuramente un esperto 
lo fanno).
Comunque io sono e resto convinto che il C++ sia migliore e molto piu' 
produttivo del C, pero' non puoi sminuire un linguaggio fondamentale come 
il C dicendo che il C++ e' meglio a priori, e dando informazioni errate o 
quantomeno imprecise.
A risentirci. Ciau
-- 
Andrea Bergia - studente
Linux Registred User #281550

 appoggiano alle malloc - free
Necessariamente?
Non potrebbero bypassare le suddette e appoggiarsi direttamente
alle API dell'OS?
Chiedo, non lo so.
-- 
Ikitt

 servirą.
kiuhnm, guarda che sei tu ad aver detto queste cose! ;-)


 Chiedo, non lo so.
Non si puo' dire, questo e' implementatio-dipendent (credo, dato che non 
ho lo standard...). Comunque, la malloc e la free si appoggiano a chiamate 
del sistema operativo, e potrebbero anche essere dichiarati inline, quindi 
l'overhead potrebbe essere nullo. E poi non c'e' altro modo standard di 
chiamare i distruttori di un oggetto allocato sullo heap senza delete...


 Chiedo, non lo so.
gli algoritmi di allocazione in genere vengono scritti per malloc e 
free, perchè la loro interfaccia è il minimo comun denominatore. Nulla 
toglie che ci siano delle new e delete scritte apposta, ad esempio per 
gestire efficientemente oggetti molto piccoli (in cui ad esempio la new 
si comporta la prima volta come una new[], e le volte successive si 
limita a pescare memoria già allocata dalla prima chiamata) o molto 
grandi, o per ottenere oggetti allineati su word, dword, qword, pagine, 
ecc. (malloc e free non garantiscono alcun allineamento). In fondo è 
per questo che in C++ le funzioni di allocazione sono operatori, cioè 
legate alle rispettive classi
-- 
 < 
http://www.reactos.com/
 >  Open source clone of Windows NT. Current
     Don't stand, REACT!      version 0.0.20. C, C++ and ASM developers


> Appunto: lo conosci poco. Almeno il C lo conosci ?
IL C lo conosco, appunto posso affermare che il C++ è un'altro pianeta.

 metto pure io va'...
Ma che cavolo stai dicendo ?
"Introspezione" č un termine che si applica alla programmazione !!!
Si intende dire che ogni oggetto conosce il proprio nome (e non solo) ed č
in grado di autenticare se stesso e e di identificare altri oggetti a cui ha
accesso !!
Saluti
  NinjaCross

 piu' o meno le stesse cose.
AAAAARRGHH !!!!! ERESIA !!!
Di un po', ma questa l'hai letto sul Topolino ? ;)
Io lavoro da anni con C standard e C++ (nonché Pascal, VC++, CBuilder,
Delphi, VB ed ora anche con C#), e ti assicuro che tra C e C++ ce ne sono di
differenze !
Saluti
 NinjaCross