Странная ошибка SIG SEGV

[vbi]

программа создает поток отправляет запрос. Если созданных потоков меньше 32, то создает опять и т. д. потоки возвращают ответ и не удаляются а запихаются в стек. Потом программа смотрит - есть в стеке потоков и меньше 32 еще не вернули ответ - берет из стека поток и снова отправляет запрос и т. д.

[Bepec]

Первое впечатление если чесно отвратное. Надо же других так неуважать, чтобы такую подлость с самого начала творить (это не обвинение, это не оскорбление, ежели обидел - извиняюсь)

Я узнал, что программа там валится просто - ОНА ВАЛИТСЯ С ПЕРВОГО ЖЕ ЗАПУСКА
32!!! окна критичных ошибок и полтора десятка предупреждений о том, что мутекс нужно сначала залочить, а потом разлочить.

Соответственно тут и появилась диллема:
Если не комментить - валится с самого начала.

Если комментить - не посылает более 32.

PS я понял логику вашей программы, не понял реализацию, переделывать вашу программу лень (тем более со стеком).

PPS счас скачаю возможно ваш новый проект и попытаюсь запустить...

[vbi]

Спасибо за критику!

"окна критичных ошибок и полтора десятка предупреждений о том, что мутекс нужно сначала залочить, а потом разлочить" - Почему у меня окна и предупреждения не валятся вообще, даже варнингов нет? Чем вы пользуетесь? У меня стандартный QT Creator из стандартного набора QTSDK.

[vbi]

Скачайте проект еще раз пожалуйста. Там та строчка закоментирована, и сделано чтоб мутекс потом разлочивался, и счетчик проходит за 32

[Bepec]

Я бы задумался, если б у меня только было. А так и у Виктора она тож валилась Я использую VS2008 + Qt Addin.

Скачиваю

[Bepec]

Скачал запустил. Пожалел что нет второго компа - твоя прога мой i3 жрёт как мартышка семечки.
Завтра протестю. А то даже музыка заглючивает

[vbi]

Я собираю на MinGW. Под линуксом собирал. У меня не выдавало ошибок и варнингов на счет анлука мютекса. Да прога жрет все свободные ресурсы. Я для потоков пытаюсь и приритет ставить низкий (QThread::LowPriority) перед запуском. Вроде не должно все остальное глючить.
У меня, например, когда фильм смотрю, вроде нормально (HP Compaq 6720s 1,6 Core2Duo, 3 Gb RAM).

Скачал запустил. Пожалел что нет второго компа - твоя прога мой i3 жрёт как мартышка семечки.
Завтра протестю. А то даже музыка заглючивает Улыбающийся

Буду прееееемного благодарен!!!!!  Надежда только на Вас...

[Bepec]

В принципе тебя можно радовать - ты в своей программе портишь память Где - незнаю, это ты сам должен найти

Проблема вылета - при парсинге URL "http://' отбрасывается "http:" и идёт поиск "//"

Вот только в момент вызова ф-ции QString.indexOf() у строки из 2 (двух) слешей из-за испорченной памяти длина где то "-1655874695" рандомно Собственно там и выпадает программа в осадок.

Мой тебе совет - перепиши программу. (поиск порчи памяти это оочень сложное дело)

И да - советую (но не настаиваю), использовать наследование от QThread и создать 1 класс который будет отвечать за нужные тебе действия И уж точно он не будет жрать 90% процессорного времени моего компа

update: ради достоверности ещё пару раз дождался вылетов - ты портишь память. В самых разных местах. И конечно же иногда это проскакивает, иногда рушит программу.

Порча памяти - это запись данных в некорректный участок памяти. К примеру в 26 элемент массива с 10 элементами.

[vbi]

Спасибо! Попробую разобратся. Вы очень помогли!

[vbi]

Мне переписывать программу сложно. Я итак ее пол года переписывал уже. А теперь опять переписывать. Там столько всего...

А как вы длинну измеряли? sizeOf()?

[mutineer]

int QString::length () const

[Bepec]

У вас там портится память. То есть любое поле может измениться на любое значение.

Наиболее часто у меня вылетало именно при размере строки, но были и ошибки обращения по указателю (оказывался сдвинут в неипические дали).

Порчу памяти невозможно предотвратить заплаткой, ибо она может испортить и заплатку   Её нужно вычислить и убрать.

Да, длину я не вычислял - просто прошёл по стеку вызовов перед вылетом, смотрел данные внутри QString класса.

[V1KT0P]

Мне переписывать программу сложно. Я итак ее пол года переписывал уже. А теперь опять переписывать. Там столько всего...

А как вы длинну измеряли? sizeOf()?

Как я тебя понима. Сам вот переписал программу и все круто, но при переписывании использовал только один поток. В релизе решил поставить 4 потока, так она зараза падает, хотя я везде синхронизируюсь через boost::asio::strand =).

добавлено:
Кстати а никто не в курсе, может valgrind может помочь выявить то место где происходит порча памяти? Valgrind же по сути виртуальная машина, тоесть может по ходу работы отслеживать кто и куда пишет а когда упадет просто посмотреть кто последний писал в затертую память.

[Bepec]

Синхронизация тут не поможет.

Насчёт валгринда незнаю, но вроде в некоторых IDE есть возможность ставить условие на обращение к участку памяти.

PS хотя поиск порчи памяти дело неблагодаааарное.

[vbi]

Я собирал программу под линуксом, тестировал валгриндом, но таких проблем там не было, программа не вылетала ниразу. Правда с валгриндом программа наааааамного медленне работает. Может завтра попробую поставлю на целый день, и посмотрим. А так все утечки, которые показывал валгринд я устранил)