[VB] Debuggen

[Phenomenon]

Is het ook mogelijk om door code in VB te laten zien of de verwijzingen wel goed staan.

Als je een verwijzing mist in VB zie je onbekend staan en nu wil ik dat ik dit dus d.m.v. een stukje code ook kan zien wanneer hij gecomplieerd is.

Hoop dat het een beetje duidelijk is.

[Narf109]

Op dinsdag 11 december 2001 00:04 schreef Peter1978Thuis het volgende:

Hoop dat het een beetje duidelijk is.

niet echt

Maar bij het compilen checkt ie al je declares toch al...

[Phenomenon]

Ja, maar op je ontwikkel machine is het (bijna) altijd wel goed, maar als je het gaat instaleren, kan het zijn dat een referentie naar Dll/Ocx niet goed is, en dan wil ik dus bekijken welke er niet goed zijn.

[Verwijderd]

Project/references

maar het zei het al bijna zelf

[markvt]

Op dinsdag 11 december 2001 06:38 schreef trifling het volgende:
Project/references

maar het zei het al bijna zelf

k

[Phenomenon]

Ja dat snap ik wel, maar dit kan je dus niet doen als het een exe is. En dan wil ik juist kijken of de referentie's nog steeds goed staan (dus op een andere machine).

Bv. Iemand installeerd het programma, maar bij de installatie gaat iets niet goed (een dll wordt bv niet geinstalleerd), dus klopt er een van mijn verwijzingen niet meer. Nu wil dus dan kunnen zien welke verwijzing dat is.

Dus op die machine staat verder geen VB.

[Korben]

Op dinsdag 11 december 2001 08:57 schreef Peter1978Thuis het volgende:
Ja dat snap ik wel, maar dit kan je dus niet doen als het een exe is. En dan wil ik juist kijken of de referentie's nog steeds goed staan (dus op een andere machine).

Bv. Iemand installeerd het programma, maar bij de installatie gaat iets niet goed (een dll wordt bv niet geinstalleerd), dus klopt er een van mijn verwijzingen niet meer. Nu wil dus dan kunnen zien welke verwijzing dat is.

Dus op die machine staat verder geen VB.

Programma draaien en kijken welke DLL niet kan worden geladen. DLL's stap voor stap installeren (dus kopieren + regsvr32'en). Klaar.

[MrBrown]

Op dinsdag 11 december 2001 09:00 schreef Xenophage het volgende:

[..]

Programma draaien en kijken welke DLL niet kan worden geladen. DLL's stap voor stap installeren (dus kopieren + regsvr32'en). Klaar.

En dit stuk wilt ie denk ik dus weten...

Ik weet trouwens niet hoe dat zou kunnen hoor, maar misschien kan je iets doen met foutafhandeling (als een aanroep naar een dll gedaan wordt en dit gaat fout is die dll waarschijnlijk niet geregistreerd)..

[Crazy D]

Tjah niet heel netjes, maar 't zou moeten werken: tijdens het opstarten alle objecten die je wilt gebruiken, (proberen te) laden.
Je krijgt als een dll niet geregt is, pas een error op de regel
Set blah = New Blahblah
Dus die kun je afvangen (error 429 uit m'n hoofd gegokt). Als je die init routine doorkomt, weet je dat alles netjes geregt is. En zijn de dll's meteen geladen zodat ze niet stiekum verwijdert kunnen worden.
(ik bedoel niet niet met een berg globale vars gaan werken, maar gewoon een rijtje variabelen die alleen in die init sub staan, gewoon puur om te testen of het object te laden is).
Ik heb op die manier weleens afgevangen of de juiste db componenten geregt waren, alleen direct na reggen moest ik het programma sluiten en weer starten voordat het component alsnog geladen kon worden.

Er is bij mijn weten geen dependency walker voor VB die meteen checkt of alle componenten die je nodig hebt ook geladen zijn (leuk idee voor een progje?