Newsgroup: it.comp.lang.visual-basic
Titolo: Errori imprevisti e instabilità

Ciao a tutti,
Vorrei sollevare una questione che ultimamente mi sta parecchio a cuore.
Mi è capitato spesso che applicazioni perfettamente funzionanti su alcuni PC, dessero problemi di
stabilità su altri ... diciamo pasticciati.
Mi riferisco ai classici errori irreversibili di Win di "pagina non valida" e similari.
Non ho fatto una statistica, ma sono capitati in condizioni molto varie: su apertura di un Report
fatto con CR, durante l'utilizzo di DB-Grid, etc.
Recentemente poi ho quasi perso un cliente per via di un PC che funzionava perfettamente con alcune
applicazioni (Excel, Word ...) e che invece dava problemi di schermate Blu con un mio software VB5.
Erano i soliti problemi di memorie, tutto risolto sostituendo i banchi di RAM.
Vengo al dunque, questi problemi capitano solo a me? :-(
Sono magagne legate a win (e registro di configurazione) o è VB a essere intrinsecamente instabile?
Anche software sviluppati con Delphi o VC possono incorrere in questi contrattempi?
Simone.


Vb ha un grosso difetto (o un grosso pregio a seconda del punto di vista con
cui lo guardi), č legato a quattro mandate alla Ole Automation. Cosě basta
un nonnulla di fuori posto nella Oleaut, Olepro e dll compagne che tutto va
fuori posto.
Il solo consiglio sensato č: stai attento durante la creazione dei pacchetti
di installazione, verifica che ci sia tutto quello che serve al programma e
che tutto vada al posto giusto.
Fatto questo, i programmi Vb nondanno ulteriori problemi.
ciao
ugo

 Fatto questo, i programmi Vb nondanno ulteriori problemi.
Farò del mio meglio, ma la sensazione è che ci sia poco da fare su PC zeppi
di porcherie  :-)
Ad ogni modo da quando ho sostituito gli Activex più diffusi con chiamate
API (grazie anche al ng) ho risolto parecchi problemi d'affidabilità.
Tornando al post della settimana scorsa: ma perchè MS non implementa a
opzione la possibilità di riunire in un unico .exe le dipendenze!??
Beh, insomma, se ci riescono produttori indipendenti ...
Ti ringrazio Ugo
Ciao, Simone

 Beh, insomma, se ci riescono produttori indipendenti ...
Visto che ci sono aggiungo un altro paio di considerazioni.
Collaboro con una Software house che distribuisce un gestionale "della
madonna" sviluppato con Access 2000 e distribuito con relativo Runtime.
E' un'applicazione impressionante dal punto di vista tecnico, che si avvale
di tutto l'ineguagliabile armamentario che offre Access/VBA: combo, maschere
continue, fogli dati secondari, report parametrici, etc. etc.
Tuttavia, anche se i programmatori sono stati molto cauti nell'uso di
Activex e similari, qualche problema d'affidabilità su PC pasticciati li
hanno.
Ma dato che si tratta di un Runtime, sono problemi che si possono anche
mettere in conto.
Quello che non mi torna nelle strategie MS è perchè anche VB (su per giù) si
avvalga di un'analoga strategia di distribuzione.
Analizzando un Setup di un gestionale VB, sono troppe le dipendenze che
installa perchè tutto possa andare liscio come l'olio.
Mi è stato risposto che anche le prossime realese di VB non consentiranno di
bypassare il problema della distribuzione Runtime, maledizione!
Scusate lo sfogo :-)
Ciao, Simone

 mettere in conto.
de gustibus
ciao
ugo

 > mettere in conto.
Bah, qui non ti seguo.
Anche perchè sono gli stessi problemi che s'incontrano con VB in fin dei
conti!
Ciao, Simone