Trouble with ddutil.cpp

Yes I am. Otherwise the compiler even wouldn''t know the function exists.

Are you linking to the library that actually includes the CODE for the function ddutil.h defines? Maybe ddutil.lib ?

You have never seen the SDK I presume? Because there is no ddutil.lib. Do you usually include a library when you have the source file ddutil.cpp? If you actually mean the ddraw.lib or dxguid.lib the answer is yes, I have included them!

Come on, can''t someone who knows anything about DirectX help me please?

They in the correct order in the include/lib directory list in VC++? ie.. the sdk directories are at the top? Or you''ll be using the directx stuff that came with VC++5.. no idea what the version will be, but definitely not 8.1

Make sure your application is compiled with STRICT on. Put this line:

#define STRICT

before you include any headers or add STRICT to the list of defines in your project.

This isnt a DirectX problem, its a problem with your project setup. I use those common files in my projects and they work just fine. Have you tried compiling the sample DirectDraw projects that come with the SDK and see if you get any errors?

quote:

---

Original post by Zanthos
They in the correct order in the include/lib directory list in VC++? ie.. the sdk directories are at the top? Or you''ll be using the directx stuff that came with VC++5.. no idea what the version will be, but definitely not 8.1

---

Yes I have set the include and lib directories correctly.

quote:

---

Original post by Mr Bakbugawk
This isnt a DirectX problem, its a problem with your project setup. I use those common files in my projects and they work just fine. Have you tried compiling the sample DirectDraw projects that come with the SDK and see if you get any errors?

---

Thank you for the tip . Now I at least know it isn''t a compiler issue. I tried to compile the samples and it went fine. However, this doesn''t help my own project to work, too bad.

Does anyone got a clue why my project setup is faulty? I use release profile and I''ve included the required libraries (the right version), is there anything else I should do? Because if I don''t use these wrapper classes my own (but ugly and unpractical) DD code works fine. Why does the compiler say it doesn''t find the function-body (external reference)?

quote:

---

Original post by Unwise owl
Does anyone got a clue why my project setup is faulty?

---

Did you read my post?

quote:

---

Original post by IndirectX
[quote]Original post by Unwise owl
Does anyone got a clue why my project setup is faulty?

---

Did you read my post?

Heh sorry . I will try your approach now. Wish me good luck!

EDIT: It worked, once again I'm sorry I bypassed your post at first. You wrote so little I looked at the other posts which looked "more" serious first, because they had more text :D.

[edited by - Unwise owl on June 17, 2002 3:43:32 PM]

quote:

---

Original post by Unwise owl
Why does the compiler say it doesn''t find the function-body (external reference)?

---

Because handles are defined differently depending on whether STRICT is defined. If it''s not, most if not all Windows handles are typedefed as void *, which is what you had (look again at the function the linker was trying to find). With STRICT, however, HWND is declared like this:

typedef struct HWND__
{ int unused; }
*HWND;

Thus each handle type is different and errors such as

HWND hwnd;
HDC hdc = hwnd;

will be caught at compile time. Without STRICT, the above assignment will compile with no warning but will most likely have disastrous consequences.

The sample code is compiled with STRICT, thus defines a function with this signature:

public: long __thiscall CDisplay::CreateFullScreenDisplay(struct HWND__*,unsigned long,unsigned long,unsigned long)

Note the difference in the first parameter.

You should always compile with STRICT on for added safety.

Hope this clarifies a bit why you were getting the error.