Type: Posts; User: zerver
Search took 0.06 seconds; generated 50 minute(s) ago.
March 14th, 2014, 11:09 AM
Sorry, I did not read your original post carefully enough. If your 3rd party library is static already, you can ignore the warnings and forget the rest that I said.
March 13th, 2014, 07:58 AM
Did you get any hint at what the problem could be when you pressed Retry in the crash dialog?
March 13th, 2014, 04:22 AM
The reason you are getting the error without the /MD is probably that the library you downloaded is of "multithreaded dll" type. This is fine and will not give you any problems.
However, what you...
March 12th, 2014, 08:54 AM
March 11th, 2014, 09:37 AM
Yeah, that's much better.
March 11th, 2014, 07:40 AM
You're welcome. A solution that works is always better than a solution that doesn't, no matter how ugly the code is :D
March 11th, 2014, 07:03 AM
Okay, then maybe this workaround:
int n = list.GetImageCount();
list.SetImageCount(n + 1);
March 11th, 2014, 05:12 AM
March 10th, 2014, 07:27 AM
You will not have any collisions unless the variables have same name and are declared outside any class, function or namespace.
Keep in mind that such a function-declared static variable can be...
March 5th, 2014, 07:26 AM
This illustrates another problem. Now our assistance has made you think a switch statement is something awesome, and you will surely try to use it soon again. In reality, the switch statement is...
March 4th, 2014, 09:43 AM
The code you posted will not compile, but at the same time you say that your object moves when you press a key. This does not make sense.
Also, the code you posted makes me think you don't...
March 4th, 2014, 04:41 AM
As stated, an increase in memory is a problem, but only if it continues forever. Leave your app for a few hours or days to see what happens. Many allocators can behave in a way that makes you think...
February 28th, 2014, 02:07 AM
A while loop does not sound like the correct choice. I recommend you try use a timer ::SetTimer(...) and in the timer handler function update the picture.
If it still does not help, maybe a bug in...
February 26th, 2014, 03:01 AM
Then you should read a good book on C++ programming or go through quite a few web tutorials before you post any questions.
Generally speaking, no one here will write a program for you. What we may...
February 19th, 2014, 02:45 AM
Please note that int divided by int will yield an int. So 1 / 4 = 0, 5 / 4 = 1. This can be confusing, and in your example, maybe you should divide by 4.0 and 8.0 instead.
Also, you must...
February 17th, 2014, 05:34 AM
Your best bet if you want a universally working standalone exe is actually to stick with an old version of Visual Studio and do static linking of everything.
With newer versions you risk ending up...
February 13th, 2014, 10:14 AM
Infinite waiting is also a bad solution.
Maybe try a loop with repeated calls to FindWindow(), and you can then verify that the found window is the correct one using GetWindowThreadProcessId().
February 11th, 2014, 07:22 AM
I would immediately consider using a workaround, such as using FindWindow() and SetForegroundWindow().
February 10th, 2014, 04:33 AM
I'd suggest you tell us what the compile error is, but for starters "LNode" does not seem to be a valid class name.
Maybe it should be "ListNode" instead, so try recompiling and post your errors.
February 6th, 2014, 10:29 AM
1. Wrong forum. This is a C++ forum.
2. You must create two thread objects and also start them, otherwise nothing will happen.
3. Your code is also incorrectly written and will not compile - maybe...
February 5th, 2014, 05:32 AM
Sorry, but you need to ask a more specific question.
People here tend to be reluctant to help with writing an entire program.
February 5th, 2014, 05:18 AM
Also let me add that although you are not allowed to invoke objects from a thread, you can still send a message to the window handle.
CWinThread* pthread =...
February 5th, 2014, 05:07 AM
You are only allowed to call MFC user-interface objects from a single thread.
The reason is that the message loop may pump messages while your thread is running, and objects may be...
February 5th, 2014, 02:38 AM
You can decompile it, but you will never get C++ source code. The code will be in assembly format.
Someone who is skilled with reading and debugging assembly can possibly figure out how it...
February 4th, 2014, 03:26 AM
Generally speaking you never draw directly into the bitmap file.
Instead, load the bitmap into memory and draw there.
After you are finished drawing, you can save the bitmap to file.
Click Here to Expand Forum to Full Width