Newsgroup: it.comp.lang.visual-basic
Titolo: errore vb6.exe

 Buongiorno a tutti, da un po' di tempo a questa parte mi capita che
l'ambiente di Visual Basic all'improvviso si chiuda, generando il seguente
"errore" >>> Vb6.exe ha provocato un errore e sarà chiuso.Creazione del
registro errori in corso.
E fin qui... va bè, mi girano le scatole, ma può capitare. Il problema è che
ora mi capita anche nell'exe ... e qui sono cavoli amari, il messaggio è lo
stesso ma chiaramente sostituisce VB6.exe col nome della mia applicazione.
Non riesco a venirene a capo, accade in due punti ben precisi, ovvero nel
momento in cui esegue l'istruzione unload in due form. Errori a livello di
codice non ce ne sono, è poi non ho modificato nulla rispetto a quando
andava tutto liscio
La configurazione della mia macchina è la seguente: windows2000, office, vb6
sp6, sourcesafe, avast antivirus, SqlServer 7.
E' un grosso problema, non riesco a venirne a capo.
A qualcuno è mai capitato?
Grazie.
Elena
 
 
--------------------------------
Inviato via 
http://arianna.libero.it/usenet/

 momento in cui esegue l'istruzione unload in due form.
bon.
problem solving lesson one:
le due form hanno qualcosa in comune che non c'è nel resto delle altre
form? chessò, un controllo di terze parti o cose del genere?
-- 
Salutoni
Sergio
Per rispondere... togli il group dall'indirizzo
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it

 sp6, sourcesafe, avast antivirus, SqlServer 7.
Sia in vb6, che nell'exe sull'unload dei due form.
Fai magari una prova senza antivirus, a volte certi
aggiornamenti producono comportamenti inattesi.
Ritengo comunque poco probabile un bug dell'antivirus,
mentre potrebbe essere interessante sapere se sui form
che crashano sono caricati degli ocx e quali.
Scommetto un dollaro  contro un fagiolo che un oggetto
COM viene  scaricato una volta di troppo perche' ha il
reference counting sballato.
Fai forse uso di tweak references?
-- 
ciao, hal




 ssdbcombo ed ssdbgrid.
I controlli della sheridan sono dei buchi neri.
Una volta su un dbcombo ci ho perso quasi 3 giorni per lo stesso problema.
Questo non significa che nel tuo caso siano questi la causa, però controlla 
ad es. di caricare correttamente tutte le colonne della griglia e del combo: 
può essere che se accedi a una colonna che non è presente vada appunto in 
GPF.
Ad es. accedi alla colonna "Codice" che non è presente o alla colonna 5 
quando ne hai solo 5 (partono da zero).
Però attenzione, perchè non è detto che ci vada sempre!
E questo potrebbe essere il motivo per cui portate su un nuovo form questo 
non dia problemi.
Ciao 


 


 ha scritto nel messaggio
news:213Z45Z0Z213Y1...@usenet.libero.it...

Le cause potrebbero essere più d'una.
È probabile che sia come altri ti hanno risposto, ossia un bug nei controlli
Sheridan.
Però se non ne vieni a capo, considera anche queste possibilità.
1. Non è infrequente che SourceSafe sbagli ad estrarre i file .FRX archiviati,
che risultano poi incongruenti verso il relativo FRM e questo fa crashare VB.
Però te ne accorgi perché capita anche quando cerchi di aprire il form nell'IDE.
2. Con certi antivirus (McAfee VirusScan Enterprise) mi è capitato lo stesso
tipo di problema quando il programma andava a caricare un controllo third-party
(nel mio caso APEX TrueDBGrid), hai provato a disattivare AVAst?
Bye
Raf

 Però te ne accorgi perché capita anche quando cerchi di aprire il form
nell'IDE.
Usiamo VSS su 2 progetti con circa 300 form l'uno, tutti i giorni in 20
persone ormai da 4 anni (prima eravamo in una decina) e non ci è mai
successo niente del genere.
Ciao
--
Reporting tool: 
http://www.neodatatype.net
Qualunque mentecatto può scrivere codice che un computer possa capire.
I buoni programmatori scrivono codice che gli uomini possano capire.
[Martin Fowler]

 successo niente del genere.
Oh... a noi con progetti con un decimo dei form (ma archiviati in DB contenenti
anche 30 progetti) e 2-3 client VSS è capitato almeno 4-5 volte (da quasi 5
anni). Ed è successo non solo con form, ma anche con UserControls. Ma magari c'è
qualche accortezza o impostazione di archiviazione dei file binari che abbiamo
sottovalutato...
Lungi da me l'idea di "sputare nel piatto" VSS che è utilissimo e viene gratis
con Visual Studio (mentre altri attrezzi simili costano un occhio), però è noto
che non è propriamente un esempio di robustezza.
Ciao
Raf

 E' un rompicapo. Allora, nel secondo form c'era la colonna di una sdbcombo
nella quale non veniva caricato nessun dato.L'ho eliminata e su questo form
va tutto bene.
Ma qui viene il bello. Apro form uno, (su cui sono presenti delle sdbcombo
con le colonne tutte riempite), clicco su chiudi >>> errore.
Apro form uno, da lě apro form due (che ho sistemato), chiudo form due,
chiudo form uno, e tutto funziona.
Sostanzialmente, form uno non genere l'errore solo se apro e scarico form
due.
Parrebbe sistematico perchč ho provato un sacco di volte.
Qualche ideuzza?
Nel frattempo ho disattivato Avast, ma sembrerebbe non sia colpa sua.
Grazie a tutti.
Elena


 ha scritto nel messaggio 
news:213Z45Z0Z213Y1...@usenet.libero.it...


 Non ho più avuto problemi del genere.
Quoto ed aggiungo:
da scolpire nella mente di tutti i niubbi.
--
ciao, hal


No, nessuna variabile globale o quant'altro, per fortuna ho risolto, non ne
sono certa al 99%, ma era un problema di VSS con gli frx, anche se nell'ide
non c'erano problemi.E' una cosa strana, lo so...
Grazie a tutti :-)


 non c'erano problemi.E' una cosa strana, lo so...
Beh, chiaro... avevi trovato un problema degli sheridan e ora hai risolto
sistemando source safe :)
Come hai dedotto qual era il problema?
In dieci anni di programmazione VB il massimo problema avuto a causa di frx
errati è stata la perdita di qualche icona (motivo per cui esistono gli
frx), poi magari era proprio quello, ma la probabilità per quanto mi
riguarda è dell'ordine dello zero virgola %



 
