Почему объект, который я только что создал в CUDA, не соответствует тому, как он выглядит непосредственно перед возврато ⇐ C++

[Anonymous]

Я пишу CUDA на устройстве. У меня есть класс для эмуляции строк, поскольку класс строки нельзя использовать на графическом процессоре. В моем классе есть строка wchar_t * в data_ и size_ для длины строки. Я вызываю конструктор в какой-то момент при создании нового экземпляра переменной, и внутри конструктора все идет хорошо. Перед возвращением я вижу, что все еще в порядке. Но как только я возвращаюсь, в нем появляется мусор, даже для размера_, и кажется, что местоположение памяти немного сместилось (что могло бы объяснить мусор). Проблема с мусором для size_ исчезает, если я не выполняю cudaMalloc в
конструкторе (т.е. если я устанавливаю только _size в len, конструктор возвращается нормально).
Разборка графического процессора мне незнаком, поэтому трудно сказать, что происходит
при возврате вызывающему абоненту.
Учитывая этот код:

// this routine is probably not important but included for completeness

mydevice size_t my_mbstowcs(_TCHAR* dest, const char* src, size_t max) {
size_t count = 0;
while (count < max && src[count] != '\0') {
dest[count] = static_cast(src[count]);
count++;
}
if (count < max) {
dest[count] = L'\0';
}
return count;
}

// definition of class members

class tstring {
private:

_TCHAR* data2_;
size_t size_;

public:

_TCHAR* data_;

};

// constructor with some logic removed to simplify but still exhibits the problem

__device__ tstring::tstring(const _TCHAR* str, size_t len)
{
size_ = len;
data_ = nullptr;
data2_ = nullptr;

cudaMalloc((void**)&data_, (size_ + 1) * sizeof(_TCHAR));
} // at this point the value of "this" looks correct and size_ is 5 when len is 5.
// Note: the addess of "this" is 0x25ab9fffce0

// routine which calls constructor

__device__ tstring tostring(const char * pc, int len)
{
if (len == -1) len = strlen (pc);
wchar_t * tmpwide;
cudaMalloc(&tmpwide,sizeof(wchar_t) * len);
mbstowcs (tmpwide, pc, len);
tstring tmpstr = tstring(tmpwide, len); // after this call tmpstr has garbage
// like several trillion for _size. the address of tmpstr is
// fffce0 slightly different!
meDelete(tmpwide); // problem has already happened, not caused by this line
return tmpstr;
}```



Подробнее здесь: https://stackoverflow.com/questions/793 ... s-like-jus