что за задачи то ?

то есть ты собираешься сначала читать файл во время того, как другая задача его изменяет а потом одновременно писать в один и тот же файл ?

то есть ты собираешься сначала читать файл во время того, как другая задача его изменяет а потом одновременно писать в один и тот же файл ?

@siilky @mefest прошу прощения, что сразу не ответил. Если мне нужно приостановить выполнение предыдущей задачи, чтобы выполнилась та, которую затребовал пользователь?
(Эти задачи открывают на чтение одни и те же файлы)
В этом случае нужно как-то пользоваться мьютексами или можно изначально у потока, функция которого постоянно работает, сделать не самый высокий приоритет, а задачи, которые ставит пользователь во время выполнения, делать с более высоким приоритетом в отдельном потоке? Спасибо!

Задача в непрерывном потоке читает, изменяет файл и пишет в новый файл эти изменения.
Пользователь же задаёт, условно в QTableWidget, свои «пожелания» для изменения файла и хочет как можно быстрее получить новый файл с этими изменениями, но идёт непрерывный процесс, который нужно, получается, остановить

ну допустим, можно использовать какуюнибудь синхронизачию, чтобы остановить первую задачу, например condition variable

// parse answer
auto data = reply->readAll();
auto doc = QJsonDocument::readAll(data);
auto obj = doc.object();

return obj;

Как-то так.

В названии чата используется слеш, как вариант, может ли причина быть в этом?

Я еще понадоедаю, можно?

В общем, гугл подсказал что SIGSEGV в данном случае случается только при условии что что-то продолжает делать запись в обьект из которого я сейчас пытаюсь сделать readAll.
То есть получается что QNetworkReply не завершился? Но QEventLoop тут нужен же именно для этой ситуации. Выходит Reply выдает сигнал на то что он завершился, но продолжает туда что-то дописывать?

Из решений есть вариант

if(reply){
   if(reply->error() == QNetworkReply::NoError){
      //readAll() & return QJsonObject
   }
}

А варианта освободить нету?

Я еще понадоедаю, можно?

В общем, гугл подсказал что SIGSEGV в данном случае случается только при условии что что-то продолжает делать запись в обьект из которого я сейчас пытаюсь сделать readAll.
То есть получается что QNetworkReply не завершился? Но QEventLoop тут нужен же именно для этой ситуации. Выходит Reply выдает сигнал на то что он завершился, но продолжает туда что-то дописывать?

Из решений есть вариант

if(reply){
   if(reply->error() == QNetworkReply::NoError){
      //readAll() & return QJsonObject
   }
}

А варианта освободить нету?

Я еще понадоедаю, можно?

В общем, гугл подсказал что SIGSEGV в данном случае случается только при условии что что-то продолжает делать запись в обьект из которого я сейчас пытаюсь сделать readAll.
То есть получается что QNetworkReply не завершился? Но QEventLoop тут нужен же именно для этой ситуации. Выходит Reply выдает сигнал на то что он завершился, но продолжает туда что-то дописывать?

Из решений есть вариант

if(reply){
   if(reply->error() == QNetworkReply::NoError){
      //readAll() & return QJsonObject
   }
}

А варианта освободить нету?

Гугл тебе не мог такое подсказать...

Вот один из ответов самый близкий к моему случаю:
https://stackoverflow.com/questions/47947843/qnetworkreply-throwing-sigsegv-when-finished-signal-emitted
А про то что чем-то занята память взял отсюда:
https://stackoverflow.com/questions/31723468/qserialportreadall-leads-to-sigsegv-sigabrt-if-called-in-a-while-loop

Но, возможно я смешал людей с конями в одну кучу...