отписываюсь в треде заменяющего мне друзей.

Поясните за Clang. Всегда думал, что этот фронтенд и LLVM могут работать полностью автономно, но внезапно оказалось, что к нему надо еще и MinGW. Выходит Clang - это просто статический анализатор, который нахуй никому не сдался?

>>723997
Нет, даун. На сперме MinGW может требоваться из-за platform-specific хидеров, не больше.

>>723997
>>724002
Не только platform-specific. Большей части стандартных хедеров и либ тоже нет, еще отсутствуют всяческие традиционные утилиты типа make, поэтому без MinGW шлангом пользоваться сложно.

>>723997
>Всегда думал, что этот фронтенд и LLVM могут работать полностью автономно
1. Собираешь llvm и clang с помощью бинарного компилятора под винду - mingw или msvs.
2. Собираешь llvm и clang с помощью собранного тобой clang.

>>724061
А есть еще языки?

>>724065
ну там, КРЕСТЫ

>>724067
А на них вообще возможно писать нормальный код и есть ли для них нормальный компилятор?

Нет треда про системное программирование, так что напишу сюда. Нужна инфа про то, как повеливать над NTFS. Книги, статьи, что угодно. Из того что нашел в гугле, только описание структуры файловой системы. Мне же нужно восстанавливать удаленные файлы.

>>724069
>системное программирование
Систему скажи. Если линукс, то кури FUSE и NTFS-3g.

>>724072
Да линукс. Спасибо.

>>724069
> Мне же нужно восстанавливать удаленные файлы.
Где-то я тебя видел. В одном зашкварном месте.

>>724068
>есть ли для них нормальный компилятор?
turbo c++

>>724109
/dev/videoX? кекус

>>724109
>В одном зашкварном месте.
В кровати твоей мамы?

>>723844 (OP)
> Дрочим на --analyze
это статик анализатор? и как, лучше цппчека?

Добавьте в шапку следующего треда информацию про конпеляторы для windows, ну там TDM-GCC, mingw-64, итд

>>724514
На них антивирусы агрятся.

>>724530
Качай с официального сайта а не от васянов.
И вообще
>2016
>антивирусы
Ты ж программист (наверное). Должен же понимать зачем нужны антивирусы и как работают.

>>724538
>2076
>реагировать на открытую провокацию
Спермадаун, тебя сейчас тонко подъебали.
Алсо, в шапке есть инфа про VS – этого за глаза. Даже если не хочешь тащить эту толстушку себе под пледик на жд – всё равно как минимум WinSDK установить придётся (а главный шиндокомпилер идёт в комплекте).
MinGW и прочие испражнения нужны только из-за всякой POSIX-хуиты, которой на сперме официально не было до недавнего времени (а скоро он будет в шинде из коробки и пердолиг с MinGW как и он сам умрут).

>>724626
>MinGW нужны только из-за всякой POSIX-хуиты
Давно такие дауны не попадались.

>>724629
Двачаю.

что такое clang/C2 и чем он полезен?

>>724660
Обычный мейнстрим. Если ты не знаешь зачем оно тебе — оно не нужно. И не слушай дебилов, которые тебе скажут, что тебе обязательно нужно выбросить gcc и перекатиться на clang, без четкой аргументации.

>>724665
просто хотелось узнать что это такое и какие функции выполняет

>>724671
clang это компилятор, разрабатываемый Apple и Google. Стремится быть альтернативой древнему GCC. Сделать его решили из-за того, что Столлман в свое послал Apple с их LLVM. Для подробностей лучше прочти документацию по нему. А еще лучше, если ты прежде научишься пользоваться GCC, чтобы потом тут не брызгать слюной, рассказывая на о мамонтах.

>>724677
это я и так знаю, я про clang/C2 в Visual Studio спрашивал

>>724677
А ещё лучше найди последнюю версию GCC до выхода шланга. В то время это было говнище с медленной компиляцией и абсолютно не читаемым говном вместо ошибок. Про то что в бэкэнде GCC разбираются 1.5 человека, забудем. И про то что кое-кто любит ломать всё нахуй ради очередной оптимизации через UB тоже промолчим, чо уж.

На данный момент в GCC исправлен только первый пункт (точнее это в шланге регрессия). С бенчмарками справляются с переменным успехом, чаще в сторону гнутого, ок.

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

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

>>724723
>последний компилятор из студии
Даже не удивлен. Они всегда были такими слоупоками!

>>724723
>последний компилятор из студии до сих пор поддерживает 14-й стандарт где-то наполовину
Пруфов не будет, конечно же.

>>724793
https://msdn.microsoft.com/ru-ru/library/hh567368.aspx#cpp14table
Печально однако, что сосач ныне забит дегенератами которые не в силах написать в гугл "vs 2015 c++ 2014".

>>724798
Дегенерат, приводишь утверждение — приводи пруфы.
Вот тут http://en.cppreference.com/w/cpp/compiler_support говорят что variable templates поддерживаются (по твоей ссылке утверждают иное).
Так что пока нету только Extended constexpr и Member initializers and aggregates (NSDMI)
Это 2 фичи из 12 из списка фич C++14.

10/12 — это "поддерживает наполовину"?!

>>724798
Печально однако, что шяшитред ныне забит плюсовыми дегенератами, которые не в силах съебать в соседний тред.

>>724514
А MinGW уже не содержит GCC, который идет первым пунктом?

>>724660
> clang/C2
В Microsoft осознали, что не осиливают быстро реализовать современные стандарты C/C++, поэтому взяли clang и прикрутили к нему свой собственный кодогенератор С2 (тот же, что и в их собственном компиляторе). Получившийся компилятор поддерживает C11 так же, как и сам clang/LLVM (кроме либ, которые в Microsoft застряли на уровне C89). Оптимизатор у Microsoft ничего так, поэтому если хочется C11 в студии, посмотреть на clang/C2 имеет смысл.

>>724824
> clang/C2
Я правильно понял, что BSDблядки соснули?

MS просто взяла их фронтенд и заюзала, не открывая никакого собственного кода (какие-то наработки для поддержки винды пообещали возвращать в основное дерево, но бекенд-то не откроют).

>>724833
У шланга и собственный компилятор вполне неплохой, нахуя кому-то вне Windows и Visual Studio нужны наработки Microsoft? Алсо, вангую, что Microsoft компилятор таки откроет рано или поздно, как это сделала с дотнетом.

>>724837
>Microsoft компилятор таки откроет рано или поздно
а юзкейсы?

>>724813
>на сайте msdn сказано нет
>ВРЁТИ!!! НА САЙТЕ ВАСЯНА СКАЗАНО ИНАЧЕ!!!

>>724850
васян по умолчанию - хакирь, а создатель - ламер. тут всё логично, культура окон, пойду сворую студию.

>>724837
У clang нет пока еще библиотек под винду

>>724850
Я сейчас проверил пример с Variable templates. Они компилируются. Прям как указано на "сайте васяна". Хотя не должны, если верить MSDN.

Давай ты прекратишь позориться в этом тренде и просто пойдёшь нахуй.

>>724863
ну заебись что так, наверно. чё такое вариативные шаблоны? да похуй мне

>>724867
Не вариативные (variadic), а variable.
Мутная хрень какая-то http://stackoverflow.com/questions/21051141/c14-variable-templates-what-is-their-purpose-any-usage-example

>>724869
ну да, как получается, параметрированные? хуй знает, у меня как-то вариативность в голове крутится чёт...

>>724882
Нет. Шаблонные переменные, короче.

>>724884
я тоже самое и сказал

А, или нет. в плане, шаблон - переменная?

>>724887
>>724867
>>724863
Это все конечно очень интересно, но может вам проседовать в >>714898 (OP)? У нас тут кроме _Generic отродясь ничего не было.

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

>>724893
Теперь это C++-тред.

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

но компиляторы пиздец меня огорчили, они даже не предопределяют a+=b c = a < b как бит переноса в c....

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

>>724863
>Хотя не должны, если верить MSDN.
Значит спермобляди в очередной раз соснули и им приходится брать документацию у васяна, так как их господин не соизволит обновлять ее.

>Давай ты прекратишь позориться в этом тренде и просто пойдёшь нахуй.
Позоришься тут ты. Это Си тред, так что пиздуй в свой загон.

>>724914
Уроки иди делай.

>>724915
>Нечего сказать и обосрался? Скажи опоненту что он ШКОЛЬНИК!
Ясно.

>>724917
Я тут с уважаемым господином обсуждал компилятор от MS.
Влез истеричный школьник.
Ему на это указали.
Он порвался.

Вопрос: зачем?

>>724920
Этот господин: >>724798 сослался на официальную документацию, так один дебил просто не верил ему.
Этот петух: >>724813 ссылается на книгу рецептов васяна и называет человека, который читает официальную документацию, дегенератом.
Это по твоему обсуждение компилятора? Тем более это Си-тред. Съеби в свой загон, прокаженный.
>>724863
Здесь петух не выдерживает и рвется изливая ненависть на человека, который критикует чтение отрицание официальной документации.
>>724915
Здесь петух за неимением аргументов, начинает проецировать свою жизнь на других.
>>724920
А здесь петух решил зареверсировать и действует методом: "Порвался? Скажи опоненту с умным видом, что порвался он.".
Вопрос: Зачем он это делает?

