Re:using the map file
Some things to try:
For each of the two projects, check the project options settings for default
calling convention and for leading underscores. Don't overlook the options
setting overrides for that specific source file.
Compare the actual symbol in the library.
tlib /C libname.LIB , libname.LST
grep -i AMnlRec libname.LST
to that in the object file
tdump -m srcname.OBJ | grep -i "AMnlRec"
Run CPP.EXE (the preprocessor) on the two projects' source files that call
AMnlRec to create a preprocessed file such as the compile phase will see.
Compare in the two *.i files how the function is declared.
grep -i "AMnlRec" 1stfile.i
grep -i "AMnlRec" 2ndfile.i
Quote
I am using borland 5.02 and the owl that comes with it ...
I want to STRONGLY suggest that you investigate OwlNext
Do it sooner rather than later as they are currently debating not doing 16
bit support in the next version so you 1-need to get there while there is
support and 2-be there to cast your opinion on if they should do this.
. Ed
Quote
Jeff Kish wrote in message
news: XXXX@XXXXX.COM ...
I am using borland 5.02 and the owl that comes with it on
windows XP sp2..
I have two apps, fairly similar, but one is getting a linker error
and one is not:
Unresoved external '_AMnlRec' referenced from module abc.cpp
I'm pretty sure it is in the libraries that both apps are linking to,
so I'm not sure why, when they have identical library inclusion and
link order, why one is not finding the variable.
Is there anyway to see where the one is finding it so I can compare
it to the one that is not? I do have a map file with this information,
but I don't know how to turn it into module/file names:
0002:000692F2 _APartRec
