Указатели в VC++ (2010) DLL и в приложении C++Builder (RAD XE4)

@VV_RIP · Регистрация: 05.02.2012

Author24 — интернет-сервис помощи студентам

Здравствуйте! Есть такая ситуация: в приложении происходит вызов функции из библиотеки, в которую надо передать vector<wchar_t*>*.
Когда это происходит, в библиотеку приходит ссылка на не пойми что, т.е. пользоваться этим невозможно. Как так портятся указатели? И как быть? Мои предположения никак мне не помогли, да и в инете тоже не густо ...

Далее, когда мы передадим все-таки это, у нас в длл есть ссылка на функцию из приложения, аргумент у которой тот же вектор. Т.е. здесь реализована идея события, которое происходит в длл, и передает vector<wchar_t*>* в приложение для дальнейшей обработки.
Само событие происходит, просто опять портится ссылка на вектор и содержимое.
Когда все написано на билдере - все работает, но вот билдер и vc++ - нет.

@uglyPinokkio · 25.06.2014, 19:25

Сообщение от VV_RIP

Здравствуйте! Есть такая ситуация: в приложении происходит вызов функции из библиотеки, в которую надо передать vector<wchar_t*>*.

На этом можно закончить

. Переделывайте интерфейс dll на плоский C.

@nmcf · 25.06.2014, 19:27

Реализация класса vector разная, наверное. Не надо вообще такое передавать за пределы программы.

@uglyPinokkio · 25.06.2014, 19:33

Да, и еще надо иметь в виду, что даже для POD типов, память отведенная в приложении, должна освобождаться в приложении и наоборот - память отведенная в dll, должна освобождаться в dll

@VV_RIP · 25.06.2014, 21:04 **[ТС]**

Да ... правда даже wchar_t* и char* не передаются.

Добавлено через 1 минуту
Так я уже догадался, что вектор м.б. имеет разную реализацию, просто на всякий случай написал)

@uglyPinokkio · 26.06.2014, 03:49

Сообщение от VV_RIP

char* не передаются.

Почему? Указатели должны нормально передаваться. Нельзя отводить память в одном модуле, а освобождать в другом - у них менеджеры памяти у каждого свой.

@VV_RIP · 26.06.2014, 15:00 **[ТС]**

Так, в первом месте работает, а вот в другом - нет.
Код в длл:

C++

1
2
3

    wchar_t* str = L"Lol";
    CallToOther(str);//ссылка на функцию из приложения
    delete str;

Когда идет вызов функции, в приложение приходит пустая строка.

@nmcf · 26.06.2014, 15:19

Прототип у функции как выглядит и зачем здесь delete, если new не было? И лучше наверное так не объявлять строку, она будет с ограничениями на модификацию.

@VV_RIP · 26.06.2014, 15:26 **[ТС]**

А блин, до этого было new, прост не удалил.
В длл:

C++

1 2	wchar_t* str = L"Lol"; CallToOther(str);

Сама функция:

C++

void __stdcall Starter::CallToVC(wchar_t* command)
{
    UnicodeString us = command;//EAccessViolation
}

Добавлено через 49 секунд
Модификация не нужна.

@uglyPinokkio · 26.06.2014, 15:28

Поясните.

Сообщение от VV_RIP

Код в длл:

Сообщение от VV_RIP

CallToOther(str);//ссылка на функцию из приложения

Я правильно понимаю, что в dll Вы пытаетесь вызвать функцию, реализованную в приложении?
Каким образом передается указатель?

@VV_RIP · 26.06.2014, 15:52 **[ТС]**

Да, правильно.
Пока вот так:

C++

        HINSTANCE hi_dll = LoadLibrary(path.w_str());
        void (__stdcall *Init) (HINSTANCE, void(__closure __stdcall *CallTo)(wchar_t* command));
        Init = (void(__stdcall *) (HINSTANCE, void(__closure __stdcall *CallTo)(wchar_t* command)))
            GetProcAddress(hi_dll, "Init");
        if(Init)
            Init(hi_dll, CallToVC);

Добавлено через 16 минут
Ура! Я нашел решение!!!
Нужно было создать просто функцию, которая не является членом класса. Тогда можно обойтись без __closure и все работает!!!

@uglyPinokkio · 26.06.2014, 17:18

Сообщение от VV_RIP

Нужно было создать просто функцию, которая не является членом класса.

Можно статический метод класса, но это уже не имеет никакого отношения к dll.

@Avazart · 26.06.2014, 18:02

VV_RIP Ну нельзя так работать... вам же сказали что нужно делать только в стиле си

@VV_RIP · 28.06.2014, 18:20 **[ТС]**

Ну ... не уследил немного ...
И всякий раз, когда говорят про чистый си, так и хочется найти другое решение ...

@Avazart · 28.06.2014, 18:36

Использовать внутри ф-ции можно что угодно, но интерфейс dll-ки должен быть сишным, ну и в добавок - выделять/освобождать память нужно либо только в DLL либо только в программе, нельзя выделить в DLL и вернуть указатель на нее и освободить во вне.

Добавлено через 9 минут
Т.е применительно к твоей задачи можно сделать преобразование
vector<wstring> -> vector<wchar_t> а затем передавать как "сполошной пласт" в ф-цию

C++

1	size_t some(wchar_t* buf, size_t length);

@VV_RIP · 28.06.2014, 18:45 **[ТС]**

Я уже решил сделать через

C++

wchar_t**

это решает проблемы)

@Avazart · 28.06.2014, 20:39

Сообщение от VV_RIP

это решает проблемы)

Сомнительно.

@VV_RIP · 29.06.2014, 14:33 **[ТС]**