Зачем нужен си, если есть плюсы?

>>724980
Толсто.

>>724981
>724980
>Толсто.
Я не троль

>>724984
Ага. Я так и поверил. А вообще, дело хотя бы в том, что Си стремится оставаться простым, прозрачным и низкоуровневым, в то время как кресты стали огромным неуправляемым комбайном. Это одна из основных причин почему кресты мало используют в системщине. Keep it simple stupid.

>>724980
Зачем нужны плюсы, если есть Rust?

>>725000
Вскукареки ниосилятора вижу я, даже гцц на плюсах, а ты всё пиши драйвера для ком порта.

>>725004
зачем раст если есть дельфи?

>>725008
Зачем делфи, если есть турбо паскаль?

>>725004
Не могу поверить, что опускаюсь до языкосрачей, но против Rust у меня есть железобетонный аргумент: через 4-5 лет с ним наиграются и выкинут, а сишечка как была везде десятилетиями, так еще пару десятилетий проживет точно если, конечно, на ней не перестанут писать из отвращения после ввода замыканий в С2x.

>>725009
потому что есть ОКРУЖЕНИЕ

>>725011
Да причем тут сишечка, грешный?
>Зачем нужны плюсы, если есть Rust?
>через 4-5 лет с ним наиграются и выкинут
Whatever, но лучше же раст, чем кресты?

>>725017
> причем тут сишечка
Потому что я на ней пишу, а тут тредик про сишечку.

> лучше же раст, чем кресты
История какбэ говорит нам, что В КРЕСТЫ ТАК И НЕ НАИГРАЛИСЬ.

На самом деле, если так подумать, сколько людей потеряло наше ремесло, ведь на дельфи писал каждый офсный чувак... а писали ли столько на на визуалке?

>>725014
И в турбопаскале есть.

>>725022
я тебе так скажу, я втягивался через ФРИ БЕЙСИК - прикольно было.

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

чёто типо ГУЧА ГЕЙМС, или хуй нает. По идее это фамилия того типа, и он делал какуюто пошаговую хуету, но в логике не бум бум, и только можно было перемещаться по формочками

>>725023
Счастливое детство. Я с Borland C++ Builder начинал.

>>725006
>Мнение человека не ограниченого каким-то одним языком, знающего, что не стоит использовать то, без чего можно обойтись
Пофиксил тебя.
>даже гцц на плюсах,
Вруша. Он на их смеси.
>а ты всё пиши драйвера для ком порта.
Будто что-то плохое.

>>725032
вот как бывает, вчера ты мне пишешь что я толщу, а сегодня отвечаешь на толщу, и это в день рождения моей дочери.

>>725034
Просто начался новый день. Лимит на толстоту восстановлен.

>>725032
>>даже гцц на плюсах,
>Он на их смеси.
Так все верно же, сишечка - подмножество плюсов.

>>725041
точн, особенно каст

>>725041
>Так все верно же, сишечка - подмножество плюсов.
Что ж ты делаешь содомит! Люто проиграл.

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

>>725043
Угу. Керниган вместе с Ритчи грязно воспользовались трудами Страуструпа, взяв все наиболее необходимое для языка и сделали свой аналог паскаля. Эдакий учебный язык, чтобы потом можно было перекатиться на кресты.

>>725050
Всё правильно. Только не стоит множить несправедливость. Керниган к созданию языка руку не приложил, он в основном мануал писал, и в авторах книги он первый именно потому, что писал больше, чем Ричи.

>>725043
Что-нибудь еще вспомнишь?
>>725044
>>725050
Пусть будет "плюсы - надмножество сишечки", если байтобогам так печет, суть та же.
>>725050
>все наиболее необходимое
>нет шаблонов
>нет динамического полиморфизма
Come on, Ritchie, are you even trying?

>>725054
Вот только не стоит забывать еще и о Кене Томпсоне. Так как он был самым омежным в лаборатории, его травили и заставили скопипастить кресты. В это время Керниган писал документацию, а Ритчи из жалости изредка помогал Кену и носил видеопленки с порнухой, которую он вместе с Керниганом смотрели на новеньком PDP.

>>725059
>видеопленки
>перфокарты
быстрофикс

>>725004

Затем, что:

1. Раст делали на замену крестам, а не Си.
2. У него синтаксис не предназначен для читания и писания человеком.
3. При одинаковом дизайне программа на раст тормозит по сравнению с Си и крестами.
4. Раст не может в архитектуры, отличные от хай86 и арм.
5. Гугл не позволит расту конкурировать с его замечательным го, а в нише Си он не нужен, ибо с выразительностью все еще хуже, чем у Си, бежопашношть кончается на первом же unsafe, а низкоуровневый системный код состоит из unsafe чуть менее , чем полностью..

Господи, блядь. Как можно посредством побитовых операций поменять местами две группы бит, определённых по старшему разряду? Сделал это просто через обычные операции с массивом, но меня послали нахуй, нужно обязательно побитовые.

>>726415
Я тебя не понял. Что ты подразумеваешь под "две группы бит, определенных по старшему разряду"? Пример приведи.

>>726415
Если тебе допустим надо поменять в одном байте восемь старших бита и восемь младших:
val = ((val & 0xFF) << 8) + (val >> 8)
Как-то так.

>>726418
Есть какое-нибудь число, нужно поменять две группы бит. Например:
00000011
--++--++
Тут плюсами отмечена группа 00 и группа 11, номера старших разрядовсправа налево - 5 и 1 соответственно. Нужно эти группы поменять местами, в этом суть.

>>726424
Ага, понял, что тут произошло. Но каким образом докрутить начало операций с определенного бита, а не над целым числом?

