Как верно экспортить функцию?

@pEntity · Регистрация: 12.12.2012

Author24 — интернет-сервис помощи студентам

C++

#define _DECLARATOR_ __declspec(dllexport)
 
 
_DECLARATOR_ void __cdecl SumFunc()
{
    return;
}

C++

1
2
3

.text:10001000 ; void __cdecl SumFunc(void *__formal, void *__formal)
.text:10001000                 public ?SumFunc@@YAXXZ
.text:10001000 ?SumFunc@@YAXXZ proc near

__cdecl должно было удалить лишнии символы в стеке О_о

______________________________________________________________________________

C++

extern "C" void __declspec(dllexport) SumFunc()
{
    return;
}

C++

1
2
3

.text:10001000 ; void __cdecl SumFunc(void *__formal, void *__formal)
.text:10001000                 public _SumFunc
.text:10001000 _SumFunc        proc near

В этом варианте с __cdecl так же ничего не измениться.

________________________________________________________

C++

void __declspec(dllexport) SumFunc()
{
    return;
}

C++

1
2
3

.text:10001000 ; void __cdecl SumFunc(void *__formal, void *__formal)
.text:10001000                 public ?SumFunc@@YAXXZ
.text:10001000 ?SumFunc@@YAXXZ proc near

Так как же верно экспортить? Для чего extern "C" ? __declspec(dllexport) пихать перед void или после ? Как сделать, чтоб имя было без любых доп символов ?

@pEntity · 20.01.2014, 18:57 **[ТС]**

Я тебя не понимаю. То есть ты утверждаешь, что это экспортная функция ? int __cdecl SumFunc()

Я спрашиваю просто как сделать, чтоб ни какие символы не добавлялись.

Объясни, если у нас какие-то недопонимания.

@Avazart · 20.01.2014, 19:00

Добавлено через 42 секунды

Сообщение от pEntity

Я спрашиваю просто как сделать, чтоб ни какие символы не добавлялись.
Объясни, если у нас какие-то недопонимания.

Выкинуть очки ... что не понятно не смотри IDA

Для заметки в нагрузку Создание в среде Borland C++ Builder dll, совместимой с Visual C++

от туда :

В таблице 1 приведены возможные варианты наименований для экспортируемой функции MyFunction, объявленной следующим образом:

extern ”C” void __declspec(dllexport) <calling convention> MyFunction(int Param);

в зависимости от соглашения о вызове (<calling convention>) и компилятора.
Соглашение о вызове VC++ C++ Builder
__stdcall _MyFunction@4 MyFunction
__cdecl MyFunction _MyFunction
Таблица 1. Наименования функций в зависимости от соглашения о вызове и компилятора.

@pEntity · 20.01.2014, 19:06 **[ТС]**

IDA не обманывает. Символ лишний есть. Даже GetProcAdress ловит с лишним символом только функцию ( _SumFunc), что-то скорей всего с настройками VS.

@Avazart · 20.01.2014, 19:07

Выложи DLL, а лучше весь проект...

Tulosba · 20.01.2014, 21:34

Не по теме:

Сообщение от Avazart

Для заметки в нагрузку Создание в среде Borland C++ Builder dll, совместимой с Visual C++

Делал я как-то "совместимую" dll, насколько помню, функции все находились, аргументы передавались, однако периодически всё крешилось. Помогла только пересборка под студией (без каких-либо изменений в коде).

Убежденный · 20.01.2014, 22:40

Сообщение от pEntity

IDA не обманывает. Символ лишний есть. Даже GetProcAdress ловит с лишним символом только функцию ( _SumFunc), что-то скорей всего с настройками VS.

Проверил ради интереса на Visual C++ 2013:
Пустой Win32-проект dll, в нем следующая функция (не считая DllMain):

C++

extern "C"
__declspec(dllexport)
int SomeFunc(int, int)
{
    return 123;
}

Скомпилировал, запустил dumpbin с параметрами /ALL и /RAWDATA:NONE.
Вот фрагмент вывода:

