Newsgroup: it.comp.lang.delphi
Titolo: Turbo pascal 7

scusate ma non sapendo dove chiedere chiedo in questo newsgroup su delphi
che è l'evoluzione del turbo pascal.
Volevo sapere se il turbo pascal 7 funziona sotto win XP. Io ho provato ad
installarlo ma quando lancio un programma mi da sempre error 200 division by
zero.


vedi anche
http://www.giobe2000.it/Pascal/GiobeTPU/Procedure/TempoDataOra/TimeError200-0.htm
Giulio
PS.
Ho cercato con google
turbo pascal 7 windows xp error 200 

 zero.
Siamo sicuri che non sia un problema del tuo programma? Non si può 
affermare nulla senza vedere il codice...
Ciao!
-- 
Marco «Alka» Breveglieri
  ABLS Team S.n.c. - Software & Web
  Via De Gasperi, 14
  42019 Scandiano (Reggio Emilia)
 
http://www.abls.it


è un probema di cpu troppo veloce , vedi 
http://www.simtel.net/category.php?id=296
cerca CRTFIX
Giulio 

no lo fa anche con i programmi che vengono forniti come esempi.
Grazie per le risposte, provo a scaricare il fix

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Marco Breveglieri wrote:
~ > Siamo sicuri che non sia un problema del tuo programma? Non si può
| affermare nulla senza vedere il codice...
No, è un errore tipico di tutti i software compilati con TP7 (e
precedenti suppongo).
In pratica, nell'unità CRT (se ben ricordo) c'è una procedura che esegue
un loop per capire quanto tempo viene impiegato dalla CPU ad eseguirlo
(per poi usare questo dato per implementare la funzione "Delay").
Questa procedura è autoavviante ogni volta che si include l'unità CRT.
Il problema accade perché con le CPU odierne il tempo impiegato dal loop
di test e pari a zero, da cui l'errore di divisione per zero (cosa che
non capita con CPU < Pentium XXX).
Essendo tale procedura per il calcolo della velocità della CPU
autoavviante con l'inclusione dell'unità CRT "rompe" tutti i programmi
che usano tale unità.
Esistono due tipi di fix:
1) per riparare i programmi già compilati
2) per riparare l'unità CRT in modo da adeguarla alle CPU odierne
Bye,
~  Luca
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)
Comment: Using GnuPG with MultiZilla - 
http://enigmail.mozdev.org
iD8DBQFBbCKMliez+Z59f3URAlpnAJ9+O6Ei7vxt6eY44shP94JtdhZDkQCgm/Ee
8E3R8cKUqsGr5MWeZc7Julo=
=c08u
-----END PGP SIGNATURE-----

 č un probema di cpu troppo veloce , vedi




se non risolvi potresti prendere in considerazione freepascal
http://www.freepascal.org
-- 
Ciao, Anto', [37, 143, AQ] 
MB C SC 220 CDI Magma Rot
"Di sempre cio' che senti e fai cio' che pensi."
    G.G. Màrquez

 grazie, l'ho scaricato e funziona alla grande
prego, se ti interessa ci sarebbe anche un'ide simil delphi
http://www.lazarus.freepascal.org


 ha scritto nel messaggio
news:wmSad.118800$35.59...@news4.tin.it...


>Il problema che riferisci e' nato dal win.98 in poi.
Non c'entra nulla con la versione di Windows. Dipende unicamente dalla
velocità della CPU. Potete mettere anche il DOS 5.0 su un Pentium 3 o 4 e
ottenere lo stesso errore.
Tra l'altro l'errore è fuorviante, perché in realtà non è una "divisione
per 0", ma un overflow del quoziente, che è troppo grande per il registro
destinazione (che è a 16 bit), ma l'eccezione sollevata dal processore è
la stessa.
Luigi D. Sandon - D&amp;D Support Team
--- posted by geoForum on 
http://www.delphiedintorni.it

 ha scritto nel messaggio
news:Xkwbd.5728$1q2....@tornado.fastwebnet.it...
