Don Guy wrote: I tried passing "this" and obviously that causes a problem as it cannot be used within a thread. The dialog should be created (and would then be owned) by the main-thread. You could pass the entire mainform to the thread as an argument, and when the dialog needs be shown, use the mainform to invoke[^] the code on the mainthread. Bastard Programmer from Hell :suss: If you can't read my code, try converting it here[^]

Thanks for the code! Does this work if it's a on-screen/software key board?

Don Guy wrote: I didn't try to run the app for more than an hour yet, as i am not sure whether that will screw up other app's in the system.   What does this increase in Physical Memory mean? Is this a problem?   If yes, how can i fix that? See here. "One man's wage rise is another man's price increase." - Harold Wilson "Fireproof doesn't mean the fire will never come. It means when the fire comes that you will be able to withstand it." - Michael Simmons "You can easily judge the character of a man by how he treats those who can do nothing for him." - James D. Miles

When you run the program in the debugger, if you exit the program normally, then the Output window in Visual Studio should show you a list of memory leaks that it finds. This may be helpful in tracking it down. The difficult we do right away... ...the impossible takes slightly longer.

Great! "When you don't know what you're doing it's best to do it quickly" - Jase #DuckDynasty

You could create a custom resource inside the exe, and then read it at runtime. Check out: Creating a Resource[^] The difficult we do right away... ...the impossible takes slightly longer.

Don Guy wrote: Now the next part am working on is adding an XML file to the project and compiling it into the project. I assume you are putting it in the resource. XResFile - Files Stored in Resources: Part 1 - Text and Binary[^] Soren Madsen "When you don't know what you're doing it's best to do it quickly" - Jase #DuckDynasty

Maximilien wrote: Proper c++ memory management would tell you to use standard c++ classes and collections... None those suggestions however would fix the problem of increasing memory usage. Where the first response does.

It looks like you have gone down the Video For Windows route. You might want to consider stepping up to DirectShow instead. They are both old technologies, but VFW is just too old and annoying to deal with (we were using it on Windows 98). Whether you will be able to achieve 6 FPS really depends on several factors, primarily if your camera supports that frame rate at your desired resolution. You should be able to acquire the images as JPEGs or another bitmap format (RGB or YUV), but which formats are available depends completely on your camera. Take a look at this totally awesome CP article: Realtime Webcam Sudoku Solver[^] As I recall, it uses Video For Windows, so it should be easy for you to jump into the code and see how to access the image data. For a DirectShow sample, check out this CP article: Video Preview and Frames Capture to Memory with SampleGrabber in Buffered Mode.[^] And also browse through his other articles[^], it will not be a waste of your time. Here are a couple more DirectShow related CP articles: Simultaneous Previewing & Video Capture using DirectShow[^] DirectX Video Stream and frame capture[^] Soren Madsen "When you don't know what you're doing it's best to do it quickly" - Jase #DuckDynasty

Thanks guys!

Richard gave you the right suggestion, then. The only trick part is computing the size of the raw data (you may find sample code at MSDN[^]). Please note, as workaround, you could directly encode the whole BMP file (if you have it) content in Base64. Veni, vidi, vici.

You can sure do that... but it seems WAY more painful than taking a text control and adapting it to do whatever it is you want. If I may ask, why is it that you want to draw it yourself rather than changing an existing field control? BTW, the way you would do it is by custom drawing using something like GDI. Easiest way would be to draw the blank entry box first, then update it with textual line items... problem is making it look and act nice would be a pain.

The rules for web browsers is that they are not allowed to run executables on the client's system, so I do not think this is possible. Veni, vidi, abiit domum

Wrong, wrong, wrong. This is not calling a C# method from JavaScript, nor the other way around. A guide to posting questions on CodeProject[^] Dave Kreskowiak

And the code ends up different to what you intend...

Oh yeah, watch out for endian ness.

Try Keyboard Hooking