>>726430
8 в том примере — оффсет. Задавай нужны тебе оффсет ( в твоем примере 4 и тереби биты посредством разных битовых операций.
В твоем примере я бы попробовал сделать так:
val = 00^^0011
val = (val << 4) | (val ^ val)
Здесь при val << 4 единицы встанут на позиции нужных тебе нулей а при val ^ val, по свойству исключающего или получишь ноль. Затем слагаешь. Ну это немного корявый способ.

>>726441
Если допустим будет val = 01^^0011, можно так сделать:
val = ((01000011 & 00000011) << 4).
Уже прямее. Вообще, есть множество способов.

>>726455
Если будет val = 011100^^:
val = ((01110000 & 00110000) >> 4)

Господа, как грамотно скастовать байт в структуру?
Допустим есть структура, в которой 8 однобитовых свойств, есть байт данных, который нужно разбить на эти 8 свойств.
Через юнион?

>>726458
>>726455
Хотя здесь ошибка. Теряется бит. Тогда:
val = (01000011 & 01000000) | ((01000011 & 00000011) << 4).
val = (01110000 & 01000000) | ((01110000 & 00110000) >> 4)

>>726459
Битовые поля или по принципу флагов действуй. Определи Свойства константами вида: ONE = 0x01, TWO = 0x02, THREE = 0x04 и т.д и логически суммируй нужные тебе флаги:
val |= ONE | TWO и т.д.

>>726464
>по принципу флагов действуй
В начале так и сделал.
Но потом захотелось ШТОБЫ КРАСИВО было, и решил зафигачить структуру с битовыми полями.

>>726470
>Но потом захотелось ШТОБЫ КРАСИВО было,
Флаги используются повсеместно. Это нормальная практика для свойств. А битовые поля используют намного реже. Так что не выделывайся.

>>726441
Подожди, а что за val = 00^^0011? ^^ - что за оператор такой?

>>726490
Это место с которым надо поменяться местами единицам.

>>724849
там адовый код с тридцатилетней историей, хуй они его откроют, ибо банально стыдно будет, это тебе не дотнет относительно недавно написанный

>>726498
Вон у GCC код уже почти 30 лет открыт код. И ничего! Не стыдятся же!

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

>>726459
если у тебя в маске только однобитные флаги, то нах те структура не нужна, делают шестнадцатеричными или восьмеричными константами, так удобней
а так, да, делают структуры с битовыми полями

>>726500
а нету смысла открывать исходники майкрософтофского с++ компилера
открыать сорцы дотнета - есть смысл, тк это открывает возможности compiler as infrastructure, roslyn, в общем, по сути те же ништяки что и связка clang-llvm предлагает, но в дотнете
а майкрософтофский компилер с++ сделан по старой технике (как и gcc), так чтож смысла нет

>>726508
В каких тогда случаях лучше использовать стуктуры с битовыми полями вместо флагов?

>>726464
Честно пытался разобраться, но это пиздец. Ты не мог бы в общем случае написать? Есть двоичное число, есть номера старших разрядов, есть размер групп бит, которые надо поменять местами. Как всё это в кучу собрать?
Вот то, что я делал с массивами - просто и понятно, но нужно через, блядь, побитовые операции.
http://pastebin.com/AdWy6gzN

>>726470
> зафигачить структуру с битовыми полями
Имей в виду, что порядок битов и их выравнивание в битфилде не определены (то есть, если у тебя битфилд на 6 полей по 1 биту, то начнется ли он со старшего бита байта, или с младшего, или со второго - определяет компилятор). Т.е., если тебе внутри собственной программы таскать туда-сюда битфилд - это ок, но если ты хочешь портабельно сохранять в файлы или передавать по сети, лучше пользуйся побитовыми операторами, там у тебя будет только проблема с endianess.

>>726545
Не читал задачи, но надеюсь, что понял правильно.
У тебя есть исходное число source, два офсета групп offset1, offset2 (считая с нуля справа) и размер обеих групп size. Например, наше число nAAnnBBn, где AA и BB твои группы, а n - какие-то биты, которые трогать не нужно. В нашем примере offset1 = 5, offset2 = 1, size = 2.

Генерируем маску с size единичек:
mask = (1 << size) - 1; // (2 << 1) - 1 = 4 - 1 = 3 = 00000011

Выделяем группы в отдельные переменные (, ):
group1 = (source >> offset1) & mask; // (nAAnnBBn >> 5) & 00000011 = 000000AA
group2 = (source >> offset2) & mask; // (nAAnnBBn >> 1) & 00000011 = 000000BB

И сдвигаем их обратно их новые места:
group1 <<= offset2; // 000000AA << 1 = 00000AA0
group2 <<= offset1; // 000000BB << 5 = 0BB00000

Собираем маску для исходного числа таким образом, чтобы там, где были группы битов, стояли единички, а в остальных разрядах нули:
source_mask = ((mask << offset1) | (mask << offset2)); // ((00000011 << 5) | (00000011 << 1)) = 01100110

И инвертируем её (теперь на месте групп будут нули, а в остальных разрядах единицы):
source_mask = ~source_mask; // ~01100110 = 10011001

И обнуляем обе группы битов, оставляя остальные биты нетронутыми:
source_masked = source & source_mask; // nAAnnBBn & 10011001 = n00nn00n

И собираем число из получившихся частей:
result = source_masked | group1 | group2; // n00nn00n | 00000AA0 | 0BB00000 = nBBnnAA0

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

>>726518
Когда у тебя поля не однобитовые и для тесной запаковки.
Допустим есть структура в 32 бита. где 8 бит выделяется под одно, 12 бит под другое, и еще по 6 бит под третье и четвертое.

>>726545
Но ведь >>, <<, |, ^, ~, & — битовые операции! Что тебе не нравится?

>>726585
И да. Не надо забывать про выравнивание данных. Твоя структура 12 бит будет весить как машинное слово, если ты не задашь иначе. В С11 для этого есть _Alignas.

>>726589
А ты с упаковкой не путаешь? _Alignas вроде на размер не влияет, только на размещение в памяти.

>>726611
А ннет ! Я сглупил! Действительно! Я же про выравнивание говорю! А надо про упаковку! Прошу прощения.

>>726616
Там вроде в плюсах по-другому, но не уверен. А у нас есть нестандартная, но очень широко поддерживаемая #pragma pack.

>>726583
Ух, спасибо тебе большое, разъяснил. Теперь я наконец-то осилил происходящее. Спасибо!

Есть ли способ выставлять флаги оптимизаций в коде? как например коннектить либы через #pragma comment(lib, ..)

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

>>726719
Можно. Но зависит от компилятора. Для GCC есть __attribute__((optimize("smth"))) и #pragma GCC optimize, для Visual Studio есть #pragma optimize.

>>726719
> олимпиады для хуесосов
Если ты знаешь это, зачем участвуешь? Или ты нам так признаешься, что любишь хуи сосать?
Никогда не понял этих олимпиад. Зачем они нужны?

>>726719
Наверное есть, но прямо так скажу, писать олимпиадки на C - довольно печальное занятие. Можно нечаянно и ногу отстрелить, и ебаться потом, потому что собственный инструмент ставит палки в колёса и позволяет компилировать всякий дырявый говнокод. Паскальмартыхану в этом плане полегче будет.

>>726764
>Наверное есть, но прямо так скажу, писать олимпиадки на C - довольно печальное занятие.
Отстрелишь, если основ не знаешь. Ну там проебаться можно с преобразованиями числа, ибо допустим 1 / 2 = 0 а 1.0 / 2.0 = 0.5 или если файлы читать не умеешь. Вот это вот все.

>>726770
Даже со знанием основ можно отстрелить. Я бы не был таким самоуверенным. Сам по молодости игрался в олимпиадки на няшной, и временами возникали проблемы из-за самого инструмента.
Есть и другая сторона - на C нету ничего подобного STL. На серьезных олимпиадках из-за этого вполне можно вылететь в трубу.
Поэтому серьёзные дяди кодят олимпиадки на C++ или Java. Последняя даже легче будет, посколько весьма строга к мартышке, которая сидит перед ящиком и не позволяет делать слишком очевидные и глупые баги.

>>726764
С в отличие от паскаля я вроде как хорошо знаю, и писал на нёй ирлманяпроекты, в отличие от второго.
>>726752
Можно и так сказать. Выбора у меня тащемта не много, я клал хуй на пары по причине их бесполезности, и теперь страдаю.
>>726739
Спасибо.

>>726785
Хз что у тебя там за олимпиадки такие, где прям так нужен STL. У меня локальное говно, где ничего сложнее длинной арифметики и графов нету судя по темам нету.

>>726785
>Есть и другая сторона - на C нету ничего подобного STL.
Алгоритмы знать надо! Привыкнуть к своим list.reverse или list.sort() и не знают потом ни черта. А вообще, первое что лезет в голову, так это glib. Там кажется есть множество всего такого. Но это под линукс.
>Последняя даже легче будет, посколько весьма строга к мартышке,
Я бы по-другому сказал. Она не строга к мартышке. Она просто убирает за ним дерьмо. А в Си нагадил — убери.
>позволяет делать слишком очевидные и глупые баги.
Это да. Бывает И зависит не только от квалификации, но и от настроения и фазы луны. Впрочем, чем больше пишешь, тем меньше случайных ошибок делаешь.
Этого >>726804 двачаю. Сколько не видел олимпиадок, так там простые задания, чуть ли для домохозяек. Зачем там коллекции? Не понимат.

>>726811
>Алгоритмы знать надо! Привыкнуть к своим list.reverse или list.sort() и не знают потом ни черта.
Писать по сто раз рутинные вещи заебывает. А так кто ж им виноват, что они не знают, что за алгоритм у них в библиотечной сортировочке?
>А в Си нагадил — убери.
Вот этим на олимпиадке нет времени заниматься. Как и оформлять читабельный код. Дома можешь хоть узадрачиваться, а тут изволь всё сделать за ограниченное время.
>Сколько не видел олимпиадок, так там простые задания, чуть ли для домохозяек. Зачем там коллекции? Не понимат.
Ох, что ж я сразу не понял, что спорю с профи. Ты поди все задачи ACM левой пяткой на брейнфаке решаешь?

>>726832
>Вот этим на олимпиадке нет времени заниматься. Как и оформлять читабельный код. Дома можешь хоть узадрачиваться, а тут изволь всё сделать за ограниченное время.
Только на рашкинских птушных олимпиадах за это ещё "субъективно" могут накинуть баллов, лел.
>Ты поди все задачи ACM левой пяткой на брейнфаке решаешь?
Не переводи тему, ясен хуй тут другой уровень задач.

>>726832
>Ох, что ж я сразу не понял, что спорю с профи.
Сарказм не уместен. Если ты не можешь в простую логику, это не значит, что и другие не могут.

>>726844
>ясен хуй тут другой уровень задач
Это нормальный уровень задач. А то что там в школах и прочих ПТУ - сраное говно, на это НЕ нужно равняться.

>>726856
>олимпиады
>серьезные задачи
Прямо на ноль поделил.

>>726954
а ты решишь хотя бы одну из этих "несерьезных" задач, лолка?

>>726964
Олимпиадник порвался? Сделай хотя бы один более-менее серьзный проект и ты поймешь что олимпиады лишь забавы для неосиляторов.

>>726973
>порвался
ясно, залётный из /b/
>Сделай хотя бы один более-менее серьзный проект и ты поймешь что олимпиады лишь забавы для неосиляторов.
ну толсто же.
одно другому не мешает.

>>726964
А ты построишь пирамиду из огромных каменных блоков вручную?

>>726974
>ясно, залётный из /b/
Чини детектор.
>одно другому не мешает.
>жалуется, что нет STL и из-за этого очень сложно ему олимпиадные задачки решать, да и на Си писать сложно
А ведь любой нормальный программист должен уметь реализовывать любые алгоритмы, также как и знать Си, не допуская при этом глупых ошибок.

>>726974
>одно другому не мешает.
Ну как не мешает. Это немного разные области - в одной ты спокойно сидишь и обдумываешь как чо делать, в другой ты как ебаная макака убегающая от охотника пытаешься успеть высрать зазубренные алгоритмы до дедлайна в пару часов. А когда области развития не пересекаются - они друг друга лочат как 2 треда 1 несчастную переменную.

Олимпиадное программирование - это как спорт - старания и превозмогания нужно дохуя, а толку - нихуя. Ну да, как и ирл в спорте в шоколаде только самый верхний эшелон, который составляет от силы 0,1%.

>>726985
Неистово двачаю!

Как семёна разорвало.
Ты читать умеешь? Си неудобен на олимпиадках, но если ты такой любитель жрать кактусы, то пожалуйста. Нормальный человек же выбирает наиболее подходящий к задаче инструмент.
По поводу дедлайнов, они присутствуют и на работе, вечно задрачивать не получится.
И да, одно другому таки не мешает, можно спокойно работать, а раз в месяц поиграть на каком-нибудь кф. Тебя олимпиадники покусали что ли?
Плюс архивы с задачами могут быть хорошим подспорьем для новичка, чтобы закрепить базу. Сразу он не пойдет ебашить крутые проекты, а вот поиграться с задачками - другое дело. Главное без фанатизма.

>>726993
Ты реально какое-то животное. Когда ты участвуешь на каком нибудь ICPC и у тебя есть выбор (и самое главное задачи - не найти точку в прямоугольнике), то да - нужен яп высокого уровня.

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

А ещё я не знаю что сказать когда ты предлагаешь использовать плюсы с в три раза большим кол-вом заёбов и тонкостей.

>>726993
>Как семёна разорвало.
Лал. Даже не хочет признавать что его хуесосят несколько человек.
>Нормальный человек же выбирает наиболее подходящий к задаче инструмент.
Ты как определять удлбность инструмента собрался? Кому-то пожет и на ассемблере удобнее многие решать.
>По поводу дедлайнов, они присутствуют и на работе, вечно задрачивать не получится.
На работе, у тебя есть возможность, чтобы сделать нормально и красиво полезные вещи, а не какую-то никому не нужную кроме твоего ЧСВ хуету..
>Плюс архивы с задачами могут быть хорошим подспорьем для новичка, чтобы закрепить базу.
Для новичка лучше книжки читать с алгоритмами и описанием разных техник программирования + документация по инструментам, чтобы не задавал вопросов об общении с компилятором.

>>726997
Ммм, переход на личности :3
В мое время в школо-быдло-олимпиадках можно было выбирать как минимум из 4 языков.
>Если ты сумеешь прострелить себе ногу на такой хуйне - я даже не знаю что сказать.
Вас послушать, дак тут каждый школьник непризнанный гений, и может без единой ошибки написать на асме ядро ОС.
Если ты такой красавец, что можешь сразу ебашить ансейв код без багов и прочих переполняющихся буферов - молодец. Но с чего ты решил, что другие умеют то же самое? Особенно в наше время бума всяких code monkey.
Нет, им чисто добрый совет даешь, а они визжат и посылают. Первокурсники ебаные.

>>727004
>асме ядро ОС.
> задача посортировать и красиво вывести дроби
>найти точку в прямоугольнике
Сука, и как мне не переходить на личности? Ты серьёзно ебанутый, или упарываешь что-то?

>>727004
>Ммм, переход на личности :3
А сам-то? Детектишь тут во всех залетных и семенов.
>Вас послушать, дак тут каждый школьник непризнанный гений, и может без единой ошибки написать на асме ядро ОС.
Ты на олимпиадах ОСи пишешь? Ты решаешь там абстрактные задачи, которые вообще никак не связаны с технической составляющей.
>чего ты решил, что другие умеют то же самое?
А чего ты, не зная инструмента, советуешь кому-то не пользоваться инструментам, потому что лично ТЫ, не можешь на нем без ошибок писать даже элементарные вещи? Ты небось еще после каждой второй написанной строчки компилируешь и правишь ошибки?
>Особенно в наше время бума всяких code monkey.
Ты предлагаешь поощрать это дело?
>Нет, им чисто добрый совет даешь, а они визжат и посылают.
Ты говорил о своих субъективных ощущениях от языка. В случае того, кому ты это говорил, ему можно на чем угодно писать. Вероятность ошибок минимальна при знании языка и алгоритма. Но ты посоветовал ему не писать на паскале, который он знает плохо.
>Первокурсники ебаные
Детектор уже почини. Заебал! Третий раз уже.

>>727010
>>727008
>ты ты ты ты ты ТЫЫЫЫЫ
Ясно.
Вообще не понимаю, чего вы так агритесь на спортивное программирование. Ну решают люди абстрактные задачки, и что? Давайте еще поливать говном математику, дескать она оторвана от жизни, ебучие математики что-то там решают, возятся, доказывают, уххх, мне на сосаче сказали это нинужна!
Вас лично никто не заставляет решать "найти точку в прямоугольнике".
Нет же, надо устраивать демагогию на пустом месте, лол.
>Ты предлагаешь поощрать это дело?
Программирование на строгом к ошибкам языке помогает как раз приучить новичков не делать глупостей. Думаешь, школьник с радостью побежит учить все скучные анальные секреты/стандарты/ твоей любимой сишки? Ага, щасс.
Пиздец, вы байтослесари какие-то, честное слово.
>Ты говорил о своих субъективных ощущениях от языка.
Запизделся уже. Очевидно, что на языках типа C/C++ гораздо легче наделать ошибок, будь ты хоть сто пядей во лбу. Никто не застрахован, человеческий фактор и всё такое. Но нет же
>Вероятность ошибок минимальна при знании языка и алгоритма.
Окей, выучи брейнфак и пиши на нем с МИНИМАЛЬНОЙ ВЕРОЯТНОСТЬЮ ОШИБОК. Инструмент ведь плохим не бывает априори, это всё руки кривые.

>>727032
>думает что стандарты свойственны только для Си
>думает, что если спортивный быдлокодинг поливают говном те, кто не знает математику
>считает, что более высокоуровневые языки строги к ошибкам
>знание работы компьютера не нужно новичку.
Короче съеби. Просто съеби. С такими даунами даже спорить не хочется.

>>727063
Да, да, ты победил, а я съебу. До свидания, слесари.

А вообще, спортивное программирование плохое потому, что не дает никаких полезных навыков кроме скорости написания элементарных задач, но при этом повышают ЧСВ обезьянки до неведомых высот. Лично мое мнение, что любой программист, которому приходилось создавать собственные реализации как простых (решето Эратосфена, алгоритм Эвклида, итерационный алгоритм Герона, половину сортировок, простейшие методы поиска и т.д) так и сложных алгоритмов (в том числе криптографических) и проведшего тестирование и оптимизацию этих алгоритмов, смело может опустить любого олимпиадника, так как эти самые олимпиадники решают конкретные задачи, но не видят картины в целом, что показал нам этот >>726832 товарищ, у которого возникают сложности с простейшими алгоритмами. В тоже время программист описанный ранее, сможет решить любую поставленную задачу за приемлемые сроки и он также сможет помимо простого решения, также оптимизировать саму программу. Вот так вотъ.

>>727063
а че олимпиадки чем плохи-то, ну задрачивают люди классические алгоритмы, че плохого-то, не думаю что они быдлокодерами из-за этого становятся.

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

>>727083
Стадии:
1) Тебе дали задачу;
2) Ты обдумываешь варианты ее решения;
3) Выбрав наиболее подходящее решение, ты реализовываешь его.
Вот такой порядок действий на мой взгляд вполне справедлив. Разве что только если тебе не дадут задачу, для решения которой тебе требуются какие-либо узкоспециализированные знания в области математики и тебе надо так сходу решить не зная матчасти. Поправь меня если что-то не так. И дай пожалуй ссылку на эти задачи. Я просто множество задач олимпиадных видел, и мне они казались достаточно простыми.

