I think you're seeing the situation the wrong way. Your COM server should be Unique but think of it as the entry point for what you really need to be in multiple instances. For example, see it as getting the handle of an Excel Application object, then you would want your client app to be able to select or create a new Excel Workbook. So, Basicly, Client App gets a Handle to the COM server primary object which might contain a collection of SomeAppInstance that your client application can present to the user. The user is presented with 3 choices, 1) Select an instance, 2) Create a new instance, 3) Cancel Selection/Connection. Hope this applies to your needs.

Unless they changed in the latest version here are the Maximums. Rows: 65536 Columns: 256 You can have many sheets, but each sheet cannot contain more than this. This is annoying when one wants to import a 100,000 lines of invoices coming from an external prog for analysis reasons. Unfortunately i dont have an official link for you. Hope this helps.

Wrong forum ? I believe this should be going in the lounge, no?

As far as i recall, the stack size is not related to a DLL, its the process including the DLL that is deciding on its stack size. Depending on the amount of information stored on the stack, it would probably be better if you kept only a pointer to a struct with the info you need at each level of recursion. You could event count the recursion level and keep some information into an array that is dependant on the recursion level. Here are a few points you might want to investigate too. How many levels deeps are you getting into ? Are you sure you're not simply entering an infinite recursion which does overflow the stack. Is the recursive function having too many parameters, could you simplify these parameters and pass in a struct pointer ? Are there too many local variables in my recursive function ? Every time you enter a function, there is a number of bytes being reserved in the stack, each parameter passed to a function could be taking some stack space so if you recurse on a function that requires 40 bytes for its parameters it can add up quickly. Also, local variables do take space on the stack. Having a recursive function with "char somearray[512]" isnt convenient in a recursive function since on each recursion level, 512 bytes will be reserved for that level.

Maybe you now need to CoInitializeSecurity() ? XP2 now has a more secure web browser system and this is a good thing.

http://www.w3.org/TR/REC-html40/struct/objects.html[^] This should explains the semantics of Object tag and Param tags.

Hope you know how to handle variants, First, use a VARIANT as input parameter, Then, check that input field type is Dispatch type Next, QueryInterface the dispatch member of the variant field Sorry, no time for sample, im at work.

I think that any public property should be available for use in param tags. but i would search any infos regarding < object > tag to see if anything can help. DarkByte

how do you access your activex object ? is it using the < object > tag ? if so, how about you use the other tags that it can use (i cant remember the syntax) < param user='< %=Request("user")%>' > < param password='< %=Request("password")% > ' > if you instantiate your control server side: < % myActiveX = new ActiveX("MyProg.Id"); myActiveX.User = String(Request("user")); or myActiveX.SetUser(String(Request("user")), String(Request("password"))); % > my script code is in JScript since this is the flavor i prefer, but the same can be achieved using VBScript.

Hummm .. a possible way is to check for the screens Dimensions (if that applies) at time x .. 1024 x 768 at time y .. 768 x 1024 think it could apply ?

Don't know if this is documented somwhere but this sounds like Screen Saver attempt at getting the focus before actually going in Screen Saver mode.

Nope, it is not possible. But you could always try and find which registry key keeps this information.

Most Automation Application will be running when you create an instance of them in your application. The reason being that for most operations to be performed, excel need to be running. This makes things a little complex sometimes. Like trying to do something that pops a dialog box only when certain conditions are met. Then the excel application seems like it is stale, but its waiting for a user to click on the "OK" button of the dialog it just popped. Same applies to most members of MS Office family. So, its a definitive NO, you cannot communicate with Excel without having a running excel.exe COM Automation does require to have an active process. This of it this way: if you start your program 3 times, you will have 3 different Excel applications running, and this is a good thing. You dont want a process intensive task to prevent your 2 other programs to wait when all they do is a simple task each.

Is the XP system connected to a Domain with Active Directory ? How about NetLocalGroupAddMembers() ?

Communicating with Excel.Application requires that excel be started. If your issue is that this application is visible, then you can probabaly find a visibility method in excel itself. It should be something like m_pApp->SetVisible(false), althought i'm pretty sure my syntax isnt the right one. Other than that, there is a package that is being sold that allows to manipulate excel at the file level but its not free. Can't remember the package name thought.

You have any link to specifications of v22.bis data ? What is your scenario ? (i.e.: a brief explanation of the context in which you require to demodulate your data) etc. etc.

I'm trying to figure out what kind of help you need but its not clear in your post. 1) What interface(s) are giving you the problem. 2) Any code sample that we can look at 3) What exactly is your goal, what do you expect your code should be doing Try to picture yourself as someone trying to help you, what kind of information would you require to help that person.

I've been working on a COM Service project for about 2 months and early in the development process, i had to generate Proxy/Stub dll. Today, after having a very evolved project, i try to figure out which data type prevents me from using the standard marshalling libraries. I've been browsing thru the net for about 1 hour and a half, trying to find which data type was 'forcing' me to have my own Proxy/Stub dll. Then, i figure i'll unregister my Proxy/Stub dll and see if i can still acces my COM Service. Well, it works :omg: I guess during the growth of my project i changed whatever required that proxy/stub code and am now fully automation compliant :-D Just needed to share this as this is not a question, but it sure feels good to know my project is full automation compliant.

Is this your own code or some random add-in you loaded on the net ?

I know i'm going to look dumb but... What's a GMail ?