Path: utzoo!utgpu!news-server.csri.toronto.edu!rpi!zaphod.mps.ohio-state.edu!sdd.hp.com!spool.mu.edu!snorkelwacker.mit.edu!primerd!primerd!eriador!mguyott
From: mguyott@eriador.prime.com
Newsgroups: comp.windows.ms.programmer
Subject: Re: Borland C++ problem.
Message-ID: <149000020@eriador>
Date: 4 Apr 91 00:01:50 GMT
Article-I.D.: eriador.149000020
References: <149000018@eriador>
Lines: 26
Nf-ID: #R:eriador:149000018:eriador:149000020:000:1509
Nf-From: eriador.prime.com!mguyott    Apr  3 15:42:00 1991


I believe that I now have the correct solution.  I have changed all window
procedures and dialog box procedures to be class memeber functions and I
have declared them as "static int FAR PASCAL _export".  The part that I
was missing before was the "static" keyword.  Without the "static" keyword
the compiler does not seem to be able to correctly resolve the reference.

Another problem I have run into is linking with "EXPORTED" functions listed
in the .def file.  I have tried using the -W switch and listing functions in
the .def file - this did not work (linker complains about trying to export
non-public symbols).  I have tried using the -WE switch with the _export
keyword and the functions listed in the .def file.  The same problem occured
as before (attempting to export non-public symbols).  Finally I tried
using the -WE switch with the _export keyword and nothing in the .def file.
This worked.  It appears that you can not specify a function name as an
export in the .def file.  This must be really convenient for people who
are writting DLLs.  Am I missing something (other then my mind (-8 )?

Marc
----
Two of the worst things we teach our children are that a knowledge of science
is nice but not necessary, and a knowledge of sex is necessary but not nice.

Marc Guyott              Constellation Software, Inc.          (508) 620-2800
                         Framingham, Mass. 01701 USA                Ext. 3135
mguyott@primerd.prime.com       ...!{uunet, decwrl}!primerd.prime.com!mguyott