PlausiblyDamp

Are you migrating to ASP or ASP.Net? Web applications do run under IIS but they are very different in terms of client interaction when compared to a more typical windows application. If you have a search under the Code Library there is a sample posted by Robby which covers several different ways of passing information between pages.

Never tried creating multi frame imgaes with .Net but the framework does support support writing gif images.

How are you generating the SQL that contains the date?

Unmanaged C++ is really just version 7 of the MS C++ compiler, although saying 'just version 7' understates the improvements in terms of standards conformance and tool improvements. Unmanaged C++ generates standard x86 (or 64-bit now) code and will involve the same runtime decisions as before (MFC or not, statically link or not). Managed C++ compiles to MSIL and will require the .Net framework to run - this does mean that you can get the benefits of managed code (Garbage collection, framework classes etc.). If you are looking at game development then don't discount managed C++ as an option and I would strongly recommend you have a look here to see just what can be done.

What is the error it gives?

It would still be launched under the desktop of the executing process (the web server) not the user's desktop. The problem is that this is not how web applications are designed to work, and as such are not working as desired. If this is ever expected to run as a client server app then Excel will be launched on the server not the client, depending on IIS / ASPNET configuration and permissions it may still not be visible on the client even with the web server running locally. Elevated permissions (i.e. System) could be a major problem if a macro virus got onto the PC, could potentially cause further exploits (invalid input into the webform etc).

That shouldn't require the web application to require a strong name though, a strong name is required to authenticate the origin of a .Net assembly. A web application would be installed on a server and as such shouldn't need a strong name.

Have you tried giving the application a hard coded version number in the AssemblyInfo file? Also out of interest is there a reason why you need to give a web app a strong name?

You should be able to do this the same way as any other application; generate a keyfile with sn -k and then add a reference to it from your AssemblyInfo.vb (or .cs) with an AssemblyKeyFile attribute.

Although this could be related to a permissions issue this behaviour could also differ between different OSs as Excel will (should?) run under the ASPNET account, this will often result in it running on it's own desktop rather than the user desktop. Personally I would look at the way this is being expected to work - web applications are just not designed to do what you are attempting to do, if the software is going to be installed locally why not just create a windows application? If you really need this to be a web application then it should be expected to have the application on a remote server.

I just noticed you are using both a DataAdapter and a DataReader in your original code - if you are wanting to loop with a DataReader then I would try to remove the DataAdapter related code and see if that clears up the problem.

If you step through the code does dr.Read() evaluate to true or false?

What operating systems are each of the PCs running? Do they differ between the working ones and the non-working ones?

About what? Do you mean how or why? Or something else?

Are you running this code on the client or the web server? Is the path on the client or the web server?

If you are doing this through .Net you will not require a reference to the scripting runtime, just create a reference to the relevant office / excel component and then you should be able to create an instance with code similar to Excel.Application oXL; Excel._Workbook oWB; Excel._Worksheet oSheet; // Create the Excel application object. oXL = new Excel.Application;

Personally I would agree with Joe Mamma on this and would use the built in eventlog support - much better for administrators as your app will log to the same place as all other applications, plus there are standard tools for viewing, searching etc. Failing that have you tried calling .Flush() and seeing if that makes a difference?

What is the actual exception you get?

If you want to manipulate paths then System.IO.Path takes care of a lot of the hard work. Also you could just use System.IO.File.Move if you wanted to rename a file.

IIRC the problem is down to C++'s name mangling - can you declare the functions as extern "C" and see if that fixes the problem.

If the controls are in a groupbox then you will need to loop through the groupbox's controls collection rather than the form's control collection.

use cs tags instead

It may help if you explain why you need to do things this way? If you really need to instantiate a variable and dynamically select it's type then you may want to consider implementin a factory pattern and encapsulate the logic behind the variable creation.

Not sure what your problem is - if you give the MDIChild a menu then it appears as part of the MDIParents menu. Are you not seeing this happen or is there some other problem?

What browser(s) are you using? Is the browser configured to block cookies? What is the URL of the page that iniitially generates the cookie compared to the ones that attempt to read it?