Как сделать "API" DLL

[Doctor Nestor]

То есть нужно сделать не ActiveX DLL, а DLL обычного типа
Где в VB надо щелкать?

[Demonx]

То есть нужно сделать не ActiveX DLL, а DLL обычного типа
Где в VB надо щелкать?

Негде щёлкать... в вб нет такого...

[A.A.Z.]

К огромному сожалению, нигде.
Все, что могу посоветовать - либо садись за C или Delphi, либо за $ бери Visual DLL.

[A.A.Z.]

Опоздал

[ALX_2002]

А чем Activex DLL не устраивает ??? Нормальный девайс....
Я не жалуюсь

[Alexanbar]

Меня не устраивает вот чем. Писал я большую программу, где много функций сидели в модулях. Пришлось написать ещё одно приложение, использующее часть этих функций. Теперь полностью перелопачиваю весь проект. Чтобы создать ActiveX DLL нужны не модули, а класс-модули. А если бы можно было создать обычную DLL, было бы гораздо проще - просто убрал бы модули, объявил соответствующие функции, перенёс их в dll практически оди в один.

[Approximator]

Меня не устраивает вот чем. Писал я большую программу, где много функций сидели в модулях. Пришлось написать ещё одно приложение, использующее часть этих функций. Теперь полностью перелопачиваю весь проект. Чтобы создать ActiveX DLL нужны не модули, а класс-модули. А если бы можно было создать обычную DLL, было бы гораздо проще - просто убрал бы модули, объявил соответствующие функции, перенёс их в dll практически оди в один.

А так? В чём проблема? Что все неоходимые функции нельзя перенести в соответствующие классы (прямо в Вашей большой программе, для простоты можете объявить Class module Global MultiUse) и проект сделать ActiveX Exe? Или проблема намного глубже?

[Alexanbar]

Можно всё, но это занимет много времени

[Doctor Nestor]

Не устраивает вот чем:
При регистрации компонента на свежей машине (не загаженной присутствием VB) ругается и не делает сего действа. Прежде чем его регистрануть надо зарегистрировать целую цепочку dll. Например моя dll ссылается на msvbvm60.dll а та ещё на чё-нибудь. Если этот компонент будет только на моём компе, то всё нормально, но стоит куда нибудь перетащить, как начинаются проблеммыю Что это за "переносимость", когда для нормальной работы приложения, юзающего мой компонент, надо предварительно поставить VB. Мне всё равно какие dll писать (activeX or API), лишь бы они нормально подключались к другим проектам. КАК А

[areh]

Не устраивает вот чем:
При регистрации компонента на свежей машине (не загаженной присутствием VB) ругается и не делает сего действа. Прежде чем его регистрануть надо зарегистрировать целую цепочку dll. Например моя dll ссылается на msvbvm60.dll а та ещё на чё-нибудь. Если этот компонент будет только на моём компе, то всё нормально, но стоит куда нибудь перетащить, как начинаются проблеммыю Что это за "переносимость", когда для нормальной работы приложения, юзающего мой компонент, надо предварительно поставить VB. Мне всё равно какие dll писать (activeX or API), лишь бы они нормально подключались к другим проектам. КАК А

дело в том, что даже если ты не будешь писать ни каких компонентов, твоей проге на VB нужна та самая библиотека msvbvm60.dll, и некоторые другие (которые могут присутствовать или нет на компе конечного пользователя) так что в этом нет ничего страшного.. просто надо делать Setup, который будет включать в себя всё необходимое...

[Doctor Nestor]

Я заметил (что msvbvm60 всегда треба). Всё бы ничего, если бы regsvr32 не ругался при регистрации компонента (даже когда msvbvm есть на компе). В чем собственно проблема:
- есть голая машина.
- на неё ставлю прогу, юзающую мой компонент.
- пытаюсь регистрануть последнего. regsvr выругался и ушёл.
Мой activeX компонент ссылается только на msvbvm60. А она на компе есть! (где положено в system32). Насколько я понимаю, msvbvm60 - это обычная api dll (non ActiveX). это к тому, что её-то регистрировать не надо. (Попытка это сделать провалилась ). Спасло только установление VB на комп. А не хотельсь бы... Что-то надо делать...

[areh]

Тебе надо создавать нормальные инсталяционные пакеты, которые не требуют ничего. Поищи по форуму, эта проблемма активно обсуждаеться, так же обсуждаються инструменты для её решения.

Удачи

[codemaster]

Меня не устраивает вот чем. Писал я большую программу, где много функций сидели в модулях. Пришлось написать ещё одно приложение, использующее часть этих функций. Теперь полностью перелопачиваю весь проект. Чтобы создать ActiveX DLL нужны не модули, а класс-модули. А если бы можно было создать обычную DLL, было бы гораздо проще - просто убрал бы модули, объявил соответствующие функции, перенёс их в dll практически оди в один.

Дело в дизайне. Для повторного исп. модулей в послующих проектах

В текущем проекте можно создать отдельную папку для "Global" модулей.
Разумеется функции в модулях должны быть "группированы"
т.е. в модуль для работы File Font Dld не стоит пихать
функции для работы с DC