Передача массива в метод класса

[StatuS74]

А нет другого варианта передать весь массив сразу ?

[mutineer]

QList нормальный и безопасный вариант. Шаблонный параметр ему укажи только. Или QStringList юзай

[Igors]

А нет другого варианта передать весь массив сразу ?

Код

C++ (Qt)
typedef QString Arr121[11][11];
 
connect (t,SIGNAL(sig_update(QString * )),SLOT(UpdateData(QString *)),Qt::QueuedConnection);
 
Arr121 * src = new Arr121[1];
Arr121 & arr = *src;
...
// emit
emit sig_update(&arr[0][0]);
 
// slot
void MyClass::UpdateData(QString * src)
{
 Arr121 & arr = *(Arr121 *) src;
 qDebug() << arr[2][2]; 
 ...
 delete [] &arr;
}
 

Философия люмпена была хорошо описана М. Горьким в его ранних рассказах  

[mutineer]

Пробрасывать через QEventLoop указатель на массив, созданный на стеке в методе? мда...

[Igors]

Пробрасывать через QEventLoop указатель на массив, созданный на стеке в методе? мда...

Не вижу в теме упоминания о QEventLoop/QueiedConnection. А вот передача 121 элемента по значению - ото действительно "мда" (говнокод убивающий машину)

[mutineer]

Пробрасывать через QEventLoop указатель на массив, созданный на стеке в методе? мда...

Не вижу в теме упоминания о QEventLoop/QueiedConnection. А вот передача 121 элемента по значению - ото действительно "мда" (говнокод убивающий машину)

Прямо в приведенном тобой коде коннект происходит через Qt::QueuedConnection. Да и в исходном сообщении тоже.
Если че, то QStringList не копирует данные при передаче, там SharedData

[Igors]

Прямо в приведенном тобой коде коннект происходит через Qt::QueuedConnection. Да и в исходном сообщении тоже.

Точно, это я не доглядел. Подправил, спасибо

Если че, то QStringList не копирует данные при передаче, там SharedData

С QueuedConnection - дело темное. Как бы не копирует дважды. Во всяком случае не видно никакой необходимости в передаче таких данных по значению

[mutineer]

При передаче указателя через QEventLoop возникает вопрос - а что будет, если эти данные удалят до того, как слот вызовется? С QStringList никаких проблем не будет (как не будет и копирования 121 строки до тех пор, пока они не меняются)

[Igors]

При передаче указателя через QEventLoop возникает вопрос - а что будет, если эти данные удалят до того, как слот вызовется? С QStringList никаких проблем не будет (как не будет и копирования 121 строки до тех пор, пока они не меняются)

Нужен 2-мерный массив, поэтому QVector <QStringList> > или QList <QStringList> >, а его нужно будет регистрировать, устанавливать размеры на 11 - в общем, мелкие заботы, хотя конечно это цивильное решение. Возня с 11х11 была бы понятна со старым С кодом/структурами но если элемент QString - то явно не в масть.

Насчет "никаких проблем не будет" - не уверен. Нужно как-то хранить аргумент поданный по значению до тех пор пока не вызовется слот. А как это сделать в общем виде? Не изучал подробно но полагаю что он сериализуется, а перед вызовом слота де-сериализуется. И это совсем не так дешево как обычный implicit sharing

А главное - ну зачем лезть в этот огород если проще и лучше установить соглашения типа "кто создает и кто удаляет".