Is this correct initialization of MFC controls? - C / C++ / MFC Discussion Boards

Re: Do I use wrong directshow includes?

Mark Salsbery27-Oct-06 6:51

Mark Salsbery

27-Oct-06 6:51

Talemin wrote:
Perhaps i need some newer .lib/.dll in system paths?

That's what I was thinking. The libs won't help compile errors though, only link errors.
With VC 6.0 I'm pretty sure you'll need to point to the new stuff.
Maybe make sure include/library paths for latest sdk are ahead of the default paths in the
VS settings.

Can you post all the #include lines you are using, in order, including any in a stdafx.h pre-
compiled header file?

Mark

Re: Do I use wrong directshow includes?

Talemin27-Oct-06 7:43

Talemin

27-Oct-06 7:43

I am NOT using stdafx...i am bound to rely strictly on a void project/simplest c enviroment - for now at least.

I included:

#include "DShow.h"
#include "WinBase.h"

no redefinition errors showing up with this order;

DShow includes uuids, windows, ole[s] and a lot of 'standard' requested libs...all as <xxx> namespaces Unsure | :~

I am starting to fear having to use all this stuff in a cpp env...or I shall ask my prof for vc2005 Cool | :cool:

Nonetheless, put sdk paths ahead of others could do some good, thanks!

--edit---

I just found a ICaptureGraphBuilder2 def in an 'axextend.idl' file in sdk\Include! But I cannot use it as it is...

what are idl files?

thanks Mark and excuse me for pseudo-english

Re: Do I use wrong directshow includes?

Mark Salsbery27-Oct-06 7:53

Mark Salsbery

27-Oct-06 7:53

what about

#ifndef WINVER				// Allow use of features specific to Windows 95 and Windows NT 4 or later.
#define WINVER 0x0400		// Change this to the appropriate value to target Windows 98 and Windows 2000 or later.
#endif

#ifndef _WIN32_WINNT		// Allow use of features specific to Windows NT 4 or later.
#define _WIN32_WINNT 0x0400		// Change this to the appropriate value to target Windows 98 and Windows 2000 or later.
#endif						

#ifndef _WIN32_WINDOWS		// Allow use of features specific to Windows 98 or later.
#define _WIN32_WINDOWS 0x0410 // Change this to the appropriate value to target Windows Me or later.
#endif

#ifndef _WIN32_IE			// Allow use of features specific to IE 4.0 or later.
#define _WIN32_IE 0x0400	// Change this to the appropriate value to target IE 5.0 or later.
#endif

#include <DShow.h>

(winbase.h is pulled in through dshow.h)

Re: Do I use wrong directshow includes?

Mark Salsbery27-Oct-06 7:56

Mark Salsbery

27-Oct-06 7:56

sorry copy/pasted...you can use it simpler like this...

#define WINVER 0x0400		// Change this to the appropriate value to target Windows 98 and Windows 2000 or later.

#define _WIN32_WINNT 0x0400		// Change this to the appropriate value to target Windows 98 and Windows 2000 or later.

#define _WIN32_WINDOWS 0x0410 // Change this to the appropriate value to target Windows Me or later.

#define _WIN32_IE 0x0400	// Change this to the appropriate value to target IE 5.0 or later.

#include <DShow.h>

Re: Do I use wrong directshow includes?

Talemin27-Oct-06 11:43

Talemin

27-Oct-06 11:43

shifting sdk includes ahead brings out a lot of redefinition errors. Guess why?

Well, i'd just found a mini-very-tiny-little line in sdk page so that new (2003->) sdks don't support visual studio 6.0 more. So much for microsoft compatibility Dead | X|

Ok, I need to upgrade Frown | :(

Anyway, thanks for your time! Rose | [Rose]

I like this new way of learning TaiChi...

Re: Do I use wrong directshow includes?

Mark Salsbery27-Oct-06 13:37

Mark Salsbery

27-Oct-06 13:37

Talemin wrote:
Well, i'd just found a mini-very-tiny-little line in sdk page so that new (2003->) sdks don't support visual studio 6.0 more. So much for microsoft compatibility

Bummer!!

You'll be happy you upgraded though. I'm still on VC++ .NET 2003, I admit, but it's far better.

Best of luck!
Mark

Re: Do I use wrong directshow includes?

Talemin3-Nov-06 6:56

Talemin

3-Nov-06 6:56

OK. VS2005 accepts new classes. I still get the 'funny' errors
(a is not a member of b, but auto-complete func prompts a in &b-> members list...) but they seem only a problem with old vs6 project file conversion.
I hope Roll eyes | :rolleyes:

Tip
you all will know this already, but for completeness'sake:
VS2005 provides no more ddraw libraries, which dshow still requires; you must install directx sdk too.

I like this new way of learning TaiChi...

Is this correct initialization of MFC controls?

Lord Kixdemp26-Oct-06 10:50

Lord Kixdemp

26-Oct-06 10:50

Hello everyone!
I have this:

CEdit *m_em_errorMsg     = (CEdit *) GetDlgItem(IDC_ERROR_MSG);

Is that a correct form of initialization? I don't want to use Create() because I'm using the dialog designer...

That code's giving me some errors, and the debugger's Watch 1 window has a lot of class (CEdit/CWnd) members with "expression cannot be evaluated" errors on them, so that's why I'm assuming the init is the problem... Is it wrong? Thanks! Wink | ;)