Код

  Section contains the following exports for mylib.dll

    00000000 characteristics
    52DD5DA6 time date stamp Mon Jan 20 09:32:22 2014
        0.00 version
           1 ordinal base
           1 number of functions
           1 number of names

    ordinal hint RVA      name

          1    0 00001000 SomeFunc

Как видим, никаких подчеркиваний.

@pEntity · 20.01.2014, 23:27 **[ТС]**

Я тоже на 13 проверил уже. Все работает, а на 12 подчеркивает.

@Avazart · 21.01.2014, 02:06

Сообщение от Tulosba

Делал я как-то "совместимую" dll, насколько помню, функции все находились, аргументы передавались, однако периодически всё крешилось. Помогла только пересборка под студией (без каких-либо изменений в коде).

Ну переносимый код вероятно лучше нежели "переносимая DLL".

Добавлено через 1 минуту

Сообщение от pEntity

Я тоже на 13 проверил уже. Все работает, а на 12 подчеркивает.

Странно я думал это 13 мистическое число ...

Добавлено через 2 минуты

Сообщение от Убежденный

Чтобы в Visual C++ получить неискаженное имя, нужно или использовать DEF-файл, или
extern "C" + _cdecl.

Насколько я понимаю DEF - файл лишь вводит псевдоним в lib файл для экспорта DLL.

HighPredator · 21.01.2014, 16:03

Сообщение от pEntity

Я тоже на 13 проверил уже. Все работает, а на 12 подчеркивает.

Стандарта спецификации по манглированию имен функций не существует (по крайней мере точно у МС), поэтому имена могут меняться в зависимости от версии компилятора. Во-вторых, существует распространенное заблуждение, жертвой которого потенциально можно стать. dllexport будет искажать имя функции в соответствии с ее описанием. То есть С++ функция будет иметь искажение характерное для С++ функции, а С для С соответственно. Использование extern "C" задает принудительно искажение, характерное для С функций, а не "отключает" его совсем. А вот чтобы экспортировать функцию действительно без искажений, нужно использовать DEF файл. Или использовать директивы компоновщика для каждой функции (нужно для того, чтобы функция с неискаженным именем имела ту же точку входа, что и искаженная).
Теперь по поводу подчеркивания. Это характерое Си искажение. Что и не удивительно, раз было указано extern C.

@Avazart · 21.01.2014, 16:07

Сообщение от HighPredator

характерное для С функций

Когда это Си- ф-ции ~~искажались~~ декорировались ?
Причиной необходимости искажений в С++ насколько я помню это необходимость разрешения перегрузки ф-ций, которой нет в Си.

Сообщение от HighPredator

А вот чтобы экспортировать функцию действительно без искажений, нужно использовать DEF файл.

А если грузим динамически ?

HighPredator · 21.01.2014, 16:18

Сообщение от Avazart

Когда это Си- ф-ции искажались

В моем понимании всегда. Они все имеют нижнее подчеркивание в начале. Так записано у меня по крайней мере. К тому же теория говорит о том, что соглашение Си функций cdecl дает функцию вида _MyFunct, stdcall -- _MyFunct@4, fastcall -- @MyFunct@4. Число с потолка. Поправьте где не прав.

Добавлено через 6 минут

Сообщение от Avazart

А если грузим динамически ?

Так логика от этого не меняется. GetProcAddr все равно требует точность в имени функции.

Убежденный · 21.01.2014, 16:52

Сообщение от pEntity

Я тоже на 13 проверил уже. Все работает, а на 12 подчеркивает.

Проверил на VS2012 Professional:
Вывод утилиты dumpbin:

Код

Section contains the following exports for mylib2.dll

    00000000 characteristics
    52DE5E6C time date stamp Tue Jan 21 03:47:56 2014
        0.00 version
           1 ordinal base
           1 number of functions
           1 number of names

    ordinal hint RVA      name

          1    0 00001000 SomeFunc2

Никакого подчеркивания снова нет.
Функция определена так:

C++

