Fill the client rect with grey before DrawImage or change your image.

I have not done any DLL debugging with VS2005 yet, however in the past to get a DLL to step debug I had to start the debugger from the DLL project specifying the EXE that will load the DLL. If you cannot get the EXE to stop at the point you wish, just put an "_asm int 3h" inline and the debugger will stop. If its a debug build it should automatically pull in the source.

If your app depends on DX9 then install the redist of DX9 with your install.

If you debug from the assembly view it will execute the instructions one at a time.

Start with SendInput http://msdn.microsoft.com/library/default.asp?url=/library/en-us/winui/winui/windowsuserinterface/userinput/keyboardinput/keyboardinputreference/keyboardinputfunctions/sendinput.asp[^]

Did you ask Sony?

What is m/c? You can open a pipe to both ftp locations and transfer the data through the middle system. The data can remain in a buffer, it does not need to be written to the local drive.

Sounds like you need to add ole32.lib to the project's lib files.

You will need to create a miniport driver (.sys) that can map that memory and access that I/O. After that you can create a macro that uses the inp/outp syntax to call the miniport. See MSDN for more info on miniports.

If you have an MP3 encoder filter loaded the it should not be a problem.

Can you use SetWindowText since its an edit window?

If the lib files were built with the later compilers you will have link problems building with VC6. The latest version of Platform SDK has some libs that will not compile with VC6.

You may be able to find a canned package in PHP or other web code, but I don't it would be done in COM.

You can use ShowWindow with any window handle, but what window do you need to hide these items?

You could create a file on the local drive and store as much as the drive would hold. There would be no need for any memory allocation or re-allocation. If you don't need speed, its an option.

The control port on your PC may be a write only port and reading back the data from it would not be valid. You should check the lines with a scope and verify if they are toggling. If you ultimately require more read lines for your project you can add a latch circuit and use one of the control lines to swap your other signals to read from the 8 data lines.

Red, you may be able to use sscanf to parse each line of the file. It can parse based on a format string into the variables that are passed in the call to it. http://msdn.microsoft.com/library/default.asp?url=/library/en-us/vclib/html/_crt_sscanf.2c_.swscanf.asp[^]

Atif, I sugguest you debug the program in conjunction with Spy++ and verify the combo box identifier. If the combox box is being displayed in the dialog then it will have a window handle and items can be added. With GetDlgItem returning null then either your IDC_ is incorrect or the window handle for the dialog is incorrect.

Your code to add the string is correct, however if you are adding items to your memory template after you have called CreateDialogIndirect, the new items will not be part of the dialog until you first close that dialog window and recall CreateDialogIndirect. The only way to add more control items to an existing dialog would be to use CreateWindow and specify the dialog as the hwnd parent.

1. the question mark typically means it cannot resolve the address for the variable. 2)odd, that should work. 3) breaking away from your code to disassembly typically means it is in code that is outside your program and the source is not provided elsewhere. This can happen with many runtime functions or library code. There is no way to prevent it unless you make sure you do not step edit into something that is outside of your app code.