🚀 go-pugleaf

Mario Paumann <pauman@apars1.apa.co.at> schrieb zu
Re: virtueller Destruktor mit =0 ?
in Artikel <4cu4it$675@news.Austria.EU.net> vom 09.01.96:

> Schreibt mir doch bitte mal die Reaktionen von eueren Compilern
> zu diesem Codestueck (dieses sollte direkt compilierbar sein) :
>
> #include <iostream.h>
>
> struct mein { virtual ~mein()=0; };
>
> struct dein:mein { virtual ~dein(); };
> dein::~dein() { cout << "~dein" << endl; }
>
> main()
> { dein d;
>   return 0;
> }

Microsoft Visual C++ V1.0:

---schnipp-------------------------------------------------------- 
Compiling...
c:\tmp\test.cpp
Linking...

TEST.OBJ(c:\tmp\test.cpp) : error L2029: 'public: virtual
   __far __pascal mein::~mein(void)__near' : unresolved external

 LINK returned error code 2.
Creating browser database...
TEST.EXE - 1 error(s), 0 warning(s)
---schnapp--------------------------------------------------------

Turbo C++ V1.0

---schnipp--------------------------------------------------------
===Message===
 Compiling C:\TMP\EST.CPP:
 Linking C:\SPRACHEN\TC\BIN\EST.EXE:
 Linker Error: Undefined symbol mein::~mein() in module \TMP\EST.CPP
---schnapp--------------------------------------------------------

Ziemlich klar: dem Compiler ist's egal, aber der Linker findet den  
Funktionsrumpf von mein::~mein (der ja nicht existiert) nicht,  
wenn ihn der Destruktor von dein::~dein aufrufen will...

> Danke, mario
Bitte, gern geschehen.

Claus

------------------------------------------------------------------------
Claus Andre Faerber - claus@faerber.muc.de - http://www.muc.de/~cfaerber
                    >>> Windows - best before 95 <<<
------------------------------------------------------------------------