extern "C"
__declspec(dllexport)
int
_cdecl
SomeFunc2(int, int)
{
    return 456;
}

HighPredator · 21.01.2014, 17:42

Контрпример (см. скрин). Я ранее написал, что все зависит от компилятора. Какой-то подавит, какой-то нет. Теоретических предпосылок к гарантированному подавлению нет. Полное подавление гарантируется деф файлом.

@Avazart · 21.01.2014, 17:50

HighPredator, О_у это же С++Builder это чисто его прибабаха добавлять подчеркивание при чем если не ошибаюсь
эту опцию добавления можно убрать в настройках среды.
Кроме того _ вряд ли можно считать декорированием.

Мы же ту вроде говорим про VC++ и в случае ТС с его соглашением вызова не должно быть подчеркиваний и вообще искажений.

Добавлено через 3 минуты

Сообщение от HighPredator

Полное подавление гарантируется деф файлом.

Блин, еще раз - def ничего не подавляет в DLL просто добавляет псевдоним.

HighPredator · 21.01.2014, 17:59

Честно уже устал повторять...

Сообщение от Avazart

с его соглашением вызова не должно быть подчеркиваний и вообще искажений

there is no standard specification for name decoration, the name of an exported function might change between compiler versions

Ссыль. http://msdn.microsoft.com/en-u... s.80).aspx

Добавлено через 4 минуты

Сообщение от Avazart

Блин, еще раз - def ничего не подавляет в DLL просто добавляет псевдоним.

Да какая разница каким словом я это обозвал? Суть то одна.

@Avazart · 21.01.2014, 18:09

Сообщение от HighPredator

Ссыль. http://msdn.microsoft.com/en-u... s.80).aspx

Где ты там видел про подчеркивание и про Си ?

Добавлено через 3 минуты

This convenience is most apparent when trying to export decorated C++ function names. Because there is no standard specification for name decoration, the name of an exported function might change between compiler versions. If you use __declspec(dllexport), recompiling the DLL and dependent .exe files is necessary only to account for any naming convention changes.

Ключевое слово C++ function, а не то что может зависеть от компилятора.

Добавлено через 1 минуту
Шагаем далее http://msdn.microsoft.com/en-U... 80%29.aspx

If you have functions in a DLL written in C++ that you want to access from a C-language module, you should declare these functions with C linkage instead of C++ linkage. Unless otherwise specified, the C++ compiler uses C++ type-safe naming (also known as name decoration) and C++ calling conventions, which can be difficult to call from C.

To specify C linkage, specify extern "C" for your function declarations. For example:

extern "C" __declspec( dllexport ) int MyFunc(long parm1);

HighPredator · 21.01.2014, 18:17

Сообщение от Avazart

это же С++Builder это чисто его прибабаха добавлять подчеркивание

Не для функций. http://www.agner.org/optimize/... ntions.pdf Раздел 8.2 Borland name mangling.

Добавлено через 4 минуты

dllexport of a function exposes the function with its decorated name. For C++ functions, this includes name mangling. For C functions or functions that are declared as extern "C", this includes platform-specific decoration that's based on the calling convention. If you don't want name decoration, use a .def file (EXPORTS keyword)

http://msdn.microsoft.com/en-u... sfaz2.aspx

Добавлено через 3 минуты

Не по теме:

Avazart, можно было сразу ссылку спросить, а не троллить меня две страницы. Некрасиво.

@Avazart · 21.01.2014, 18:17

For C functions or functions that are declared as extern "C", this includes platform-specific decoration that's based on the calling convention.

Речь про VC++, c эти соглашением что у ТС подчеркивания не должно быть ...

Что касается def файла, то с генерённый на его основе lib тоже не будет зависеть от компилятора.

Убежденный · 21.01.2014, 18:28

Сообщение от HighPredator

Контрпример (см. скрин). Я ранее написал, что все зависит от компилятора. Какой-то подавит, какой-то нет. Теоретических предпосылок к гарантированному подавлению нет.

