ну учитывая что в основном у нас ток QtCore, то можно все на std запилить

ну пожалуй да, есть конечно еще стринги и byteArray

ну учитывая что в основном у нас ток QtCore, то можно все на std запилить

а QCoreApplication используете?

по крайней мере из "ядра" системы я б убрал

Можно обернуть все вызовы, которые могут привести к утечке, запилить что-то типа стека - выделена память\освобождена и писать лог каждые n минут.

а QCoreApplication используете?

ну есесна

xquery без него не работает

таймеры

ну есесна

Тяжело будет уйти тогда от него

Сигналы слоты еще

Сигналы слоты еще

а, да. это тоже :(

Сигналы слоты еще

+

ну учитывая что в основном у нас ток QtCore, то можно все на std запилить

?

сигналы слоты бест

ну сигналы/слоты это уже больше для связи с внешним миром

ну сигналы/слоты это уже больше для связи с внешним миром

если queued connection используется, то только через QtCore

т.е. через QCoreApplication

если я вам скажу что у меня там еще .net и delphi есть, вы наверное закидаете меня тухлыми помидорами)

я бы не хотел тащить qt только ради сигналслотов

в стл ужэ есть всякие runasunc

ну и вообще

там наверное всё кроме qtgui)

я бы не хотел тащить qt только ради сигналслотов

многие плагины юзают qt. плюс очень много xml

я бы не хотел тащить qt только ради сигналслотов

ну да, но есть еще куча Qt std

тада

многие плагины юзают qt. плюс очень много xml

там удобный QPluginLoader

я бы не хотел тащить qt только ради сигналслотов

ради DirectConnection не стоит. А вот QueuedConnection очень мощная вещь

ради DirectConnection не стоит. А вот QueuedConnection очень мощная вещь

наверное да

мне прост тяжело дебажить эту асинхроньщину

поэтому появляются мысли неужто это того стоит

эти слоты

мне прост тяжело дебажить эту асинхроньщину

Сила и мощь Qt в его асинхронности. То, до чего дошли недавно, в Qt с начала его существования.

Сила и мощь Qt в его асинхронности. То, до чего дошли недавно, в Qt с начала его существования.

это хор

@square_root можно попробовать clang static analyzer он с qt вполне работает. Скорее всего какая то ошибка выхода за границу массива.

Использование qt сразу убирает ряд ошибок связанных с управлением памятью, так что я бы попробовал статический анализ

Использование qt сразу убирает ряд ошибок связанных с управлением памятью, так что я бы попробовал статический анализ

ох. если бы все было так просто :)

qt тоже надо уметь готовить кстати. очень часто с выгрузкой их либ проблемы

приложение корректно не закрывается

https://www.nayuki.io/page/undefined-behavior-in-c-and-cplusplus-programs

приложение корректно не закрывается

+

https://www.nayuki.io/page/undefined-behavior-in-c-and-cplusplus-programs

#url #cpp #ub

я сделал свой сабсистем менеджер

с блекджеком

ох. если бы все было так просто :)

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

чтобы стопать

блин. Тут слышал про одну либу с сигналами и слотами, но забыл

Хотя кмк обычного наблюдателя легко написатт

Все что недавно постили были с сигналами. U++, nana

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

используются, но проблема врядли там.

а мне кажется скорее всего именно там

приложение корректно не закрывается

чо?

Пройдись по инклудникам и посмотри макросы в теле h файлов

чо?

ну qt'шные приложения, очень часто при закрытии, падают в QtCore_unload.dll

именно так...

особенно если где то обращался к инстансу QCoreApplication

ну qt'шные приложения, очень часто при закрытии, падают в QtCore_unload.dll

ни разу не встречал, и нет там такой длл

ну всмысле получал экземпляр, ранее созданный в этом потоке

ни разу не встречал, и нет там такой длл

длл нету, а ошибка есть)

я покажу как нить

длл нету, а ошибка есть)

it's a window$...

это конечно забавно что человек со скрином из юникс-консоли (и зачем-то набранной командой рут от рута) пишет про венду.

это конечно забавно что человек со скрином из юникс-консоли (и зачем-то набранной командой рут от рута) пишет про венду.

Суть линуксятника

На смену сигнал слотам пришел Reactive Extention, во всяком случае асинхронная обработка становится на порядок понятнее и лаконичнее

Суть линуксятника

а может там фряха?

Кто нибудь знает как сделать аудозвонки

В телеграме

Кто нибудь знает как сделать аудозвонки

надо чтоб тебе позвонили

а может там фряха?

да!

это конечно забавно что человек со скрином из юникс-консоли (и зачем-то набранной командой рут от рута) пишет про венду.

кто платит - тот и заказывает

надо чтоб тебе позвонили

Я сам хочу позвонить но не выходить колс

хотят волшебника, а получают сказочника)

Я сам хочу позвонить но не выходить колс

звонком тебя "инвайтят"

На смену сигнал слотам пришел Reactive Extention, во всяком случае асинхронная обработка становится на порядок понятнее и лаконичнее

всякие эти Rx$languageName - хороши имхо только пока про них читаешь

звонком тебя "инвайтят"

Ах понял

всякие эти Rx$languageName - хороши имхо только пока про них читаешь

они хороши, когда в них въедешь

Может кто нибудь инвайтит ?!

в процессе использования c# въезжаешь оч быстро

Звонки

я

Звонки

Я могу

Это там где последний коммит полгода назад?

они хороши, когда в них въедешь

нет. Потом напишу сейчас лень. Но они очень неудобные имхо. Там куча ньюансов которые мешают работать

Если вы хотите звонить в #telegram, напишите мне в лс (@AlexFails) #ФэйлсПозвони, и #ФэйлсПерезвонит.

Кто нибудь знает как сделать аудозвонки

Вот форварднул

нет. Потом напишу сейчас лень. Но они очень неудобные имхо. Там куча ньюансов которые мешают работать

ну, ok. очень интересно послушать.

ну, ok. очень интересно послушать.

Хорошо. Но там в контексте андройда, ок?

Точнее явы. Но вангую для плюсов справедливо

Хорошо. Но там в контексте андройда, ок?

ok

ok

короче. Емнип кейс такой. Есть Observable раз в n времени оно посылает finish() или как там. Есть промежуточные объекты которые слушают этот Observable и перекидывают сообщения дальше. Помоему они были `Subject`ами. Но это вообщем-то и не суть. Прикол в том что после получения finish: 1) все observable переходят в состояние finish и надо пересоздавать объект. 2) все observer'ы тоже переходят в такое же состояние и с ними все 1 в 1. Т.е. я не могу сбросить этот стейт ну никак 3) с subject такая же тема

еще какие-то затыки я ловил

концепция observable такова, что on_complete, on_error -

это последнее, что получает obverser

Еее наблюдатели

после этих событий уже никакой observer ничего с данного потока не может

концепция observable такова, что on_complete, on_error -

а потом что делать с этими объектами? Пересоздавтаь?

такова концепция

либо не вызывай on

_complete