C / C++ / MFC

30-Oct-07 0:32

Hi all,

I am embrassed about ask this but... (in VC++ 6) when I create a new project to make a DLL I choose: MFC Application wizard (DLL) and in the dialog that comes there are 3 different types (on German, I write them with what I think they mean).

1) Standard DLL mit verknüpfter MFC-Bibliothek
Standard DLL with associated/linked MFC-Library

2) Standard DLL, gemeins. MFC-DLL verwendend
Standard DLL, MFC-DLL shared usage

3) Erweiterungs MFC-DLL, (nur mit and. MFC-Anw.)
Expansion/extension MFC-DLL, (only with another MFC-Application)

Can someone explain me what is different depending on the selected option?

I want the dll to be used by my programm, I don't care if it is portable for other applications. It is going to be dinamically linked to allow the use of its functions only when the DLL is present in a system.

(Sorry, but neither German nor English are my mother languages and I don't understand them perfectly, it is furthermore going to be my first DLL)

-- modified at 8:59 Tuesday 30th October, 2007

Greetings.

--------
M.D.V.

If something has a solution... Why do we have to worry about?. If it has no solution... For what reason do we have to worry about?

Help me to understand what I'm saying, and I'll explain it better to you

Wink | ;)

Nelek30-Oct-07 1:23

30-Oct-07 1:23

At the moment, with this is enough for me. My application is MFC-Win32 and the dll should work with it, no matters what happens with other programms. Furthermore, I think my boss will be glad if my dll gives problems to be used in other applications Wink | ;)

:P

What I need to do in the DLL is to take some parameters of my Document, and interact with external CFiles (read, write, delete) and with a third party DLL (statically linked in my project with a *.lib and a *.h)

So the best option for me is the 3rd one, isn't it? Or should I choose the 2nd one (selected by default)?

jhwurmbach30-Oct-07 2:32

jhwurmbach

30-Oct-07 2:32

Nelek wrote:
What I need to do in the DLL is to take some parameters of my Document, and interact with external CFiles

So you need MFC linked to it anyway.
You can choose the shared MFC variant.

Let's think the unthinkable, let's do the undoable, let's prepare to grapple with the ineffable itself, and see if we may not eff it after all.
Douglas Adams, "Dirk Gently's Holistic Detective Agency"

Nelek30-Oct-07 2:59

30-Oct-07 2:59

Thanks

Phil J Pearson30-Oct-07 1:28

Phil J Pearson

30-Oct-07 1:28

If your main application[s] (the one[s] that will use the dll) is/are MFC then you can choose any of the three. If you want to use the dll from non-MFC applications then you're limited to 1 or 2.

In my view you're probably better sticking to 1 or 2 anyway. Shared MFC DLL is usually the sensible option but there are occasionally circumstances where that creates untold hassle and it's easier to use static MFC linkage.

In summary: if your requirements are fairly straightforward then go for standard dll with shared MFC dll; if things might get complicated go for standard dll with static-linked MFC. (You can easily change between the two if necessary). In either case the calling app does not have to use MFC, but it can.

Phil

The opinions expressed in this post are not necessarily those of the author, especially if you find them impolite, inaccurate or inflammatory.

Nelek30-Oct-07 1:43

Where and how can I get CPU Thermal Design Power (TDP) data?

30-Oct-07 1:43

This was what I wanted to know thanks. The "requierements" are explained in my answer above. So I guess I am going to select the third option.

(in the future I will try to recode my Application without MFC and in multilanguage, with some improvements I have privately thought, then I will try to do it portable and compatible, I am still learning)

JwayT30-Oct-07 0:29

JwayT

30-Oct-07 0:29

I can't find the information to get Thermal Design Power(TDP)data from CPU.
Through CPUID or MSR or somewhere? and base on which datasheet?

Jway

converting a character into its ascii no

prithaa30-Oct-07 0:19

prithaa

30-Oct-07 0:19

Hello,

I want to convert a character into its ascii code or the ascii code into the character.

For ex from 95 I want 'a' if that is the ascii code .Is there any function which can do that like atoi(),itoa().

Prithaa

Re: converting a character into its ascii no

Rajesh R Subramanian30-Oct-07 0:28

Rajesh R Subramanian

30-Oct-07 0:28

Does this code give you a clue?

printf("%d",'a');

Nobody can give you wiser advice than yourself. - Cicero
.·´¯`·->ßRÅhmmÃ<-·´¯`·.

Re: converting a character into its ascii no

prithaa30-Oct-07 1:01

prithaa

30-Oct-07 1:01

Hello,

Yes I got the clue.
Thanks

Drawing Icons

dsclee29-Oct-07 23:39

dsclee

29-Oct-07 23:39

Hi,

I'm trying to draw a small icon using a CPaintDC class. I've managed to get it to draw the large version of the icon, but not the small version. The code i've tried is as follows... but doesn't make the icon appear!

CPaintDC dc(this); // device context for painting
.
.
.
.
m_hIcon = ( HICON ) ::LoadImage( NULL,
MAKEINTRESOURCE( IDI_ERROR ),
IMAGE_ICON,
16,
16,
LR_DEFAULTCOLOR );
dc.DrawIcon(x, y, m_hIcon);

Thanks.

Hamid_RT30-Oct-07 0:28

Hamid_RT

30-Oct-07 0:28

Whats return value of LoadImage?

dsclee30-Oct-07 1:58

dsclee

30-Oct-07 1:58

It came out as zero... so it clearly couldn't find the icon. I've now managed to get the icon to display using a different method.

m_hIcon = ::LoadIcon(NULL, MAKEINTRESOURCE (IDI_ERROR));
::DrawIconEx(dc, X, Y, m_hIcon, 16, 16, NULL, NULL, DI_NORMAL);

This seems to work Big Grin | :-D

If there's anything dodgy with using this please let me know!

Hamid_RT30-Oct-07 19:42

Hamid_RT

30-Oct-07 19:42

what happens when use of this code

m_hIcon = ::LoadIcon(AfxGetApp()->m_hInstance, MAKEINTRESOURCE (IDI_ERROR));
::DrawIconEx(dc, X, Y, m_hIcon, 16, 16, NULL, NULL, DI_NORMAL);