Это копия, сохраненная 5 июня 2016 года.
Скачать тред: только с превью, с превью и прикрепленными файлами.
Второй вариант может долго скачиваться. Файлы будут только в живых или недавно утонувших тредах. Подробнее
Если вам полезен архив М.Двача, пожертвуйте на оплату сервера.
Что читать:
- Классика от Отцов: 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/~ats/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
Нет, даун. На сперме MinGW может требоваться из-за platform-specific хидеров, не больше.
>Всегда думал, что этот фронтенд и LLVM могут работать полностью автономно
1. Собираешь llvm и clang с помощью бинарного компилятора под винду - mingw или msvs.
2. Собираешь llvm и clang с помощью собранного тобой clang.
А на них вообще возможно писать нормальный код и есть ли для них нормальный компилятор?
Да линукс. Спасибо.
> Мне же нужно восстанавливать удаленные файлы.
Где-то я тебя видел. В одном зашкварном месте.
Качай с официального сайта а не от васянов.
И вообще
>2016
>антивирусы
Ты ж программист (наверное). Должен же понимать зачем нужны антивирусы и как работают.
>2076
>реагировать на открытую провокацию
Спермадаун, тебя сейчас тонко подъебали.
Алсо, в шапке есть инфа про VS – этого за глаза. Даже если не хочешь тащить эту толстушку себе под пледик на жд – всё равно как минимум WinSDK установить придётся (а главный шиндокомпилер идёт в комплекте).
MinGW и прочие испражнения нужны только из-за всякой POSIX-хуиты, которой на сперме официально не было до недавнего времени (а скоро он будет в шинде из коробки и пердолиг с MinGW как и он сам умрут).
Двачаю.
Обычный мейнстрим. Если ты не знаешь зачем оно тебе — оно не нужно. И не слушай дебилов, которые тебе скажут, что тебе обязательно нужно выбросить gcc и перекатиться на clang, без четкой аргументации.
clang это компилятор, разрабатываемый Apple и Google. Стремится быть альтернативой древнему GCC. Сделать его решили из-за того, что Столлман в свое послал Apple с их LLVM. Для подробностей лучше прочти документацию по нему. А еще лучше, если ты прежде научишься пользоваться GCC, чтобы потом тут не брызгать слюной, рассказывая на о мамонтах.
А ещё лучше найди последнюю версию GCC до выхода шланга. В то время это было говнище с медленной компиляцией и абсолютно не читаемым говном вместо ошибок. Про то что в бэкэнде GCC разбираются 1.5 человека, забудем. И про то что кое-кто любит ломать всё нахуй ради очередной оптимизации через UB тоже промолчим, чо уж.
На данный момент в GCC исправлен только первый пункт (точнее это в шланге регрессия). С бенчмарками справляются с переменным успехом, чаще в сторону гнутого, ок.
И ещё - если вдруг тебе приспичило использовать свежий стандарт или просто каким-то образом поймать баг - ты можешь подождать пару лет пока его исправит сам знаешь чьё коммунити, либо кинуть иссуй челикам из эпла которые всё запилят в кратчайшие сроки.
>>724689
За тем же за чем и убунтову фо швиндовз. Маркетинг.
Из реально адекватных целей разве что более быстрая реализация последнего плюсового стандарта (последний компилятор из студии до сих пор поддерживает 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, который идет первым пунктом?
>>724660
> 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 компилятор таки откроет рано или поздно, как это сделала с дотнетом.
васян по умолчанию - хакирь, а создатель - ламер. тут всё логично, культура окон, пойду сворую студию.
У clang нет пока еще библиотек под винду
Я сейчас проверил пример с Variable templates. Они компилируются. Прям как указано на "сайте васяна". Хотя не должны, если верить MSDN.
Давай ты прекратишь позориться в этом тренде и просто пойдёшь нахуй.
Не вариативные (variadic), а variable.
Мутная хрень какая-то http://stackoverflow.com/questions/21051141/c14-variable-templates-what-is-their-purpose-any-usage-example
ну да, как получается, параметрированные? хуй знает, у меня как-то вариативность в голове крутится чёт...
я тоже самое и сказал
>>724867
>>724863
Это все конечно очень интересно, но может вам проседовать в >>714898 (OP)? У нас тут кроме _Generic отродясь ничего не было.
Теперь это C++-тред.
но компиляторы пиздец меня огорчили, они даже не предопределяют a+=b c = a < b как бит переноса в c....
>Хотя не должны, если верить MSDN.
Значит спермобляди в очередной раз соснули и им приходится брать документацию у васяна, так как их господин не соизволит обновлять ее.
>Давай ты прекратишь позориться в этом тренде и просто пойдёшь нахуй.
Позоришься тут ты. Это Си тред, так что пиздуй в свой загон.
Я тут с уважаемым господином обсуждал компилятор от MS.
Влез истеричный школьник.
Ему на это указали.
Он порвался.
Вопрос: зачем?
Этот господин: >>724798 сослался на официальную документацию, так один дебил просто не верил ему.
Этот петух: >>724813 ссылается на книгу рецептов васяна и называет человека, который читает официальную документацию, дегенератом.
Это по твоему обсуждение компилятора? Тем более это Си-тред. Съеби в свой загон, прокаженный.
>>724863
Здесь петух не выдерживает и рвется изливая ненависть на человека, который критикует чтение отрицание официальной документации.
>>724915
Здесь петух за неимением аргументов, начинает проецировать свою жизнь на других.
>>724920
А здесь петух решил зареверсировать и действует методом: "Порвался? Скажи опоненту с умным видом, что порвался он.".
Вопрос: Зачем он это делает?
Ага. Я так и поверил. А вообще, дело хотя бы в том, что Си стремится оставаться простым, прозрачным и низкоуровневым, в то время как кресты стали огромным неуправляемым комбайном. Это одна из основных причин почему кресты мало используют в системщине. Keep it simple stupid.
Вскукареки ниосилятора вижу я, даже гцц на плюсах, а ты всё пиши драйвера для ком порта.
Не могу поверить, что опускаюсь до языкосрачей, но против Rust у меня есть железобетонный аргумент: через 4-5 лет с ним наиграются и выкинут, а сишечка как была везде десятилетиями, так еще пару десятилетий проживет точно если, конечно, на ней не перестанут писать из отвращения после ввода замыканий в С2x.
Да причем тут сишечка, грешный?
>Зачем нужны плюсы, если есть Rust?
>через 4-5 лет с ним наиграются и выкинут
Whatever, но лучше же раст, чем кресты?
> причем тут сишечка
Потому что я на ней пишу, а тут тредик про сишечку.
> лучше же раст, чем кресты
История какбэ говорит нам, что В КРЕСТЫ ТАК И НЕ НАИГРАЛИСЬ.
Счастливое детство. Я с Borland C++ Builder начинал.
>Мнение человека не ограниченого каким-то одним языком, знающего, что не стоит использовать то, без чего можно обойтись
Пофиксил тебя.
>даже гцц на плюсах,
Вруша. Он на их смеси.
>а ты всё пиши драйвера для ком порта.
Будто что-то плохое.
вот как бывает, вчера ты мне пишешь что я толщу, а сегодня отвечаешь на толщу, и это в день рождения моей дочери.
Просто начался новый день. Лимит на толстоту восстановлен.
Угу. Керниган вместе с Ритчи грязно воспользовались трудами Страуструпа, взяв все наиболее необходимое для языка и сделали свой аналог паскаля. Эдакий учебный язык, чтобы потом можно было перекатиться на кресты.
Всё правильно. Только не стоит множить несправедливость. Керниган к созданию языка руку не приложил, он в основном мануал писал, и в авторах книги он первый именно потому, что писал больше, чем Ричи.
Вот только не стоит забывать еще и о Кене Томпсоне. Так как он был самым омежным в лаборатории, его травили и заставили скопипастить кресты. В это время Керниган писал документацию, а Ритчи из жалости изредка помогал Кену и носил видеопленки с порнухой, которую он вместе с Керниганом смотрели на новеньком 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).
Уже прямее. Вообще, есть множество способов.
Допустим есть структура, в которой 8 однобитовых свойств, есть байт данных, который нужно разбить на эти 8 свойств.
Через юнион?
>>726455
Хотя здесь ошибка. Теряется бит. Тогда:
val = (01000011 & 01000000) | ((01000011 & 00000011) << 4).
val = (01110000 & 01000000) | ((01110000 & 00110000) >> 4)
>>726459
Битовые поля или по принципу флагов действуй. Определи Свойства константами вида: ONE = 0x01, TWO = 0x02, THREE = 0x04 и т.д и логически суммируй нужные тебе флаги:
val |= ONE | TWO и т.д.
>по принципу флагов действуй
В начале так и сделал.
Но потом захотелось ШТОБЫ КРАСИВО было, и решил зафигачить структуру с битовыми полями.
>Но потом захотелось ШТОБЫ КРАСИВО было,
Флаги используются повсеместно. Это нормальная практика для свойств. А битовые поля используют намного реже. Так что не выделывайся.
Это место с которым надо поменяться местами единицам.
там адовый код с тридцатилетней историей, хуй они его откроют, ибо банально стыдно будет, это тебе не дотнет относительно недавно написанный
дельфи любили в поссовке, китае, части европы тк это наследие европейской школы программирования все же по сути
и дельфи здесь занял, по сути, нишу вижуалбейсика, в остальном мире на нем лабали
если у тебя в маске только однобитные флаги, то нах те структура не нужна, делают шестнадцатеричными или восьмеричными константами, так удобней
а так, да, делают структуры с битовыми полями
а нету смысла открывать исходники майкрософтофского с++ компилера
открыать сорцы дотнета - есть смысл, тк это открывает возможности 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
Это все можно записать гораздо меньшим числом выражений, но надеюсь, что так тебе будет понятнее. Не забудь, что оперировать нужно беззнаковыми числами.
Не читал задачи, но надеюсь, что понял правильно.
У тебя есть исходное число 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 вроде на размер не влияет, только на размещение в памяти.
А ннет ! Я сглупил! Действительно! Я же про выравнивание говорю! А надо про упаковку! Прошу прощения.
Там вроде в плюсах по-другому, но не уверен. А у нас есть нестандартная, но очень широко поддерживаемая #pragma pack.
Ух, спасибо тебе большое, разъяснил. Теперь я наконец-то осилил происходящее. Спасибо!
Знаю что это очень даунский вопрос и олимпиады для хуесосов а олимпиадный тред мёртв, но иначе я не вижу способа включить оптимизацию компилятора если в жюри сидит хуесос, а паскальмартыхан сидит и угарает с меня.
Можно. Но зависит от компилятора. Для 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. Там кажется есть множество всего такого. Но это под линукс.
>Последняя даже легче будет, посколько весьма строга к мартышке,
Я бы по-другому сказал. Она не строга к мартышке. Она просто убирает за ним дерьмо. А в Си нагадил — убери.
>позволяет делать слишком очевидные и глупые баги.
Это да. Бывает И зависит не только от квалификации, но и от настроения и фазы луны. Впрочем, чем больше пишешь, тем меньше случайных ошибок делаешь.
Этого >>726804 двачаю. Сколько не видел олимпиадок, так там простые задания, чуть ли для домохозяек. Зачем там коллекции? Не понимат.
>Алгоритмы знать надо! Привыкнуть к своим list.reverse или list.sort() и не знают потом ни черта.
Писать по сто раз рутинные вещи заебывает. А так кто ж им виноват, что они не знают, что за алгоритм у них в библиотечной сортировочке?
>А в Си нагадил — убери.
Вот этим на олимпиадке нет времени заниматься. Как и оформлять читабельный код. Дома можешь хоть узадрачиваться, а тут изволь всё сделать за ограниченное время.
>Сколько не видел олимпиадок, так там простые задания, чуть ли для домохозяек. Зачем там коллекции? Не понимат.
Ох, что ж я сразу не понял, что спорю с профи. Ты поди все задачи ACM левой пяткой на брейнфаке решаешь?
>Вот этим на олимпиадке нет времени заниматься. Как и оформлять читабельный код. Дома можешь хоть узадрачиваться, а тут изволь всё сделать за ограниченное время.
Только на рашкинских птушных олимпиадах за это ещё "субъективно" могут накинуть баллов, лел.
>Ты поди все задачи ACM левой пяткой на брейнфаке решаешь?
Не переводи тему, ясен хуй тут другой уровень задач.
>Ох, что ж я сразу не понял, что спорю с профи.
Сарказм не уместен. Если ты не можешь в простую логику, это не значит, что и другие не могут.
>ясен хуй тут другой уровень задач
Это нормальный уровень задач. А то что там в школах и прочих ПТУ - сраное говно, на это НЕ нужно равняться.
Олимпиадник порвался? Сделай хотя бы один более-менее серьзный проект и ты поймешь что олимпиады лишь забавы для неосиляторов.
>порвался
ясно, залётный из /b/
>Сделай хотя бы один более-менее серьзный проект и ты поймешь что олимпиады лишь забавы для неосиляторов.
ну толсто же.
одно другому не мешает.
А ты построишь пирамиду из огромных каменных блоков вручную?
>ясно, залётный из /b/
Чини детектор.
>одно другому не мешает.
>жалуется, что нет STL и из-за этого очень сложно ему олимпиадные задачки решать, да и на Си писать сложно
А ведь любой нормальный программист должен уметь реализовывать любые алгоритмы, также как и знать Си, не допуская при этом глупых ошибок.
>одно другому не мешает.
Ну как не мешает. Это немного разные области - в одной ты спокойно сидишь и обдумываешь как чо делать, в другой ты как ебаная макака убегающая от охотника пытаешься успеть высрать зазубренные алгоритмы до дедлайна в пару часов. А когда области развития не пересекаются - они друг друга лочат как 2 треда 1 несчастную переменную.
Олимпиадное программирование - это как спорт - старания и превозмогания нужно дохуя, а толку - нихуя. Ну да, как и ирл в спорте в шоколаде только самый верхний эшелон, который составляет от силы 0,1%.
Неистово двачаю!
Ты читать умеешь? Си неудобен на олимпиадках, но если ты такой любитель жрать кактусы, то пожалуйста. Нормальный человек же выбирает наиболее подходящий к задаче инструмент.
По поводу дедлайнов, они присутствуют и на работе, вечно задрачивать не получится.
И да, одно другому таки не мешает, можно спокойно работать, а раз в месяц поиграть на каком-нибудь кф. Тебя олимпиадники покусали что ли?
Плюс архивы с задачами могут быть хорошим подспорьем для новичка, чтобы закрепить базу. Сразу он не пойдет ебашить крутые проекты, а вот поиграться с задачками - другое дело. Главное без фанатизма.
Ты реально какое-то животное. Когда ты участвуешь на каком нибудь ICPC и у тебя есть выбор (и самое главное задачи - не найти точку в прямоугольнике), то да - нужен яп высокого уровня.
Но тебе выше явно сказали - либо паскаль, либо си, и у тебя задача посортировать и красиво вывести дроби и тд школьное говно - можно хоть на асме с хачкелем писать, всем похуй. Если ты сумеешь прострелить себе ногу на такой хуйне - я даже не знаю что сказать.
А ещё я не знаю что сказать когда ты предлагаешь использовать плюсы с в три раза большим кол-вом заёбов и тонкостей.
>Как семёна разорвало.
Лал. Даже не хочет признавать что его хуесосят несколько человек.
>Нормальный человек же выбирает наиболее подходящий к задаче инструмент.
Ты как определять удлбность инструмента собрался? Кому-то пожет и на ассемблере удобнее многие решать.
>По поводу дедлайнов, они присутствуют и на работе, вечно задрачивать не получится.
На работе, у тебя есть возможность, чтобы сделать нормально и красиво полезные вещи, а не какую-то никому не нужную кроме твоего ЧСВ хуету..
>Плюс архивы с задачами могут быть хорошим подспорьем для новичка, чтобы закрепить базу.
Для новичка лучше книжки читать с алгоритмами и описанием разных техник программирования + документация по инструментам, чтобы не задавал вопросов об общении с компилятором.
Ммм, переход на личности :3
В мое время в школо-быдло-олимпиадках можно было выбирать как минимум из 4 языков.
>Если ты сумеешь прострелить себе ногу на такой хуйне - я даже не знаю что сказать.
Вас послушать, дак тут каждый школьник непризнанный гений, и может без единой ошибки написать на асме ядро ОС.
Если ты такой красавец, что можешь сразу ебашить ансейв код без багов и прочих переполняющихся буферов - молодец. Но с чего ты решил, что другие умеют то же самое? Особенно в наше время бума всяких code monkey.
Нет, им чисто добрый совет даешь, а они визжат и посылают. Первокурсники ебаные.
>асме ядро ОС.
> задача посортировать и красиво вывести дроби
>найти точку в прямоугольнике
Сука, и как мне не переходить на личности? Ты серьёзно ебанутый, или упарываешь что-то?
>Ммм, переход на личности :3
А сам-то? Детектишь тут во всех залетных и семенов.
>Вас послушать, дак тут каждый школьник непризнанный гений, и может без единой ошибки написать на асме ядро ОС.
Ты на олимпиадах ОСи пишешь? Ты решаешь там абстрактные задачи, которые вообще никак не связаны с технической составляющей.
>чего ты решил, что другие умеют то же самое?
А чего ты, не зная инструмента, советуешь кому-то не пользоваться инструментам, потому что лично ТЫ, не можешь на нем без ошибок писать даже элементарные вещи? Ты небось еще после каждой второй написанной строчки компилируешь и правишь ошибки?
>Особенно в наше время бума всяких code monkey.
Ты предлагаешь поощрать это дело?
>Нет, им чисто добрый совет даешь, а они визжат и посылают.
Ты говорил о своих субъективных ощущениях от языка. В случае того, кому ты это говорил, ему можно на чем угодно писать. Вероятность ошибок минимальна при знании языка и алгоритма. Но ты посоветовал ему не писать на паскале, который он знает плохо.
>Первокурсники ебаные
Детектор уже почини. Заебал! Третий раз уже.
>>727008
>ты ты ты ты ты ТЫЫЫЫЫ
Ясно.
Вообще не понимаю, чего вы так агритесь на спортивное программирование. Ну решают люди абстрактные задачки, и что? Давайте еще поливать говном математику, дескать она оторвана от жизни, ебучие математики что-то там решают, возятся, доказывают, уххх, мне на сосаче сказали это нинужна!
Вас лично никто не заставляет решать "найти точку в прямоугольнике".
Нет же, надо устраивать демагогию на пустом месте, лол.
>Ты предлагаешь поощрать это дело?
Программирование на строгом к ошибкам языке помогает как раз приучить новичков не делать глупостей. Думаешь, школьник с радостью побежит учить все скучные анальные секреты/стандарты/ твоей любимой сишки? Ага, щасс.
Пиздец, вы байтослесари какие-то, честное слово.
>Ты говорил о своих субъективных ощущениях от языка.
Запизделся уже. Очевидно, что на языках типа C/C++ гораздо легче наделать ошибок, будь ты хоть сто пядей во лбу. Никто не застрахован, человеческий фактор и всё такое. Но нет же
>Вероятность ошибок минимальна при знании языка и алгоритма.
Окей, выучи брейнфак и пиши на нем с МИНИМАЛЬНОЙ ВЕРОЯТНОСТЬЮ ОШИБОК. Инструмент ведь плохим не бывает априори, это всё руки кривые.
>думает что стандарты свойственны только для Си
>думает, что если спортивный быдлокодинг поливают говном те, кто не знает математику
>считает, что более высокоуровневые языки строги к ошибкам
>знание работы компьютера не нужно новичку.
Короче съеби. Просто съеби. С такими даунами даже спорить не хочется.
Да, да, ты победил, а я съебу. До свидания, слесари.
а че олимпиадки чем плохи-то, ну задрачивают люди классические алгоритмы, че плохого-то, не думаю что они быдлокодерами из-за этого становятся.
ну про элементарные задачи ты слишком хуйню спизданул, задачи с петрозаводских сборов порешай, гарантирую что ты сольешься.
Стадии:
1) Тебе дали задачу;
2) Ты обдумываешь варианты ее решения;
3) Выбрав наиболее подходящее решение, ты реализовываешь его.
Вот такой порядок действий на мой взгляд вполне справедлив. Разве что только если тебе не дадут задачу, для решения которой тебе требуются какие-либо узкоспециализированные знания в области математики и тебе надо так сходу решить не зная матчасти. Поправь меня если что-то не так. И дай пожалуй ссылку на эти задачи. Я просто множество задач олимпиадных видел, и мне они казались достаточно простыми.
ты из далека заходишь, ты описал решение любой задачи в любой сфере.
http://acm.timus.ru/problemset.aspx?space=1&tag=ptz
вот шерсти.
не все олимпиадки, это контесты на кодфорсе во втором дивизионе.
Симулятор интерактивного оконного менеджера? Хм. Только недавно читал про иксы и прокрастинирую собрать их. Не вижу чего-то сложного. Нужно хранить состояния да обрабатывать ошибки. Всего-то! Как допрокрастинирую, может возьмусь, хотя вижу мало интересного, честно говоря.
Ну маааам! Мне делать нечего! Шахматы надоели, а задач не завезли! Вот и маюсь.
Ну я имел ввиду, что оно плохо, как единственный род занятий. Я в том смысле, что если олимпиадник решает такие задачи, но не имеет практики реального программирования, то он ни на что не годен. Однако так как он получил слишком высокое ЧСВ из-за них, оно плохое для него. То что в той ссылке, я расцениваю как аналог решения сканвордов или партейки другой в шахматы.
95% олимпиадников после университетсва идут точно так же работать, или ты думаешь, что им просто так деньги за их чсв платят потом?
>или ты думаешь, что им просто так деньги за их чсв платят потом?
Знаешь. Ты поднял такую спорную тему... А все ли программисты заслуженно получают деньги за свою "работу"? Мне не очень хочется по этой теме ходить, так что останемся при своих мнениях, так как бессмысленным будет говорить про это. Добра тебе.
ну обычная тема, если платят, то значит решают поставленную задачу весьма успешно, если взяли работать, значит убедились в способности выполнять эту задачу.
Лол. Сначала кудахчешь, что спортивная прога никак не совместима с "обычным" программированием, и тут выясняется обратное.
Очередной толстый из /b/ короче, которому лишь бы доебаться да устроить срач. Ну а что, свинья грязи везде найдёт.
>Стадии:
>1) Тебе дали задачу;
>2) Ты обдумываешь варианты ее решения;
...и все они говно, работающие по примерным оценкам миллиарды лет чистого времени. Твои действия?
>Разве что только если тебе не дадут задачу, для решения которой тебе требуются какие-либо узкоспециализированные знания в области математики и тебе надо так сходу решить не зная матчасти.
Во-первых, если у тебя нет узкоспециализированных знаний, то в чем заключается твоя олимпиадность? Думать быстрее? В таком случае, конечно, обычная макака тоже рано или поздно справится. Во-вторых, без этих знаний ты не всегда даже сможешь понять, нужны ли тебе тут такие знания, просто подумаешь, что ты тупой дебил.
двочую
А вообще по-хорошему сложная задача сначала изучается теоретически, придумывается более хороший алгоритм а то и вообще хоть какой-нибудь, а потом уже спускают с цепи макак. И олимпиаднику полезнее мутировать именно в CS-теоретика, на худой конец исследователя-прикладника, нежели в дженерик кодера.
>И олимпиаднику полезнее мутировать именно в CS-теоретика
Ага ага, учитывая что наука и олимпиадки мартышек практически никак не пересекаются.
В итоге, ноут не нагружается даже от perl -e '`nc localhost 35335`;'
И я немного прихуел от такого расклада. Компилируется только предупреждая, что main вернет мне int, а так все спокойно, без ошибок. http://pastebin.com/Yym5TsMD
>О вреде чтения официальной документации и призыва к чтению мануалов от васяна?
Как показал опыт, официальные мануалы от майкрософт хуже мануалов "от васяна".
Ну охуеть теперь. Что дальше то будет?
>>727235
Вот убивал бы за такой код! Где проверки на ошибки, мудила? Почему у тебя на 35 строке листен идет в условии а все остальное выполняется вне зависимости от условия? Нахуя тебе треды, если даже простой сервер создать не можешь, не говоря о неблокирующих сокетах?
>sleep для потоков
За это я бы тебе в ебало дал. Забудь про потоки сука! Программировать сначала последовательно научись.
>фиксированные размеры буферов
>не проверяет переполнения буферов
>преобразовывает уже из одного типа в тот же тип
>struct stat st = {0};
Сука, съеби отсюда. Вообще забудь о программировании! Не вздумай даже хеллоуворлды писать. Вдруг еще ширус случайно создашь!
А если серьезно, прочитай пару книжек по Си. Начинай с K&R.
Как и всё остальное.
>Компилируется только предупреждая, что main вернет мне int, а так все спокойно, без ошибок
Хотя постой! Ты еще недостаточно обоссан. Запусти компилятор с флагами -Wall -Wextra -Wpedantic. Пусть и он на тебя поссыт.
А что тебе в struct stat не понравилось? Ну хочется человеку ее инициализировать, вреда от этого не будет.
Ну ладно. Это еще нормально, хоть и не имеет смысла в его случае. Особенно по сравнению с другими ошибками...
А при чём тут VS? Рантайм, система, компилятор - вообще всё что угодно, только при чём здесь IDE-то?
Почему VS не дает по ебалу за неправильный вызов функции?
>>727696
В следующий раз не буду тупить и буду сразу расчехлять отладчик.
>Почему 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;
Ебанутый? Зачем ты притащил сюда printf? Он на va_list'е. С ним все понятно. А та функция просто указатель на 32-битное беззнаковое число. Хули оно не выдает ошибки в виде "Too many arguments"?
Нет, животное, ты просто нихуя не знаешь языка и не понял что там делается.
http://ideone.com/uselL0
Лал. Проиграл с долбоеба, который так делает.
http://ideone.com/pcrszE
Здесь тебя компилятор обоссыт.
>include <stdio.h>
> printf();
Копетан, спасибо вам, вы прям глаза раскрыли мне!
Я так не делаю, а вот ты явно не умеешь читать, это наглядный пример утверждения, что
>>727841
>по стандарту си компилятор не особо должно ебать сколько там у ф-ции аргументов
Компилятора должно ебать не соответствие колличества фактических параметров с количеством формальным. Покажи мне ту строчку в стандарте, где написано, что это не так или ты будешь обоссан. Я сейчас просматриваю стандарт и вижу, что он говорит, что ты идешь нахуй, если функции не соответствует ее прототипу.
А по поводу этой: >>727791 хуйни, компилятору просто поебать на твои попытки переопределить функцию.
http://ideone.com/Ugwio5
А если ты напишешь printf() в какой-либо функции, компилятор просто скажет тебе, что ты ЛОХ.
>Компилятора должно ебать не соответствие колличества фактических параметров с количеством формальным.
И да. Забыл еще, что он проверяет типы аргументов. То есть если ты указал аргументы неправильного типа, он предупредит тебя, если можно преобразовать или пошлет нахуй если преобразование невозможно. Передавать что угодно можно только через void <звезда>
> Почему инструментарий в VS по-умолчанию не дает по ебалу за неправильный вызов функции?
Даёт. Ты забыл рассказать нам какие-то детали. Покажи вызов CreateSolidBrush, на котором оно не ругается, но падает. Потому что судя по твоим симптомам, у тебя ошибка где-то еще.
> solidbrush.c(5) : warning C4020: 'CreateSolidBrush' : too many actual parameters
Но так-то ты прав, оно не должно быть варнингом. Быстрофикс алсо, спасибо, добавил к себе в проект тоже:
#pragma warning (error: 4020)
>пиши на совместимом с обоими диалекте
Ты, наверное, из тех людей, которые на вопрос про два стула отвечают "сдвину и лягу".
Не сразу понял этот невзъебенный подъеб
> кажется
Так бы и писал. Что "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() вроде тоже никак не сообщает, папка или файл.
Все, нашел - для stat() есть макрос S_ISDIR() для поля st_mode.
Чет проглядел в первого раза.
Сап двощ, надо разобрать длл-ку одну, вчера скачал IDA, разобрал ее как смог, ток не понял нихуя, походу придется учить кресты эти ваши. А сишечка ламповая мне нравится, немного учу ее и пишу лабы. Вот ток в прышах с ней очень удобно работать через clion, а вшинде какие-то траблы с mingw, то ему либ не хватает то clion-у не хватает какой-то фигни. В общем, в прыщах не могу поиграть в линеечку, надо декомпельнуть fire.dll и подменить на свою реализацию, которая ок. Куда копать укажите путь господа. Спасибо за внимание, с меня картиночкапикрелейтед.
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) Не для языка с неявным преобразованием типов.
>Незачем капсом писать.
это паста, твой день прошел не зря братиш
>>729663
а в крестотреде лион прям уважают
Я знаю, что паста, просто больная тема.
> лион
Если все работает, то, очевидно, ничего и не нужно выкидывать. Если не осилил настроить, то либо осилить, либо выкинуть. Выучить полтора заклинания для компиляции с командной строки проще, чем настроить рандомную 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, чтобы узнать, с какими либами линкуемся. И дальше уже смотреть на либы. Для софта уровня хелловорлда проще собрать отладочную версию и посмотреть дизасм.
Спасибо за расстановку точек, Анон.
Ну да, а там кроме 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 не помогает)
>возвращает ошибку что файл слишком велик
чё за ошибка? не сталкивался с такой, чисто ради интереса.
Кстати, если у тебя соляра, чем компиляешь? Санстудио? ГЦЦ?
>не сталкивался с такой
вот тоже не понятно, может он пользуется какой-то обёрткой, которая выделяет память и читает из файла...
собсно, в мане быстро сам нашёл
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.
Но это для линукса, может на соляре как-то по-другому.
Ну так единственная обёртка, которая там может быть - это обёртка стандартной библиотеки. В принципе, можно попробовать вызвать трап напрямую в обход стандартной библиотеки, написав свою обёртку.
да не, то что x86-32 бинарники ограничены в размерах файлов - это нормально. не нужно ничё обходить, нужно просто компилировать в x86-64
и сажа прилипла
Пока пишу хеловорды и читаю книжку из шапки.
>скриншот
Что здесь делают эти символы?
Так же объясните, пожалуйста, почему изменяется 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)
> - Годное пособие для гуманитариев:
Народ, поясните за шапку. По этому пособию значит не очень круто учиться, так? А почему? Я просто думал по нему потом, имея уже некоторые свои знания по Сишечке, попробовать поделать всякие вещи, которые описаны там...
Мне хардвей не нравится, но в первых тредах его активно советовали, поэтому он в шапке. Не пошло - попробуй Прата или K&R. Сам я, когда учил, читал все, что под руку попадалось.
Да просто там с TCP/IP что-то... Виртуалка что-то... Считай введение в эти штуки какое-то, не? Полезно, мне показалось.
Да упражнения-то там неплохие. Вм писать - вообще очень полезное развлечение. А вот излагается все слишком поверхностно, для достижения понимания надо гуглить и читать маны.
Если для объявления типа, то что это?
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
>>733513
Сама структура безымяна, но позволяет ссылаться на такую же при объявлении.
>>733520
В твоем примере используются две разные структуры: безымяннная структура, у которой есть typedef с именем str_type и внутри нее указатель на некую struct str_type, определение которой ты не предоставил. И пока ты не предоставил определение struct str_type, ты никак не сможешь дереференснуть next.
> для компилятора gcc неправда
Ну вот тебе твой же пример, он у тебя скомпилируется? http://ideone.com/mKlvZj
Верно, благодарю теперь понятно.
man va_start
Гугли va_arg.
https://ideone.com/JkCgzU
Осуществляю реверс строки. Всё работает. Но проблема в том, что при компиляции вылетает куча предупреждений типа таких:
passing argument 1 of 'pop' from incompatible pointer type
Как от них избавиться? Хочется абсолютно пустого success после компиляции.
> pop (p_el_stack *head)
Функция принимает указатель на p_el_stack. А ты передаешь ей указатель на указатель. Убери амперсанд в вызове рор() или раскидай еще звездочек.
Хотя не, при такой реализации, ты должен в функциях pop и push передавать указатель на указатель.
Если документация lldb в pdf?
У таких функций всегда должен быть хотя бы один обязательный аргумент, который, по задумке, и используется для определения количества и типов остальных. В printf это format.
Разбирается в первой главе книги C Programming Language Кернигана и Ричи.
https://gist.github.com/injonsed/036ef782e2e2212a2447afbcd77907b3
А сам ты взять gdb и посмотреть не можешь? Ты создаешь массив из элементов ModelProperty, кладешь в него вместо ModelProperty только указатель на ModelProperty, а забрать пытаешься ModelProperty, а не указатель. Разберись со своими желаниями.
> malloc(strlen (name) ∗ sizeof(char));
> strcpy (prop->name, name);
Алсо, тут у тебя явный off-by-one.
Спасибо анон, разобрался, в следующий раз не буду бухим код писать просто ^_^
Ну всё, ты огребаешь
У тебя есть еще года три, чтобы придумать альтернативу и протолкнуть ее в 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. Что это за хуйня? Как исправить?
А, блять, на форуме Pelles C ответ на это есть: надо отметить Enable Microsoft extensions.
Мне надо написать односвязный список и функции для работы с ним. Я определил структуру элемента списка 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'.
У нас не плюсы. Теги структур требуют ключевого слова 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 и для создания синонимов примитивных типов, а указатели предпочитаю писать явно.
Очевидно, что ксорятся два буфера. Дизасм был бы гораздо понятнее.
>>737789
Это может быть и IDA, но не дефолтный HexRays. Похоже на snowman.
Как лучше реализовать карту структур и секций?
Нихуя не понял, чего ты хочешь добиться. Куда там дерево воткнуть, не представляю. Секции - это просто массив. Большинство структур (кроме IMAGE_DOS_HEADERS, IMAGE_NT_HEADERS и, собственно, массива IMAGE_SECTION_HEADER) читаются уже со смапленных секций, хранить ничего не нужно.
Скачай книгу Румянцева "Исследование программ win 32" и посмотри, как он это делает. Похоже, что он все поля пихает в дерево, и в каждом узле еще хранит информацию для графического древовидного отображения этих полей.
Скачал, охуел, закрыл. Смотри, вот есть у тебя IMAGE_DIRECTORY_ENTRY_IMPORT, и он ее красиво отображает в дереве, внутри секции .idata. Вот только эта структура используется уже после того, как секции замапили, и тебе никто не мешает расположить ее в PE-файле так, чтобы она начиналась в одной секции, а заканчивалась вообще в третьей (да, так обычно не делается, но это возможно). Поэтому подобное представление не нужно.
>>737835
Так что тебе там непонятно из кода (и дизасма)? Есть немного подготовки, есть два буфера. Один из них ключ (вот это самое "Yes, I know..."), другой в var_58. Они ксорятся между собой. Таким образом исходный буфер обфусцируется/деобфусцируется.
В том что ты, вася, будешь знать какого типа данные по указателю находятся.
Всегда так пишу.
На хабре штоле?
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.
только писать на нём нет никакого смысла, если тебе нужно открыть, блять, файл. есть же stdio.
и разница есть, ту как-бы проще.зазазаз
это не вопрос стиля
как ты будешь использовать структуры без typedef в программах где у тебя больше двух .cpp файлов?
да, ты можешь делать сокращенные объявления в .h файлах, но тогда пользоваться сможешь своими структурами только через косвенные обращения (указатели)..
а как ты будешь типобезопасные atd реализовывать на pure c? альтернатива ведь только void*..
> stdio
В котором нет ни единого способа портабельно узнать размер файла. И флажок "x" только в С11 появился. И дескриптор файла у него стандартным способом забрать нельзя. И я уже молчу про асинхронный ввод-вывод. И главное, под виндой ты хуй откроешь этим твоим fopen() файл с японскими иероглифами и кириллицей в имени (да, я знаю, что под линуксом счастье и UTF-8).
И поэтому стандартная библиотека нужна для всяких консольных утилит уровня grep - у которых требования к возможностям ОС застряли в 80х, зато требования к переносимости максимальные. Ну и для laba3.c, чтобы не изобретать велосипед каждый раз, стандартная библиотека тоже очень к месту. В остальных случаях лучше определить заранее список поддерживаемых платоформ, и пилить да-да, велосипеды частные реализации с нативными либами, а стандартную библиотеку использвать, как минимум, с осторожностью.
>>743508
Ты какую-то глупость написал. Поясни нормально. Алсо, у меня нет ни одного .cpp файла, здесь тред про сишечку.
А нет ли для С какой какой обертки которая скрывает разницу для часто используемых задач?
> В котором нет ни единого способа портабельно узнать размер файла
fseek
ftell
> И флажок "x"
а попробовать открыть файл для чтения перед этим не?
> И дескриптор файла у него стандартным способом забрать нельзя
чего?
> про асинхронный ввод-вывод
а ещё про GB не хватает да?
> японскими иероглифами и кириллицей в имени
ой всё.
> fseek
Ждал этого ответа. Внезапно, стандарт говорит, что fseek(..., 0, SEEK_END) - UB. Я не отрицаю, что на практике это давным-давно нихуя не UB, но, тем не менее, одновременно правильного и стандартного способа нет.
> дескриптор файла у него стандартным способом
> чего
Ну хочу я mmap() сделать. Стандартная библиотека в mmap() не может, нужен дескриптор. Для дескриптора fileno какбэ есть, но в винде он _fileno() и тоже нихуя не стандартный, а mmap() вообще нет. И раз мы все равно скатываемся до различий в ОС, то лучше сразу скатиться дальше до open()/mmap() и CreateFile()/CreateFileMapping()/MapViewOfFile() в зависимости от системы и не ебать себе мозг все равно рано или поздно жизнь заставит.
> GC
Ну это как-то уж слишком толсто.
>>743582
> c++
С бустом.
> - UB
го вырезку в стандарте
>слишком толсто
слишком толсто это про китайские иероглифы - разве ты не можешь закодировать строчку как хочешь.
Т.е. в C++ есть функции/абстракции которые позволяют не писать реализацию обычных действий под винду/линукс/макинтош раздельно? Это "стандартная библиотека с++" что ли? С чем это поставляется вообще? Кто разрабатывает?
> c++
>С бустом.
А для обычного Си есть такое? Что операции с файлами к примеру не писать с учетом особенностей и чтоб сразу работал на маке/линуксе и виндах?
STL
> слишком толсто это про китайские иероглифы
> разве ты не можешь закодировать строчку
Я-то могу. Но проблема в том, что fopen() под виндой сводится к CreateFileA, которая раскодирует имя файла из MBCS в юникод, и использует для этого активную кодировку, которая в русской винде cp1251, и в которой нихуя нет иероглифов. И вот есть у меня .mkv-шка с няшными девочками, а открыть ее своей утилиткой на винде я не могу. А если активной кодировкой сделать 65001 (UTF-8), то винда охуевает по полной с различными веселыми спецэффектами. Правда, тут пару месяцев назад разработчики Visual Studio намекали, что собираются начать поддерживать UTF-8 в стандартной библиотеке, и даже, может быть, в самой винде не прошло, блять, и 20 лет.
>>743616
Чтобы настолько всеобъемлюще, как буст - нет. Для конкретных задач можно повыбирать в Utilities тут: https://notabug.org/koz.ross/awesome-c
>глупость
не понимаешь почему используешь 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) чисто теоретический, потому что, как я уже говорил, последние ОС, где это чем-то грозило, давно вымерли.
> Алсо, в более древних стандартах примерно то же
ну да, я щас смотрю, там просто не модное undefined behavior, а другими словами.
Программа выводит информацию о секциях PE-файла, который передается через командную строку. Он отображается в память, затем заполняются структуры заголовков, и цикл проходит по массиву заголовков всех секций.
Но почему при этом имена секций выводятся пустыми, а большинство свойств этих секций равны нулю.
>Stephen G. Kochan "Programming in C (4th Edition)" (2014)
в pdf существует?
Ну он далеко не дебик, стандартная либа рили годится только для консольных калькуляторов и вгетов с ффмпегами, расчётов трансформаторов и прочей поебени завязанной на вычисления и сеть, захочешь написать что-то более тонко и глубоко взаимодействующее с ОС и её сервисами начнёшь либо писать свои вело либо искать готовые решения, то есть чужие вело. Большинство софта на C/C++ так и написькано, от всякой мелочи вроде SciTE до Хромиума: есть платформонезависимое ядро, над ним есть абстрактная надстройка, обертки, которые транслируют требуемый функционал из нативного апи ОС и её библиотек и никакого гимора, просто две версии программульки - для линуха и шинды, а не любишь велосипедить, перфоманс не имеет значения, любишь скорость разработки и быстрые решения, хяурь на дельфи и джаве или чо там щас модно - джаваскрипт нахуй.
> в pdf существует?
Хуй знает. Видимо, нет. Спасибо, что обратил внимание. Возьми третье издание, там C99, а про C11 почитаешь позже. А чего не Прата вообще?
ну его же книгу по крестам не рекомендуют например
Чем Clang, как IDE, лучше, чем MS VS2015?
Друган по универу - программист, говорил, что их заставляли кодить в RAD Studio.
Что выбрать?
Но я же серьёзно. Смотри, ты уже не пездюк, но при попытке работать кодером будешь соревноваться за место с людьми программирующими с 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? Вроде там кнопочки, формочки и прочее.
>>744401
>для нуба твоего типа важна
Вот только клише не надо. Да, сумбурно взялся. Ничего, разберусь помалёху.
VS - это не только IDE, это IDE+конпелятор. И конпелятор можно просто использовать из командной строки, или даже скачать отдельно.
>>744393
Если места не жалко (10-15 ГБ) - ставь Visual Studio. Если места жалко - ставь Pelles C. Научиться потом конпелировать из командной строки недолго и несложно, тем более, что IDE эту самую командную строку в окне Build и в свойствах проекта все равно отображают.
Алсо вот этого >>744401 двачую. Если ты не любишь и не хочешь залезать в дебри, бери что-нибудь более высокоуровневое.
Где-то слышал, что в RAD вроде дропнули BCC, и там теперь шланг в качестве компилятора. Можешь попробовать и рассказать нам.
Там никогда и не было gcc. Какой-то свой костыль был.
А от шланга там вроде только бэкэнд прикрутили чтобы последний стандарт плюсов поддерживать, нихуя не изменилось - это худший вариант.
Да, я о том и говорю. BCC = Borland C Compiler, во времена 16 бит выбирать было особо не из чего, и он был ок, а вот под виндой он запомнился тем, что для сборки проекта обязательно приходилось писать какой-нибудь костыль.
Cannot use CONFIG_CC_STACKPROTECTOR_STRONG: -fstack-protector-strong not supported by compiler
Гугление не даёт результатов. Есть у кого идеи какие?
Да, сори. Брал у этого же Васяна - 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
Одинаково нихуя не работает
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 компилить.
Вообще хз в чем проблема.
Можешь попробовать вручную добавить syscall_32.tbl
https://raw.githubusercontent.com/torvalds/linux/v4.4/arch/x86/entry/syscalls/syscall_32.tbl
Ты можешь явно указать 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 (с которым хэловорлд компилируется пол часа и кода получается больше чем с голыми сокетами) – вообще всё смотрится охуенно. Даже если ты пишешь на плюсах а не на си.
Замыкания классные
Тем, что здесь нет никакой магии. Если хочется магии - почему бы не взять плюсы? Там ее хоть отбавляй, особенно в новых стандартах.
Чем каналы в go не магия? Или ATD в любом языке. Если уж замыкания из n2030 -называть магией...
Получается любая абстракция -> магия, давайте все всё писать на ассемблере, там все прозрачно.
Я вот на работе пользуюсь всем, что под руку подвернётся - питоном, жабаскриптами, плюсами, шарпом, перлом, вб, даже о богомерзкую жабу приходилось руки марать. Но в основном питон, потому что обычная рабочая ситуация - это "хуяк, хуяк, и в продакшн", надо срочно-быстро-вчера сделать самые разные задачи.
А на си я пишу дома, для души. Мне байтоёбля доставляет больше, чем вся высокоуровневая хуета с лямбдами.
веб?
>async io(libuv, libev)? Насколько они удобны по сравнению с asio?
нужно четко представлять, как они оборачивают нативные вызовы, те в чего они превращаются на целевой платформе..
а вообще если нет необходимости в кроссплатформе, то использовал бы нативные соответствующие апи
Её там нету.
Может ты о std::experemental::any - но это шаблонная библиотека как и весь STL, и узнать конкретную реализацию не составляет проблем, никакрой магии компилятора и прочего.
Он в отличии от варианта вообще для всего. Если сказать точнее - это почти полная эмуляция динамики с сопутствующим оверхедом, в отличие от варианта выше.
http://www.boost.org/doc/libs/1_61_0/doc/html/variant/misc.html#variant.versus-any
Это собственно копипаста из буста как обычно, поэтому это сравнение котируется.
Дальнейшее обсуждение лучше продолжить в крестотреде или ткните носом где там в плюсах магия как в рубях или gовне.
Он сказал хуйню, спутав вывод типов с динамикой, а ты не проверяя подписался под его словами.
Оно мне надо что ли, проверять пост рандомного сосачера на тему, которая мне совершенно не интересна?
Значит не удивляйся когда на тебя будут ссать после соглашения с высером, в чём проблема?
Магия в языках программирования - всё, что реализовано не средствами языка (т.е. неявно для тебя в момент написания). Короче говоря - в высокоуровенных языках вообще всё "магия". Как пример - те же корутины - вполне себе магия.
Спецификатор _Noreturn указывает, что программа никогда не вернет управление из функции? Какой-то смысл для оптимизации или просто синтаксический сахар?
Указывает компилятору на возможность какой-то микрооптимизации.
Ветка кода, заканчивающаяся noreturn, ненормальная и случается редко, поэтому её можно куда-нибудь подальше засунуть, чтобы не отсвечивала.
Включили в виде необязательного расширения, но в следующем стандарте, скорее всего, смешают с говном или сразу запретят. Просто не пользуйся ими. А чтобы студия не умничала, скажи компилятору -D_CRT_SECURE_NO_DEPRECATE (Майкрософт не может в стандартные способы, даже когда сами протолкнули свое говно в стандарт).
Ну тогда страдай и реализуй сам (исходники CRT от Microsoft доступны, теоретичеки можно что-нибудь спиздить). GCC это вряд ли когда-нибудь будет поддерживать.
Это как?
Хочу накатить Gentoo uclibc amd64
все нормально работать должно? Мне хромиум скомпилять надо.
Т.е. ещё через 13 лет. Для желающих уже есть ObjC, C++ (в которых можно писать и на си с лямбдами), разные форки компиляторов с блоками/вложенными функциями.
Не так уш плохо, Я думал шинловс онли
C++ Правда походит для этого, может сишку и лямбд не добавят (зачем с сишечки плюсы делать?)
Кстати, подумал - в принципе и замыкания можно частично сделать, константные (запоминается текущее значение внешней переменной), для этого не нужны ни объекты, ни сборка мусора.
Раньше ЕМНИП в Java тоже были только такие.
Кто тебя просит её использовать? Пиши в процедурном стиле на здоровье, если тебе только лямбды нужны.
>>748155
Дык в gcc вроде так и впилили вложенные ф-ции, правда очистить код не сильно помогают.
>Мне хромиум скомпилять надо.
Не знаю, как в генту, но во фряхе он компиляется ПИЗДЕЦ долго. Полдня его собирал, в то время как firefox собирается около часа, если не меньше. Возможно, также хром криво на фряху портирован: он всё время глючит, подтормаживает, падает. Это пиздец, какое-то говно, а не браузер. Не советую его компилять в принципе.
Нет, это монады, каррирование и прочее ненужное говно. А лямбды позволяют писать краткий и лаконичный код, при этом полностью прозрачный для байтолюба.
> Кто тебя просит её использовать? Пиши в процедурном стиле на здоровье, если тебе только лямбды нужны.
В крестах лямбды - это объекты.
> Дык в gcc вроде так и впилили вложенные ф-ции, правда очистить код не сильно помогают.
1. Это не на уровне стандарта.
2. Анонимных функций так и не завезли, потому и использовать неудобно.
Ясно, спасибо.
>очередной фп-петушок без мыла лезет в язык богов и дидов
Лол. Чему им в своих языках не сидится?
Мне не нравится ФП, аутист, мне нравятся лямбды.
C ("няшная сишка") - самый простой и убогий язык из тех, что используются на практике. Более убогий - только брейнфак. Единственное выразительное средство - копипаст, для автоматизации которого есть даже специальный второй язык-препроцессор. Делает решение любой задачи нетривиальным, так что его решение задач с его помощью может требовать высокой квалификации. Тем не менее, типичная сиблядь ничего не знает и не умеет. Даже дибиловатый обгвидок знает, помимо гвидопыха, еще и сишку, но сиблядь не знает ничего кроме нее. Языком владеют почти все, но только сиблядь этим знанием годится, остальные стыдливо скрывают. Также сиблядь может ошибочно считать что знает C++ или несуществующий язык C/C++.
Указывать сиблядям на проблемы языка бесполезно. Кроме сишки сиблядь ни хуя не знает и не умеет, а на любое обвинение у сибляди есть универсальный ответ - "криворукость". Этим сиблядь как бы намекает, что что все вокруг криворуки - т.е. сотрудники микрософта и интеля, пишущие кривые драйвера и библиотеки, прыщебляди, пишущие дырявое ведро своей системы вот уже не первый десяток лет, просто другие сибляди из соседнего подвала полусвовковой шаражки, в которой сиблядь работает. А вот сама сиблядь - сука граф Шарль Ожье де Бац де Кастельмор д’Артаньян среди педерастов, владеющий техникой левитации, предсказания будущего и написания небыдлокода на сишке. К сожалению, простым смертным едва ли не удастся увидеть творения сенсея, так и будут они работать с глючным говном криворуких интелевских и микросовтовских инжеренов, внезапно падающим от какого-нибудь buffer overflow, несмотря на зиллионы человекочасов, проёбанных на его тестирование и отладку.
Тебя смущает неявное использование классов? Не православно?
>Это не на уровне стандарта.
На С кроме системщины ничего не пишут, какой смысл поддерживать портируемость между компиляторами?
Професиональные сишники, как правило, хорошо владеют всеми мейнстримовыми парадигмами.
>>74831
Ты сейчас описал школьника, максимум - студента первого курса
Профессиональный - зарабатывающий на этом.
Я зарабатываю сями, но я тупой байтослесарь, не могу в ООП.
>>747926
Функция будет размещена где-нибудь подальше от часто используемых функций, что даст выигрыш в кеше кода и данных, когда программа будет исполняться процессором, то есь не получится так, что функция, которая вызывается один раз за все работу программы была размещена где нибудь посередине секции, где исполняется 90% программы.
Но ведь на норетурнах можно хоть полностью программу написать...
Компилял не раз уже, относительно шиндовса прирост производительности в 2-4 раза, бывало за час-два собирал, бывало за три, там разные флаги есть, если надо сократить время компилежки то можно использовать системные библиотеки и программы.
На 2 ядрах штеуда компилял, анон с софтача на фряхе тоже целый день собирал апач (пека древняя вроде)
Алгоритм Дейкстры весьма прост (для тех, кто с ним не знаком): Вес начальной вершины принимаем за ноль, вес остальных вершин за бесконечность. Находим на графе все вершины, соединенные со стартовой одним общим ребром и по порядку проверяем, является ли вес каждой такой вершины бОльшим, чем вес начальной вершины + вес ребра их соединяющего. Если является, то присваиваем вершине новое значение, равное весу начальной вершины + весу ребра их соединяющего. После того, как провернули такое действие со всеми связными вершинами, выбираем из них ту, что получилась с минимальным весом и принимаем ее за начальную, проворачивая с ее связными вершинами тоже самое.
Вот только "соседом" второй по счету вершины сразу же станет изначальная вершина с нулевым весом, а следовательно в конце простановки весов связных вершин именно эта первая будет принята за минимальную и она снова станет текущей, и так по кругу с очевидным зацикливанием. Можно же добавить вершине метку посещенности и впоследствии выбирать из соседей МИНИМАЛЬНУЮ И НЕ ПОСЕЩЕННУЮ, но в один момент таких вершин может оказаться 0, однако при этом на графе могут либо остаться не посещенные вершины, либо вообще не дойти до финиша. Как с этим быть?
Или граф может быть пройден от начала до конца, но по неверному маршруту, а когда алгоритм возвращается к не посещенной вершине, чтобы это исправить, он снова нихуя не получает, так как все связные с этой вершиной вершины уже были посещены, как на пикрелейтеде вершина 4 во втором варианте.
Вот код, хотя я тут намешал и использование списка не посещенных вершин, и использование. Метод getTops() возвращает список связных, но не посещенных вершин, его описывать не стал: http://pastebin.com/kKhUcrN9
Как решить ситуацию, чтобы можно было пройтись по всем вершинам, но при этом без зацикливания, то есть возвращения в уже посещенные связные вершины, но имеющие маленький вес.
Алгоритм Дейкстры весьма прост (для тех, кто с ним не знаком): Вес начальной вершины принимаем за ноль, вес остальных вершин за бесконечность. Находим на графе все вершины, соединенные со стартовой одним общим ребром и по порядку проверяем, является ли вес каждой такой вершины бОльшим, чем вес начальной вершины + вес ребра их соединяющего. Если является, то присваиваем вершине новое значение, равное весу начальной вершины + весу ребра их соединяющего. После того, как провернули такое действие со всеми связными вершинами, выбираем из них ту, что получилась с минимальным весом и принимаем ее за начальную, проворачивая с ее связными вершинами тоже самое.
Вот только "соседом" второй по счету вершины сразу же станет изначальная вершина с нулевым весом, а следовательно в конце простановки весов связных вершин именно эта первая будет принята за минимальную и она снова станет текущей, и так по кругу с очевидным зацикливанием. Можно же добавить вершине метку посещенности и впоследствии выбирать из соседей МИНИМАЛЬНУЮ И НЕ ПОСЕЩЕННУЮ, но в один момент таких вершин может оказаться 0, однако при этом на графе могут либо остаться не посещенные вершины, либо вообще не дойти до финиша. Как с этим быть?
Или граф может быть пройден от начала до конца, но по неверному маршруту, а когда алгоритм возвращается к не посещенной вершине, чтобы это исправить, он снова нихуя не получает, так как все связные с этой вершиной вершины уже были посещены, как на пикрелейтеде вершина 4 во втором варианте.
Вот код, хотя я тут намешал и использование списка не посещенных вершин, и использование. Метод getTops() возвращает список связных, но не посещенных вершин, его описывать не стал: http://pastebin.com/kKhUcrN9
Как решить ситуацию, чтобы можно было пройтись по всем вершинам, но при этом без зацикливания, то есть возвращения в уже посещенные связные вершины, но имеющие маленький вес.
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, где их мало.
Распаралеленое ядро на тысяче процессоров, никакого перегрева не будет, большой нагрузки на одно ядро не возникает. Для ГПУ оно как фоновая задача будет
Ты иди хэши поперебирай на гпу, и расскажи что перегрузки быть не может.
>>748517
Они не имбицилы, и точно есть причины почему даже гугловые сервера работают на cpu.
Потому что на гпу пока что только ядро научились исполнять.
#define swap (a, b) ((&(a) == &(b)) ? (a) : ((a)^=(b),(b)^=(a),(a)^=(b)))
Неа. Просто такая стрелочка напоминает математические функции, от которых я тащусь.
Выглядит странно как раз её отделение. Так она похожа на какую-то лямбду, вместе видно что это член структуры.
Алсо, мало того, что у тебя тут овердохуя операций, так еще и бранч.
но в сервера не ставят видеокарты
http://www.oryx-embedded.com/doc/rc4_8c_source.html
Ну какбэ это JavaDoc, а документацию по нему генерирует Doxygen.
>- TCC: очень маленький компилятор с багами и неполной поддержкой C99.
Тут более значимо что он интерпретатор
Он не интерпретатор, с ключом -run и/или с shebang в исходнике он компилирует в память.
Я нажимаю Ctrl+K, Ctlr+F в студии. Делаю автоформат кода и ебу себе мозг.
Курс на степике детектед.
Функциональную байтослесари не осилили, судя по бугурту. Ни один человек, осиливший Haskell, никогда не вернется в байтопарашу.
ну и слейся отсюда гомункул
И где собираются работать "невернувшиеся"?
Lisp > Haskell
lite вроде бесплатный. А нахуй он тебе вообще?
Это копия, сохраненная 5 июня 2016 года.
Скачать тред: только с превью, с превью и прикрепленными файлами.
Второй вариант может долго скачиваться. Файлы будут только в живых или недавно утонувших тредах. Подробнее
Если вам полезен архив М.Двача, пожертвуйте на оплату сервера.