🚀 go-pugleaf

>> Een crash is verder niet hetzelfde als het ongewenst sluiten van een
>> aplicatie. Er blijven vaal resten achter in het OS (DLL's, COM-objecten,
>> etc.). Zeker met VB apps is dat risico aanwezig.


>Zolang je het open van de file in "gewone" VB code doet, dan is er bij
>een crash van de applicatie meestal weinig aan de hand.


Meestal ja, maar het risico blijft aanwezig.
En daarom vind ik het een slechte oplossing. Meeste programma's - zoals
Outlook Express, test zelf maar - doen het door detectie van de
programmanaam. Kmt die meermalen voor, of is het ID anders, sluit je jezelf
af.

In de Win32 bijbel - Programming for Windows 95, van Petzhold - staat zelfs
een voorbeeld stukje code.

Lock-files zie ik zelf persoonlijk als een smerige hack die enkel gebruikt
wordt omdat je het niet eleganter kunt oplossen - maar ja wie programeert er
nu vrijwillig in VB als je C++ en/of Delphi kent ... aldus ook mijn
persoonlijke mening.

>En dat het risico dat er "resten" blijven hangen is even groot met
>applicatie geschreven in een andere taal, als bv. C++.

Niet helemaal waar. VB heeft een runtime. Met de moderne VB wil je dat nog
wel eens vergeten omdat dat nu weggewerkt is in een setje DLL's.

Maar ik doelde meer op het feit dat veel VB apps COM objecten gebruiken. VB
zelf kan vrij weinig qua hardware access en andere leuke dingen en dus heb
je al snel een extra DLL of COM-object nodig.

Armin
--
Philips Semiconductors B.V.
Systems Laboratory Eindhoven (PS-SLE)

Tools:
http://www.phys.uu.nl/~gerritsn/download.html

--
(To reply remove DELETE from adres.)