Newsgroup: it.comp.lang.visual-basic
Titolo: VB4 bug

ciao, quelle di seguito sono un paio dei problemi che ho incontrato e risolto (non dico
con quali inauditi improperi) in un programma fatto con vb4.
1. in una form c'erano tra gli altri i controlli datacontrol,dbcombo,tabbed
ecc ecc. C'era inoltre un array di datacontrol la cui lunghezza era 
prefissata gia' in fase di design, quindi senza caricarli in runtime.
Alla chiusura di tale form in runtime qualunque macchina cu cui girarsse
il programma si piantava con becera continuita'. Sempre e comunque.
Dopo lunghe fasi di debug si scopre che la causa sta nel fatto che il
nome dato all'array di datacontrol e' troppo  lungo. Infatti lo stesso
identico programma compilato con il nome originario del datacontrol (piuttosto 
lungo ineffetti...diciamo 30 car.) si pianta mentre se compilato sostituendo 
a questo un nome piu' corto funge correttamente. Senza cambiare assolutamente nient'altro.
Ora, non mi sembra che ci dovrebbero essere limiti dichiarati sulla
lunghezza dei nomi dei controlli. Quindi opto per un bug del vb4.
2. L'iracondo compilatore della microsfot mi ha regalato anche la 
seguente chicca.
In una form c'erano normalissimi controlli del vb4 tra cui dbgrid e 
dbcombo. Un solo dbcombo. Tale dbcombo il cui nome ancora eccheggia
nelle mie notti stava in un semplicissimo controllo frame insisme al
altre text box.
Bene, il programma si piantava sempre e comunque su qualsiasi macchina
causando un errore nel dblist.ocx.
Sempre dopo un efferato debug si scopre che e' sufficiente mettere 
quel'unico dbcombo in qualsiasi alra zona della form ma NON all'interno
del controllo frame. Sempre senza cambiare assolutamente niente altro.
Specifico che il programma in questione non fa uso di alcuna 
libreria particolare, solo elementi della normale installazione
del vb4.
Qualsiasi precedente o analogia contribuirebbe a placare le mie invocazioni :)
bai
francesco
--
Automatic posted from 
ten.dimi.uniud.it
 [158.110.144.132]
via Mailgate Server - 
http://www.mailgate.org

 seguente chicca.
...
Lo dico senza scherzare:
Win95 prima e VB4 dopo sono per me due argomenti di riflessione SERI sul
tema: cambiare lavoro. In effetti si può vivere anche senza dannarsi
l'anima appresso alla Microsoft. No?
Saluti
Silvio Sorrentino

dbcombo. Un solo dbcombo. Tale dbcombo il cui nome ancora eccheggia
3. VB4, form aperte in maniera modale che contengono DBcombo, e programma
installato su macchina dove non risiede l'ambiente VB --> il Dbcombo resta
disabilitato cioe' non permette di selezionare gli elementi dell'elenco.
SOLUZIONE MICROSOFT: aprire la form in maniera non modale dopo aver
disabilitato tutte le eventuali altre form aperte (allo scopo di simulare
l'apertura modale della form con il DBcombo)
4. questo e' nuovo l'ho scoperto ieri. Dbcombo all'interno di una form il
tutto in una DLL sviluppata in VB5. apertura della form in maniera modale da
un progetto client --> Errore 7 -Out of memory (ovviamente questo accade
solo sulle macchine dove non risiede l'ambiente VB). SOLUZIONE MICROSOFT: io
ho richiesto il suo intervento inviandogli il progetto di esempio ora
staremo a vedere ....
Alla prossima o meglio al prossimo ....
....BUG del DBCombo
Ciao
Paolo