В одном из файлов ATL(atlsmtpconnection.h) есть хитрая строчка:

__declspec(selectany) CSMTPWSAStartup _g_smtp_init;

она вызывает конструктор, который в свою очередь использует внешнюю функцию WSAStartup.
Всё это дело крашится если модуль с WSAStartup не подгрузился на момент инициализации _g_smtp_init.
В проэкте много модулей где этот selectany мог построится, и непонятно как проконтролировать загрузку нужного модуля до этой строчки.
Как выход, используем delay-load, но есть потребность обойтись как нибудь без него.
Может есть какой способ управлять очерёдностью подгрузки статически линкованных модулей?

P.S. VS2005, c++, ATL

Это вроде должна быть стандартная задача, упорядочить подгрузку dll-ек. Неужели никто не сталкивался?

Здравствуйте, Caracrist, Вы писали:

C>Это вроде должна быть стандартная задача, упорядочить подгрузку dll-ек. Неужели никто не сталкивался?

Могу ошибиться, но ИМХО это невозможно.

Сообщение было от меня

Здравствуйте, Caracrist, Вы писали:

C>В одном из файлов ATL(atlsmtpconnection.h) есть хитрая строчка:

Единственным решением будет ее убрать совсем.
Нельзя вызывать WSAStartup в DllMain и тем более до нее.

P.S.
Кстати, откуда вы брали этот файл ?
Начиная с VS2008 он не поставляется, а содержится в другом проекте http://atlserver.codeplex.com/ .

Как обычно с проектами где код открыт, можно написать в багтрекер и предложить исправление.

Здравствуйте, _nn_, Вы писали:

__>Единственным решением будет ее убрать совсем.
__>Нельзя вызывать WSAStartup в DllMain и тем более до нее.
Не хотим делать изменения во внешней библиотеке, мало-ли с чем оно потом будет не совместимо...
__>P.S.
__>Кстати, откуда вы брали этот файл ?
VS2005
__>Начиная с VS2008 он не поставляется, а содержится в другом проекте http://atlserver.codeplex.com/ .
Там эта проблема не решена.
__>Как обычно с проектами где код открыт, можно написать в багтрекер и предложить исправление.
Нет возможности ждать их решения, хотелось бы всё-таки контролировать порядок загрузки модулей. Это было бы идеальным решением без лишней зависимости...

Здравствуйте, Caracrist, Вы писали:

__>>Как обычно с проектами где код открыт, можно написать в багтрекер и предложить исправление.
C>Нет возможности ждать их решения, хотелось бы всё-таки контролировать порядок загрузки модулей. Это было бы идеальным решением без лишней зависимости...
Можно попробовать порядок либов (.lib) подсунуть линкеру в желаемом порядке, но это не гарантирует ничего.

А не нужно ждать решения, просто возьмите исходники и уберите эту строчку, ну заодно и патч предоставьте.

Здравствуйте, _nn_, Вы писали:

__>Можно попробовать порядок либов (.lib) подсунуть линкеру в желаемом порядке, но это не гарантирует ничего.

уже проверили, не решение.

Здравствуйте, _nn_, Вы писали:

__>А не нужно ждать решения, просто возьмите исходники и уберите эту строчку, ну заодно и патч предоставьте.

http://atlserver.codeplex.com/WorkItem/View.aspx?WorkItemId=12923

Пока нас на это хватило

Здравствуйте, Caracrist, Вы писали:

Что если сделать библиотеку зависящую от ws2_32.lib и вашу библиотеку зависящую от первой.
Может так получится загрузить windows sockets раньше ?