Есть у кого-нибудь книга Сергея Зубкова за 2017 год по ассемблеру?

Есть у кого-нибудь книга Сергея Зубкова за 2017 год по ассемблеру?

в про.асме старая есть

Кинешь тогда потом пример кода? Проблема очень интересная, кмк

в общем, EnumDisplayMonitors полезна только для того, чтобы вытащить ректанглы физических мониторов. Но MonitorEnumProc вызывается тоже в последовательности неправильной.

ах, да, в отладчке смотрел сожержимое параметров в функции. hMonitor, hdcMonitor - unused, lprcMonitor - информация о геометрии монитора, ну и моя переменная

Здравствуйте, есть люди, который используют Clion?

Да. Обсудить эту чудную IDE можно в @supapro

Do compilers take inline as a hint? https://blog.tartanllama.xyz/inline-hints/

Господа

А кто-нибудь работал с GLib ?

Которая GTK и прочее? Недавно сколько-то вращал-вычилял.

Как найти причину: (process:5050): GLib-WARNING **: corrupted double-linked list detectedГде-то условия гонки в программе, которые приводят к вот этому.

Как найти причину: (process:5050): GLib-WARNING **: corrupted double-linked list detectedГде-то условия гонки в программе, которые приводят к вот этому.

Если действительно гонка, пробуй thread sanitizer или helgrind

Если действительно гонка, пробуй thread sanitizer или helgrind

Честное слово гонка где-то. Если в один поток запускать (могу управлять числом параллельных рабочих) - ничего такого нет.

Ты где-то лист используешь?

Я хз пока. Как обычно бывает в таких случаях, мотороллер не мой

Но там вроде Pango только дергается, а дальше уже Pango там внутри использует что-то

Pango который Cairo

Если дёргаешь из одного потока, то должно быть ок, доставай санитайзер

Как найти причину: (process:5050): GLib-WARNING **: corrupted double-linked list detectedГде-то условия гонки в программе, которые приводят к вот этому.

существует ли вообще GTK-софт, не сыплющий в консоль ворнингами про сфейленные ассерты?

Лолнет

И при этом, зараза, работает.

Только падает иногда )

Я недавно писал очень маленькую программу на GTK через GTKmm, там заметно проще не получать люлей, но местами пишется через задницу.

Покажи код

Я недавно писал очень маленькую программу на GTK через GTKmm, там заметно проще не получать люлей, но местами пишется через задницу.

+ ко всему версия gtkmm отстаёт неплохо так от GTK+

+ ко всему версия gtkmm отстаёт неплохо так от GTK+

Йеп. Мне вот надо было повесить для отрисовки анимации tick callback, пришлось сишной обёрткой. А они тем временем строят планы на версии 4, 5, 6... И чуваки ваще не хотят в семантическое версионирование. Кажется, если хочется педалить интерфейс на плюсах, лучше пойти в сторону QT, тут реально дикие звери.

Я недавно писал очень маленькую программу на GTK через GTKmm, там заметно проще не получать люлей, но местами пишется через задницу.

вы не поверите, я вот ночью gtkmm ставил под винду (стикер с накроманами)

Кстати, вот то что люди юзают GTK3: версия 3.24 у них называется "А апи ещё не стабильное, да, скоро устаканется"

Так что запуск с другой версией рантайм-либы ваще не понятно как работает. Вот ассерты и сыпятся.

