Need to modify a QList item, can List::operator[](int i) do it or is there something better?

mrjj

hi
code a bit hard to read when not formatted.

you need to use &, i think

struct workItemUpdate {
  int val;
};
  workItemUpdate a;
  a.val = 100;
  QList<workItemUpdate> updates;
  updates.append(a);
   workItemUpdate& out = updates[0];
  out.val = 200;
  qDebug() << updates.at(0).val;
`
outputs 200

buckler

@mrjj Thank you; but in fact the actual update routine works when called from within the class, by another class member function. The problem occurs, when calling it from a function which is not a member of the class. Specifically, the logging function is a member of class "workItemListEntry", but in this case the function is called from a function in the class "cap". This might help expose the error - since it suggests something across class boundaries being the cause, rather than the function itself, which works as long as called within the class?

mrjj

@buckler
well it should not matter if used across classes, (in same app)
but depends on how you transfer the list or give access to the list ?

You might make copy of list, if not careful.

Try to transfer as * to list to be sure. & should also be good but * makes it hard
to make copy as then normally "= " would just copy pointer, not whole list.
So for test, use pointer to see if thats the case.

buckler

I am using pointer explicitly at the higher level workItemListPtr, and the point of using "operator[]" is to do this for an indiivdual QList item? (QList documentation reads "Returns the item at index position i as a modifiable reference. i must be a valid index position in the list (i.e., 0 <= i < size())."

The problematic function is (with more care to the formatting, as I agree with you that it is impossible to read otherwise):

void cap::logUpdate(QString step, int sessionItemIndex)
{
     QList<workItemListEntry> *workItemListPtr = sessionItems[sessionItemIndex].select->workItemListPtr();
    workItemListEntry wi;
    for (int i=0; i < workItemListPtr->size(); i++) {
        if (workItemListPtr->at(i).survey == sessionItems[sessionItemIndex].survey) {
            wi = workItemListPtr->operator;
            break;
        } // end-if
    } // end-for
    wi.logWorkItemListEntryUpdate(step, sessionItems[sessionItemIndex].select);
}

[edit: added missing coding tags ``` SGaist]

mrjj

@buckler
Ok so workItemListPtr(); does return pointer to list.
Next question.
is
workItemListEntry wi;
the item you change?
Should it not be workItemListEntry &wi;
as not to get copy ?

also syntax for pointer to list to avoid the operator syntax is
(*workItemListPtr)[i];
You might have reason for operator so just a note.

buckler

I have tried a number of variations - including what you suggested as well as a form from another post, presently I have (with no improvement):

void cap::logUpdate(QString step, int sessionItemIndex) 
{
  QList<workItemListEntry> *workItemListPtr = sessionItems[sessionItemIndex].select->workItemListPtr();
  auto& wi = workItemListPtr->operator[](0);
  for (int i=0; i < workItemListPtr->size(); i++) {
    if (workItemListPtr->at(i).survey == sessionItems[sessionItemIndex].survey) {
      wi = workItemListPtr->operator[](i);
      break;
    }
  }
  wi.logWorkItemListEntryUpdate(step, sessionItems[sessionItemIndex].select);
}

I did add in a qDebug inside my logging function itself. I print out the actual address when it logs an update. In fact the pointer values are different when it works (i.e., the case of calling it from another function of the same class) vs. when it doesn't work (when calling it from the different class). Clearly, my attempt at pointing to the same memory isn't working.

[edit: Added missing coding tags ``` SGaist]

mrjj

ok that does sound a bit strange
If it possible you make copy of any other object along the way so you indirectly get new list that way?

Like insert into other list that makes copy. ?
QList<workItemUpdate> updates; this will be copies.

Unless across process boundaries and dlls I have never had such issues.
It must be something simple or very hard to detect.

jsulm

@buckler Use a pointer:

void cap::logUpdate(QString step, int sessionItemIndex) 
{
  QList<workItemListEntry> *workItemListPtr = sessionItems[sessionItemIndex].select->workItemListPtr();
  workItemListEntry* wi = Q_NULLPTR;
  for (int i=0; i < workItemListPtr->size(); i++) {
    if (workItemListPtr->at(i).survey == sessionItems[sessionItemIndex].survey) {
      wi = &((*workItemListPtr)[i]);
      break;
    }
  }
  if (wi != Q_NULLPTR)
      wi->logWorkItemListEntryUpdate(step, sessionItems[sessionItemIndex].select);
}

And there is no need to call operator[](...) like you do, just use []

buckler

@jsulm Thank you! That did it! It is updating nicely now.

jsulm

@buckler Glad to hear it works now :-)