Совершенно верно. name mangling, как и вообще двоичный интерфейс C++ - штука
не стандартизированная и может отличаться даже в рамках одного компилятора.
Поэтому я еще на первой странице написал:

Чтобы в Visual C++ получить неискаженное имя, нужно или использовать DEF-файл, или
extern "C" + _cdecl.

На счет других компиляторов - не знаю, с ними особо не работал.
У М. Уилсона в его книге "Imperfect C++" этот вопрос, кстати, дотошно разбирался,
вплоть до приведения "таблиц совместимости".

HighPredator · 21.01.2014, 18:30

Сообщение от Avazart

не должно быть ...

Это лирика.

Сообщение от Avazart

Что касается def файла, то с генерённый на его основе lib тоже не будет зависеть от компилятора.

Этот файл вообще нужен только на этапе компоновки. Компилятор тут никаким боком.

HighPredator 6045 / 2160 / 753 Регистрация: 10.12.2010 Сообщений: 6,005 Записей в блоге: 3
	21.01.2014, 16:18	31
	Сообщение от Avazart Когда это Си- ф-ции искажались В моем понимании всегда. Они все имеют нижнее подчеркивание в начале. Так записано у меня по крайней мере. К тому же теория говорит о том, что соглашение Си функций cdecl дает функцию вида _MyFunct, stdcall -- _MyFunct@4, fastcall -- @MyFunct@4. Число с потолка. Поправьте где не прав. Добавлено через 6 минут Сообщение от Avazart А если грузим динамически ? Так логика от этого не меняется. GetProcAddr все равно требует точность в имени функции. 0

HighPredator 6045 / 2160 / 753 Регистрация: 10.12.2010 Сообщений: 6,005 Записей в блоге: 3
	21.01.2014, 17:42	33
	Контрпример (см. скрин). Я ранее написал, что все зависит от компилятора. Какой-то подавит, какой-то нет. Теоретических предпосылок к гарантированному подавлению нет. Полное подавление гарантируется деф файлом. Миниатюры 0

HighPredator 6045 / 2160 / 753 Регистрация: 10.12.2010 Сообщений: 6,005 Записей в блоге: 3
	21.01.2014, 17:59	35
	Честно уже устал повторять... Сообщение от Avazart с его соглашением вызова не должно быть подчеркиваний и вообще искажений there is no standard specification for name decoration, the name of an exported function might change between compiler versions Ссыль. http://msdn.microsoft.com/en-u... s.80).aspx Добавлено через 4 минуты Сообщение от Avazart Блин, еще раз - def ничего не подавляет в DLL просто добавляет псевдоним. Да какая разница каким словом я это обозвал? Суть то одна. 0

@Avazart 8385 / 6147 / 615 Регистрация: 10.12.2010 Сообщений: 28,683 Записей в блоге: 30
	21.01.2014, 18:09	36
	Сообщение от HighPredator Ссыль. http://msdn.microsoft.com/en-u... s.80).aspx Где ты там видел про подчеркивание и про Си ? Добавлено через 3 минуты This convenience is most apparent when trying to export decorated C++ function names. Because there is no standard specification for name decoration, the name of an exported function might change between compiler versions. If you use __declspec(dllexport), recompiling the DLL and dependent .exe files is necessary only to account for any naming convention changes. Ключевое слово C++ function, а не то что может зависеть от компилятора. Добавлено через 1 минуту Шагаем далее http://msdn.microsoft.com/en-U... 80%29.aspx If you have functions in a DLL written in C++ that you want to access from a C-language module, you should declare these functions with C linkage instead of C++ linkage. Unless otherwise specified, the C++ compiler uses C++ type-safe naming (also known as name decoration) and C++ calling conventions, which can be difficult to call from C. To specify C linkage, specify extern "C" for your function declarations. For example: extern "C" __declspec( dllexport ) int MyFunc(long parm1); 0