Почему?
Между библиотекой и приложением надо будет передавать несколько строк, которые задаются константно. В чем проблема?

@Avazart · 29.06.2014, 14:38

Есть сомнения в правильном реализации сего.
Кроме того придется фиксировать размер строк

@VV_RIP · 29.06.2014, 14:53 **[ТС]**

Так там и так фиксированный, менять не нужно.

@Avazart 8385 / 6147 / 615 Регистрация: 10.12.2010 Сообщений: 28,683 Записей в блоге: 30
	26.06.2014, 18:02	13
	VV_RIP Ну нельзя так работать... вам же сказали что нужно делать только в стиле си 0

@VV_RIP 11 / 10 / 1 Регистрация: 05.02.2012 Сообщений: 106
		1
	Указатели в VC++ (2010) DLL и в приложении C++Builder (RAD XE4) 25.06.2014, 19:15. Показов 1013. Ответов 19 Метки нет (Все метки) Здравствуйте! Есть такая ситуация: в приложении происходит вызов функции из библиотеки, в которую надо передать vector<wchar_t>. Когда это происходит, в библиотеку приходит ссылка на не пойми что, т.е. пользоваться этим невозможно. Как так портятся указатели? И как быть? Мои предположения никак мне не помогли, да и в инете тоже не густо ... Далее, когда мы передадим все-таки это, у нас в длл есть ссылка на функцию из приложения, аргумент у которой тот же вектор. Т.е. здесь реализована идея события, которое происходит в длл, и передает vector<wchar_t> в приложение для дальнейшей обработки. Само событие происходит, просто опять портится ссылка на вектор и содержимое. Когда все написано на билдере - все работает, но вот билдер и vc++ - нет. 0

@uglyPinokkio 327 / 230 / 55 Регистрация: 30.05.2014 Сообщений: 682
	25.06.2014, 19:25	2
	Сообщение от VV_RIP Здравствуйте! Есть такая ситуация: в приложении происходит вызов функции из библиотеки, в которую надо передать vector<wchar_t>. На этом можно закончить . Переделывайте интерфейс dll на плоский C. 1

@nmcf 7792 / 6559 / 2984 Регистрация: 14.04.2014 Сообщений: 28,669
	25.06.2014, 19:27	3
	Реализация класса vector разная, наверное. Не надо вообще такое передавать за пределы программы. 0

@uglyPinokkio 327 / 230 / 55 Регистрация: 30.05.2014 Сообщений: 682
	25.06.2014, 19:33	4
	Да, и еще надо иметь в виду, что даже для POD типов, память отведенная в приложении, должна освобождаться в приложении и наоборот - память отведенная в dll, должна освобождаться в dll 0

@VV_RIP 11 / 10 / 1 Регистрация: 05.02.2012 Сообщений: 106
	25.06.2014, 21:04 [ТС]	5
	Да ... правда даже wchar_t* и char* не передаются. Добавлено через 1 минуту Так я уже догадался, что вектор м.б. имеет разную реализацию, просто на всякий случай написал) 0

@uglyPinokkio 327 / 230 / 55 Регистрация: 30.05.2014 Сообщений: 682
	26.06.2014, 03:49	6
	Сообщение от VV_RIP char* не передаются. Почему? Указатели должны нормально передаваться. Нельзя отводить память в одном модуле, а освобождать в другом - у них менеджеры памяти у каждого свой. 0

@nmcf 7792 / 6559 / 2984 Регистрация: 14.04.2014 Сообщений: 28,669
	26.06.2014, 15:19	8
	Прототип у функции как выглядит и зачем здесь delete, если new не было? И лучше наверное так не объявлять строку, она будет с ограничениями на модификацию. 0

@uglyPinokkio 327 / 230 / 55 Регистрация: 30.05.2014 Сообщений: 682
	26.06.2014, 15:28	10
	Поясните. Сообщение от VV_RIP Код в длл: Сообщение от VV_RIP CallToOther(str);//ссылка на функцию из приложения Я правильно понимаю, что в dll Вы пытаетесь вызвать функцию, реализованную в приложении? Каким образом передается указатель? 0

@uglyPinokkio 327 / 230 / 55 Регистрация: 30.05.2014 Сообщений: 682
	26.06.2014, 17:18	12
	Сообщение от VV_RIP Нужно было создать просто функцию, которая не является членом класса. Можно статический метод класса, но это уже не имеет никакого отношения к dll. 0

@VV_RIP 11 / 10 / 1 Регистрация: 05.02.2012 Сообщений: 106
	28.06.2014, 18:20 [ТС]	14
	Ну ... не уследил немного ... И всякий раз, когда говорят про чистый си, так и хочется найти другое решение ... 0

@Avazart 8385 / 6147 / 615 Регистрация: 10.12.2010 Сообщений: 28,683 Записей в блоге: 30
	28.06.2014, 20:39	17
	Сообщение от VV_RIP это решает проблемы) Сомнительно. 0

@VV_RIP 11 / 10 / 1 Регистрация: 05.02.2012 Сообщений: 106
	29.06.2014, 14:33 [ТС]	18
	Почему? Между библиотекой и приложением надо будет передавать несколько строк, которые задаются константно. В чем проблема? 0

@Avazart 8385 / 6147 / 615 Регистрация: 10.12.2010 Сообщений: 28,683 Записей в блоге: 30
	29.06.2014, 14:38	19
	Есть сомнения в правильном реализации сего. Кроме того придется фиксировать размер строк 0

@VV_RIP 11 / 10 / 1 Регистрация: 05.02.2012 Сообщений: 106
	29.06.2014, 14:53 [ТС]	20
	Так там и так фиксированный, менять не нужно. 0