Home > Archive > VC Utilities > October 2005 > interpreting decorated method names
You are viewing an archived Text-only version of the thread.
To view this thread in it's original format and/or if you want to reply to
this thread please [click here]
| Author |
interpreting decorated method names
|
|
| athirumurthi@yahoo.ca 2005-10-12, 3:59 am |
| Say folks,
I have a dll that causes a registration failure due to an "entry point
not found" error.
RegServer is looking for:
? DoStateTransform@CStratoFilterTransform@
@SGXPA_NPAN_NN2@Z
However, dumpbin /exports shows me:
? DoStateTransform@CStratoFilterTransform@
@SAXPA_NPAN_NN2@Z
Not speaking that language, I was wondering what build option that I
need to tweak in Studio 2003 to make everybody happy,
- Ashok
| |
| athirumurthi@yahoo.ca 2005-10-12, 7:02 pm |
| Note: I get the same registration failure when I run my application
with the /unregserver switch. Since the last call to /regserver, I did
build the offending DLL with __cdecl rather than __stdcall. I'm not
sure if this is significant since both of the decorated names use the
__cdecl naming convention...
- Ashok Thirumurthi
athirumurthi@yahoo.ca wrote:
> Say folks,
>
> I have a dll that causes a registration failure due to an "entry point
> not found" error.
>
> RegServer is looking for:
>
> ? DoStateTransform@CStratoFilterTransform@
@SGXPA_NPAN_NN2@Z
>
>
> However, dumpbin /exports shows me:
>
> ? DoStateTransform@CStratoFilterTransform@
@SAXPA_NPAN_NN2@Z
>
>
> Not speaking that language, I was wondering what build option that I
> need to tweak in Studio 2003 to make everybody happy,
>
> - Ashok
| |
| Jochen Kalmbach [MVP] 2005-10-12, 7:02 pm |
| Hi athirumurthi!
> ? DoStateTransform@CStratoFilterTransform@
@SGXPA_NPAN_NN2@Z
>
>
> However, dumpbin /exports shows me:
>
> ? DoStateTransform@CStratoFilterTransform@
@SAXPA_NPAN_NN2@Z
>
>
> Not speaking that language, I was wondering what build option that I
> need to tweak in Studio 2003 to make everybody happy,
I quote Carl Daniel:
undname.exe, which is included with VC++ is your friend in cases like this.
Try it out (in your <vs-dir>/VC7/BIN directory).
--
Greetings
Jochen
My blog about Win32 and .NET
http://blog.kalmbachnet.de/
| |
| athirumurthi@yahoo.ca 2005-10-12, 7:02 pm |
| Thanks!
For those who follow, it was a case of mismatched calling conventions
because there were methods that overrode the default calling convention
of the project.
- Ashok
| |
| John Dallman 2005-10-13, 7:02 pm |
| In article <1129158273.923725.276580@g43g2000cwa.googlegroups.com>,
athirumurthi@yahoo.ca () wrote:
> For those who follow, it was a case of mismatched calling conventions
> because there were methods that overrode the default calling convention
> of the project.
That's a feature of C++ that should issue a warning on every single goddam
compile.
---
John Dallman jgd@cix.co.uk
"C++ - the FORTRAN of the early 21st century."
|
|
|
|
|