sad but true http://bizlog.ru/eks/eks-1/131.htm

Ну да, только выслуга лет

где-то есть. Это больше загоны каждой отдельной компании

Это загоны Минтруда РФ. В госпредприятиях и там, где есть госфинансирование, должен соблюдаться "Единый квалификационный справочник должностей руководителей, специалистов и других служащих" (ЕКС). Там прописаны все возможные специальности и требования. Например, вот: http://bizlog.ru/eks/eks-1/131.htm Насколько это соблюдается на практике, я не в курсе :)

https://www.bfilipek.com/2018/07/string-view-perf.html

нет, всё же в 4.7 кутешному CCM не сильно полегчало size_t pos; ... for (; pos <= stdvector.size(); ++pos) warning: comparison of integers of different signs: 'size_t' (aka 'unsigned long') and 'std::vector::size_type' (aka 'int') если пройтись по цепочке алиасов, то получится using size_type = std::size_t = __SIZE__TYPE__, последнее это я так понимаю какой-то built-in тип гцц - его реальное "значение" можно где-то увидеть?

Категории ещё не факт что пересекаются с джун, мидл, синьор. Как я понял, категории определяются выслугой лет, а не квалификацией

Категория - выслуга+квалификация. Если человек средне работает, то категорию не повышают. На ммк разряды у всех.

нет, всё же в 4.7 кутешному CCM не сильно полегчало size_t pos; ... for (; pos <= stdvector.size(); ++pos) warning: comparison of integers of different signs: 'size_t' (aka 'unsigned long') and 'std::vector::size_type' (aka 'int') если пройтись по цепочке алиасов, то получится using size_type = std::size_t = __SIZE__TYPE__, последнее это я так понимаю какой-то built-in тип гцц - его реальное "значение" можно где-то увидеть?

Реализация STL в твоём случае такова, что std::size_t = int Используй std::size_t и не будет проблем

Таких как в ворнинге

Я, честно говоря, не очень понял контекст, в чем у тебя проблема

нет, всё же в 4.7 кутешному CCM не сильно полегчало size_t pos; ... for (; pos <= stdvector.size(); ++pos) warning: comparison of integers of different signs: 'size_t' (aka 'unsigned long') and 'std::vector::size_type' (aka 'int') если пройтись по цепочке алиасов, то получится using size_type = std::size_t = __SIZE__TYPE__, последнее это я так понимаю какой-то built-in тип гцц - его реальное "значение" можно где-то увидеть?

struct{} t = __SIZE__TYPE__, компилятор подскажет

проблема в том, что на моём проекте CCM стабильно сносит крышу, и он начинает видеть астрал, будущее, 'std::basic_string<char>' aka 'unsigned int', void func() hides virtual 'void func()' from base class при отсутствующем базовом классе, и прочие мистические вещи

проблема в том, что на моём проекте CCM стабильно сносит крышу, и он начинает видеть астрал, будущее, 'std::basic_string<char>' aka 'unsigned int', void func() hides virtual 'void func()' from base class при отсутствующем базовом классе, и прочие мистические вещи

какая-то вакханалия, ошибка точно не выше?

какая-то вакханалия, ошибка точно не выше?

вакханалия та ещё, это точно) ошибок нет, проект успешно собирается, просто видимо CCM из релиза в релиз не может переварить говноструктуру проекта, хотя яблочный кланг его вроде бы компилирует нормально

-fmax-errors=1 флаг добавь gcc , увидишь всего первую ошибку

struct{} t = __SIZE__TYPE__, компилятор подскажет

error: ‘__SIZE__TYPE__’ was not declared in this scope, но за идею спасибо

error: ‘__SIZE__TYPE__’ was not declared in this scope, но за идею спасибо

в хеадере значит

а во, живём $ ./arm-hisiv300-linux-uclibcgnueabi-g++ -E -dM foo.h | grep __SIZE_TYPE__ #define __SIZE_TYPE__ unsigned int

они кстати уже с++11 поддерживают?

ты не поверишь, но и C++17!

без ICU?

https://bitbucket.org/alekseyt/nunicode

https://bitbucket.org/alekseyt/nunicode

спасибо, но это не укладывается в требования тащить как можно меньше не STL и не Boost. В итоге я прикрутил Boost.Locale с ICU бэкэндом

спасибо, но это не укладывается в требования тащить как можно меньше не STL и не Boost. В итоге я прикрутил Boost.Locale с ICU бэкэндом

библиотека на Pure C

она не STL и не Boost

ок, не верно понял смысл сообщения

ты не поверишь, но и C++17!

И походу лучше остальных ?

парни ковыряю прогу на Xlib на предмет ошибки

Program received signal SIGSEGV, Segmentation fault. 0x00005555555f8245 in xc_alloccolor (name=0x55555563c8ee "Black") at xcircuit.c:802 (gdb) bt #0 0x00005555555f8245 in xc_alloccolor (name=0x55555563c8ee "Black") at xcircuit.c:802 #1 0x00005555555fee33 in makesubmenu (menuname=0x55555563c954 "Color", attachname=0x55555563c954 "Color", buttonmenu=0x555555856600 <Colors>, arraysize=5, manager=0x55555592f9b0) at xtgui.c:319 #2 0x00005555555fecbc in makesubmenu (menuname=0x55555563ce5f "Elements", attachname=0x55555563ce5f "Elements", buttonmenu=0x555555856cc0 <PolyMenu>, arraysize=9, manager=0x55555592f9b0) at xtgui.c:303 #3 0x00005555555fecbc in makesubmenu (menuname=0x55555563cf3f "Options", attachname=0x55555563e94a "menu_mgr", buttonmenu=0x555555857940 <OptionMenu>, arraysize=11, manager=0x55555592f9b0) at xtgui.c:303 #4 0x000055555560042a in createmenus (form=0x5555558ec500, firstbutton=0x7fffffffd760, lastbutton=0x7fffffffd768) at xtgui.c:531 #5 0x0000555555606958 in GUI_init (argc=1, argv=0x7fffffffda28) at xtgui.c:1700 #6 0x0000555555609207 in main (argc=1, argv=0x7fffffffda28) at xtgui.c:2049

