🚀 go-pugleaf

>> >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.


>Werkt helaas niet bij windowloze applicaties.

Waarom niet?
Je krijgt een PID en je hebt een program handle met naam. Of het nu GUI is
of niet.

>In een netwerk omgeving kan een lock file anders een behoorlijk
>practische oplossing zijn om te controleren of een applicatie al op een
>(andere) PC draait.

In een netwerkomgeving

>Ik programmeer vrijwillig in VB terwijl ik ook C++ en Delphi ken. Het
>gaat me uiteindelijk om het resultaat en de snelheid waarmee ik dat
>bereiken kan. Maar ieder z'n taal en voorkeur.

Dat is waar.

>> 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.


>En waarom zou je dat niet hebben in C++?

Beweer ik dat dan?
Maar omdat je met C++ zelf de hardware kunt aanspreken op manierenw aarom
dat met VB niet altijd mogelijk is zul je sneller bij VB naar een DLL of COM
object moeten grijpen.

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.)