C / C++ / MFC

Thanks a lot!!:thumbsup:

You know, the BITMAPFILEHEADER may be followed either by a BITMAPINFOHEADER or by a BITMAPV4HEADER or by a BITMAPV5HEADER structure, see the documentation[^]. Veni, vidi, vici.

Sorry, I don't understand your question.

Did you try the link at the bottom of the page that says "Comments"?

A number of suggestions here[^].

You need to do it manually. Get the parent dialog client size (CWnd::GetClientRect) and use either CWnd::MoveWindow or CWnd::SetWindowPos to move/resize the child dialog of your choice. be careful about the CRect that is returned by GetClientRect, you might have to use ScreenToClient to ClientToScreen to convert the rect before move/resize the child dialogs. I'd rather be phishing!

It works, you just dont have rehash.exe in C.\temp I compiled your code and it and it worked. Output: Line, Character counting Program === === by Newbie Usage: fileName EXE Path: Press any key to continue

AmbiguousName wrote: Since I am storing video data as .wmv, does't it mean that video being stored is compressed (or encoded) ? Yes, your video is compressed, but not by much. If you do the calculation to see how large a 10 second uncompressed video file would be using your values, you get something like this: 640 * 480 * (32/8) * 30 * 10 = 368,640,000 = 352 MB This shows that the raw video is about 5 times larger than your compressed video. That is not an impressive compression ratio at all, so you should consider switching to H.264 as suggested by SuperCoder2014. Soren Madsen "When you don't know what you're doing it's best to do it quickly" - Jase #DuckDynasty

I have just tested it with an owner draw button in one of my applications. When BM_CLICK is send and the button did not had the focus, the DrawItem() member function is called with the ODS_FOCUS state bit set. The same applies when calling the SetFocus() member function of the button. So it seems that there is another error in your code. You may set a break point in your DrawItem() function and/or write the state to the debug window using trace() to check when and with which states your drawing function is called.

Finded it, thanks for your help! :)

jingjing yuan wrote: how to use c + + for the Jason data You need to explain where this data comes from and exactly what you expect your C++ program to do with it.

Hmmmm, As someone who has worked with inmarsat hardware I would guess that this guy is simply asking about MODBUS response timeouts which isn't really proprietary information. Best Wishes, -David Delaune

Congratulations! Cmake configuration may be nerve-wrecking (and often are imo ;) ). See you

You're welcome. I'd hoped you had, though the way you used it gave me the impression it was only a char* Glad to be of help. :)

The MSDN entry[^] includes a link to a sample implementation.

Re: The reason: It's so small that I honestly have great difficulty connecting alligator clips to the various pins. Forget the alligator clips. Get a crimper and some socket and pin ends that match the connector or pins available. Crimp the pin/socket on the end of your wire and put anything you want on the other end. Use various colors of wire to make it easy. To the OP, do some googling on demo and prototype boards. If you are really serious, for less than $100 you can get a demo/prototype board for just about any type of processor. Usually way less. Edit: Get some heat shrink tubing to insulate the crimped end.

Like most of these zip programs you can change the compression format off the command line. So set a command line on your compiler and follow it. The documentation to Z-Zip says Type switches Switch: -t7z Format: 7Z Example filename: archive.7z (default option) Switch: -tgzip Format: GZIP Example filename: archive.gzip, archive.gz Switch: -tzip Format: ZIP Example filename: archive.zip (compatible) Switch: -tbzip2 Format: BZIP2 Example filename: archive.bzip2 Switch: -ttar Format: TAR Example filename: tarball.tar (UNIX and Linux) Switch: -tiso Format: ISO Example filename: image.iso (may not be supported) Switch: -tudf Format: UDF Example filename: disk.udf So setup a command line to some file with -tZip and follow what it does. In vino veritas

If your connection is faster, then yes. In general, to achieve maximum performance, you will need a high performance protocol and I am not sure the Send API you are referring to falls into that category. Typical characteristics for high performance protocols are: * UDP based * Packet loss tolerant * Latency tolerant You may have to write your own protocol, or Google for "high performance open source UDP file transfer" and you may find something. Regards

The problem was that I followed the tutorial for upgrading the Scribble application. I changed the app class header to use CWinAppEx but not the source file. When I changed the source file the leak stopped.