Вызов API из C# DLL

[visualman]

Приветствую!

Проблема такая: требуется дёргать функции DLL, написанной на С#.

Декларации писал, не прокатывает. Без ошибок, но тупо не работает.

Вся документация на Dll есть.

Как быть?

Заранее спасибо!!

[Хакер]

В компоненты такие DLL не добавляются (Error loading library или что по такое).

В действиях должен быть смысл. Смысл в действиях бывает когда есть понимание того, что ты делаешь. Как можно брать человека на работу, если он тыкает наугад и не понимает смысл действий,

В компоненты добавляются ActiveX-компоненты, которые являются COM-серверами. Надо отдавать себя отчёт в том, чем именно является написанная на сишарпе библиотека. Является ли она ActiveX-контролом? Или она является просто ActiveX-сервером (классы не являются контроллами)? Или она является COM-сервером, не поддерживающим ActiveX (коими являются например DirectX-овые библиотеки)? Или она вообще не является COM-сервером? Может она является библиотекой, экспортирующей сущности в стиле С++, например, экспортирующая в том числе и С++-классы? Или может она является просто библиотекой, экспортирующей функции?

Надо отдавать себе отчёт о том, что ты держишь в руках, и в зависимости от этого, делать правильные вещи.

Вся документация на Dll есть.

Ну так и выложи сюда хоть что-нибудь, или ты в загадки пришёл играть?

[visualman]

Мда... Наверное я не так объяснил...
А отчёт я себе отдаю...

[Хакер]

А отчёт я себе отдаю...

Тогда напиши, какая именно DLL у тебя из кучи возможных вариантов.

[FireFenix]

Декларации писал, не прокатывает. Без ошибок, но тупо не работает.

Значит ты просто не умеешь с ней работать.

[Qwertiy]

Значит ты просто не умеешь с ней работать.

Хм... А это вообще возможно? Кроме Си++.NET?

Является ли она ...

Насколько я представляю, все .NET dll одинаковы. Опять же, кроме Си++.NET.

[Хакер]

Насколько я представляю, все .NET dll одинаковы.

Ну понятно, что .NET dll одинаковы, и с точки зрения дотнетчиков они так и зовутся. Но с точки зрения внешнего мира они являются чем-то из упомянутого (или не упомянутого). Вот надо написать, чем они являются.

И если они хоть как-то допускают вызов из внешнего недотнетского мира, то должны быть какие-то call-gate-ы-переходники, и значит можно вызывать хоть из VB6, хоть из VBA, хоть откуда.

[Qwertiy]

Но с точки зрения внешнего мира они являются чем-то из упомянутого (или не упомянутого). Вот надо написать, чем они являются.

А являются ли? Там же промежуточный код... В любом случае, экспортируемых функций там нет. Да и остального тоже, наверное.

И если они хоть как-то допускают вызов из внешнего недотнетского мира

А они допускают? Единственный известный мне способ использования .NET из native кода - это mixed dll на Си++.NET, которые помимо .NET'овского кода могут экспортировать нативные классы/функции.

[Хакер]

А являются ли?

В любом случае они являются чем-то. Если уж там правда нет ни одной экспортируемой сущности (в чём я очень сомневаюсь), то уж в любом случае есть что-то другое, например дотнет-специфичная директория в каталоге директорий, откуда берётся инфа об экспортируемых сущностях.

А они допускают?

Это проблема из мира дотнетчиков
Мы умеем юзать всё что угодно. Умеете ли вы делать юзабельные извне DLL-шки?

[FireFenix]

Значит ты просто не умеешь с ней работать.

Хм... А это вообще возможно? Кроме Си++.NET?

Виндовс же их загружает, значит ничего нет невозможного.

Где то был мануал, в котором идём вызов самой CLR и скармливание dll'ки. Ну и с помощью CLR-функций идёт с ней общение

[Qwertiy]

В любом случае они являются чем-то.

Расскажи чем - интересно узнать

Код: Выделить всё

echo public static class Sample { public static int Sum(int x, int y) {return x+y;} } >sample.cs
%systemroot%\Microsoft.NET\Framework\v3.5\csc.exe /target:library /optimize+ /debug- /out:sample.dll sample.cs
del sample.cs

Версию фреймвёка выберешь из имеющихся у тебя

[Хакер]

Расскажи чем - интересно узнать

Я-то откуда знаю? Я не приверженец дотнета, я противник дотнета.

[Qwertiy]

Я-то откуда знаю?

Отсюда:

Ну так и выложи сюда хоть что-нибудь

Код: Выделить всё

echo public static class Sample { public static int Sum(int x, int y) {return x+y;} } >sample.cs
%systemroot%\Microsoft.NET\Framework\v3.5\csc.exe /target:library /optimize+ /debug- /out:sample.dll sample.cs
del sample.cs

Версию фреймвёка выберешь из имеющихся у тебя

[visualman]

Ребят, скоро выложу сорс тестовой DLL на C#. Нужно попробовать вызвать функцию. Не бросайте меня )

Спасибо!

[visualman]

Ребят, вот солюшен на C#

Интересует вызов функции GetSum из CalcLib.dll

[Qwertiy]

1. А при чём тут вообще VB6?
2. Твой код правильный и даже работает!
3. Для обращения к сервису он должен быть запущен...
4. Для регистрации url надо запускать хост с админскими правами.

[visualman]

1. А при чём тут вообще VB6?
2. Твой код правильный и даже работает!
3. Для обращения к сервису он должен быть запущен...
4. Для регистрации url надо запускать хост с админскими правами.

VB при том, что я на нём буду должен писать тестовые скрипты для C# библиотек. Ибо на C# я писать не умею.

[Viper]