>>727085
ты из далека заходишь, ты описал решение любой задачи в любой сфере.
http://acm.timus.ru/problemset.aspx?space=1&tag=ptz
вот шерсти.
не все олимпиадки, это контесты на кодфорсе во втором дивизионе.

>>727085
Решай.
http://rghost.net/7knWyYw9S

>>727092
Симулятор интерактивного оконного менеджера? Хм. Только недавно читал про иксы и прокрастинирую собрать их. Не вижу чего-то сложного. Нужно хранить состояния да обрабатывать ошибки. Всего-то! Как допрокрастинирую, может возьмусь, хотя вижу мало интересного, честно говоря.

>>727090
А за это благодарю. будет что на досуге порешать.

>>727101
>спортивное программирование говно яскозал!!!!11
>будет что на досуге порешать

>>727103
Ну маааам! Мне делать нечего! Шахматы надоели, а задач не завезли! Вот и маюсь.
Ну я имел ввиду, что оно плохо, как единственный род занятий. Я в том смысле, что если олимпиадник решает такие задачи, но не имеет практики реального программирования, то он ни на что не годен. Однако так как он получил слишком высокое ЧСВ из-за них, оно плохое для него. То что в той ссылке, я расцениваю как аналог решения сканвордов или партейки другой в шахматы.

>>727107
95% олимпиадников после университетсва идут точно так же работать, или ты думаешь, что им просто так деньги за их чсв платят потом?