HighPredator 6045 / 2160 / 753 Регистрация: 10.12.2010 Сообщений: 6,005 Записей в блоге: 3
	21.01.2014, 18:17	37
	Сообщение от Avazart это же С++Builder это чисто его прибабаха добавлять подчеркивание Не для функций. http://www.agner.org/optimize/... ntions.pdf Раздел 8.2 Borland name mangling. Добавлено через 4 минуты dllexport of a function exposes the function with its decorated name. For C++ functions, this includes name mangling. For C functions or functions that are declared as extern "C", this includes platform-specific decoration that's based on the calling convention. If you don't want name decoration, use a .def file (EXPORTS keyword) http://msdn.microsoft.com/en-u... sfaz2.aspx Добавлено через 3 минуты Не по теме: Avazart, можно было сразу ссылку спросить, а не троллить меня две страницы. Некрасиво. 0

@pEntity 327 / 252 / 58 Регистрация: 12.12.2012 Сообщений: 2,048
	20.01.2014, 18:57 [ТС]	21
	Я тебя не понимаю. То есть ты утверждаешь, что это экспортная функция ? int __cdecl SumFunc() Я спрашиваю просто как сделать, чтоб ни какие символы не добавлялись. Объясни, если у нас какие-то недопонимания. 0

@Avazart 8385 / 6147 / 615 Регистрация: 10.12.2010 Сообщений: 28,683 Записей в блоге: 30
	20.01.2014, 19:00	22
	Добавлено через 42 секунды Сообщение от pEntity Я спрашиваю просто как сделать, чтоб ни какие символы не добавлялись. Объясни, если у нас какие-то недопонимания. Выкинуть очки ... что не понятно не смотри IDA Для заметки в нагрузку Создание в среде Borland C++ Builder dll, совместимой с Visual C++ от туда : В таблице 1 приведены возможные варианты наименований для экспортируемой функции MyFunction, объявленной следующим образом: extern ”C” void __declspec(dllexport) <calling convention> MyFunction(int Param); в зависимости от соглашения о вызове (<calling convention>) и компилятора. Соглашение о вызове VC++ C++ Builder __stdcall _MyFunction@4 MyFunction __cdecl MyFunction _MyFunction Таблица 1. Наименования функций в зависимости от соглашения о вызове и компилятора. 0

@pEntity 327 / 252 / 58 Регистрация: 12.12.2012 Сообщений: 2,048
	20.01.2014, 19:06 [ТС]	23
	IDA не обманывает. Символ лишний есть. Даже GetProcAdress ловит с лишним символом только функцию ( _SumFunc), что-то скорей всего с настройками VS. 0

@Avazart 8385 / 6147 / 615 Регистрация: 10.12.2010 Сообщений: 28,683 Записей в блоге: 30
	20.01.2014, 19:07	24
	Выложи DLL, а лучше весь проект... 0

Tulosba
	20.01.2014, 21:34 #25
	Не по теме: Сообщение от Avazart Для заметки в нагрузку Создание в среде Borland C++ Builder dll, совместимой с Visual C++ Делал я как-то "совместимую" dll, насколько помню, функции все находились, аргументы передавались, однако периодически всё крешилось. Помогла только пересборка под студией (без каких-либо изменений в коде). 0

@pEntity 327 / 252 / 58 Регистрация: 12.12.2012 Сообщений: 2,048
	20.01.2014, 23:27 [ТС]	27
	Я тоже на 13 проверил уже. Все работает, а на 12 подчеркивает. 0

@Avazart 8385 / 6147 / 615 Регистрация: 10.12.2010 Сообщений: 28,683 Записей в блоге: 30
	21.01.2014, 02:06	28
	Сообщение от Tulosba Делал я как-то "совместимую" dll, насколько помню, функции все находились, аргументы передавались, однако периодически всё крешилось. Помогла только пересборка под студией (без каких-либо изменений в коде). Ну переносимый код вероятно лучше нежели "переносимая DLL". Добавлено через 1 минуту Сообщение от pEntity Я тоже на 13 проверил уже. Все работает, а на 12 подчеркивает. Странно я думал это 13 мистическое число ... Добавлено через 2 минуты Сообщение от Убежденный Чтобы в Visual C++ получить неискаженное имя, нужно или использовать DEF-файл, или extern "C" + _cdecl. Насколько я понимаю DEF - файл лишь вводит псевдоним в lib файл для экспорта DLL. 0

