Здравствуйте, nzeemin, Вы писали:
N>Извините, возможно я чего-то недопёр, но что мешало использовать для этих целей WinAPI LoadLibrary/GetProcAddress/FreeLibrary (пример "Using Run-Time Dynamic Linking" в MSDN)? Почему нужен был именно свой загрузчик?
Ну, они вроде как из файла грузят. Перечитайте начало статьи.
Специалист — это варвар, невежество которого не всесторонне :)
Здравствуйте, sataron, Вы писали:
S>Здравствуйте, Slicer [Wirkwood], Вы писали:
SW>>Напишу параллельную линейку кода на C. SW>>Только не прямо сегодня.
S>А воз и ныне там... (с) Не помню кто!
См. мой сегодняшний коммент. Умельцы уже постарались, осталось приаттачить к статье =)
Специалист — это варвар, невежество которого не всесторонне :)
Здравствуйте, Alexey Chen, Вы писали:
AC>#define QUOTE AC>Как сделать так, чтобы никто не заметил рядом с исполнимым файлом эту DLL? Ясно, что распространять ее вместе с файлом нельзя. Создание файла DLL из информации, хранимой в самом приложении (например, в виде ресурса) в %TEMP% или где-нибудь в GetTempXXX было признано решением, недостойным программиста. AC>#undef QUOTE
AC>А с чего бы это? Использование недокументированных возможностей достойно?
А вообще, во многих ситуациях я бы согласился — ничего страшного в этом нет. Но обойтись без временного файла — всяко ведь более красивое решение, хотя бы с исследовательской точки зрения. Вот и получилось такое исследование.
Специалист — это варвар, невежество которого не всесторонне :)
Здравствуйте, X-Cipher, Вы писали: XC>>Вновь обращаюсь к Вам в надежде прочить ответ XC>Пардон, нужно читать "в надежде получить ответ"
На самом деле, я извиняюсь — доставка уведомлений о новых постах на РСДН у меня уже лет 6 как не работает. Бог знает, почему. Написали бы сразу на почту, указана ведь...
Специалист — это варвар, невежество которого не всесторонне :)
Жаль только, авторство не указали. RSDN такие вещи запрещает или нет? Просто интересно 
Гляньте кому не лень, плиз...
