#c #dll
#c #dll
Вопрос:
В настоящее время я изучаю, как создать библиотеку C , на которую будут ссылаться в других проектах, и я столкнулся с проблемой с ошибкой «Ошибка утверждения отладки»: is_block_type_valid(header-> _block_use)
. Я следовал пошаговому руководству, показанному здесь: создайте и используйте свою собственную библиотеку динамических ссылок. Как ни странно, я получаю ожидаемый ответ, если просто игнорирую ошибку.
В моей DLL в настоящее время есть только одна функция:
cpp:
int calculate_crc(std::string msg)
{
std::vector<std::string> msg_vector = [](std::stringamp; msg1) {
std::string next;
std::vector<std::string> resu<
// for each char in string
for (std::string::const_iterator it = msg1.begin(); it != msg1.end(); it )
{
// if we hit a terminal char
if (*it == ' ')
{
if (!next.empty())
{
// add them to the result vector
result.push_back(next);
next.clear();
}
}
else
{
next = *it;
}
}
if (!next.empty())
{
result.push_back(next);
}
return resu<
} (msg);
int crcReg = 0xFFFF;
// iterate through each element in msgVector
for (autoamp;amp; element : msg_vector)
{
// step 2: xor operation performed on byte of msg and CRC register
crcReg ^= [](std::string hex) {
std::map<char, int> map;
map['0'] = 0;
map['1'] = 1;
map['2'] = 2;
map['3'] = 3;
map['4'] = 4;
map['5'] = 5;
map['6'] = 6;
map['7'] = 7;
map['8'] = 8;
map['9'] = 9;
map['a'] = 10;
map['b'] = 11;
map['c'] = 12;
map['d'] = 13;
map['e'] = 14;
map['f'] = 15;
return map[hex[1]] (map[hex[0]] * 16);
} (element);
// step 3-5 are repeated until 8 bit shifts
for (int i = 0; i < 8; i )
{
int crcCopy = crcReg;
crcReg >>= 1;
if ((crcCopy amp; 1) == 0)
continue;
else
crcReg ^= 0xA001;
}
}
return crcReg;
}
h:
#pragma once
#ifdef OMRONLIBRARY_EXPORTS
#define OMRONLIBRARY_API __declspec(dllexport)
#else
#define OMRONLIBRARY_API __declspec(dllimport)
#endif
#include <iostream>
extern "C" OMRONLIBRARY_API int calculate_crc(const std::string msg);
Комментарии:
1. К вашему сведению, есть гораздо более простой способ заполнить ваш
std::vector
с помощьюstd::istringstream
иoperator>>
читать слова, разделенные пробелами изmsg
:std::vector<std::string> resu< std::istringstream iss(msg); std::string word; while (iss >> word) { result.push_back(word); }
И вам действительно не нужноstd::map
в цикле CRC, вы можете преобразовать символы'0'..'9'
в целые числа, просто вычитая'0'
из них, а'a'..'f'
символы — вычитая'a'
. Или вообще не разбирайте шестнадцатеричную строку вручную, используйтеstd::stoi()
base=16
вместо этого with или эквивалент.
Ответ №1:
std::string
не является безопасным типом для использования в параметре функции DLL. Типы, отличные от POD, никогда не должны передаваться через границу DLL, если только они не стираются по типу (например, с помощью void*
указателя) и к ним можно получить доступ только напрямую с помощью кода с одной стороны границы, а не с другой стороны.
Предполагая, что вызывающий объект вообще использует C (библиотеки DLL в стиле C могут использоваться на языках, отличных от C / C ), он может использовать другую std::string
реализацию. Или это может быть использование другого компилятора C , или другой версии того же компилятора C , или даже просто разные настройки для выравнивания, оптимизации и т.д. И даже если все это соответствует DLL, скорее всего, будет использоваться другой экземпляр диспетчера памяти, который DLL использует для своей std::string
реализации.
Если вы хотите безопасно передать строку в функцию DLL, char*
вместо этого используйте строку в стиле C. Вы можете использовать std::string
внутри DLL, если хотите, например:
int calculate_crc(const char* msg)
{
use msg as-is ...
or
std::string s_msg = msg;
use s_msg as needed ...
}
extern "C" OMRONLIBRARY_API int calculate_crc(const char* msg);
Комментарии:
1. Я вижу. Итак, вы говорите, что когда вы создаете DLL, вы хотите максимально избежать использования includes и просто придерживаться собственных функций / классов C . Спасибо за ответ.
2. Это не просто вопрос включения. Любой класс (за пределами абстрактных интерфейсов), как правило, небезопасен для перехода через границу DLL, поскольку могут быть различия в выравнивании, заполнении, логике vtable и т. Д. Вы просто не можете предположить, что DLL и вызывающий объект используют одни и те же реализации. Поэтому передавайте только те данные, которые безопасны для взаимодействия, например, необработанные типы, которые использует C. Это также относится и к соглашениям о вызовах функций. Придерживайтесь только
__cdecl
и__stdcall
, поскольку почти все компиляторы C / C (и большинство C-совместимых языков) поддерживают их.3. @AndrewNguyen в ответе вообще не упоминается includes . Прочитайте это как любой класс C .
4. Это было все. Я изменил параметр с std::string на char *, и это решило мою проблему с ошибками. Еще раз спасибо за помощь, без вас, ребята, я бы не справился!