>>727114
>или ты думаешь, что им просто так деньги за их чсв платят потом?
Знаешь. Ты поднял такую спорную тему... А все ли программисты заслуженно получают деньги за свою "работу"? Мне не очень хочется по этой теме ходить, так что останемся при своих мнениях, так как бессмысленным будет говорить про это. Добра тебе.

>>727118
ну обычная тема, если платят, то значит решают поставленную задачу весьма успешно, если взяли работать, значит убедились в способности выполнять эту задачу.

>>727107
Лол. Сначала кудахчешь, что спортивная прога никак не совместима с "обычным" программированием, и тут выясняется обратное.
Очередной толстый из /b/ короче, которому лишь бы доебаться да устроить срач. Ну а что, свинья грязи везде найдёт.

>>727144
двочую

>>727144
А вообще по-хорошему сложная задача сначала изучается теоретически, придумывается более хороший алгоритм а то и вообще хоть какой-нибудь, а потом уже спускают с цепи макак. И олимпиаднику полезнее мутировать именно в CS-теоретика, на худой конец исследователя-прикладника, нежели в дженерик кодера.

>>727152
>И олимпиаднику полезнее мутировать именно в CS-теоретика
Ага ага, учитывая что наука и олимпиадки мартышек практически никак не пересекаются.

Вчера был вечер охуительных историй о происхождении языка Си. Сегодня ­— охуительные истории о пользе олимпиад для прикладного программиста. А завтра что будет? О вреде чтения официальной документации и призыва к чтению мануалов от васяна? Откуда вы блять лезете? Или слоупочные тролли очнулись после зимней спячки?

Сосоны, у меня проблема. Написал сервер, а он нихуя не работает. Т.е. пишет, что подключился с 0.0.0.0, создает папку и нихуя. Пытаюсь подключиться через nc, а этот пидор пидоряет меня самого.
В итоге, ноут не нагружается даже от perl -e '`nc localhost 35335`;'
И я немного прихуел от такого расклада. Компилируется только предупреждая, что main вернет мне int, а так все спокойно, без ошибок. http://pastebin.com/Yym5TsMD

>>727235
>perl -e '`nc localhost 35335` x 3000;'
простите ради пардона

>>727168
>О вреде чтения официальной документации и призыва к чтению мануалов от васяна?
Как показал опыт, официальные мануалы от майкрософт хуже мануалов "от васяна".

>>727254
Ну охуеть теперь. Что дальше то будет?

>>727235
Вот убивал бы за такой код! Где проверки на ошибки, мудила? Почему у тебя на 35 строке листен идет в условии а все остальное выполняется вне зависимости от условия? Нахуя тебе треды, если даже простой сервер создать не можешь, не говоря о неблокирующих сокетах?
>sleep для потоков
За это я бы тебе в ебало дал. Забудь про потоки сука! Программировать сначала последовательно научись.
>фиксированные размеры буферов
>не проверяет переполнения буферов
>преобразовывает уже из одного типа в тот же тип
>struct stat st = {0};
Сука, съеби отсюда. Вообще забудь о программировании! Не вздумай даже хеллоуворлды писать. Вдруг еще ширус случайно создашь!
А если серьезно, прочитай пару книжек по Си. Начинай с K&R.

>>727254
Как и всё остальное.

>>727235
>Компилируется только предупреждая, что main вернет мне int, а так все спокойно, без ошибок
Хотя постой! Ты еще недостаточно обоссан. Запусти компилятор с флагами -Wall -Wextra -Wpedantic. Пусть и он на тебя поссыт.

>>727451
А что тебе в struct stat не понравилось? Ну хочется человеку ее инициализировать, вреда от этого не будет.

>>727550
Ну ладно. Это еще нормально, хоть и не имеет смысла в его случае. Особенно по сравнению с другими ошибками...

VSоблядки! Как вы живете с такой парашей? Сейчас допустил ошибку в CreateSolidBrush (Забыл указать RGB в (0xFF, 0xFF, 0xFF)) и знаете что мне оно выдало? Run-Time Check Failure #0 - The value of ESP was not properly saved across a function call. Ну это просто пиздец! Полчаса ебался с нахождением ошибки. Как ей вообще возможно пользоваться с такими охуительными ошибками?

>>727681
А при чём тут VS? Рантайм, система, компилятор - вообще всё что угодно, только при чём здесь IDE-то?

>>727451
Дай угадаю, тебе лет 30?

>>727693
Почему VS не дает по ебалу за неправильный вызов функции?
>>727696
В следующий раз не буду тупить и буду сразу расчехлять отладчик.

>>727697
>Почему VS не дает по ебалу за неправильный вызов функции?
Уточню: "Почему инструментарий в VS по-умолчанию не дает по ебалу за неправильный вызов функции?"

>>727704
Я понял. Это такая система поддержки для разработчика. Разработчику предоставляют возможность работать в дружественной среде разработки, где ему даже дадут возможность поебаться.

>>727701
А с хуяли ему тебе что-то пояснять? Функция принимает на вход COLORREF который определён как typedef DWORD COLORREF; - ни IDE, ни компилятор в душе не ебут в чём тут может быть ошибка (тем более си слаботипизирован, ты туда без проблем и void* мог запихать - с точки зрения синтаксиса всё ок).

>>727695
Не угадал. Зачем тебе знать это?

>>727707
В оно не должно отслеживать кол-во аргументов? Я задал три аргумента вместо одного. Почему не получил ошибку?

>>727760
А дело опять не в компиляторею.
Всё потому что это C. Привыкай. Тут printf() и printf(const char*, ...) - синонимы (пруфец: http://ideone.com/6ftqA4).

http://ideone.com/6ftqA4

>>727790
printf - макрос для vprintf, которая является в свою очередь функцией с переменным кол-вом аргументов, что реализовано при помощи va_list.
А вот CreateSolidBrush. Я не вижу здесь переменного кол-ва аргументов.
HBRUSH CreateSolidBrush(
_In_ COLORREF crColor
);
typedef DWORD COLORREF;

>>727796
>>727790
Надо будет проверить на GCC такие финты.

>>727796
Сука, открой ссылку из >>727791 и посмотри про что я тебе писал, дурак блядь.

>>727809
Ебанутый? Зачем ты притащил сюда printf? Он на va_list'е. С ним все понятно. А та функция просто указатель на 32-битное беззнаковое число. Хули оно не выдает ошибки в виде "Too many arguments"?

>>727814
typedef unsigned long DWORD;
Не указатель даже, а просто число.
слоуфикс

>>727821
Нет, животное, ты просто нихуя не знаешь языка и не понял что там делается.
http://ideone.com/uselL0

>>727839
Ты просто привык к спермокомпилятору. Ничего, бывает.

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

>>727840
>спермокомпилер
>ideone
>gcc-5.1
https://ideone.com/credits

>>727791
Лал. Проиграл с долбоеба, который так делает.
http://ideone.com/pcrszE
Здесь тебя компилятор обоссыт.

>>727845
>include <stdio.h>
> printf();
Копетан, спасибо вам, вы прям глаза раскрыли мне!
Я так не делаю, а вот ты явно не умеешь читать, это наглядный пример утверждения, что
>>727841
>по стандарту си компилятор не особо должно ебать сколько там у ф-ции аргументов

>>727847
Компилятора должно ебать не соответствие колличества фактических параметров с количеством формальным. Покажи мне ту строчку в стандарте, где написано, что это не так или ты будешь обоссан. Я сейчас просматриваю стандарт и вижу, что он говорит, что ты идешь нахуй, если функции не соответствует ее прототипу.

А по поводу этой: >>727791 хуйни, компилятору просто поебать на твои попытки переопределить функцию.
http://ideone.com/Ugwio5
А если ты напишешь printf() в какой-либо функции, компилятор просто скажет тебе, что ты ЛОХ.

>>727867
>Компилятора должно ебать не соответствие колличества фактических параметров с количеством формальным.
И да. Забыл еще, что он проверяет типы аргументов. То есть если ты указал аргументы неправильного типа, он предупредит тебя, если можно преобразовать или пошлет нахуй если преобразование невозможно. Передавать что угодно можно только через void <звезда>

>>727701
> Почему инструментарий в VS по-умолчанию не дает по ебалу за неправильный вызов функции?
Даёт. Ты забыл рассказать нам какие-то детали. Покажи вызов CreateSolidBrush, на котором оно не ругается, но падает. Потому что судя по твоим симптомам, у тебя ошибка где-то еще.

>>728071
Вызов был:
CreateSolidBrush(0xFF, 0xFF, 0xFF);
вместо
CreateSolidBrush(RGB(0xFF, 0xFF, 0xFF));

>>728072
> solidbrush.c(5) : warning C4020: 'CreateSolidBrush' : too many actual parameters
Но так-то ты прав, оно не должно быть варнингом. Быстрофикс алсо, спасибо, добавил к себе в проект тоже:
#pragma warning (error: 4020)

>>727841
>пиши на совместимом с обоими диалекте
Ты, наверное, из тех людей, которые на вопрос про два стула отвечают "сдвину и лягу".

>>728090
Не сразу понял этот невзъебенный подъеб

>>727796
>printf - макрос
Какие ваши доказательства?

>>728154
В glibc кажется видел.

>>728156
> кажется
Так бы и писал. Что "printf, кажется, макрос".
https://sourceware.org/git/?p=glibc.git;a=blob;f=stdio-common/printf.c

>>728157
Перепутал немного значит (вспоминая 33 строку).

>>728547
Можешь сказать, если не секрет, зачем ты вообще с ним заморачиваешься?

>>728551
Это доставляет мне удовольствие. Причины несущественны.

>>728554
Я не большой специалист в этом деле, но могу предположить, что тебе нужно почитать спецификации по целевому ARM и ARMу, для которого есть поддержка Lua. Найти различия, понять где есть несовместимости. Затем разобрать исходники LuaJIT и поправить их. Но это, как по мне, очень сильное колдунство. И это лишь мои предположения в стиле: "А как бы сделал я?".

Как открыть файл, только в том случае если это файл, а не папка?

Есть обратное - O_DIRECTORY, открывает только папку и выдает errno ENOTDIR.

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

stat() вроде тоже никак не сообщает, папка или файл.

>>729162
Все, нашел - для stat() есть макрос S_ISDIR() для поля st_mode.

Чет проглядел в первого раза.

Аноны а тут кто-нибудь угорает по LOCK-FREE алгоритмам? Набросал однонаправленный список, но при удалении вместо модификации бита значения указателя на следующий узел, пишу в него null попутно сохраняя старое значение в локальной переменной, а если удалить узел не удалось, восстанавливаю из локальной переменной. Что думаете, взлетит оно?
http://pastebin.com/CF7xzFsR

>>729431
Зачем оно тебе?

локфри != вэйтфри

В большинстве приложений локфри алгоритмы сливают по производительности алгоритмам с блокировкой.

Рекомендую глянуть готовые реализации.

А так, вот моя реализация фифо:
https://github.com/shkolnick-kun/bugurtos/blob/b173f6785a3f77f819683ae0ae7719dfd2098ce5/tests/main/lock-free-fifo/main.c

>>729507
>В большинстве приложений локфри алгоритмы сливают по производительности алгоритмам с блокировкой.
Ну что-то как-то я не знаю. Дернуть тяжелый мутекс и "усыпить" конкурирующие потоки чтобы перекинуть пару-тройку байт? Кроме того в случае списка, если один поток делает вставку в начале, а другой в конце списка, то и конкуренции нет, блокировка не оправдана. А на списке можно замутить скип-лист.
>локфри != вэйтфри
Ну вейтфри алгоритмы применимы к ограниченному кругу задач. У меня есть например только очередь при условии один читатель - один писатель.
>#define LF_DLCT_FAIL() (0)
>if( LF_DLCT_FAIL()) { //Dead lock detected
Вот тут не понял, поясни.

>>729396
1) В IDA есть HexRays по Tab/F5, там сиподобный псевдокод. Только представление об асме и о плюсах все равно нужно иметь.
2) В винде нет траблов с MinGW, все отлично работает.
3) Выкинь clion, конпелируй с командной строки.

