You could include SignalR in your application to push updates to currently connected users. Alternatively you could use JavaScript timers to pull updates. Considering that you'll need to write a bit of JS to coordinate where the updates are targeting, that would be my route. You should just need 1 timer, though, and attach the panel updates as events to a periodic method. Multiple timers that all do the same thing is just a waste of resources.

Foe Self-hosting application please check the following link: Hosting WCF services in a Windows Forms Application[^] here si described very well how to self host an WCF Service :)) BR

Could you upload the header and cpp file of dialog class ?

As far as I know, UI elements are attached to the process they're created on and cannot be transferred 'on the fly' to a different process. The only exception is that you can use the SetParent Windows API to show a process's main window inside another process's window. I have achieved this with little success. I don't think you can use this technique with controls though.

I digged out further and imagined that the problem i described, it will no longer be the issue at all. Can you please answer or help out the problem that I described. Because the problem now directed as this. "How can Remoting Obj Uri be gernated at runtime at subscriber's end?"

I have not used DIA but looking at the documentation there does not seem to be an obvious solution to your problem. I suspect part of the problem is the extra information that is added to the PDB when you include a header file that defines Windows functions; everything is included in the PDB even if it is not directly referenced in the final .exe file. There seem to be lots of pointers in the section on Symbols and Symbol Tags but no direct suggestion relevant to your question. Since this is a rather specialised subject you may be better trying one of the Microsoft forums that deal with the subject. Just say 'NO' to evaluated arguments for diadic functions! Ash

OK, I think I understand your problem. However, I'm afraid I have never looked into PDB file so cannot offer any suggestions on that. You may find this article[^] useful as he goes into the structure of vtables in C and how they match with C++ classes. Just say 'NO' to evaluated arguments for diadic functions! Ash

struct IParameter { int m\_ID; virtual ~IParameter(){} }; class IParameterSetter { public: virtual ~IParameterSetter(){} virtual int SetParameter(IParameter \*pParam) = 0; }; class IFactorySpecific { public: virtual void Execute()=0; }; class ISubjectExecutor : public IFactorySpecific, public IParameterSetter { public: enum PARAMETERID { ID\_CLSID, ID\_Guids }; struct CLSID : public IParameter { CLSID(){m\_ID = ISubjectExecutor::PARAMETERID::ID\_CLSID;} int a; ..... }; struct Guids : public IParameter { Guids(){m\_ID = ISubjectExecutor::PARAMETERID::ID\_Guids;} int x; ...... }; }; class IWin32Executor: public IFactorySpecific, public IParameterSetter { public: enum PARAMETERID { ID\_FilePath, }; struct FilePath : public IParameter { FilePath(){m\_ID = IWin32Executor::PARAMETERID::ID\_FilePath;} char cszFilePath\[260\]; ..... }; }; class COMExecutor: public ISubjectExecutor { public: //void setCLSID(); //void setGuids(); int SetParameter(IParameter \*pParam) { switch(pParam->m\_ID) { case ISubjectExecutor::PARAMETERID::ID\_CLSID : ISubjectExecutor::CLSID \*pData = (ISubjectExecutor::CLSID \*)pParam; //...continue using pData, like pData->a return ...; break; case ISubjectExecutor::PARAMETERID::ID\_Guids : ISubjectExecutor::Guids \*pData = (ISubjectExecutor::Guids \*)pParam; //...continue using pData, like pData->x return ...; break; } } virtual void Execute(){.........} }; class Win32Executor : public IWin32Executor { public:

Riiight... that's kinda what I said. Custom types wouldn't (or shouldn't) be in the System namespace.

glitteringsound wrote: e.g I have read data from an XML file i.e BSTR field1,BSTR field2,BSTR field3,BSTR field4,BSTR field5,long field6 I don't think creating types at runtime is the correct way to do this. You should try to design your types in such a way that it can hold the data coming from XML file. For the example you have shown, I'd create a class which has a List which can hold all BSTR fields. If datatype of BSTR fields are not primitive, I'd create a separate type for BSTR and keep it in the above said list. Now if you have different data types for fields, you can keep a datatype identifier field which will tell you what type the value should be. This will help you to cast to the correct value before using. :) Best wishes, Navaneeth

The PEF specification is a large set of rules that must be obeyed. Obeying some of them is insufficient to be a valid EXE file. So you could check a few of those rules to rule out the obvious violators, you would have to check everything to be absolutely sure it is a real EXE though. If all you want to do is discard some obvious non-EXE files, look at the first two bytes, and a couple of the header bytes such as the e_magic field. :) Luc Pattyn [Forum Guidelines] [Why QA sucks] [My Articles] Nil Volentibus Arduum Please use <PRE> tags for code snippets, they preserve indentation, and improve readability.