Угу. Спасибо за ссылку. Там флаг есть\был "-gtkstyle", но он для подхватывания тем, как оказалось.

gtkstyle это для qt<=4, да, красить можно в системную тему

5й не красится уже)

https://t.me/technologique/751 trie как на зло не работает :(

https://t.me/technologique/751 trie как на зло не работает :(

Я обожаю визуализации

https://t.me/technologique/751 trie как на зло не работает :(

классный линк

А Qt под линем, кстати, не в gtk случайно компилит?

там есть gtk event loop если надо

но набор виджетов у кутэ свой и рендеринг тоже свой отдельный

Прогресс вот есть у Беркуса

я немного торможу, но вот НАКОНЕЦ-ТО выпилил все таймеры и смогу немного попинать билд дальше

я немного торможу, но вот НАКОНЕЦ-ТО выпилил все таймеры и смогу немного попинать билд дальше

Благодарствую

Кто что использует для REST серверов на C++?

beast

У меня свой код для асинхронного сервера и свой json parser\generator

отлаженный и просмотренный десятком глаз

10<1000

Тоже свое

У меня свой код для асинхронного сервера и свой json parser\generator

О, подари жсон парсер

тебе мало парсеров чтоли? )

я немного торможу, но вот НАКОНЕЦ-ТО выпилил все таймеры и смогу немного попинать билд дальше

А чего там не так с таймерами? Или вы хотите протокол вычленить, в который завязаны таймеры с гуя?

"там" были криво собраны таймеры, читай выше где-то на два-три дня

про что твой вопрос я не знаю

звучит дико

10<1000

Ты сильно заблуждаешься.

Во-первых, 10 глаз высокооплачиваемых специалисто плюсеров безопасников-сетевиков для банка\трейдеров.

Или 1000 глаз типичных посетитиелей supapro

разница есть.

К томуже ты переоцениваешь то, насколько действительно коммьюнити смотрит в коммьюнити проекты.

Конкретно в задаче с json проблема в том что все парсеры разные

Чукчи обычно писатели,ане читатели.

Ну и да

Где-то статья была что нет парсера который полностью следует стандарту на json

http://seriot.ch/parsing_json.php

I'll show that JSON is not the easy, idealised format as many do believe. Indeed, I did not find two libraries that exhibit the very same behaviour. Moreover, I found that edge cases and maliciously crafted payloads can cause bugs, crashes and denial of services, mainly because JSON libraries rely on specifications that have evolved over time and that left many details loosely specified or not specified at all.

Мы делали json parser как раз для банковского rest API

К томуже ты переоцениваешь то, насколько действительно коммьюнити смотрит в коммьюнити проекты.

одна история с OpenSSL чего стоит..

Да.

то есть ты можешь свою шею дать на то что твой парсер безупречен? ок

Но вот я не думаю, что он может гарантировать что сгенерированный json не изменится со временем.

это очень weak guarantee

то есть ты можешь свою шею дать на то что твой парсер безупречен? ок

про юнит-тестирование слышал? :3

а потом еще годовое использование в проде.

про юнит-тестирование слышал? :3

нет, что это?

К примему c OpenSSL, а Fuzzy тесты проводятся?

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

+)

ему не нужно, но говорить что этот парсер лучше general purpose парсера который работает с ЛЮБЫМИ данными было бы глупо

во, позицию понял

ему не нужно, но говорить что этот парсер лучше general purpose парсера который работает с ЛЮБЫМИ данными было бы глупо

с такими запросами и в плюсовом чатеге:D

Меня чот вообще к парсерам ща не тянет

и даже дело не в том, что у меня они хуёвые😂 а в том, что нет ша особо времени. Да и комп накрылся медным тазом(

О, круто. А сторонний ндк - это кристакс?

ему не нужно, но говорить что этот парсер лучше general purpose парсера который работает с ЛЮБЫМИ данными было бы глупо

кто говорит про любые данные? только валидные данные, согласно json спеке.

или эксепшн в противном случае.

Да вроде у меня в термухе треды пашут. В ней вроде ndk r13, надь еще -lpthread добавить

или эксепшн в противном случае.

std::domain_error?

runtime_errorобычно кидаю и не парюсь

А

я в обычном ндк использую std::thread, наверное что-то делаю не так

(r10b)

Успокойся, пожалуйста

я спокоен

std::thread в ndk со времен с++11 есть

вот это поворот

Мы все уже давно смирились с тем, что Android framework - убогое говнище (по большей части). В статье идет речь о библиотеке, пытающейся немножко-таки это говнище подсластить. А именно - добавлять поведение к Activity и Fragment посредством композиции. Либа пока в глубокой альфе, но посмотреть стоит. Когда будет стабильной, наверняка найдет своих пользователей. Вообще говоря, статья сама по себе ничем не примечательна. Просто иллюстрация того, что эта библиотечка позволяет делать (по сути автор просто немного переписал пример из README.md; ну и ублюдок, посмотрите вы на него). Пис 🖕🏻 #android #composition #library https://medium.com/@manuelvicnt/composite-views-in-android-composition-over-inheritance-4a7114609560

О. Крутая хрень. Если взлетит, то збс будет

@AlexFails делать инсталлятор пакетов через cmake или сунуть в readme просто?

сделай, если не трудно

https://github.com/ruslo/hunter хммм

std::thread в ndk со времен с++11 есть

+

В тему ндк - там говно какое-то со строками. to_string() не пашет и еще C++11-функции типа stoi и пр.

там до ndk r13 у гугля была пачка своих патчей поверх libstdc++

а с ndk r14 будет libc++ почти без лишних патчей

а с ndk r14 будет libc++ почти без лишних патчей

Да, это гуд новость, в багтрекере термухи тож видел инфо

Вечерок добрейший

Возьми мой костыль

https://github.com/leha-bot/to_string

чтото виски не даёт думать... 12разрадный бинарный щётчик это в десятичном какое макс число?

спасибо, друже

boost::lexical_cast - дорого и сердито

(специализации для интов всяких вроде есть, так что)