C / C++ / MFC

26-Oct-07 5:48

I am using MFC,when I declare a X Object int class Y and a Y Object in class X,then compile Error,I know ,i have to use extern in file.h but I don't put it anywhere,please post a small code about extern to help me.Thanks everyone

Mark Salsbery26-Oct-07 5:56

26-Oct-07 5:56

class Y;  //<-- forward declaration

class X
{
   Y y;  <font color="Red">//<-- sizeof(Y) unknown here!</font>
};

class Y
{
   X x;
};

This shows the order the compiler needs to see the declarations, regardless of
whether you use header files or not.

This will only work with object pointers, since the compiler doesn't know the size of a Y
object when it encounters the X class.

The only solution, then, is something like:

class Y;  //<-- forward declaration

class X
{
   Y *py;
};

class Y
{
   X x;
};

Mark Salsbery
Microsoft MVP - Visual C++
Java | [Coffee]

nhathoang26-Oct-07 7:21

26-Oct-07 7:21

Oh thanks about your question,but I'm sorry,I want to ask about include<file.h> in MFC,you can try,
If you create two class in MFC,they are X and Y,I suppose in class you have a Object X,exam X1,and in X is Y1 belong Y:
class X
{
Y Y1
}
class Y
{
X X1
}
At MFC,These two classes stay two distributed places,so At class Y you must to call include<x.h> and at class X is <include y.h="">,this is a cause to compile error,Please help me

Mark Salsbery26-Oct-07 7:53

26-Oct-07 7:53

Please reread my response.

It doesn't matter if you use MFC or not, or if you use header files or not.

The compiler is going to parse the code from the top-down. To resolve the
circular reference problem, you have to have similar code to the code I posted
and it needs to be in that order.

Again, this will not work:

class X
{
Y Y1 <-- the compiler does NOT know what a Y object is here!!!
}
class Y
{
X X1
}

You could try this, but it won't work either:

class Y;
class X
{
Y Y1 <-- the compiler does NOT know what SIZE a Y object is here!!!
}
class Y
{
X X1
}

So, you must use a pointer. The compiler knows the size of a pointer:

class Y;
class X
{
Y *pY1
}
class Y
{
X X1
}

Mark Salsbery
Microsoft MVP - Visual C++
Java | [Coffee]

nhathoang26-Oct-07 8:37

26-Oct-07 8:37

Oh no,when you use MFC (Dialoge box) ,you create two class (class X and class Y)which different place,you can't spacify which class will compile before

Mark Salsbery26-Oct-07 8:53

26-Oct-07 8:53

Oh yes, you have complete control over the order of the code.

You always have to put your code in the order you want it compiled.
That doesn't change for "#include"d header files - they get compiled
right where you place the #include.

You're really missing my point here. My point is that you can't include
a type in a class that the compiler doesn't know anything about. You can,
however, use an empty class declaration (e.g. "class SomeClass;") to let the
compiler know that a class of that name exists but its size is unknown.

You are NOT going to be able to have a "circular reference" like you're showing
without using a pointer to an object of the unknown type in at least one of the
classes in question.

Mark

Mark Salsbery
Microsoft MVP - Visual C++
Java | [Coffee]

David Crow26-Oct-07 9:21

David Crow

26-Oct-07 9:21

Come on, Mark, quite beating around the bush and tell us exactly what is going on. Do you have to make it so blasted difficult?

"Normal is getting dressed in clothes that you buy for work and driving through traffic in a car that you are still paying for, in order to get to the job you need to pay for the clothes and the car and the house you leave vacant all day so you can afford to live in it." - Ellen Goodman

"To have a respect for ourselves guides our morals; to have deference for others governs our manners." - Laurence Sterne

Mark Salsbery26-Oct-07 9:36

26-Oct-07 9:36

Heh. I'm trying! My head is clogged and I'm hopped up on cold medicine.

That's my story and I'm sticking to it Smile | :)

Mark Salsbery
Microsoft MVP - Visual C++
Java | [Coffee]

nhathoang26-Oct-07 10:05

26-Oct-07 10:05

sorry Mark,My foreign language is too bad,so I use many word which not true,I am sorry,

Fernando A. Gomez F.26-Oct-07 18:08

Fernando A. Gomez F.

26-Oct-07 18:08

What was first, the egg or the chicken?

That's the problem that Mark is trying to explain.

Hope is the negation of reality - Raistlin Majere

nhathoang26-Oct-07 21:55

26-Oct-07 21:55

dear Mark,I sorry about this question,My English language is very bad,so I don't good at using words,I thanks about your your answers,and I hope you can skip for me
good look to you

Mark Salsbery27-Oct-07 7:02

