Newsgroup: it.comp.lang.vo-clipper
Titolo: Report Pro 2.9 e CA-VO 2.5

Ben trovati a tutti, ritornando dalle ferie il problema permane
ReportPro 2.9 (upgrade: date file rp2_32.exe 22.03.2000) con CA VO2.5a-1
(cavo25.exe 07.03.2000)
lanciando qualsiasi report ricevo questo errore che mi impedisce di passare
a vo 2,5
 An unhandled exception occurred in module
 CAVORT20.DLL of your application !
 Code 0xC0000005 (eip=0X0024E437)
ho scoperto che se cancello setdecimal(0)  dal metodo start() della mia
applicazione elimino anche l'errore.
Non mi spiego il perchč .
Ho provato ad aggiornare le Dll contenute in rp29 ma senza successo.
Potete ricreare l'errore creando un'applicazione nuova in vo2.5 ed inserire
"setdecimal(0)" prima di richiamare un qualsiasi report per provocare
l'errore.
Il supporto tecnico di Report Pro attribuisce l'errore alle librerie di VO
Help

Non solo cancellando la stringa setdecimal(0) elimino l'errore...
che poteva far pensare alla chiamata ad una DLL non corretta.....
ma elimino l'errore anche se modifico setdecimal(0) in setdecimal(2) per
esempio.
Chissą se succede lo stesso da voi
PS SO Windows 2000

 Non mi spiego il perchè .


 Stai attento che RP non vada a leggere le DLL della versione VO 2.0.
Se fosse un problema di DLL non mi spiego come modificando il parametro
della funzione setdecimal, possa far comparire o scomparire il problema a
mio piacimento.
Se imposto setdecimal(0) ottengo l'errore con qualsiasi altro valore no.
Chiami un report con setdecimal settato a zero da qualche parte nelle tue
applicazioni ?
Grazie per la risposta.

...

No, nei miei report uso la funzione transform() per risolvere i problemi
dei decimali.
Visto che RP nativo non la prevede ho creato una DLL che chiamo dai report.
Saluti
Paolo Calzi
 

 No, nei miei report uso la funzione transform() per risolvere i problemi
dei decimali.
Ecco cosa ho trovato sul supporto tecnico RP
Tech Support #226 - ReportPro 2.9
      Question: I'm using ReportPro 2.9 (dated 22.03.2000) with CAVO2.5a-1
and I'm getting an unhandled exception in module CAVORT20.DLL.  Any idea
what could be causing this?
      Response: Several users have reported that setting the number of
displayed decimal places to zero (SetDecimal(0)) can cause this error.
Apparently this affects the CAVO runtime, as ReportPro itself does not care
about this setting.
Anche se non ritengo seria una risposta del genere. :-((

 wrote in message
8ms41n$khc$1...@nslave2.tin.it...


 decimali a 4 e poi li resetto al valore precedente.
pur apprezzando il tuo consiglio che cmq ho messo in pratica così:
CLASS PgReport INHERIT RpReport
 METHOD Init(oOwner,cFileName,cDataPath,aDBFSwap,cUserID,cPassword) CLASS
PgReport
 LOCAL nDec AS INT
 nDec := SetDecimal()
 SetDecimal( iif(nDec = 0, 2, nDec) )
 SUPER:Init( oOwner,cFileName,cDataPath,aDBFSwap,cUserID,cPassword )
 SetDecimal( nDec )
METHOD LoadRpt(cFileName) CLASS PgReport
 LOCAL nDec AS INT
 nDec := SetDecimal()
 SetDecimal( iif(nDec = 0, 2, nDec) )
 SUPER:LoadRpt( cFileName )
 SetDecimal( nDec )
sperando che prima o poi correggano il bug.
Non trovo comunque etico nè dare la colpa alle librerie di RunTime di VO  nè
consigliare l'upgrade alla versione 3, nè tantomeno cambiare la politica di
support quando in fase di vendita garantivi un supporto tecnico illimitato.
(Illimitato fino a quando vogliono loro poi diventa limitato)...oltre al
fatto che ho perso giorni di lavoro per trovare un errore che poi risultava
a loro segnalato da più utenti e limitarsi ad inserire in una recondita faq
support che un cliiente ha segnalato l'errore a VO e gli è stato riferito
che sarà corretto il bug con la versione 2.5b come se a loro nulla
interessasse il funzionamento del proprio prodotto,
Scusa lo sfogo....
e
mi associo EXCELSIOR
:-))