Windows Calculator told me I will die at 28. Frown | :(

Re: Is this correct initialization of MFC controls?

David Crow26-Oct-06 10:58

David Crow

26-Oct-06 10:58

Lord Kixdemp wrote:
Is that a correct form of initialization?

Yes, for initializing m_em_errorMsg.

Lord Kixdemp wrote:
I don't want to use Create()...

Why would you need to? You should already have a control with an id of IDC_ERROR_MSG.

Lord Kixdemp wrote:
That code's giving me some errors...

And those errors would be what?

"Approved Workmen Are Not Ashamed" - 2 Timothy 2:15

"Judge not by the eye but by the heart." - Native American Proverb

Re: Is this correct initialization of MFC controls?

Lord Kixdemp26-Oct-06 11:33

Lord Kixdemp

26-Oct-06 11:33

Oops... I was calling that function before initializing... Blush | :O

I'm so dumb... Mad | :mad:

Thanks!

Windows Calculator told me I will die at 28. Frown | :(

Re: Is this correct initialization of MFC controls?

Hamid_RT26-Oct-06 20:44

Hamid_RT

26-Oct-06 20:44

You can declare a variable for your editbox and use of it Smile | :)

WhiteSky

Re: Is this correct initialization of MFC controls?

Lord Kixdemp27-Oct-06 8:15

Lord Kixdemp

27-Oct-06 8:15

That be what I'm doing Poke tongue | ;-P

Windows Calculator told me I will die at 28. Frown | :(

Re: Is this correct initialization of MFC controls?

Hamid_RT27-Oct-06 21:28

Hamid_RT

27-Oct-06 21:28

if you declare a variable for your editbox that you have on forum is better than use

<br />
CEdit *m_em_errorMsg     = (CEdit *) GetDlgItem(IDC_ERROR_MSG);

WhiteSky

Re: Question about modeless dialog box

David Crow26-Oct-06 11:02

David Crow

26-Oct-06 11:02

Dong-Jun Kim wrote:
Is it normal behavior of modeless dialog boxes?

"Normal" is whatever you make of it.

Dong-Jun Kim wrote:
I just want to close the box when I click close, little x button on top right, button.

Then you simply need to call DestroyWindow() in those situations. Be careful that you are not inadvertently calling EndDialog().

"Approved Workmen Are Not Ashamed" - 2 Timothy 2:15

"Judge not by the eye but by the heart." - Native American Proverb

Need a worker thread wait timer..

aquawicket26-Oct-06 8:24

aquawicket

26-Oct-06 8:24

I have a worker thread that needs to wait a certain amount of miliseconds before resuming..

I would just got the for(i=0; i<10000000000; i++) route, but i'm afaid it will eat up the CPU. I'm trying to stay out of a loop but stay in the worker thread.
I need my main thread to be very alert and time accurate while this worker thread is waiting.

I've looked at all the timer functions.. can't seem to find the one to do the trick..
any ideas.. ?

Workthread()
{
//do some processing
//wait
//do more processing
//return
}

Re: Need a worker thread wait timer..

led mike26-Oct-06 8:29

led mike

26-Oct-06 8:29

Sleep[^]

Although why someone is writing multi-threaded code prior to learning the threading API's is... well .... pretty crazy.

led mike

Re: Need a worker thread wait timer..

Mark Salsbery26-Oct-06 8:30

Mark Salsbery

26-Oct-06 8:30

On Windows, try Sleep(milliseconds)

Eats NO CPU Smile | :)

Re: Need a worker thread wait timer..

led mike26-Oct-06 8:35

led mike

26-Oct-06 8:35

HA! Beat you by the click of an eye. Poke tongue | ;-P

led mike

Re: Need a worker thread wait timer..

Mark Salsbery26-Oct-06 8:41

Mark Salsbery

26-Oct-06 8:41

Re: Need a worker thread wait timer..

aquawicket26-Oct-06 9:09

aquawicket

26-Oct-06 9:09

duh... didn't have the time.h header in... my bad.. thanks guys

Re: Need a worker thread wait timer..

ThatsAlok28-Oct-06 1:26

ThatsAlok

28-Oct-06 1:26

aquawicket wrote:
duh... didn't have the time.h header in... my bad.. thanks guys

try more efficient WaitForSingleObject with retrun value WAIT_TIMEOUT

"Opinions are neither right nor wrong. I cannot change your opinion. I can, however, change what influences your opinion." - David Crow

cheers,
Alok Gupta
VC Forum Q&A :- I/ IV
Support CRY- Child Relief And You

Simple Picture Control Usage

jerry1211a26-Oct-06 8:05

jerry1211a

26-Oct-06 8:05

Hello.

I have added a picture control to my dialog application resource file.

I dont know how to access it at run time.

I thought you would need a pointer, in the same way you access a Edit control:

CEdit *p = GetDlgItem(IDC_EDT);
p->whatever,
etc.

So I need a pointer to the control I assume in order to send an image to it.

Can anyone help.

Jerry

Re: Simple Picture Control Usage

Mark Salsbery26-Oct-06 8:40

Mark Salsbery

26-Oct-06 8:40

Try a pointer to a CStatic object Smile | :)

Mark

Re: Simple Picture Control Usage

jerry1211a26-Oct-06 8:45

jerry1211a

26-Oct-06 8:45

Ok.

Re: Simple Picture Control Usage

Mark Salsbery26-Oct-06 8:49

Mark Salsbery

26-Oct-06 8:49

That is the type of control placed on the dialog.

You can set a bitmap into it in the designer or at runtime with CStatic::SetBitmap()

Use Ctrl+Left/Right to switch messages, Ctrl+Up/Down to switch threads, Ctrl+Shift+Left/Right to switch pages.