802 строка это в аккурат if (areawin->area) { CvtStringToPixel(NULL, &zval, &fromC, &toC);

т.е. areawin на этот волшебный момент - NULL, areawin->area естессно вызывает сегфолт

и? ?

кажется проблема решена)

дык получается, что вся эта ботва происходит в areawin = GUI_init(argc, argv);

дык получается, что вся эта ботва происходит в areawin = GUI_init(argc, argv);

Выделять код можно путём ctrl + shift + m

т.е. оно пытается обратиться по указателю к структуре из процедуры, где она, эта структура, создаётся

так вот автор говорит, что эта ботва наблюдается преимущественно на XFCE

как такое может быть?

если я правильно распарсил проблему, оно должно сегфолтиться всегда

автор предлагает мне вот такой workaround: from if (areawin->area) { to if (areawin && areawin->area) {

но в мейнлайн его включать не хочет, ибо и так всё работает

как такое может блин вообще быть?

я понимаю race condition здесь есть, там нет, сейчас есть, завтра нет, но тут же ИМХО железный сегфолт, или я не прав?

аахахах, очень интересно ?

я понимаю race condition здесь есть, там нет, сейчас есть, завтра нет, но тут же ИМХО железный сегфолт, или я не прав?

это не железный сегфолт - это как повезёт

ага

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

я вижу https://github.com/snmishra/xcircuit-3.8/blob/b4dfe44d967095129c67684faa523ace82679c27/xtgui.c#L1921 и это говорит немного о другом

вообще речь о 3.10

git clone git://opencircuitdesign.com/xcircuit-3.10 - я хз есть оно в вебне или нет, я не нашёл

а хотя там да, похожий GUI_Init

я вижу https://github.com/snmishra/xcircuit-3.8/blob/b4dfe44d967095129c67684faa523ace82679c27/xtgui.c#L1921 и это говорит немного о другом

но даже так... https://github.com/snmishra/xcircuit-3.8/blob/b4dfe44d967095129c67684faa523ace82679c27/xtgui.c#L1696 и потом https://github.com/snmishra/xcircuit-3.8/blob/b4dfe44d967095129c67684faa523ace82679c27/xtgui.c#L1700

а 1921 слегка после

там стоит extern XCWindowData *areawin; Я не смотрел, кто ещё может поменять его, но это возможно и до Init. Кандидат - pre_initialize =)

о, хорошо. покопаю туда.

вообще можно поискать по areawin = =)

о, хорошо. покопаю туда.

там присваивают NULL

а. там ещё есть tclxcircuit.c

есть подозрение, что сегфолт железный, просто он без tcl проявляется, а Tim без него просто не пробовал собирать

щёрт. походу ночью буду дебажить жёстко.

@ttldtor спасибо за подсказки

https://www.bfilipek.com/2018/07/string-view-perf.html

Странно это, немутабельные функции у них вообще идентичны должны быть (я бы вообще из basic_string всякие find_first_of сразу во view зарулил). А сравнение размеров так вообще смех, в чем смысл сравнения размера контейнера и ссылки? Ну и split по набору разделителей размером 1 сразу пессимизация.

А можно я немного повыпендриваюсь? ? Только что я запушил новый движок для своей STM. Интерфейс остался прежним: типы, операции, поведение, но внутри я заменил Free monad на Church-encoded Free monad. У первой есть серьезный недостаток: квадратичная сложность при связывании двух транзакций, так как каждый раз траверсится вся цепочка внутренних монадических операций, чтобы вставить еще одну в конец этой цепочки. Church-encoded фри монада этой проблемы лишена. Ну и вот, на специально сконструированных длинных транзакциях время выполнения оных упало в 10 раз. Так, в одном сценарии это было 347.0ms, а стало 30.0ms. И если время с free монадой растет квадратично, то с church free монадой - линейно. И это была первая запланированная оптимизация. Размышляю над следующими.

А можно я немного повыпендриваюсь? ? Только что я запушил новый движок для своей STM. Интерфейс остался прежним: типы, операции, поведение, но внутри я заменил Free monad на Church-encoded Free monad. У первой есть серьезный недостаток: квадратичная сложность при связывании двух транзакций, так как каждый раз траверсится вся цепочка внутренних монадических операций, чтобы вставить еще одну в конец этой цепочки. Church-encoded фри монада этой проблемы лишена. Ну и вот, на специально сконструированных длинных транзакциях время выполнения оных упало в 10 раз. Так, в одном сценарии это было 347.0ms, а стало 30.0ms. И если время с free монадой растет квадратично, то с church free монадой - линейно. И это была первая запланированная оптимизация. Размышляю над следующими.

на ЛОР запости, в Development

там тоже есть ценители ФП

на ЛОР запости, в Development

Научи меня плохому :)

Научи меня плохому :)

?

Там тролль на тролле же, не?

нет

Точно? Ну тогда можно. Мол, посмотрите, есть такая либа?

да

и распиши, чем может быть ползена обывателям

можешь попробовать оформить мини-новостью

На самом деле идея - хорошая, независимо от того, какой там контингент.