C / C++ / MFC

Re: Hierachy Chart for MFC8.0?

27-Jul-08 22:42

Priya_Sundar wrote:
I tried to google and searched in MSDN also. But couldnt find it.

It could be a bug in the documentation. They might have missed it out!

If you need the chart for version 9, it's here[^].

The three part chart after you've installed the feature pack for VS 2008 is here[^] (the PDF version of the same is available for download here[^])

Nobody can give you wiser advice than yourself. - Cicero
.·´¯`·->Rajesh<-·´¯`·.

Microsoft MVP - Visual C++[^]

Hamid_RT28-Jul-08 3:03

Hamid_RT

28-Jul-08 3:03

Do you need to Microsoft Foundation class Library version 9.0?

Busy Waiting

Daniel Kanev7-Mar-17 10:45

Daniel Kanev

7-Mar-17 10:45

I have read many articles about 'Busy Waiting' prevention in thread synchronization.
I am wondering if busy waiting is really a big problem with processors available nowadays.
What is your opinion - is busy waiting just a theoretical problem or it really affects system performance?

Thank you.

Re: Busy Waiting

CPallini27-Jul-08 22:33

What's the differences between lstrlen and _tcslen?

27-Jul-08 22:33

Daniel Kanev wrote:
I am wondering if busy waiting is really a big problem with processors available nowadays.

IMHO wasting time is an issue regardless of processor speed.
Smile | :)

If the Lord God Almighty had consulted me before embarking upon the Creation, I would have recommended something simpler.
-- Alfonso the Wise, 13th Century King of Castile.

This is going on my arrogant assumptions. You may have a superb reason why I'm completely wrong.
-- Iain Clarke

[My articles]

Re: Busy Waiting

Cedric Moonen28-Jul-08 2:05

Cedric Moonen

28-Jul-08 2:05

Daniel Kanev wrote:
I am wondering if busy waiting is really a big problem with processors available nowadays

Suppose that you have a loop in which you constantly check the value of a variable (and do something if the variable is true), no sleep or wait, only an 'endless' loop. This loop will consume the maximum resources it can use on the processor on which it is running. So, even if you have a faster processor, you will only loop faster. But all other process will still be slowed down because of that. So, yes, busy waiting is bad, even if you have the fastest processor in the world.

Cédric Moonen
Software developer

Charting control [v1.4]
OpenGL game tutorial in C++

Re: Busy Waiting

Stephen Hewitt28-Jul-08 14:29

Stephen Hewitt

28-Jul-08 14:29

Yes, it's a big problem on a multitasking OS.

Steve

fantasy121527-Jul-08 22:14

fantasy1215

27-Jul-08 22:14

Looking into the MSDN, found the functions of lstrlen and _tcslen are the same,
If _tcslen is enough, why does lstrlen exist?
Please help me unlock my mind!

Re: What's the differences between lstrlen and _tcslen?

_AnsHUMAN_ 27-Jul-08 22:34

27-Jul-08 22:34

When your project settings are MBCS, tcslen and lstrlen are same. You
should not use lstrlen on a UNICODE string. _tcslen will work on a
UNICODE string as well as MBCS.
If you dont know what MBCS/UNICODE are, use _tcslen

Somethings seem HARD to do, until we know how to do them.
Wink | ;-)

_AnShUmAn_

_beginthread issue

Programm3r27-Jul-08 21:45

Programm3r

27-Jul-08 21:45

Hi all,

When I try to use the _beginthread method, I receive the following error: error C2664: '_beginthread' : cannot convert parameter 1 from 'void (__stdcall *)(void *)' to 'void (__cdecl *)(void *)'

Function definition: void performActionsOnReader(void* par)
Begin Thread Call: _beginthread(performActionsOnReader, 0, NULL);

It's a dll project with the following preprocessors:

#ifdef STATIC_LIBRARY
  #define DLL_IMPORT_EXPORT
#else
  #ifdef WIN32
    #ifdef DLL_SOURCE_CODE
       #define DLL_IMPORT_EXPORT __declspec(dllexport) __stdcall
    #else
       #define DLL_IMPORT_EXPORT __declspec(dllimport) __stdcall
    #endif
  #else
    #define DLL_IMPORT_EXPORT FAR PASCAL
  #endif
#endif

#ifdef __cplusplus
  #define NoMangle extern "C"
#else
  #define NoMangle
