Этого треда уже нет.
Это копия, сохраненная 5 июня 2016 года.
Скачать тред: только с превью, с превью и прикрепленными файлами.
Второй вариант может долго скачиваться. Файлы будут только в живых или недавно утонувших тредах. Подробнее
Если вам полезен архив М.Двача, пожертвуйте на оплату сервера.
Это копия, сохраненная 5 июня 2016 года.
Скачать тред: только с превью, с превью и прикрепленными файлами.
Второй вариант может долго скачиваться. Файлы будут только в живых или недавно утонувших тредах. Подробнее
Если вам полезен архив М.Двача, пожертвуйте на оплату сервера.
78 Кб, 792x1023
Тред, посвященный прародителю всех С-подобных языков и по совместительству единственному идеальному и всесторонне годныму средству программирования как на системном, так и на прикладном уровне.
Что читать:
- Классика от Отцов: 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
Что читать:
- Классика от Отцов: 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
отписываюсь в треде заменяющего мне друзей.
Поясните за Clang. Всегда думал, что этот фронтенд и LLVM могут работать полностью автономно, но внезапно оказалось, что к нему надо еще и MinGW. Выходит Clang - это просто статический анализатор, который нахуй никому не сдался?
>>723997
Нет, даун. На сперме MinGW может требоваться из-за platform-specific хидеров, не больше.
Нет, даун. На сперме MinGW может требоваться из-за platform-specific хидеров, не больше.
Ответы>>724023
>>723997
1. Собираешь llvm и clang с помощью бинарного компилятора под винду - mingw или msvs.
2. Собираешь llvm и clang с помощью собранного тобой clang.
>Всегда думал, что этот фронтенд и LLVM могут работать полностью автономно
1. Собираешь llvm и clang с помощью бинарного компилятора под винду - mingw или msvs.
2. Собираешь llvm и clang с помощью собранного тобой clang.
>>724067
А на них вообще возможно писать нормальный код и есть ли для них нормальный компилятор?
А на них вообще возможно писать нормальный код и есть ли для них нормальный компилятор?
Ответы>>724111
Нет треда про системное программирование, так что напишу сюда. Нужна инфа про то, как повеливать над NTFS. Книги, статьи, что угодно. Из того что нашел в гугле, только описание структуры файловой системы. Мне же нужно восстанавливать удаленные файлы.
Ответы>>724075
>>724072
Да линукс. Спасибо.
Да линукс. Спасибо.
>>724069
Где-то я тебя видел. В одном зашкварном месте.
> Мне же нужно восстанавливать удаленные файлы.
Где-то я тебя видел. В одном зашкварном месте.
Добавьте в шапку следующего треда информацию про конпеляторы для windows, ну там TDM-GCC, mingw-64, итд
>>724530
Качай с официального сайта а не от васянов.
И вообще
Ты ж программист (наверное). Должен же понимать зачем нужны антивирусы и как работают.
Качай с официального сайта а не от васянов.
И вообще
>2016
>антивирусы
Ты ж программист (наверное). Должен же понимать зачем нужны антивирусы и как работают.
Ответы>>724626
>>724538
Спермадаун, тебя сейчас тонко подъебали.
Алсо, в шапке есть инфа про VS – этого за глаза. Даже если не хочешь тащить эту толстушку себе под пледик на жд – всё равно как минимум WinSDK установить придётся (а главный шиндокомпилер идёт в комплекте).
MinGW и прочие испражнения нужны только из-за всякой POSIX-хуиты, которой на сперме официально не было до недавнего времени (а скоро он будет в шинде из коробки и пердолиг с MinGW как и он сам умрут).
>2076
>реагировать на открытую провокацию
Спермадаун, тебя сейчас тонко подъебали.
Алсо, в шапке есть инфа про VS – этого за глаза. Даже если не хочешь тащить эту толстушку себе под пледик на жд – всё равно как минимум WinSDK установить придётся (а главный шиндокомпилер идёт в комплекте).
MinGW и прочие испражнения нужны только из-за всякой POSIX-хуиты, которой на сперме официально не было до недавнего времени (а скоро он будет в шинде из коробки и пердолиг с MinGW как и он сам умрут).
Ответы>>724629
>>724629
Двачаю.
Двачаю.
>>724660
Обычный мейнстрим. Если ты не знаешь зачем оно тебе — оно не нужно. И не слушай дебилов, которые тебе скажут, что тебе обязательно нужно выбросить gcc и перекатиться на clang, без четкой аргументации.
Обычный мейнстрим. Если ты не знаешь зачем оно тебе — оно не нужно. И не слушай дебилов, которые тебе скажут, что тебе обязательно нужно выбросить gcc и перекатиться на clang, без четкой аргументации.
Ответы>>724671
>>724671
clang это компилятор, разрабатываемый Apple и Google. Стремится быть альтернативой древнему GCC. Сделать его решили из-за того, что Столлман в свое послал Apple с их LLVM. Для подробностей лучше прочти документацию по нему. А еще лучше, если ты прежде научишься пользоваться GCC, чтобы потом тут не брызгать слюной, рассказывая на о мамонтах.
clang это компилятор, разрабатываемый Apple и Google. Стремится быть альтернативой древнему GCC. Сделать его решили из-за того, что Столлман в свое послал Apple с их LLVM. Для подробностей лучше прочти документацию по нему. А еще лучше, если ты прежде научишься пользоваться GCC, чтобы потом тут не брызгать слюной, рассказывая на о мамонтах.
>>724677
А ещё лучше найди последнюю версию GCC до выхода шланга. В то время это было говнище с медленной компиляцией и абсолютно не читаемым говном вместо ошибок. Про то что в бэкэнде GCC разбираются 1.5 человека, забудем. И про то что кое-кто любит ломать всё нахуй ради очередной оптимизации через UB тоже промолчим, чо уж.
На данный момент в GCC исправлен только первый пункт (точнее это в шланге регрессия). С бенчмарками справляются с переменным успехом, чаще в сторону гнутого, ок.
И ещё - если вдруг тебе приспичило использовать свежий стандарт или просто каким-то образом поймать баг - ты можешь подождать пару лет пока его исправит сам знаешь чьё коммунити, либо кинуть иссуй челикам из эпла которые всё запилят в кратчайшие сроки.
>>724689
За тем же за чем и убунтову фо швиндовз. Маркетинг.
Из реально адекватных целей разве что более быстрая реализация последнего плюсового стандарта (последний компилятор из студии до сих пор поддерживает 14-й стандарт где-то наполовину).
А ещё лучше найди последнюю версию GCC до выхода шланга. В то время это было говнище с медленной компиляцией и абсолютно не читаемым говном вместо ошибок. Про то что в бэкэнде GCC разбираются 1.5 человека, забудем. И про то что кое-кто любит ломать всё нахуй ради очередной оптимизации через UB тоже промолчим, чо уж.
На данный момент в GCC исправлен только первый пункт (точнее это в шланге регрессия). С бенчмарками справляются с переменным успехом, чаще в сторону гнутого, ок.
И ещё - если вдруг тебе приспичило использовать свежий стандарт или просто каким-то образом поймать баг - ты можешь подождать пару лет пока его исправит сам знаешь чьё коммунити, либо кинуть иссуй челикам из эпла которые всё запилят в кратчайшие сроки.
>>724689
За тем же за чем и убунтову фо швиндовз. Маркетинг.
Из реально адекватных целей разве что более быстрая реализация последнего плюсового стандарта (последний компилятор из студии до сих пор поддерживает 14-й стандарт где-то наполовину).
>>724723
Пруфов не будет, конечно же.
>последний компилятор из студии до сих пор поддерживает 14-й стандарт где-то наполовину
Пруфов не будет, конечно же.
Ответы>>724798
>>724793
https://msdn.microsoft.com/ru-ru/library/hh567368.aspx#cpp14table
Печально однако, что сосач ныне забит дегенератами которые не в силах написать в гугл "vs 2015 c++ 2014".
https://msdn.microsoft.com/ru-ru/library/hh567368.aspx#cpp14table
Печально однако, что сосач ныне забит дегенератами которые не в силах написать в гугл "vs 2015 c++ 2014".
>>724798
Дегенерат, приводишь утверждение — приводи пруфы.
Вот тут http://en.cppreference.com/w/cpp/compiler_support говорят что variable templates поддерживаются (по твоей ссылке утверждают иное).
Так что пока нету только Extended constexpr и Member initializers and aggregates (NSDMI)
Это 2 фичи из 12 из списка фич C++14.
10/12 — это "поддерживает наполовину"?!
Дегенерат, приводишь утверждение — приводи пруфы.
Вот тут http://en.cppreference.com/w/cpp/compiler_support говорят что variable templates поддерживаются (по твоей ссылке утверждают иное).
Так что пока нету только Extended constexpr и Member initializers and aggregates (NSDMI)
Это 2 фичи из 12 из списка фич C++14.
10/12 — это "поддерживает наполовину"?!
>>724798
Печально однако, что шяшитред ныне забит плюсовыми дегенератами, которые не в силах съебать в соседний тред.
Печально однако, что шяшитред ныне забит плюсовыми дегенератами, которые не в силах съебать в соседний тред.
>>724514
А MinGW уже не содержит GCC, который идет первым пунктом?
>>724660
В Microsoft осознали, что не осиливают быстро реализовать современные стандарты C/C++, поэтому взяли clang и прикрутили к нему свой собственный кодогенератор С2 (тот же, что и в их собственном компиляторе). Получившийся компилятор поддерживает C11 так же, как и сам clang/LLVM (кроме либ, которые в Microsoft застряли на уровне C89). Оптимизатор у Microsoft ничего так, поэтому если хочется C11 в студии, посмотреть на clang/C2 имеет смысл.
А MinGW уже не содержит GCC, который идет первым пунктом?
>>724660
> clang/C2
В Microsoft осознали, что не осиливают быстро реализовать современные стандарты C/C++, поэтому взяли clang и прикрутили к нему свой собственный кодогенератор С2 (тот же, что и в их собственном компиляторе). Получившийся компилятор поддерживает C11 так же, как и сам clang/LLVM (кроме либ, которые в Microsoft застряли на уровне C89). Оптимизатор у Microsoft ничего так, поэтому если хочется C11 в студии, посмотреть на clang/C2 имеет смысл.
Ответы>>724833
>>724824
Я правильно понял, что BSDблядки соснули?
MS просто взяла их фронтенд и заюзала, не открывая никакого собственного кода (какие-то наработки для поддержки винды пообещали возвращать в основное дерево, но бекенд-то не откроют).
> clang/C2
Я правильно понял, что BSDблядки соснули?
MS просто взяла их фронтенд и заюзала, не открывая никакого собственного кода (какие-то наработки для поддержки винды пообещали возвращать в основное дерево, но бекенд-то не откроют).
Ответы>>724837
>>724833
У шланга и собственный компилятор вполне неплохой, нахуя кому-то вне Windows и Visual Studio нужны наработки Microsoft? Алсо, вангую, что Microsoft компилятор таки откроет рано или поздно, как это сделала с дотнетом.
У шланга и собственный компилятор вполне неплохой, нахуя кому-то вне Windows и Visual Studio нужны наработки Microsoft? Алсо, вангую, что Microsoft компилятор таки откроет рано или поздно, как это сделала с дотнетом.
>>724850
васян по умолчанию - хакирь, а создатель - ламер. тут всё логично, культура окон, пойду сворую студию.
васян по умолчанию - хакирь, а создатель - ламер. тут всё логично, культура окон, пойду сворую студию.
>>724837
У clang нет пока еще библиотек под винду
У clang нет пока еще библиотек под винду
>>724850
Я сейчас проверил пример с Variable templates. Они компилируются. Прям как указано на "сайте васяна". Хотя не должны, если верить MSDN.
Давай ты прекратишь позориться в этом тренде и просто пойдёшь нахуй.
Я сейчас проверил пример с Variable templates. Они компилируются. Прям как указано на "сайте васяна". Хотя не должны, если верить MSDN.
Давай ты прекратишь позориться в этом тренде и просто пойдёшь нахуй.
>>724867
Не вариативные (variadic), а variable.
Мутная хрень какая-то http://stackoverflow.com/questions/21051141/c14-variable-templates-what-is-their-purpose-any-usage-example
Не вариативные (variadic), а variable.
Мутная хрень какая-то http://stackoverflow.com/questions/21051141/c14-variable-templates-what-is-their-purpose-any-usage-example
Ответы>>724882
>>724869
ну да, как получается, параметрированные? хуй знает, у меня как-то вариативность в голове крутится чёт...
ну да, как получается, параметрированные? хуй знает, у меня как-то вариативность в голове крутится чёт...
Ответы>>724884
>>724884
я тоже самое и сказал
я тоже самое и сказал
А, или нет. в плане, шаблон - переменная?
Ответы>>724893
>>724887
>>724867
>>724863
Это все конечно очень интересно, но может вам проседовать в >>714898 (OP)? У нас тут кроме _Generic отродясь ничего не было.
>>724867
>>724863
Это все конечно очень интересно, но может вам проседовать в >>714898 (OP)? У нас тут кроме _Generic отродясь ничего не было.
Ответы>>724896
А забейте, я нихуя не понимаю в определениях. как я понял, чёт типо перегрузки значения. не парьтесь, я слишком туп
>>724893
Теперь это C++-тред.
Теперь это C++-тред.
я кстати дописал деление и уножение чисел произвольной длины - ох сколько я получил кайфа отлаживая это всё дело... но знаете, это странно, но отладкой заниматься приятней чем кодом, ты как бы рубишься с собой, как ты мог столько наошибаться, и рубишься побыстрей всё спрятать пока мамка не увидела, тыж умный.
но компиляторы пиздец меня огорчили, они даже не предопределяют a+=b c = a < b как бит переноса в c....
но компиляторы пиздец меня огорчили, они даже не предопределяют a+=b c = a < b как бит переноса в c....
но хуйнёво как-то, выбиваем старший бит делимого, проверяем делитель сдвинутый к этому биту на меньшесть (или уменьшаем позицию) , вычитаем и складываем степень - наверно не самое оптимально, но я хреново учился в школе, вот был бы умный, придумал бы чё, как распараллелить или типо того...
>>724863
Значит спермобляди в очередной раз соснули и им приходится брать документацию у васяна, так как их господин не соизволит обновлять ее.
Позоришься тут ты. Это Си тред, так что пиздуй в свой загон.
>Хотя не должны, если верить MSDN.
Значит спермобляди в очередной раз соснули и им приходится брать документацию у васяна, так как их господин не соизволит обновлять ее.
>Давай ты прекратишь позориться в этом тренде и просто пойдёшь нахуй.
Позоришься тут ты. Это Си тред, так что пиздуй в свой загон.
Ответы>>724915
>>724917
Я тут с уважаемым господином обсуждал компилятор от MS.
Влез истеричный школьник.
Ему на это указали.
Он порвался.
Вопрос: зачем?
Я тут с уважаемым господином обсуждал компилятор от MS.
Влез истеричный школьник.
Ему на это указали.
Он порвался.
Вопрос: зачем?
Ответы>>724923
>>724920
Этот господин: >>724798 сослался на официальную документацию, так один дебил просто не верил ему.
Этот петух: >>724813 ссылается на книгу рецептов васяна и называет человека, который читает официальную документацию, дегенератом.
Это по твоему обсуждение компилятора? Тем более это Си-тред. Съеби в свой загон, прокаженный.
>>724863
Здесь петух не выдерживает и рвется изливая ненависть на человека, который критикует чтение отрицание официальной документации.
>>724915
Здесь петух за неимением аргументов, начинает проецировать свою жизнь на других.
>>724920
А здесь петух решил зареверсировать и действует методом: "Порвался? Скажи опоненту с умным видом, что порвался он.".
Вопрос: Зачем он это делает?
Этот господин: >>724798 сослался на официальную документацию, так один дебил просто не верил ему.
Этот петух: >>724813 ссылается на книгу рецептов васяна и называет человека, который читает официальную документацию, дегенератом.
Это по твоему обсуждение компилятора? Тем более это Си-тред. Съеби в свой загон, прокаженный.
>>724863
Здесь петух не выдерживает и рвется изливая ненависть на человека, который критикует чтение отрицание официальной документации.
>>724915
Здесь петух за неимением аргументов, начинает проецировать свою жизнь на других.
>>724920
А здесь петух решил зареверсировать и действует методом: "Порвался? Скажи опоненту с умным видом, что порвался он.".
Вопрос: Зачем он это делает?
>>724984
Ага. Я так и поверил. А вообще, дело хотя бы в том, что Си стремится оставаться простым, прозрачным и низкоуровневым, в то время как кресты стали огромным неуправляемым комбайном. Это одна из основных причин почему кресты мало используют в системщине. Keep it simple stupid.
Ага. Я так и поверил. А вообще, дело хотя бы в том, что Си стремится оставаться простым, прозрачным и низкоуровневым, в то время как кресты стали огромным неуправляемым комбайном. Это одна из основных причин почему кресты мало используют в системщине. Keep it simple stupid.
Ответы>>725006
>>725000
Вскукареки ниосилятора вижу я, даже гцц на плюсах, а ты всё пиши драйвера для ком порта.
Вскукареки ниосилятора вижу я, даже гцц на плюсах, а ты всё пиши драйвера для ком порта.
Ответы>>725032
>>725004
Не могу поверить, что опускаюсь до языкосрачей, но против Rust у меня есть железобетонный аргумент: через 4-5 лет с ним наиграются и выкинут, а сишечка как была везде десятилетиями, так еще пару десятилетий проживет точно если, конечно, на ней не перестанут писать из отвращения после ввода замыканий в С2x.
Не могу поверить, что опускаюсь до языкосрачей, но против Rust у меня есть железобетонный аргумент: через 4-5 лет с ним наиграются и выкинут, а сишечка как была везде десятилетиями, так еще пару десятилетий проживет точно если, конечно, на ней не перестанут писать из отвращения после ввода замыканий в С2x.
Ответы>>725017
>>725011
Да причем тут сишечка, грешный?
Whatever, но лучше же раст, чем кресты?
Да причем тут сишечка, грешный?
>Зачем нужны плюсы, если есть Rust?
>через 4-5 лет с ним наиграются и выкинут
Whatever, но лучше же раст, чем кресты?
Ответы>>725019
>>725017
Потому что я на ней пишу, а тут тредик про сишечку.
История какбэ говорит нам, что В КРЕСТЫ ТАК И НЕ НАИГРАЛИСЬ.
> причем тут сишечка
Потому что я на ней пишу, а тут тредик про сишечку.
> лучше же раст, чем кресты
История какбэ говорит нам, что В КРЕСТЫ ТАК И НЕ НАИГРАЛИСЬ.
На самом деле, если так подумать, сколько людей потеряло наше ремесло, ведь на дельфи писал каждый офсный чувак... а писали ли столько на на визуалке?
Ответы>>726503
но в аське помню чуваков, помню сайты, где типы наваливали формочки и делали пошаговые игры свои, или даже текстовые... блять.... не помню как оно называлось, но было забавно, я тогда малым примастился рисовать - рисовал хуёвейши, но вроде катило....
чёто типо ГУЧА ГЕЙМС, или хуй нает. По идее это фамилия того типа, и он делал какуюто пошаговую хуету, но в логике не бум бум, и только можно было перемещаться по формочками
>>725023
Счастливое детство. Я с Borland C++ Builder начинал.
Счастливое детство. Я с Borland C++ Builder начинал.
>>725006
Пофиксил тебя.
Вруша. Он на их смеси.
Будто что-то плохое.
>Мнение человека не ограниченого каким-то одним языком, знающего, что не стоит использовать то, без чего можно обойтись
Пофиксил тебя.
>даже гцц на плюсах,
Вруша. Он на их смеси.
>а ты всё пиши драйвера для ком порта.
Будто что-то плохое.
>>725032
вот как бывает, вчера ты мне пишешь что я толщу, а сегодня отвечаешь на толщу, и это в день рождения моей дочери.
вот как бывает, вчера ты мне пишешь что я толщу, а сегодня отвечаешь на толщу, и это в день рождения моей дочери.
Ответы>>725037
>>725034
Просто начался новый день. Лимит на толстоту восстановлен.
Просто начался новый день. Лимит на толстоту восстановлен.
Ответы>>725056
от этих разговоров у меня ковбой мальборо, и харлей, и фильм того года, такое же ламповое старьё, как и сейчас тут спор
>>725043
Угу. Керниган вместе с Ритчи грязно воспользовались трудами Страуструпа, взяв все наиболее необходимое для языка и сделали свой аналог паскаля. Эдакий учебный язык, чтобы потом можно было перекатиться на кресты.
Угу. Керниган вместе с Ритчи грязно воспользовались трудами Страуструпа, взяв все наиболее необходимое для языка и сделали свой аналог паскаля. Эдакий учебный язык, чтобы потом можно было перекатиться на кресты.
>>725050
Всё правильно. Только не стоит множить несправедливость. Керниган к созданию языка руку не приложил, он в основном мануал писал, и в авторах книги он первый именно потому, что писал больше, чем Ричи.
Всё правильно. Только не стоит множить несправедливость. Керниган к созданию языка руку не приложил, он в основном мануал писал, и в авторах книги он первый именно потому, что писал больше, чем Ричи.
Ответы>>725059
>>725054
Вот только не стоит забывать еще и о Кене Томпсоне. Так как он был самым омежным в лаборатории, его травили и заставили скопипастить кресты. В это время Керниган писал документацию, а Ритчи из жалости изредка помогал Кену и носил видеопленки с порнухой, которую он вместе с Керниганом смотрели на новеньком PDP.
Вот только не стоит забывать еще и о Кене Томпсоне. Так как он был самым омежным в лаборатории, его травили и заставили скопипастить кресты. В это время Керниган писал документацию, а Ритчи из жалости изредка помогал Кену и носил видеопленки с порнухой, которую он вместе с Керниганом смотрели на новеньком PDP.
>>725004
Затем, что:
1. Раст делали на замену крестам, а не Си.
2. У него синтаксис не предназначен для читания и писания человеком.
3. При одинаковом дизайне программа на раст тормозит по сравнению с Си и крестами.
4. Раст не может в архитектуры, отличные от хай86 и арм.
5. Гугл не позволит расту конкурировать с его замечательным го, а в нише Си он не нужен, ибо с выразительностью все еще хуже, чем у Си, бежопашношть кончается на первом же unsafe, а низкоуровневый системный код состоит из unsafe чуть менее , чем полностью..
Затем, что:
1. Раст делали на замену крестам, а не Си.
2. У него синтаксис не предназначен для читания и писания человеком.
3. При одинаковом дизайне программа на раст тормозит по сравнению с Си и крестами.
4. Раст не может в архитектуры, отличные от хай86 и арм.
5. Гугл не позволит расту конкурировать с его замечательным го, а в нише Си он не нужен, ибо с выразительностью все еще хуже, чем у Си, бежопашношть кончается на первом же unsafe, а низкоуровневый системный код состоит из unsafe чуть менее , чем полностью..
Господи, блядь. Как можно посредством побитовых операций поменять местами две группы бит, определённых по старшему разряду? Сделал это просто через обычные операции с массивом, но меня послали нахуй, нужно обязательно побитовые.
>>726415
Я тебя не понял. Что ты подразумеваешь под "две группы бит, определенных по старшему разряду"? Пример приведи.
Я тебя не понял. Что ты подразумеваешь под "две группы бит, определенных по старшему разряду"? Пример приведи.
Ответы>>726425
>>726415
Если тебе допустим надо поменять в одном байте восемь старших бита и восемь младших:
val = ((val & 0xFF) << 8) + (val >> 8)
Как-то так.
Если тебе допустим надо поменять в одном байте восемь старших бита и восемь младших:
val = ((val & 0xFF) << 8) + (val >> 8)
Как-то так.
Ответы>>726430
>>726418
Есть какое-нибудь число, нужно поменять две группы бит. Например:
00000011
--++--++
Тут плюсами отмечена группа 00 и группа 11, номера старших разрядовсправа налево - 5 и 1 соответственно. Нужно эти группы поменять местами, в этом суть.
Есть какое-нибудь число, нужно поменять две группы бит. Например:
00000011
--++--++
Тут плюсами отмечена группа 00 и группа 11, номера старших разрядовсправа налево - 5 и 1 соответственно. Нужно эти группы поменять местами, в этом суть.
>>726424
Ага, понял, что тут произошло. Но каким образом докрутить начало операций с определенного бита, а не над целым числом?
Ага, понял, что тут произошло. Но каким образом докрутить начало операций с определенного бита, а не над целым числом?
Ответы>>726441
>>726430
8 в том примере — оффсет. Задавай нужны тебе оффсет ( в твоем примере 4 и тереби биты посредством разных битовых операций.
В твоем примере я бы попробовал сделать так:
val = 00^^0011
val = (val << 4) | (val ^ val)
Здесь при val << 4 единицы встанут на позиции нужных тебе нулей а при val ^ val, по свойству исключающего или получишь ноль. Затем слагаешь. Ну это немного корявый способ.
8 в том примере — оффсет. Задавай нужны тебе оффсет ( в твоем примере 4 и тереби биты посредством разных битовых операций.
В твоем примере я бы попробовал сделать так:
val = 00^^0011
val = (val << 4) | (val ^ val)
Здесь при val << 4 единицы встанут на позиции нужных тебе нулей а при val ^ val, по свойству исключающего или получишь ноль. Затем слагаешь. Ну это немного корявый способ.
>>726441
Если допустим будет val = 01^^0011, можно так сделать:
val = ((01000011 & 00000011) << 4).
Уже прямее. Вообще, есть множество способов.
Если допустим будет val = 01^^0011, можно так сделать:
val = ((01000011 & 00000011) << 4).
Уже прямее. Вообще, есть множество способов.
Господа, как грамотно скастовать байт в структуру?
Допустим есть структура, в которой 8 однобитовых свойств, есть байт данных, который нужно разбить на эти 8 свойств.
Через юнион?
Допустим есть структура, в которой 8 однобитовых свойств, есть байт данных, который нужно разбить на эти 8 свойств.
Через юнион?
>>726458
>>726455
Хотя здесь ошибка. Теряется бит. Тогда:
val = (01000011 & 01000000) | ((01000011 & 00000011) << 4).
val = (01110000 & 01000000) | ((01110000 & 00110000) >> 4)
>>726459
Битовые поля или по принципу флагов действуй. Определи Свойства константами вида: ONE = 0x01, TWO = 0x02, THREE = 0x04 и т.д и логически суммируй нужные тебе флаги:
val |= ONE | TWO и т.д.
>>726455
Хотя здесь ошибка. Теряется бит. Тогда:
val = (01000011 & 01000000) | ((01000011 & 00000011) << 4).
val = (01110000 & 01000000) | ((01110000 & 00110000) >> 4)
>>726459
Битовые поля или по принципу флагов действуй. Определи Свойства константами вида: ONE = 0x01, TWO = 0x02, THREE = 0x04 и т.д и логически суммируй нужные тебе флаги:
val |= ONE | TWO и т.д.
>>726464
В начале так и сделал.
Но потом захотелось ШТОБЫ КРАСИВО было, и решил зафигачить структуру с битовыми полями.
>по принципу флагов действуй
В начале так и сделал.
Но потом захотелось ШТОБЫ КРАСИВО было, и решил зафигачить структуру с битовыми полями.
>>726470
Флаги используются повсеместно. Это нормальная практика для свойств. А битовые поля используют намного реже. Так что не выделывайся.
>Но потом захотелось ШТОБЫ КРАСИВО было,
Флаги используются повсеместно. Это нормальная практика для свойств. А битовые поля используют намного реже. Так что не выделывайся.
>>726490
Это место с которым надо поменяться местами единицам.
Это место с которым надо поменяться местами единицам.
>>724849
там адовый код с тридцатилетней историей, хуй они его откроют, ибо банально стыдно будет, это тебе не дотнет относительно недавно написанный
там адовый код с тридцатилетней историей, хуй они его откроют, ибо банально стыдно будет, это тебе не дотнет относительно недавно написанный
Ответы>>726500
>>725021
дельфи любили в поссовке, китае, части европы тк это наследие европейской школы программирования все же по сути
и дельфи здесь занял, по сути, нишу вижуалбейсика, в остальном мире на нем лабали
дельфи любили в поссовке, китае, части европы тк это наследие европейской школы программирования все же по сути
и дельфи здесь занял, по сути, нишу вижуалбейсика, в остальном мире на нем лабали
>>726459
если у тебя в маске только однобитные флаги, то нах те структура не нужна, делают шестнадцатеричными или восьмеричными константами, так удобней
а так, да, делают структуры с битовыми полями
если у тебя в маске только однобитные флаги, то нах те структура не нужна, делают шестнадцатеричными или восьмеричными константами, так удобней
а так, да, делают структуры с битовыми полями
Ответы>>726518
>>726500
а нету смысла открывать исходники майкрософтофского с++ компилера
открыать сорцы дотнета - есть смысл, тк это открывает возможности compiler as infrastructure, roslyn, в общем, по сути те же ништяки что и связка clang-llvm предлагает, но в дотнете
а майкрософтофский компилер с++ сделан по старой технике (как и gcc), так чтож смысла нет
а нету смысла открывать исходники майкрософтофского с++ компилера
открыать сорцы дотнета - есть смысл, тк это открывает возможности compiler as infrastructure, roslyn, в общем, по сути те же ништяки что и связка clang-llvm предлагает, но в дотнете
а майкрософтофский компилер с++ сделан по старой технике (как и gcc), так чтож смысла нет
>>726508
В каких тогда случаях лучше использовать стуктуры с битовыми полями вместо флагов?
В каких тогда случаях лучше использовать стуктуры с битовыми полями вместо флагов?
>>726464
Честно пытался разобраться, но это пиздец. Ты не мог бы в общем случае написать? Есть двоичное число, есть номера старших разрядов, есть размер групп бит, которые надо поменять местами. Как всё это в кучу собрать?
Вот то, что я делал с массивами - просто и понятно, но нужно через, блядь, побитовые операции.
http://pastebin.com/AdWy6gzN
Честно пытался разобраться, но это пиздец. Ты не мог бы в общем случае написать? Есть двоичное число, есть номера старших разрядов, есть размер групп бит, которые надо поменять местами. Как всё это в кучу собрать?
Вот то, что я делал с массивами - просто и понятно, но нужно через, блядь, побитовые операции.
http://pastebin.com/AdWy6gzN
>>726470
Имей в виду, что порядок битов и их выравнивание в битфилде не определены (то есть, если у тебя битфилд на 6 полей по 1 биту, то начнется ли он со старшего бита байта, или с младшего, или со второго - определяет компилятор). Т.е., если тебе внутри собственной программы таскать туда-сюда битфилд - это ок, но если ты хочешь портабельно сохранять в файлы или передавать по сети, лучше пользуйся побитовыми операторами, там у тебя будет только проблема с endianess.
> зафигачить структуру с битовыми полями
Имей в виду, что порядок битов и их выравнивание в битфилде не определены (то есть, если у тебя битфилд на 6 полей по 1 биту, то начнется ли он со старшего бита байта, или с младшего, или со второго - определяет компилятор). Т.е., если тебе внутри собственной программы таскать туда-сюда битфилд - это ок, но если ты хочешь портабельно сохранять в файлы или передавать по сети, лучше пользуйся побитовыми операторами, там у тебя будет только проблема с endianess.
>>726545
Не читал задачи, но надеюсь, что понял правильно.
У тебя есть исходное число source, два офсета групп offset1, offset2 (считая с нуля справа) и размер обеих групп size. Например, наше число nAAnnBBn, где AA и BB твои группы, а n - какие-то биты, которые трогать не нужно. В нашем примере offset1 = 5, offset2 = 1, size = 2.
Генерируем маску с size единичек:
mask = (1 << size) - 1; // (2 << 1) - 1 = 4 - 1 = 3 = 00000011
Выделяем группы в отдельные переменные (, ):
group1 = (source >> offset1) & mask; // (nAAnnBBn >> 5) & 00000011 = 000000AA
group2 = (source >> offset2) & mask; // (nAAnnBBn >> 1) & 00000011 = 000000BB
И сдвигаем их обратно их новые места:
group1 <<= offset2; // 000000AA << 1 = 00000AA0
group2 <<= offset1; // 000000BB << 5 = 0BB00000
Собираем маску для исходного числа таким образом, чтобы там, где были группы битов, стояли единички, а в остальных разрядах нули:
source_mask = ((mask << offset1) | (mask << offset2)); // ((00000011 << 5) | (00000011 << 1)) = 01100110
И инвертируем её (теперь на месте групп будут нули, а в остальных разрядах единицы):
source_mask = ~source_mask; // ~01100110 = 10011001
И обнуляем обе группы битов, оставляя остальные биты нетронутыми:
source_masked = source & source_mask; // nAAnnBBn & 10011001 = n00nn00n
И собираем число из получившихся частей:
result = source_masked | group1 | group2; // n00nn00n | 00000AA0 | 0BB00000 = nBBnnAA0
Это все можно записать гораздо меньшим числом выражений, но надеюсь, что так тебе будет понятнее. Не забудь, что оперировать нужно беззнаковыми числами.
Не читал задачи, но надеюсь, что понял правильно.
У тебя есть исходное число 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
Это все можно записать гораздо меньшим числом выражений, но надеюсь, что так тебе будет понятнее. Не забудь, что оперировать нужно беззнаковыми числами.
>>726545
Не читал задачи, но надеюсь, что понял правильно.
У тебя есть исходное число source, два офсета групп offset1, offset2 (считая с нуля справа) и размер обеих групп size. Например, наше число nAAnnBBn, где AA и BB твои группы, а n - какие-то биты, которые трогать не нужно. В нашем примере offset1 = 5, offset2 = 1, size = 2.
Генерируем маску с size единичек:
mask = (1 << size) - 1; // (2 << 1) - 1 = 4 - 1 = 3 = 00000011
Выделяем группы в отдельные переменные (, ):
group1 = (source >> offset1) & mask; // (nAAnnBBn >> 5) & 00000011 = 000000AA
group2 = (source >> offset2) & mask; // (nAAnnBBn >> 1) & 00000011 = 000000BB
И сдвигаем их обратно их новые места:
group1 <<= offset2; // 000000AA << 1 = 00000AA0
group2 <<= offset1; // 000000BB << 5 = 0BB00000
Собираем маску для исходного числа таким образом, чтобы там, где были группы битов, стояли единички, а в остальных разрядах нули:
source_mask = ((mask << offset1) | (mask << offset2)); // ((00000011 << 5) | (00000011 << 1)) = 01100110
И инвертируем её (теперь на месте групп будут нули, а в остальных разрядах единицы):
source_mask = ~source_mask; // ~01100110 = 10011001
И обнуляем обе группы битов, оставляя остальные биты нетронутыми:
source_masked = source & source_mask; // nAAnnBBn & 10011001 = n00nn00n
И собираем число из получившихся частей:
result = source_masked | group1 | group2; // n00nn00n | 00000AA0 | 0BB00000 = nBBnnAA0
Это все можно записать гораздо меньшим числом выражений, но надеюсь, что так тебе будет понятнее. Не забудь, что оперировать нужно беззнаковыми числами.
Не читал задачи, но надеюсь, что понял правильно.
У тебя есть исходное число source, два офсета групп offset1, offset2 (считая с нуля справа) и размер обеих групп size. Например, наше число nAAnnBBn, где AA и BB твои группы, а n - какие-то биты, которые трогать не нужно. В нашем примере offset1 = 5, offset2 = 1, size = 2.
Генерируем маску с size единичек:
mask = (1 << size) - 1; // (2 << 1) - 1 = 4 - 1 = 3 = 00000011
Выделяем группы в отдельные переменные (, ):
group1 = (source >> offset1) & mask; // (nAAnnBBn >> 5) & 00000011 = 000000AA
group2 = (source >> offset2) & mask; // (nAAnnBBn >> 1) & 00000011 = 000000BB
И сдвигаем их обратно их новые места:
group1 <<= offset2; // 000000AA << 1 = 00000AA0
group2 <<= offset1; // 000000BB << 5 = 0BB00000
Собираем маску для исходного числа таким образом, чтобы там, где были группы битов, стояли единички, а в остальных разрядах нули:
source_mask = ((mask << offset1) | (mask << offset2)); // ((00000011 << 5) | (00000011 << 1)) = 01100110
И инвертируем её (теперь на месте групп будут нули, а в остальных разрядах единицы):
source_mask = ~source_mask; // ~01100110 = 10011001
И обнуляем обе группы битов, оставляя остальные биты нетронутыми:
source_masked = source & source_mask; // nAAnnBBn & 10011001 = n00nn00n
И собираем число из получившихся частей:
result = source_masked | group1 | group2; // n00nn00n | 00000AA0 | 0BB00000 = nBBnnAA0
Это все можно записать гораздо меньшим числом выражений, но надеюсь, что так тебе будет понятнее. Не забудь, что оперировать нужно беззнаковыми числами.
>>726518
Когда у тебя поля не однобитовые и для тесной запаковки.
Допустим есть структура в 32 бита. где 8 бит выделяется под одно, 12 бит под другое, и еще по 6 бит под третье и четвертое.
Когда у тебя поля не однобитовые и для тесной запаковки.
Допустим есть структура в 32 бита. где 8 бит выделяется под одно, 12 бит под другое, и еще по 6 бит под третье и четвертое.
Ответы>>726589
>>726545
Но ведь >>, <<, |, ^, ~, & — битовые операции! Что тебе не нравится?
Но ведь >>, <<, |, ^, ~, & — битовые операции! Что тебе не нравится?
>>726585
И да. Не надо забывать про выравнивание данных. Твоя структура 12 бит будет весить как машинное слово, если ты не задашь иначе. В С11 для этого есть _Alignas.
И да. Не надо забывать про выравнивание данных. Твоя структура 12 бит будет весить как машинное слово, если ты не задашь иначе. В С11 для этого есть _Alignas.
Ответы>>726599
>>726589
А ты с упаковкой не путаешь? _Alignas вроде на размер не влияет, только на размещение в памяти.
А ты с упаковкой не путаешь? _Alignas вроде на размер не влияет, только на размещение в памяти.
Ответы>>726611
>>726611
А ннет ! Я сглупил! Действительно! Я же про выравнивание говорю! А надо про упаковку! Прошу прощения.
А ннет ! Я сглупил! Действительно! Я же про выравнивание говорю! А надо про упаковку! Прошу прощения.
Ответы>>726688
>>726616
Там вроде в плюсах по-другому, но не уверен. А у нас есть нестандартная, но очень широко поддерживаемая #pragma pack.
Там вроде в плюсах по-другому, но не уверен. А у нас есть нестандартная, но очень широко поддерживаемая #pragma pack.
>>726583
Ух, спасибо тебе большое, разъяснил. Теперь я наконец-то осилил происходящее. Спасибо!
Ух, спасибо тебе большое, разъяснил. Теперь я наконец-то осилил происходящее. Спасибо!
Есть ли способ выставлять флаги оптимизаций в коде? как например коннектить либы через #pragma comment(lib, ..)
Знаю что это очень даунский вопрос и олимпиады для хуесосов а олимпиадный тред мёртв, но иначе я не вижу способа включить оптимизацию компилятора если в жюри сидит хуесос, а паскальмартыхан сидит и угарает с меня.
Знаю что это очень даунский вопрос и олимпиады для хуесосов а олимпиадный тред мёртв, но иначе я не вижу способа включить оптимизацию компилятора если в жюри сидит хуесос, а паскальмартыхан сидит и угарает с меня.
>>726719
Можно. Но зависит от компилятора. Для GCC есть __attribute__((optimize("smth"))) и #pragma GCC optimize, для Visual Studio есть #pragma optimize.
Можно. Но зависит от компилятора. Для GCC есть __attribute__((optimize("smth"))) и #pragma GCC optimize, для Visual Studio есть #pragma optimize.
Ответы>>726799
>>726719
Если ты знаешь это, зачем участвуешь? Или ты нам так признаешься, что любишь хуи сосать?
Никогда не понял этих олимпиад. Зачем они нужны?
> олимпиады для хуесосов
Если ты знаешь это, зачем участвуешь? Или ты нам так признаешься, что любишь хуи сосать?
Никогда не понял этих олимпиад. Зачем они нужны?
Ответы>>726799
>>726719
Наверное есть, но прямо так скажу, писать олимпиадки на C - довольно печальное занятие. Можно нечаянно и ногу отстрелить, и ебаться потом, потому что собственный инструмент ставит палки в колёса и позволяет компилировать всякий дырявый говнокод. Паскальмартыхану в этом плане полегче будет.
Наверное есть, но прямо так скажу, писать олимпиадки на C - довольно печальное занятие. Можно нечаянно и ногу отстрелить, и ебаться потом, потому что собственный инструмент ставит палки в колёса и позволяет компилировать всякий дырявый говнокод. Паскальмартыхану в этом плане полегче будет.
>>726764
Отстрелишь, если основ не знаешь. Ну там проебаться можно с преобразованиями числа, ибо допустим 1 / 2 = 0 а 1.0 / 2.0 = 0.5 или если файлы читать не умеешь. Вот это вот все.
>Наверное есть, но прямо так скажу, писать олимпиадки на C - довольно печальное занятие.
Отстрелишь, если основ не знаешь. Ну там проебаться можно с преобразованиями числа, ибо допустим 1 / 2 = 0 а 1.0 / 2.0 = 0.5 или если файлы читать не умеешь. Вот это вот все.
Ответы>>726785
>>726770
Даже со знанием основ можно отстрелить. Я бы не был таким самоуверенным. Сам по молодости игрался в олимпиадки на няшной, и временами возникали проблемы из-за самого инструмента.
Есть и другая сторона - на C нету ничего подобного STL. На серьезных олимпиадках из-за этого вполне можно вылететь в трубу.
Поэтому серьёзные дяди кодят олимпиадки на C++ или Java. Последняя даже легче будет, посколько весьма строга к мартышке, которая сидит перед ящиком и не позволяет делать слишком очевидные и глупые баги.
Даже со знанием основ можно отстрелить. Я бы не был таким самоуверенным. Сам по молодости игрался в олимпиадки на няшной, и временами возникали проблемы из-за самого инструмента.
Есть и другая сторона - на C нету ничего подобного STL. На серьезных олимпиадках из-за этого вполне можно вылететь в трубу.
Поэтому серьёзные дяди кодят олимпиадки на C++ или Java. Последняя даже легче будет, посколько весьма строга к мартышке, которая сидит перед ящиком и не позволяет делать слишком очевидные и глупые баги.
>>726785
Хз что у тебя там за олимпиадки такие, где прям так нужен STL. У меня локальное говно, где ничего сложнее длинной арифметики и графов нету судя по темам нету.
Хз что у тебя там за олимпиадки такие, где прям так нужен STL. У меня локальное говно, где ничего сложнее длинной арифметики и графов нету судя по темам нету.
Ответы>>726811
>>726785
Алгоритмы знать надо! Привыкнуть к своим list.reverse или list.sort() и не знают потом ни черта. А вообще, первое что лезет в голову, так это glib. Там кажется есть множество всего такого. Но это под линукс.
Я бы по-другому сказал. Она не строга к мартышке. Она просто убирает за ним дерьмо. А в Си нагадил — убери.
Это да. Бывает И зависит не только от квалификации, но и от настроения и фазы луны. Впрочем, чем больше пишешь, тем меньше случайных ошибок делаешь.
Этого >>726804 двачаю. Сколько не видел олимпиадок, так там простые задания, чуть ли для домохозяек. Зачем там коллекции? Не понимат.
>Есть и другая сторона - на C нету ничего подобного STL.
Алгоритмы знать надо! Привыкнуть к своим list.reverse или list.sort() и не знают потом ни черта. А вообще, первое что лезет в голову, так это glib. Там кажется есть множество всего такого. Но это под линукс.
>Последняя даже легче будет, посколько весьма строга к мартышке,
Я бы по-другому сказал. Она не строга к мартышке. Она просто убирает за ним дерьмо. А в Си нагадил — убери.
>позволяет делать слишком очевидные и глупые баги.
Это да. Бывает И зависит не только от квалификации, но и от настроения и фазы луны. Впрочем, чем больше пишешь, тем меньше случайных ошибок делаешь.
Этого >>726804 двачаю. Сколько не видел олимпиадок, так там простые задания, чуть ли для домохозяек. Зачем там коллекции? Не понимат.
Ответы>>726832
>>726811
Писать по сто раз рутинные вещи заебывает. А так кто ж им виноват, что они не знают, что за алгоритм у них в библиотечной сортировочке?
Вот этим на олимпиадке нет времени заниматься. Как и оформлять читабельный код. Дома можешь хоть узадрачиваться, а тут изволь всё сделать за ограниченное время.
Ох, что ж я сразу не понял, что спорю с профи. Ты поди все задачи ACM левой пяткой на брейнфаке решаешь?
>Алгоритмы знать надо! Привыкнуть к своим list.reverse или list.sort() и не знают потом ни черта.
Писать по сто раз рутинные вещи заебывает. А так кто ж им виноват, что они не знают, что за алгоритм у них в библиотечной сортировочке?
>А в Си нагадил — убери.
Вот этим на олимпиадке нет времени заниматься. Как и оформлять читабельный код. Дома можешь хоть узадрачиваться, а тут изволь всё сделать за ограниченное время.
>Сколько не видел олимпиадок, так там простые задания, чуть ли для домохозяек. Зачем там коллекции? Не понимат.
Ох, что ж я сразу не понял, что спорю с профи. Ты поди все задачи ACM левой пяткой на брейнфаке решаешь?
>>726832
Только на рашкинских птушных олимпиадах за это ещё "субъективно" могут накинуть баллов, лел.
Не переводи тему, ясен хуй тут другой уровень задач.
>Вот этим на олимпиадке нет времени заниматься. Как и оформлять читабельный код. Дома можешь хоть узадрачиваться, а тут изволь всё сделать за ограниченное время.
Только на рашкинских птушных олимпиадах за это ещё "субъективно" могут накинуть баллов, лел.
>Ты поди все задачи ACM левой пяткой на брейнфаке решаешь?
Не переводи тему, ясен хуй тут другой уровень задач.
Ответы>>726856
>>726832
Сарказм не уместен. Если ты не можешь в простую логику, это не значит, что и другие не могут.
>Ох, что ж я сразу не понял, что спорю с профи.
Сарказм не уместен. Если ты не можешь в простую логику, это не значит, что и другие не могут.
>>726844
Это нормальный уровень задач. А то что там в школах и прочих ПТУ - сраное говно, на это НЕ нужно равняться.
>ясен хуй тут другой уровень задач
Это нормальный уровень задач. А то что там в школах и прочих ПТУ - сраное говно, на это НЕ нужно равняться.
Ответы>>726954
>>726964
Олимпиадник порвался? Сделай хотя бы один более-менее серьзный проект и ты поймешь что олимпиады лишь забавы для неосиляторов.
Олимпиадник порвался? Сделай хотя бы один более-менее серьзный проект и ты поймешь что олимпиады лишь забавы для неосиляторов.
Ответы>>726974
>>726973
ясно, залётный из /b/
ну толсто же.
одно другому не мешает.
>порвался
ясно, залётный из /b/
>Сделай хотя бы один более-менее серьзный проект и ты поймешь что олимпиады лишь забавы для неосиляторов.
ну толсто же.
одно другому не мешает.
>>726964
А ты построишь пирамиду из огромных каменных блоков вручную?
А ты построишь пирамиду из огромных каменных блоков вручную?
>>726974
Чини детектор.
А ведь любой нормальный программист должен уметь реализовывать любые алгоритмы, также как и знать Си, не допуская при этом глупых ошибок.
>ясно, залётный из /b/
Чини детектор.
>одно другому не мешает.
>жалуется, что нет STL и из-за этого очень сложно ему олимпиадные задачки решать, да и на Си писать сложно
А ведь любой нормальный программист должен уметь реализовывать любые алгоритмы, также как и знать Си, не допуская при этом глупых ошибок.
>>726974
Ну как не мешает. Это немного разные области - в одной ты спокойно сидишь и обдумываешь как чо делать, в другой ты как ебаная макака убегающая от охотника пытаешься успеть высрать зазубренные алгоритмы до дедлайна в пару часов. А когда области развития не пересекаются - они друг друга лочат как 2 треда 1 несчастную переменную.
Олимпиадное программирование - это как спорт - старания и превозмогания нужно дохуя, а толку - нихуя. Ну да, как и ирл в спорте в шоколаде только самый верхний эшелон, который составляет от силы 0,1%.
>одно другому не мешает.
Ну как не мешает. Это немного разные области - в одной ты спокойно сидишь и обдумываешь как чо делать, в другой ты как ебаная макака убегающая от охотника пытаешься успеть высрать зазубренные алгоритмы до дедлайна в пару часов. А когда области развития не пересекаются - они друг друга лочат как 2 треда 1 несчастную переменную.
Олимпиадное программирование - это как спорт - старания и превозмогания нужно дохуя, а толку - нихуя. Ну да, как и ирл в спорте в шоколаде только самый верхний эшелон, который составляет от силы 0,1%.
Ответы>>726988
>>726985
Неистово двачаю!
Неистово двачаю!
Как семёна разорвало.
Ты читать умеешь? Си неудобен на олимпиадках, но если ты такой любитель жрать кактусы, то пожалуйста. Нормальный человек же выбирает наиболее подходящий к задаче инструмент.
По поводу дедлайнов, они присутствуют и на работе, вечно задрачивать не получится.
И да, одно другому таки не мешает, можно спокойно работать, а раз в месяц поиграть на каком-нибудь кф. Тебя олимпиадники покусали что ли?
Плюс архивы с задачами могут быть хорошим подспорьем для новичка, чтобы закрепить базу. Сразу он не пойдет ебашить крутые проекты, а вот поиграться с задачками - другое дело. Главное без фанатизма.
Ты читать умеешь? Си неудобен на олимпиадках, но если ты такой любитель жрать кактусы, то пожалуйста. Нормальный человек же выбирает наиболее подходящий к задаче инструмент.
По поводу дедлайнов, они присутствуют и на работе, вечно задрачивать не получится.
И да, одно другому таки не мешает, можно спокойно работать, а раз в месяц поиграть на каком-нибудь кф. Тебя олимпиадники покусали что ли?
Плюс архивы с задачами могут быть хорошим подспорьем для новичка, чтобы закрепить базу. Сразу он не пойдет ебашить крутые проекты, а вот поиграться с задачками - другое дело. Главное без фанатизма.
>>726993
Ты реально какое-то животное. Когда ты участвуешь на каком нибудь ICPC и у тебя есть выбор (и самое главное задачи - не найти точку в прямоугольнике), то да - нужен яп высокого уровня.
Но тебе выше явно сказали - либо паскаль, либо си, и у тебя задача посортировать и красиво вывести дроби и тд школьное говно - можно хоть на асме с хачкелем писать, всем похуй. Если ты сумеешь прострелить себе ногу на такой хуйне - я даже не знаю что сказать.
А ещё я не знаю что сказать когда ты предлагаешь использовать плюсы с в три раза большим кол-вом заёбов и тонкостей.
Ты реально какое-то животное. Когда ты участвуешь на каком нибудь ICPC и у тебя есть выбор (и самое главное задачи - не найти точку в прямоугольнике), то да - нужен яп высокого уровня.
Но тебе выше явно сказали - либо паскаль, либо си, и у тебя задача посортировать и красиво вывести дроби и тд школьное говно - можно хоть на асме с хачкелем писать, всем похуй. Если ты сумеешь прострелить себе ногу на такой хуйне - я даже не знаю что сказать.
А ещё я не знаю что сказать когда ты предлагаешь использовать плюсы с в три раза большим кол-вом заёбов и тонкостей.
Ответы>>727004
>>726993
Лал. Даже не хочет признавать что его хуесосят несколько человек.
Ты как определять удлбность инструмента собрался? Кому-то пожет и на ассемблере удобнее многие решать.
На работе, у тебя есть возможность, чтобы сделать нормально и красиво полезные вещи, а не какую-то никому не нужную кроме твоего ЧСВ хуету..
Для новичка лучше книжки читать с алгоритмами и описанием разных техник программирования + документация по инструментам, чтобы не задавал вопросов об общении с компилятором.
>Как семёна разорвало.
Лал. Даже не хочет признавать что его хуесосят несколько человек.
>Нормальный человек же выбирает наиболее подходящий к задаче инструмент.
Ты как определять удлбность инструмента собрался? Кому-то пожет и на ассемблере удобнее многие решать.
>По поводу дедлайнов, они присутствуют и на работе, вечно задрачивать не получится.
На работе, у тебя есть возможность, чтобы сделать нормально и красиво полезные вещи, а не какую-то никому не нужную кроме твоего ЧСВ хуету..
>Плюс архивы с задачами могут быть хорошим подспорьем для новичка, чтобы закрепить базу.
Для новичка лучше книжки читать с алгоритмами и описанием разных техник программирования + документация по инструментам, чтобы не задавал вопросов об общении с компилятором.
>>726997
Ммм, переход на личности :3
В мое время в школо-быдло-олимпиадках можно было выбирать как минимум из 4 языков.
Вас послушать, дак тут каждый школьник непризнанный гений, и может без единой ошибки написать на асме ядро ОС.
Если ты такой красавец, что можешь сразу ебашить ансейв код без багов и прочих переполняющихся буферов - молодец. Но с чего ты решил, что другие умеют то же самое? Особенно в наше время бума всяких code monkey.
Нет, им чисто добрый совет даешь, а они визжат и посылают. Первокурсники ебаные.
Ммм, переход на личности :3
В мое время в школо-быдло-олимпиадках можно было выбирать как минимум из 4 языков.
>Если ты сумеешь прострелить себе ногу на такой хуйне - я даже не знаю что сказать.
Вас послушать, дак тут каждый школьник непризнанный гений, и может без единой ошибки написать на асме ядро ОС.
Если ты такой красавец, что можешь сразу ебашить ансейв код без багов и прочих переполняющихся буферов - молодец. Но с чего ты решил, что другие умеют то же самое? Особенно в наше время бума всяких code monkey.
Нет, им чисто добрый совет даешь, а они визжат и посылают. Первокурсники ебаные.
>>727004
Сука, и как мне не переходить на личности? Ты серьёзно ебанутый, или упарываешь что-то?
>асме ядро ОС.
> задача посортировать и красиво вывести дроби
>найти точку в прямоугольнике
Сука, и как мне не переходить на личности? Ты серьёзно ебанутый, или упарываешь что-то?
Ответы>>727032
>>727004
А сам-то? Детектишь тут во всех залетных и семенов.
Ты на олимпиадах ОСи пишешь? Ты решаешь там абстрактные задачи, которые вообще никак не связаны с технической составляющей.
А чего ты, не зная инструмента, советуешь кому-то не пользоваться инструментам, потому что лично ТЫ, не можешь на нем без ошибок писать даже элементарные вещи? Ты небось еще после каждой второй написанной строчки компилируешь и правишь ошибки?
Ты предлагаешь поощрать это дело?
Ты говорил о своих субъективных ощущениях от языка. В случае того, кому ты это говорил, ему можно на чем угодно писать. Вероятность ошибок минимальна при знании языка и алгоритма. Но ты посоветовал ему не писать на паскале, который он знает плохо.
Детектор уже почини. Заебал! Третий раз уже.
>Ммм, переход на личности :3
А сам-то? Детектишь тут во всех залетных и семенов.
>Вас послушать, дак тут каждый школьник непризнанный гений, и может без единой ошибки написать на асме ядро ОС.
Ты на олимпиадах ОСи пишешь? Ты решаешь там абстрактные задачи, которые вообще никак не связаны с технической составляющей.
>чего ты решил, что другие умеют то же самое?
А чего ты, не зная инструмента, советуешь кому-то не пользоваться инструментам, потому что лично ТЫ, не можешь на нем без ошибок писать даже элементарные вещи? Ты небось еще после каждой второй написанной строчки компилируешь и правишь ошибки?
>Особенно в наше время бума всяких code monkey.
Ты предлагаешь поощрать это дело?
>Нет, им чисто добрый совет даешь, а они визжат и посылают.
Ты говорил о своих субъективных ощущениях от языка. В случае того, кому ты это говорил, ему можно на чем угодно писать. Вероятность ошибок минимальна при знании языка и алгоритма. Но ты посоветовал ему не писать на паскале, который он знает плохо.
>Первокурсники ебаные
Детектор уже почини. Заебал! Третий раз уже.
Ответы>>727032
>>727010
>>727008
Ясно.
Вообще не понимаю, чего вы так агритесь на спортивное программирование. Ну решают люди абстрактные задачки, и что? Давайте еще поливать говном математику, дескать она оторвана от жизни, ебучие математики что-то там решают, возятся, доказывают, уххх, мне на сосаче сказали это нинужна!
Вас лично никто не заставляет решать "найти точку в прямоугольнике".
Нет же, надо устраивать демагогию на пустом месте, лол.
Программирование на строгом к ошибкам языке помогает как раз приучить новичков не делать глупостей. Думаешь, школьник с радостью побежит учить все скучные анальные секреты/стандарты/ твоей любимой сишки? Ага, щасс.
Пиздец, вы байтослесари какие-то, честное слово.
Запизделся уже. Очевидно, что на языках типа C/C++ гораздо легче наделать ошибок, будь ты хоть сто пядей во лбу. Никто не застрахован, человеческий фактор и всё такое. Но нет же
Окей, выучи брейнфак и пиши на нем с МИНИМАЛЬНОЙ ВЕРОЯТНОСТЬЮ ОШИБОК. Инструмент ведь плохим не бывает априори, это всё руки кривые.
>>727008
>ты ты ты ты ты ТЫЫЫЫЫ
Ясно.
Вообще не понимаю, чего вы так агритесь на спортивное программирование. Ну решают люди абстрактные задачки, и что? Давайте еще поливать говном математику, дескать она оторвана от жизни, ебучие математики что-то там решают, возятся, доказывают, уххх, мне на сосаче сказали это нинужна!
Вас лично никто не заставляет решать "найти точку в прямоугольнике".
Нет же, надо устраивать демагогию на пустом месте, лол.
>Ты предлагаешь поощрать это дело?
Программирование на строгом к ошибкам языке помогает как раз приучить новичков не делать глупостей. Думаешь, школьник с радостью побежит учить все скучные анальные секреты/стандарты/ твоей любимой сишки? Ага, щасс.
Пиздец, вы байтослесари какие-то, честное слово.
>Ты говорил о своих субъективных ощущениях от языка.
Запизделся уже. Очевидно, что на языках типа C/C++ гораздо легче наделать ошибок, будь ты хоть сто пядей во лбу. Никто не застрахован, человеческий фактор и всё такое. Но нет же
>Вероятность ошибок минимальна при знании языка и алгоритма.
Окей, выучи брейнфак и пиши на нем с МИНИМАЛЬНОЙ ВЕРОЯТНОСТЬЮ ОШИБОК. Инструмент ведь плохим не бывает априори, это всё руки кривые.
Ответы>>727063
>>727032
Короче съеби. Просто съеби. С такими даунами даже спорить не хочется.
>думает что стандарты свойственны только для Си
>думает, что если спортивный быдлокодинг поливают говном те, кто не знает математику
>считает, что более высокоуровневые языки строги к ошибкам
>знание работы компьютера не нужно новичку.
Короче съеби. Просто съеби. С такими даунами даже спорить не хочется.
>>727063
Да, да, ты победил, а я съебу. До свидания, слесари.
Да, да, ты победил, а я съебу. До свидания, слесари.
А вообще, спортивное программирование плохое потому, что не дает никаких полезных навыков кроме скорости написания элементарных задач, но при этом повышают ЧСВ обезьянки до неведомых высот. Лично мое мнение, что любой программист, которому приходилось создавать собственные реализации как простых (решето Эратосфена, алгоритм Эвклида, итерационный алгоритм Герона, половину сортировок, простейшие методы поиска и т.д) так и сложных алгоритмов (в том числе криптографических) и проведшего тестирование и оптимизацию этих алгоритмов, смело может опустить любого олимпиадника, так как эти самые олимпиадники решают конкретные задачи, но не видят картины в целом, что показал нам этот >>726832 товарищ, у которого возникают сложности с простейшими алгоритмами. В тоже время программист описанный ранее, сможет решить любую поставленную задачу за приемлемые сроки и он также сможет помимо простого решения, также оптимизировать саму программу. Вот так вотъ.
Ответы>>727083
>>727063
а че олимпиадки чем плохи-то, ну задрачивают люди классические алгоритмы, че плохого-то, не думаю что они быдлокодерами из-за этого становятся.
а че олимпиадки чем плохи-то, ну задрачивают люди классические алгоритмы, че плохого-то, не думаю что они быдлокодерами из-за этого становятся.
>>727081
ну про элементарные задачи ты слишком хуйню спизданул, задачи с петрозаводских сборов порешай, гарантирую что ты сольешься.
ну про элементарные задачи ты слишком хуйню спизданул, задачи с петрозаводских сборов порешай, гарантирую что ты сольешься.
Ответы>>727085
>>727083
Стадии:
1) Тебе дали задачу;
2) Ты обдумываешь варианты ее решения;
3) Выбрав наиболее подходящее решение, ты реализовываешь его.
Вот такой порядок действий на мой взгляд вполне справедлив. Разве что только если тебе не дадут задачу, для решения которой тебе требуются какие-либо узкоспециализированные знания в области математики и тебе надо так сходу решить не зная матчасти. Поправь меня если что-то не так. И дай пожалуй ссылку на эти задачи. Я просто множество задач олимпиадных видел, и мне они казались достаточно простыми.
Стадии:
1) Тебе дали задачу;
2) Ты обдумываешь варианты ее решения;
3) Выбрав наиболее подходящее решение, ты реализовываешь его.
Вот такой порядок действий на мой взгляд вполне справедлив. Разве что только если тебе не дадут задачу, для решения которой тебе требуются какие-либо узкоспециализированные знания в области математики и тебе надо так сходу решить не зная матчасти. Поправь меня если что-то не так. И дай пожалуй ссылку на эти задачи. Я просто множество задач олимпиадных видел, и мне они казались достаточно простыми.
>>727085
ты из далека заходишь, ты описал решение любой задачи в любой сфере.
http://acm.timus.ru/problemset.aspx?space=1&tag=ptz
вот шерсти.
не все олимпиадки, это контесты на кодфорсе во втором дивизионе.
ты из далека заходишь, ты описал решение любой задачи в любой сфере.
http://acm.timus.ru/problemset.aspx?space=1&tag=ptz
вот шерсти.
не все олимпиадки, это контесты на кодфорсе во втором дивизионе.
Ответы>>727101
Ответы>>727099
>>727092
Симулятор интерактивного оконного менеджера? Хм. Только недавно читал про иксы и прокрастинирую собрать их. Не вижу чего-то сложного. Нужно хранить состояния да обрабатывать ошибки. Всего-то! Как допрокрастинирую, может возьмусь, хотя вижу мало интересного, честно говоря.
Симулятор интерактивного оконного менеджера? Хм. Только недавно читал про иксы и прокрастинирую собрать их. Не вижу чего-то сложного. Нужно хранить состояния да обрабатывать ошибки. Всего-то! Как допрокрастинирую, может возьмусь, хотя вижу мало интересного, честно говоря.
>>727103
Ну маааам! Мне делать нечего! Шахматы надоели, а задач не завезли! Вот и маюсь.
Ну я имел ввиду, что оно плохо, как единственный род занятий. Я в том смысле, что если олимпиадник решает такие задачи, но не имеет практики реального программирования, то он ни на что не годен. Однако так как он получил слишком высокое ЧСВ из-за них, оно плохое для него. То что в той ссылке, я расцениваю как аналог решения сканвордов или партейки другой в шахматы.
Ну маааам! Мне делать нечего! Шахматы надоели, а задач не завезли! Вот и маюсь.
Ну я имел ввиду, что оно плохо, как единственный род занятий. Я в том смысле, что если олимпиадник решает такие задачи, но не имеет практики реального программирования, то он ни на что не годен. Однако так как он получил слишком высокое ЧСВ из-за них, оно плохое для него. То что в той ссылке, я расцениваю как аналог решения сканвордов или партейки другой в шахматы.
>>727107
95% олимпиадников после университетсва идут точно так же работать, или ты думаешь, что им просто так деньги за их чсв платят потом?
95% олимпиадников после университетсва идут точно так же работать, или ты думаешь, что им просто так деньги за их чсв платят потом?
Ответы>>727118
>>727114
Знаешь. Ты поднял такую спорную тему... А все ли программисты заслуженно получают деньги за свою "работу"? Мне не очень хочется по этой теме ходить, так что останемся при своих мнениях, так как бессмысленным будет говорить про это. Добра тебе.
>или ты думаешь, что им просто так деньги за их чсв платят потом?
Знаешь. Ты поднял такую спорную тему... А все ли программисты заслуженно получают деньги за свою "работу"? Мне не очень хочется по этой теме ходить, так что останемся при своих мнениях, так как бессмысленным будет говорить про это. Добра тебе.
Ответы>>727129
>>727118
ну обычная тема, если платят, то значит решают поставленную задачу весьма успешно, если взяли работать, значит убедились в способности выполнять эту задачу.
ну обычная тема, если платят, то значит решают поставленную задачу весьма успешно, если взяли работать, значит убедились в способности выполнять эту задачу.
>>727107
Лол. Сначала кудахчешь, что спортивная прога никак не совместима с "обычным" программированием, и тут выясняется обратное.
Очередной толстый из /b/ короче, которому лишь бы доебаться да устроить срач. Ну а что, свинья грязи везде найдёт.
Лол. Сначала кудахчешь, что спортивная прога никак не совместима с "обычным" программированием, и тут выясняется обратное.
Очередной толстый из /b/ короче, которому лишь бы доебаться да устроить срач. Ну а что, свинья грязи везде найдёт.
3 Кб, 385x85
>>727085
...и все они говно, работающие по примерным оценкам миллиарды лет чистого времени. Твои действия?
Во-первых, если у тебя нет узкоспециализированных знаний, то в чем заключается твоя олимпиадность? Думать быстрее? В таком случае, конечно, обычная макака тоже рано или поздно справится. Во-вторых, без этих знаний ты не всегда даже сможешь понять, нужны ли тебе тут такие знания, просто подумаешь, что ты тупой дебил.
>Стадии:
>1) Тебе дали задачу;
>2) Ты обдумываешь варианты ее решения;
...и все они говно, работающие по примерным оценкам миллиарды лет чистого времени. Твои действия?
>Разве что только если тебе не дадут задачу, для решения которой тебе требуются какие-либо узкоспециализированные знания в области математики и тебе надо так сходу решить не зная матчасти.
Во-первых, если у тебя нет узкоспециализированных знаний, то в чем заключается твоя олимпиадность? Думать быстрее? В таком случае, конечно, обычная макака тоже рано или поздно справится. Во-вторых, без этих знаний ты не всегда даже сможешь понять, нужны ли тебе тут такие знания, просто подумаешь, что ты тупой дебил.
>>727144
двочую
двочую
>>727144
А вообще по-хорошему сложная задача сначала изучается теоретически, придумывается более хороший алгоритм а то и вообще хоть какой-нибудь, а потом уже спускают с цепи макак. И олимпиаднику полезнее мутировать именно в CS-теоретика, на худой конец исследователя-прикладника, нежели в дженерик кодера.
А вообще по-хорошему сложная задача сначала изучается теоретически, придумывается более хороший алгоритм а то и вообще хоть какой-нибудь, а потом уже спускают с цепи макак. И олимпиаднику полезнее мутировать именно в CS-теоретика, на худой конец исследователя-прикладника, нежели в дженерик кодера.
Ответы>>727162
>>727152
Ага ага, учитывая что наука и олимпиадки мартышек практически никак не пересекаются.
>И олимпиаднику полезнее мутировать именно в CS-теоретика
Ага ага, учитывая что наука и олимпиадки мартышек практически никак не пересекаются.
Вчера был вечер охуительных историй о происхождении языка Си. Сегодня — охуительные истории о пользе олимпиад для прикладного программиста. А завтра что будет? О вреде чтения официальной документации и призыва к чтению мануалов от васяна? Откуда вы блять лезете? Или слоупочные тролли очнулись после зимней спячки?
Ответы>>727254
Сосоны, у меня проблема. Написал сервер, а он нихуя не работает. Т.е. пишет, что подключился с 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
>>727168
Как показал опыт, официальные мануалы от майкрософт хуже мануалов "от васяна".
>О вреде чтения официальной документации и призыва к чтению мануалов от васяна?
Как показал опыт, официальные мануалы от майкрософт хуже мануалов "от васяна".
>>727254
Ну охуеть теперь. Что дальше то будет?
>>727235
Вот убивал бы за такой код! Где проверки на ошибки, мудила? Почему у тебя на 35 строке листен идет в условии а все остальное выполняется вне зависимости от условия? Нахуя тебе треды, если даже простой сервер создать не можешь, не говоря о неблокирующих сокетах?
За это я бы тебе в ебало дал. Забудь про потоки сука! Программировать сначала последовательно научись.
Сука, съеби отсюда. Вообще забудь о программировании! Не вздумай даже хеллоуворлды писать. Вдруг еще ширус случайно создашь!
А если серьезно, прочитай пару книжек по Си. Начинай с K&R.
Ну охуеть теперь. Что дальше то будет?
>>727235
Вот убивал бы за такой код! Где проверки на ошибки, мудила? Почему у тебя на 35 строке листен идет в условии а все остальное выполняется вне зависимости от условия? Нахуя тебе треды, если даже простой сервер создать не можешь, не говоря о неблокирующих сокетах?
>sleep для потоков
За это я бы тебе в ебало дал. Забудь про потоки сука! Программировать сначала последовательно научись.
>фиксированные размеры буферов
>не проверяет переполнения буферов
>преобразовывает уже из одного типа в тот же тип
>struct stat st = {0};
Сука, съеби отсюда. Вообще забудь о программировании! Не вздумай даже хеллоуворлды писать. Вдруг еще ширус случайно создашь!
А если серьезно, прочитай пару книжек по Си. Начинай с K&R.
>>727254
Как и всё остальное.
Как и всё остальное.
>>727235
Хотя постой! Ты еще недостаточно обоссан. Запусти компилятор с флагами -Wall -Wextra -Wpedantic. Пусть и он на тебя поссыт.
>Компилируется только предупреждая, что main вернет мне int, а так все спокойно, без ошибок
Хотя постой! Ты еще недостаточно обоссан. Запусти компилятор с флагами -Wall -Wextra -Wpedantic. Пусть и он на тебя поссыт.
>>727451
А что тебе в struct stat не понравилось? Ну хочется человеку ее инициализировать, вреда от этого не будет.
А что тебе в struct stat не понравилось? Ну хочется человеку ее инициализировать, вреда от этого не будет.
Ответы>>727554
>>727550
Ну ладно. Это еще нормально, хоть и не имеет смысла в его случае. Особенно по сравнению с другими ошибками...
Ну ладно. Это еще нормально, хоть и не имеет смысла в его случае. Особенно по сравнению с другими ошибками...
VSоблядки! Как вы живете с такой парашей? Сейчас допустил ошибку в CreateSolidBrush (Забыл указать RGB в (0xFF, 0xFF, 0xFF)) и знаете что мне оно выдало? Run-Time Check Failure #0 - The value of ESP was not properly saved across a function call. Ну это просто пиздец! Полчаса ебался с нахождением ошибки. Как ей вообще возможно пользоваться с такими охуительными ошибками?
>>727681
А при чём тут VS? Рантайм, система, компилятор - вообще всё что угодно, только при чём здесь IDE-то?
А при чём тут VS? Рантайм, система, компилятор - вообще всё что угодно, только при чём здесь IDE-то?
Ответы>>727697
>>727693
Почему VS не дает по ебалу за неправильный вызов функции?
>>727696
В следующий раз не буду тупить и буду сразу расчехлять отладчик.
Почему VS не дает по ебалу за неправильный вызов функции?
>>727696
В следующий раз не буду тупить и буду сразу расчехлять отладчик.
Ответы>>727701
>>727697
Уточню: "Почему инструментарий в VS по-умолчанию не дает по ебалу за неправильный вызов функции?"
>Почему VS не дает по ебалу за неправильный вызов функции?
Уточню: "Почему инструментарий в VS по-умолчанию не дает по ебалу за неправильный вызов функции?"
>>727704
Я понял. Это такая система поддержки для разработчика. Разработчику предоставляют возможность работать в дружественной среде разработки, где ему даже дадут возможность поебаться.
Я понял. Это такая система поддержки для разработчика. Разработчику предоставляют возможность работать в дружественной среде разработки, где ему даже дадут возможность поебаться.
>>727701
А с хуяли ему тебе что-то пояснять? Функция принимает на вход COLORREF который определён как typedef DWORD COLORREF; - ни IDE, ни компилятор в душе не ебут в чём тут может быть ошибка (тем более си слаботипизирован, ты туда без проблем и void* мог запихать - с точки зрения синтаксиса всё ок).
А с хуяли ему тебе что-то пояснять? Функция принимает на вход COLORREF который определён как typedef DWORD COLORREF; - ни IDE, ни компилятор в душе не ебут в чём тут может быть ошибка (тем более си слаботипизирован, ты туда без проблем и void* мог запихать - с точки зрения синтаксиса всё ок).
Ответы>>727760
>>727695
Не угадал. Зачем тебе знать это?
Не угадал. Зачем тебе знать это?
>>727707
В оно не должно отслеживать кол-во аргументов? Я задал три аргумента вместо одного. Почему не получил ошибку?
В оно не должно отслеживать кол-во аргументов? Я задал три аргумента вместо одного. Почему не получил ошибку?
Ответы>>727790
>>727760
А дело опять не в компиляторею.
Всё потому что это C. Привыкай. Тут printf() и printf(const char*, ...) - синонимы (пруфец: http://ideone.com/6ftqA4).
А дело опять не в компиляторею.
Всё потому что это C. Привыкай. Тут printf() и printf(const char*, ...) - синонимы (пруфец: http://ideone.com/6ftqA4).
>>727790
printf - макрос для vprintf, которая является в свою очередь функцией с переменным кол-вом аргументов, что реализовано при помощи va_list.
А вот CreateSolidBrush. Я не вижу здесь переменного кол-ва аргументов.
HBRUSH CreateSolidBrush(
_In_ COLORREF crColor
);
typedef DWORD COLORREF;
printf - макрос для vprintf, которая является в свою очередь функцией с переменным кол-вом аргументов, что реализовано при помощи va_list.
А вот CreateSolidBrush. Я не вижу здесь переменного кол-ва аргументов.
HBRUSH CreateSolidBrush(
_In_ COLORREF crColor
);
typedef DWORD COLORREF;
>>727809
Ебанутый? Зачем ты притащил сюда printf? Он на va_list'е. С ним все понятно. А та функция просто указатель на 32-битное беззнаковое число. Хули оно не выдает ошибки в виде "Too many arguments"?
Ебанутый? Зачем ты притащил сюда printf? Он на va_list'е. С ним все понятно. А та функция просто указатель на 32-битное беззнаковое число. Хули оно не выдает ошибки в виде "Too many arguments"?
Ответы>>727821
>>727821
Нет, животное, ты просто нихуя не знаешь языка и не понял что там делается.
http://ideone.com/uselL0
Нет, животное, ты просто нихуя не знаешь языка и не понял что там делается.
http://ideone.com/uselL0
Ответы>>727840
Для особо тупых: по стандарту си компилятор не особо должно ебать сколько там у ф-ции аргументов, если хочешь таких удобств - пиши на совместимом с обоими диалекте и компилируй плюсовым.
>>727791
Лал. Проиграл с долбоеба, который так делает.
http://ideone.com/pcrszE
Здесь тебя компилятор обоссыт.
Лал. Проиграл с долбоеба, который так делает.
http://ideone.com/pcrszE
Здесь тебя компилятор обоссыт.
Ответы>>727847
>>727845
Копетан, спасибо вам, вы прям глаза раскрыли мне!
Я так не делаю, а вот ты явно не умеешь читать, это наглядный пример утверждения, что
>>727841
>include <stdio.h>
> printf();
Копетан, спасибо вам, вы прям глаза раскрыли мне!
Я так не делаю, а вот ты явно не умеешь читать, это наглядный пример утверждения, что
>>727841
>по стандарту си компилятор не особо должно ебать сколько там у ф-ции аргументов
Ответы>>727867
>>727847
Компилятора должно ебать не соответствие колличества фактических параметров с количеством формальным. Покажи мне ту строчку в стандарте, где написано, что это не так или ты будешь обоссан. Я сейчас просматриваю стандарт и вижу, что он говорит, что ты идешь нахуй, если функции не соответствует ее прототипу.
А по поводу этой: >>727791 хуйни, компилятору просто поебать на твои попытки переопределить функцию.
http://ideone.com/Ugwio5
А если ты напишешь printf() в какой-либо функции, компилятор просто скажет тебе, что ты ЛОХ.
Компилятора должно ебать не соответствие колличества фактических параметров с количеством формальным. Покажи мне ту строчку в стандарте, где написано, что это не так или ты будешь обоссан. Я сейчас просматриваю стандарт и вижу, что он говорит, что ты идешь нахуй, если функции не соответствует ее прототипу.
А по поводу этой: >>727791 хуйни, компилятору просто поебать на твои попытки переопределить функцию.
http://ideone.com/Ugwio5
А если ты напишешь printf() в какой-либо функции, компилятор просто скажет тебе, что ты ЛОХ.
Ответы>>727872
>>727867
И да. Забыл еще, что он проверяет типы аргументов. То есть если ты указал аргументы неправильного типа, он предупредит тебя, если можно преобразовать или пошлет нахуй если преобразование невозможно. Передавать что угодно можно только через void <звезда>
>Компилятора должно ебать не соответствие колличества фактических параметров с количеством формальным.
И да. Забыл еще, что он проверяет типы аргументов. То есть если ты указал аргументы неправильного типа, он предупредит тебя, если можно преобразовать или пошлет нахуй если преобразование невозможно. Передавать что угодно можно только через void <звезда>
>>727701
Даёт. Ты забыл рассказать нам какие-то детали. Покажи вызов CreateSolidBrush, на котором оно не ругается, но падает. Потому что судя по твоим симптомам, у тебя ошибка где-то еще.
> Почему инструментарий в VS по-умолчанию не дает по ебалу за неправильный вызов функции?
Даёт. Ты забыл рассказать нам какие-то детали. Покажи вызов CreateSolidBrush, на котором оно не ругается, но падает. Потому что судя по твоим симптомам, у тебя ошибка где-то еще.
Ответы>>728072
Ответы>>728075
>>728072
Но так-то ты прав, оно не должно быть варнингом. Быстрофикс алсо, спасибо, добавил к себе в проект тоже:
#pragma warning (error: 4020)
> solidbrush.c(5) : warning C4020: 'CreateSolidBrush' : too many actual parameters
Но так-то ты прав, оно не должно быть варнингом. Быстрофикс алсо, спасибо, добавил к себе в проект тоже:
#pragma warning (error: 4020)
>>727841
Ты, наверное, из тех людей, которые на вопрос про два стула отвечают "сдвину и лягу".
>пиши на совместимом с обоими диалекте
Ты, наверное, из тех людей, которые на вопрос про два стула отвечают "сдвину и лягу".
Ответы>>728093
>>728090
Не сразу понял этот невзъебенный подъеб
Не сразу понял этот невзъебенный подъеб
>>728156
Так бы и писал. Что "printf, кажется, макрос".
https://sourceware.org/git/?p=glibc.git;a=blob;f=stdio-common/printf.c
> кажется
Так бы и писал. Что "printf, кажется, макрос".
https://sourceware.org/git/?p=glibc.git;a=blob;f=stdio-common/printf.c
Ответы>>728158
>>728157
Перепутал немного значит (вспоминая 33 строку).
Перепутал немного значит (вспоминая 33 строку).
6 Кб, 902x631
>>723844 (OP)
Ковыряльщик хуиты под GBA вкатился. За последнее время дописал простенькую работу с текстом (лол, на ПК изучение с Hello World-а начинается, а тут я только сейчас это реализовал), встроил Lua 5.1 в свой движок, дописав пару хуиточек (включая хендлер ошибок, чтобы не гадать, что случилось, пикрил) и запилил биндинги для Lua с полным функционалом моего скудного фреймворка. Это работает, притом довольно шустро, но есть некоторые проблемы:
- В Lua все числа по-умолчанию хранятся как числа с плавающей запятой. Стоит ли говорить, как это хуёво для маломощного процессора Геймбоя?
- Ванильная Lua довольно медленная.
Решил попробовать собрать LuaJIT (оно даже в режиме интепретации шустрее ванили раза в 3-4), но закономерно соснул хуйца — под виндой не хочет собираться ни в какую. Поднять виртуалку не имею возможности. Потом залез в Вики, и глянул совместимость — пишут, что LuaJIT работает лишь начиная с ARMv5, а у меня ARMv3.
Вопрос: Есть ли хотя бы минимальные шансы собрать LuaJIT под ARM7TDMI, или надо бросать это дело?
Ковыряльщик хуиты под GBA вкатился. За последнее время дописал простенькую работу с текстом (лол, на ПК изучение с Hello World-а начинается, а тут я только сейчас это реализовал), встроил Lua 5.1 в свой движок, дописав пару хуиточек (включая хендлер ошибок, чтобы не гадать, что случилось, пикрил) и запилил биндинги для Lua с полным функционалом моего скудного фреймворка. Это работает, притом довольно шустро, но есть некоторые проблемы:
- В Lua все числа по-умолчанию хранятся как числа с плавающей запятой. Стоит ли говорить, как это хуёво для маломощного процессора Геймбоя?
- Ванильная Lua довольно медленная.
Решил попробовать собрать LuaJIT (оно даже в режиме интепретации шустрее ванили раза в 3-4), но закономерно соснул хуйца — под виндой не хочет собираться ни в какую. Поднять виртуалку не имею возможности. Потом залез в Вики, и глянул совместимость — пишут, что LuaJIT работает лишь начиная с ARMv5, а у меня ARMv3.
Вопрос: Есть ли хотя бы минимальные шансы собрать LuaJIT под ARM7TDMI, или надо бросать это дело?
Ответы>>728551
>>728554
Я не большой специалист в этом деле, но могу предположить, что тебе нужно почитать спецификации по целевому ARM и ARMу, для которого есть поддержка Lua. Найти различия, понять где есть несовместимости. Затем разобрать исходники LuaJIT и поправить их. Но это, как по мне, очень сильное колдунство. И это лишь мои предположения в стиле: "А как бы сделал я?".
Я не большой специалист в этом деле, но могу предположить, что тебе нужно почитать спецификации по целевому ARM и ARMу, для которого есть поддержка Lua. Найти различия, понять где есть несовместимости. Затем разобрать исходники LuaJIT и поправить их. Но это, как по мне, очень сильное колдунство. И это лишь мои предположения в стиле: "А как бы сделал я?".
Как открыть файл, только в том случае если это файл, а не папка?
Есть обратное - O_DIRECTORY, открывает только папку и выдает errno ENOTDIR.
Неужели надо извращаться, и сперва пытаться открыть его как папку, и успех чекать как ошибку? Нет способа попроще?
stat() вроде тоже никак не сообщает, папка или файл.
Есть обратное - O_DIRECTORY, открывает только папку и выдает errno ENOTDIR.
Неужели надо извращаться, и сперва пытаться открыть его как папку, и успех чекать как ошибку? Нет способа попроще?
stat() вроде тоже никак не сообщает, папка или файл.
Ответы>>729165
>>729162
Все, нашел - для stat() есть макрос S_ISDIR() для поля st_mode.
Чет проглядел в первого раза.
Все, нашел - для stat() есть макрос S_ISDIR() для поля st_mode.
Чет проглядел в первого раза.
186 Кб, 752x1063
>>723844 (OP)
Сап двощ, надо разобрать длл-ку одну, вчера скачал IDA, разобрал ее как смог, ток не понял нихуя, походу придется учить кресты эти ваши. А сишечка ламповая мне нравится, немного учу ее и пишу лабы. Вот ток в прышах с ней очень удобно работать через clion, а вшинде какие-то траблы с mingw, то ему либ не хватает то clion-у не хватает какой-то фигни. В общем, в прыщах не могу поиграть в линеечку, надо декомпельнуть fire.dll и подменить на свою реализацию, которая ок. Куда копать укажите путь господа. Спасибо за внимание, с меня картиночкапикрелейтед.
Сап двощ, надо разобрать длл-ку одну, вчера скачал IDA, разобрал ее как смог, ток не понял нихуя, походу придется учить кресты эти ваши. А сишечка ламповая мне нравится, немного учу ее и пишу лабы. Вот ток в прышах с ней очень удобно работать через clion, а вшинде какие-то траблы с mingw, то ему либ не хватает то clion-у не хватает какой-то фигни. В общем, в прыщах не могу поиграть в линеечку, надо декомпельнуть fire.dll и подменить на свою реализацию, которая ок. Куда копать укажите путь господа. Спасибо за внимание, с меня картиночкапикрелейтед.
Ответы>>729663
Аноны а тут кто-нибудь угорает по LOCK-FREE алгоритмам? Набросал однонаправленный список, но при удалении вместо модификации бита значения указателя на следующий узел, пишу в него null попутно сохраняя старое значение в локальной переменной, а если удалить узел не удалось, восстанавливаю из локальной переменной. Что думаете, взлетит оно?
http://pastebin.com/CF7xzFsR
http://pastebin.com/CF7xzFsR
Ответы>>729507
>>729431
Зачем оно тебе?
локфри != вэйтфри
В большинстве приложений локфри алгоритмы сливают по производительности алгоритмам с блокировкой.
Рекомендую глянуть готовые реализации.
А так, вот моя реализация фифо:
https://github.com/shkolnick-kun/bugurtos/blob/b173f6785a3f77f819683ae0ae7719dfd2098ce5/tests/main/lock-free-fifo/main.c
Зачем оно тебе?
локфри != вэйтфри
В большинстве приложений локфри алгоритмы сливают по производительности алгоритмам с блокировкой.
Рекомендую глянуть готовые реализации.
А так, вот моя реализация фифо:
https://github.com/shkolnick-kun/bugurtos/blob/b173f6785a3f77f819683ae0ae7719dfd2098ce5/tests/main/lock-free-fifo/main.c
Ответы>>729527
>>729507
Ну что-то как-то я не знаю. Дернуть тяжелый мутекс и "усыпить" конкурирующие потоки чтобы перекинуть пару-тройку байт? Кроме того в случае списка, если один поток делает вставку в начале, а другой в конце списка, то и конкуренции нет, блокировка не оправдана. А на списке можно замутить скип-лист.
Ну вейтфри алгоритмы применимы к ограниченному кругу задач. У меня есть например только очередь при условии один читатель - один писатель.
Вот тут не понял, поясни.
>В большинстве приложений локфри алгоритмы сливают по производительности алгоритмам с блокировкой.
Ну что-то как-то я не знаю. Дернуть тяжелый мутекс и "усыпить" конкурирующие потоки чтобы перекинуть пару-тройку байт? Кроме того в случае списка, если один поток делает вставку в начале, а другой в конце списка, то и конкуренции нет, блокировка не оправдана. А на списке можно замутить скип-лист.
>локфри != вэйтфри
Ну вейтфри алгоритмы применимы к ограниченному кругу задач. У меня есть например только очередь при условии один читатель - один писатель.
>#define LF_DLCT_FAIL() (0)
>if( LF_DLCT_FAIL()) { //Dead lock detected
Вот тут не понял, поясни.
>>729396
1) В IDA есть HexRays по Tab/F5, там сиподобный псевдокод. Только представление об асме и о плюсах все равно нужно иметь.
2) В винде нет траблов с MinGW, все отлично работает.
3) Выкинь clion, конпелируй с командной строки.
1) В IDA есть HexRays по Tab/F5, там сиподобный псевдокод. Только представление об асме и о плюсах все равно нужно иметь.
2) В винде нет траблов с MinGW, все отлично работает.
3) Выкинь clion, конпелируй с командной строки.
Ответы>>729810
61 Кб, 587x689
>>723844 (OP)
ПРАВИЛЬНОЕ РАЗВИТИЕ ЯЗЫКА "C"
1. ДОБАВИТЬ МАССИВЫ С КОНТРОЛЕМ ГРАНИЦ
2. НЕЙМСПЕЙСЫ, МОЖНО СО СРЕДСТВАМИ ОГРАНИЦЕНИЯ ДОСТАПА К ИМЕНАМ ИЗ ДРУГИХ НЕЙМСПЕЙСОВ
3. АВТОМАТИЧЕСКАЯ ГЕНЕРАЦИЯ ЗАГОЛОВОЧНЫХ ФАЙЛОВ И ВКЛЮЧЕНИЕ ИХ В OBJ И LIB ФАЙЛЫ
4. ПРЕПРОЦЕССОР НА LUA С ДОСТУПАМ К ДАННЫМ КОМПИЛЯТОРА (СПИСКИ ИМЕН, РАЗМЕРЫ СТРУКТУР ДАННЫХ)
5. УСЛОВНЫЕ ПРОВЕРКИ КОТОРЫЕ ВЫЗЫВАЮТ ЗАВЕРШЕНИЕ С ОШИБКОЙ В РЕЖИМЕ ОТЛАДКИ И ИСПОЛЬЗУЕМЫЕ ДЛЯ ОПТИМИЗАЦИИ КОДА К РЕЖИМЕ РЕЛИЗА
6. АТОМАТИЧЕСКИЙ ВЫВОД ТИПОВ ЧИСЛОВЫХ ЛОКАЛЬНЫХ ПЕРЕМЕННЫХ
https://www.linux.org.ru/forum/development/22475
ПРАВИЛЬНОЕ РАЗВИТИЕ ЯЗЫКА "C"
1. ДОБАВИТЬ МАССИВЫ С КОНТРОЛЕМ ГРАНИЦ
2. НЕЙМСПЕЙСЫ, МОЖНО СО СРЕДСТВАМИ ОГРАНИЦЕНИЯ ДОСТАПА К ИМЕНАМ ИЗ ДРУГИХ НЕЙМСПЕЙСОВ
3. АВТОМАТИЧЕСКАЯ ГЕНЕРАЦИЯ ЗАГОЛОВОЧНЫХ ФАЙЛОВ И ВКЛЮЧЕНИЕ ИХ В OBJ И LIB ФАЙЛЫ
4. ПРЕПРОЦЕССОР НА LUA С ДОСТУПАМ К ДАННЫМ КОМПИЛЯТОРА (СПИСКИ ИМЕН, РАЗМЕРЫ СТРУКТУР ДАННЫХ)
5. УСЛОВНЫЕ ПРОВЕРКИ КОТОРЫЕ ВЫЗЫВАЮТ ЗАВЕРШЕНИЕ С ОШИБКОЙ В РЕЖИМЕ ОТЛАДКИ И ИСПОЛЬЗУЕМЫЕ ДЛЯ ОПТИМИЗАЦИИ КОДА К РЕЖИМЕ РЕЛИЗА
6. АТОМАТИЧЕСКИЙ ВЫВОД ТИПОВ ЧИСЛОВЫХ ЛОКАЛЬНЫХ ПЕРЕМЕННЫХ
https://www.linux.org.ru/forum/development/22475
>>729741
Незачем капсом писать.
1) Стандарт не запрещает (в TCC была частичная поддержка проверки границ массивов, например но ее, вроде бы, сломали в последних версяих).
2) В том виде, в котором оно есть в плюсах, не нужно. Но в виде имямодуля.сущность имеет право на жизнь.
3) Хочу модули всю сознательную жизнь. Понимаю, по каким причинам их не было изначально, но сейчас можно уже и добавить. У компилятора информации достаточно. Если будет forceinline в стандарте, нормальные константы вместо define и пометка типов, как static, то до модулей останется шаг.
4) Нахуй. А вот вычисления во время компиляции на той же самой сишечке (с анально огороженным рантаймом) очень пригодились бы. Особенно для embedded, где многое хочется посчитать заранее, и круто было бы делать это тем же инструментом.
5) А чем это отличается от 1?
6) Не для языка с неявным преобразованием типов.
Незачем капсом писать.
1) Стандарт не запрещает (в TCC была частичная поддержка проверки границ массивов, например но ее, вроде бы, сломали в последних версяих).
2) В том виде, в котором оно есть в плюсах, не нужно. Но в виде имямодуля.сущность имеет право на жизнь.
3) Хочу модули всю сознательную жизнь. Понимаю, по каким причинам их не было изначально, но сейчас можно уже и добавить. У компилятора информации достаточно. Если будет forceinline в стандарте, нормальные константы вместо define и пометка типов, как static, то до модулей останется шаг.
4) Нахуй. А вот вычисления во время компиляции на той же самой сишечке (с анально огороженным рантаймом) очень пригодились бы. Особенно для embedded, где многое хочется посчитать заранее, и круто было бы делать это тем же инструментом.
5) А чем это отличается от 1?
6) Не для языка с неявным преобразованием типов.
>>729771
это паста, твой день прошел не зря братиш
>>729663
а в крестотреде лион прям уважают
>Незачем капсом писать.
это паста, твой день прошел не зря братиш
>>729663
а в крестотреде лион прям уважают
Ответы>>729820
>>729810
Я знаю, что паста, просто больная тема.
Если все работает, то, очевидно, ничего и не нужно выкидывать. Если не осилил настроить, то либо осилить, либо выкинуть. Выучить полтора заклинания для компиляции с командной строки проще, чем настроить рандомную IDE.
Я знаю, что паста, просто больная тема.
> лион
Если все работает, то, очевидно, ничего и не нужно выкидывать. Если не осилил настроить, то либо осилить, либо выкинуть. Выучить полтора заклинания для компиляции с командной строки проще, чем настроить рандомную IDE.
>>729820
Там вместо прожектфайлов как в стандартных иде используется cmake, так что у него выбор только осилить.
Там вместо прожектфайлов как в стандартных иде используется cmake, так что у него выбор только осилить.
>>729838
А зачем такое с ними делать? Так-то можно прочитать как unsigned int, выделить мантиссу с экспонентой и с ними что-то творить. Но вот зачем?
А зачем такое с ними делать? Так-то можно прочитать как unsigned int, выделить мантиссу с экспонентой и с ними что-то творить. Но вот зачем?
Ответы>>729854
>>729820
Я уже осилил.
Такой вопрос: Если я компиляю хелоуворлд с помощью msvs15 и с помощью gcc, по printf будет дергать один и тот же апи, или у gnu gcc свой printf? И вообще как узнать что вошло в бинарник и из какихисточников? весит 64 кб. И как православнее все-таки писать чтоб код без минимальных проблем переносился с прищей на сперму? И еще, я правильно понимаю что когда какой-то софт для работы требует библиотеки из visual studio, то значит он был 100% скомпилен не в mingw?
Я уже осилил.
Такой вопрос: Если я компиляю хелоуворлд с помощью msvs15 и с помощью gcc, по printf будет дергать один и тот же апи, или у gnu gcc свой printf? И вообще как узнать что вошло в бинарник и из какихисточников? весит 64 кб. И как православнее все-таки писать чтоб код без минимальных проблем переносился с прищей на сперму? И еще, я правильно понимаю что когда какой-то софт для работы требует библиотеки из visual studio, то значит он был 100% скомпилен не в mingw?
Ответы>>729891
>>729848
Мне в вузике что-то похожее сказали сделать. Зачем? Просто. Очередное бессмысленное байтоёбство ради очередного бесполезного навыка.
Мне в вузике что-то похожее сказали сделать. Зачем? Просто. Очередное бессмысленное байтоёбство ради очередного бесполезного навыка.
Ответы>>729860
>>729854
Займись байтоебством со смыслом - напиши свою printf. Скилл, полученный во время попыток правильно округлить и вывести все float тебе точно пригодится. Причем в любом языке программирования, где используется IEEE 754.
Займись байтоебством со смыслом - напиши свою printf. Скилл, полученный во время попыток правильно округлить и вывести все float тебе точно пригодится. Причем в любом языке программирования, где используется IEEE 754.
Ответы>>729881
>>726518
Флаги удобны для передачи параметров. foo(YOBA1 | YOBA2). Зато битовые поля читаемее.
Флаги удобны для передачи параметров. foo(YOBA1 | YOBA2). Зато битовые поля читаемее.
>>729860
Диванная трагедия в том, что мне вообще не интересны все эти низкоуровневые радости, хочу дальше делать свою игру на питоне лол, а не биты двигать. Страдания.
Диванная трагедия в том, что мне вообще не интересны все эти низкоуровневые радости, хочу дальше делать свою игру на питоне лол, а не биты двигать. Страдания.
Ответы>>729882
>>729881
Это не низкоуровневые радости, а примитивная математика. Если для тебя это тяжело, ты выбрал не ту специальность.
Это не низкоуровневые радости, а примитивная математика. Если для тебя это тяжело, ты выбрал не ту специальность.
>>729853
С давних пор в 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/
Как обычно. Стараться использовать функции из стандарта, а все нестандартное оборачивать в функции, выносить в отдельные модули и обкладывать ифдефами.
Да, он был скомпилен компилятором от Microsoft.
Для Windows поставь Dependency Walker, он импорты/экспорты DLL показывает. А так, у компиляторов и линкеров есть ключики для verbose, чтобы узнать, с какими либами линкуемся. И дальше уже смотреть на либы. Для софта уровня хелловорлда проще собрать отладочную версию и посмотреть дизасм.
> по 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, чтобы узнать, с какими либами линкуемся. И дальше уже смотреть на либы. Для софта уровня хелловорлда проще собрать отладочную версию и посмотреть дизасм.
70 Кб, 550x600
>>729891
Спасибо за расстановку точек, Анон.
Спасибо за расстановку точек, Анон.
>>729947
Ну да, а там кроме printf() есть еще стаб, который main() запускает, да и printf() в результате к fputc() сводится.
Ну да, а там кроме printf() есть еще стаб, который main() запускает, да и printf() в результате к fputc() сводится.
>>729891
Щито? printf - это часть стандартной библиотеки. Это не часть компилятора никак.
>Раньше GCC пытался использовать printf оттуда, теперь у них свои printf/vprintf/vsnprintf и т.д.
Щито? printf - это часть стандартной библиотеки. Это не часть компилятора никак.
Ответы>>730165
>>730119
Перефразирую. Реализация стандартной библиотеки GCC под Windows частично опирается на MSVCRT, частично использует собственный код можешь начинать гуглить libmingwex.
Да. Зато компилятор и стандартная библиотека - это части реализации языка. В мире Windows компиляторы часто используют собственный рантайм (и даже различные версии одних и тех же компиляторовVisual Studio имеют собственный рантайм). Например, это делается из-за необходимости поддержки собственных расширений языка и прочих фишечек (особенно у Microsoft), любви к велосипедостроению, из-за проблем MSVCRT (выше по треду), и еще можешь oldnewthing почитать, там был пост о том, что MSVCRT - это "приватная" реализация рантайма для нужд системы, которая не предназначалась для использования сторонними приложениями. Можно (с осторожностью) сказать что-нибудь вроде /Zl и использовать какой-то другой рантайм, но полная совместимость во всех режимах компиляции будет только у родного. А вот в мире Linux да, там есть несколько разных библиотек, которые специально затачивают под GCC, поэтому все работает.
Перефразирую. Реализация стандартной библиотеки GCC под Windows частично опирается на MSVCRT, частично использует собственный код можешь начинать гуглить libmingwex.
> Это не часть компилятора никак.
Да. Зато компилятор и стандартная библиотека - это части реализации языка. В мире Windows компиляторы часто используют собственный рантайм (и даже различные версии одних и тех же компиляторовVisual Studio имеют собственный рантайм). Например, это делается из-за необходимости поддержки собственных расширений языка и прочих фишечек (особенно у Microsoft), любви к велосипедостроению, из-за проблем MSVCRT (выше по треду), и еще можешь oldnewthing почитать, там был пост о том, что MSVCRT - это "приватная" реализация рантайма для нужд системы, которая не предназначалась для использования сторонними приложениями. Можно (с осторожностью) сказать что-нибудь вроде /Zl и использовать какой-то другой рантайм, но полная совместимость во всех режимах компиляции будет только у родного. А вот в мире Linux да, там есть несколько разных библиотек, которые специально затачивают под GCC, поэтому все работает.
>>729771
ЧЕ КАПРИЗНИЧАЕШ?
ЧЕ КАПРИЗНИЧАЕШ?
>>729771
ЧЕ КАПРИЗНИЧАЕШ?
СТАРЫЕ ПРОГРАМКИ БЕЗ ПРОБЛЕМ БУДУТ КОМПИЛИРОВАТСЯ
DEFF С КОНСТАНТИКАМИ В ОТДЕЛЬНОЫХ ФАЙЛИКАХ БУДЕШ ХРАНИТЬ
ЧЕ КАПРИЗНИЧАЕШ?
СТАРЫЕ ПРОГРАМКИ БЕЗ ПРОБЛЕМ БУДУТ КОМПИЛИРОВАТСЯ
DEFF С КОНСТАНТИКАМИ В ОТДЕЛЬНОЫХ ФАЙЛИКАХ БУДЕШ ХРАНИТЬ
>>729741
МАССИВЫ С КОНТРОЛЕМ ГРАНИЦ- ОТДЕЛЬНЫЙ ТИП ДАННЫХ
ВСЕ ССЫЛКИ НА ТАКИЕ МАССИВЫ СОДЕРЖАТ АДРЕСС 0-ГО ЕЛЛЕМЕНТА И ЧИСЛО ЕЛЛЕМЕНТОВ
МАССИВЫ С КОНТРОЛЕМ ГРАНИЦ- ОТДЕЛЬНЫЙ ТИП ДАННЫХ
ВСЕ ССЫЛКИ НА ТАКИЕ МАССИВЫ СОДЕРЖАТ АДРЕСС 0-ГО ЕЛЛЕМЕНТА И ЧИСЛО ЕЛЛЕМЕНТОВ
Ответы>>730217
>>730215
И КЛЮЧ КОМПИЛЯЦИИ ЧТОБЫ ВСЕ ТАКИЕ МАССИВЫ АВТОМАТИЧЕСКИ КОМПИЛИРОВАЛИСЬ КАК ОБЫЧНЫЕ МАССИВЫ БЕЗ КОНТРОЛЯ
ПО МОЕМУ ОПЫТУ ОШИБКИ ВЫХОДА А ГРАНИЦЫ МАССИВОВ САМЫЕ ТРУДНООТЛАЖИВАЕМЫЕ
И КЛЮЧ КОМПИЛЯЦИИ ЧТОБЫ ВСЕ ТАКИЕ МАССИВЫ АВТОМАТИЧЕСКИ КОМПИЛИРОВАЛИСЬ КАК ОБЫЧНЫЕ МАССИВЫ БЕЗ КОНТРОЛЯ
ПО МОЕМУ ОПЫТУ ОШИБКИ ВЫХОДА А ГРАНИЦЫ МАССИВОВ САМЫЕ ТРУДНООТЛАЖИВАЕМЫЕ
вот моя проблема
в моем коде команда open при открытие большего файла(16Gb) возвращает ошибку что файл слишком велик и мне сказали что эту ошибку можно исправить дописав какой то ключ при компиляции
ни как не могу догадаться что это за ключ(-m64 не помогает)
в моем коде команда open при открытие большего файла(16Gb) возвращает ошибку что файл слишком велик и мне сказали что эту ошибку можно исправить дописав какой то ключ при компиляции
ни как не могу догадаться что это за ключ(-m64 не помогает)
>>730723
чё за ошибка? не сталкивался с такой, чисто ради интереса.
Кстати, если у тебя соляра, чем компиляешь? Санстудио? ГЦЦ?
>возвращает ошибку что файл слишком велик
чё за ошибка? не сталкивался с такой, чисто ради интереса.
Кстати, если у тебя соляра, чем компиляешь? Санстудио? ГЦЦ?
>>730831
вот тоже не понятно, может он пользуется какой-то обёрткой, которая выделяет память и читает из файла...
>не сталкивался с такой
вот тоже не понятно, может он пользуется какой-то обёрткой, которая выделяет память и читает из файла...
Ответы>>730834
>>730831
собсно, в мане быстро сам нашёл
EOVERFLOW
pathname refers to a regular file that is too large to be
opened. The usual scenario here is that an application
compiled on a 32-bit platform without -D_FILE_OFFSET_BITS=64
tried to open a file whose size exceeds (1<<31)-1 bytes; see
also O_LARGEFILE above. This is the error specified by
POSIX.1; in kernels before 2.6.24, Linux gave the error EFBIG
for this case.
Но это для линукса, может на соляре как-то по-другому.
собсно, в мане быстро сам нашёл
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.
Но это для линукса, может на соляре как-то по-другому.
>>730835
Ну так единственная обёртка, которая там может быть - это обёртка стандартной библиотеки. В принципе, можно попробовать вызвать трап напрямую в обход стандартной библиотеки, написав свою обёртку.
Ну так единственная обёртка, которая там может быть - это обёртка стандартной библиотеки. В принципе, можно попробовать вызвать трап напрямую в обход стандартной библиотеки, написав свою обёртку.
Ответы>>730840
Так подожди. Ты компилируешь фацл под x86 и поэтому удивляешься что не можешь пользоваться файлами которые больше размерности типов? В этом же смысл?
Ответы>>730839
>>730837
да не, то что x86-32 бинарники ограничены в размерах файлов - это нормально. не нужно ничё обходить, нужно просто компилировать в x86-64
да не, то что x86-32 бинарники ограничены в размерах файлов - это нормально. не нужно ничё обходить, нужно просто компилировать в x86-64
хотя я фиг его знает. не разбираюсь, но бывают же системы с размером диска больше чем максимальный тип данных. или даже оперативки - просто чёт прокукарекал, не парьтесь.
и сажа прилипла
и сажа прилипла
32 Кб, 1920x1080
Начал учить сишечку.
Пока пишу хеловорды и читаю книжку из шапки.
Что здесь делают эти символы?
Так же объясните, пожалуйста, почему изменяется text, если getText() ничего не возвращает.
Не бейте, лучше обоссыте!
Пока пишу хеловорды и читаю книжку из шапки.
>скриншот
Что здесь делают эти символы?
Так же объясните, пожалуйста, почему изменяется text, если getText() ничего не возвращает.
Не бейте, лучше обоссыте!
Ответы>>733316
>>733271
Вот тут твоя основная проблема. После этого присваивания ты выходишь из getText, но в строке оказывается введенный текст, за ним EOF, обрезанный до байта 0xff. Когда printf встречает спецификатор %s, она начинает печатать твой буфер символ за символом, пока не встретит символ конца строки \0. Т.е., она печатает введенный текст, символ EOF и далее какой-то мусор из переменной text, а потом дальше из стека пока не встретится \0. Этот мусор ты и видишь. Не надо добавлять EOF в строку - это всего лишь специальный код возврата для getchar(), а добавлять надо \0. Алсо, getchar() возвращает \0 только если юзер его ввел. Я считаю, что проверки на \0 тебе не нужны.
Потому что массивы неявно кастятся к указателю при передаче в функцию, и ты модифицируешь буфер, на который этот указатель указывает. Посмотри предыдущий тред, там как раз обсуждали.
Если ты учишь Си, а не плюсы, не делай так. Это устаревший синтаксис, который говорит, что функция принимает какие-то аргументы. Причем в рамках стандарта языка нет способа их получить. Правильно будет: int main(void)
> 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)
> - Годное пособие для гуманитариев:
Народ, поясните за шапку. По этому пособию значит не очень круто учиться, так? А почему? Я просто думал по нему потом, имея уже некоторые свои знания по Сишечке, попробовать поделать всякие вещи, которые описаны там...
Ответы>>733450
>>733426
Мне хардвей не нравится, но в первых тредах его активно советовали, поэтому он в шапке. Не пошло - попробуй Прата или K&R. Сам я, когда учил, читал все, что под руку попадалось.
Мне хардвей не нравится, но в первых тредах его активно советовали, поэтому он в шапке. Не пошло - попробуй Прата или K&R. Сам я, когда учил, читал все, что под руку попадалось.
Ответы>>733452
>>733450
Да просто там с TCP/IP что-то... Виртуалка что-то... Считай введение в эти штуки какое-то, не? Полезно, мне показалось.
Да просто там с TCP/IP что-то... Виртуалка что-то... Считай введение в эти штуки какое-то, не? Полезно, мне показалось.
Ответы>>733488
>>733452
Да упражнения-то там неплохие. Вм писать - вообще очень полезное развлечение. А вот излагается все слишком поверхностно, для достижения понимания надо гуглить и читать маны.
Да упражнения-то там неплохие. Вм писать - вообще очень полезное развлечение. А вот излагается все слишком поверхностно, для достижения понимания надо гуглить и читать маны.
Ньюфаг вкатился. Вопрос - зачем структуре тег?
Если для объявления типа, то что это?
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;
этот вариант всё реализует. Мне непонятно ЗАЧЕМ нужен тег?
>>733491
А теперь объяви структуру, в которой есть указатель на другую такую же структуру, используя только тайпдефы и безымянные структуры.
А теперь объяви структуру, в которой есть указатель на другую такую же структуру, используя только тайпдефы и безымянные структуры.
Ответы>>733513
>>733510
Как раз нашёл вроде за структуры общение в прошлых тредах.
Что касается твоей просьбы - легко:
typedef struct {
int a;
struct str_type * next;
} str_type;
Как раз нашёл вроде за структуры общение в прошлых тредах.
Что касается твоей просьбы - легко:
typedef struct {
int a;
struct str_type * next;
} str_type;
>>733497
В общем нашёл, но то что там написано для компилятора gcc неправда
https://arhivach.org/thread/153698/#658144
>>733513
Сама структура безымяна, но позволяет ссылаться на такую же при объявлении.
В общем нашёл, но то что там написано для компилятора gcc неправда
https://arhivach.org/thread/153698/#658144
>>733513
Сама структура безымяна, но позволяет ссылаться на такую же при объявлении.
Ответы>>733549
>>733513
>>733520
В твоем примере используются две разные структуры: безымяннная структура, у которой есть typedef с именем str_type и внутри нее указатель на некую struct str_type, определение которой ты не предоставил. И пока ты не предоставил определение struct str_type, ты никак не сможешь дереференснуть next.
Ну вот тебе твой же пример, он у тебя скомпилируется? http://ideone.com/mKlvZj
>>733520
В твоем примере используются две разные структуры: безымяннная структура, у которой есть typedef с именем str_type и внутри нее указатель на некую struct str_type, определение которой ты не предоставил. И пока ты не предоставил определение struct str_type, ты никак не сможешь дереференснуть next.
> для компилятора gcc неправда
Ну вот тебе твой же пример, он у тебя скомпилируется? http://ideone.com/mKlvZj
Ответы>>733707
>>733549
Верно, благодарю теперь понятно.
Верно, благодарю теперь понятно.
как работают функции вроде function(void arg0, void arg1, ....) как они детектят сколько аргументов после arg1? примеры printf(), ioctl() и тд.
>>734684
man va_start
man va_start
>>734684
Гугли va_arg.
Гугли 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 после компиляции.
>>734847
Функция принимает указатель на p_el_stack. А ты передаешь ей указатель на указатель. Убери амперсанд в вызове рор() или раскидай еще звездочек.
> pop (p_el_stack *head)
Функция принимает указатель на p_el_stack. А ты передаешь ей указатель на указатель. Убери амперсанд в вызове рор() или раскидай еще звездочек.
>>734964
Хотя не, при такой реализации, ты должен в функциях pop и push передавать указатель на указатель.
Хотя не, при такой реализации, ты должен в функциях pop и push передавать указатель на указатель.
>>723844 (OP)
Если документация lldb в pdf?
Если документация lldb в pdf?
>>734684
У таких функций всегда должен быть хотя бы один обязательный аргумент, который, по задумке, и используется для определения количества и типов остальных. В printf это format.
У таких функций всегда должен быть хотя бы один обязательный аргумент, который, по задумке, и используется для определения количества и типов остальных. В printf это format.
Есть кто-нибудь?
Имеется имя файла в каталоге в системе Linux, например /home/user/filename.btm . Нужно скопировать данный файл в другой каталог /home/.../folder . Файл произвольный. Как это лучше реализовать на Си, чтобы функция была в виде: copy(const char file, const char tofolder)?
Ответы>>737290
>>737264
Разбирается в первой главе книги C Programming Language Кернигана и Ричи.
Разбирается в первой главе книги C Programming Language Кернигана и Ричи.
Аноны, кто-нибудь с контейнерами из glib работал? От чего может случаться сегфолт? Вроде копирую все правильно, может получать элемент по другому нужно?
https://gist.github.com/injonsed/036ef782e2e2212a2447afbcd77907b3
https://gist.github.com/injonsed/036ef782e2e2212a2447afbcd77907b3
Ответы>>737384
>>737351
А сам ты взять gdb и посмотреть не можешь? Ты создаешь массив из элементов ModelProperty, кладешь в него вместо ModelProperty только указатель на ModelProperty, а забрать пытаешься ModelProperty, а не указатель. Разберись со своими желаниями.
Алсо, тут у тебя явный off-by-one.
А сам ты взять gdb и посмотреть не можешь? Ты создаешь массив из элементов ModelProperty, кладешь в него вместо ModelProperty только указатель на ModelProperty, а забрать пытаешься ModelProperty, а не указатель. Разберись со своими желаниями.
> malloc(strlen (name) ∗ sizeof(char));
> strcpy (prop->name, name);
Алсо, тут у тебя явный off-by-one.
Ответы>>737385
>>737384
Спасибо анон, разобрался, в следующий раз не буду бухим код писать просто ^_^
Спасибо анон, разобрался, в следующий раз не буду бухим код писать просто ^_^
Анон, будешь писать код в стиле "Ехал define через define" - я найду тебя и вырву тебе сердце.
547 Кб, 800x600
>>737435
Ну всё, ты огребаешь
Ну всё, ты огребаешь
>>737420
У тебя есть еще года три, чтобы придумать альтернативу и протолкнуть ее в C2x.
У тебя есть еще года три, чтобы придумать альтернативу и протолкнуть ее в 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. Что это за хуйня? Как исправить?
Ответы>>737685
>>737683
А, блять, на форуме Pelles C ответ на это есть: надо отметить Enable Microsoft extensions.
А, блять, на форуме 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
Что я делаю не так? Как правильно объявить тип для списка, указателя на список и использовать их в функциях?
Ответы>>737725
К предыдущим ошибкам.
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'.
Ответы>>737735
>>737694
У нас не плюсы. Теги структур требуют ключевого слова struct, поэтому struct node ∗ ИЛИ List ∗ ИЛИ Plist. Обсуждали буквально 20 постами выше.
У нас не плюсы. Теги структур требуют ключевого слова struct, поэтому struct node ∗ ИЛИ List ∗ ИЛИ Plist. Обсуждали буквально 20 постами выше.
Ответы>>737737
>>737696
А, ну да, я пиздоглазый, не заметил еще, что у тебя там тайпдефа нет. У Microsoft есть устоявшийся шаблон типа:
typedef struct tagSomething { ... } TypeName, ∗LPTypeName;
А у тебя там не тип, у тебя там кроме структуры объявляются не типы, а две переменных: struct node List и struct node ∗Plist. Вряд ли это то, чего ты хотел добиться.
А, ну да, я пиздоглазый, не заметил еще, что у тебя там тайпдефа нет. У Microsoft есть устоявшийся шаблон типа:
typedef struct tagSomething { ... } TypeName, ∗LPTypeName;
А у тебя там не тип, у тебя там кроме структуры объявляются не типы, а две переменных: struct node List и struct node ∗Plist. Вряд ли это то, чего ты хотел добиться.
Ответы>>737739
>>737725
Ну, а вообще использование псевдонимов (типов) List и PList вместо node и node * допустимо?
Ну, а вообще использование псевдонимов (типов) List и PList вместо node и node * допустимо?
Ответы>>737750
>>737735
Все, понял.
>А у тебя там не тип, у тебя там кроме структуры объявляются не типы, а две переменных
Все, понял.
>>737737
А для чего их сделали, по-твоему? Это вопрос стиля - выбери и придерживайся. В каком-нибудь линуксовом коде чаще всего будет использоваться struct с тегом, кто-то еще не только для структур, но даже для указателей typedef делает не будем показывать пальцем на LPCTSTR. Я лично одобряю typedef для struct, enum и для создания синонимов примитивных типов, а указатели предпочитаю писать явно.
> использование псевдонимов (типов) допустимо?
А для чего их сделали, по-твоему? Это вопрос стиля - выбери и придерживайся. В каком-нибудь линуксовом коде чаще всего будет использоваться struct с тегом, кто-то еще не только для структур, но даже для указателей typedef делает не будем показывать пальцем на LPCTSTR. Я лично одобряю typedef для struct, enum и для создания синонимов примитивных типов, а указатели предпочитаю писать явно.
Ответы>>743508
>>737783
Очевидно, что ксорятся два буфера. Дизасм был бы гораздо понятнее.
>>737789
Это может быть и IDA, но не дефолтный HexRays. Похоже на snowman.
Очевидно, что ксорятся два буфера. Дизасм был бы гораздо понятнее.
>>737789
Это может быть и IDA, но не дефолтный HexRays. Похоже на snowman.
Ответы>>737835
Хочу написать программу для создания карты PE файла. В книге Румянцева для этого используется дерево, но из его дрисни я ничего не понял и начал писать свою программу. Сначала задумка бы такова: в дереве хранятся структуры, описывающие каждый заголовок. В этим структурах в списке хранится дамп полей. Но как только взялся реализовывать, понял, что дерево в таком случае нахуй не нужно, а лучше подошел бы массив.
Как лучше реализовать карту структур и секций?
Как лучше реализовать карту структур и секций?
Ответы>>737828
>>737824
Нихуя не понял, чего ты хочешь добиться. Куда там дерево воткнуть, не представляю. Секции - это просто массив. Большинство структур (кроме IMAGE_DOS_HEADERS, IMAGE_NT_HEADERS и, собственно, массива IMAGE_SECTION_HEADER) читаются уже со смапленных секций, хранить ничего не нужно.
Нихуя не понял, чего ты хочешь добиться. Куда там дерево воткнуть, не представляю. Секции - это просто массив. Большинство структур (кроме IMAGE_DOS_HEADERS, IMAGE_NT_HEADERS и, собственно, массива IMAGE_SECTION_HEADER) читаются уже со смапленных секций, хранить ничего не нужно.
Ответы>>737831
>>737828
Скачай книгу Румянцева "Исследование программ win 32" и посмотри, как он это делает. Похоже, что он все поля пихает в дерево, и в каждом узле еще хранит информацию для графического древовидного отображения этих полей.
Скачай книгу Румянцева "Исследование программ win 32" и посмотри, как он это делает. Похоже, что он все поля пихает в дерево, и в каждом узле еще хранит информацию для графического древовидного отображения этих полей.
Ответы>>737838
>>737831
Скачал, охуел, закрыл. Смотри, вот есть у тебя IMAGE_DIRECTORY_ENTRY_IMPORT, и он ее красиво отображает в дереве, внутри секции .idata. Вот только эта структура используется уже после того, как секции замапили, и тебе никто не мешает расположить ее в PE-файле так, чтобы она начиналась в одной секции, а заканчивалась вообще в третьей (да, так обычно не делается, но это возможно). Поэтому подобное представление не нужно.
>>737835
Так что тебе там непонятно из кода (и дизасма)? Есть немного подготовки, есть два буфера. Один из них ключ (вот это самое "Yes, I know..."), другой в var_58. Они ксорятся между собой. Таким образом исходный буфер обфусцируется/деобфусцируется.
Скачал, охуел, закрыл. Смотри, вот есть у тебя IMAGE_DIRECTORY_ENTRY_IMPORT, и он ее красиво отображает в дереве, внутри секции .idata. Вот только эта структура используется уже после того, как секции замапили, и тебе никто не мешает расположить ее в PE-файле так, чтобы она начиналась в одной секции, а заканчивалась вообще в третьей (да, так обычно не делается, но это возможно). Поэтому подобное представление не нужно.
>>737835
Так что тебе там непонятно из кода (и дизасма)? Есть немного подготовки, есть два буфера. Один из них ключ (вот это самое "Yes, I know..."), другой в var_58. Они ксорятся между собой. Таким образом исходный буфер обфусцируется/деобфусцируется.
>>738921
В том что ты, вася, будешь знать какого типа данные по указателю находятся.
В том что ты, вася, будешь знать какого типа данные по указателю находятся.
>>737420
Всегда так пишу.
Всегда так пишу.
>>724109
На хабре штоле?
На хабре штоле?
>>738955
void * kek;
void * kek;
>>738955
void * kek;
void * kek;
>>738955
void ⁂ kek;
void ⁂ kek;
>>738955
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.
Ответы>>740083
всё время плачу слезами ностальгии, когда кто-то, в 2016, ебётся с винапи, а не линем.
Ответы>>743469
>>743469
только писать на нём нет никакого смысла, если тебе нужно открыть, блять, файл. есть же stdio.
и разница есть, ту как-бы проще.зазазаз
только писать на нём нет никакого смысла, если тебе нужно открыть, блять, файл. есть же stdio.
и разница есть, ту как-бы проще.зазазаз
Ответы>>743551
>>737750
это не вопрос стиля
как ты будешь использовать структуры без typedef в программах где у тебя больше двух .cpp файлов?
да, ты можешь делать сокращенные объявления в .h файлах, но тогда пользоваться сможешь своими структурами только через косвенные обращения (указатели)..
это не вопрос стиля
как ты будешь использовать структуры без typedef в программах где у тебя больше двух .cpp файлов?
да, ты можешь делать сокращенные объявления в .h файлах, но тогда пользоваться сможешь своими структурами только через косвенные обращения (указатели)..
Ответы>>743551
>>737420
а как ты будешь типобезопасные atd реализовывать на pure c? альтернатива ведь только void*..
а как ты будешь типобезопасные atd реализовывать на pure c? альтернатива ведь только void*..
>>743473
В котором нет ни единого способа портабельно узнать размер файла. И флажок "x" только в С11 появился. И дескриптор файла у него стандартным способом забрать нельзя. И я уже молчу про асинхронный ввод-вывод. И главное, под виндой ты хуй откроешь этим твоим fopen() файл с японскими иероглифами и кириллицей в имени (да, я знаю, что под линуксом счастье и UTF-8).
И поэтому стандартная библиотека нужна для всяких консольных утилит уровня grep - у которых требования к возможностям ОС застряли в 80х, зато требования к переносимости максимальные. Ну и для laba3.c, чтобы не изобретать велосипед каждый раз, стандартная библиотека тоже очень к месту. В остальных случаях лучше определить заранее список поддерживаемых платоформ, и пилить да-да, велосипеды частные реализации с нативными либами, а стандартную библиотеку использвать, как минимум, с осторожностью.
>>743508
Ты какую-то глупость написал. Поясни нормально. Алсо, у меня нет ни одного .cpp файла, здесь тред про сишечку.
> stdio
В котором нет ни единого способа портабельно узнать размер файла. И флажок "x" только в С11 появился. И дескриптор файла у него стандартным способом забрать нельзя. И я уже молчу про асинхронный ввод-вывод. И главное, под виндой ты хуй откроешь этим твоим fopen() файл с японскими иероглифами и кириллицей в имени (да, я знаю, что под линуксом счастье и UTF-8).
И поэтому стандартная библиотека нужна для всяких консольных утилит уровня grep - у которых требования к возможностям ОС застряли в 80х, зато требования к переносимости максимальные. Ну и для laba3.c, чтобы не изобретать велосипед каждый раз, стандартная библиотека тоже очень к месту. В остальных случаях лучше определить заранее список поддерживаемых платоформ, и пилить да-да, велосипеды частные реализации с нативными либами, а стандартную библиотеку использвать, как минимум, с осторожностью.
>>743508
Ты какую-то глупость написал. Поясни нормально. Алсо, у меня нет ни одного .cpp файла, здесь тред про сишечку.
>>743551
А нет ли для С какой какой обертки которая скрывает разницу для часто используемых задач?
А нет ли для С какой какой обертки которая скрывает разницу для часто используемых задач?
Ответы>>743582
>>743551
fseek
ftell
а попробовать открыть файл для чтения перед этим не?
чего?
а ещё про GB не хватает да?
ой всё.
> В котором нет ни единого способа портабельно узнать размер файла
fseek
ftell
> И флажок "x"
а попробовать открыть файл для чтения перед этим не?
> И дескриптор файла у него стандартным способом забрать нельзя
чего?
> про асинхронный ввод-вывод
а ещё про GB не хватает да?
> японскими иероглифами и кириллицей в имени
ой всё.
>>743577
Ждал этого ответа. Внезапно, стандарт говорит, что fseek(..., 0, SEEK_END) - UB. Я не отрицаю, что на практике это давным-давно нихуя не UB, но, тем не менее, одновременно правильного и стандартного способа нет.
Ну хочу я mmap() сделать. Стандартная библиотека в mmap() не может, нужен дескриптор. Для дескриптора fileno какбэ есть, но в винде он _fileno() и тоже нихуя не стандартный, а mmap() вообще нет. И раз мы все равно скатываемся до различий в ОС, то лучше сразу скатиться дальше до open()/mmap() и CreateFile()/CreateFileMapping()/MapViewOfFile() в зависимости от системы и не ебать себе мозг все равно рано или поздно жизнь заставит.
Ну это как-то уж слишком толсто.
>>743582
С бустом.
> fseek
Ждал этого ответа. Внезапно, стандарт говорит, что fseek(..., 0, SEEK_END) - UB. Я не отрицаю, что на практике это давным-давно нихуя не UB, но, тем не менее, одновременно правильного и стандартного способа нет.
> дескриптор файла у него стандартным способом
> чего
Ну хочу я mmap() сделать. Стандартная библиотека в mmap() не может, нужен дескриптор. Для дескриптора fileno какбэ есть, но в винде он _fileno() и тоже нихуя не стандартный, а mmap() вообще нет. И раз мы все равно скатываемся до различий в ОС, то лучше сразу скатиться дальше до open()/mmap() и CreateFile()/CreateFileMapping()/MapViewOfFile() в зависимости от системы и не ебать себе мозг все равно рано или поздно жизнь заставит.
> GC
Ну это как-то уж слишком толсто.
>>743582
> c++
С бустом.
>>743601
го вырезку в стандарте
слишком толсто это про китайские иероглифы - разве ты не можешь закодировать строчку как хочешь.
> - UB
го вырезку в стандарте
>слишком толсто
слишком толсто это про китайские иероглифы - разве ты не можешь закодировать строчку как хочешь.
Ответы>>743636
>>743582
Т.е. в C++ есть функции/абстракции которые позволяют не писать реализацию обычных действий под винду/линукс/макинтош раздельно? Это "стандартная библиотека с++" что ли? С чем это поставляется вообще? Кто разрабатывает?
Т.е. в C++ есть функции/абстракции которые позволяют не писать реализацию обычных действий под винду/линукс/макинтош раздельно? Это "стандартная библиотека с++" что ли? С чем это поставляется вообще? Кто разрабатывает?
Ответы>>743621
>>743601
А для обычного Си есть такое? Что операции с файлами к примеру не писать с учетом особенностей и чтоб сразу работал на маке/линуксе и виндах?
> c++
>С бустом.
А для обычного Си есть такое? Что операции с файлами к примеру не писать с учетом особенностей и чтоб сразу работал на маке/линуксе и виндах?
>>743614
STL
STL
28 Кб, 719x314
>>743605
Я-то могу. Но проблема в том, что fopen() под виндой сводится к CreateFileA, которая раскодирует имя файла из MBCS в юникод, и использует для этого активную кодировку, которая в русской винде cp1251, и в которой нихуя нет иероглифов. И вот есть у меня .mkv-шка с няшными девочками, а открыть ее своей утилиткой на винде я не могу. А если активной кодировкой сделать 65001 (UTF-8), то винда охуевает по полной с различными веселыми спецэффектами. Правда, тут пару месяцев назад разработчики Visual Studio намекали, что собираются начать поддерживать UTF-8 в стандартной библиотеке, и даже, может быть, в самой винде не прошло, блять, и 20 лет.
>>743616
Чтобы настолько всеобъемлюще, как буст - нет. Для конкретных задач можно повыбирать в Utilities тут: https://notabug.org/koz.ross/awesome-c
> слишком толсто это про китайские иероглифы
> разве ты не можешь закодировать строчку
Я-то могу. Но проблема в том, что fopen() под виндой сводится к CreateFileA, которая раскодирует имя файла из MBCS в юникод, и использует для этого активную кодировку, которая в русской винде cp1251, и в которой нихуя нет иероглифов. И вот есть у меня .mkv-шка с няшными девочками, а открыть ее своей утилиткой на винде я не могу. А если активной кодировкой сделать 65001 (UTF-8), то винда охуевает по полной с различными веселыми спецэффектами. Правда, тут пару месяцев назад разработчики Visual Studio намекали, что собираются начать поддерживать UTF-8 в стандартной библиотеке, и даже, может быть, в самой винде не прошло, блять, и 20 лет.
>>743616
Чтобы настолько всеобъемлюще, как буст - нет. Для конкретных задач можно повыбирать в Utilities тут: https://notabug.org/koz.ross/awesome-c
>>743551
не понимаешь почему используешь typedef struct в своих хедерах, и когда можно использовать просто struct, то это твои проблемы
>глупость
не понимаешь почему используешь typedef struct в своих хедерах, и когда можно использовать просто struct, то это твои проблемы
>>743644
А для текстовых еще веселее:
Страдай. Алсо, в более древних стандартах примерно то же. И, в любом случае, аргумент про fseek(..., SEEK_END) чисто теоретический, потому что, как я уже говорил, последние ОС, где это чем-то грозило, давно вымерли.
А для текстовых еще веселее:
> 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) чисто теоретический, потому что, как я уже говорил, последние ОС, где это чем-то грозило, давно вымерли.
Ответы>>743665
>>743654
ну да, я щас смотрю, там просто не модное undefined behavior, а другими словами.
> Алсо, в более древних стандартах примерно то же
ну да, я щас смотрю, там просто не модное undefined behavior, а другими словами.
Сап, посоны. Посмотрите на этот цикл: http://pastebin.com/YT4avH9A
Программа выводит информацию о секциях PE-файла, который передается через командную строку. Он отображается в память, затем заполняются структуры заголовков, и цикл проходит по массиву заголовков всех секций.
Но почему при этом имена секций выводятся пустыми, а большинство свойств этих секций равны нулю.
Программа выводит информацию о секциях PE-файла, который передается через командную строку. Он отображается в память, затем заполняются структуры заголовков, и цикл проходит по массиву заголовков всех секций.
Но почему при этом имена секций выводятся пустыми, а большинство свойств этих секций равны нулю.
Ответы>>743723
>Stephen G. Kochan "Programming in C (4th Edition)" (2014)
в pdf существует?
Ответы>>744215
>>743655
Ну он далеко не дебик, стандартная либа рили годится только для консольных калькуляторов и вгетов с ффмпегами, расчётов трансформаторов и прочей поебени завязанной на вычисления и сеть, захочешь написать что-то более тонко и глубоко взаимодействующее с ОС и её сервисами начнёшь либо писать свои вело либо искать готовые решения, то есть чужие вело. Большинство софта на C/C++ так и написькано, от всякой мелочи вроде SciTE до Хромиума: есть платформонезависимое ядро, над ним есть абстрактная надстройка, обертки, которые транслируют требуемый функционал из нативного апи ОС и её библиотек и никакого гимора, просто две версии программульки - для линуха и шинды, а не любишь велосипедить, перфоманс не имеет значения, любишь скорость разработки и быстрые решения, хяурь на дельфи и джаве или чо там щас модно - джаваскрипт нахуй.
Ну он далеко не дебик, стандартная либа рили годится только для консольных калькуляторов и вгетов с ффмпегами, расчётов трансформаторов и прочей поебени завязанной на вычисления и сеть, захочешь написать что-то более тонко и глубоко взаимодействующее с ОС и её сервисами начнёшь либо писать свои вело либо искать готовые решения, то есть чужие вело. Большинство софта на C/C++ так и написькано, от всякой мелочи вроде SciTE до Хромиума: есть платформонезависимое ядро, над ним есть абстрактная надстройка, обертки, которые транслируют требуемый функционал из нативного апи ОС и её библиотек и никакого гимора, просто две версии программульки - для линуха и шинды, а не любишь велосипедить, перфоманс не имеет значения, любишь скорость разработки и быстрые решения, хяурь на дельфи и джаве или чо там щас модно - джаваскрипт нахуй.
>>744120
Хуй знает. Видимо, нет. Спасибо, что обратил внимание. Возьми третье издание, там C99, а про C11 почитаешь позже. А чего не Прата вообще?
> в pdf существует?
Хуй знает. Видимо, нет. Спасибо, что обратил внимание. Возьми третье издание, там C99, а про C11 почитаешь позже. А чего не Прата вообще?
Ответы>>744293
>>744215
ну его же книгу по крестам не рекомендуют например
ну его же книгу по крестам не рекомендуют например
Решил вкатиться в Си.
Чем Clang, как IDE, лучше, чем MS VS2015?
Друган по универу - программист, говорил, что их заставляли кодить в RAD Studio.
Что выбрать?
Чем Clang, как IDE, лучше, чем MS VS2015?
Друган по универу - программист, говорил, что их заставляли кодить в RAD Studio.
Что выбрать?
Ответы>>744354
>>744372
Но я же серьёзно. Смотри, ты уже не пездюк, но при попытке работать кодером будешь соревноваться за место с людьми программирующими с 14 лет, которым соответственно сольёшь.
А в маке в первый же месяц можешь двадцатку поднять за 8 часов с графиком 7/7.
Но я же серьёзно. Смотри, ты уже не пездюк, но при попытке работать кодером будешь соревноваться за место с людьми программирующими с 14 лет, которым соответственно сольёшь.
А в маке в первый же месяц можешь двадцатку поднять за 8 часов с графиком 7/7.
>>744380
Двачую, так ведь и есть.
Двачую, так ведь и есть.
>>744380
Ваганыч, ну хватит. Уморил.
Я же не говрил, что хочу заниматься этим профессионально. Это твои догадки.
Я не разбираюсь в терминологии, но перефразирую: хочу попробовать покодить, уточню - для себя.
Что для этого понадоится ньюфагу в Си?
И тут в ответ очередная порция детсадовского искромётного юмора вперемешку с брызжущей желчью от анального профессионала.
Ваганыч, ну хватит. Уморил.
Я же не говрил, что хочу заниматься этим профессионально. Это твои догадки.
Я не разбираюсь в терминологии, но перефразирую: хочу попробовать покодить, уточню - для себя.
Что для этого понадоится ньюфагу в Си?
И тут в ответ очередная порция детсадовского искромётного юмора вперемешку с брызжущей желчью от анального профессионала.
>>744393
gcc, clang - это компиляторы. MSVC - это IDE. начинающему программисту IDE не нужны. я так понимаю, что ты в винде - поставь https://www.sublimetext.com/ и редактируй код в нем, из компиляторов можешь выбрать MinGW или Cygwin
gcc, clang - это компиляторы. MSVC - это IDE. начинающему программисту IDE не нужны. я так понимаю, что ты в винде - поставь https://www.sublimetext.com/ и редактируй код в нем, из компиляторов можешь выбрать MinGW или Cygwin
>>744393
ставь clion, браток, рекомендую.
ставь clion, браток, рекомендую.
>>744393
на си ты ничего для себя не покодишь и интерес потеряешь. для нуба твоего типа важна, как бы это, "отдача": ты прикладываешь усилия, оно начинает работать, этим можно пользоваться, оно что-то делает, и ты понимаешь, что ты можешь "что-то создавать". на си в этой ситуации ее не будет. бери что-то, что позволит решить какую-то более или менее понятную и практическую задачу без безумия сишной байтоёбли и относительно легко позволит сделать GUI. Тот же веб с его JS; .NET WinForms (неплохой вариант, кстати). другие аноны подскажут может тоже.
>хочу попробовать покодить, уточню - для себя.
на си ты ничего для себя не покодишь и интерес потеряешь. для нуба твоего типа важна, как бы это, "отдача": ты прикладываешь усилия, оно начинает работать, этим можно пользоваться, оно что-то делает, и ты понимаешь, что ты можешь "что-то создавать". на си в этой ситуации ее не будет. бери что-то, что позволит решить какую-то более или менее понятную и практическую задачу без безумия сишной байтоёбли и относительно легко позволит сделать GUI. Тот же веб с его JS; .NET WinForms (неплохой вариант, кстати). другие аноны подскажут может тоже.
>>744396
Да, на винде. Забыл уточнить.
А это обеспечит подсказки по написанию и проверки возможных ошибок?
Почему не MSVC или RAD? Вроде там кнопочки, формочки и прочее.
>>744401
Вот только клише не надо. Да, сумбурно взялся. Ничего, разберусь помалёху.
Да, на винде. Забыл уточнить.
>поставь https://www.sublimetext.com/ и редактируй код в нем, из компиляторов можешь выбрать MinGW или Cygwin
А это обеспечит подсказки по написанию и проверки возможных ошибок?
Почему не MSVC или RAD? Вроде там кнопочки, формочки и прочее.
>>744401
>для нуба твоего типа важна
Вот только клише не надо. Да, сумбурно взялся. Ничего, разберусь помалёху.
>>744396
VS - это не только IDE, это IDE+конпелятор. И конпелятор можно просто использовать из командной строки, или даже скачать отдельно.
>>744393
Если места не жалко (10-15 ГБ) - ставь Visual Studio. Если места жалко - ставь Pelles C. Научиться потом конпелировать из командной строки недолго и несложно, тем более, что IDE эту самую командную строку в окне Build и в свойствах проекта все равно отображают.
Алсо вот этого >>744401 двачую. Если ты не любишь и не хочешь залезать в дебри, бери что-нибудь более высокоуровневое.
VS - это не только IDE, это IDE+конпелятор. И конпелятор можно просто использовать из командной строки, или даже скачать отдельно.
>>744393
Если места не жалко (10-15 ГБ) - ставь Visual Studio. Если места жалко - ставь Pelles C. Научиться потом конпелировать из командной строки недолго и несложно, тем более, что IDE эту самую командную строку в окне Build и в свойствах проекта все равно отображают.
Алсо вот этого >>744401 двачую. Если ты не любишь и не хочешь залезать в дебри, бери что-нибудь более высокоуровневое.
Ответы>>744425
>>744410
Где-то слышал, что в RAD вроде дропнули BCC, и там теперь шланг в качестве компилятора. Можешь попробовать и рассказать нам.
Где-то слышал, что в RAD вроде дропнули BCC, и там теперь шланг в качестве компилятора. Можешь попробовать и рассказать нам.
Ответы>>744419
>>744415
Там никогда и не было gcc. Какой-то свой костыль был.
А от шланга там вроде только бэкэнд прикрутили чтобы последний стандарт плюсов поддерживать, нихуя не изменилось - это худший вариант.
Там никогда и не было gcc. Какой-то свой костыль был.
А от шланга там вроде только бэкэнд прикрутили чтобы последний стандарт плюсов поддерживать, нихуя не изменилось - это худший вариант.
Ответы>>744423
>>744419
Да, я о том и говорю. BCC = Borland C Compiler, во времена 16 бит выбирать было особо не из чего, и он был ок, а вот под виндой он запомнился тем, что для сборки проекта обязательно приходилось писать какой-нибудь костыль.
Да, я о том и говорю. 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
Гугление не даёт результатов. Есть у кого идеи какие?
Ответы>>744649
>>744649
Да, сори. Брал у этого же Васяна - 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
Одинаково нихуя не работает
Да, сори. Брал у этого же Васяна - 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
Одинаково нихуя не работает
>>744663
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
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
Ответы>>744718
>>744670
Не понял немного вопрос нубас в программировании под линукс. Вообще да, но я так понял, при запуске make всё должно сделаться само магическим образом. Ну типа если я просто компилю через gcc, то у меня даже не видит linux/module.h -- гугл сказал, что так и должно быть, если одним gcc компилить.
Не понял немного вопрос нубас в программировании под линукс. Вообще да, но я так понял, при запуске make всё должно сделаться само магическим образом. Ну типа если я просто компилю через gcc, то у меня даже не видит linux/module.h -- гугл сказал, что так и должно быть, если одним gcc компилить.
Ответы>>744727
>>744722
Вообще хз в чем проблема.
Можешь попробовать вручную добавить syscall_32.tbl
https://raw.githubusercontent.com/torvalds/linux/v4.4/arch/x86/entry/syscalls/syscall_32.tbl
Вообще хз в чем проблема.
Можешь попробовать вручную добавить syscall_32.tbl
https://raw.githubusercontent.com/torvalds/linux/v4.4/arch/x86/entry/syscalls/syscall_32.tbl
>>744679
Ты можешь явно указать make чем компелировать
Ты можешь явно указать make чем компелировать
Ответы>>744731
>>744728
Тебе нужен девелопер-френдли. Мейнстрим в этой категории: arch, gentoo, slackware. У арча очешуительный доки
Тебе нужен девелопер-френдли. Мейнстрим в этой категории: arch, gentoo, slackware. У арча очешуительный доки
>>744731
арчую арч
арчую арч
>>744731
гентчую генту
гентчую генту
>>744724
Добавил. Сообщение о том, что нужен 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
Добавил. Сообщение о том, что нужен 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
Ответы>>744879
>>744895
Что анонимус думает о сишных либах для async io(libuv, libev)? Насколько они удобны по сравнению с asio?
Что анонимус думает о сишных либах для async io(libuv, libev)? Насколько они удобны по сравнению с asio?
>>745077
Относительно ебланически перегруженного asio (с которым хэловорлд компилируется пол часа и кода получается больше чем с голыми сокетами) – вообще всё смотрится охуенно. Даже если ты пишешь на плюсах а не на си.
Относительно ебланически перегруженного asio (с которым хэловорлд компилируется пол часа и кода получается больше чем с голыми сокетами) – вообще всё смотрится охуенно. Даже если ты пишешь на плюсах а не на си.
Ответы>>745443
>>745447
Замыкания классные
Замыкания классные
Ответы>>745470
>>745467
Тем, что здесь нет никакой магии. Если хочется магии - почему бы не взять плюсы? Там ее хоть отбавляй, особенно в новых стандартах.
Тем, что здесь нет никакой магии. Если хочется магии - почему бы не взять плюсы? Там ее хоть отбавляй, особенно в новых стандартах.
Ответы>>745509
>>745508
Чем каналы в go не магия? Или ATD в любом языке. Если уж замыкания из n2030 -называть магией...
Чем каналы в go не магия? Или ATD в любом языке. Если уж замыкания из n2030 -называть магией...
Ответы>>745510
>>745509
Получается любая абстракция -> магия, давайте все всё писать на ассемблере, там все прозрачно.
Получается любая абстракция -> магия, давайте все всё писать на ассемблере, там все прозрачно.
Аноны, посоветуйте с личного опыта ньюфагу простенький фреймворк для модульного тестирования.
Хм, у вас всё же странное отношение к байтоёбле.
Я вот на работе пользуюсь всем, что под руку подвернётся - питоном, жабаскриптами, плюсами, шарпом, перлом, вб, даже о богомерзкую жабу приходилось руки марать. Но в основном питон, потому что обычная рабочая ситуация - это "хуяк, хуяк, и в продакшн", надо срочно-быстро-вчера сделать самые разные задачи.
А на си я пишу дома, для души. Мне байтоёбля доставляет больше, чем вся высокоуровневая хуета с лямбдами.
Я вот на работе пользуюсь всем, что под руку подвернётся - питоном, жабаскриптами, плюсами, шарпом, перлом, вб, даже о богомерзкую жабу приходилось руки марать. Но в основном питон, потому что обычная рабочая ситуация - это "хуяк, хуяк, и в продакшн", надо срочно-быстро-вчера сделать самые разные задачи.
А на си я пишу дома, для души. Мне байтоёбля доставляет больше, чем вся высокоуровневая хуета с лямбдами.
Ответы>>746019
>>746005
веб?
веб?
>>745077
нужно четко представлять, как они оборачивают нативные вызовы, те в чего они превращаются на целевой платформе..
а вообще если нет необходимости в кроссплатформе, то использовал бы нативные соответствующие апи
>async io(libuv, libev)? Насколько они удобны по сравнению с asio?
нужно четко представлять, как они оборачивают нативные вызовы, те в чего они превращаются на целевой платформе..
а вообще если нет необходимости в кроссплатформе, то использовал бы нативные соответствующие апи
Ответы>>747881
>>747862
Её там нету.
Может ты о std::experemental::any - но это шаблонная библиотека как и весь STL, и узнать конкретную реализацию не составляет проблем, никакрой магии компилятора и прочего.
Её там нету.
Может ты о std::experemental::any - но это шаблонная библиотека как и весь STL, и узнать конкретную реализацию не составляет проблем, никакрой магии компилятора и прочего.
Ответы>>747885
>>747885
Он в отличии от варианта вообще для всего. Если сказать точнее - это почти полная эмуляция динамики с сопутствующим оверхедом, в отличие от варианта выше.
http://www.boost.org/doc/libs/1_61_0/doc/html/variant/misc.html#variant.versus-any
Это собственно копипаста из буста как обычно, поэтому это сравнение котируется.
Дальнейшее обсуждение лучше продолжить в крестотреде или ткните носом где там в плюсах магия как в рубях или gовне.
Он в отличии от варианта вообще для всего. Если сказать точнее - это почти полная эмуляция динамики с сопутствующим оверхедом, в отличие от варианта выше.
http://www.boost.org/doc/libs/1_61_0/doc/html/variant/misc.html#variant.versus-any
Это собственно копипаста из буста как обычно, поэтому это сравнение котируется.
Дальнейшее обсуждение лучше продолжить в крестотреде или ткните носом где там в плюсах магия как в рубях или gовне.
Ответы>>747908
>>747906
Он сказал хуйню, спутав вывод типов с динамикой, а ты не проверяя подписался под его словами.
Он сказал хуйню, спутав вывод типов с динамикой, а ты не проверяя подписался под его словами.
Ответы>>747911
>>747907
Оно мне надо что ли, проверять пост рандомного сосачера на тему, которая мне совершенно не интересна?
Оно мне надо что ли, проверять пост рандомного сосачера на тему, которая мне совершенно не интересна?
Ответы>>747916
>>747911
Значит не удивляйся когда на тебя будут ссать после соглашения с высером, в чём проблема?
Значит не удивляйся когда на тебя будут ссать после соглашения с высером, в чём проблема?
Расскажите лучше про принципиальные новшества С11. Хочу книжку почитать по нему - стоит ли?
Ответы>>747923
>>747908
Магия в языках программирования - всё, что реализовано не средствами языка (т.е. неявно для тебя в момент написания). Короче говоря - в высокоуровенных языках вообще всё "магия". Как пример - те же корутины - вполне себе магия.
Магия в языках программирования - всё, что реализовано не средствами языка (т.е. неявно для тебя в момент написания). Короче говоря - в высокоуровенных языках вообще всё "магия". Как пример - те же корутины - вполне себе магия.
>>747923
Спецификатор _Noreturn указывает, что программа никогда не вернет управление из функции? Какой-то смысл для оптимизации или просто синтаксический сахар?
Спецификатор _Noreturn указывает, что программа никогда не вернет управление из функции? Какой-то смысл для оптимизации или просто синтаксический сахар?
>>747926
Указывает компилятору на возможность какой-то микрооптимизации.
Указывает компилятору на возможность какой-то микрооптимизации.
>>747926
Ветка кода, заканчивающаяся noreturn, ненормальная и случается редко, поэтому её можно куда-нибудь подальше засунуть, чтобы не отсвечивала.
Ветка кода, заканчивающаяся noreturn, ненормальная и случается редко, поэтому её можно куда-нибудь подальше засунуть, чтобы не отсвечивала.
Ответы>>747942
А секьюрные варианты функций (аля strcat_s и тд) не включили в новый стандарт? В GCC переносить код студии из студии напрягает немного.
Ответы>>748018
>>747963
Включили в виде необязательного расширения, но в следующем стандарте, скорее всего, смешают с говном или сразу запретят. Просто не пользуйся ими. А чтобы студия не умничала, скажи компилятору -D_CRT_SECURE_NO_DEPRECATE (Майкрософт не может в стандартные способы, даже когда сами протолкнули свое говно в стандарт).
Включили в виде необязательного расширения, но в следующем стандарте, скорее всего, смешают с говном или сразу запретят. Просто не пользуйся ими. А чтобы студия не умничала, скажи компилятору -D_CRT_SECURE_NO_DEPRECATE (Майкрософт не может в стандартные способы, даже когда сами протолкнули свое говно в стандарт).
Ответы>>748019
>>748019
Ну тогда страдай и реализуй сам (исходники CRT от Microsoft доступны, теоретичеки можно что-нибудь спиздить). GCC это вряд ли когда-нибудь будет поддерживать.
Ну тогда страдай и реализуй сам (исходники CRT от Microsoft доступны, теоретичеки можно что-нибудь спиздить). GCC это вряд ли когда-нибудь будет поддерживать.
Нарердолил Gentoo GNU/Linux, что лучше юзать для скорости работы, статические либы или динамические?
Ответы>>748104
>>748090
Это как?
Это как?
>>748104
Хочу накатить Gentoo uclibc amd64
все нормально работать должно? Мне хромиум скомпилять надо.
Хочу накатить Gentoo uclibc amd64
все нормально работать должно? Мне хромиум скомпилять надо.
Ответы>>748191
А крестоблядки под шиндовс пишут(в основном) или под что-то другое?
Ответы>>748139
>>748137
Т.е. ещё через 13 лет. Для желающих уже есть ObjC, C++ (в которых можно писать и на си с лямбдами), разные форки компиляторов с блоками/вложенными функциями.
Т.е. ещё через 13 лет. Для желающих уже есть ObjC, C++ (в которых можно писать и на си с лямбдами), разные форки компиляторов с блоками/вложенными функциями.
>>748139
Не так уш плохо, Я думал шинловс онли
Не так уш плохо, Я думал шинловс онли
>>748138
C++ Правда походит для этого, может сишку и лямбд не добавят (зачем с сишечки плюсы делать?)
C++ Правда походит для этого, может сишку и лямбд не добавят (зачем с сишечки плюсы делать?)
Ответы>>748152
>>748152
Кстати, подумал - в принципе и замыкания можно частично сделать, константные (запоминается текущее значение внешней переменной), для этого не нужны ни объекты, ни сборка мусора.
Раньше ЕМНИП в Java тоже были только такие.
Кстати, подумал - в принципе и замыкания можно частично сделать, константные (запоминается текущее значение внешней переменной), для этого не нужны ни объекты, ни сборка мусора.
Раньше ЕМНИП в Java тоже были только такие.
Ответы>>748164
>>748152
Кто тебя просит её использовать? Пиши в процедурном стиле на здоровье, если тебе только лямбды нужны.
>>748155
Дык в gcc вроде так и впилили вложенные ф-ции, правда очистить код не сильно помогают.
Кто тебя просит её использовать? Пиши в процедурном стиле на здоровье, если тебе только лямбды нужны.
>>748155
Дык в gcc вроде так и впилили вложенные ф-ции, правда очистить код не сильно помогают.
Ответы>>748204
>>748124
Не знаю, как в генту, но во фряхе он компиляется ПИЗДЕЦ долго. Полдня его собирал, в то время как firefox собирается около часа, если не меньше. Возможно, также хром криво на фряху портирован: он всё время глючит, подтормаживает, падает. Это пиздец, какое-то говно, а не браузер. Не советую его компилять в принципе.
>Мне хромиум скомпилять надо.
Не знаю, как в генту, но во фряхе он компиляется ПИЗДЕЦ долго. Полдня его собирал, в то время как firefox собирается около часа, если не меньше. Возможно, также хром криво на фряху портирован: он всё время глючит, подтормаживает, падает. Это пиздец, какое-то говно, а не браузер. Не советую его компилять в принципе.
Ответы>>748386
>>748193
Нет, это монады, каррирование и прочее ненужное говно. А лямбды позволяют писать краткий и лаконичный код, при этом полностью прозрачный для байтолюба.
Нет, это монады, каррирование и прочее ненужное говно. А лямбды позволяют писать краткий и лаконичный код, при этом полностью прозрачный для байтолюба.
>>748164
В крестах лямбды - это объекты.
1. Это не на уровне стандарта.
2. Анонимных функций так и не завезли, потому и использовать неудобно.
> Кто тебя просит её использовать? Пиши в процедурном стиле на здоровье, если тебе только лямбды нужны.
В крестах лямбды - это объекты.
> Дык в gcc вроде так и впилили вложенные ф-ции, правда очистить код не сильно помогают.
1. Это не на уровне стандарта.
2. Анонимных функций так и не завезли, потому и использовать неудобно.
>>748222
Ясно, спасибо.
Ясно, спасибо.
>>748130
Лол. Чему им в своих языках не сидится?
>очередной фп-петушок без мыла лезет в язык богов и дидов
Лол. Чему им в своих языках не сидится?
>>748233
Мне не нравится ФП, аутист, мне нравятся лямбды.
Мне не нравится ФП, аутист, мне нравятся лямбды.
>>748311
C ("няшная сишка") - самый простой и убогий язык из тех, что используются на практике. Более убогий - только брейнфак. Единственное выразительное средство - копипаст, для автоматизации которого есть даже специальный второй язык-препроцессор. Делает решение любой задачи нетривиальным, так что его решение задач с его помощью может требовать высокой квалификации. Тем не менее, типичная сиблядь ничего не знает и не умеет. Даже дибиловатый обгвидок знает, помимо гвидопыха, еще и сишку, но сиблядь не знает ничего кроме нее. Языком владеют почти все, но только сиблядь этим знанием годится, остальные стыдливо скрывают. Также сиблядь может ошибочно считать что знает C++ или несуществующий язык C/C++.
Указывать сиблядям на проблемы языка бесполезно. Кроме сишки сиблядь ни хуя не знает и не умеет, а на любое обвинение у сибляди есть универсальный ответ - "криворукость". Этим сиблядь как бы намекает, что что все вокруг криворуки - т.е. сотрудники микрософта и интеля, пишущие кривые драйвера и библиотеки, прыщебляди, пишущие дырявое ведро своей системы вот уже не первый десяток лет, просто другие сибляди из соседнего подвала полусвовковой шаражки, в которой сиблядь работает. А вот сама сиблядь - сука граф Шарль Ожье де Бац де Кастельмор д’Артаньян среди педерастов, владеющий техникой левитации, предсказания будущего и написания небыдлокода на сишке. К сожалению, простым смертным едва ли не удастся увидеть творения сенсея, так и будут они работать с глючным говном криворуких интелевских и микросовтовских инжеренов, внезапно падающим от какого-нибудь buffer overflow, несмотря на зиллионы человекочасов, проёбанных на его тестирование и отладку.
C ("няшная сишка") - самый простой и убогий язык из тех, что используются на практике. Более убогий - только брейнфак. Единственное выразительное средство - копипаст, для автоматизации которого есть даже специальный второй язык-препроцессор. Делает решение любой задачи нетривиальным, так что его решение задач с его помощью может требовать высокой квалификации. Тем не менее, типичная сиблядь ничего не знает и не умеет. Даже дибиловатый обгвидок знает, помимо гвидопыха, еще и сишку, но сиблядь не знает ничего кроме нее. Языком владеют почти все, но только сиблядь этим знанием годится, остальные стыдливо скрывают. Также сиблядь может ошибочно считать что знает C++ или несуществующий язык C/C++.
Указывать сиблядям на проблемы языка бесполезно. Кроме сишки сиблядь ни хуя не знает и не умеет, а на любое обвинение у сибляди есть универсальный ответ - "криворукость". Этим сиблядь как бы намекает, что что все вокруг криворуки - т.е. сотрудники микрософта и интеля, пишущие кривые драйвера и библиотеки, прыщебляди, пишущие дырявое ведро своей системы вот уже не первый десяток лет, просто другие сибляди из соседнего подвала полусвовковой шаражки, в которой сиблядь работает. А вот сама сиблядь - сука граф Шарль Ожье де Бац де Кастельмор д’Артаньян среди педерастов, владеющий техникой левитации, предсказания будущего и написания небыдлокода на сишке. К сожалению, простым смертным едва ли не удастся увидеть творения сенсея, так и будут они работать с глючным говном криворуких интелевских и микросовтовских инжеренов, внезапно падающим от какого-нибудь buffer overflow, несмотря на зиллионы человекочасов, проёбанных на его тестирование и отладку.
>>748204
Тебя смущает неявное использование классов? Не православно?
На С кроме системщины ничего не пишут, какой смысл поддерживать портируемость между компиляторами?
Тебя смущает неявное использование классов? Не православно?
>Это не на уровне стандарта.
На С кроме системщины ничего не пишут, какой смысл поддерживать портируемость между компиляторами?
>>748317
Професиональные сишники, как правило, хорошо владеют всеми мейнстримовыми парадигмами.
Професиональные сишники, как правило, хорошо владеют всеми мейнстримовыми парадигмами.
>>74831
Ты сейчас описал школьника, максимум - студента первого курса
Ответы>>748349
>>748345
Профессиональный - зарабатывающий на этом.
Я зарабатываю сями, но я тупой байтослесарь, не могу в ООП.
Профессиональный - зарабатывающий на этом.
Я зарабатываю сями, но я тупой байтослесарь, не могу в ООП.
>>747926
>>747926
Функция будет размещена где-нибудь подальше от часто используемых функций, что даст выигрыш в кеше кода и данных, когда программа будет исполняться процессором, то есь не получится так, что функция, которая вызывается один раз за все работу программы была размещена где нибудь посередине секции, где исполняется 90% программы.
>>747926
Функция будет размещена где-нибудь подальше от часто используемых функций, что даст выигрыш в кеше кода и данных, когда программа будет исполняться процессором, то есь не получится так, что функция, которая вызывается один раз за все работу программы была размещена где нибудь посередине секции, где исполняется 90% программы.
>>748366
Но ведь на норетурнах можно хоть полностью программу написать...
Но ведь на норетурнах можно хоть полностью программу написать...
>>748191
Компилял не раз уже, относительно шиндовса прирост производительности в 2-4 раза, бывало за час-два собирал, бывало за три, там разные флаги есть, если надо сократить время компилежки то можно использовать системные библиотеки и программы.
Компилял не раз уже, относительно шиндовса прирост производительности в 2-4 раза, бывало за час-два собирал, бывало за три, там разные флаги есть, если надо сократить время компилежки то можно использовать системные библиотеки и программы.
Ответы>>748388
>>748386
На 2 ядрах штеуда компилял, анон с софтача на фряхе тоже целый день собирал апач (пека древняя вроде)
На 2 ядрах штеуда компилял, анон с софтача на фряхе тоже целый день собирал апач (пека древняя вроде)
13 Кб, 542x623
Привет, анон. Помоги, пожалуйста, с реализацией алгортима Дейкстры для графа (https://ru.wikipedia.org/wiki/Алгоритм_Дейкстры). Пытаюсь реализовать его с использование LINQ-запросов, поэтому прошу помощи здесь.
Алгоритм Дейкстры весьма прост (для тех, кто с ним не знаком): Вес начальной вершины принимаем за ноль, вес остальных вершин за бесконечность. Находим на графе все вершины, соединенные со стартовой одним общим ребром и по порядку проверяем, является ли вес каждой такой вершины бОльшим, чем вес начальной вершины + вес ребра их соединяющего. Если является, то присваиваем вершине новое значение, равное весу начальной вершины + весу ребра их соединяющего. После того, как провернули такое действие со всеми связными вершинами, выбираем из них ту, что получилась с минимальным весом и принимаем ее за начальную, проворачивая с ее связными вершинами тоже самое.
Вот только "соседом" второй по счету вершины сразу же станет изначальная вершина с нулевым весом, а следовательно в конце простановки весов связных вершин именно эта первая будет принята за минимальную и она снова станет текущей, и так по кругу с очевидным зацикливанием. Можно же добавить вершине метку посещенности и впоследствии выбирать из соседей МИНИМАЛЬНУЮ И НЕ ПОСЕЩЕННУЮ, но в один момент таких вершин может оказаться 0, однако при этом на графе могут либо остаться не посещенные вершины, либо вообще не дойти до финиша. Как с этим быть?
Или граф может быть пройден от начала до конца, но по неверному маршруту, а когда алгоритм возвращается к не посещенной вершине, чтобы это исправить, он снова нихуя не получает, так как все связные с этой вершиной вершины уже были посещены, как на пикрелейтеде вершина 4 во втором варианте.
Вот код, хотя я тут намешал и использование списка не посещенных вершин, и использование. Метод getTops() возвращает список связных, но не посещенных вершин, его описывать не стал: http://pastebin.com/kKhUcrN9
Как решить ситуацию, чтобы можно было пройтись по всем вершинам, но при этом без зацикливания, то есть возвращения в уже посещенные связные вершины, но имеющие маленький вес.
Алгоритм Дейкстры весьма прост (для тех, кто с ним не знаком): Вес начальной вершины принимаем за ноль, вес остальных вершин за бесконечность. Находим на графе все вершины, соединенные со стартовой одним общим ребром и по порядку проверяем, является ли вес каждой такой вершины бОльшим, чем вес начальной вершины + вес ребра их соединяющего. Если является, то присваиваем вершине новое значение, равное весу начальной вершины + весу ребра их соединяющего. После того, как провернули такое действие со всеми связными вершинами, выбираем из них ту, что получилась с минимальным весом и принимаем ее за начальную, проворачивая с ее связными вершинами тоже самое.
Вот только "соседом" второй по счету вершины сразу же станет изначальная вершина с нулевым весом, а следовательно в конце простановки весов связных вершин именно эта первая будет принята за минимальную и она снова станет текущей, и так по кругу с очевидным зацикливанием. Можно же добавить вершине метку посещенности и впоследствии выбирать из соседей МИНИМАЛЬНУЮ И НЕ ПОСЕЩЕННУЮ, но в один момент таких вершин может оказаться 0, однако при этом на графе могут либо остаться не посещенные вершины, либо вообще не дойти до финиша. Как с этим быть?
Или граф может быть пройден от начала до конца, но по неверному маршруту, а когда алгоритм возвращается к не посещенной вершине, чтобы это исправить, он снова нихуя не получает, так как все связные с этой вершиной вершины уже были посещены, как на пикрелейтеде вершина 4 во втором варианте.
Вот код, хотя я тут намешал и использование списка не посещенных вершин, и использование. Метод getTops() возвращает список связных, но не посещенных вершин, его описывать не стал: http://pastebin.com/kKhUcrN9
Как решить ситуацию, чтобы можно было пройтись по всем вершинам, но при этом без зацикливания, то есть возвращения в уже посещенные связные вершины, но имеющие маленький вес.
13 Кб, 542x623
Привет, анон. Помоги, пожалуйста, с реализацией алгортима Дейкстры для графа (https://ru.wikipedia.org/wiki/Алгоритм_Дейкстры). Пытаюсь реализовать его с использование LINQ-запросов, поэтому прошу помощи здесь.
Алгоритм Дейкстры весьма прост (для тех, кто с ним не знаком): Вес начальной вершины принимаем за ноль, вес остальных вершин за бесконечность. Находим на графе все вершины, соединенные со стартовой одним общим ребром и по порядку проверяем, является ли вес каждой такой вершины бОльшим, чем вес начальной вершины + вес ребра их соединяющего. Если является, то присваиваем вершине новое значение, равное весу начальной вершины + весу ребра их соединяющего. После того, как провернули такое действие со всеми связными вершинами, выбираем из них ту, что получилась с минимальным весом и принимаем ее за начальную, проворачивая с ее связными вершинами тоже самое.
Вот только "соседом" второй по счету вершины сразу же станет изначальная вершина с нулевым весом, а следовательно в конце простановки весов связных вершин именно эта первая будет принята за минимальную и она снова станет текущей, и так по кругу с очевидным зацикливанием. Можно же добавить вершине метку посещенности и впоследствии выбирать из соседей МИНИМАЛЬНУЮ И НЕ ПОСЕЩЕННУЮ, но в один момент таких вершин может оказаться 0, однако при этом на графе могут либо остаться не посещенные вершины, либо вообще не дойти до финиша. Как с этим быть?
Или граф может быть пройден от начала до конца, но по неверному маршруту, а когда алгоритм возвращается к не посещенной вершине, чтобы это исправить, он снова нихуя не получает, так как все связные с этой вершиной вершины уже были посещены, как на пикрелейтеде вершина 4 во втором варианте.
Вот код, хотя я тут намешал и использование списка не посещенных вершин, и использование. Метод getTops() возвращает список связных, но не посещенных вершин, его описывать не стал: http://pastebin.com/kKhUcrN9
Как решить ситуацию, чтобы можно было пройтись по всем вершинам, но при этом без зацикливания, то есть возвращения в уже посещенные связные вершины, но имеющие маленький вес.
Алгоритм Дейкстры весьма прост (для тех, кто с ним не знаком): Вес начальной вершины принимаем за ноль, вес остальных вершин за бесконечность. Находим на графе все вершины, соединенные со стартовой одним общим ребром и по порядку проверяем, является ли вес каждой такой вершины бОльшим, чем вес начальной вершины + вес ребра их соединяющего. Если является, то присваиваем вершине новое значение, равное весу начальной вершины + весу ребра их соединяющего. После того, как провернули такое действие со всеми связными вершинами, выбираем из них ту, что получилась с минимальным весом и принимаем ее за начальную, проворачивая с ее связными вершинами тоже самое.
Вот только "соседом" второй по счету вершины сразу же станет изначальная вершина с нулевым весом, а следовательно в конце простановки весов связных вершин именно эта первая будет принята за минимальную и она снова станет текущей, и так по кругу с очевидным зацикливанием. Можно же добавить вершине метку посещенности и впоследствии выбирать из соседей МИНИМАЛЬНУЮ И НЕ ПОСЕЩЕННУЮ, но в один момент таких вершин может оказаться 0, однако при этом на графе могут либо остаться не посещенные вершины, либо вообще не дойти до финиша. Как с этим быть?
Или граф может быть пройден от начала до конца, но по неверному маршруту, а когда алгоритм возвращается к не посещенной вершине, чтобы это исправить, он снова нихуя не получает, так как все связные с этой вершиной вершины уже были посещены, как на пикрелейтеде вершина 4 во втором варианте.
Вот код, хотя я тут намешал и использование списка не посещенных вершин, и использование. Метод getTops() возвращает список связных, но не посещенных вершин, его описывать не стал: http://pastebin.com/kKhUcrN9
Как решить ситуацию, чтобы можно было пройтись по всем вершинам, но при этом без зацикливания, то есть возвращения в уже посещенные связные вершины, но имеющие маленький вес.
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 делали энтузиасты на коленке, а нвидия забила хуйца на такую возможность?
Ответы>>748439
>>748419
В чём она перспективная? Быстрее устроить апокалипсис, прогрев видюхами атмосферу как следует?
В чём она перспективная? Быстрее устроить апокалипсис, прогрев видюхами атмосферу как следует?
>>748366
На самом деле функцию размещать будет линкер, только у линкера нет информации о _Noreturn. А вот компилятор на основании этого атрибута может упростить control flow вызывающей функции, может оптимальнее использовать регистры, особенно под какой-нибудь x86, где их мало.
> функция будет размещена где-нибудь подальше от часто используемых функций
На самом деле функцию размещать будет линкер, только у линкера нет информации о _Noreturn. А вот компилятор на основании этого атрибута может упростить control flow вызывающей функции, может оптимальнее использовать регистры, особенно под какой-нибудь x86, где их мало.
>>748439
Распаралеленое ядро на тысяче процессоров, никакого перегрева не будет, большой нагрузки на одно ядро не возникает. Для ГПУ оно как фоновая задача будет
Распаралеленое ядро на тысяче процессоров, никакого перегрева не будет, большой нагрузки на одно ядро не возникает. Для ГПУ оно как фоновая задача будет
Ответы>>748520
>>748516
Ты иди хэши поперебирай на гпу, и расскажи что перегрузки быть не может.
>>748517
Они не имбицилы, и точно есть причины почему даже гугловые сервера работают на cpu.
Ты иди хэши поперебирай на гпу, и расскажи что перегрузки быть не может.
>>748517
Они не имбицилы, и точно есть причины почему даже гугловые сервера работают на cpu.
Ответы>>748524
>>748520
Потому что на гпу пока что только ядро научились исполнять.
Потому что на гпу пока что только ядро научились исполнять.
15 Кб, 710x366
А вы отделяете оператор обращения к полю структуры по указателю стрелочку пробелами? Заебись, по-моему.
Блджад, почему мой макрос для свапа, не обнуляющий равные элементы, вызывает ошибку?
#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)))
22 Кб, 461x149
>>748650
Неа. Просто такая стрелочка напоминает математические функции, от которых я тащусь.
Неа. Просто такая стрелочка напоминает математические функции, от которых я тащусь.
Ответы>>748658
>>748658
Выглядит странно как раз её отделение. Так она похожа на какую-то лямбду, вместе видно что это член структуры.
Выглядит странно как раз её отделение. Так она похожа на какую-то лямбду, вместе видно что это член структуры.
>>748649
Алсо, мало того, что у тебя тут овердохуя операций, так еще и бранч.
Алсо, мало того, что у тебя тут овердохуя операций, так еще и бранч.
>>748517
но в сервера не ставят видеокарты
но в сервера не ставят видеокарты
А это какой-то стандартный способ документирования кода или только для их системы?
http://www.oryx-embedded.com/doc/rc4_8c_source.html
http://www.oryx-embedded.com/doc/rc4_8c_source.html
Ответы>>748766
>>748761
Ну какбэ это JavaDoc, а документацию по нему генерирует Doxygen.
Ну какбэ это JavaDoc, а документацию по нему генерирует Doxygen.
>>723844 (OP)
Тут более значимо что он интерпретатор
>- TCC: очень маленький компилятор с багами и неполной поддержкой C99.
Тут более значимо что он интерпретатор
Ответы>>748780
>>748775
Он не интерпретатор, с ключом -run и/или с shebang в исходнике он компилирует в память.
Он не интерпретатор, с ключом -run и/или с shebang в исходнике он компилирует в память.
>>748646
Я нажимаю Ctrl+K, Ctlr+F в студии. Делаю автоформат кода и ебу себе мозг.
Я нажимаю Ctrl+K, Ctlr+F в студии. Делаю автоформат кода и ебу себе мозг.
>>748649
Курс на степике детектед.
Курс на степике детектед.
Посоны, помогите. У меня есть указатель на массив. Хочу в него записать данные из строки. Как это сделать?
Ответы>>748981
>>748345
Функциональную байтослесари не осилили, судя по бугурту. Ни один человек, осиливший Haskell, никогда не вернется в байтопарашу.
Функциональную байтослесари не осилили, судя по бугурту. Ни один человек, осиливший Haskell, никогда не вернется в байтопарашу.
>>748982
ну и слейся отсюда гомункул
ну и слейся отсюда гомункул
>>748982
И где собираются работать "невернувшиеся"?
И где собираются работать "невернувшиеся"?
>>748982
Lisp > Haskell
Lisp > Haskell
>>749035
lite вроде бесплатный. А нахуй он тебе вообще?
lite вроде бесплатный. А нахуй он тебе вообще?
поделитесь инфой по OPC
Тред утонул или удален.
Это копия, сохраненная 5 июня 2016 года.
Скачать тред: только с превью, с превью и прикрепленными файлами.
Второй вариант может долго скачиваться. Файлы будут только в живых или недавно утонувших тредах. Подробнее
Если вам полезен архив М.Двача, пожертвуйте на оплату сервера.
Это копия, сохраненная 5 июня 2016 года.
Скачать тред: только с превью, с превью и прикрепленными файлами.
Второй вариант может долго скачиваться. Файлы будут только в живых или недавно утонувших тредах. Подробнее
Если вам полезен архив М.Двача, пожертвуйте на оплату сервера.