отписываюсь в треде заменяющего мне друзей.
Поясните за Clang. Всегда думал, что этот фронтенд и LLVM могут работать полностью автономно, но внезапно оказалось, что к нему надо еще и MinGW. Выходит Clang - это просто статический анализатор, который нахуй никому не сдался?
Нет, даун. На сперме MinGW может требоваться из-за platform-specific хидеров, не больше.
Не только platform-specific. Большей части стандартных хедеров и либ тоже нет, еще отсутствуют всяческие традиционные утилиты типа make, поэтому без MinGW шлангом пользоваться сложно.
>Всегда думал, что этот фронтенд и LLVM могут работать полностью автономно
1. Собираешь llvm и clang с помощью бинарного компилятора под винду - mingw или msvs.
2. Собираешь llvm и clang с помощью собранного тобой clang.
> 2016
> Pure C
А есть еще языки?
ну там, КРЕСТЫ
А на них вообще возможно писать нормальный код и есть ли для них нормальный компилятор?
Нет треда про системное программирование, так что напишу сюда. Нужна инфа про то, как повеливать над NTFS. Книги, статьи, что угодно. Из того что нашел в гугле, только описание структуры файловой системы. Мне же нужно восстанавливать удаленные файлы.
>системное программирование
Систему скажи. Если линукс, то кури FUSE и NTFS-3g.
Да линукс. Спасибо.
> Мне же нужно восстанавливать удаленные файлы.
Где-то я тебя видел. В одном зашкварном месте.
>есть ли для них нормальный компилятор?
turbo c++
/dev/videoX? кекус
>В одном зашкварном месте.
В кровати твоей мамы?
> Дрочим на --analyze
это статик анализатор? и как, лучше цппчека?
Добавьте в шапку следующего треда информацию про конпеляторы для windows, ну там TDM-GCC, mingw-64, итд
На них антивирусы агрятся.
Качай с официального сайта а не от васянов.
И вообще
>2016
>антивирусы
Ты ж программист (наверное). Должен же понимать зачем нужны антивирусы и как работают.
>2076
>реагировать на открытую провокацию
Спермадаун, тебя сейчас тонко подъебали.
Алсо, в шапке есть инфа про VS – этого за глаза. Даже если не хочешь тащить эту толстушку себе под пледик на жд – всё равно как минимум WinSDK установить придётся (а главный шиндокомпилер идёт в комплекте).
MinGW и прочие испражнения нужны только из-за всякой POSIX-хуиты, которой на сперме официально не было до недавнего времени (а скоро он будет в шинде из коробки и пердолиг с MinGW как и он сам умрут).
>MinGW нужны только из-за всякой POSIX-хуиты
Давно такие дауны не попадались.
Двачаю.
что такое clang/C2 и чем он полезен?
Обычный мейнстрим. Если ты не знаешь зачем оно тебе — оно не нужно. И не слушай дебилов, которые тебе скажут, что тебе обязательно нужно выбросить gcc и перекатиться на clang, без четкой аргументации.
просто хотелось узнать что это такое и какие функции выполняет
clang это компилятор, разрабатываемый Apple и Google. Стремится быть альтернативой древнему GCC. Сделать его решили из-за того, что Столлман в свое послал Apple с их LLVM. Для подробностей лучше прочти документацию по нему. А еще лучше, если ты прежде научишься пользоваться GCC, чтобы потом тут не брызгать слюной, рассказывая на о мамонтах.
это я и так знаю, я про clang/C2 в Visual Studio спрашивал
А ещё лучше найди последнюю версию GCC до выхода шланга. В то время это было говнище с медленной компиляцией и абсолютно не читаемым говном вместо ошибок. Про то что в бэкэнде GCC разбираются 1.5 человека, забудем. И про то что кое-кто любит ломать всё нахуй ради очередной оптимизации через UB тоже промолчим, чо уж.
На данный момент в GCC исправлен только первый пункт (точнее это в шланге регрессия). С бенчмарками справляются с переменным успехом, чаще в сторону гнутого, ок.
И ещё - если вдруг тебе приспичило использовать свежий стандарт или просто каким-то образом поймать баг - ты можешь подождать пару лет пока его исправит сам знаешь чьё коммунити, либо кинуть иссуй челикам из эпла которые всё запилят в кратчайшие сроки.
За тем же за чем и убунтову фо швиндовз. Маркетинг.
Из реально адекватных целей разве что более быстрая реализация последнего плюсового стандарта (последний компилятор из студии до сих пор поддерживает 14-й стандарт где-то наполовину).
>последний компилятор из студии
Даже не удивлен. Они всегда были такими слоупоками!
>последний компилятор из студии до сих пор поддерживает 14-й стандарт где-то наполовину
Пруфов не будет, конечно же.
https://msdn.microsoft.com/ru-ru/library/hh567368.aspx#cpp14table
Печально однако, что сосач ныне забит дегенератами которые не в силах написать в гугл "vs 2015 c++ 2014".
Дегенерат, приводишь утверждение — приводи пруфы.
Вот тут http://en.cppreference.com/w/cpp/compiler_support говорят что variable templates поддерживаются (по твоей ссылке утверждают иное).
Так что пока нету только Extended constexpr и Member initializers and aggregates (NSDMI)
Это 2 фичи из 12 из списка фич C++14.
10/12 — это "поддерживает наполовину"?!
Печально однако, что шяшитред ныне забит плюсовыми дегенератами, которые не в силах съебать в соседний тред.
А MinGW уже не содержит GCC, который идет первым пунктом?
> clang/C2
В Microsoft осознали, что не осиливают быстро реализовать современные стандарты C/C++, поэтому взяли clang и прикрутили к нему свой собственный кодогенератор С2 (тот же, что и в их собственном компиляторе). Получившийся компилятор поддерживает C11 так же, как и сам clang/LLVM (кроме либ, которые в Microsoft застряли на уровне C89). Оптимизатор у Microsoft ничего так, поэтому если хочется C11 в студии, посмотреть на clang/C2 имеет смысл.
> clang/C2
Я правильно понял, что BSDблядки соснули?
MS просто взяла их фронтенд и заюзала, не открывая никакого собственного кода (какие-то наработки для поддержки винды пообещали возвращать в основное дерево, но бекенд-то не откроют).
У шланга и собственный компилятор вполне неплохой, нахуя кому-то вне Windows и Visual Studio нужны наработки Microsoft? Алсо, вангую, что Microsoft компилятор таки откроет рано или поздно, как это сделала с дотнетом.
>Microsoft компилятор таки откроет рано или поздно
а юзкейсы?
>на сайте msdn сказано нет
>ВРЁТИ!!! НА САЙТЕ ВАСЯНА СКАЗАНО ИНАЧЕ!!!
васян по умолчанию - хакирь, а создатель - ламер. тут всё логично, культура окон, пойду сворую студию.
У clang нет пока еще библиотек под винду
Я сейчас проверил пример с Variable templates. Они компилируются. Прям как указано на "сайте васяна". Хотя не должны, если верить MSDN.
Давай ты прекратишь позориться в этом тренде и просто пойдёшь нахуй.
ну заебись что так, наверно. чё такое вариативные шаблоны? да похуй мне
Не вариативные (variadic), а variable.
Мутная хрень какая-то http://stackoverflow.com/questions/21051141/c14-variable-templates-what-is-their-purpose-any-usage-example
ну да, как получается, параметрированные? хуй знает, у меня как-то вариативность в голове крутится чёт...
Нет. Шаблонные переменные, короче.
я тоже самое и сказал
А, или нет. в плане, шаблон - переменная?
Это все конечно очень интересно, но может вам проседовать в ? У нас тут кроме _Generic отродясь ничего не было.
А забейте, я нихуя не понимаю в определениях. как я понял, чёт типо перегрузки значения. не парьтесь, я слишком туп
Теперь это C++-тред.
я кстати дописал деление и уножение чисел произвольной длины - ох сколько я получил кайфа отлаживая это всё дело... но знаете, это странно, но отладкой заниматься приятней чем кодом, ты как бы рубишься с собой, как ты мог столько наошибаться, и рубишься побыстрей всё спрятать пока мамка не увидела, тыж умный.
но компиляторы пиздец меня огорчили, они даже не предопределяют a+=b c = a < b как бит переноса в c....
но компиляторы пиздец меня огорчили, они даже не предопределяют a+=b c = a < b как бит переноса в c....
но хуйнёво как-то, выбиваем старший бит делимого, проверяем делитель сдвинутый к этому биту на меньшесть (или уменьшаем позицию) , вычитаем и складываем степень - наверно не самое оптимально, но я хреново учился в школе, вот был бы умный, придумал бы чё, как распараллелить или типо того...
>Хотя не должны, если верить MSDN.
Значит спермобляди в очередной раз соснули и им приходится брать документацию у васяна, так как их господин не соизволит обновлять ее.
>Давай ты прекратишь позориться в этом тренде и просто пойдёшь нахуй.
Позоришься тут ты. Это Си тред, так что пиздуй в свой загон.
Уроки иди делай.
>Нечего сказать и обосрался? Скажи опоненту что он ШКОЛЬНИК!
Ясно.
Я тут с уважаемым господином обсуждал компилятор от MS.
Влез истеричный школьник.
Ему на это указали.
Он порвался.
Вопрос: зачем?
Этот господин: сослался на официальную документацию, так один дебил просто не верил ему.
Этот петух: ссылается на книгу рецептов васяна и называет человека, который читает официальную документацию, дегенератом.
Это по твоему обсуждение компилятора? Тем более это Си-тред. Съеби в свой загон, прокаженный.
Здесь петух не выдерживает и рвется изливая ненависть на человека, который критикует чтение отрицание официальной документации.
Здесь петух за неимением аргументов, начинает проецировать свою жизнь на других.
А здесь петух решил зареверсировать и действует методом: "Порвался? Скажи опоненту с умным видом, что порвался он.".
Вопрос: Зачем он это делает?
Зачем нужен си, если есть плюсы?
Толсто.
>724980
>Толсто.
Я не троль
Ага. Я так и поверил. А вообще, дело хотя бы в том, что Си стремится оставаться простым, прозрачным и низкоуровневым, в то время как кресты стали огромным неуправляемым комбайном. Это одна из основных причин почему кресты мало используют в системщине. Keep it simple stupid.
Зачем нужны плюсы, если есть Rust?
Вскукареки ниосилятора вижу я, даже гцц на плюсах, а ты всё пиши драйвера для ком порта.
зачем раст если есть дельфи?
Зачем делфи, если есть турбо паскаль?
Не могу поверить, что опускаюсь до языкосрачей, но против Rust у меня есть железобетонный аргумент: через 4-5 лет с ним наиграются и выкинут, а сишечка как была везде десятилетиями, так еще пару десятилетий проживет точно если, конечно, на ней не перестанут писать из отвращения после ввода замыканий в С2x.
потому что есть ОКРУЖЕНИЕ
Да причем тут сишечка, грешный?
>Зачем нужны плюсы, если есть Rust?
>через 4-5 лет с ним наиграются и выкинут
Whatever, но лучше же раст, чем кресты?
> причем тут сишечка
Потому что я на ней пишу, а тут тредик про сишечку.
> лучше же раст, чем кресты
История какбэ говорит нам, что В КРЕСТЫ ТАК И НЕ НАИГРАЛИСЬ.
На самом деле, если так подумать, сколько людей потеряло наше ремесло, ведь на дельфи писал каждый офсный чувак... а писали ли столько на на визуалке?
И в турбопаскале есть.
я тебе так скажу, я втягивался через ФРИ БЕЙСИК - прикольно было.
но в аське помню чуваков, помню сайты, где типы наваливали формочки и делали пошаговые игры свои, или даже текстовые... блять.... не помню как оно называлось, но было забавно, я тогда малым примастился рисовать - рисовал хуёвейши, но вроде катило....
чёто типо ГУЧА ГЕЙМС, или хуй нает. По идее это фамилия того типа, и он делал какуюто пошаговую хуету, но в логике не бум бум, и только можно было перемещаться по формочками
Счастливое детство. Я с Borland C++ Builder начинал.
>Мнение человека не ограниченого каким-то одним языком, знающего, что не стоит использовать то, без чего можно обойтись
Пофиксил тебя.
>даже гцц на плюсах,
Вруша. Он на их смеси.
>а ты всё пиши драйвера для ком порта.
Будто что-то плохое.
вот как бывает, вчера ты мне пишешь что я толщу, а сегодня отвечаешь на толщу, и это в день рождения моей дочери.
Просто начался новый день. Лимит на толстоту восстановлен.
>>даже гцц на плюсах,
>Он на их смеси.
Так все верно же, сишечка - подмножество плюсов.
точн, особенно каст
>Так все верно же, сишечка - подмножество плюсов.
Что ж ты делаешь содомит! Люто проиграл.
от этих разговоров у меня ковбой мальборо, и харлей, и фильм того года, такое же ламповое старьё, как и сейчас тут спор
Угу. Керниган вместе с Ритчи грязно воспользовались трудами Страуструпа, взяв все наиболее необходимое для языка и сделали свой аналог паскаля. Эдакий учебный язык, чтобы потом можно было перекатиться на кресты.
Всё правильно. Только не стоит множить несправедливость. Керниган к созданию языка руку не приложил, он в основном мануал писал, и в авторах книги он первый именно потому, что писал больше, чем Ричи.
Что-нибудь еще вспомнишь?
Пусть будет "плюсы - надмножество сишечки", если байтобогам так печет, суть та же.
>все наиболее необходимое
>нет шаблонов
>нет динамического полиморфизма
Come on, Ritchie, are you even trying?
Вот только не стоит забывать еще и о Кене Томпсоне. Так как он был самым омежным в лаборатории, его травили и заставили скопипастить кресты. В это время Керниган писал документацию, а Ритчи из жалости изредка помогал Кену и носил видеопленки с порнухой, которую он вместе с Керниганом смотрели на новеньком PDP.
>видеопленки
>перфокарты
быстрофикс
Затем, что:
1. Раст делали на замену крестам, а не Си.
2. У него синтаксис не предназначен для читания и писания человеком.
3. При одинаковом дизайне программа на раст тормозит по сравнению с Си и крестами.
4. Раст не может в архитектуры, отличные от хай86 и арм.
5. Гугл не позволит расту конкурировать с его замечательным го, а в нише Си он не нужен, ибо с выразительностью все еще хуже, чем у Си, бежопашношть кончается на первом же unsafe, а низкоуровневый системный код состоит из unsafe чуть менее , чем полностью..
Господи, блядь. Как можно посредством побитовых операций поменять местами две группы бит, определённых по старшему разряду? Сделал это просто через обычные операции с массивом, но меня послали нахуй, нужно обязательно побитовые.
Я тебя не понял. Что ты подразумеваешь под "две группы бит, определенных по старшему разряду"? Пример приведи.
Если тебе допустим надо поменять в одном байте восемь старших бита и восемь младших:
val = ((val & 0xFF) << 8) + (val >> 8)
Как-то так.
Есть какое-нибудь число, нужно поменять две группы бит. Например:
00000011
--++--++
Тут плюсами отмечена группа 00 и группа 11, номера старших разрядовсправа налево - 5 и 1 соответственно. Нужно эти группы поменять местами, в этом суть.
Ага, понял, что тут произошло. Но каким образом докрутить начало операций с определенного бита, а не над целым числом?
8 в том примере — оффсет. Задавай нужны тебе оффсет ( в твоем примере 4 и тереби биты посредством разных битовых операций.
В твоем примере я бы попробовал сделать так:
val = 00^^0011
val = (val << 4) | (val ^ val)
Здесь при val << 4 единицы встанут на позиции нужных тебе нулей а при val ^ val, по свойству исключающего или получишь ноль. Затем слагаешь. Ну это немного корявый способ.
Если допустим будет val = 01^^0011, можно так сделать:
val = ((01000011 & 00000011) << 4).
Уже прямее. Вообще, есть множество способов.
Если будет val = 011100^^:
val = ((01110000 & 00110000) >> 4)
Господа, как грамотно скастовать байт в структуру?
Допустим есть структура, в которой 8 однобитовых свойств, есть байт данных, который нужно разбить на эти 8 свойств.
Через юнион?
Допустим есть структура, в которой 8 однобитовых свойств, есть байт данных, который нужно разбить на эти 8 свойств.
Через юнион?
Хотя здесь ошибка. Теряется бит. Тогда:
val = (01000011 & 01000000) | ((01000011 & 00000011) << 4).
val = (01110000 & 01000000) | ((01110000 & 00110000) >> 4)
Битовые поля или по принципу флагов действуй. Определи Свойства константами вида: ONE = 0x01, TWO = 0x02, THREE = 0x04 и т.д и логически суммируй нужные тебе флаги:
val |= ONE | TWO и т.д.
>по принципу флагов действуй
В начале так и сделал.
Но потом захотелось ШТОБЫ КРАСИВО было, и решил зафигачить структуру с битовыми полями.
>Но потом захотелось ШТОБЫ КРАСИВО было,
Флаги используются повсеместно. Это нормальная практика для свойств. А битовые поля используют намного реже. Так что не выделывайся.
Подожди, а что за val = 00^^0011? ^^ - что за оператор такой?
Это место с которым надо поменяться местами единицам.
там адовый код с тридцатилетней историей, хуй они его откроют, ибо банально стыдно будет, это тебе не дотнет относительно недавно написанный
Вон у GCC код уже почти 30 лет открыт код. И ничего! Не стыдятся же!
дельфи любили в поссовке, китае, части европы тк это наследие европейской школы программирования все же по сути
и дельфи здесь занял, по сути, нишу вижуалбейсика, в остальном мире на нем лабали
если у тебя в маске только однобитные флаги, то нах те структура не нужна, делают шестнадцатеричными или восьмеричными константами, так удобней
а так, да, делают структуры с битовыми полями
а нету смысла открывать исходники майкрософтофского с++ компилера
открыать сорцы дотнета - есть смысл, тк это открывает возможности compiler as infrastructure, roslyn, в общем, по сути те же ништяки что и связка clang-llvm предлагает, но в дотнете
а майкрософтофский компилер с++ сделан по старой технике (как и gcc), так чтож смысла нет
В каких тогда случаях лучше использовать стуктуры с битовыми полями вместо флагов?
Честно пытался разобраться, но это пиздец. Ты не мог бы в общем случае написать? Есть двоичное число, есть номера старших разрядов, есть размер групп бит, которые надо поменять местами. Как всё это в кучу собрать?
Вот то, что я делал с массивами - просто и понятно, но нужно через, блядь, побитовые операции.
http://pastebin.com/AdWy6gzN
> зафигачить структуру с битовыми полями
Имей в виду, что порядок битов и их выравнивание в битфилде не определены (то есть, если у тебя битфилд на 6 полей по 1 биту, то начнется ли он со старшего бита байта, или с младшего, или со второго - определяет компилятор). Т.е., если тебе внутри собственной программы таскать туда-сюда битфилд - это ок, но если ты хочешь портабельно сохранять в файлы или передавать по сети, лучше пользуйся побитовыми операторами, там у тебя будет только проблема с endianess.
Не читал задачи, но надеюсь, что понял правильно.
У тебя есть исходное число 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
Это все можно записать гораздо меньшим числом выражений, но надеюсь, что так тебе будет понятнее. Не забудь, что оперировать нужно беззнаковыми числами.
Когда у тебя поля не однобитовые и для тесной запаковки.
Допустим есть структура в 32 бита. где 8 бит выделяется под одно, 12 бит под другое, и еще по 6 бит под третье и четвертое.
Но ведь >>, <<, |, ^, ~, & — битовые операции! Что тебе не нравится?
И да. Не надо забывать про выравнивание данных. Твоя структура 12 бит будет весить как машинное слово, если ты не задашь иначе. В С11 для этого есть _Alignas.
А ты с упаковкой не путаешь? _Alignas вроде на размер не влияет, только на размещение в памяти.
Нет. Не путаю. _Alignas на выравнивание влияет.
А ннет ! Я сглупил! Действительно! Я же про выравнивание говорю! А надо про упаковку! Прошу прощения.
Там вроде в плюсах по-другому, но не уверен. А у нас есть нестандартная, но очень широко поддерживаемая #pragma pack.
Ух, спасибо тебе большое, разъяснил. Теперь я наконец-то осилил происходящее. Спасибо!
Есть ли способ выставлять флаги оптимизаций в коде? как например коннектить либы через #pragma comment(lib, ..)
Знаю что это очень даунский вопрос и олимпиады для хуесосов а олимпиадный тред мёртв, но иначе я не вижу способа включить оптимизацию компилятора если в жюри сидит хуесос, а паскальмартыхан сидит и угарает с меня.
Знаю что это очень даунский вопрос и олимпиады для хуесосов а олимпиадный тред мёртв, но иначе я не вижу способа включить оптимизацию компилятора если в жюри сидит хуесос, а паскальмартыхан сидит и угарает с меня.
Можно. Но зависит от компилятора. Для GCC есть __attribute__((optimize("smth"))) и #pragma GCC optimize, для Visual Studio есть #pragma optimize.
> олимпиады для хуесосов
Если ты знаешь это, зачем участвуешь? Или ты нам так признаешься, что любишь хуи сосать?
Никогда не понял этих олимпиад. Зачем они нужны?
Наверное есть, но прямо так скажу, писать олимпиадки на C - довольно печальное занятие. Можно нечаянно и ногу отстрелить, и ебаться потом, потому что собственный инструмент ставит палки в колёса и позволяет компилировать всякий дырявый говнокод. Паскальмартыхану в этом плане полегче будет.
>Наверное есть, но прямо так скажу, писать олимпиадки на C - довольно печальное занятие.
Отстрелишь, если основ не знаешь. Ну там проебаться можно с преобразованиями числа, ибо допустим 1 / 2 = 0 а 1.0 / 2.0 = 0.5 или если файлы читать не умеешь. Вот это вот все.
Даже со знанием основ можно отстрелить. Я бы не был таким самоуверенным. Сам по молодости игрался в олимпиадки на няшной, и временами возникали проблемы из-за самого инструмента.
Есть и другая сторона - на C нету ничего подобного STL. На серьезных олимпиадках из-за этого вполне можно вылететь в трубу.
Поэтому серьёзные дяди кодят олимпиадки на C++ или Java. Последняя даже легче будет, посколько весьма строга к мартышке, которая сидит перед ящиком и не позволяет делать слишком очевидные и глупые баги.
С в отличие от паскаля я вроде как хорошо знаю, и писал на нёй ирлманяпроекты, в отличие от второго.
Можно и так сказать. Выбора у меня тащемта не много, я клал хуй на пары по причине их бесполезности, и теперь страдаю.
Спасибо.
Хз что у тебя там за олимпиадки такие, где прям так нужен STL. У меня локальное говно, где ничего сложнее длинной арифметики и графов нету судя по темам нету.
>Есть и другая сторона - на C нету ничего подобного STL.
Алгоритмы знать надо! Привыкнуть к своим list.reverse или list.sort() и не знают потом ни черта. А вообще, первое что лезет в голову, так это glib. Там кажется есть множество всего такого. Но это под линукс.
>Последняя даже легче будет, посколько весьма строга к мартышке,
Я бы по-другому сказал. Она не строга к мартышке. Она просто убирает за ним дерьмо. А в Си нагадил — убери.
>позволяет делать слишком очевидные и глупые баги.
Это да. Бывает И зависит не только от квалификации, но и от настроения и фазы луны. Впрочем, чем больше пишешь, тем меньше случайных ошибок делаешь.
Этого двачаю. Сколько не видел олимпиадок, так там простые задания, чуть ли для домохозяек. Зачем там коллекции? Не понимат.
>Алгоритмы знать надо! Привыкнуть к своим list.reverse или list.sort() и не знают потом ни черта.
Писать по сто раз рутинные вещи заебывает. А так кто ж им виноват, что они не знают, что за алгоритм у них в библиотечной сортировочке?
>А в Си нагадил — убери.
Вот этим на олимпиадке нет времени заниматься. Как и оформлять читабельный код. Дома можешь хоть узадрачиваться, а тут изволь всё сделать за ограниченное время.
>Сколько не видел олимпиадок, так там простые задания, чуть ли для домохозяек. Зачем там коллекции? Не понимат.
Ох, что ж я сразу не понял, что спорю с профи. Ты поди все задачи ACM левой пяткой на брейнфаке решаешь?
>Вот этим на олимпиадке нет времени заниматься. Как и оформлять читабельный код. Дома можешь хоть узадрачиваться, а тут изволь всё сделать за ограниченное время.
Только на рашкинских птушных олимпиадах за это ещё "субъективно" могут накинуть баллов, лел.
>Ты поди все задачи ACM левой пяткой на брейнфаке решаешь?
Не переводи тему, ясен хуй тут другой уровень задач.
>Ох, что ж я сразу не понял, что спорю с профи.
Сарказм не уместен. Если ты не можешь в простую логику, это не значит, что и другие не могут.
>ясен хуй тут другой уровень задач
Это нормальный уровень задач. А то что там в школах и прочих ПТУ - сраное говно, на это НЕ нужно равняться.
>олимпиады
>серьезные задачи
Прямо на ноль поделил.
а ты решишь хотя бы одну из этих "несерьезных" задач, лолка?
Олимпиадник порвался? Сделай хотя бы один более-менее серьзный проект и ты поймешь что олимпиады лишь забавы для неосиляторов.
>порвался
ясно, залётный из /b/
>Сделай хотя бы один более-менее серьзный проект и ты поймешь что олимпиады лишь забавы для неосиляторов.
ну толсто же.
одно другому не мешает.
А ты построишь пирамиду из огромных каменных блоков вручную?
>ясно, залётный из /b/
Чини детектор.
>одно другому не мешает.
>жалуется, что нет STL и из-за этого очень сложно ему олимпиадные задачки решать, да и на Си писать сложно
А ведь любой нормальный программист должен уметь реализовывать любые алгоритмы, также как и знать Си, не допуская при этом глупых ошибок.
>одно другому не мешает.
Ну как не мешает. Это немного разные области - в одной ты спокойно сидишь и обдумываешь как чо делать, в другой ты как ебаная макака убегающая от охотника пытаешься успеть высрать зазубренные алгоритмы до дедлайна в пару часов. А когда области развития не пересекаются - они друг друга лочат как 2 треда 1 несчастную переменную.
Олимпиадное программирование - это как спорт - старания и превозмогания нужно дохуя, а толку - нихуя. Ну да, как и ирл в спорте в шоколаде только самый верхний эшелон, который составляет от силы 0,1%.
Неистово двачаю!
Как семёна разорвало.
Ты читать умеешь? Си неудобен на олимпиадках, но если ты такой любитель жрать кактусы, то пожалуйста. Нормальный человек же выбирает наиболее подходящий к задаче инструмент.
По поводу дедлайнов, они присутствуют и на работе, вечно задрачивать не получится.
И да, одно другому таки не мешает, можно спокойно работать, а раз в месяц поиграть на каком-нибудь кф. Тебя олимпиадники покусали что ли?
Плюс архивы с задачами могут быть хорошим подспорьем для новичка, чтобы закрепить базу. Сразу он не пойдет ебашить крутые проекты, а вот поиграться с задачками - другое дело. Главное без фанатизма.
Ты читать умеешь? Си неудобен на олимпиадках, но если ты такой любитель жрать кактусы, то пожалуйста. Нормальный человек же выбирает наиболее подходящий к задаче инструмент.
По поводу дедлайнов, они присутствуют и на работе, вечно задрачивать не получится.
И да, одно другому таки не мешает, можно спокойно работать, а раз в месяц поиграть на каком-нибудь кф. Тебя олимпиадники покусали что ли?
Плюс архивы с задачами могут быть хорошим подспорьем для новичка, чтобы закрепить базу. Сразу он не пойдет ебашить крутые проекты, а вот поиграться с задачками - другое дело. Главное без фанатизма.
Ты реально какое-то животное. Когда ты участвуешь на каком нибудь ICPC и у тебя есть выбор (и самое главное задачи - не найти точку в прямоугольнике), то да - нужен яп высокого уровня.
Но тебе выше явно сказали - либо паскаль, либо си, и у тебя задача посортировать и красиво вывести дроби и тд школьное говно - можно хоть на асме с хачкелем писать, всем похуй. Если ты сумеешь прострелить себе ногу на такой хуйне - я даже не знаю что сказать.
А ещё я не знаю что сказать когда ты предлагаешь использовать плюсы с в три раза большим кол-вом заёбов и тонкостей.
>Как семёна разорвало.
Лал. Даже не хочет признавать что его хуесосят несколько человек.
>Нормальный человек же выбирает наиболее подходящий к задаче инструмент.
Ты как определять удлбность инструмента собрался? Кому-то пожет и на ассемблере удобнее многие решать.
>По поводу дедлайнов, они присутствуют и на работе, вечно задрачивать не получится.
На работе, у тебя есть возможность, чтобы сделать нормально и красиво полезные вещи, а не какую-то никому не нужную кроме твоего ЧСВ хуету..
>Плюс архивы с задачами могут быть хорошим подспорьем для новичка, чтобы закрепить базу.
Для новичка лучше книжки читать с алгоритмами и описанием разных техник программирования + документация по инструментам, чтобы не задавал вопросов об общении с компилятором.
Ммм, переход на личности :3
В мое время в школо-быдло-олимпиадках можно было выбирать как минимум из 4 языков.
>Если ты сумеешь прострелить себе ногу на такой хуйне - я даже не знаю что сказать.
Вас послушать, дак тут каждый школьник непризнанный гений, и может без единой ошибки написать на асме ядро ОС.
Если ты такой красавец, что можешь сразу ебашить ансейв код без багов и прочих переполняющихся буферов - молодец. Но с чего ты решил, что другие умеют то же самое? Особенно в наше время бума всяких code monkey.
Нет, им чисто добрый совет даешь, а они визжат и посылают. Первокурсники ебаные.
>асме ядро ОС.
> задача посортировать и красиво вывести дроби
>найти точку в прямоугольнике
Сука, и как мне не переходить на личности? Ты серьёзно ебанутый, или упарываешь что-то?
>Ммм, переход на личности :3
А сам-то? Детектишь тут во всех залетных и семенов.
>Вас послушать, дак тут каждый школьник непризнанный гений, и может без единой ошибки написать на асме ядро ОС.
Ты на олимпиадах ОСи пишешь? Ты решаешь там абстрактные задачи, которые вообще никак не связаны с технической составляющей.
>чего ты решил, что другие умеют то же самое?
А чего ты, не зная инструмента, советуешь кому-то не пользоваться инструментам, потому что лично ТЫ, не можешь на нем без ошибок писать даже элементарные вещи? Ты небось еще после каждой второй написанной строчки компилируешь и правишь ошибки?
>Особенно в наше время бума всяких code monkey.
Ты предлагаешь поощрать это дело?
>Нет, им чисто добрый совет даешь, а они визжат и посылают.
Ты говорил о своих субъективных ощущениях от языка. В случае того, кому ты это говорил, ему можно на чем угодно писать. Вероятность ошибок минимальна при знании языка и алгоритма. Но ты посоветовал ему не писать на паскале, который он знает плохо.
>Первокурсники ебаные
Детектор уже почини. Заебал! Третий раз уже.
>ты ты ты ты ты ТЫЫЫЫЫ
Ясно.
Вообще не понимаю, чего вы так агритесь на спортивное программирование. Ну решают люди абстрактные задачки, и что? Давайте еще поливать говном математику, дескать она оторвана от жизни, ебучие математики что-то там решают, возятся, доказывают, уххх, мне на сосаче сказали это нинужна!
Вас лично никто не заставляет решать "найти точку в прямоугольнике".
Нет же, надо устраивать демагогию на пустом месте, лол.
>Ты предлагаешь поощрать это дело?
Программирование на строгом к ошибкам языке помогает как раз приучить новичков не делать глупостей. Думаешь, школьник с радостью побежит учить все скучные анальные секреты/стандарты/ твоей любимой сишки? Ага, щасс.
Пиздец, вы байтослесари какие-то, честное слово.
>Ты говорил о своих субъективных ощущениях от языка.
Запизделся уже. Очевидно, что на языках типа C/C++ гораздо легче наделать ошибок, будь ты хоть сто пядей во лбу. Никто не застрахован, человеческий фактор и всё такое. Но нет же
>Вероятность ошибок минимальна при знании языка и алгоритма.
Окей, выучи брейнфак и пиши на нем с МИНИМАЛЬНОЙ ВЕРОЯТНОСТЬЮ ОШИБОК. Инструмент ведь плохим не бывает априори, это всё руки кривые.
>смотрели на новеньком PDP
Сцука ржу как ебанутый.
>думает что стандарты свойственны только для Си
>думает, что если спортивный быдлокодинг поливают говном те, кто не знает математику
>считает, что более высокоуровневые языки строги к ошибкам
>знание работы компьютера не нужно новичку.
Короче съеби. Просто съеби. С такими даунами даже спорить не хочется.
Да, да, ты победил, а я съебу. До свидания, слесари.
А вообще, спортивное программирование плохое потому, что не дает никаких полезных навыков кроме скорости написания элементарных задач, но при этом повышают ЧСВ обезьянки до неведомых высот. Лично мое мнение, что любой программист, которому приходилось создавать собственные реализации как простых (решето Эратосфена, алгоритм Эвклида, итерационный алгоритм Герона, половину сортировок, простейшие методы поиска и т.д) так и сложных алгоритмов (в том числе криптографических) и проведшего тестирование и оптимизацию этих алгоритмов, смело может опустить любого олимпиадника, так как эти самые олимпиадники решают конкретные задачи, но не видят картины в целом, что показал нам этот товарищ, у которого возникают сложности с простейшими алгоритмами. В тоже время программист описанный ранее, сможет решить любую поставленную задачу за приемлемые сроки и он также сможет помимо простого решения, также оптимизировать саму программу. Вот так вотъ.
а че олимпиадки чем плохи-то, ну задрачивают люди классические алгоритмы, че плохого-то, не думаю что они быдлокодерами из-за этого становятся.
ну про элементарные задачи ты слишком хуйню спизданул, задачи с петрозаводских сборов порешай, гарантирую что ты сольешься.
Стадии:
1) Тебе дали задачу;
2) Ты обдумываешь варианты ее решения;
3) Выбрав наиболее подходящее решение, ты реализовываешь его.
Вот такой порядок действий на мой взгляд вполне справедлив. Разве что только если тебе не дадут задачу, для решения которой тебе требуются какие-либо узкоспециализированные знания в области математики и тебе надо так сходу решить не зная матчасти. Поправь меня если что-то не так. И дай пожалуй ссылку на эти задачи. Я просто множество задач олимпиадных видел, и мне они казались достаточно простыми.
ты из далека заходишь, ты описал решение любой задачи в любой сфере.
http://acm.timus.ru/problemset.aspx?space=1&tag=ptz
вот шерсти.
не все олимпиадки, это контесты на кодфорсе во втором дивизионе.
Симулятор интерактивного оконного менеджера? Хм. Только недавно читал про иксы и прокрастинирую собрать их. Не вижу чего-то сложного. Нужно хранить состояния да обрабатывать ошибки. Всего-то! Как допрокрастинирую, может возьмусь, хотя вижу мало интересного, честно говоря.
А за это благодарю. будет что на досуге порешать.
>спортивное программирование говно яскозал!!!!11
>будет что на досуге порешать
Ну маааам! Мне делать нечего! Шахматы надоели, а задач не завезли! Вот и маюсь.
Ну я имел ввиду, что оно плохо, как единственный род занятий. Я в том смысле, что если олимпиадник решает такие задачи, но не имеет практики реального программирования, то он ни на что не годен. Однако так как он получил слишком высокое ЧСВ из-за них, оно плохое для него. То что в той ссылке, я расцениваю как аналог решения сканвордов или партейки другой в шахматы.
95% олимпиадников после университетсва идут точно так же работать, или ты думаешь, что им просто так деньги за их чсв платят потом?
>или ты думаешь, что им просто так деньги за их чсв платят потом?
Знаешь. Ты поднял такую спорную тему... А все ли программисты заслуженно получают деньги за свою "работу"? Мне не очень хочется по этой теме ходить, так что останемся при своих мнениях, так как бессмысленным будет говорить про это. Добра тебе.
ну обычная тема, если платят, то значит решают поставленную задачу весьма успешно, если взяли работать, значит убедились в способности выполнять эту задачу.
Лол. Сначала кудахчешь, что спортивная прога никак не совместима с "обычным" программированием, и тут выясняется обратное.
Очередной толстый из /b/ короче, которому лишь бы доебаться да устроить срач. Ну а что, свинья грязи везде найдёт.
>Стадии:
>1) Тебе дали задачу;
>2) Ты обдумываешь варианты ее решения;
...и все они говно, работающие по примерным оценкам миллиарды лет чистого времени. Твои действия?
>Разве что только если тебе не дадут задачу, для решения которой тебе требуются какие-либо узкоспециализированные знания в области математики и тебе надо так сходу решить не зная матчасти.
Во-первых, если у тебя нет узкоспециализированных знаний, то в чем заключается твоя олимпиадность? Думать быстрее? В таком случае, конечно, обычная макака тоже рано или поздно справится. Во-вторых, без этих знаний ты не всегда даже сможешь понять, нужны ли тебе тут такие знания, просто подумаешь, что ты тупой дебил.
двочую
А вообще по-хорошему сложная задача сначала изучается теоретически, придумывается более хороший алгоритм а то и вообще хоть какой-нибудь, а потом уже спускают с цепи макак. И олимпиаднику полезнее мутировать именно в CS-теоретика, на худой конец исследователя-прикладника, нежели в дженерик кодера.
>И олимпиаднику полезнее мутировать именно в CS-теоретика
Ага ага, учитывая что наука и олимпиадки мартышек практически никак не пересекаются.
Вчера был вечер охуительных историй о происхождении языка Си. Сегодня — охуительные истории о пользе олимпиад для прикладного программиста. А завтра что будет? О вреде чтения официальной документации и призыва к чтению мануалов от васяна? Откуда вы блять лезете? Или слоупочные тролли очнулись после зимней спячки?
Сосоны, у меня проблема. Написал сервер, а он нихуя не работает. Т.е. пишет, что подключился с 0.0.0.0, создает папку и нихуя. Пытаюсь подключиться через nc, а этот пидор пидоряет меня самого.
В итоге, ноут не нагружается даже от perl -e '`nc localhost 35335`;'
И я немного прихуел от такого расклада. Компилируется только предупреждая, что main вернет мне int, а так все спокойно, без ошибок. http://pastebin.com/Yym5TsMD
В итоге, ноут не нагружается даже от perl -e '`nc localhost 35335`;'
И я немного прихуел от такого расклада. Компилируется только предупреждая, что main вернет мне int, а так все спокойно, без ошибок. http://pastebin.com/Yym5TsMD
>perl -e '`nc localhost 35335` x 3000;'
простите ради пардона
>О вреде чтения официальной документации и призыва к чтению мануалов от васяна?
Как показал опыт, официальные мануалы от майкрософт хуже мануалов "от васяна".
Ну охуеть теперь. Что дальше то будет?
Вот убивал бы за такой код! Где проверки на ошибки, мудила? Почему у тебя на 35 строке листен идет в условии а все остальное выполняется вне зависимости от условия? Нахуя тебе треды, если даже простой сервер создать не можешь, не говоря о неблокирующих сокетах?
>sleep для потоков
За это я бы тебе в ебало дал. Забудь про потоки сука! Программировать сначала последовательно научись.
>фиксированные размеры буферов
>не проверяет переполнения буферов
>преобразовывает уже из одного типа в тот же тип
>struct stat st = {0};
Сука, съеби отсюда. Вообще забудь о программировании! Не вздумай даже хеллоуворлды писать. Вдруг еще ширус случайно создашь!
А если серьезно, прочитай пару книжек по Си. Начинай с K&R.
Как и всё остальное.
>Компилируется только предупреждая, что main вернет мне int, а так все спокойно, без ошибок
Хотя постой! Ты еще недостаточно обоссан. Запусти компилятор с флагами -Wall -Wextra -Wpedantic. Пусть и он на тебя поссыт.
А что тебе в struct stat не понравилось? Ну хочется человеку ее инициализировать, вреда от этого не будет.
Ну ладно. Это еще нормально, хоть и не имеет смысла в его случае. Особенно по сравнению с другими ошибками...
VSоблядки! Как вы живете с такой парашей? Сейчас допустил ошибку в CreateSolidBrush (Забыл указать RGB в (0xFF, 0xFF, 0xFF)) и знаете что мне оно выдало? Run-Time Check Failure #0 - The value of ESP was not properly saved across a function call. Ну это просто пиздец! Полчаса ебался с нахождением ошибки. Как ей вообще возможно пользоваться с такими охуительными ошибками?
А при чём тут VS? Рантайм, система, компилятор - вообще всё что угодно, только при чём здесь IDE-то?
Дай угадаю, тебе лет 30?
Зато в следующий раз будешь писать без ошибок.
Почему VS не дает по ебалу за неправильный вызов функции?
В следующий раз не буду тупить и буду сразу расчехлять отладчик.
>Почему VS не дает по ебалу за неправильный вызов функции?
Уточню: "Почему инструментарий в VS по-умолчанию не дает по ебалу за неправильный вызов функции?"
Я понял. Это такая система поддержки для разработчика. Разработчику предоставляют возможность работать в дружественной среде разработки, где ему даже дадут возможность поебаться.
А с хуяли ему тебе что-то пояснять? Функция принимает на вход COLORREF который определён как typedef DWORD COLORREF; - ни IDE, ни компилятор в душе не ебут в чём тут может быть ошибка (тем более си слаботипизирован, ты туда без проблем и void* мог запихать - с точки зрения синтаксиса всё ок).
Не угадал. Зачем тебе знать это?
В оно не должно отслеживать кол-во аргументов? Я задал три аргумента вместо одного. Почему не получил ошибку?
А дело опять не в компиляторею.
Всё потому что это C. Привыкай. Тут printf() и printf(const char*, ...) - синонимы (пруфец: http://ideone.com/6ftqA4).
printf - макрос для vprintf, которая является в свою очередь функцией с переменным кол-вом аргументов, что реализовано при помощи va_list.
А вот CreateSolidBrush. Я не вижу здесь переменного кол-ва аргументов.
HBRUSH CreateSolidBrush(
_In_ COLORREF crColor
);
typedef DWORD COLORREF;
Надо будет проверить на GCC такие финты.
Сука, открой ссылку из и посмотри про что я тебе писал, дурак блядь.
Ебанутый? Зачем ты притащил сюда printf? Он на va_list'е. С ним все понятно. А та функция просто указатель на 32-битное беззнаковое число. Хули оно не выдает ошибки в виде "Too many arguments"?
typedef unsigned long DWORD;
Не указатель даже, а просто число.
слоуфикс
Ты просто привык к спермокомпилятору. Ничего, бывает.
Для особо тупых: по стандарту си компилятор не особо должно ебать сколько там у ф-ции аргументов, если хочешь таких удобств - пиши на совместимом с обоими диалекте и компилируй плюсовым.
>пиши на совместимом с обоими диалекте и компилируй плюсовым
Stop right there criminal scum!
>include <stdio.h>
> printf();
Копетан, спасибо вам, вы прям глаза раскрыли мне!
Я так не делаю, а вот ты явно не умеешь читать, это наглядный пример утверждения, что
>по стандарту си компилятор не особо должно ебать сколько там у ф-ции аргументов
Компилятора должно ебать не соответствие колличества фактических параметров с количеством формальным. Покажи мне ту строчку в стандарте, где написано, что это не так или ты будешь обоссан. Я сейчас просматриваю стандарт и вижу, что он говорит, что ты идешь нахуй, если функции не соответствует ее прототипу.
А по поводу этой: хуйни, компилятору просто поебать на твои попытки переопределить функцию.
http://ideone.com/Ugwio5
А если ты напишешь printf() в какой-либо функции, компилятор просто скажет тебе, что ты ЛОХ.
>Компилятора должно ебать не соответствие колличества фактических параметров с количеством формальным.
И да. Забыл еще, что он проверяет типы аргументов. То есть если ты указал аргументы неправильного типа, он предупредит тебя, если можно преобразовать или пошлет нахуй если преобразование невозможно. Передавать что угодно можно только через void <звезда>
> Почему инструментарий в VS по-умолчанию не дает по ебалу за неправильный вызов функции?
Даёт. Ты забыл рассказать нам какие-то детали. Покажи вызов CreateSolidBrush, на котором оно не ругается, но падает. Потому что судя по твоим симптомам, у тебя ошибка где-то еще.
Вызов был:
CreateSolidBrush(0xFF, 0xFF, 0xFF);
вместо
CreateSolidBrush(RGB(0xFF, 0xFF, 0xFF));
> solidbrush.c(5) : warning C4020: 'CreateSolidBrush' : too many actual parameters
Но так-то ты прав, оно не должно быть варнингом. Быстрофикс алсо, спасибо, добавил к себе в проект тоже:
#pragma warning (error: 4020)
>пиши на совместимом с обоими диалекте
Ты, наверное, из тех людей, которые на вопрос про два стула отвечают "сдвину и лягу".
Не сразу понял этот невзъебенный подъеб
>printf - макрос
Какие ваши доказательства?
В glibc кажется видел.
> кажется
Так бы и писал. Что "printf, кажется, макрос".
https://sourceware.org/git/?p=glibc.git;a=blob;f=stdio-common/printf.c
Перепутал немного значит (вспоминая 33 строку).
Ковыряльщик хуиты под GBA вкатился. За последнее время дописал простенькую работу с текстом (лол, на ПК изучение с Hello World-а начинается, а тут я только сейчас это реализовал), встроил Lua 5.1 в свой движок, дописав пару хуиточек (включая хендлер ошибок, чтобы не гадать, что случилось, пикрил) и запилил биндинги для Lua с полным функционалом моего скудного фреймворка. Это работает, притом довольно шустро, но есть некоторые проблемы:
- В Lua все числа по-умолчанию хранятся как числа с плавающей запятой. Стоит ли говорить, как это хуёво для маломощного процессора Геймбоя?
- Ванильная Lua довольно медленная.
Решил попробовать собрать LuaJIT (оно даже в режиме интепретации шустрее ванили раза в 3-4), но закономерно соснул хуйца — под виндой не хочет собираться ни в какую. Поднять виртуалку не имею возможности. Потом залез в Вики, и глянул совместимость — пишут, что LuaJIT работает лишь начиная с ARMv5, а у меня ARMv3.
Вопрос: Есть ли хотя бы минимальные шансы собрать LuaJIT под ARM7TDMI, или надо бросать это дело?
Можешь сказать, если не секрет, зачем ты вообще с ним заморачиваешься?
Это доставляет мне удовольствие. Причины несущественны.
Я не большой специалист в этом деле, но могу предположить, что тебе нужно почитать спецификации по целевому ARM и ARMу, для которого есть поддержка Lua. Найти различия, понять где есть несовместимости. Затем разобрать исходники LuaJIT и поправить их. Но это, как по мне, очень сильное колдунство. И это лишь мои предположения в стиле: "А как бы сделал я?".
Как открыть файл, только в том случае если это файл, а не папка?
Есть обратное - O_DIRECTORY, открывает только папку и выдает errno ENOTDIR.
Неужели надо извращаться, и сперва пытаться открыть его как папку, и успех чекать как ошибку? Нет способа попроще?
stat() вроде тоже никак не сообщает, папка или файл.
Есть обратное - O_DIRECTORY, открывает только папку и выдает errno ENOTDIR.
Неужели надо извращаться, и сперва пытаться открыть его как папку, и успех чекать как ошибку? Нет способа попроще?
stat() вроде тоже никак не сообщает, папка или файл.
Все, нашел - для stat() есть макрос S_ISDIR() для поля st_mode.
Чет проглядел в первого раза.
Сап двощ, надо разобрать длл-ку одну, вчера скачал IDA, разобрал ее как смог, ток не понял нихуя, походу придется учить кресты эти ваши. А сишечка ламповая мне нравится, немного учу ее и пишу лабы. Вот ток в прышах с ней очень удобно работать через clion, а вшинде какие-то траблы с mingw, то ему либ не хватает то clion-у не хватает какой-то фигни. В общем, в прыщах не могу поиграть в линеечку, надо декомпельнуть fire.dll и подменить на свою реализацию, которая ок. Куда копать укажите путь господа. Спасибо за внимание, с меня картиночкапикрелейтед.
Аноны а тут кто-нибудь угорает по LOCK-FREE алгоритмам? Набросал однонаправленный список, но при удалении вместо модификации бита значения указателя на следующий узел, пишу в него null попутно сохраняя старое значение в локальной переменной, а если удалить узел не удалось, восстанавливаю из локальной переменной. Что думаете, взлетит оно?
http://pastebin.com/CF7xzFsR
http://pastebin.com/CF7xzFsR
Зачем оно тебе?
локфри != вэйтфри
В большинстве приложений локфри алгоритмы сливают по производительности алгоритмам с блокировкой.
Рекомендую глянуть готовые реализации.
А так, вот моя реализация фифо:
https://github.com/shkolnick-kun/bugurtos/blob/b173f6785a3f77f819683ae0ae7719dfd2098ce5/tests/main/lock-free-fifo/main.c
>В большинстве приложений локфри алгоритмы сливают по производительности алгоритмам с блокировкой.
Ну что-то как-то я не знаю. Дернуть тяжелый мутекс и "усыпить" конкурирующие потоки чтобы перекинуть пару-тройку байт? Кроме того в случае списка, если один поток делает вставку в начале, а другой в конце списка, то и конкуренции нет, блокировка не оправдана. А на списке можно замутить скип-лист.
>локфри != вэйтфри
Ну вейтфри алгоритмы применимы к ограниченному кругу задач. У меня есть например только очередь при условии один читатель - один писатель.
>#define LF_DLCT_FAIL() (0)
>if( LF_DLCT_FAIL()) { //Dead lock detected
Вот тут не понял, поясни.
1) В IDA есть HexRays по Tab/F5, там сиподобный псевдокод. Только представление об асме и о плюсах все равно нужно иметь.
2) В винде нет траблов с MinGW, все отлично работает.
3) Выкинь clion, конпелируй с командной строки.
ПРАВИЛЬНОЕ РАЗВИТИЕ ЯЗЫКА "C"
1. ДОБАВИТЬ МАССИВЫ С КОНТРОЛЕМ ГРАНИЦ
2. НЕЙМСПЕЙСЫ, МОЖНО СО СРЕДСТВАМИ ОГРАНИЦЕНИЯ ДОСТАПА К ИМЕНАМ ИЗ ДРУГИХ НЕЙМСПЕЙСОВ
3. АВТОМАТИЧЕСКАЯ ГЕНЕРАЦИЯ ЗАГОЛОВОЧНЫХ ФАЙЛОВ И ВКЛЮЧЕНИЕ ИХ В OBJ И LIB ФАЙЛЫ
4. ПРЕПРОЦЕССОР НА LUA С ДОСТУПАМ К ДАННЫМ КОМПИЛЯТОРА (СПИСКИ ИМЕН, РАЗМЕРЫ СТРУКТУР ДАННЫХ)
5. УСЛОВНЫЕ ПРОВЕРКИ КОТОРЫЕ ВЫЗЫВАЮТ ЗАВЕРШЕНИЕ С ОШИБКОЙ В РЕЖИМЕ ОТЛАДКИ И ИСПОЛЬЗУЕМЫЕ ДЛЯ ОПТИМИЗАЦИИ КОДА К РЕЖИМЕ РЕЛИЗА
6. АТОМАТИЧЕСКИЙ ВЫВОД ТИПОВ ЧИСЛОВЫХ ЛОКАЛЬНЫХ ПЕРЕМЕННЫХ
https://www.linux.org.ru/forum/development/22475
Незачем капсом писать.
1) Стандарт не запрещает (в TCC была частичная поддержка проверки границ массивов, например но ее, вроде бы, сломали в последних версяих).
2) В том виде, в котором оно есть в плюсах, не нужно. Но в виде имямодуля.сущность имеет право на жизнь.
3) Хочу модули всю сознательную жизнь. Понимаю, по каким причинам их не было изначально, но сейчас можно уже и добавить. У компилятора информации достаточно. Если будет forceinline в стандарте, нормальные константы вместо define и пометка типов, как static, то до модулей останется шаг.
4) Нахуй. А вот вычисления во время компиляции на той же самой сишечке (с анально огороженным рантаймом) очень пригодились бы. Особенно для embedded, где многое хочется посчитать заранее, и круто было бы делать это тем же инструментом.
5) А чем это отличается от 1?
6) Не для языка с неявным преобразованием типов.
>Незачем капсом писать.
это паста, твой день прошел не зря братиш
а в крестотреде лион прям уважают
Я знаю, что паста, просто больная тема.
> лион
Если все работает, то, очевидно, ничего и не нужно выкидывать. Если не осилил настроить, то либо осилить, либо выкинуть. Выучить полтора заклинания для компиляции с командной строки проще, чем настроить рандомную IDE.
Там вместо прожектфайлов как в стандартных иде используется cmake, так что у него выбор только осилить.
Хм. А как такое с вещественными числами сделать?
А зачем такое с ними делать? Так-то можно прочитать как unsigned int, выделить мантиссу с экспонентой и с ними что-то творить. Но вот зачем?
Я уже осилил.
Такой вопрос: Если я компиляю хелоуворлд с помощью msvs15 и с помощью gcc, по printf будет дергать один и тот же апи, или у gnu gcc свой printf? И вообще как узнать что вошло в бинарник и из какихисточников? весит 64 кб. И как православнее все-таки писать чтоб код без минимальных проблем переносился с прищей на сперму? И еще, я правильно понимаю что когда какой-то софт для работы требует библиотеки из visual studio, то значит он был 100% скомпилен не в mingw?
Мне в вузике что-то похожее сказали сделать. Зачем? Просто. Очередное бессмысленное байтоёбство ради очередного бесполезного навыка.
Займись байтоебством со смыслом - напиши свою printf. Скилл, полученный во время попыток правильно округлить и вывести все float тебе точно пригодится. Причем в любом языке программирования, где используется IEEE 754.
Флаги удобны для передачи параметров. foo(YOBA1 | YOBA2). Зато битовые поля читаемее.
Диванная трагедия в том, что мне вообще не интересны все эти низкоуровневые радости, хочу дальше делать свою игру на питоне лол, а не биты двигать. Страдания.
Это не низкоуровневые радости, а примитивная математика. Если для тебя это тяжело, ты выбрал не ту специальность.
> по 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, чтобы узнать, с какими либами линкуемся. И дальше уже смотреть на либы. Для софта уровня хелловорлда проще собрать отладочную версию и посмотреть дизасм.
Спасибо за расстановку точек, Анон.
таки хелоуворлд скомпиленный gcc тянет msvcrt
Ну да, а там кроме printf() есть еще стаб, который main() запускает, да и printf() в результате к fputc() сводится.
>Раньше GCC пытался использовать printf оттуда, теперь у них свои printf/vprintf/vsnprintf и т.д.
Щито? printf - это часть стандартной библиотеки. Это не часть компилятора никак.
Перефразирую. Реализация стандартной библиотеки GCC под Windows частично опирается на MSVCRT, частично использует собственный код можешь начинать гуглить libmingwex.
> Это не часть компилятора никак.
Да. Зато компилятор и стандартная библиотека - это части реализации языка. В мире Windows компиляторы часто используют собственный рантайм (и даже различные версии одних и тех же компиляторовVisual Studio имеют собственный рантайм). Например, это делается из-за необходимости поддержки собственных расширений языка и прочих фишечек (особенно у Microsoft), любви к велосипедостроению, из-за проблем MSVCRT (выше по треду), и еще можешь oldnewthing почитать, там был пост о том, что MSVCRT - это "приватная" реализация рантайма для нужд системы, которая не предназначалась для использования сторонними приложениями. Можно (с осторожностью) сказать что-нибудь вроде /Zl и использовать какой-то другой рантайм, но полная совместимость во всех режимах компиляции будет только у родного. А вот в мире Linux да, там есть несколько разных библиотек, которые специально затачивают под GCC, поэтому все работает.
ЧЕ КАПРИЗНИЧАЕШ?
ЧЕ КАПРИЗНИЧАЕШ?
СТАРЫЕ ПРОГРАМКИ БЕЗ ПРОБЛЕМ БУДУТ КОМПИЛИРОВАТСЯ
DEFF С КОНСТАНТИКАМИ В ОТДЕЛЬНОЫХ ФАЙЛИКАХ БУДЕШ ХРАНИТЬ
МАССИВЫ С КОНТРОЛЕМ ГРАНИЦ- ОТДЕЛЬНЫЙ ТИП ДАННЫХ
ВСЕ ССЫЛКИ НА ТАКИЕ МАССИВЫ СОДЕРЖАТ АДРЕСС 0-ГО ЕЛЛЕМЕНТА И ЧИСЛО ЕЛЛЕМЕНТОВ
И КЛЮЧ КОМПИЛЯЦИИ ЧТОБЫ ВСЕ ТАКИЕ МАССИВЫ АВТОМАТИЧЕСКИ КОМПИЛИРОВАЛИСЬ КАК ОБЫЧНЫЕ МАССИВЫ БЕЗ КОНТРОЛЯ
ПО МОЕМУ ОПЫТУ ОШИБКИ ВЫХОДА А ГРАНИЦЫ МАССИВОВ САМЫЕ ТРУДНООТЛАЖИВАЕМЫЕ
вот моя проблема
в моем коде команда open при открытие большего файла(16Gb) возвращает ошибку что файл слишком велик и мне сказали что эту ошибку можно исправить дописав какой то ключ при компиляции
ни как не могу догадаться что это за ключ(-m64 не помогает)
в моем коде команда open при открытие большего файла(16Gb) возвращает ошибку что файл слишком велик и мне сказали что эту ошибку можно исправить дописав какой то ключ при компиляции
ни как не могу догадаться что это за ключ(-m64 не помогает)
>open
а fopen работает? бред какой-то про ключи. что за система?
fopen использовать нельзя
SunOS 5.10
>возвращает ошибку что файл слишком велик
чё за ошибка? не сталкивался с такой, чисто ради интереса.
Кстати, если у тебя соляра, чем компиляешь? Санстудио? ГЦЦ?
>не сталкивался с такой
вот тоже не понятно, может он пользуется какой-то обёрткой, которая выделяет память и читает из файла...
собсно, в мане быстро сам нашёл
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.
Но это для линукса, может на соляре как-то по-другому.
не, open - это системный вызов в посиксе
я вкурсе
Ну так единственная обёртка, которая там может быть - это обёртка стандартной библиотеки. В принципе, можно попробовать вызвать трап напрямую в обход стандартной библиотеки, написав свою обёртку.
Так подожди. Ты компилируешь фацл под x86 и поэтому удивляешься что не можешь пользоваться файлами которые больше размерности типов? В этом же смысл?
>файл под x86 и потом
да не, то что x86-32 бинарники ограничены в размерах файлов - это нормально. не нужно ничё обходить, нужно просто компилировать в x86-64
хотя я фиг его знает. не разбираюсь, но бывают же системы с размером диска больше чем максимальный тип данных. или даже оперативки - просто чёт прокукарекал, не парьтесь.
и сажа прилипла
и сажа прилипла
Начал учить сишечку.
Пока пишу хеловорды и читаю книжку из шапки.
>скриншот
Что здесь делают эти символы?
Так же объясните, пожалуйста, почему изменяется text, если getText() ничего не возвращает.
Не бейте, лучше обоссыте!
Пока пишу хеловорды и читаю книжку из шапки.
>скриншот
Что здесь делают эти символы?
Так же объясните, пожалуйста, почему изменяется text, если getText() ничего не возвращает.
Не бейте, лучше обоссыте!
> 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/
Народ, поясните за шапку. По этому пособию значит не очень круто учиться, так? А почему? Я просто думал по нему потом, имея уже некоторые свои знания по Сишечке, попробовать поделать всякие вещи, которые описаны там...
> http://c.learncodethehardway.org/book/
Народ, поясните за шапку. По этому пособию значит не очень круто учиться, так? А почему? Я просто думал по нему потом, имея уже некоторые свои знания по Сишечке, попробовать поделать всякие вещи, которые описаны там...
Мне хардвей не нравится, но в первых тредах его активно советовали, поэтому он в шапке. Не пошло - попробуй Прата или K&R. Сам я, когда учил, читал все, что под руку попадалось.
Да просто там с TCP/IP что-то... Виртуалка что-то... Считай введение в эти штуки какое-то, не? Полезно, мне показалось.
Да упражнения-то там неплохие. Вм писать - вообще очень полезное развлечение. А вот излагается все слишком поверхностно, для достижения понимания надо гуглить и читать маны.
Ньюфаг вкатился. Вопрос - зачем структуре тег?
Если для объявления типа, то что это?
typedef struct {
int a;
char b;
} str_type;
Если нужны только переменные, то
struct {
int a;
char b;
} fst, sec, thi;
этот вариант всё реализует. Мне непонятно ЗАЧЕМ нужен тег?
Если для объявления типа, то что это?
typedef struct {
int a;
char b;
} str_type;
Если нужны только переменные, то
struct {
int a;
char b;
} fst, sec, thi;
этот вариант всё реализует. Мне непонятно ЗАЧЕМ нужен тег?
Поищи в прошлых тредах, тут это пару тредов назад очень детально расписывали.
А теперь объяви структуру, в которой есть указатель на другую такую же структуру, используя только тайпдефы и безымянные структуры.
Как раз нашёл вроде за структуры общение в прошлых тредах.
Что касается твоей просьбы - легко:
typedef struct {
int a;
struct str_type * next;
} str_type;
В общем нашёл, но то что там написано для компилятора gcc неправда
https://arhivach.org/thread/153698/#658144
Сама структура безымяна, но позволяет ссылаться на такую же при объявлении.
В твоем примере используются две разные структуры: безымяннная структура, у которой есть typedef с именем str_type и внутри нее указатель на некую struct str_type, определение которой ты не предоставил. И пока ты не предоставил определение struct str_type, ты никак не сможешь дереференснуть next.
> для компилятора gcc неправда
Ну вот тебе твой же пример, он у тебя скомпилируется? http://ideone.com/mKlvZj
Верно, благодарю теперь понятно.
как работают функции вроде function(void arg0, void arg1, ....) как они детектят сколько аргументов после arg1? примеры printf(), ioctl() и тд.
man va_start
Гугли va_arg.
Снова я со своими структурами и указателями. Написал стэк, состоящий из структур с указателями на такие же структуры.
https://ideone.com/JkCgzU
Осуществляю реверс строки. Всё работает. Но проблема в том, что при компиляции вылетает куча предупреждений типа таких:
passing argument 1 of 'pop' from incompatible pointer type
Как от них избавиться? Хочется абсолютно пустого success после компиляции.
https://ideone.com/JkCgzU
Осуществляю реверс строки. Всё работает. Но проблема в том, что при компиляции вылетает куча предупреждений типа таких:
passing argument 1 of 'pop' from incompatible pointer type
Как от них избавиться? Хочется абсолютно пустого success после компиляции.
> pop (p_el_stack *head)
Функция принимает указатель на p_el_stack. А ты передаешь ей указатель на указатель. Убери амперсанд в вызове рор() или раскидай еще звездочек.
>p_el_stack *stack;
Просто звездочку здесь убери.
Хотя не, при такой реализации, ты должен в функциях pop и push передавать указатель на указатель.
Если документация lldb в pdf?
У таких функций всегда должен быть хотя бы один обязательный аргумент, который, по задумке, и используется для определения количества и типов остальных. В printf это format.
Есть кто-нибудь?
Имеется имя файла в каталоге в системе Linux, например /home/user/filename.btm . Нужно скопировать данный файл в другой каталог /home/.../folder . Файл произвольный. Как это лучше реализовать на Си, чтобы функция была в виде: copy(const char file, const char tofolder)?
Разбирается в первой главе книги C Programming Language Кернигана и Ричи.
Аноны, кто-нибудь с контейнерами из glib работал? От чего может случаться сегфолт? Вроде копирую все правильно, может получать элемент по другому нужно?
https://gist.github.com/injonsed/036ef782e2e2212a2447afbcd77907b3
https://gist.github.com/injonsed/036ef782e2e2212a2447afbcd77907b3
А сам ты взять gdb и посмотреть не можешь? Ты создаешь массив из элементов ModelProperty, кладешь в него вместо ModelProperty только указатель на ModelProperty, а забрать пытаешься ModelProperty, а не указатель. Разберись со своими желаниями.
> malloc(strlen (name) ∗ sizeof(char));
> strcpy (prop->name, name);
Алсо, тут у тебя явный off-by-one.
Спасибо анон, разобрался, в следующий раз не буду бухим код писать просто ^_^
Анон, будешь писать код в стиле "Ехал define через define" - я найду тебя и вырву тебе сердце.
О нет, пощади меня.
анон, который пишет в стиле ехал define через define
Ну всё, ты огребаешь
У тебя есть еще года три, чтобы придумать альтернативу и протолкнуть ее в 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. Что это за хуйня? Как исправить?
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. Что это за хуйня? Как исправить?
А, блять, на форуме 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
Что я делаю не так? Как правильно объявить тип для списка, указателя на список и использовать их в функциях?
Мне надо написать односвязный список и функции для работы с ним. Я определил структуру элемента списка 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'.
Missing type specifier; assuming 'int'.
Redeclaration of 'PList', previously declared at C:\Usersexpected 'struct node *' but found 'int'.
У нас не плюсы. Теги структур требуют ключевого слова struct, поэтому struct node ∗ ИЛИ List ∗ ИЛИ Plist. Обсуждали буквально 20 постами выше.
А, ну да, я пиздоглазый, не заметил еще, что у тебя там тайпдефа нет. У Microsoft есть устоявшийся шаблон типа:
typedef struct tagSomething { ... } TypeName, ∗LPTypeName;
А у тебя там не тип, у тебя там кроме структуры объявляются не типы, а две переменных: struct node List и struct node ∗Plist. Вряд ли это то, чего ты хотел добиться.
Ну, а вообще использование псевдонимов (типов) List и PList вместо node и node * допустимо?
>А у тебя там не тип, у тебя там кроме структуры объявляются не типы, а две переменных
Все, понял.
> использование псевдонимов (типов) допустимо?
А для чего их сделали, по-твоему? Это вопрос стиля - выбери и придерживайся. В каком-нибудь линуксовом коде чаще всего будет использоваться struct с тегом, кто-то еще не только для структур, но даже для указателей typedef делает не будем показывать пальцем на LPCTSTR. Я лично одобряю typedef для struct, enum и для создания синонимов примитивных типов, а указатели предпочитаю писать явно.
Может кто понять, что творится в этом коде.
Это из ida pro декомпилятор?
Очевидно, что ксорятся два буфера. Дизасм был бы гораздо понятнее.
Это может быть и IDA, но не дефолтный HexRays. Похоже на snowman.
Хочу написать программу для создания карты PE файла. В книге Румянцева для этого используется дерево, но из его дрисни я ничего не понял и начал писать свою программу. Сначала задумка бы такова: в дереве хранятся структуры, описывающие каждый заголовок. В этим структурах в списке хранится дамп полей. Но как только взялся реализовывать, понял, что дерево в таком случае нахуй не нужно, а лучше подошел бы массив.
Как лучше реализовать карту структур и секций?
Как лучше реализовать карту структур и секций?
Нихуя не понял, чего ты хочешь добиться. Куда там дерево воткнуть, не представляю. Секции - это просто массив. Большинство структур (кроме IMAGE_DOS_HEADERS, IMAGE_NT_HEADERS и, собственно, массива IMAGE_SECTION_HEADER) читаются уже со смапленных секций, хранить ничего не нужно.
Скачай книгу Румянцева "Исследование программ win 32" и посмотри, как он это делает. Похоже, что он все поля пихает в дерево, и в каждом узле еще хранит информацию для графического древовидного отображения этих полей.
Ассемблер
Это hopper
Скачал, охуел, закрыл. Смотри, вот есть у тебя IMAGE_DIRECTORY_ENTRY_IMPORT, и он ее красиво отображает в дереве, внутри секции .idata. Вот только эта структура используется уже после того, как секции замапили, и тебе никто не мешает расположить ее в PE-файле так, чтобы она начиналась в одной секции, а заканчивалась вообще в третьей (да, так обычно не делается, но это возможно). Поэтому подобное представление не нужно.
Так что тебе там непонятно из кода (и дизасма)? Есть немного подготовки, есть два буфера. Один из них ключ (вот это самое "Yes, I know..."), другой в var_58. Они ксорятся между собой. Таким образом исходный буфер обфусцируется/деобфусцируется.
Зачем нужны типизированные указатели?
В чём разница между
int a;
и
void a;
В чём разница между
int a;
и
void a;
Макаба жрёт звёздочки
В том что ты, вася, будешь знать какого типа данные по указателю находятся.
Используй заместо звездочки этот символ: ×
Всегда так пишу.
На хабре штоле?
Гыгы:
void * kek;
void * kek;
void * kek;
void ⁂ kek;
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.
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.
всё время плачу слезами ностальгии, когда кто-то, в 2016, ебётся с винапи, а не линем.
Как будто есть разница. Как будто Windows API в 2016 куда-то делась.
только писать на нём нет никакого смысла, если тебе нужно открыть, блять, файл. есть же stdio.
и разница есть, ту как-бы проще.зазазаз
это не вопрос стиля
как ты будешь использовать структуры без typedef в программах где у тебя больше двух .cpp файлов?
да, ты можешь делать сокращенные объявления в .h файлах, но тогда пользоваться сможешь своими структурами только через косвенные обращения (указатели)..
а как ты будешь типобезопасные atd реализовывать на pure c? альтернатива ведь только void*..
> stdio
В котором нет ни единого способа портабельно узнать размер файла. И флажок "x" только в С11 появился. И дескриптор файла у него стандартным способом забрать нельзя. И я уже молчу про асинхронный ввод-вывод. И главное, под виндой ты хуй откроешь этим твоим fopen() файл с японскими иероглифами и кириллицей в имени (да, я знаю, что под линуксом счастье и UTF-8).
И поэтому стандартная библиотека нужна для всяких консольных утилит уровня grep - у которых требования к возможностям ОС застряли в 80х, зато требования к переносимости максимальные. Ну и для laba3.c, чтобы не изобретать велосипед каждый раз, стандартная библиотека тоже очень к месту. В остальных случаях лучше определить заранее список поддерживаемых платоформ, и пилить да-да, велосипеды частные реализации с нативными либами, а стандартную библиотеку использвать, как минимум, с осторожностью.
Ты какую-то глупость написал. Поясни нормально. Алсо, у меня нет ни одного .cpp файла, здесь тред про сишечку.
А нет ли для С какой какой обертки которая скрывает разницу для часто используемых задач?
> В котором нет ни единого способа портабельно узнать размер файла
fseek
ftell
> И флажок "x"
а попробовать открыть файл для чтения перед этим не?
> И дескриптор файла у него стандартным способом забрать нельзя
чего?
> про асинхронный ввод-вывод
а ещё про GB не хватает да?
> японскими иероглифами и кириллицей в имени
ой всё.
> GC
c++
> fseek
Ждал этого ответа. Внезапно, стандарт говорит, что fseek(..., 0, SEEK_END) - UB. Я не отрицаю, что на практике это давным-давно нихуя не UB, но, тем не менее, одновременно правильного и стандартного способа нет.
> дескриптор файла у него стандартным способом
> чего
Ну хочу я mmap() сделать. Стандартная библиотека в mmap() не может, нужен дескриптор. Для дескриптора fileno какбэ есть, но в винде он _fileno() и тоже нихуя не стандартный, а mmap() вообще нет. И раз мы все равно скатываемся до различий в ОС, то лучше сразу скатиться дальше до open()/mmap() и CreateFile()/CreateFileMapping()/MapViewOfFile() в зависимости от системы и не ебать себе мозг все равно рано или поздно жизнь заставит.
> GC
Ну это как-то уж слишком толсто.
> c++
С бустом.
> - UB
го вырезку в стандарте
>слишком толсто
слишком толсто это про китайские иероглифы - разве ты не можешь закодировать строчку как хочешь.
Т.е. в C++ есть функции/абстракции которые позволяют не писать реализацию обычных действий под винду/линукс/макинтош раздельно? Это "стандартная библиотека с++" что ли? С чем это поставляется вообще? Кто разрабатывает?
> c++
>С бустом.
А для обычного Си есть такое? Что операции с файлами к примеру не писать с учетом особенностей и чтоб сразу работал на маке/линуксе и виндах?
STL
>> c++
> STL
я вообще случайные слова пишу
> слишком толсто это про китайские иероглифы
> разве ты не можешь закодировать строчку
Я-то могу. Но проблема в том, что fopen() под виндой сводится к CreateFileA, которая раскодирует имя файла из MBCS в юникод, и использует для этого активную кодировку, которая в русской винде cp1251, и в которой нихуя нет иероглифов. И вот есть у меня .mkv-шка с няшными девочками, а открыть ее своей утилиткой на винде я не могу. А если активной кодировкой сделать 65001 (UTF-8), то винда охуевает по полной с различными веселыми спецэффектами. Правда, тут пару месяцев назад разработчики Visual Studio намекали, что собираются начать поддерживать UTF-8 в стандартной библиотеке, и даже, может быть, в самой винде не прошло, блять, и 20 лет.
Чтобы настолько всеобъемлюще, как буст - нет. Для конкретных задач можно повыбирать в Utilities тут: https://notabug.org/koz.ross/awesome-c
> for binary stream
> c11
ясн
>глупость
не понимаешь почему используешь typedef struct в своих хедерах, и когда можно использовать просто struct, то это твои проблемы
А для текстовых еще веселее:
> For a text stream, either offset shall be zero, or offset shall be a value
> returned by an earlier successful call to the ftell function on a stream
> associated with the same file and whence shall be SEEK_SET.
Страдай. Алсо, в более древних стандартах примерно то же. И, в любом случае, аргумент про fseek(..., SEEK_END) чисто теоретический, потому что, как я уже говорил, последние ОС, где это чем-то грозило, давно вымерли.
вообще не читайте разглагольствования этого дебика
>Для конкретных задач можно повыбирать в Utilities
дурдом какой-то
> Алсо, в более древних стандартах примерно то же
ну да, я щас смотрю, там просто не модное undefined behavior, а другими словами.
Сап, посоны. Посмотрите на этот цикл: http://pastebin.com/YT4avH9A
Программа выводит информацию о секциях PE-файла, который передается через командную строку. Он отображается в память, затем заполняются структуры заголовков, и цикл проходит по массиву заголовков всех секций.
Но почему при этом имена секций выводятся пустыми, а большинство свойств этих секций равны нулю.
Программа выводит информацию о секциях PE-файла, который передается через командную строку. Он отображается в память, затем заполняются структуры заголовков, и цикл проходит по массиву заголовков всех секций.
Но почему при этом имена секций выводятся пустыми, а большинство свойств этих секций равны нулю.
Давай ты будешь в каком-нибудь одном треде спрашивать?
>Stephen G. Kochan "Programming in C (4th Edition)" (2014)
в pdf существует?
в pdf существует?
Ну он далеко не дебик, стандартная либа рили годится только для консольных калькуляторов и вгетов с ффмпегами, расчётов трансформаторов и прочей поебени завязанной на вычисления и сеть, захочешь написать что-то более тонко и глубоко взаимодействующее с ОС и её сервисами начнёшь либо писать свои вело либо искать готовые решения, то есть чужие вело. Большинство софта на C/C++ так и написькано, от всякой мелочи вроде SciTE до Хромиума: есть платформонезависимое ядро, над ним есть абстрактная надстройка, обертки, которые транслируют требуемый функционал из нативного апи ОС и её библиотек и никакого гимора, просто две версии программульки - для линуха и шинды, а не любишь велосипедить, перфоманс не имеет значения, любишь скорость разработки и быстрые решения, хяурь на дельфи и джаве или чо там щас модно - джаваскрипт нахуй.
> в pdf существует?
Хуй знает. Видимо, нет. Спасибо, что обратил внимание. Возьми третье издание, там C99, а про C11 почитаешь позже. А чего не Прата вообще?
ну его же книгу по крестам не рекомендуют например
Решил вкатиться в Си.
Чем Clang, как IDE, лучше, чем MS VS2015?
Друган по универу - программист, говорил, что их заставляли кодить в RAD Studio.
Что выбрать?
Чем Clang, как IDE, лучше, чем MS VS2015?
Друган по универу - программист, говорил, что их заставляли кодить в RAD Studio.
Что выбрать?
>clang
>ide
Значение знаешь?
Среда разработке же?
Подумай лучше о карьере грузчика.
Советую сходить на хуй.
Ну ты всё же подумай.
Ещё в макдаке ныне люди всегда нужны.
Какой искромётный юмор уровня детского сада.
Но я же серьёзно. Смотри, ты уже не пездюк, но при попытке работать кодером будешь соревноваться за место с людьми программирующими с 14 лет, которым соответственно сольёшь.
А в маке в первый же месяц можешь двадцатку поднять за 8 часов с графиком 7/7.
Двачую, так ведь и есть.
Ваганыч, ну хватит. Уморил.
Я же не говрил, что хочу заниматься этим профессионально. Это твои догадки.
Я не разбираюсь в терминологии, но перефразирую: хочу попробовать покодить, уточню - для себя.
Что для этого понадоится ньюфагу в Си?
И тут в ответ очередная порция детсадовского искромётного юмора вперемешку с брызжущей желчью от анального профессионала.
gcc, clang - это компиляторы. MSVC - это IDE. начинающему программисту IDE не нужны. я так понимаю, что ты в винде - поставь https://www.sublimetext.com/ и редактируй код в нем, из компиляторов можешь выбрать MinGW или Cygwin
ставь clion, браток, рекомендую.
>хочу попробовать покодить, уточню - для себя.
на си ты ничего для себя не покодишь и интерес потеряешь. для нуба твоего типа важна, как бы это, "отдача": ты прикладываешь усилия, оно начинает работать, этим можно пользоваться, оно что-то делает, и ты понимаешь, что ты можешь "что-то создавать". на си в этой ситуации ее не будет. бери что-то, что позволит решить какую-то более или менее понятную и практическую задачу без безумия сишной байтоёбли и относительно легко позволит сделать GUI. Тот же веб с его JS; .NET WinForms (неплохой вариант, кстати). другие аноны подскажут может тоже.
Да, на винде. Забыл уточнить.
>поставь https://www.sublimetext.com/ и редактируй код в нем, из компиляторов можешь выбрать MinGW или Cygwin
А это обеспечит подсказки по написанию и проверки возможных ошибок?
Почему не MSVC или RAD? Вроде там кнопочки, формочки и прочее.
>для нуба твоего типа важна
Вот только клише не надо. Да, сумбурно взялся. Ничего, разберусь помалёху.
VS - это не только IDE, это IDE+конпелятор. И конпелятор можно просто использовать из командной строки, или даже скачать отдельно.
Если места не жалко (10-15 ГБ) - ставь Visual Studio. Если места жалко - ставь Pelles C. Научиться потом конпелировать из командной строки недолго и несложно, тем более, что IDE эту самую командную строку в окне Build и в свойствах проекта все равно отображают.
Алсо вот этого двачую. Если ты не любишь и не хочешь залезать в дебри, бери что-нибудь более высокоуровневое.
Где-то слышал, что в RAD вроде дропнули BCC, и там теперь шланг в качестве компилятора. Можешь попробовать и рассказать нам.
Там никогда и не было gcc. Какой-то свой костыль был.
А от шланга там вроде только бэкэнд прикрутили чтобы последний стандарт плюсов поддерживать, нихуя не изменилось - это худший вариант.
Да, я о том и говорю. BCC = Borland C Compiler, во времена 16 бит выбирать было особо не из чего, и он был ок, а вот под виндой он запомнился тем, что для сборки проекта обязательно приходилось писать какой-нибудь костыль.
Спасибо за советы. Попробую обжиться.
Более подходящего треда не нашел. Суть проблемы -- по переводу Васяна одной книги решил запилить простенький драйвер http://dmilvdv.narod.ru/Translate/LDD3/ldd_hello_world_module.html . Проблема в том, что при запуске make мне пишет следующее:
Cannot use CONFIG_CC_STACKPROTECTOR_STRONG: -fstack-protector-strong not supported by compiler
Гугление не даёт результатов. Есть у кого идеи какие?
Cannot use CONFIG_CC_STACKPROTECTOR_STRONG: -fstack-protector-strong not supported by compiler
Гугление не даёт результатов. Есть у кого идеи какие?
Makefile, plz
Да, сори. Брал у этого же Васяна - http://dmilvdv.narod.ru/Translate/LDD3/ldd_compiling_loading.html
Другую версию нагуглил то ли на стэковерфлоу, то ли где-то еще:
# if KERNELRELEASE is not defined, we've been called directly from the command line.
# Invoke the kernel build system.
ifeq (${KERNELRELEASE},)
KERNEL_SOURCE := /usr/src/linux-headers-4.4.0-22-generic
PWD := $(shell pwd)
default:
${MAKE} -C ${KERNEL_SOURCE} SUBDIRS=${PWD} modules
clean:
${MAKE} -C ${KERNEL_SOURCE} SUBDIRS=${PWD} clean
endif
Одинаково нихуя не работает
1. Что за дистр, ядрo?
2. Это работает? goo.gl/3Sx4ec
3. Компилируешь gcc?
Ubuntu 16.04 LTS, ядро 4.4.0-22
Результат твоей пасты:
make -C /lib/modules/4.4.0-22-generic/build M=
make[1]: Entering directory '/usr/src/linux-headers-4.4.0-22-generic'
make[2]: No rule to make target 'arch/x86/entry/syscalls/syscall_32.tbl', needed by 'arch/x86/entry/syscalls/../../include/generated/asm/syscalls_32.h'. Stop.
arch/x86/Makefile:199: recipe for target 'archheaders' failed
make[1]: [archheaders] Error 2
make[1]: Leaving directory '/usr/src/linux-headers-4.4.0-22-generic'
Makefile:5: recipe for target 'all' failed
make: * [all] Error 2
Не понял немного вопрос нубас в программировании под линукс. Вообще да, но я так понял, при запуске make всё должно сделаться само магическим образом. Ну типа если я просто компилю через gcc, то у меня даже не видит linux/module.h -- гугл сказал, что так и должно быть, если одним gcc компилить.
Скинь выхлоп tree /usr/src/ файлом
Вообще хз в чем проблема.
Можешь попробовать вручную добавить syscall_32.tbl
https://raw.githubusercontent.com/torvalds/linux/v4.4/arch/x86/entry/syscalls/syscall_32.tbl
Ubuntu проблемыс скорее всего. Дерьмовый дистр
Ты можешь явно указать make чем компелировать
Чуть позже отпишусь.
Какие юзер френдли альтернативы? Или я делю на ноль?
Тебе нужен девелопер-френдли. Мейнстрим в этой категории: arch, gentoo, slackware. У арча очешуительный доки
арчую арч
гентчую генту
Добавил. Сообщение о том, что нужен syscall_32.tbl пропало, но эта шляпа опять появилась:
make -C /lib/modules/4.4.0-22-generic/build M=/home/rapeity/Документы/kernal development/nothing driver modules
make[1]: Entering directory '/usr/src/linux-headers-4.4.0-22-generic'
arch/x86/Makefile:148: CONFIG_X86_X32 enabled but no binutils support
Makefile:670: Cannot use CONFIG_CC_STACKPROTECTOR_STRONG: -fstack-protector-strong not supported by compiler
make[1]: No rule to make target 'development/nothing'. Stop.
make[1]: Leaving directory '/usr/src/linux-headers-4.4.0-22-generic'
Makefile:20: recipe for target 'default' failed
make: [default] Error 2
В общем, суть была в том, что в путях был спейс фейспалм
Пиши почаще их руками.
Что анонимус думает о сишных либах для async io(libuv, libev)? Насколько они удобны по сравнению с asio?
Относительно ебланически перегруженного asio (с которым хэловорлд компилируется пол часа и кода получается больше чем с голыми сокетами) – вообще всё смотрится охуенно. Даже если ты пишешь на плюсах а не на си.
Были бы в еще сишке лямбды...
Замыкания классные
Чем
>> func_name(..., callback_type cb, void* ptr_to_your_data)
лучше замыканий??
Тем, что здесь нет никакой магии. Если хочется магии - почему бы не взять плюсы? Там ее хоть отбавляй, особенно в новых стандартах.
Ой да в любом современном языке магии гораздооо больше чем в плюсах
нет там магии. только программисту руки короче сделали. КОКОКО БЕЗАПАСНАСТЬ!!!
Чем каналы в go не магия? Или ATD в любом языке. Если уж замыкания из n2030 -называть магией...
Получается любая абстракция -> магия, давайте все всё писать на ассемблере, там все прозрачно.
Аноны, посоветуйте с личного опыта ньюфагу простенький фреймворк для модульного тестирования.
Хм, у вас всё же странное отношение к байтоёбле.
Я вот на работе пользуюсь всем, что под руку подвернётся - питоном, жабаскриптами, плюсами, шарпом, перлом, вб, даже о богомерзкую жабу приходилось руки марать. Но в основном питон, потому что обычная рабочая ситуация - это "хуяк, хуяк, и в продакшн", надо срочно-быстро-вчера сделать самые разные задачи.
А на си я пишу дома, для души. Мне байтоёбля доставляет больше, чем вся высокоуровневая хуета с лямбдами.
Я вот на работе пользуюсь всем, что под руку подвернётся - питоном, жабаскриптами, плюсами, шарпом, перлом, вб, даже о богомерзкую жабу приходилось руки марать. Но в основном питон, потому что обычная рабочая ситуация - это "хуяк, хуяк, и в продакшн", надо срочно-быстро-вчера сделать самые разные задачи.
А на си я пишу дома, для души. Мне байтоёбля доставляет больше, чем вся высокоуровневая хуета с лямбдами.
веб?
>async io(libuv, libev)? Насколько они удобны по сравнению с asio?
нужно четко представлять, как они оборачивают нативные вызовы, те в чего они превращаются на целевой платформе..
а вообще если нет необходимости в кроссплатформе, то использовал бы нативные соответствующие апи
И что же в новых стандартах – магия? Назови навскидку чтоле.
динамическая типизация например.
>динамическая типизация
Пиздос, я думал, скатить кресты еще ниже невозможно.
мимо
Её там нету.
Может ты о std::experemental::any - но это шаблонная библиотека как и весь STL, и узнать конкретную реализацию не составляет проблем, никакрой магии компилятора и прочего.
Пиздос, а я-то думал на пейсатели на си не настолько деградировали.
тоже мимо
Что-то типа boost::variant? Только для POD типов?
Он в отличии от варианта вообще для всего. Если сказать точнее - это почти полная эмуляция динамики с сопутствующим оверхедом, в отличие от варианта выше.
http://www.boost.org/doc/libs/1_61_0/doc/html/variant/misc.html#variant.versus-any
Это собственно копипаста из буста как обычно, поэтому это сравнение котируется.
Дальнейшее обсуждение лучше продолжить в крестотреде или ткните носом где там в плюсах магия как в рубях или gовне.
Я вижу только деградацию крестов, если этот товарищ не пиздит.
Он сказал хуйню, спутав вывод типов с динамикой, а ты не проверяя подписался под его словами.
>как в рубях
А там-то где? call/cc разве что.
Оно мне надо что ли, проверять пост рандомного сосачера на тему, которая мне совершенно не интересна?
Значит не удивляйся когда на тебя будут ссать после соглашения с высером, в чём проблема?
Расскажите лучше про принципиальные новшества С11. Хочу книжку почитать по нему - стоит ли?
Магия в языках программирования - всё, что реализовано не средствами языка (т.е. неявно для тебя в момент написания). Короче говоря - в высокоуровенных языках вообще всё "магия". Как пример - те же корутины - вполне себе магия.
Их нету. Страничку на вики прочитай, и хватит.
Спецификатор _Noreturn указывает, что программа никогда не вернет управление из функции? Какой-то смысл для оптимизации или просто синтаксический сахар?
Указывает компилятору на возможность какой-то микрооптимизации.
Ветка кода, заканчивающаяся noreturn, ненормальная и случается редко, поэтому её можно куда-нибудь подальше засунуть, чтобы не отсвечивала.
Это модификатор функции, вась.
Да, это хинт компилятору для оптимизации и для статического анализа.
Очевидно, что он имеет в виду ветку функции, которая вызывает функцию, помеченную _Noreturn.
А секьюрные варианты функций (аля strcat_s и тд) не включили в новый стандарт? В GCC переносить код студии из студии напрягает немного.
Включили в виде необязательного расширения, но в следующем стандарте, скорее всего, смешают с говном или сразу запретят. Просто не пользуйся ими. А чтобы студия не умничала, скажи компилятору -D_CRT_SECURE_NO_DEPRECATE (Майкрософт не может в стандартные способы, даже когда сами протолкнули свое говно в стандарт).
Про -D_CRT_SECURE_NO_DEPRECATE знаю. Код старый и не мой.
Ну тогда страдай и реализуй сам (исходники CRT от Microsoft доступны, теоретичеки можно что-нибудь спиздить). GCC это вряд ли когда-нибудь будет поддерживать.
Нарердолил Gentoo GNU/Linux, что лучше юзать для скорости работы, статические либы или динамические?
Алсо под что сейчас программируют C - господа?
Веб
Это как?
>Алсо под что сейчас программируют C - господа?
твою мамку
Умоляю, скажи, что это выхлоп декомпилятора!
Очевидный линукс, очевидный embedded.
> статические либы или динамические
Это нисколько не вопрос производительности - накладные расходы на динамическое связывание минимальные.
>Умоляю, скажи, что это выхлоп декомпилятора!
нет
Хочу накатить Gentoo uclibc amd64
все нормально работать должно? Мне хромиум скомпилять надо.
А крестоблядки под шиндовс пишут(в основном) или под что-то другое?
Когда в Си появятся лямбды? Без замыканий, просто анонимные функции.
Скоро, вангую в следующем стандарте.
Т.е. ещё через 13 лет. Для желающих уже есть ObjC, C++ (в которых можно писать и на си с лямбдами), разные форки компиляторов с блоками/вложенными функциями.
Нет, в основном кроссплатформу (от Qt до игровых движков).
Не так уш плохо, Я думал шинловс онли
C++ Правда походит для этого, может сишку и лямбд не добавят (зачем с сишечки плюсы делать?)
Объектно Ориентированная Параша не нужна. Мне нравится Си за то, что он дает полный контроль над кодом, не добавляет ничего лишнего. Почти как ассемблер.
А лямбды нужны для улучшения читабельности кода, чтобы не создавать лишних функций и не плодить имен.
Кстати, подумал - в принципе и замыкания можно частично сделать, константные (запоминается текущее значение внешней переменной), для этого не нужны ни объекты, ни сборка мусора.
Раньше ЕМНИП в Java тоже были только такие.
Кто тебя просит её использовать? Пиши в процедурном стиле на здоровье, если тебе только лямбды нужны.
Дык в gcc вроде так и впилили вложенные ф-ции, правда очистить код не сильно помогают.
>Мне хромиум скомпилять надо.
Не знаю, как в генту, но во фряхе он компиляется ПИЗДЕЦ долго. Полдня его собирал, в то время как firefox собирается около часа, если не меньше. Возможно, также хром криво на фряху портирован: он всё время глючит, подтормаживает, падает. Это пиздец, какое-то говно, а не браузер. Не советую его компилять в принципе.
>Объектно Ориентированная Параша
Лямбы - функциональная параша.
>лямбды
Нет, это монады, каррирование и прочее ненужное говно. А лямбды позволяют писать краткий и лаконичный код, при этом полностью прозрачный для байтолюба.
> Кто тебя просит её использовать? Пиши в процедурном стиле на здоровье, если тебе только лямбды нужны.
В крестах лямбды - это объекты.
> Дык в gcc вроде так и впилили вложенные ф-ции, правда очистить код не сильно помогают.
1. Это не на уровне стандарта.
2. Анонимных функций так и не завезли, потому и использовать неудобно.
>>В крестах лямбды - это объекты.
По подробнее.
Это функторы с перегруженным operator()()
Ясно, спасибо.
>очередной фп-петушок без мыла лезет в язык богов и дидов
Лол. Чему им в своих языках не сидится?
Мне не нравится ФП, аутист, мне нравятся лямбды.
>Лол. Чему им в своих языках не сидится?
они прямо как вегатарианцы
C ("няшная сишка") - самый простой и убогий язык из тех, что используются на практике. Более убогий - только брейнфак. Единственное выразительное средство - копипаст, для автоматизации которого есть даже специальный второй язык-препроцессор. Делает решение любой задачи нетривиальным, так что его решение задач с его помощью может требовать высокой квалификации. Тем не менее, типичная сиблядь ничего не знает и не умеет. Даже дибиловатый обгвидок знает, помимо гвидопыха, еще и сишку, но сиблядь не знает ничего кроме нее. Языком владеют почти все, но только сиблядь этим знанием годится, остальные стыдливо скрывают. Также сиблядь может ошибочно считать что знает C++ или несуществующий язык C/C++.
Указывать сиблядям на проблемы языка бесполезно. Кроме сишки сиблядь ни хуя не знает и не умеет, а на любое обвинение у сибляди есть универсальный ответ - "криворукость". Этим сиблядь как бы намекает, что что все вокруг криворуки - т.е. сотрудники микрософта и интеля, пишущие кривые драйвера и библиотеки, прыщебляди, пишущие дырявое ведро своей системы вот уже не первый десяток лет, просто другие сибляди из соседнего подвала полусвовковой шаражки, в которой сиблядь работает. А вот сама сиблядь - сука граф Шарль Ожье де Бац де Кастельмор д’Артаньян среди педерастов, владеющий техникой левитации, предсказания будущего и написания небыдлокода на сишке. К сожалению, простым смертным едва ли не удастся увидеть творения сенсея, так и будут они работать с глючным говном криворуких интелевских и микросовтовских инжеренов, внезапно падающим от какого-нибудь buffer overflow, несмотря на зиллионы человекочасов, проёбанных на его тестирование и отладку.
Тебя смущает неявное использование классов? Не православно?
>Это не на уровне стандарта.
На С кроме системщины ничего не пишут, какой смысл поддерживать портируемость между компиляторами?
Професиональные сишники, как правило, хорошо владеют всеми мейнстримовыми парадигмами.
>>74831
Ты сейчас описал школьника, максимум - студента первого курса
Ты сейчас описал школьника, максимум - студента первого курса
Сюда
Профессиональный - зарабатывающий на этом.
Я зарабатываю сями, но я тупой байтослесарь, не могу в ООП.
Функция будет размещена где-нибудь подальше от часто используемых функций, что даст выигрыш в кеше кода и данных, когда программа будет исполняться процессором, то есь не получится так, что функция, которая вызывается один раз за все работу программы была размещена где нибудь посередине секции, где исполняется 90% программы.
Но ведь на норетурнах можно хоть полностью программу написать...
Компилял не раз уже, относительно шиндовса прирост производительности в 2-4 раза, бывало за час-два собирал, бывало за три, там разные флаги есть, если надо сократить время компилежки то можно использовать системные библиотеки и программы.
На 2 ядрах штеуда компилял, анон с софтача на фряхе тоже целый день собирал апач (пека древняя вроде)
Привет, анон. Помоги, пожалуйста, с реализацией алгортима Дейкстры для графа (https://ru.wikipedia.org/wiki/Алгоритм_Дейкстры). Пытаюсь реализовать его с использование LINQ-запросов, поэтому прошу помощи здесь.
Алгоритм Дейкстры весьма прост (для тех, кто с ним не знаком): Вес начальной вершины принимаем за ноль, вес остальных вершин за бесконечность. Находим на графе все вершины, соединенные со стартовой одним общим ребром и по порядку проверяем, является ли вес каждой такой вершины бОльшим, чем вес начальной вершины + вес ребра их соединяющего. Если является, то присваиваем вершине новое значение, равное весу начальной вершины + весу ребра их соединяющего. После того, как провернули такое действие со всеми связными вершинами, выбираем из них ту, что получилась с минимальным весом и принимаем ее за начальную, проворачивая с ее связными вершинами тоже самое.
Вот только "соседом" второй по счету вершины сразу же станет изначальная вершина с нулевым весом, а следовательно в конце простановки весов связных вершин именно эта первая будет принята за минимальную и она снова станет текущей, и так по кругу с очевидным зацикливанием. Можно же добавить вершине метку посещенности и впоследствии выбирать из соседей МИНИМАЛЬНУЮ И НЕ ПОСЕЩЕННУЮ, но в один момент таких вершин может оказаться 0, однако при этом на графе могут либо остаться не посещенные вершины, либо вообще не дойти до финиша. Как с этим быть?
Или граф может быть пройден от начала до конца, но по неверному маршруту, а когда алгоритм возвращается к не посещенной вершине, чтобы это исправить, он снова нихуя не получает, так как все связные с этой вершиной вершины уже были посещены, как на пикрелейтеде вершина 4 во втором варианте.
Вот код, хотя я тут намешал и использование списка не посещенных вершин, и использование. Метод getTops() возвращает список связных, но не посещенных вершин, его описывать не стал: http://pastebin.com/kKhUcrN9
Как решить ситуацию, чтобы можно было пройтись по всем вершинам, но при этом без зацикливания, то есть возвращения в уже посещенные связные вершины, но имеющие маленький вес.
Алгоритм Дейкстры весьма прост (для тех, кто с ним не знаком): Вес начальной вершины принимаем за ноль, вес остальных вершин за бесконечность. Находим на графе все вершины, соединенные со стартовой одним общим ребром и по порядку проверяем, является ли вес каждой такой вершины бОльшим, чем вес начальной вершины + вес ребра их соединяющего. Если является, то присваиваем вершине новое значение, равное весу начальной вершины + весу ребра их соединяющего. После того, как провернули такое действие со всеми связными вершинами, выбираем из них ту, что получилась с минимальным весом и принимаем ее за начальную, проворачивая с ее связными вершинами тоже самое.
Вот только "соседом" второй по счету вершины сразу же станет изначальная вершина с нулевым весом, а следовательно в конце простановки весов связных вершин именно эта первая будет принята за минимальную и она снова станет текущей, и так по кругу с очевидным зацикливанием. Можно же добавить вершине метку посещенности и впоследствии выбирать из соседей МИНИМАЛЬНУЮ И НЕ ПОСЕЩЕННУЮ, но в один момент таких вершин может оказаться 0, однако при этом на графе могут либо остаться не посещенные вершины, либо вообще не дойти до финиша. Как с этим быть?
Или граф может быть пройден от начала до конца, но по неверному маршруту, а когда алгоритм возвращается к не посещенной вершине, чтобы это исправить, он снова нихуя не получает, так как все связные с этой вершиной вершины уже были посещены, как на пикрелейтеде вершина 4 во втором варианте.
Вот код, хотя я тут намешал и использование списка не посещенных вершин, и использование. Метод getTops() возвращает список связных, но не посещенных вершин, его описывать не стал: http://pastebin.com/kKhUcrN9
Как решить ситуацию, чтобы можно было пройтись по всем вершинам, но при этом без зацикливания, то есть возвращения в уже посещенные связные вершины, но имеющие маленький вес.
Обосрался с картинкой, в Варианте 2 между вершинами 3 и 4 на ребре вес 6.
А между 4 и 5 наоборот 1.
Я еще и с тредом обосрался, ну что за стыдоба. Забыть бы это поскорее.
http://hackaday.com/2012/12/14/leveraging-the-gpu-to-accelerate-the-linux-kernel/
http://www.phoronix.com/scan.php?page=news_item&px=OTQxMQ
https://news.ycombinator.com/item?id=2521820
https://github.com/wbsun/kgpu
https://github.com/wbsun/kgpu/wiki/KGPU---Home
https://www.flux.utah.edu/project/kgpu
Посему такую перспективную хрень как KGPU делали энтузиасты на коленке, а нвидия забила хуйца на такую возможность?
http://www.phoronix.com/scan.php?page=news_item&px=OTQxMQ
https://news.ycombinator.com/item?id=2521820
https://github.com/wbsun/kgpu
https://github.com/wbsun/kgpu/wiki/KGPU---Home
https://www.flux.utah.edu/project/kgpu
Посему такую перспективную хрень как KGPU делали энтузиасты на коленке, а нвидия забила хуйца на такую возможность?
В чём она перспективная? Быстрее устроить апокалипсис, прогрев видюхами атмосферу как следует?
> функция будет размещена где-нибудь подальше от часто используемых функций
На самом деле функцию размещать будет линкер, только у линкера нет информации о _Noreturn. А вот компилятор на основании этого атрибута может упростить control flow вызывающей функции, может оптимальнее использовать регистры, особенно под какой-нибудь x86, где их мало.
Распаралеленое ядро на тысяче процессоров, никакого перегрева не будет, большой нагрузки на одно ядро не возникает. Для ГПУ оно как фоновая задача будет
Сильно ускорит работу серверов.
Ты иди хэши поперебирай на гпу, и расскажи что перегрузки быть не может.
Они не имбицилы, и точно есть причины почему даже гугловые сервера работают на cpu.
Потому что на гпу пока что только ядро научились исполнять.
А вы отделяете оператор обращения к полю структуры по указателю стрелочку пробелами? Заебись, по-моему.
Блджад, почему мой макрос для свапа, не обнуляющий равные элементы, вызывает ошибку?
#define swap (a, b) ((&(a) == &(b)) ? (a) : ((a)^=(b),(b)^=(a),(a)^=(b)))
#define swap (a, b) ((&(a) == &(b)) ? (a) : ((a)^=(b),(b)^=(a),(a)^=(b)))
Точку тоже отделяешь?
Неа. Просто такая стрелочка напоминает математические функции, от которых я тащусь.
...только вот обозначает совсем другое. В итоге запись выглядит странно.
Выглядит странно как раз её отделение. Так она похожа на какую-то лямбду, вместе видно что это член структуры.
С таким форматированием сложнее вспомнить, что у -> приоритет выше, чем у +. Кто-нибудь невыспавшийся обязательно запутается.
Пробел после swap. Это препроцессор, детка.
Алсо, мало того, что у тебя тут овердохуя операций, так еще и бранч.
но в сервера не ставят видеокарты
А это какой-то стандартный способ документирования кода или только для их системы?
http://www.oryx-embedded.com/doc/rc4_8c_source.html
http://www.oryx-embedded.com/doc/rc4_8c_source.html
Ну какбэ это JavaDoc, а документацию по нему генерирует Doxygen.
>- TCC: очень маленький компилятор с багами и неполной поддержкой C99.
Тут более значимо что он интерпретатор
Он не интерпретатор, с ключом -run и/или с shebang в исходнике он компилирует в память.
Я нажимаю Ctrl+K, Ctlr+F в студии. Делаю автоформат кода и ебу себе мозг.
Курс на степике детектед.
Посоны, помогите. У меня есть указатель на массив. Хочу в него записать данные из строки. Как это сделать?
Тащем-то все просто берешь и записываешь.
посимвольно
гугли арифметику указателей
Функциональную байтослесари не осилили, судя по бугурту. Ни один человек, осиливший Haskell, никогда не вернется в байтопарашу.
ну и слейся отсюда гомункул
И где собираются работать "невернувшиеся"?
Lisp > Haskell
Где можно скачать компилятор Keil?
Это правда, что он шароварный, и нужен кряк?
lite вроде бесплатный. А нахуй он тебе вообще?
поделитесь инфой по OPC
Тред, посвященный прародителю всех С-подобных языков и по совместительству единственному идеальному и всесторонне годныму средству программирования как на системном, так и на прикладном уровне.
Что читать:
- Классика от Отцов: http://www.ime.usp.br/~pf/Kernighan-Ritchie/C-Programming-Ebook.pdf
- Годное пособие для гуманитариев: http://c.learncodethehardway.org/book/
- Немного примеров хорошего стиля: http://www.oualline.com/books.free/style/index.html
- ООП, например: http://www.cs.rit.edu/%7Eats/books/ooc.pdf
- Стандарт ISO/IEC 9899:1999 (он же C99): http://www.open-std.org/jtc1/sc22/wg14/www/docs/n1256.pdf (драфт) не драфт ищем на торрентах
- Стандарт ISO/IEC 9899:2011 (он же C11): http://www.open-std.org/jtc1/sc22/wg14/www/docs/n1570.pdf (драфт)
- man/Dash/zealdocs
Чем конпелировать:
- Очевидный GCC.
- clang: оче годно, батя рекомендует. Дрочим на --analyze.
- Intel C++ Compiler: оптимизации, тысячи их.
- Visual Studio 2015 Community Edition: внезапно этим стало можно пользоваться, особенно с тулсетом clang/C2. Поддержка C11 на уровне "есть все, что тебе понадобится в реальном проекте плюс кривая библиотека". Анализатор кода в комплекте.
- Pelles C (шиндоуз онли): поучиться, вкатиться в C11 (стандарт полностью реализован, имеются в том числе threads.h и прочие stdatomic.h), но количество багов в оптимизаторе и редкие апдейты напрочь отбивают желание собирать этим что-то сколько-нибудь серьезное.
- TCC: очень маленький компилятор с багами и неполной поддержкой C99.
Что еще почитать:
http://c-faq.com/
FAQ из comp.lang.c. Древний, но все еще актуален.
Stephen Prata "C Primer Plus, 6th Edition" (2014)
Свежая знает про C89, C99, C11, описывает различия, объемная около тысячи страниц, годная хотя есть некоторые шероховатости, с вопросами, упражнениями и ответами. Читать после K&R или до.
Samuel P. Harbison, Guy L. Steele Jr. "C: A Reference Manual, 5th Edition" (2002)
Ебаный пересказ стандартов C89 и C99 (включая стандартную библиотеку). Для не осиливающих стандарт в оригинале. Читать в качестве подготовки к собеседованиям (есть задачник с ответами) и для ознакомления с масштабами пиздеца перед написанием своего парсера/компилера.
Peter Van Der Linden "Expert C Programming. Deep C Secrets" (1994)
"Си: грязные истории". Смехуечки, немного объяснений, чем обусловлены особенности языка, всем известные подводные камни кто там ругал косяки в JS? у нас в сишечке их гораздо больше, просто они лучше спрятаны, немного байтоебли и непонятно откуда взявшаяся глава про старинные плюсы. Читать в качестве сказки на ночь (на пару вечеров хватит).
Ben Klemens "21st Century C: C Tips from the New School" (2012)
Stephen G. Kochan "Programming in C (4th Edition)" (2014)
MISRA Ltd. "Guidelines for the Use of the C Language in Critical Systems" (2013)
Набор рекомендаций по написанию надежного кода на C (промышленный стандарт). Читать - однозначно, следовать - вдумчиво и без фанатизма. Также можно посмотреть https://www.securecoding.cert.org/confluence/display/c/SEI+CERT+C+Coding+Standard
Еще более длинный список: http://www.iso-9899.info/wiki/Books#Learning_C
Прошлые треды:
- https://arhivach.org/thread/106153/
- https://arhivach.org/thread/131949/
- https://arhivach.org/thread/140570/
- https://arhivach.org/thread/153698/
- https://arhivach.org/thread/155908/
Шапка: http://piratepad.net/bJ1SdmkZyu