семвер плачет(

"семвер не нужен, live at head", если верить гуглу

Это видно по их андроиду

это видно по их хрому

Да

https://habrahabr.ru/company/pvs-studio/blog/347594/

"Красивый"

Меня бесит он оверинжинирингом

https://godbolt.org/g/kZCb8E есть вот такая штука в рабочем коде с Threadsafe<X> всё здорово, но в некоторых местах встречается const Threadsafe<X>, и для него не придумали ничего лучше чем написать отдельный ConstScopeLocked с константной ссылкой и только константными методами вопрос, насколько этот дополнительный класс торт, и как можно без него обойтись? в голову приходит только конструирование ScopeLocked через метод const и не-const метод Threadsafe::Lock() ещё есть мысль вместо const Threadsafe<X> использовать Threadsafe<const X>, какие подводные камни могут ждать в этом случае?

Господа

Позвольте украсить минуточку вашего внимания

https://raw.githubusercontent.com/oetiker/rrdtool-1.x/master/src/rrd_nan_inf.c

Неужели еще так и не изобрели другого способа сделать это же самое?

Я имею ввиду, в C. В C++ вроде в numeric_limits я видел нужное

SYNOPSIS #include <math.h> double nan(const char *tagp); long double nanl(const char *tagp); float nanf(const char *tagp); DESCRIPTION The nan() functions return a quiet NaN, whose trailing fraction field contains the result of converting tagp to an unsigned integer. If tagp is too large to be contained in the trailing fraction field of the NaN, then the least significant bits of the integer represented by tagp are used.

Это C11?

ман говорит, что да, но мне казалось, что и в С99 такое было

C99, вижу

http://en.cppreference.com/w/c/numeric/math/INFINITY ну и такое есть ещё

код rrd - это полная помойка

C99, вижу

но надо пписать с89 онли

Линус, залогиньтесь

https://godbolt.org/g/kZCb8E есть вот такая штука в рабочем коде с Threadsafe<X> всё здорово, но в некоторых местах встречается const Threadsafe<X>, и для него не придумали ничего лучше чем написать отдельный ConstScopeLocked с константной ссылкой и только константными методами вопрос, насколько этот дополнительный класс торт, и как можно без него обойтись? в голову приходит только конструирование ScopeLocked через метод const и не-const метод Threadsafe::Lock() ещё есть мысль вместо const Threadsafe<X> использовать Threadsafe<const X>, какие подводные камни могут ждать в этом случае?

По поводу ConstScopeLocked - а в обычном классе const-методы, какя понял, не работают? По поводу const X - вроде норм, но надо будет аккуратнее с инстанцированием всяких методов, пытающихся модифицировать не-const

а то вдруг не соберется под моим любимым эээ черт его знает чем

там даже плюсы обычно есть, а про с99 молчу

https://raw.githubusercontent.com/oetiker/rrdtool-1.x/master/src/rrd_nan_inf.c

Емнип, в каком-то Си есть константы / фкнкции на это

у нас в проекте буквально месяц назад перешли на С99 >_<

SYNOPSIS #include <math.h> double nan(const char *tagp); long double nanl(const char *tagp); float nanf(const char *tagp); DESCRIPTION The nan() functions return a quiet NaN, whose trailing fraction field contains the result of converting tagp to an unsigned integer. If tagp is too large to be contained in the trailing fraction field of the NaN, then the least significant bits of the integer represented by tagp are used.

Да, вроде оно

у нас в проекте буквально месяц назад перешли на С99 >_<

надо с11 же

нуу у нас компеляторы бывают старыми

а вообще какая разница

нуу у нас компеляторы бывают старыми

настолько старыми?

ну это причина против С++11

ERROR: S client not available

С11, наверное, поддерживается лучше

но зачем, казалось бы

static_assert разве что кайф фича

ну это причина против С++11

Как нитстранно, но обычно плюсы шустрее сей делают (но я могу ошибаться)

static_assert разве что кайф фича

+

С11, наверное, поддерживается лучше

MSVC так себе(

MSVC так себе(

в планах кстати

хотят с++17 сначала, потом с++20 и с11 допилить

ну когда собираешь только gcc, то более-менее плевать, есть нужные тебе фичи в стандарте или нет

в планах кстати

А на какую долю сейчас поддерживается?

Там есть что-то, чего нет в C++?

Там есть что-то, чего нет в C++?

ООП, STL :D

ООП, STL :D

Не, наоборот, я имею в виду

Microsoft хотели поддерживать ту часть C11, которая есть в C++

аааа

Но из поддержки std::complex не обязательно следует поддержка _Complex, вообще, там это хоть сделано нормально?

По поводу ConstScopeLocked - а в обычном классе const-методы, какя понял, не работают? По поводу const X - вроде норм, но надо будет аккуратнее с инстанцированием всяких методов, пытающихся модифицировать не-const

В обычном работают, можно создать const ScopeLocked который не сможет изменять значения Но его нельзя создать из const Threadsafe&, только из Threadsafe&

Но из поддержки std::complex не обязательно следует поддержка _Complex, вообще, там это хоть сделано нормально?

Макро ж есть

а, не, с этим нормально всё, complex.h есть в VS2017

хватит меня пугать :D, математика, макросы, си

какбудто страшные истории рассказываете

Макро ж есть

Ну complex.h и complex это два вообще разных файла

В обычном работают, можно создать const ScopeLocked который не сможет изменять значения Но его нельзя создать из const Threadsafe&, только из Threadsafe&

Попробуй без <bool> собрать, C++17 позволяет же

какой кстати gcc сейчас последний?7.2.0?

Причём <complex> включает <ccomplex>, который включает <complex>

Includes the STL header <complex>, which effectively includes the Standard C library header <complex.h> and adds the associated names to the std namespace.

Чтоооооо, это как понимать вообще

Попробуй без <bool> собрать, C++17 позволяет же

А хотя тут в принципе запрещено. У нас const же на сам объект ScopedLocked применяется. Поэтому компиль и шлет лесом

Хотя, csin назвать std::sin вполне логично, по аналогии с sinf

какой кстати gcc сейчас последний?7.2.0?

HEAD 8.0.0