>>729741
Незачем капсом писать.

1) Стандарт не запрещает (в TCC была частичная поддержка проверки границ массивов, например но ее, вроде бы, сломали в последних версяих).
2) В том виде, в котором оно есть в плюсах, не нужно. Но в виде имямодуля.сущность имеет право на жизнь.
3) Хочу модули всю сознательную жизнь. Понимаю, по каким причинам их не было изначально, но сейчас можно уже и добавить. У компилятора информации достаточно. Если будет forceinline в стандарте, нормальные константы вместо define и пометка типов, как static, то до модулей останется шаг.
4) Нахуй. А вот вычисления во время компиляции на той же самой сишечке (с анально огороженным рантаймом) очень пригодились бы. Особенно для embedded, где многое хочется посчитать заранее, и круто было бы делать это тем же инструментом.
5) А чем это отличается от 1?
6) Не для языка с неявным преобразованием типов.

>>729771
>Незачем капсом писать.
это паста, твой день прошел не зря братиш
>>729663
а в крестотреде лион прям уважают

>>729810
Я знаю, что паста, просто больная тема.

> лион
Если все работает, то, очевидно, ничего и не нужно выкидывать. Если не осилил настроить, то либо осилить, либо выкинуть. Выучить полтора заклинания для компиляции с командной строки проще, чем настроить рандомную IDE.

>>729820
Там вместо прожектфайлов как в стандартных иде используется cmake, так что у него выбор только осилить.

>>726583
Хм. А как такое с вещественными числами сделать?

>>729838
А зачем такое с ними делать? Так-то можно прочитать как unsigned int, выделить мантиссу с экспонентой и с ними что-то творить. Но вот зачем?

>>729820
Я уже осилил.
Такой вопрос: Если я компиляю хелоуворлд с помощью msvs15 и с помощью gcc, по printf будет дергать один и тот же апи, или у gnu gcc свой printf? И вообще как узнать что вошло в бинарник и из какихисточников? весит 64 кб. И как православнее все-таки писать чтоб код без минимальных проблем переносился с прищей на сперму? И еще, я правильно понимаю что когда какой-то софт для работы требует библиотеки из visual studio, то значит он был 100% скомпилен не в mingw?

>>729848
Мне в вузике что-то похожее сказали сделать. Зачем? Просто. Очередное бессмысленное байтоёбство ради очередного бесполезного навыка.

>>729854
Займись байтоебством со смыслом - напиши свою printf. Скилл, полученный во время попыток правильно округлить и вывести все float тебе точно пригодится. Причем в любом языке программирования, где используется IEEE 754.

>>726518
Флаги удобны для передачи параметров. foo(YOBA1 | YOBA2). Зато битовые поля читаемее.

>>729860
Диванная трагедия в том, что мне вообще не интересны все эти низкоуровневые радости, хочу дальше делать свою игру на питоне лол, а не биты двигать. Страдания.

>>729881
Это не низкоуровневые радости, а примитивная математика. Если для тебя это тяжело, ты выбрал не ту специальность.

>>729853
> по printf будет дергать один и тот же апи, или у gnu gcc свой printf
С давних пор в Windows поставляется рантайм в виде MSVCRT.DLL. Он застрял на C89, но Microsoft продолжает класть его в дистрибутивы по соображениям обратной совместимости. Раньше GCC пытался использовать printf оттуда, теперь у них свои printf/vprintf/vsnprintf и т.д. (из-за необходимости поддержки всяких %zu и прочих современных фишек). Многие другие функции по-прежнему дергаются из MSVCRT.
Студия, вроде бы, после VS 6.0, линкуется со своими MSVCRxxx.dll, и где-то до 2013 проблемы совместимости были (в том числе свой _snprintf вместо отсутствующего стандартного). Теперь рантайм перепилили, читай тут: https://blogs.msdn.microsoft.com/vcblog/2015/03/03/introducing-the-universal-crt/

> как православнее все-таки писать чтоб код без минимальных проблем переносился
Как обычно. Стараться использовать функции из стандарта, а все нестандартное оборачивать в функции, выносить в отдельные модули и обкладывать ифдефами.

> ще, я правильно понимаю что когда какой-то софт для работы требует библиотеки из visual studio, то значит он был 100% скомпилен не в mingw
Да, он был скомпилен компилятором от Microsoft.

> как узнать что вошло в бинарник и из какихисточников
Для Windows поставь Dependency Walker, он импорты/экспорты DLL показывает. А так, у компиляторов и линкеров есть ключики для verbose, чтобы узнать, с какими либами линкуемся. И дальше уже смотреть на либы. Для софта уровня хелловорлда проще собрать отладочную версию и посмотреть дизасм.

>>729891
таки хелоуворлд скомпиленный gcc тянет msvcrt

>>729947
Ну да, а там кроме printf() есть еще стаб, который main() запускает, да и printf() в результате к fputc() сводится.

>>729891
>Раньше GCC пытался использовать printf оттуда, теперь у них свои printf/vprintf/vsnprintf и т.д.
Щито? printf - это часть стандартной библиотеки. Это не часть компилятора никак.

>>730119
Перефразирую. Реализация стандартной библиотеки GCC под Windows частично опирается на MSVCRT, частично использует собственный код можешь начинать гуглить libmingwex.

> Это не часть компилятора никак.
Да. Зато компилятор и стандартная библиотека - это части реализации языка. В мире Windows компиляторы часто используют собственный рантайм (и даже различные версии одних и тех же компиляторовVisual Studio имеют собственный рантайм). Например, это делается из-за необходимости поддержки собственных расширений языка и прочих фишечек (особенно у Microsoft), любви к велосипедостроению, из-за проблем MSVCRT (выше по треду), и еще можешь oldnewthing почитать, там был пост о том, что MSVCRT - это "приватная" реализация рантайма для нужд системы, которая не предназначалась для использования сторонними приложениями. Можно (с осторожностью) сказать что-нибудь вроде /Zl и использовать какой-то другой рантайм, но полная совместимость во всех режимах компиляции будет только у родного. А вот в мире Linux да, там есть несколько разных библиотек, которые специально затачивают под GCC, поэтому все работает.

