Hi, unfortunately I have to reserve a large amount of global virtual memory because virtual memory (either physical or in page file) is a shared, limited resource. The article about the heap should fit but I still do not undestand how to use STL::new and malloc without making custom allocation classes. So the problem is still open... regards, Andrea

In short : The interface pointer used by your worker thread to fire the events is not valid for the worker thread. In length (there are numerous resources on the web that discusses this problem): http://www.mvps.org/vcfaq/com/1.htm[^] It's doesn't matter that the object is martked 'Both'. VB instansiates it in an STA. In detail: When you fire the event in your worker thread that thread executes native VB code. VB assumues that the thread that calls it is always the same thread (the same requirement as for the STA). VB tries to get data in the TLS but since it is the wrong thread that calls VB, VB will sometimes throw access violation (if you're lucky). If the object would've been marked 'Free' (an MTA object) then VB (or rather the COM-runtime) is forced to instansiate the COM object in the MTA. If the worker thread then also enters the MTA (by calling CoInitializeEx with argument COINIT_MULTITHREADED) then it's legal for the worker thread to fire the events in the way the VC 6 wizard generates the event-firing code. In this case COM will automatically put up proxy/stub pairs between the VB and your object ensuring that it's the correct thread that calls the VB code. The drawbacks are: 1. Performance (every call is marshalled and will force a thread switch, few calls = no problem, many calls = large performance hit) 2. You must secure your object for concurrent access (but since it was marked 'Both' it should've been secure already 3. An MTA object _can not_ be an ActiveX object (that is a COM object with UI) A peculiar detail is: 1. When the VB code calls your object the COM runtime will pump the message loop.

Web services are a stateless RPC protocol. After the call is finished the instance is destroyed. There is a way to enable session state in web services but I don't know how to do it in ATL. Information on How To Enable session state in a C# Web service is located at the following link. http://msdn.microsoft.com/library/default.asp?url=/library/en-us/cpguide/html/cpconstatemanagementinaspnetwebservices.asp Best of luck Forever Developing

Thanx a lot, I found the problem, and this could be interesting for you, too. My COM dll server was properly registered in a substituted volume (V:) that does not exists at Windows startup. For some reason this prevents the interface from being accessed in inetinfo processo. Placing my COM dll (ATL COM inproc server, by the way) in %windir%\system32 all works well. Thanks a lot for your help. Best Regards, Andrea ;)

Hi Andrea, I was wondering about same thing (What if my objects support events?) when going thro web service Why's and How's :) What I found is "Web Service Notification Design Pattern" that sounds something on same track as Events. Check the following search I did on Google - web service notification[^] I haven't done any implementation for it because I was just curios to know why and where one should use Web services and not DCOM. I hope the above link will help you to some extent. Please let me know if you find anything substantial on this Topic. Thanks ------------------------- Have a great day ahead! Regards, Sohail Kadiwala (My COM Blog - http://lovecom.blogspot.com)

Look at the WM_QUERYENDSESSION and WM_ENDSESSION messages. "When I was born I was so surprised that I didn't talk for a year and a half." - Gracie Allen

Hi David, unfortunately it does not work. My dialog is a window inside a frame in a SDI application. I checked w/ Spy++ and it does not receive any WM_ACTIVATE msg. Have u got any idea? Sorry if I am annoying u w/ silly question. Thanx a lot. Bye, Andrea:)

Thanx a lot Mike, when you come in Italy I'll offer you a beer. Thanx again. ;)

Thanx a lot. Really.

Thanx a lot. I will check for something. Merry xmas

De Nardis Andrea wrote: ...MyCompareProc is called exactly as many times as the item number but this is clearly not sufficient for a complet alphabetical order That depends on the sorting algorithm used. While some algorithms look at each item multiple times (e.g., bubble), others look at each item fewer times, or even just once. I suspect that the algorithm employed by SortItems() is based on Hoare's partition-exchange (i.e., quicksort) algorithm. As you add items to the control, a call to SetItemData() should be made. For example, the item's data could be a pointer to a CMyObject class. Then the comparison routine will look like: static int CALLBACK MyCompareProc(LPARAM lParam1, LPARAM lParam2, LPARAM lParamSort) { CMyObject *p1 = (CMyObject *) lParam1; CMyObject *p2 = (CMyObject *) lParam2; CString str1 = p1->SomeString; CString str2 = p2->SomeString; return strcmp(str1, str2); } Five birds are sitting on a fence. Three of them decide to fly off. How many are left?

Thanx guy this worked for me also!!!! Thanx a lot:) :)

The arrow key will be eaten as part of IsDialogMessage, I think. You might need to override PreTranslateMessage for the dialog or say that your window wants arrow keys via WM_GETDLGCODE Steve S

I noticed PreTranslateMessage works properly but the message is lost somewhere in between the MFC call stack. I am confident this could be due the fact there is a OCX control on the dialog that probably process the WM_. How can I be notified of the message instead of the control(s)? Best Regars, andrea:-D

UAO IT WORKS!!! Thanx a lot Regards andrea:):)

yes, of course those solutions need CPU, but how do you want to be sure that the app is going on without looking for it often? Imagine that you send a message from your app to the "controller" (I'll call controller to the application that needs to know if your app is active) when your app starts, and another when your app stops... If you can ensure that your app won't hung and that the controller is started before the app, this could be a good solution, think about a button (or something similar in your controller in order to kill the flag (only in case that your app hungs)). Remember not to use FindWindow (if your app can hung, this could make the controller hung also). Think about: what could happen if your controller was not started before the app? For this reason I thought on the file locking method... (that sacrifices some CPU making the controller looking after that, but gives you almost all the control needed. I've used that in order to make two controlling services to know about if my app was running, if my app, or one of the services was stopped the computer immediately stopped... (this was done in a console computer environment (a computer programmed to move a machine)). If you don't need to know about the state of your app. you can use the sending of messages, cheap and easy. Think about a messages protocol that allow the two apps to communicate... hope this helps...