Ой, ну знаете, мы кути писали в прошлом десятилетии, что нам теперь наши кьюстроки с кьютредами выкидывать. Охуенная логика!

алсо, в гцц вся эта обвязка связанная с мутексами и потоками вообще чуть ли не версии 4.7 заработала, до этого баги были

Почему qstring свои запилили?!

Зачем было велосипедить свои строки в Qt? Зачем велосипедить свои контейнеры?

посмотри год когда они велосипедили

std::string, алло.

QString - это юникод и индексация происходит по-символьно, а не побайтно это важно

QString - это юникод и индексация происходит по-символьно, а не побайтно это важно

Спасибо, первое дельное замечание.

QString - это юникод и индексация происходит по-символьно, а не побайтно это важно

не совсем, там же utf-16, суррогатные пары все равно имеются

ОХ ЛОЛ

Серьёзно?

Там utf16?

QString stores a string of 16-bit QChars, where each QChar corresponds one Unicode 4.0 character. (Unicode characters with code values above 65535 are stored using surrogate pairs, i.e., two consecutive QChars.)

-______-

Боже.

ага, именно

Зачем было велосипедить свои строки в Qt? Зачем велосипедить свои контейнеры?

Там все пилилось пока в std ниоч было

Там все пилилось пока в std ниоч было

а это когда было?

Я понимаю, но щас бы в 2017 жаловаться на std

А кто-то жалуется?

Ну это типа обоснование того, что они все напилили свое

Но std::string все еще мало что умеет)

Я понимаю, но щас бы в 2017 жаловаться на std

Я не жалуюсь)

Но std::string все еще мало что умеет)

Да ёп, плюсы это вам не сишарп :D

может тогда логичнее жаловаться на std что они напилили своё?

я кстати пожалуюсь... Там запили наконец чтобы std::async выполнялись в пуле тредов или в одном треде, типо как корутины?

может тогда логичнее жаловаться на std что они напилили своё?

Охуенная логика жаловаться на комитет стандартизации языка.

Охуенная логика жаловаться на комитет стандартизации языка.

т.е. им велосипедить можно, а остальным нельзя?:)

Да ёп, плюсы это вам не сишарп :D

Ну например тред в std говно

я кстати пожалуюсь... Там запили наконец чтобы std::async выполнялись в пуле тредов или в одном треде, типо как корутины?

Было где то обоснование, почему корутины это негативная абстракция

запахло двойными стандартами

т.е. им велосипедить можно, а остальным нельзя?:)

Ты в своём уме?

комитет, который определеяет ЧТО ТАКОЕ ПЛЮСЫ, не может велосипедить по определению!

Было где то обоснование, почему корутины это негативная абстракция

а с пулом тредов то что не так? А то оно емнип создает по потоку новому на каждую задачу и потом прибиывает

Сам по себе тред ниоч

Типа терминейт из деструктора ниоч

У меня вот вопрос про QThreadPool Я в него добавляю треды и больше нигде не храню указатели на них Есть какой-то способ потом получить список тредов в этом пуле? Просто перебрать их или что-то такое

У меня вот вопрос про QThreadPool Я в него добавляю треды и больше нигде не храню указатели на них Есть какой-то способ потом получить список тредов в этом пуле? Просто перебрать их или что-то такое

давно не юзаю тредпул ввиду qtconcurrent и иже с ним)

Меня огорчает количество кьютистов в этом чате :(

Меня огорчает количество кьютистов в этом чате :(

а меня виндузятников, лол

Я не кьютистка, просто именно сейчас юзаю этот фреймворк

давно не юзаю тредпул ввиду qtconcurrent и иже с ним)

+

Я не кьютистка, просто именно сейчас юзаю этот фреймворк

там же вроде ты не тредами рулишь, а таксками? Или я неправ?

Тредами

а меня виндузятников, лол

Выбор ОС не влияет на программистские скиллы.

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

Ой, ну вы ещё осесрач разведите

Ой, ну вы ещё осесрач разведите

Никаких осесрачей в мою смену. :D

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

снова, про Ваш любимый кьют, дебагер в линуксе быстрее :)))

