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
  • 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 ?
Master Your Team's Linux and Cloud Stack

Come see why top tech companies like Mailchimp and Media Temple use Linux Academy to build their employee training programs.


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

PRTG Network Monitor: Intuitive Network Monitoring

Network Monitoring is essential to ensure that computer systems and network devices are running. Use PRTG to monitor LANs, servers, websites, applications and devices, bandwidth, virtual environments, remote systems, IoT, and many more. PRTG is easy to set up & use.

Question has a verified solution.

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

Suggested Solutions

Title # Comments Views Activity
Decoding 32 bit binary streams 6 42
Best tools for Backup and restore of Wordpress site 6 57
Sed question 2 86
unix example issues 18 90
Introduction: Displaying information on the statusbar.   Continuing from the third article about sudoku.   Open the project in visual studio. Status bar – let’s display the timestamp there.  We need to get the timestamp from the document s…
If you use Adobe Reader X it is possible you can't open OLE PDF documents in the standard. The reason is the 'save box mode' in adobe reader X. Many people think the protected Mode of adobe reader x is only to stop the write access. But this fe…
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.
Nobody understands Phishing better than an anti-spam company. That’s why we are providing Phishing Awareness Training to our customers. According to a report by Verizon, only 3% of targeted users report malicious emails to management. With compan…

810 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