Newsgroup: it.istruzione.universita.ingegneria
Titolo: PROBLEMI GRAVI CON L'UTILIZZO DI BORLAND PASCAL 7 SU ELABORATORI VELOCI

Salve a tutti,
chi scrive è uno studente del IV anno della facoltà di ingegneria
elettronica presso la facoltà di Firenze; volevo sottoporre alla vostra
attenzione un problema che credo sia largamente diffuso tra gli utenti che
utilizzano Borland Pascal 7 su elaboratori tipo Pentium II, e sul quale mi
sono imbattuto anche io stesso effettuando alcuni programmi in tale
linguaggio.
Il problema del quale vi parlavo consiste nell'utilizzo della unit Crt.Tpu
fornita insieme al programma; quello che si verifica durante l'esecuzione
dei programmi che utilizzano questa unit, consiste nella generazione di un
messaggio di errore del tipo "Divion by Zero" ovvero "Error-runtime error
200".
Secondo le mie informazioni, la generazione di tale errore è dovuta alla
richiesta della esecuzione della subrutin Delay(), ma non posso escludere
che tale errore sia effettivamente generato anche dal richiamo di altre
subrutin.
La mia domanda è "abbastanza semplice": sapete come è possibile eliminare
tale problema?, ovvero esiste un source program in linguaggio pascal, oppure
una unit Crt aggiornata che elimina tale inconveniente?
Nella speranza di ricevere delle risposte vi saluto.

200".
Un errore del genere è di solito dato da una divisione per zero e non da
altro.
Se in tuo programma c'è una divisione, sta a te controllare se il
denominatore è diverso da zero. Del resto la robbustezza di un programma è
sempre a cura del programmatore.
                                                            Ciao
                                                      Luigi Avallone
                                                       (Univ. di SA)

altro.
Cazzate.
Ho acquistato un programma che funzionava su un PentiumII 300. Ora sul mio
400 alla partenza mi da l'errore Division by zero.
Volete sapere di piu'? Se lancio in sequenza un bel programma "pesante" (es.
Pagamaker 6.5) e il programma incriminato questo parte normalmente. Se non
per fare degli scherzetti in seguito.
La soluzione? Farsi un programmino che calcoli continuanmente exp(t mod n) e
lanciarlo insieme ai programmi incriminati, cosi' il processore non sta
troppo senza far nulla, rivolgendo troppe attenzioni ai poveri programmi
scritti in TurboPascal :-)
Simone


altro.


Allora bastava porre meglio il problema. Se non sei chiaro tu, figurati i
tuoi programmi!
Ad ogni modo, invece di cazzeggiare su altavista, prova con "Turbo Pascal 7"
di O'Brien edito dalla McGrawHill.
                                                        Luigi A.
                                                     (Univ. di SA)

Non so certo a che livello sai usare tu Turbo Pascal, sappi comunque che io
ci lavoro da un bel po di tempo, quindi di libri che parlano del suddetto
linguaggio ne ho fin troppi; a parte tutto comunque altre persone mi hanno
gią aiutato a risolvere il problema.
A proposito, mi meraviglio di come tu abbia fatto a non capire di cosa stavo
parlando, visto che almeno altre 10 o 15 persone che mi hanno risposto anche
direttamente in posta elettronica, hanno capito alla perfezione il problema
a cui mi riferivo!!!
dipenderą forse da te?!?
Robin Hood

 già aiutato a risolvere il problema.

 200".


 con i processori Intel della nuova generazione.
In realtŕ, č un bug della unit crt che non riesce a calcolare l'intervallo di
tempo fra
due istruz. successive (insomma, gli viene ZERO).
Si deve installare la nuova versione della unit: ovviamente i prg vanno
ricompilati!
Quindi, non potrai cmq far funzionare i prg di cui non hai i sorgenti.
Io ho risolto usando il Bremze un prg che diminuisce la velocitŕ del processore.
Non ti so dare una URL ma non dovrebbe essere difficile sa trovare (io l'ho
preso
su un CD allegato ad una rivista)
Byez