>>729771
ЧЕ КАПРИЗНИЧАЕШ?

>>729771
ЧЕ КАПРИЗНИЧАЕШ?
СТАРЫЕ ПРОГРАМКИ БЕЗ ПРОБЛЕМ БУДУТ КОМПИЛИРОВАТСЯ
DEFF С КОНСТАНТИКАМИ В ОТДЕЛЬНОЫХ ФАЙЛИКАХ БУДЕШ ХРАНИТЬ

>>729741
МАССИВЫ С КОНТРОЛЕМ ГРАНИЦ- ОТДЕЛЬНЫЙ ТИП ДАННЫХ
ВСЕ ССЫЛКИ НА ТАКИЕ МАССИВЫ СОДЕРЖАТ АДРЕСС 0-ГО ЕЛЛЕМЕНТА И ЧИСЛО ЕЛЛЕМЕНТОВ

>>730215
И КЛЮЧ КОМПИЛЯЦИИ ЧТОБЫ ВСЕ ТАКИЕ МАССИВЫ АВТОМАТИЧЕСКИ КОМПИЛИРОВАЛИСЬ КАК ОБЫЧНЫЕ МАССИВЫ БЕЗ КОНТРОЛЯ
ПО МОЕМУ ОПЫТУ ОШИБКИ ВЫХОДА А ГРАНИЦЫ МАССИВОВ САМЫЕ ТРУДНООТЛАЖИВАЕМЫЕ

вот моя проблема
в моем коде команда open при открытие большего файла(16Gb) возвращает ошибку что файл слишком велик и мне сказали что эту ошибку можно исправить дописав какой то ключ при компиляции
ни как не могу догадаться что это за ключ(-m64 не помогает)

>>730723
>open
а fopen работает? бред какой-то про ключи. что за система?

>>730793
fopen использовать нельзя
SunOS 5.10

>>730723
>возвращает ошибку что файл слишком велик
чё за ошибка? не сталкивался с такой, чисто ради интереса.

Кстати, если у тебя соляра, чем компиляешь? Санстудио? ГЦЦ?

>>730831
>не сталкивался с такой
вот тоже не понятно, может он пользуется какой-то обёрткой, которая выделяет память и читает из файла...

>>730831
собсно, в мане быстро сам нашёл

EOVERFLOW
pathname refers to a regular file that is too large to be
opened. The usual scenario here is that an application
compiled on a 32-bit platform without -D_FILE_OFFSET_BITS=64
tried to open a file whose size exceeds (1<<31)-1 bytes; see
also O_LARGEFILE above. This is the error specified by
POSIX.1; in kernels before 2.6.24, Linux gave the error EFBIG
for this case.

Но это для линукса, может на соляре как-то по-другому.

>>730832
не, open - это системный вызов в посиксе

>>730834
я вкурсе

>>730835
Ну так единственная обёртка, которая там может быть - это обёртка стандартной библиотеки. В принципе, можно попробовать вызвать трап напрямую в обход стандартной библиотеки, написав свою обёртку.

Так подожди. Ты компилируешь фацл под x86 и поэтому удивляешься что не можешь пользоваться файлами которые больше размерности типов? В этом же смысл?

>>730838
>файл под x86 и потом

>>730837
да не, то что x86-32 бинарники ограничены в размерах файлов - это нормально. не нужно ничё обходить, нужно просто компилировать в x86-64

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

и сажа прилипла

>>733271
> if (c == EOF) c = EOF;
Вот тут твоя основная проблема. После этого присваивания ты выходишь из getText, но в строке оказывается введенный текст, за ним EOF, обрезанный до байта 0xff. Когда printf встречает спецификатор %s, она начинает печатать твой буфер символ за символом, пока не встретит символ конца строки \0. Т.е., она печатает введенный текст, символ EOF и далее какой-то мусор из переменной text, а потом дальше из стека пока не встретится \0. Этот мусор ты и видишь. Не надо добавлять EOF в строку - это всего лишь специальный код возврата для getchar(), а добавлять надо \0. Алсо, getchar() возвращает \0 только если юзер его ввел. Я считаю, что проверки на \0 тебе не нужны.

> почему изменяется text, если getText() ничего не возвращает
Потому что массивы неявно кастятся к указателю при передаче в функцию, и ты модифицируешь буфер, на который этот указатель указывает. Посмотри предыдущий тред, там как раз обсуждали.

> int main()
Если ты учишь Си, а не плюсы, не делай так. Это устаревший синтаксис, который говорит, что функция принимает какие-то аргументы. Причем в рамках стандарта языка нет способа их получить. Правильно будет: int main(void)

> - Годное пособие для гуманитариев:
> http://c.learncodethehardway.org/book/

Народ, поясните за шапку. По этому пособию значит не очень круто учиться, так? А почему? Я просто думал по нему потом, имея уже некоторые свои знания по Сишечке, попробовать поделать всякие вещи, которые описаны там...

>>733426
Мне хардвей не нравится, но в первых тредах его активно советовали, поэтому он в шапке. Не пошло - попробуй Прата или K&R. Сам я, когда учил, читал все, что под руку попадалось.

>>733450
Да просто там с TCP/IP что-то... Виртуалка что-то... Считай введение в эти штуки какое-то, не? Полезно, мне показалось.

>>733452
Да упражнения-то там неплохие. Вм писать - вообще очень полезное развлечение. А вот излагается все слишком поверхностно, для достижения понимания надо гуглить и читать маны.

Ньюфаг вкатился. Вопрос - зачем структуре тег?

Если для объявления типа, то что это?

typedef struct {
int a;
char b;
} str_type;

Если нужны только переменные, то

struct {
int a;
char b;
} fst, sec, thi;

этот вариант всё реализует. Мне непонятно ЗАЧЕМ нужен тег?

>>733491
Поищи в прошлых тредах, тут это пару тредов назад очень детально расписывали.

>>733491
А теперь объяви структуру, в которой есть указатель на другую такую же структуру, используя только тайпдефы и безымянные структуры.

>>733510
Как раз нашёл вроде за структуры общение в прошлых тредах.

Что касается твоей просьбы - легко:

typedef struct {
int a;
struct str_type * next;
} str_type;

>>733497
В общем нашёл, но то что там написано для компилятора gcc неправда

https://arhivach.org/thread/153698/#658144

>>733513
Сама структура безымяна, но позволяет ссылаться на такую же при объявлении.

>>733513
>>733520
В твоем примере используются две разные структуры: безымяннная структура, у которой есть typedef с именем str_type и внутри нее указатель на некую struct str_type, определение которой ты не предоставил. И пока ты не предоставил определение struct str_type, ты никак не сможешь дереференснуть next.

> для компилятора gcc неправда
Ну вот тебе твой же пример, он у тебя скомпилируется? http://ideone.com/mKlvZj

>>733549
Верно, благодарю теперь понятно.

как работают функции вроде function(void arg0, void arg1, ....) как они детектят сколько аргументов после arg1? примеры printf(), ioctl() и тд.

>>734684
man va_start

>>734684
Гугли va_arg.

Снова я со своими структурами и указателями. Написал стэк, состоящий из структур с указателями на такие же структуры.

https://ideone.com/JkCgzU

Осуществляю реверс строки. Всё работает. Но проблема в том, что при компиляции вылетает куча предупреждений типа таких:

passing argument 1 of 'pop' from incompatible pointer type

Как от них избавиться? Хочется абсолютно пустого success после компиляции.

>>734847
> pop (p_el_stack *head)
Функция принимает указатель на p_el_stack. А ты передаешь ей указатель на указатель. Убери амперсанд в вызове рор() или раскидай еще звездочек.

>>734847
>p_el_stack *stack;
Просто звездочку здесь убери.

>>734964
Хотя не, при такой реализации, ты должен в функциях pop и push передавать указатель на указатель.

>>723844 (OP)
Если документация lldb в pdf?

>>734684
У таких функций всегда должен быть хотя бы один обязательный аргумент, который, по задумке, и используется для определения количества и типов остальных. В printf это format.

Есть кто-нибудь?

Имеется имя файла в каталоге в системе Linux, например /home/user/filename.btm . Нужно скопировать данный файл в другой каталог /home/.../folder . Файл произвольный. Как это лучше реализовать на Си, чтобы функция была в виде: copy(const char file, const char tofolder)?

>>737264
Разбирается в первой главе книги C Programming Language Кернигана и Ричи.

Аноны, кто-нибудь с контейнерами из glib работал? От чего может случаться сегфолт? Вроде копирую все правильно, может получать элемент по другому нужно?
https://gist.github.com/injonsed/036ef782e2e2212a2447afbcd77907b3

>>737351
А сам ты взять gdb и посмотреть не можешь? Ты создаешь массив из элементов ModelProperty, кладешь в него вместо ModelProperty только указатель на ModelProperty, а забрать пытаешься ModelProperty, а не указатель. Разберись со своими желаниями.

> malloc(strlen (name) ∗ sizeof(char));
> strcpy (prop->name, name);
Алсо, тут у тебя явный off-by-one.