VB при том, что я на нём буду должен писать тестовые скрипты для C# библиотек. Ибо на C# я писать не умею.

Вызвать надо в VB6 или все же в VB.NET? Если второе, то никаких проблем быть не должно вообще, если все-таки VB6, то решение ЕМНИП описано у Эпплмана в "Переход на VB .NET. Стратегии, концепции, код".

[visualman]

VB при том, что я на нём буду должен писать тестовые скрипты для C# библиотек. Ибо на C# я писать не умею.

Вызвать надо в VB6 или все же в VB.NET? Если второе, то никаких проблем быть не должно вообще, если все-таки VB6, то решение ЕМНИП описано у Эпплмана в "Переход на VB .NET. Стратегии, концепции, код".

Из VB6

[visualman]

VB при том, что я на нём буду должен писать тестовые скрипты для C# библиотек. Ибо на C# я писать не умею.

Вызвать надо в VB6 или все же в VB.NET? Если второе, то никаких проблем быть не должно вообще, если все-таки VB6, то решение ЕМНИП описано у Эпплмана в "Переход на VB .NET. Стратегии, концепции, код".

Из VB6

C .Net понятно, что ни каких проблем. А нужно из VB6. Потому тема и появилась.
Переходить я не собираюсь. Я тоже ярый противник .NET

[Qwertiy]

У тебя вообще сервис, а не dll. Ему абсолютно всё равно, кто его вызывает. Проблем не должно быть ни с одним языком, в котором поддерживаются сервисы.

[iGrok]

Код: Выделить всё

echo public static class Sample { public static int Sum(int x, int y) {return x+y;} } >sample.cs
%systemroot%\Microsoft.NET\Framework\v3.5\csc.exe /target:library /optimize+ /debug- /out:sample.dll sample.cs
del sample.cs

"Классических" экспортируемых сущностей нет, но есть некая .NET MetaData Directory с описанием содержащихся .NET сущностей.

Насколько я понимаю, со всем этим бобром можно работать, создав экземпляр нужного класса при помощи ClrCreateManagedInstance из mscoree.dll

Initiate .Net object without COM

It is possible to create instance of .Net class without registering it for COM. In this case .Net assembly should be located in GAC or in project directory. T o do this us e ClrCreateManagedInstance() function exported from mscoree.dll - main .Net file (like ole32.dll for COM) . This function works like CoCreateInstance() for COM objects.

Example in handler for "Create .Net object without COM" button uses external keyword but it is possible to load mscoree.dll with LoadLibrary() function and get address of ClrCreateManagedInstance() with GetProcAddress().

When calling ClrCreateManagedInstance(), supply full class name (including namespace) and assembly name, such as: "Interop.Test.InterfacedClass, CSharpAssembly, Version=1.0.0.0, Culture=neutral, PublicKeyToken=b4eba4c5f06ce523" and interface you want to get - IUnknown, IDispatch or any interface that is implemented in .Net class and is COM visible. .Net object needs to have public contructor without parameters.

[visualman]

У тебя вообще сервис, а не dll. Ему абсолютно всё равно, кто его вызывает. Проблем не должно быть ни с одним языком, в котором поддерживаются сервисы.

Сервис, это просто для примера работы. Да, надо было не весь солюшен выкладывать, а только сорс DLLки. Спасибо за функцию! Ща почитаю.

[Vi]

Из Calc\CalcLib\Properties\AssemblyInfo.cs :

Код: Выделить всё

// Setting ComVisible to false makes the types in this assembly not visible
// to COM components.  If you need to access a type in this assembly from
// COM, set the ComVisible attribute to true on that type.
[assembly: ComVisible(false)]


Ты ничего с ней из VB6 не сделаешь. Потому что пустая она. Попробуй "RegAsm.exe /tlb CalcLib.dll", чтобы убедиться в её пустоте.

[visualman]

Из Calc\CalcLib\Properties\AssemblyInfo.cs :

Код: Выделить всё

// Setting ComVisible to false makes the types in this assembly not visible
// to COM components.  If you need to access a type in this assembly from
// COM, set the ComVisible attribute to true on that type.
[assembly: ComVisible(false)]


Ты ничего с ней из VB6 не сделаешь. Потому что пустая она. Попробуй "RegAsm.exe /tlb CalcLib.dll", чтобы убедиться в её пустоте.

Ну как же пустая? Я прекрасно с ней из vb.net работаю. Там одна функция - GetSum

[Vi]

Ну как же пустая? Я прекрасно с ней из vb.net работаю. Там одна функция - GetSum

Тебе нужно в VB6 или в VB.NET? Там механизм доступа к метаданным разный. Наверное, мне нужно было уточнить, что с точки зрения VB6 (как и вообще СОМ) она пустая.

[visualman]

Ну как же пустая? Я прекрасно с ней из vb.net работаю. Там одна функция - GetSum

Тебе нужно в VB6 или в VB.NET? Там механизм доступа к метаданным разный. Наверное, мне нужно было уточнить, что с точки зрения VB6 (как и вообще СОМ) она пустая.

КЭП, спасибо! Поста бы небыло, была бы она COM. VB6 нужен. Ладно, я уже смирился. Придётся на .NET писать.

Можно пост закрывать.

[Хакер]

Ладно, я уже смирился.

Это худшее, что можно сделать в твоём случае. В любом случае.

[visualman]

Ладно, я уже смирился.

Это худшее, что можно сделать в твоём случае. В любом случае.

Знаю ( Буду исследовать. Может получится всё же.

[Vi]

КЭП, спасибо! Поста бы небыло, была бы она COM. VB6 нужен. Ладно, я уже смирился. Придётся на .NET писать. Можно пост закрывать.

Так открой атрибуты на видимость. NETу не убудет, а для скриптов и VB6 она станет доступна.