| Вопрос: Опять библиотеки | Добавлено: 09.05.07 23:36 |
Автор вопроса:  Wolf4D | Web-сайт: www.madnesstudio.ru
|
|
У меня опять проблема (да, в который раз(()
Итак, я пишу DLL, в которая выполняет функции определяения IP. Для этого я воспользовался кодом примера с этого сайта. Но вся проблема в том, что компилировать модуль, где подгружаются функции из других DLL, VB не может. Отказывается. Просто молча не создаёт DLL. Если эти функции исключить из числа включаемых (в File\Choose DLL exports...), то DLL компилируется отлично. Правда, ясное дело, работает неправильно. Вот у меня и возникает вопрос - что делать? Пожалуйста, помогите! |
| Ответы | Всего ответов: 9 |
|
Номер ответа: 1 Автор ответа:  HACKER Разработчик Offline Client Вопросов: 236 Ответов: 8362 |
Профиль | | #1 | Добавлено: 10.05.07 01:57 |
| Наверное подключать длл динамически? LoadLibrary или CoCreateInstance... | ||
|
Номер ответа: 2 Автор ответа: Wolf4D Вопросов: 20 Ответов: 131 |
Web-сайт: Профиль | | #2 | Добавлено: 10.05.07 19:06 |
|
Сорри, я что-то торможу, но я забыл упомянуть, что я пишу DLL на VB6.
А, ЕМНИП, LoadLibrary работает только в .NET... |
||
|
Номер ответа: 3 Автор ответа: Wolf4DВопросов: 20 Ответов: 131 |
Web-сайт: Профиль | | #3 | Добавлено: 10.05.07 19:23 |
|
Нашёл как работать с LoadLibrary в VB6. Но вся проблема в том, что если я объявляю LoadLibrary так:
Public Declare Function LoadLibrary Lib "kernel32" Alias "LoadLibraryA" (ByVal lpLibFileName As String) As Long
то проблема остаётся - библиотека-то всё равно подключается глобально. |
||
|
Номер ответа: 4 Автор ответа: HACKERРазработчик Offline Client Вопросов: 236 Ответов: 8362 |
Профиль | | #4 | Добавлено: 10.05.07 21:08 |
ну-ну.. удачи длл писанную на вб6 подключить через LoadLibrary  Читай про ActiveX DLL, динамически подключай через CoCreateInstance
|
||
|
Номер ответа: 5 Автор ответа: Wolf4DВопросов: 20 Ответов: 131 |
Web-сайт: Профиль | | #5 | Добавлено: 10.05.07 21:13 |
| Мда... Проще сделать отдельное придложение, запускающееся в фоновом режиме и обменивающееся данными с основной прогой через файл и/или реестр (основная прога на Delphi). | ||
|
Номер ответа: 6 Автор ответа: HACKERРазработчик Offline Client Вопросов: 236 Ответов: 8362 |
Профиль | | #6 | Добавлено: 11.05.07 02:37 |
|
Нет не проще... Темболее метотд этот будет через С
(сраку) |
||
|
Номер ответа: 7 Автор ответа: Wolf4DВопросов: 20 Ответов: 131 |
Web-сайт: Профиль | | #7 | Добавлено: 11.05.07 10:29 |
|
Нет не проще... Темболее метотд этот будет через С
(сраку) Поздно... Я УЖЕ реализовал это... |
||
|
Номер ответа: 8 Автор ответа: HACKERРазработчик Offline Client Вопросов: 236 Ответов: 8362 |
Профиль | | #8 | Добавлено: 11.05.07 17:49 |
|
MS тоже много чего реализовало, а потом выкинуло и придумало дотнет
|
||
|
Номер ответа: 9 Автор ответа: Wolf4DВопросов: 20 Ответов: 131 |
Web-сайт: Профиль | | #9 | Добавлено: 11.05.07 18:45 |
|
Для работы приложений, скомпилированных на VB.NET, мне потребуется ставить к нему ещё и .NET Framework, так?
Но я не обладаю на этой машине правами администратора и доставлять приложения не могу. Пишу аналог ICQ для локалки (знаю, такого уже понаписано много, но я пишу вариант с защитой и сугубо для тренировки). Сами исходники мессенджера открыты, а вот шифровка, определение IP и добавление заголовка выделены в отдельный модуль (уже с закрытыми исходниками). Потому и приходится так извращаться... |
||
Страница: 1 |