>>737384
Спасибо анон, разобрался, в следующий раз не буду бухим код писать просто ^_^

Анон, будешь писать код в стиле "Ехал define через define" - я найду тебя и вырву тебе сердце.

>>737420
О нет, пощади меня.

анон, который пишет в стиле ехал define через define

>>737420
У тебя есть еще года три, чтобы придумать альтернативу и протолкнуть ее в C2x.

Есть такой маленький проект:
main.c: http://pastebin.com/jBZphP0D
tree.h: http://pastebin.com/PuVxBzRh
tree.c: http://pastebin.com/QuCQdJHe
list.h: http://pastebin.com/Sk3UdJDK
list.c: http://pastebin.com/2PBpUxrZ

При попытке скомпилировать возникает ошибка No target architecture, и вываливается место в winnt.h. Что это за хуйня? Как исправить?

>>737683
А, блять, на форуме Pelles C ответ на это есть: надо отметить Enable Microsoft extensions.

По поводу этого файла: http://pastebin.com/BB93VR9C

Мне надо написать односвязный список и функции для работы с ним. Я определил структуру элемента списка node и два типа: список List и указатель на список PList; При попытке скомпилировать возникают ошибки:

Missing type specifier; assuming 'int'.
Syntax error: expected ';' but found ''.
Missing type specifier; assuming 'int'.
Expected type for parameter 2, but found 'node'.
Missing type specifier; assuming 'int'.
Syntax error: expected ')' but found ''.
Syntax error: expected ';' but found ')'.
Error code: 1

Что я делаю не так? Как правильно объявить тип для списка, указателя на список и использовать их в функциях?

К предыдущим ошибкам.
Missing type specifier; assuming 'int'.
Redeclaration of 'PList', previously declared at C:\Usersexpected 'struct node *' but found 'int'.

>>737694
У нас не плюсы. Теги структур требуют ключевого слова struct, поэтому struct node ∗ ИЛИ List ∗ ИЛИ Plist. Обсуждали буквально 20 постами выше.

>>737696
А, ну да, я пиздоглазый, не заметил еще, что у тебя там тайпдефа нет. У Microsoft есть устоявшийся шаблон типа:
typedef struct tagSomething { ... } TypeName, ∗LPTypeName;
А у тебя там не тип, у тебя там кроме структуры объявляются не типы, а две переменных: struct node List и struct node ∗Plist. Вряд ли это то, чего ты хотел добиться.

>>737725
Ну, а вообще использование псевдонимов (типов) List и PList вместо node и node * допустимо?

>>737735
>А у тебя там не тип, у тебя там кроме структуры объявляются не типы, а две переменных
Все, понял.

>>737737
> использование псевдонимов (типов) допустимо?
А для чего их сделали, по-твоему? Это вопрос стиля - выбери и придерживайся. В каком-нибудь линуксовом коде чаще всего будет использоваться struct с тегом, кто-то еще не только для структур, но даже для указателей typedef делает не будем показывать пальцем на LPCTSTR. Я лично одобряю typedef для struct, enum и для создания синонимов примитивных типов, а указатели предпочитаю писать явно.

>>737783
Это из ida pro декомпилятор?

>>737783
Очевидно, что ксорятся два буфера. Дизасм был бы гораздо понятнее.

>>737789
Это может быть и IDA, но не дефолтный HexRays. Похоже на snowman.

Хочу написать программу для создания карты PE файла. В книге Румянцева для этого используется дерево, но из его дрисни я ничего не понял и начал писать свою программу. Сначала задумка бы такова: в дереве хранятся структуры, описывающие каждый заголовок. В этим структурах в списке хранится дамп полей. Но как только взялся реализовывать, понял, что дерево в таком случае нахуй не нужно, а лучше подошел бы массив.

Как лучше реализовать карту структур и секций?

>>737824
Нихуя не понял, чего ты хочешь добиться. Куда там дерево воткнуть, не представляю. Секции - это просто массив. Большинство структур (кроме IMAGE_DOS_HEADERS, IMAGE_NT_HEADERS и, собственно, массива IMAGE_SECTION_HEADER) читаются уже со смапленных секций, хранить ничего не нужно.

>>737828
Скачай книгу Румянцева "Исследование программ win 32" и посмотри, как он это делает. Похоже, что он все поля пихает в дерево, и в каждом узле еще хранит информацию для графического древовидного отображения этих полей.

>>737831
Скачал, охуел, закрыл. Смотри, вот есть у тебя IMAGE_DIRECTORY_ENTRY_IMPORT, и он ее красиво отображает в дереве, внутри секции .idata. Вот только эта структура используется уже после того, как секции замапили, и тебе никто не мешает расположить ее в PE-файле так, чтобы она начиналась в одной секции, а заканчивалась вообще в третьей (да, так обычно не делается, но это возможно). Поэтому подобное представление не нужно.

>>737835
Так что тебе там непонятно из кода (и дизасма)? Есть немного подготовки, есть два буфера. Один из них ключ (вот это самое "Yes, I know..."), другой в var_58. Они ксорятся между собой. Таким образом исходный буфер обфусцируется/деобфусцируется.

Зачем нужны типизированные указатели?
В чём разница между
int a;
и
void a;

>>738921
Макаба жрёт звёздочки

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

>>738922
Используй заместо звездочки этот символ: ×

>>737420
Всегда так пишу.

>>724109
На хабре штоле?

>>738949
Гыгы:
void * kek;

>>738955
void * kek;

>>738955
void * kek;

>>738955
void ⁂ kek;

>>738955
void * kek;

Из-за чего в коде

HANDLE hFile = CreateFile (filename, FILE_ALL_ACCESS, NULL, NULL, OPEN_EXISTING, FILE_ATTRIBUTE_NORMAL, NULL);

ошибка

Type error in argument 3 to 'CreateFileA'; expected 'unsigned long int' but found 'void *'.?

Компилирую Pelles C.

>>739931
https://msdn.microsoft.com/en-us/library/windows/desktop/aa363858(v=vs.85).aspx

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

>>743462
Как будто есть разница. Как будто Windows API в 2016 куда-то делась.

>>743469
только писать на нём нет никакого смысла, если тебе нужно открыть, блять, файл. есть же stdio.

и разница есть, ту как-бы проще.зазазаз

>>737750
это не вопрос стиля
как ты будешь использовать структуры без typedef в программах где у тебя больше двух .cpp файлов?
да, ты можешь делать сокращенные объявления в .h файлах, но тогда пользоваться сможешь своими структурами только через косвенные обращения (указатели)..

>>737420
а как ты будешь типобезопасные atd реализовывать на pure c? альтернатива ведь только void*..

>>743473
> stdio
В котором нет ни единого способа портабельно узнать размер файла. И флажок "x" только в С11 появился. И дескриптор файла у него стандартным способом забрать нельзя. И я уже молчу про асинхронный ввод-вывод. И главное, под виндой ты хуй откроешь этим твоим fopen() файл с японскими иероглифами и кириллицей в имени (да, я знаю, что под линуксом счастье и UTF-8).
И поэтому стандартная библиотека нужна для всяких консольных утилит уровня grep - у которых требования к возможностям ОС застряли в 80х, зато требования к переносимости максимальные. Ну и для laba3.c, чтобы не изобретать велосипед каждый раз, стандартная библиотека тоже очень к месту. В остальных случаях лучше определить заранее список поддерживаемых платоформ, и пилить да-да, велосипеды частные реализации с нативными либами, а стандартную библиотеку использвать, как минимум, с осторожностью.

>>743508
Ты какую-то глупость написал. Поясни нормально. Алсо, у меня нет ни одного .cpp файла, здесь тред про сишечку.

>>743551
А нет ли для С какой какой обертки которая скрывает разницу для часто используемых задач?

>>743551
> В котором нет ни единого способа портабельно узнать размер файла
fseek
ftell

> И флажок "x"
а попробовать открыть файл для чтения перед этим не?

> И дескриптор файла у него стандартным способом забрать нельзя
чего?

> про асинхронный ввод-вывод
а ещё про GB не хватает да?

> японскими иероглифами и кириллицей в имени
ой всё.

>>743577
> GC

>>743572
c++

>>743577
> fseek
Ждал этого ответа. Внезапно, стандарт говорит, что fseek(..., 0, SEEK_END) - UB. Я не отрицаю, что на практике это давным-давно нихуя не UB, но, тем не менее, одновременно правильного и стандартного способа нет.

> дескриптор файла у него стандартным способом
> чего
Ну хочу я mmap() сделать. Стандартная библиотека в mmap() не может, нужен дескриптор. Для дескриптора fileno какбэ есть, но в винде он _fileno() и тоже нихуя не стандартный, а mmap() вообще нет. И раз мы все равно скатываемся до различий в ОС, то лучше сразу скатиться дальше до open()/mmap() и CreateFile()/CreateFileMapping()/MapViewOfFile() в зависимости от системы и не ебать себе мозг все равно рано или поздно жизнь заставит.

> GC
Ну это как-то уж слишком толсто.

>>743582
> c++
С бустом.