Daniel Jansson wrote: If I copy the entire folder to a Win7 machine (64bit) and install it in the exact same way, it works like it should. Incorrect process. 1. Install it on the Win 7 machine 2. Install it on Win 2008 3. Delete the files from Win 7 4. Copy the files as installed from Win 2008 to Win 7. 5. See if it runs. If it doesn't compare files. Daniel Jansson wrote: Any ideas at all on how to resolve this? Presuming the install works then it means it is an environment problem. First change the user that the service runs under to you. Try to run it. If that doesn't work then open permissions up completely on the install dir. If that doesn't fix it then restore then and continue. Next step is to determine if it is a start up problem or a code problem. You might be able to determine this by adding a log line as the very first line of the Startup (Service method itself). If that gets into the log then you know that some other process is falling. You can debut that by putting a try/catch in Startup, which you should have anyways and log it. This doesn't work if you start threads and you will need to add more logging for exceptions in threads (which you should also be doing any ways.) If the first log line doesn't show up then it becomes more difficult because it means that the service class is attempting to pull in a dll and initialization for that fails. Resolving that is done by creating a proxy in the Service which uses dynamic loading of everything else. Basically clone all the real functionality in the Service class, remove the functionality from the service class, then use dynamic loading to load and execute the second class with appropriate exception handling and logging for that. Of course the above assumes that logging itself isn't the problem.

Unfortunately, that won't help. Since i'm already on another thread when recieving the event, that's nothing I can control. The problem is access to the controls on the main thread when an event is recieved.

Check you are disposing stuff that implements IDisposable. A bunch of APIs put IDisposable on relatively innocent looking stuff due to being thin wrappers for COM components (ie: GDI's Matrix class needs to be disposed - and thats really only be six bloody floats). Mark Churchill Director, Dunn & Churchill Pty Ltd Free Download: Diamond Binding: The simple, powerful, reliable, and effective data layer toolkit for Visual Studio. Alpha release: Entanglar: Transparant multiplayer framework for .Net games.

Daniel Jansson wrote: I want the user to be able to resize and show/hide the different rows / columns easily. To accomplish 5 or 6 rows or columns you could use nested SplitContainers. Let me be clear, I am not advocating that, I don't know near enough about the problem you are trying to solve to suggest any solution. led mike

You can only do so much. Reading from a display adapter is slow no matter what you do. The best you could hope for is full read/write access directly to video RAM, which you're not going to get in a generic way that works on all machines. Your frame rate is pretty much unrealistic - especially for full screen. For example, just one of my screens at 30fps would require over 200MB of pixel data to be copied per second, and that's just getting the raw data. Then you probably need to do something with all that data. I've found GDI to be the most efficient, and the capture time is pretty insignificant compared with actually processing the data (compressing, saving, etc.). Good luck :) Mark Mark Salsbery Microsoft MVP - Visual C++ :java:

open source XSLT file? hehehe that's a good one! Yes I have found similar years ago by googling around. Also created my own it's not that difficult, you just use XSLT form of recursion. However the simplest mechanism is to just get the XSLT that Internet Explorer uses, it is stored in the MSXML(N).DLL. If you use Visual Studio you can open the DLL in it's resource editor and copy the XSLT which is stored as a resource right out into your own file. If I remember correctly the resource name is not obvious. You can also embed it as a resource in your own project. I have also seen noise about people getting the resource from MSXML at runtime. That approach means you are using which ever version the user has installed on his PC so that solution might have some benefits for certain projects. led mike

I can only point you to Tim Ewald's excellent book Transactional COM+[^]. Note that this only covers COM+ up to Windows 2000, and the little information it has on .NET is out of date (it was published in 2001), but the core information is very much correct. DoEvents: Generating unexpected recursion since 1991