Plateforme Level Extreme
Abonnement
Profil corporatif
Produits & Services
Support
Légal
English
ProcessId and ThreadId
Message
Information générale
Forum:
Visual FoxPro
Catégorie:
COM/DCOM et OLE Automation
Divers
Thread ID:
00568380
Message ID:
00568887
Vues:
24
Hi!

Larry already answered this question ;)

>Let me summarize. Assuming I have an OLEPUBLIC multithreaded/multiuse EXE:
>
>*-------------------
>* Saved .prg file in test project
>define class myole as session olepublic
>pdata=0
>threadId=.null.
>
>function init()
>this.threadId=Application.threadid
>endfunc
>
>enddefine
>
>*-------------------
>p1=createObject('test.myole')
>p2=createObject('test.myole')
>p3=createObject('test.myole')
>*-------------------
>
>What you are saying is that p1, p2, p3 all use the same processId and threadId sharing the same code but each one has its own copy of 'pdata' and 'threadid' (of course 'this.threadid' is the same for all instances in this case.)
>
>I just need a way to uniquely identify each object internally. I can do this of course by making some random number or even a globally incrementing public variable. I wanted to avoid this and use one that is part of the system. How does VFP know which object's data belong to p1 or p2 or p3? There must be a handle somewhere to point to the data.
>
>Regards,
>
>Costas
Vlad Grynchyshyn, Project Manager, MCP
vgryn@yahoo.com
ICQ #10709245
The professional level of programmer could be determined by level of stupidity of his/her bugs

It is not appropriate to say that question is "foolish". There could be only foolish answers. Everybody passed period of time when knows nothing about something.
Précédent
Répondre
Fil
Voir

Click here to load this message in the networking platform