Avoiding class reference (pointer) crossing

Posted on 1998-06-18
Last Modified: 2013-11-20
This one should be simple and reminds me of the cross referencing problem notorious in the Assembler world. I'd like to find a more elegant solution to the problem, which as luck would have it I've seldom come across.

Dialog_A uses functions and variables in Dialog_B and Dialog_B uses functions in Dialog_A. If I do the following, for maximum scope, the compiler screams:

#include "Dialog_B.h"
Dialog_B pB;

#include "Dialog_A.h"
Dialog_A pA;

Compile one or the other cpp and the compiler will complain.

I hope you have some good suggestions on avoiding what should be a simple problem.

Question by:RJV
Welcome to Experts Exchange

Add your voice to the tech community where 5M+ people just like you are talking about what matters.

  • Help others & share knowledge
  • Earn cash & points
  • Learn & ask questions
  • 5
  • 3
  • 2

Accepted Solution

Belgarat earned 70 total points
ID: 1318176
The standard workaround is this:

#ifndef __dialog_a_h__
#define __dialog_a_h__

#include "dialog_b.h"
<everything you want>


#ifndef __dialog_b_h__
#define __dialog_b_h__

#include "dialog_a.h"


This way contents of either of the headers will not be #included more than once

Author Comment

ID: 1318177

That's what I would have imagined, but no, that does not solve the problem. In fact, Visual C++ 5.0 includes this type of definition in every single header file, together with the product serial number.



Expert Comment

ID: 1318178
What error messages are you receiving from the compiler ?
Get proactive database performance tuning online

At Percona’s web store you can order full Percona Database Performance Audit in minutes. Find out the health of your database, and how to improve it. Pay online with a credit card. Improve your database performance now!


Author Comment

ID: 1318179
These three:

Dialog_B.h(108) : error C2501: 'Dialog_B' : missing decl-specifiers
Dialog_B.h(108) : error C2146: syntax error : missing ';' before identifier 'pA'
Dialog_B.h(108) : error C2501: 'pA' : missing decl-specifiers

Comment out 'pA' in Dialog_B.h and all's okay.



Expert Comment

ID: 1318180
put a forward declaration
    class Dialog_A;
before Dialog_B and vice versa. Move the #include-s to the cpp files.

Author Comment

ID: 1318181
Have you tried that? You should get this error:

   error C2079: 'pA' uses undefined class 'Dialog_A'

This from compiling Dialog_B and leaving 'Dialog_A pA;' in the header file. I had suspected that as the necessary #include was removed from the header file.

Note that when I posted the question I had solved the problem by leaving the #include in the header file of Dialog_A; namely, unchanged from the first example I posted here. I removed 'Dialog_A pA' and the #include for Dialog_A from Dialog_B's header file and placed both in the cpp file. I put 'Dialog_A pA' outside the class (i.e. up top), thereby making that a global variable. I don't think this is the most elegant solution, though, which is why I came here.



Expert Comment

ID: 1318182
Oh, I didn't read carefully - I assumed pA was a *pointer* to a Dialog_A. Ofcourse there is no way for a Dialog_B a to contain an actual Dialog_A and vice versa: Just imagine calculating the size of such an object:
sizeof (Dialog_A) = x + sizeof(Dialog_B) and sizeof (Dialog_B) = x + sizeof(Dialog_A) !

You should make each class hold a *poinetr* to the other class, not an actual object.


Author Comment

ID: 1318183
I'm glad you grasped it! BTW, is there any difference in the demand on memory from the pointer to holding the object? I ask as most of the very powerful MFC toolkits don't use pointers, but the object method.



Expert Comment

ID: 1318184
A pointer has the same size, regardless of what it is pointing too (OK, there are exceptions, I know). So, if you use a pointer, you get
sizeof (Dialog_A) = x + sizeof(pointer) and sizeof (Dialog_B) = y + sizeof(pointer)
no infinity there.

> I ask as most of the very powerful MFC toolkits don't use pointers

Huh? You use value containment when appropriate, and pointer when appropriate. There is no rule that sais "don't use pointers". For example, if you use value containment, then the lifetime of the contained object is limited by the liftime of it's container. If this is not what you want, then value containment will be wrong.

Maybe you should state the problem you are trying to solve (ie, *why* do you need Dialog_A in Dialog_B and vice versa) and then one of the experts will be able to offer better advice.

Author Comment

ID: 1318185
You can nearly always use one or the other, through pointers are generally obtainable at any time. However, the scope or lifetime of the pointer is just as limited as you desire, as with object referencing.

The why one needs to access the data of the other is due to:

   1. Scope or lifetime of the object
   2. Both are dialogs, as indicated. The child dialog needs
      data of its parent. The parent simply must have access
      to the child. The scope or lifetime must include all
      functions of the parent.


Featured Post

Free Tool: Port Scanner

Check which ports are open to the outside world. Helps make sure that your firewall rules are working as intended.

One of a set of tools we are providing to everyone as a way of saying thank you for being a part of the community.

Question has a verified solution.

If you are experiencing a similar issue, please ask a related question

In this article, I'll describe -- and show pictures of -- some of the significant additions that have been made available to programmers in the MFC Feature Pack for Visual C++ 2008.  These same feature are in the MFC libraries that come with Visual …
Introduction: Database storage, where is the exe actually on the disc? Playing a game selected randomly (how to generate random numbers).  Error trapping with try..catch to help the code run even if something goes wrong. Continuing from the seve…
This video will show you how to get GIT to work in Eclipse.   It will walk you through how to install the EGit plugin in eclipse and how to checkout an existing repository.
In this video we outline the Physical Segments view of NetCrunch network monitor. By following this brief how-to video, you will be able to learn how NetCrunch visualizes your network, how granular is the information collected, as well as where to f…
Suggested Courses

636 members asked questions and received personalized solutions in the past 7 days.

Join the community of 500,000 technology professionals and ask your questions.

Join & Ask a Question