27-Oct-07 7:02

No problem Smile | :)

Did you fix your issue?

I don't know how else to explain it - you have to include your .h files and/or
add the appropriate lines of code in the correct order for the compiler.

The sample code in my replies looks really simple, but it should have everything you
need to resolve your circular reference. MFC is just C++ - all the same rules apply.

Cheers,
Mark

Mark Salsbery
Microsoft MVP - Visual C++
Java | [Coffee]

nhathoang27-Oct-07 8:09

RuntimeError: Invalid argument to sendto (plz help me out)

27-Oct-07 8:09

Oh yes,I finished my trouble,that is great,you say exactly,I read many times and translate(because I am VietNamese) and understand,Thanks you very much,
good look to you

majid mahmood26-Oct-07 5:16

majid mahmood

26-Oct-07 5:16

hi I am working on network assignment in C/C++
n I am having runtime error

Invalid argument to sendto()

Can any one plz tell me wat might be the possible reasons

Regards

Majid Mahmood

Re: RuntimeError: Invalid argument to sendto (plz help me out)

Mark Salsbery26-Oct-07 6:12

26-Oct-07 6:12

If sendto() is returning SOCKET_ERROR, then you should call WSAGetLastError() to
get the actual error code.

If you do this, what is the error code?

Mark

Mark Salsbery
Microsoft MVP - Visual C++
Java | [Coffee]

Creating a large DC

Meisterzunge26-Oct-07 4:23

26-Oct-07 4:23

Hi,

i want to print a picture. If I print it to a file on my hard disk, every thing's fine. But I can't print with my printer.
This is because my memory dc (2172 x 3072 px) is smaller than my print dc (6675 x 4800 px). As msdn says, we can't use 'StretchBlt()' when the source and target dc sizes differs much.

So I wanted to create very large memory dc (As large as my print dc):

CBitmap bBitmap;
CPaintDC pPaintDC(this);
CDC dMemDC;
CSize sSize;

// prepare 'dPrintDC' ... (works)

// get size of dc ... (works)

if ((dMemDC.CreateCompatibleDC(&pPaintDC)) && (bBitmap.CreateCompatibleBitmap(&pPaintDC, sSize.cx, sSize.cy)))
{
    dMemDC.SelectObject(&bBitmap);

    // do anything
    // ...
}

But creating a large dc fails, too. The error ocurs when I call 'CreateCompatibleBitmap()'.

So how to solve this problem ? I have to get printed my memory dc to the print dc.

Thank you

Greetings
Marco

image processing toolkits | batch image processing

C^hris L^osinger26-Oct-07 4:45

C^hris L^osinger

26-Oct-07 4:45

it's probably a memory issue - not enough memory to create a bitmap of that size on the printer. so you might have to do the drawing in multiple bands (or tiles).

bob1697226-Oct-07 4:46

bob16972

26-Oct-07 4:46

Why not just output directly to the printer DC without the memory bitmap in between?

Hamid_RT26-Oct-07 7:30

Hamid_RT

26-Oct-07 7:30

Do you want to have a preview on your project or no?

Meisterzunge26-Oct-07 11:03

26-Oct-07 11:03

Thank you for this fast answers.

@Hamid:
No, i dont have a preview.

I can't print directly to the print dc, because i don't only draw a single bitmap. The memory dc is used to draw a background and some texts. Printing this directly to the printer dc (sizes differes for each printer) needs a special calculation Wink | ;)

I don't think this could be done as good as working with a memory dc.

Drawing in tiles sounds good, but I would get the same error, or not? I also have to use 'StretchBlt()'.

Thanks

Greetings
Marco

Meisterzunge26-Oct-07 11:22

26-Oct-07 11:22

I've tested printing in tiles. It doesn't work.

I think this problem realy needs to get solved by using two dc's with similar sizes.

bob1697226-Oct-07 21:04

bob16972

26-Oct-07 21:04

You really need to lookup mapping modes in MSDN.

Lookup MM_ANISOTROPIC and MM_ISOTROPIC. Pay particular attention to CDC::SetWindowExt() and CDC::SetViewportExt() and how you setup a single DC to do all the dirty work for you.

If you are printing a bitmap, drawing primitives, text, or anything else, the mapping mode functions allow you to draw to a single DC and have the output translated to the devices coordinate system.

A world coordinate system of 2000x2000 needs to be drawn on a printer page 8 1/2 inches by 11 inches at a DPI of 1200? A screen with resolution of 1024x768? 1280x800? No problem.

You need to start thinking in terms of mapping modes and extents when you translate between different metrics or coordinate systems.

Hope that helps.

Meisterzunge27-Oct-07 21:42