а что мешает хранить указатели на эти самые треды?

По мне так в линях куда более удобное окружение для разработки.

снова, про Ваш любимый кьют, дебагер в линуксе быстрее :)))

Пруфы пожалуйста. И да, быстрее не значит удобнее + от дебагера обычно требуется удобство.

а что мешает хранить указатели на эти самые треды?

То, что они постоянно неактуальны? Пул же Треды умирают

да пусть умирают, кто же против? обновить список проблемно?

а какую задачу ты хочешь решить получив указатели на кутреды?

Пруфы пожалуйста. И да, быстрее не значит удобнее + от дебагера обычно требуется удобство.

прямо сейчас, увы, не могу пруфы предоставить, но это факт, gdb в линуксе быстрее работает)

как-то так

Быстрее чем что?

Быстрее в чём?

Что это за сферическое «быстрее» в вакууме?

да пусть умирают, кто же против? обновить список проблемно?

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

в криэйторе на винде и линуксе, все просто

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

https://github.com/afrostalin/FireNET/blob/master/src/server/Core/tcpserver.cpp

а какую задачу ты хочешь решить получив указатели на кутреды?

Прибить выборочно

собсно создание тред пула

вместе с его списком

ERROR: S client not available

список обновляется

ведь сигналы же

в итоге в m_threads всегда свежачок

man epoll

Спасибо, кажется нашел подходящий вариант на libevent

собсно создание тред пула

Ну что можно сделать самописный, это и ежу понятно Я лишь спросила, есть ли такое из коробки в QThreadPool

Спасибо, кажется нашел подходящий вариант на libevent

коль тут сейчас про кути говорят - можешь еще посмотреть работу с сетью в кутях посмотреть. Она тоже тебе подойдет имхо.

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

коль тут сейчас про кути говорят - можешь еще посмотреть работу с сетью в кутях посмотреть. Она тоже тебе подойдет имхо.

Ага, спасибо что обратил внимание мое.

Почему бы свой тредпул не написать?

потому что есть готовый?)

Это простой кусочек кода, но зато без маленького фатального недостатка.

Почему бы свой тредпул не написать?

У пацанов есть куте, ты чо

)))

А понять, что сделать удобнее свое это не всем дано

Это простой кусочек кода, но зато без маленького фатального недостатка.

ну если Вы про "унаследоваться и переопределить пару методов", то да, простой кусочек кода:)

ну если Вы про "унаследоваться и переопределить пару методов", то да, простой кусочек кода:)

Нет, я про взять и написать.

взять и написать с нуля? что за бред)

Вы открывали QThreadPool ? ради интереса

Нет, зачем?

От тредпула надо 5-6 методов.

посмотреть объем работы, которую придется совершить

и чтобы это все дело работало хотя бы с примерной стабильностью стандартного класса)

дописать - согласен, можно чутка

и чтобы это все дело работало хотя бы с примерной стабильностью стандартного класса)

Я оцениваю это примерно в 4 часа рабочего времени.

Я оцениваю это примерно в 4 часа рабочего времени.

если бы дело стоило выеденного яйца, то вполне было бы неплохо) ну эта технология уже устарела, увы

Какая именно технология?

Сложить треды в вектор и таски в priority_queue ?

я намекаю на то, что qthreadpool уже не нужен как правило

разве что приходится с ним встречаться, когда натыкаешься на старый проект

Я не в курсе, что в Qt считается новым, а что устаревшим.

Насколько я знаю, Qt как раз бравирует тем, что это их отличный thread-safe метод общения

queued connection для этого

Еще когда KDE3 стоял уже были QT, это был 2008-2009-й год. Треды то хрен с ними

а йа помню qt4 летом 2006го