HighPredator 6045 / 2160 / 753 Регистрация: 10.12.2010 Сообщений: 6,005 Записей в блоге: 3
	21.01.2014, 16:03	29
	Сообщение от pEntity Я тоже на 13 проверил уже. Все работает, а на 12 подчеркивает. Стандарта спецификации по манглированию имен функций не существует (по крайней мере точно у МС), поэтому имена могут меняться в зависимости от версии компилятора. Во-вторых, существует распространенное заблуждение, жертвой которого потенциально можно стать. dllexport будет искажать имя функции в соответствии с ее описанием. То есть С++ функция будет иметь искажение характерное для С++ функции, а С для С соответственно. Использование extern "C" задает принудительно искажение, характерное для С функций, а не "отключает" его совсем. А вот чтобы экспортировать функцию действительно без искажений, нужно использовать DEF файл. Или использовать директивы компоновщика для каждой функции (нужно для того, чтобы функция с неискаженным именем имела ту же точку входа, что и искаженная). Теперь по поводу подчеркивания. Это характерое Си искажение. Что и не удивительно, раз было указано extern C. 0

@Avazart 8385 / 6147 / 615 Регистрация: 10.12.2010 Сообщений: 28,683 Записей в блоге: 30
	21.01.2014, 16:07	30
	Сообщение от HighPredator характерное для С функций Когда это Си- ф-ции ~~искажались~~ декорировались ? Причиной необходимости искажений в С++ насколько я помню это необходимость разрешения перегрузки ф-ций, которой нет в Си. Сообщение от HighPredator А вот чтобы экспортировать функцию действительно без искажений, нужно использовать DEF файл. А если грузим динамически ? 0

@Avazart 8385 / 6147 / 615 Регистрация: 10.12.2010 Сообщений: 28,683 Записей в блоге: 30
	21.01.2014, 17:50	34
	HighPredator, О_у это же С++Builder это чисто его прибабаха добавлять подчеркивание при чем если не ошибаюсь эту опцию добавления можно убрать в настройках среды. Кроме того _ вряд ли можно считать декорированием. Мы же ту вроде говорим про VC++ и в случае ТС с его соглашением вызова не должно быть подчеркиваний и вообще искажений. Добавлено через 3 минуты Сообщение от HighPredator Полное подавление гарантируется деф файлом. Блин, еще раз - def ничего не подавляет в DLL просто добавляет псевдоним. 0

Убежденный Ушел с форума 16473 / 7436 / 1187 Регистрация: 02.05.2013 Сообщений: 11,617 Записей в блоге: 1
	21.01.2014, 18:28	39
	Сообщение от HighPredator Контрпример (см. скрин). Я ранее написал, что все зависит от компилятора. Какой-то подавит, какой-то нет. Теоретических предпосылок к гарантированному подавлению нет. Совершенно верно. name mangling, как и вообще двоичный интерфейс C++ - штука не стандартизированная и может отличаться даже в рамках одного компилятора. Поэтому я еще на первой странице написал: Чтобы в Visual C++ получить неискаженное имя, нужно или использовать DEF-файл, или extern "C" + _cdecl. На счет других компиляторов - не знаю, с ними особо не работал. У М. Уилсона в его книге "Imperfect C++" этот вопрос, кстати, дотошно разбирался, вплоть до приведения "таблиц совместимости". 0

HighPredator 6045 / 2160 / 753 Регистрация: 10.12.2010 Сообщений: 6,005 Записей в блоге: 3
	21.01.2014, 18:30	40
	Сообщение от Avazart не должно быть ... Это лирика. Сообщение от Avazart Что касается def файла, то с генерённый на его основе lib тоже не будет зависеть от компилятора. Этот файл вообще нужен только на этапе компоновки. Компилятор тут никаким боком. 0