|
Why in the world would you want to do that by hand when using the app wizard would take less than 30 seconds to make what you're asking for?
Maybe you've been smoking a little too much jomba weed.
-- modified at 8:34 Tuesday 10th April, 2007
While reading earlier posts, I found another guy asking exactly the same question (creating a dialog-based app without using appwizard). This leads me to believe that you guys are in a class, and this is a homework assignment.
NO SOUP FOR YOU!
"Why don't you tie a kerosene-soaked rag around your ankles so the ants won't climb up and eat your candy ass..." - Dale Earnhardt, 1997 ----- "...the staggering layers of obscenity in your statement make it a work of art on so many levels." - Jason Jystad, 10/26/2001
|
|
|
|
|
John Simmons / outlaw programmer wrote: This leads me to believe that you guys are in a class, and this is a homework assignment.
If they are in a class so maybe their teacher is reading this forum;P.
|
|
|
|
|
I just hope it's not the teacher posting the requests...
"It's supposed to be hard, otherwise anybody could do it!" - selfquote "High speed never compensates for wrong direction!" - unknown
|
|
|
|
|
jombaweed wrote: please send me a wizardless
Not a problem at all. I take credit cards, cash or cashiers checks. My fee for doing your homework is $500 plus a $250 one time setup fee.
Why is common sense not common?
Never argue with an idiot. They will drag you down to their level where they are an expert.
Sometimes it takes a lot of work to be lazy
|
|
|
|
|
pshh I'll do it for HALF of what Wes is asking.
"If you can dodge a wrench, you can dodge a ball."
|
|
|
|
|
Mark Salsbery wrote: HALF
Oh gee break my heart why don't ya....
Why is common sense not common?
Never argue with an idiot. They will drag you down to their level where they are an expert.
Sometimes it takes a lot of work to be lazy
|
|
|
|
|
Wes Aday wrote: My fee for doing your homework is $500 plus a $250 one time setup fee.
Hey you! Stop cheating. We people do it here for $499 plus a $249 one time setup fee.
Nobody can give you wiser advice than yourself. - Cicero
ப்ரம்மா
|
|
|
|
|
Hello Guys
I keep on trying to set ACL For floppy(Read,Write permission for floppy drive) but yet i am not able to get the solution. so if anybody can help me out then really i will be very thakful for this kind deed
With regards
RYK
|
|
|
|
|
Which part of this planet do you live in? I just want to know who is using this storage device called *floppy*
Nobody can give you wiser advice than yourself. - Cicero
ப்ரம்மா
|
|
|
|
|
It's a storage device? WOW! I always thought it was a place to stash my weed.
"If you can dodge a wrench, you can dodge a ball."
|
|
|
|
|
Ok forget about Floppy, if you know please tell me how will i set ACL on USB and CD.i guess this is not somthing funny.
Thanks
RYK
|
|
|
|
|
|
Thanks Buddy.
let me test all these thing.
|
|
|
|
|
Hi all.
I want to load the previews of multiple JPG files (One Below the other)in a list box.
How I can do so?
Thanks
Sameer Thakur
|
|
|
|
|
I suggest use of CListCtrl
|
|
|
|
|
Hi.
I appreciate your suggestion.
How can I do the same with ListCtrl.
Any simple way for it?
Thanks
Sameer Thakur
|
|
|
|
|
|
Hi all,
I am creating a dialog app that has a button. When the button is pressed, in OnButton function of the dialog's cpp it creates a thread (I am using CreateThread() )that runs some task. I will have to wait for the task's completion by watching the thread's termination via WaitForSingleObject(hThread, INFINITE) there. Now, the thread 's execution may take seconds so the WaitForSingleObject() would actually block windows messages and the dialog window "freezes" during the time. I'd love to NOT have the dialog frozen but simply have the button disabled during the thread task's execution. As now I have two ways in mind:
1. Use Timer and places the thread creation process in the Timer's function instead. Disabling and re-enabling button can be directly done in the function.
2. Create a main thread that does the thread creation process. The main thread will disable and enable the button via PostMessage() .
I am just wondering what an appropriate approach would be to solve this problem?
Thanks in advance,
Best Regards,
Johnny
|
|
|
|
|
Why not do something simple like:
1. disable button
2. create and start thread
3. when thread completes it posts a message to your dialog where you enable the button
Sort of like your (2), but guarantees the button disabled when thread starts. The dialog can still receive timer messages if you need a watchdog.
Peter
"Until the invention of the computer, the machine gun was the device that enabled humans to make the most mistakes in the smallest amount of time."
|
|
|
|
|
Thanks a lot for the reply, Peter,
This would work partially. But I think this is will not solve the frozen dialog window problem I am having, as long as I use WaitForSingleObject() or WaitForMultipleObjects() (multiple tasks executed at once) in my dialog's cpp. I have to wait until all the thread are terminated to calculate the total execution time. That's why I thought about putting WaitForSingleObject() or WaitForMultipleObjects() in another thread or Timer which creates the (threaded) tasks, without blocking dialog's window messages.
I hope it makes sense.
Thanks again,
Best Regards,
Johnny
|
|
|
|
|
J.B. wrote: I will have to wait for the task's completion by watching the thread's termination via WaitForSingleObject(hThread, INFINITE) there.
Then there's really no point in having a second thread if you're still doing things in serial. The implementation misses the point of multithreading.
I suggest you spawn the thread as you already do, but continue after the thread is created and don't wait for it.
When the thread has finished its task it should post a message to the main thread/window to inform the main thread that it has finished. In the message handler you can then enable your button again and do whatever you have to do in order to clean up.
"It's supposed to be hard, otherwise anybody could do it!" - selfquote "High speed never compensates for wrong direction!" - unknown
|
|
|
|
|
Roger Stoltz wrote: Then there's really no point in having a second thread if you're still doing things in serial. The implementation misses the point of multithreading.
Agreed. It's amazing how many folks start doing Windows development synchronously.
"Approved Workmen Are Not Ashamed" - 2 Timothy 2:15
"Judge not by the eye but by the heart." - Native American Proverb
|
|
|
|
|
DavidCrow wrote: Agreed. It's amazing how many folks start doing Windows development synchronously.
I know what you mean, and it is an issue. I don’t find is surprising however; its natural to think sequentially and if you're used to writing console applications even more so.
Steve
|
|
|
|
|
That's what I was trying to describe - you did a better job!
Peter
"Until the invention of the computer, the machine gun was the device that enabled humans to make the most mistakes in the smallest amount of time."
|
|
|
|
|
Roger Stoltz wrote: Then there's really no point in having a second thread if you're still doing things in serial. The implementation misses the point of multithreading.
While true to a large degree this is not always the case. For example, you may be doing a long task and want to keep the UI responsive or even if the UI is disabled you still want the application to repaint itself while the task is in progress. You could scatter message pumps throughout the long task but this is not always possible and even when it is it may not be practical.
Steve
|
|
|
|