rfc по STUN (rfc5389) писали явно какие-то наркоманы.
побитно перевёрнутые поля со странными ненужными смещениями, перемешанные с битами других полей и совершенным непонятным объяснением как это всё расшифровывать.

а кто-нибудь юзал xsdcxx для генерации Qt классов? буду рад принять в дар type-map файлик :)

пощумал установку тегов на аудио файлы из куте. нихера толком не работает.

впервые в жизни запилил rpm пакеты. кажется это было значительно проще чем когда я первый раз делал deb. Ещё оказалось что "gbp buildpackage-rpm" вполне работоспособная и годная штука.

сегодня нативный github xmpp бот впервые за всё время дал сбой и зафлудил меня презенсами.

пришлось тут более тесно пощупать gpg. нереальное гавно. надеюсь сея поделка скоро вымрет.

только что наблюдал как malloc упал на выделении 512 байт памяти где-то внутри виндовой ntdll, хотя свободной памяти было ещё навалом.

а как правильно интерпретировать вот такую ошибку от visual studio?

'_getpid': The POSIX name for this item is deprecated. Instead, use the ISO C and C++ conformant name: _getpid.

приспичило попрограмить в visual studio. по сравнению с QtCreator кажется чем-то дико неудобным. особенно в плане навигации по коду и рефакторингу.

в эклипсе пофиксили хоткеи в русской раскладке. не прошло и двадцати лет :)
правда ещё не релизнули.

https://mail.python.org/pip...06-April/063487.html

So the "default" is determined from your environment, but "C" is used by default... nice and confusing :-)

почитал статейку на хабре про промисы и генераторы в js и как клева с этим писать асинхронные сетевые библиотеки и понял что всё это я уже использовал много-много лет назад в python+twisted.

статья правда 3х годиной давности, когда поддержки в браузерах этого ещё не было.

кто убил гитхаб на днс гугла? признавайтесь!

добрались таки руки до поддержки qt web engine в псинке. судя по всему переписать придётся больше чем я предполагал ранее. и ещё надо встроить http сервер в псину, для чего присмотрел вот это https://github.com/azadkuh/qhttp

сегодня столкнулся с очень волшебной багофичей. код линковался только если дважды добавить -lm в конец

блин, из-за того что на работе приходится писать на голых сях с древними стандартами (причем хз почему ибо софт пишется под сверхсовременное железо), дома в с++ коде не могу писать комменты как // . автоматом выходит /**/

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

вот предположим есть у меня character device в /dev и какая-то скотина в юзерспейсе его открыла и не хочет закрывать.
Тем временем мы внутри ядра вызываем анрегистрацию этого девайса. Другими словами из /dev он пропадает.

Что происхоодит с user space приложением и его запросами по файловому дескриптору?

чет задумался о покупке сертификата дабы подписать бинарники .

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