I appriecate the offer, but, I'm pretty sure that's not allowed. I'm gonna try copying the not working disc and burning it. Maybe the program will read where it's erroring and fix it.:~ Me, wrong!?! Nah, you just need to change your thinking to make me right.

That's kinda strange. Do you need a bluetooth update maybe? - Anders Money talks, but all mine ever says is "Goodbye!"

Hello Aaron, Please try the Visual C++ forum for API/VC++/MFC questions. This forum is for MC++. Best regards, Paul. Jesus Christ is LOVE! Please tell somebody.

You can open a com port as a file under Win32. With minor restrictions, you can specify Read or Write attributes when opening such files to read from or write to. You can even try opening the ports as CFile using MFC. There is an example on Microsoft's site showing how to do this, including creating CArchive objects based on these files. After they are open, you can use standard file read and write routines or the << and >> operators. Look at MSDN. Here is a link to start you off. This goes through the theory, anyway, plus it is non-mfc. Can't recall the MFC link, but you can look at the VCTERM sample for specs on using the Communication control as well.. http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dnfiles/html/msdn\_serial.asp My personal experience: Do not try to do the copy in the same thread. Gets very messy. I spun off threads to read and write to and from the files. That worked well, except you now need synchronization between the threads. Good Luck!:)

Thanks, nothing there I could find. Me, wrong!?! Nah, you just need to change your thinking to make me right.

Yes, using the same classes you would with a Windows Form: System.Diagnostics.Process. I (and thousands of other experienced developers) would warn you against this, however. Web servers are open to enough worms as is without providing a means to execute any command on the server. If you don't protect it well enough (and proper protection isn't as most people think), anyone could run any command on your server, such as extracting your server's SAM database (system and user accounts), copying it to a publicly accessible directory, downloading it, and running a brute-force cracker on it like l0pht crack. Then they become your computer's administrator. Much more is possible, especially in larger corporate networks. I advise against it. Also, this does not qualify as shell programming. Shell programming works with the UI to provide and consume services to and of the UI. This is simply process execution. If you are asking if you can bring up the "Browse for Folder" dialog on the web site, you can't do it in the server context (its a blocking call and no one can close the dialog) and on the client you would need a thick client application, but then you have security to deal with from the browser. Using ActiveX in this way is tricking and using .NET embedded user controls[^] is even trickier. If this is the case, just deploy a regular application to your clients. Reminiscent of my younger years... 10 LOAD "SCISSORS" 20 RUN

TeraCoder wrote: I am developing a web app Is this a WinForms embedded in IE app or an ASP.NET web app? The former you will need to setup the security policy via the .NET framwork configuration (mscorcfg.msc). The latter you will need to give the ASP.NET and the IIS user account execute rights for the process in question. Hope this helps :) MyDUMeter: a .NET DUMeter clone "Thats like saying "hahahaha he doesnt know the difference between a cyberneticradioactivenuclothermolopticdimswitch and a biocontainingspherogramotron", but with words you have really never heard of."