#endif

Could the preproccesors cause the problem or am I doing something wrong?

The only programmers that are better that C programmers are those who code in 1's and 0's Green Alien | [Alien]

Programm3r
My Blog: ^_^

Re: _beginthread issue

CPallini27-Jul-08 22:22

27-Jul-08 22:22

The error occurs since the exported function use the __stdcall linkage while _beginthread expects the __cdecl one (see, for instance [^]). As a workaround your application may wrap the DLL function, for instance:

// client side (i.e. the application)
void wrapPerformActionsOnReader(void* par)
{
  // invoke the DLL function.
  performActionsOnReader(par);
}

and then pass the wrapper to _beginthread.
Smile | :)

Re: _beginthread issue

Programm3r27-Jul-08 22:48

Programm3r

27-Jul-08 22:48

Thanks for the help Smile | :)

The only programmers that are better that C programmers are those who code in 1's and 0's Green Alien | [Alien]

Programm3r
My Blog: ^_^

You are welcome.

CPallini27-Jul-08 23:13

Comparison between MFC6.0 and MFC8.0

27-Jul-08 23:13

Priya_Sundar27-Jul-08 21:09

Priya_Sundar

27-Jul-08 21:09

Hi All,

Can anyone tell me some links that tell the differences or comparision between MFC6 and MFC8?

I tried to google, but couldnt find it.

Kindly help!

Priya Sundar

_AnsHUMAN_ 27-Jul-08 21:42

27-Jul-08 21:42

Priya_Sundar wrote:
MFC6 and MFC8?

Do you mean VS6.0 and VS8.0
AFAIK there is nothing like MFC6 or MFC8 that may be the reason you don't find anything on google related with it

Somethings seem HARD to do, until we know how to do them.
Wink | ;-)

_AnShUmAn_

Rajesh R Subramanian27-Jul-08 21:48

27-Jul-08 21:48

_AnShUmAn_ wrote:
AFAIK there is nothing like MFC6 or MFC8

*sigh*

Actually, there *is* MFC 6.0 and MFC 8.0

Nobody can give you wiser advice than yourself. - Cicero
.·´¯`·->Rajesh<-·´¯`·.

Microsoft MVP - Visual C++[^]

_AnsHUMAN_ 27-Jul-08 22:16

27-Jul-08 22:16

Thanks for the update.

Somethings seem HARD to do, until we know how to do them.
Wink | ;-)

_AnShUmAn_

Rajesh R Subramanian27-Jul-08 22:23

Re: Comparison between MFC6.0 and MFC8.0 [modified]

27-Jul-08 22:23

No, that wasn't an update; it didn't happen all of a sudden - those versions of MFC were already existent. Having worked on MFC for several years (your profile), I was shocked you didn't know it. I would guess that you probably were emphasizing more on Win32, ATL or something else. Smile | :)

Nobody can give you wiser advice than yourself. - Cicero
.·´¯`·->Rajesh<-·´¯`·.

Microsoft MVP - Visual C++[^]

_AnsHUMAN_ 27-Jul-08 22:29

27-Jul-08 22:29

ATL/COM. On another note I like to see and build code in MFC .

Somethings seem HARD to do, until we know how to do them.
Wink | ;-)

_AnShUmAn_

modified on Monday, July 28, 2008 4:47 AM

CPallini27-Jul-08 22:41

27-Jul-08 22:41

Another member of the MFC's not-fan club, maybe!
Big Grin | :-D

Rajesh R Subramanian27-Jul-08 22:46

27-Jul-08 22:46

Possibly. But, did you check out the additions to MFC via VS 2008 feature pack? I'm very impressed. The new additions are awesome; it would make a lot of articles on "How to do this extra thing with MFC" obsolete, as almost everything is now a part of MFC and is implemented in a much more elegant way. Smile | :)

Nobody can give you wiser advice than yourself. - Cicero
.·´¯`·->Rajesh<-·´¯`·.

Microsoft MVP - Visual C++[^]

CPallini27-Jul-08 22:52

27-Jul-08 22:52

Rajesh R Subramanian wrote:
it would make a lot of articles on "How to do this extra thing with MFC" obsolete, as almost everything is now a part of MFC and is implemented in a much more elegant way.

I strongly doubt about: they simply stole the content of CP's articles. Poke tongue | ;-P

Rajesh R Subramanian27-Jul-08 22:56