Тред, посвященный прародителю всех С-подобных языков и по совместительству единственному идеальному и всесторонне годному средству программирования как на системном, так и на прикладном уровне.
- Очевидный GCC. - clang: оче годно, батя рекомендует. - Intel C++ Compiler: оптимизации, тысячи их. - Visual Studio 2017 Community Edition: внезапно этим стало можно пользоваться, особенно с тулсетом clang/C2. Поддержка C11 на уровне "есть все, что тебе понадобится в реальном проекте плюс кривая библиотека". Анализатор кода в комплекте. - Pelles C (шиндоуз онли): поучиться, вкатиться в C11 (стандарт полностью реализован, имеются в том числе threads.h и прочие stdatomic.h), но количество багов в оптимизаторе и редкие апдейты напрочь отбивают желание собирать этим что-то сколько-нибудь серьезное. - TCC: очень маленький компилятор с багами и поддержкой C99. С ключом -run умеет компилировать код в память и запускать его, что позволяет писать скрипты прямо на сишечке.
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? у нас в сишечке их гораздо больше, просто они лучше спрятаны, немного байтоебли и непонятно откуда взявшаяся глава про старинные плюсы. Читать в качестве сказки на ночь (на пару вечеров хватит).
Richard M. Reese "Understanding and Using C Pointers. Core Techniques for Memory Management" (2013) - почитать, вкатиться в указатели.
Ben Klemens "21st Century C: C Tips from the New School" (2012)
Paul Deitel, Harvey Deitel "C for Programmers with an Introduction to C11" (2013)
Stephen G. Koch@n "Programming in C (3rd Edition или 4th Edition, если найдется)" (2014)
- https://godbolt.org/ - Compiler Explorer позволяет посмотреть выхлоп компиляторов для введенного куска кода (больше полусотни разных версий компиляторов). - http://cdecl.org/ - С Gibberish ↔ English помогает читать сложные сишные декларации.
>>1370499 А где взять исходник шапки треда? А то я хотел нормальный перекат запилить, но не разобрался, и решил реквест-тредом из /e/ порофлить. Оказалось, правда, что >> на посты с других досок не кликабельно.
>>1370653 >Ссаными тряпками его Только на лом не наматывайте, не над так жестко. Я ведь исправляюсь, редко на Пикабу захожу с тех пор, как Двач открыл.
>>1370561 > А где взять исходник шапки треда Раньше на пиратпаде был, но сначала его вандалили, а потом пиратпад и вовсе сдох, так что теперь нигде. Если хотите перекатывать вместо меня или переписать, могу выложить.
>>1370508 Прокрутил в рандомное место: > Be careful when shifting signed integers - the following are undefined: > Будьте осторожны при сдвиге беззнакового int, эти операции не определены:
> (with some constraints) > (с некоторыми искажениями) Перевод от бога.
> 1.0 / 2.0 = 0.5, плюс-минус погрешность потому что, цифры с плавающей точкой вычисляются неточно! И много там этой погрешности в этом конкретном примере? Назовите цифру!
Почему все так плохо с вводом-выводом текста? Вместо нормальной библиотеки ввода-вывода куча printf, gets/puts, fgets/puts, gets_s/puts_s. Чтобы ввести строку текста надо знать 3 оператора с ньюансами их работы по выделению памяти, работе с невидимыми символами и еще всяким вуду. Зачем? Кто там пилил с11, это же полный пиздец. В итоге простая вещь как ввод строки превращается в мозгоебство. Вот нахуй так жить?
>>1370706 ну, потому что Си, кагбэ, для того и нужен, чтоб там не было всяких вызовов функций без вызовов функций (конструктор при объявлении переменной), а строка - это не byte, и даже не word, и даже не dword, и даже не qword какой-то. О чем думали разработчики регламента Формулы-1, когда не прикрутили обязательную установку кондиционера и музыки на болид?
>>1370804 Только не надо передергивать про высеры, уважаемый демагог. Я про сервера, которые крутятся под Linux без иксов, и прочее-прочее. Впрочем, дело не в этом. Просто какой-то гуманитарий высказывает сугубо религиозный, без аргументов по существу, хейт инструмента за больший возраст. Изобретение GUI, несмотря на все удобства, не умаляет удобств консоли в некоторых случаях, как бы тебе этого ни хотелось. Перечислять не буду, незачем унижаться перед дегенератом, который принципиально не хочет сам искать инфу, не ласкающую собственное мнение.
>>1370804 Если для задачи не принципиально, то по-дефолту выпиливаются лишние действия. Занимать дизайнерством, когда первоначальная задача этого не требует, как-то попахивает прокрастинацией.
>>1370804 Консольные программы проще автоматизируются и комбинируются друг с другом. GUI хорош только низким порогом вхождения, и то не всегда. Но даже если у тебя гуевое приложение, для отладки все равно нужно срать логи в консоль либо в файл, не принципиально, поэтому все проблемы остаются
Иногда я захожу в рандомный тред и встреваю в чужой тралленг, не понимая сути разговора. Смешно наблюдать разрывы жоп, когда каждая сторона конфликта, подшивая туза, пытается меня оскорблять.
>>1370706 > Почему все так плохо с вводом-выводом текста Потому что языку полвека, и по меркам тех времен, когда его делали, все было вполне норм.
> Вместо нормальной библиотеки ввода-вывода Чего тебе не хватает? Радуги? Функции без префикса f для удобства, чтобы stdin везде не писать. Семейство функций с суффиксом _s продавила Microsoft, но его уже обосрали все, кто только мог, и возможно, его уберут в следующем стандарте.
> Чтобы ввести строку текста надо знать 3 оператора с ньюансами их работы по выделению памяти Да, чтобы писать на Си, нужно его знать целиком, иначе тебя ждет UB, ноги - вот это все. Не нравится - у тебя есть питон или какой-нибудь {}+[], прости господи.
>>1370915 >возможно, его уберут в следующем стандарте А что так? Вполне неплохой костылик для безопасности, лучше бы в стандартную библиотеку добавили.
Анон, помоги. https://pastebin.com/U49dQSJe - Суть задачи такова: Создать программу которая собирает инфу про авто(номер, марка,год выпуска, прозвище чек). Вывести на экран инфу. Если в номерах встречается цифри 1 и 9 - отметить(Н.П символом - '@'). Отсортировать по убыванию. Так вот. У меня вылазят ошибки в сортировке. Памаги.
>>1370988 > Так вот. У меня вылазят ошибки в сортировке В 13 строке у тебя зачем массив? В 46 строке у тебя более правильнный код закомментирован. В 50 строке у тебя должен быть strchr или цикл. Сортировка тоже неправильная: во-первых, ты недописал пузырек, у тебя 3, 2, 1 отсортируется как 2, 1, 3, тебе нужен еще внутренний цикл; во-вторых, сортировка вообще должна быть по убыванию, а не по возрастанию.
Устал от того что с С я никому не нужен кроме себя. Хочу вкатиться в С#, и осесть в офисе где нибудь, стать офисным слизняком, радоваться ЗП, плюшкам от компании, а по пятницам бежать в бар и хуярить пиво, зная, что завтра суббота!
Много ли займет времени на перекат? При условии, что пишу на С в течении 2х лет почти каждый день, не смущает что нужно будет сидеть сутками за компом, даже в радость!
>>1371257 Ну так разница в том что на с ты пишешь для себя. А на с# будешь писать для дяди. Времени индвидуально, от 2-3 месяцев на вкат джуном. >>1371261 Локаль нужна. #include <locale.h> setlocale(LC_ALL, "Rus");
>>1371264 2-3 месяца при условии, что я буду вкатываться каждый день по 7-8 часов??? Или ты взял сразу по максимуму в переходе с процедурного языка на ооп?
>>1371288 Что это за жалкое тупое чмо с жирным комплексом неполноценности? Отвращение к говну это не агрессия, а естественная реакция приличного человека. Агрессия бывает только с равными.
>>1371303 Говорят "поехавший" когда не понимают сказанного, но своё суждение выдать надо, ведь не хочется себе признаваться что не очень умный и не понял.
>>1371295 С равными и вышестоящими. С нижестоящими бывает только презрение, омерзение, ну в таком духе. Агрессия же требует сил, что означает достойного противника как минимум твоего уровня.
>>1371292 Агрессия означает страх и неуверенность. Классический случай - моська и слон. Когда человек в себе уверен, ему нахуй не надо быть агрессивным.
>>1371309 Так и сказал. Слон выше моськи, вот моська и бесится, а слон может только наступить и брезгливо вытирать её кишки с ноги, сетуя как мерзко от её останков воняет. Да, слон выражается негативно про моську, но это не агрессия, а вот когда она тявкает на слона, это агрессия.
Еще можно сказать, агрессия это когда есть целенаправленное действие в отношении субъекта, когда у агрессора есть цель, что означает он воспринимает цель всерьез. Выражение же презрения или омерзения таковыми не являются, тут нет никакой цели по отношению к мерзости, только естественная реакция.
>>1371645>>1371645 Не хочу тратить на тебя время, неосилятор. Иди сайтики делать, там документация раз в полгода обновляется, зато всегда свежая и пахнет
>>1371645 >>1371651 >я скопировал код с ошибкой >не понимаю почему не работает, потому что не понимаю как он работает >ря где книжки си за 23 часа и час на обед Оставь это дело, братишка. Если тебе нужно что-то новое и актуальное в плане использования каких-то новых фич, то тебе в веб/плюсы/жабу, си не тот язык, где ты можешь жаловаться на отсутствие свистоперделок, если ты что-то делаешь на си и понимаешь что тебе чего-то в языке реально не хватает, то поздравляю, ты выбрал для данной задачи неподходящий языкхотя на си это тоже можно сделать, чтобы это ни было, но вопрос сколько времени это займёт
Вот есть функция винапи MessageBox. Как мне вызвать ее только со своей оболочкой? Делаю вот так: typedef (int* MessageBox_t)( HWND hWnd, LPCTSTR lpText, LPCTSTR lpCaption, UINT uType ); MessageBox_t MessageBox; Но прекомпилятор мне гудит мол соси хуй FUNCTION REDEFINITION. У С++ бояр есть namespace, а мне что делать??
>>1371740 > а мне что делать?? Бочку. В крестах с неймспейсами твой my::MessageBox станет ?MessageBox@my@@3P6GHPAUHWND__@@PB_W1I@ZA, в Си ты можешь сам назвать функцию MyMessageBox и не выделываться. Если очень хочется назваться именно MessageBox (например, в существующем коде кто-то это вызывает, а найти и заменить - не вариант), ты можешь сделать так: // В Windows API MessageBox - это дефайн для MessageBoxA или MessageBoxW, // в зависимости от UNICODE. #undef MessageBox MessageBox_t MyMessageBox; #define MessageBox MyMessageBox // И на случай, если код не через дефайн вызывает: #ifdef UNICODE #define MessageBoxW MyMessageBox #else #define MessageBoxA MyMessageBox #endif И тогда ты сломаешься разве что на &MessageBox.
>>1371842 Ебанутая - твоя мамаша. А ошибки все разные, каждая со своим смыслом и причиной. Если ты не понимаешь и не различаешь, значит только ты ебанутый дебил.
Если я пишу клиент/сервер на tcp сокетах, как можно под это дерьмо написать тесты? Например, как проверить реакцию клиента на отключение сервера и зафиксировать это в тестах?
>>1371966 Есть числовая переменная. Нужно ее числа запихать в массив. Есть a=12345 и нужно чтобы в массиве x[1]=1, x[2]=2, x[3]=3 и так далее. Это реально?
>>1371974 > itoa Чего? > Ну или руками ебани, делов-то. А как? Я просто ток начал изучать си, сам нихуя не программист. >>1371976 У меня 2 вопроса. Как брать остаток от числа и пихать его в массив. И не будет ли при таком подходе массив развернутым задом наперед? Получится же массив с 54321.
Так, у меня у самого вроде бы получилось что-то. Забил массив с конца до начала, все вроде нормально.Вывожу его потом в правильном порядке и откуда-то 24 появляется в самом первом значении массива. Что за нахуй?
И массив становится дробным, насколько я вижу когда забивается. Но почему при выводе в прямом порядке если указать формат f получается хуйня как на 3 пике?
>>1371999 >Вывожу его потом в правильном порядке и откуда-то 24 появляется в самом первом значении массива. Что за нахуй? Распечатай этот массив до того, как ты его заполняешь, и посмотри на результат.
>>1372008 Смотри, в начале забил массив числом 123 и вывел с указанием массива. При распечатке в правильном порядке почему-то первые 2 массива остались 123. Это как так?
>>1372015 Ты эти значение не туда присвоил и вышел за пределы массива. Си сложный язык в этом плане, люди постоянно так делают, а потом злые хацкеры уязвимости находят в их программах.
>>1372016 Вот, смотри, я вроде с длиной массива все исправил, в обратном порядке он всем 9 ячейкам массива число от 9 до 1 назначил. Но в прямом порядке все равно первое значение дефолтное - 123. Что я упустил?
#include <stdio.h>
main() { int a = 123456789; double b,c =0; char name[8]; int i=8;
>>1372033 Во, работает! Только я не понял нахуя перед while присваивать i=8, я ведь это в самом начале делал.
И почему массив из 10 чисел, если а имеет только 8 цифр? Если его сделать до 8, то почему при записи в правильном порядке 8 массив становится нулем? (Пик2); >>1372038 Спасибо, но как-то перегружено. Можно же и не разворачивать массив, а сразу заполнять его с конца, как я.
>>1372045 >Спасибо, но как-то перегружено. Можно же и не разворачивать массив, а сразу заполнять его с конца, как я. Что делать будешь, если величина числа неизвестна? У меня-то сожрет от одной и до 16 если последнее в int влезет
>>1372045 > Только я не понял нахуя перед while присваивать i=8, я ведь это в самом начале делал. Потому что после for-цикла i равняется 9, но индексация начинается с нуля, то есть для массива из 9 значений последний индекс 9 - 1 = 8.
>>1371869 Нифига ты подорвался, школотрон, вот и пиздуй тогда в С++ тред и дрочи на свой ОПП, контейнеры и лямбды. А тут серьезные дяди капчуют в стиле императивной парадигмы на венгерской нотации.
"Внимание: последний тест проверяет поиск на очень большом файле и для его прохождения недостаточно просто считать весь файл в память, потребуется модификация алгоритма для чтения маленькими кусками и потоковой обработки данных"
Вернее моя программа с ним справляется, но концептуально неправильно,алгоритм работает с порциями по 256 символов и если получится так, что шаблон строки 1 начинается в одной порции, а заканчивается во второй, вывод окажется неверным
Вот я попытался использовать двойной массив: https://pastebin.com/gTyqAuYT Эта программа вообще ни одного теста не проходит. Выводит лишние символы в конце, и при некотором подборе тестовой строки лишние символы, при обработке символов вблизи границы двух массивов
>>1372855 Да очередной даун тралит тупостью. В описании функции черным по белому написано про обнуление. После этого получить не нули и винить функцию, разыскивая другие варианты, ну это сам понимаешь.
>>1372948 С потока? Через пайп? Зачем такие извращения? Пайпы - для процессов. А для потоков просто запиши в переменную, просто прочитай. Можешь критическую секцию притащить для синхронизации.
>>1372964 Возможно, ты не так понял, и там все же процессы. Для процессов делается так: создаешь пайп CreatePipe, в lpPipeAttributes пишешь нулевой дескриптор и TRUE для bInheritHandle. Потом CreateProcess все дела, хэндлы можешь сконвертить в строку и аргументами передать. Если процесс не сам создаешь, то OpenProcess/DuplicateHandle, хэндл передаешь любым способом IPC, хоть оконным сообщением. Ну и потом просто WriteFile во write-хэндл, читаешь дочерним процессом ReaFile из read-хэндла, все дела. А если тебе точно нужны именно потоки, то просто создаешь пайп, lpPipeAttributes можно NULL, хэндлы в глобальные переменные и просто WriteFile с одной стороны, ReadFile с другой.
>>1372973 Нет, там потоки как раз. Мы CreateProcess даже не изучали, у нас тема - синхронизация потоков в винапи, на первом курсе блеать. Использование пайпов в потоках препод объясняет тем, что глобальные переменные юзать не всегда безопасно.
Я сам обсираюсь с лаб у этого препода. Походу программа по предмету нигде не установлена вот он и творит такую хуйню. У прошлогодних челов вообще LabView было на этом предмете.
>>1372981 > Наверн для потоков код будет примерно такой же? Ну я же тебе сказал: для потоков тебе не нужно ебаться с наследованием/дублированием хэндла пайпа и его передачей, просто создай пайп, пиши с одного конца, а читай на другом.
> что глобальные переменные юзать не всегда безопасно В винде овердохуя примитивов синхронизации, пригодных, чтобы их защитить. И даже без глобальных переменных, существуют банальные SendMessage/GetMessage.
>>1373063 > Насколько реально дизассемблировать программу уровня хэлоуворд? Очень просто.
> И возможно ли ее отредактировать чтобы она писала будбайворд, например? Если длина новой строки <= длине старой строки, просто изменяешь ее в любом хекс-редакторе. Если строка длиннее старой, то будет лишь ненамного сложнее, но тоже без особых проблем.
Если есть какая-то реальная задача, а не просто любопытство, иди в RE-тредик с конкретными вопросами: >>1369180 (OP)
Сап, кому не сложно, киньте ссылку на теоретический материал или книгу про односвязные, двусвязные списки, в которой эта тема более менее понятно расписана, а то ваще нихуя не понятно.
>>1373064 Да я для работы сделал одну небольшую консольную программу, которая в самом начале выводит создано таким-то. А один мудак хочет убрать эту строку(но ему пока лень или он тупой). Есть способ защитится от этого?
>>1373094 Если боишься, что он в бинарнике заменит строчку, то пройдись по строке xor-ом, например, пусть поищет. Или сгенерируй строку процедурно. Это примеры простеньких защит от дурака. От человека с серьезными намерениями тебя ничто не защитит.
>>1373116 xor'а достаточно. Если человек способен выпилить xor, он способен и call printf забить nop'ами. А для поиска-замены в хекс-едиторе xor поможет.
>>1373105 >>1373112 >>1373115 >>1373116 А вот такой способ, который я придумал, пойдет? Шифрую слово в числовую переменную, потом разбиваю ее по 2 цифры и вывожу массивом? В теории так он вообще хуй найдет слова или даже намек на них.
Ещё и можно в коде сравнивать равна ли переменная а такому то числу. сжал весь код в кучу чтобы на один скрин влез.
>>1373082 > книгу про односвязные, двусвязные списки Каждая первая книга, в названии которой упоминаются структуры данных.
>>1373145 > А вот такой способ, который я придумал, пойдет? Ну вот смотри. Наблюдаемое поведение: программа выводит копирайты, а потом делает что-то полезное. Человек смотрит код и видит, что первой вызывается вот эта твоя функция. Возиться с расшифровкой? Нахуя?! Он просто удалит всю функцию целиком, да и все. Алсо, ASCII-код в константе очень заметен. Если же ему нужно будет заменить сообщение на свое, размера функции ему будет более чем достаточно, чтобы запихнуть туда вместо кода расшифровки свой printf со своим, незашифрованным сообщением.
Написать консольную утилиту, которая позволяет загружать и скачивать из GoogleDrive произвольный двоичный файл (произвольного формата и размера), с помощью REST API.
Это на С реально сделать? Если да, то намекните как...
>>1373658 >заебись мне сказали напишите на любом удобном для вас языке Ну и сделай на языке, который больше всего для этого подходит. Всему есть своё время и место, и в твоём конкретно случае явно подразумевали не Си.
>>1373659 В моем резюме указано С, других языков я не учил, так как думал, что сначала надо 1 отъебать так, чтобы как рыба в воде! Но видать не судьба, придется как все блять, 1000 овер языков, знаний во всех почти 0, зато ебать универсал и можешь вот такую хуйню на тесте состряпать и пилить говно для народа дальше по приказам дядек.
>>1373673 JS - это помойка к которой я близко не подойду. Java - не нравится, я пробовал, воротит. меня вообще воротит от ООП.
Но придется видатить вкатиться в С#, тут и плюс жирный есть в основном сейчас под виндой работаю, а он как зайчик заходит тут + универсален, а то что ООП, ну придется освоить.
Python как отдельный язык не рассматривается, скрипто-пушка и не больше. Только в связке с каким либо другим языком или в вебе где это блядский JS.
>>1373668 >сначала надо 1 отъебать так, чтобы как рыба в воде Мыслишь, в принципе, верно. Но проблема в том, что один язык никогда не покроет 100% проблем, и знать на "хорошо" нужно хотя бы ещё пару. Та же скриптодрисня бывает очень полезна. Прочитай пару туториалов по питону за сегодня и ты уже завтра сможешь быстро сделать это тестовое. >пилить говно для народа дальше по приказам дядек Чувак, ты и так на дядю устраиваешься работать. Не хочешь - открывай своё дело, где все будут писать чисто на Си. Даже платы описывать будете на Си, без какого-либо Верилога.
>>1373677 Ты слишком много выебываешься и являешься типичным таким самым умным задротиком. JS, Java, C#, Python - все эти языки придумали люди, которые на несколько порядков умнее и круче тебя. Они все заслуживают изучения. Если ты думаешь, что можно вот так просто объявить что-то недостойным изучения и не учить это, то рыночек тебя порешает.
>>1373686 Я претендовал на звание самый умный? Чтобы ты крякалку свою открыл!? В своей жизни я решаю, кто заслуживает изучения, а кто нет и в высерных советах не нуждаюся от Мань вроде тебя. Я уверен на все 99% твои знания в каждом из языков это 5-10%, копни тебя глубже и ты лопнешь как пузырь мыльный.
Кому-то в жизни диктуют правила, а кто-то в жизни диктует их сам.
>>1373686 И эти языки на порядки умнее меня. Когда в лицо с вертухи на простом хэлловорлде тычут ООП - я теряюсь. И вообще, как научиться писать более-менее сложные программы? Я на каком-то моменте роста ее размера просто встаю в ступор и дальше уже ничего не идет. Мимо
>>1373693 >Я претендовал на звание самый умный? Чтобы ты крякалку свою открыл!? Ох, ирония. Откуда у тебя такое сильное отношение к вещам, которых ты даже не знаешь? Я понимаю, если бы у тебя был либо прямой опыт работы с ними, либо ты уже был просто профессионалом и видел проекты/людей, которые используют эти технологии и парадигмы. Но судя по постам ты - бывший школьник, который год учил Си и алгоритмы. Да, это похвально, но это (и постинг на двачах) не даёт тебе должной компетенции. >>1373686 правильно тебя охарактеризовал. >Кому-то в жизни диктуют правила, а кто-то в жизни диктует их сам. Между тем именно ты попросил о помощи с тестовым заданием. Мимодругойанон-кун
>>1373696 >И вообще, как научиться писать более-менее сложные программы? Это примерно "как научиться захламлять стол". Никак. Сам захламится. А твоя задача регулярно его убирать - вешать шкафы, в них класть коробочки, завести каталог где у тебя что лежит и так далее. Ты вот это не умеешь, в итоге на своем захламленном столе уже ничего найти не можешь. Убирайся. Рисуй простые диаграммы, как и куда у тебя текут данные. Выражай это напрямую в коде. И так далее. "Совершенный код" можешь почитать например.
>>1373727 Дополню анона, хорошо помогает чтение кода небольших программ, написанных хорошими специалистами. Многие приемы, стилистические нюансы можно позаимствовать.
>>1373703 Откуда вы все повылезали, сосач-мастера... Если я пишу, значит я знаю о чем говорю Маня, свои умо-заключение оставь для себя и себе подобных, помощи я ниукого тут не просил, а уж тем более у таких макак как ты! Вопрос стоял о возможности реализации, на этом языке или нет, так как лично я ничего путного не нашел и в надежде, что тут живут адекваты, закинул удочку, поймал 1го адекватного и (2х сосачеров ты в их числе). Так что отрыгиваю вам 2им в ебало!
>>1373802 Это понятно, язык ведь для господ. Но я уже понял, что без танцев тут никуда и успокоился давно. Вдруг кто-то раньше с таким сталкивался и есть готовая библиотека или алгоритм под рукой, поэтому и спросил. Тему можно закрыть, пока сосачеры новые не подъехали...
>>1373809 Уже понял все, пересмотрел свои взгляды, буду осваивать новое сквозь зубы, а вдруг и понравится что-то! Буду пробовать себе в других языках и папу С не забывать!
Поясните за функции. Я сделал функцию, которая принимает 2 переменные - просто число и число, которое функция берет как размер массива и возвращает принтф массива.
Вот в чем проблема. Первый раз вызываю функцию с аргументами 123456 и 5. Она выводит 123456 как и положено. Но если вызвать второй раз и размер массива будет меньше предыдущего, например 000 и 2, то функция выведет 000456, взяв 456 из прошлого массива. И теперь 2 вопроса:
1. Какого хуя так получается? Я же второй раз массив указываю равным 3 значениям, как он становится длиннее?
2. И разве при каждом вызове своей функции все что внутри нее происходило не обнуляется?
>>1374231 Ну так 2 раза обращаешься к 1 массиву в 1 функции, во второй раз записываешь только 3 первых символа, так и должно работать. Читай про время хранения данных в си.
>>1374259 > А как сделать чтобы в конце конец строки был? name[size2] = '\0' после цикла с иксами.
> Что такое VLA? Массив, размер которого зависит от переменной (char name[x]). Делай всегда 16 байт и все (в long long ты можешь закодировать около десяти символов, плюс чтобы нолик поместился, и округляем до степени двойки, чтобы красиво было).
> конструкцию вида return while{}? Что она должна делать по твоему мнению?
>>1374265 Почему х-1? >>1374269 И у тебя тоже х-1 получается. Я сам уже догадался что надо в последний массив запихнуть \0 сразу после иксов. Но я впихнул его в name(x), а не name(x-1) и все заработало.
>>1374279 >в последний массив В последний элемент массива >name(x) Плохо, у тебя массив начинается с 0, а последний будет x-1. Ты можешь например адрес возврата из функции в стеке повредить и программа упадет.
>>1374279 > Почему х-1? Потому что это самый последний элемент в массиве. А name[x] уже за пределами массива. И вообще, твое говно пишется так: https://ideone.com/rKic5h
>>1374294 Дополню. Вот код: https://pastebin.com/e2rfsJEz У тебя там неправильно массив внутри функции объявляется. Тебе нужен динамическое выделение памяти, а не статическое.
>>1374297 Лол. Это спецолимпиада по созданию еще более сложной реализации? Тогда предлагаю класть очередную букву в голову связного списка, а потом проходить по списку, собирая результат в массив. И, конечно, не обойтись без динамического выделения памяти.
Алсо, > #include <malloc.h> ты откуда вылез вообще?
>>1374301 У меня с таким выделением памяти даже не компилит, поэтому исправил на более правильное. Ничего вы этом сложного нет. На одну строчку больше.
>>1374304 > У меня с таким выделением памяти даже не компилит Ну так может это повод проапгрейдить компилятор до чего-нибудь, поддерживающего хотя бы C99?
> Ничего вы этом сложного нет. На одну строчку больше. Ну да, какая разница: уменьшить указатель стека одной инструкцией или сходить через три обертки до маллока, а потом еще и free проебать.
>>1374307 Да... free проебал. Но указатели, это не правильно. Ты ведь не выделяешь память, а просто указываешь индекс в памяти, которая может быть занята чем то другим.
>>1374319 Не знаю, мне кажется выделение памяти через указатели, это не совсем безопасная работа с памятью. Все что угодно может произойти, нужно контролироваться выход за приделы массива, можно сослаться не на тот адрес в памяти, может возникнуть проблемы с кучей в памяти. Хз, хз... крч.
>>1374345 У malloc есть 2 варианта, или они находит тебе подходящий участок памяти и возвращает на него указатель, или не находит и возвращает нулевой указатель. Опасного в этом ничего нет. Память забита случайным мусором, очистка которого ложится на плечи разработчика для быстродействия. Выход за границы... Ну тут как бы надо себя контролировать, да. Рекомендую почитать Роберта Сикорда "Безопасное программирование на С и С++", главу "Управление динамической памятью". Там автор прекрасно расписывает все возможности накосячить и даже самые известные уязвимости основанные на этом.
Аноны, вкатываюсь потихоньку в коддинг, научится уже php, sql, js и html\css, сделал один крупный полу-рабочий проектик и десяток неюзабельного говна, но никогда не хотел работать в веб, просто как-то получилось, что начал со сценарных и вроде как имею результаты (даже на работу приглашали, лол). Потихоньку начал учить c++ по липману и вроде почти проблем не возникает особых. Но услышал, что перед всем этим говном лучше научиться чистому Си, мол, он мозги выпрямляет, достаточно простой в основе своей и мощный. Почитал шапку, там все на ангельском. Не то, чтобы я с ним не дружу, но дискомфорт в глазах возникает, да и напряжно, особенно при встрече с неизвестными доселе терминами и словами. Так вот, можете подсказать что нибудь? Какую-нибудь годную книгу с задачками. Или читать Кернигана из шапки и не глядеть по сторонам? И вообще стоит ли начинать с Си или сразу лучше окунуться в кресты?
>>1374349 Сяп, почитаю. А насчет того, что malloc может не найти памяти... тут два варианта: 1)подождать некоторое время, и потом попробовать еще раз; 2)сообщить юзеру о нехватки памяти, и выйти с программы. А вот с указателями такого не провернешь.
>>1374349 Ты зря стараешься. У >>1374345 непонимание автоматических переменных, маллок тут ни при чем. Он уцепился за слово "указатель", но не увидел слово "стек".
>>1374351 Если кресты для хеловорлдов и программ типа введи_имя-узай_ебал_ли_я_такую_телку, то нет. Иначе — в любом нормальном пособии по крестам, основы си (указатели, ДУП) будут затронуты. Смело покупайте крестоучебники, у них в треде годноту советуют
Суп прогач, есть одна laba2.cbp... Проблема на пиках. Почему второй вызов scanf() обнуляет переменную, считанную первым вызовом? Причём если сделать наоборот, то всё работает. Но препода наоборот не устраивает.
>>1374425 >одна laba2.cbp когда ты выпустишься, в мире уже произойдеть тотальный экономический кризис, а в россии будет гражданская война и люди будут есть людей так чтож нахуя ты сейчас это делашь, не понятно
>>1374418 хуйня ни в одном учебнике по си, даже в священной k&r, нет рассказа о том, как реально используется си на практике нихуя не объясняется всякая магия указателей на функции в связке со структурами, что позволяет мутить ооп и компонентное программирование нихуя не объясняется как делать adt на макросах или на войдах или на юнионах нихуя не объясняется как делать вариадики на юнионах нихуя не объясняется как делать динамический полиморфизм на vtable нихуя не пишут про такие типа мелочки, что строку формата для prinf (и даже сканф, что вообще за гранью этих книг) можно тоже формировать динамически и подсовывать нихуя не пишут как использовать setjmp/longjmp для обработки сигланов и эмуляции исключений во всех книгах пишут - утю-тю, go to хуевая практика, не юзайте дети, а откроешь сорцы там этим говном каждая вторая функция набита обработка реальных данных? бля, да типичная обработка - открываем мапу, голая память и давай на нее ебаные пожатые структурки накладывать с массивами, эта дрисня в реальном коде повсеместно и такого только по возможностям языка, что не освещены типа в учебниках можно десятки навспоминать
>>1374445 ах, да, отдельная мякотка - макросы в учебниках типа, утю-тю, дети, смотрите, мы можем написать макрос max который типа наибольшее число выбирает! охуенно! а на практике на макросах лепят ебанутейшую кодогенрацию в которой черт ногу сломит, склейка строк вообще наше священное знание, епт
я, кстати, в порыве горячечного озарения какое то время назад сформулировал два фатальных недостатка крестов, а именно: - отсутствие abi, что вынуждает на границах бинарных модулей лепить старый сишный интерфейс, а лучшее что из этого можно выжать - com модель майрософта, или гномовскую gtk (которая была скопирована с com, внезапно) , ну и сверху обмазать темплейтами для удобства - atl, а общем все равно это все будет технологиями полувековой давности в своей основе, лол - второе - это невозможность отказаться от киллер-фичи макросов сишных - а именно склейки строк, как следствие невозможность продвинутой кодогенерации, так как темплейты крестов работают уже на уровне определенных лексем, они не могут порождать новые; ну или в качестве полной альтернативы, вообще использовать стороннюю кодогерацию
>>1374462 > а именно склейки строк, как следствие невозможность продвинутой кодогенерации В каком языке ты занимаешься продвинутой кодогенерацией на уровне склейки строк?
>>1374445 > по итогу книги по сям вообще ничему нахуй не учат Книги по сям учат сям. А то, что ты перечислил - это по большей части общие для всех компилируемых языков подходы.
> setjmp/longjmp для обработки сигланов Ловите наркомана.
> во всех книгах пишут - утю-тю, go to хуевая практика Во всех книгах пишут ровно два допустимых случая использования: выход из глубокого цикла и переход вперед на обработчик ошибок.
> пожатые структурки накладывать с массивами А что тебе не нравится? При известной платформе - самый удобный и быстрый подход.
>>1374450 > а на практике на макросах лепят ебанутейшую кодогенрацию в которой черт ногу сломит Люди, которые не осилили макросы, обычно умеют хотя бы делать -E. Но вообще я крайне редко вижу в проектах совсем уж нечитаемые макросы уровня http://jhnet.co.uk/articles/cpp_magic
>>1374287 Как элемент массива name(x) может быть за пределами массива размером х? >>1374284 > Плохо, у тебя массив начинается с 0, а последний будет x-1. Ты можешь например адрес возврата из функции в стеке повредить и программа упадет.
Ну так я за х беру число букв, а т.к. массив начинается с нуля, то получается у меня как раз от 0 до х-1 это буквы а х - '\0'.
>>1374480 > Как элемент массива name(x) может быть за пределами массива размером х? Молча. Если массив, допустим, из трех элементов, то x = 3, а валидные индексы элементов 0, 1, 2, но не 3.
>>1374480 >а х - '\0'. Начнем с простого. х = 3; char t[x]; [0, 1, 2] - 3 элемента. А ты собрался пихать в t[3] - за пределами массива '\0'. Ты тупо пишешь в переменную в стеке до твоего char t[x]
>>1374467 >>1374445 Так а по факту, что читать чтобы не зашквариться? Или сразу кресты без задней мысли и ничего не потеряю? А то после веба половину нихуя не понимаю что вы тут описали
>>1374445 >ряяяя букварь не учит писать как пушкин! Как так! Произвол! Ну ты бы постеснялся. Понимаешь писать на си это не о ебать мы сделали новую нейросетку как напитоне, это не о ебать клевый сайт с перделками как на жаваскрипте. Писать на си это творчество, это искусство, это страдание, это эксельсиор.
>>1374510 из за этого, кстати, весь код под микроконтроллеры покрыт дрисней из макросов, прямо как деды (буквально) писали а на шаблоны со скрипом переходят
>>1374510 > речь не о литералах, а о лексемах Так и говорил бы, что клеишь токены, а не строчки.
> из за этого, кстати, весь код под микроконтроллеры покрыт дрисней из макросов Мой не покрыт, даже странно. Ну если не считать констант и тех макросов, которые используются в качестве замены __attribute__((always_inline)). Покажи пример, зачем еще в мк макросы?
>>1370497 (OP) Нужно ли всегда обьявлять (Declare) функцию перед описанием (Definition)? Попробовал без обьявления, компилируется в gcc. Тогда какого учебники требуют это делать?
>>1374540 Я понимаю, что декларация нужна, если код раскидан в нескольких файлах, или когда подключаю заголовки. Но в моем случае пока один .c файл с кодом.
>>1374540 Если функция в одной компилируемой единице с вызывающе и перед ней, то нет. Если ты в заголовочном файле сделал сразу definition функции, то попробуй включить во вторую компилируемую единицу, получишь ошибки.
>>1374523 ну дык обычно же все этим заканчивается, не? случается война, кризис, люди едят людей, 95% погибает и все начинается заново вот, к примеру, на великой китайской равнине было несколько таких циклов, зафиксированных хрониками: людей размножалось до 50 млн, потом случался кризис и погибало почти все население, а потом снова все начиналось и книжка гумилева так называется: "конец и вновь начало" а сегодняшняя ситуация уникальна, тк механизация сельского хозяйства и введение искусственных удобрений позволило повысить эффективность сх на порядок, как следствие на китайской равнине щас живет 500 млн человек что и делает ситуацию еще боллее опасной чем раньше тк в случае обрушения экономики жестокость дойдет до предела, каннибализмом, в частности, будут заниматся не один-пару сезонов ближе к весне, а несколько десятилетий просто одни банды каннибалов будут вырезать другие банды, что оказались послабей и так пока не останется несколько тысяч мужчин и нескольких десятков женщин из сотен миллионов
>>1374500 Спасибо. Сегодня-завтра начну грызть. А насчет https://www.cypress.com/file/56651/download из шапки что скажешь? >>1374498 Тоже полезный совет. Но, все таки, самый сильный старт и фидбек (особенно в простых вещах) на практике дал именно харкач.
>>1370497 (OP) В регистре r16 записано число 0b10101010. Второй, третий, четвёртый, и пятый биты нужно поменять на 1110, не меняя при этом остальные. То есть надо сделать такую замену. 10101010 //Исходный регистр 1110 //То, на что надо заменить 10111100 //Регистр после замены. Это возможно как то кратко сделать, или надо только менять каждый бит отдельной операцией?
>>1374715 > возможно как то кратко сделать, или надо только менять каждый бит отдельной операцией? Побитовые операции работают с каждым битом независимо, поэтому ты можешь без проблем менять все нужные биты разом точно так же, как ты делал с одним битом. Делаешь маску - битовую строку, где все биты, которые нужно сохранить - установлены, а которые будут меняться - сброшены. Применяешь маску к регистру с помощью &, тем самым сбрасывая в 0 то, что будешь менять и оставляя неизменным то, что менять не нужно. И потом |-ом ставишь в 1 нужные биты. Т.е., примерно так (можешь в макрос обернуть): mask = ~(0b1111 << 2); // = ~0b111100 = 0b1111...1111000011b new_bits = 0b1110 << 2; // = 0b111000 value = 0b10101010; value = (value & mask) | new_bits;
> 1110 //То, на что надо заменить Нет. Каноничная нумерация - справа с нулевого бита, а у тебя с первого.
>>1374747 Так как необходимо менять с второго бита, можно конечно написать полностью число и с ним сделать побитовые операции.... но это же не имеет значение. P.s. не автор того сообщения.
>>1374807 Разве готовое число не яснее? У тебя скорее обфускация, мешающая нормально увидеть маску, а значит понять как она работает. Даже сам в комменте нормальное число пишешь, лол. Пишешь по сути "2+(1+3-2)" вместо "2+2".
>>1375115 Там был старый борландовский компилятор, уже не помню какая версия. И я завалил практическую часть. Препод попробовал сам запустить её, обосрался и отправил на осень. Какой-то косяк был при распределении памяти.
>>1375006 Нет, не читал, но по описанию это точно не то, что нужно анону, который ищет K&R. Да и хуесосят этого Шилдта на буржуйских интернетах, мол, неча было джависту в чужое лезть.
>>1375129 Мань, ты хотябы разберись пред тем как обсираться... ок?
Шилдт — писатель и учёный в сфере компьютерных наук, получил образование и учёную степень в Иллинойском университете в Урбана-Шампейн. Был членом комитета ANSI, который принимал стандарты С в 1989 году и комитета ISO, принимавшего стандарты C++ в 1998.
Одним из наиболее длительных проектов Шилдта был интерпретатор Little C, который является примером рекурсивного нисходящего парсера. Эта программа была впервые напечатана в журнале Dr. Dobb's Journal в августе 1989 года под названием «Построение Вашего собственного интерпретатора С» (Building your own C interpreter). Этот пример был включен в книгу Born to Code In C (Osborne, 1989), а также в более позднее издание книги C: The Complete Reference.
Интересным моментом книги The Art of C++ является интерпретатор языка Mini-C++ (язык Mini-C++ даже не поддерживает ключевое слово «class», также минимальная и искусственная роль была отведена cin и cout). Код Mini-C++ можно найти в сети Интернет, а книга больше не издаётся.
Также был напечатан интерпретатор BASIC, называвшийся Small BASIC, написанный на С в первом издании книги Turbo C: The Complete Reference, и на языке Java в книге The Art of Java .
>>1375173 Потому что отладочные символы и рантайм: код, требующийся для реализации твоих argc/argv (в винде), твоего printf, твоего stdout и прочих локалей, которые все равно нужны, хоть ты их и не используешь явно, а также код, который тянут за собой реализации вышеперечисленного. А вот если линковаться динамически, то хелловорлд будет 2-8К, в зависимости от платформы.
>>1370497 (OP) Кошмар. Сегодня пробывал написать простенький генератор паролей на чистом Си с использованием WINAPI. ЭТО БОЛЬ! Еле написал обработчик для кнопки, но когда дело дошло до текстового поля, я обнаружил, что оно не редактируется, и судя по всему необходимо писать отдельную функцию, которая будет принимать скан-коды нажатия клавиш на клавиатуре и переводя их в ASCII сохранять в динамический массив одновременно выводя в текстовое поле, чтобы видеть, что набираешь. Как жить дальше?
>>1375207 > WINAPI. ЭТО БОЛЬ! Гуи на винапи не боль, а 100 шаблонных строк. Их нужно написать один раз, а потом просто копировать из проекта в проект. Мало того, существует гуи на винапи из одной строки не считая обработку событий: DialogBoxParam().
> судя по всему необходимо писать отдельную функцию, которая будет принимать скан-коды нажатия клавиш на клавиатуре Какие еще нахуй сканкоды? Ты что-то делаешь не так. Можешь код притащить, но вангую отсутствие вызова DefWindowProc() или другой тупой баг.
>>1375243 >или другой тупой баг Гены тупой шлюхи это неисправимый баг на всю жизнь. Просто посмотри на это: >вернусь на Qt Что такое Qt? Это взяли кресты и сделали из них джаваскрипт. И вот выродки, пишущие на таком говне потом кукарекают. Неудивительно, что необучаемая макака не смогла прочитать как работать с окрами в Winapi, высрала вслепую нерабочий код, и убежала обратно на свою парашу, громко взвизгнув "Winapi - говно!". И ладно бы только это, но тут ситуация куда серьезней - почему кресто-джаваскрипто макака сидит и кукарекает в треде СИ? Ладно бы в крестотреде, можно было бы понять, но тут уже никакого адекватного объяснения нет, просто тупое говно срет тупостью где ему не место вообще.
>>1375160 Хуйня это Маня, рыгающая дерьмом в этом треде, а Шилдт ебет тебя по всем параметрам в жизни, потому что у тебя Маня, кроме высера в тредах на сосаче, больше нихуя в жизни нет и не будет!
>>1375251 "Со слов Сассмана, «Программирование сегодня больше напоминает науку: вы берете часть библиотеки и «тыкаете» в нее — смотрите на то, что она делает. Затем вы спрашиваете себя, «Могу ли я настроить это так, чтобы оно делало то, что мне нужно?». Подход «анализ через синтез», используемый в SICP, когда вы строите большую систему из простых, маленьких частей, стал неактуальным. Сегодня мы программируем «методом тыка»." С просторов интернета, но, к сожалению, процесс необратимый. Мало кому нужно качество, подавай количество.
>>1375262 Слишком геморно, если парсить файл. А вот .docx уже норм. Но если у тебя винда, и на целевой машине установлен ворд, то можно через COM попросить его открыть файл и либо получить текст, либо прямо вордом же и сохранить как .txt. Гугли по CreateObject(Word.Application) да, CreateObject - это VB, но на сишечке работать с COM тоже можно.
>>1375269 Ебать гуманитария порвало. "Сперва добейся, потом пизди", когда вы все передохнете? Хороший технарь вовсе не обязательно хороший преподаватель. Тут про книги речь шла, при чем даже если книга годная, в чем я сомневаюсь, один хуй неуместна. Ты же высрал нахуй никому не интересную историю достижений из Википедии. Ты не слишком умный, да?
>>1374349 Почитал эту поэмку. Где можно почитать об памяти выделяемой под вызов функции (т.е. под автоматические переменные). Просто как это вижу я: есть мк с памятью 32 кб, на этапе компиляции выделяется память под статические переменные, и под сам код, остается скажем... 16 кб. Потом, в процессе выполнения некоторой функции нам необходимо выделить память на 3 раза выделить память (под три массива). И вот первые два массива заполнили оставшеюся память на 90%. И последнему массиву не хватило памяти. Разве если мы выделяем память через указатели, не может быть такого, что из-за нехватки памяти, мы выделим память с середины второго массива, и похерим его? Буду раз если разъясните или скажете где почитать, как там, на физическом уровне выделяется память.
>>1375316 Я не намерен тратить свое время, на падаль вроде тебя говноед, можешь дальше тут извергать свою рыготину стирая пальцы об клавиатуру. А я тупо сру тебе на голову и иду дальше...
>>1375319 >Где можно почитать об памяти выделяемой под вызов функции Для начала в вики "Соглашение о вызове". Там описаны популярные способы передачи и выделения. >И последнему массиву не хватило памяти. И получишь указатель на 0. Не хватило - увы, страдай, оптимизируй. Нюанс еще в том, что malloc выделяет непрерывный кусок памяти. Херить уже выделенные участки она не будет. Почитать... Курни MSDN malloc/realloc/free
>>1375330 Я как раз таки шарю за malloc, но там челик >>1374287 выделял память указателями, а не malloc. Крч, лень объяснять, просто хочу выяснить выделять память указателями это траханье, или нет. Потому что всегда считал это зашваром.
>>1375335 Скинул же ссылку на его код. Хреново выразился, он сперва создавал буфер, а потом перемещался по буферу с помощью указателей. Просто посмотри по ссылке код.
>>1375338 И что тебе не понравилось? Собственно Си массив, это непрерывный участок памяти, который тебе выделил компилятор. Компилятор даже не заморачивается контролем его длины если конечно не был запрос на динамеческое выделение и границ. Ты можешь свободно перемещаться по нему через указатели. Устанавливаешь на 0 (индексация с нуля) и передвигаешься на размер элемента. Собственно, когда ты обращаешься myarray[2], тебе так же все расчитывается указатель на 0 элемент + 2 * sizeof(тип массива).
С одной стороны может показаться дико, но по факту максимальное быстродействие и гибкость. Например в int массиве, тебе ничто не мешает перемещаться побайтово . Это удобно для работы со строковыми массивами часто. Если ты пишешь крайне надежный код, то да - лучше использовать готовые библиотечные решения.
>>1375343 Не понравилось то, что обоссали malloc, типо это все херня. Крч, вскрыли мой комплекс неполноцености, и я пытался себе доказать, что malloc не говно, и что я не полный говноед. P.s. Но на самом деле я дурачек, что вообще на такой фигней загнался.
>>1375353 Запросить массив, как делал чувак выше char buf[100]; - память будет выделена в стеке (просто указатель стека подрастет на 100 байт). Выделить char\ buf = (char\) malloc(100); - память будет выделена где-то в далеко куче. (звездочки после char сожрет макаба).
У обоих способов есть свои плюсы и минусы: У стека - быстро выделяет, быстро перемещается, так же быстро освобождается. Особенность - при выходе из области видимости - указатель стека вернется ДО состояния входа в область видимости и он станет недоступен. Из недостатков - очень большой объем не выделишь, привет stack overflow. У кучи - можешь запросить огромный кусок памяти (ограничивается архитектурой ОС, привет файлы подкачки). При выходе из области видимости не теряется. Из минусов - при обращении выполняется длинный переход (тут лучше у специалистов ассемблера спросить, я его последний раз копал лет 12 назад), медленне чем при работе со стеком. Ну и если забыл сделать free, то до завершения твоего процесса кусок памяти утерян.
>>1375358 >при обращении выполняется длинный переход O_______O Чувак, реальный режим процессора - это начало 90-х. Ты походу не 12 лет назад ассемблер копал, а вчера из криокамеры вылез.
Стэк с большой вероятностью будет находиться в кэше процессора, поэтому он чуть быстрее. Но и массив в куче может быть закэширован, так что не все так однозначно.
>>1375383 Да я не спорю, написал же лучше пояснят. Загуглил, да - сейчас организация памяти изменилась. Но я уже давно ниже библиотечных функций не лажу.
>>1375358 >тут лучше у специалистов ассемблера спросить, я его последний раз копал лет 12 назад Не совсем так. Тут всё дело в кеше. Попробую объяснить оче по-простому, а то займёт большой пост. Если данный участок памяти есть в кеше - значит разницы в производительности не будет. Если нет в кеше - значит в первый раз обращение будет медленнее.
Но это важно только для high-performance задач (всякой обработки изображений, научных вычислений и игорей). Для остального кода этот эффект за счёт out of order execution невидим. Пока там одна команда ждёт завершения операции с памятью проц уже успевает выполнить следующие 10-20 инструкций.
>>1375243 >Гуи на винапи не боль, а 100 шаблонных строк. Я понимаю, только нигде нет нормального гайда или книги, где бы всё подробно и с примерами расписывалось.
>>1375397 В Data Oriented Programming Майка Актона (https://youtu.be/rX0ItVEVjHc) много обо этом говорится (хотя он сосноледевелопер, у них там всё намного хуже с памятью обстоит, да и он сам слишком хайпает этот подход). Говорят также, что https://people.freebsd.org/~lstewart/articles/cpumemory.pdf хорошая вещь, но, пролистав, там уж слишком много всего (те же DMA и NUMA - можно всю жизнь прожить, не столкнувшись с ними).
Идут жавасеньер с сыном-хипстером фронтендером по улице и видят как немытый байтоеб развесистой нечитабельной лапшой кеш машине ублажает. Сынок такой спрашивает : "Папа а что это дядя делает ?" Папа отвечает: "А это, сынок, байтобомжара без Xeon Gold 256GB RAM мучается, денег то нет"
Правда, что скиллового Сишника определяет кол-во макросов в коде? Чем больше макросов и чем мощнее абузится препроцессор, тем скиловей кодер. Пруф ми вронг.
>>1375412 > >Правда, что скиллового Сишника определяет кол-во макросов в коде? Чем больше макросов и чем мощнее абузится препроцессор, тем скиловей кодер. Пруф ми вронг.
Всё дело в том, что С - процедурный язык со всеми вытекающими.
И если ты будешь писать на нем большой проект вроде линуксядра или постгреса то ты неизбежно уткнешься в отсутствие высокоуровневых средств и будешь велосипедить недоООП и недоконтрактное программирование на макросах.
>>1375412 дык если проэкт типа крутой и под несклько платформ то тебе придется делать условную компиляцию на макросах второе, кодогенерацию сишники тоже на макросах делают, а когда уже их не хватает, подключают сторонние средства - норм сишник вместо того чтобы сотню раз ебашить похожую структуру и функции ее обработки пишет макрос, тупо сокращающий количество повторяющегося кода
>>1375383 в проце вообще то специальные инструкции по обработке стеков есть, а стеки что предоставляет операционная система, их используют а эти стеки ос, в свою очередь, используют компиляторы си для организации, собственно сишного стека
вы еще забываете, что помимо стека и кучи, в вашем распоряжении еще и глобальная память у которой тоже свои оптимизации, она относительно быстро выделяется на старте работы программы зачастую вообще вся работа с ней проиходит, кучу не используют, стек только для обслуживания вызовов функций
>>1375461 По подоробнее про глобальную память и ее отличие от кучи, пожалуйста. Насколько помню (для WinAPI) GlobalAlloc и LocalAlloc были актуальны в Win16. C Win32 это оболочки для HeapAlloc. Соответственно я считал, что куча и есть глобальная (в рамках процесса).
Анонче, недавно тут искал K&R на русском и обосрался. Примеры это пиздец жопный. Они сука не работают. Вот для примера: https://ideone.com/ttziwr . Через гугление понял, что нужен int перед main(), дефайн попадает в прототип функции каким то хуем, а getline вообще зарезервирован. Это пиздец. Как быть? Я же язык второй-третий день учу. Это перевод хуевый или просто книга морально устарела? Я бля до половины явлений сам дохожу раньше чем чето начинает работать, а другую половину просто гуглю. И так через одну главу. Пиздец.
Днем пилил мд5 хеширование с солью на си. Щас тянка попросила купить соли. Думал как купить рандомные цифры и что она собралась шифровать. Ппц я поплыл, у вас тоже такое бывает?
>>1375407 Вау, работает, спасибо. На самом деле, у меня ещё осталась пара вопросов по WINAPI. Например, почему компоненты и шрифты выглядят так, как будто они сделаны под Windows 98? Есть ли какой-нибудь сбособ сделать их более нативными и современными? И ещё, есть ли метод динамическии изменять расположение компонентов на форме, чтобы при изменении размеров окна, кнопки и текстовые поля всегда оставались в центре.
>>1375592 >метод динамическии изменять расположение компонентов на форме, чтобы при изменении размеров окна, кнопки и текстовые поля всегда оставались в центре. Скорее всего придется отлавливать сообщение WM_SIZE, вытаскивать размеры окна и пересчитывать размеры компонентов.
>>1375319 > не может быть такого, что из-за нехватки памяти, мы выделим память с середины второго массива, и похерим его? Может быть аппаратное исключение для переполнения стека (обычно в полноценных процессорах). Может быть так, что стек просто растет навстречу куче, и просто похерит какие-то данные в куче при переполнении (чаще в микроконтроллерах, поэтому там важно хотя бы примерно представлять, сколько у тебя локальные переменные весят для самой глубокой вложенности).
> Буду раз если разъясните или скажете где почитать, как там, на физическом уровне выделяется память. Ну вот тебе простой full descending стек и более-менее обычный лэйаут (для простоты представим, что мы загрузились в память и выполняемся оттуда): static char ram[16384]; // Код с адреса 0, там же и глобальные переменные. char ∗code = (char ∗) ram; // Куча сразу после кода, растет к старшим адресам. char ∗heap = code + SIZE_OF_CODE; // Стек растет с самого верхнего адреса вниз. uintptr_t ∗sp = (uintptr_t ∗) (ram + sizeof(ram) - sizeof(uintptr_t));
>>1375353 > Не понравилось то, что обоссали malloc, типо это все херня. malloc() не херня, просто не нужно использовать malloc() там, где можно обойтись автоматической переменной, потому что у malloc() есть накладные расходы, потому что malloc() может вообще в ядро пойти за памятью, а автоматическая переменная (на стеке) либо совсем бесплатная или либо почти (если ОС умеет автоматически расширять стек, ей нужно page fault обработать для этого). Поэтому если у тебя максимальный размер массива заранее известен, и это не мегабайты, и передавать массив наружу из функции ты не планируешь, то malloc() избыточен.
>>1375394 > понимаю, только нигде нет нормального гайда или книги В MSDN кроме описаний функций есть еще примеры. Прямо минимальными кусками: создаем окно, пишем WindowProc(), пишем message pump, не проебывая TranslateMessage() и т.д. Посмотри внимательно. Можешь слить на торрентах Platform SDK 2003, оно офлайновое и удобное, а то современные маркдауны в MSDN хуево читаются.
>>1375531 > Соответственно я считал, что куча и есть глобальная (в рамках процесса). В винде нет кучи в традиционном понимании (т.е., никаких brk() и прочей ереси). В винде ты можешь только выделять страницы в адресном пространстве (где угодно, лишь бы не занято было) всякими VirtualAlloc(). А если тебе сложно, у тебя есть HeapCreate(), которая создаст тебе экземпляр кучи, управляющей памятью не на уровне страниц, а на уровне блоков разного размера. Одну такую кучу для тебя делает сама система при старте процесса, ты можешь получить ее GetProcessHeap(), но ты можешь создать дополнительные.
>>1375568 > Через гугление понял, что нужен int перед main() cc -ansi govnokod.c Но да, одна из причин читать Прату - отсутствие необходимости писать на кривом С89 вместо C11.
>>1375592 Про шрифт тебе написали, для красивых кнопочек сделай манифест с common controls 6 (так и гугли: windows manifest common controls).
>>1375696 Да, про манифест я уже загуглил, там прям на сайте Майкрософт лежит код для него. Только есть здесь одна проблема - если манифест просто лежит в папке с проектом, то при перенесении исполняемого файла .exe стиль теряется. Можно ли как-нибудь этот манифест "запихнуть" прямо в екзешник?
>>1375702 Да. В ресурсы. Делаешь .rc-файл, в котором пишешь 1 MANIFEST "manifest.xml" (естественно, manifest.xml должен рядом лежать), скармливаешь gcc вместе с исходником. Если не сожрет (не помню), то сначала windres -i file.rc -o file.o.
>>1375705 Еее, красота. Исполняемый файл с графическим интерфейсом занимает 46 килобайт. Когда я писал на Qt, средний .exe занимал 20Мб. Спасибо, анончики.
>>1375696 >cc -ansi govnokod.c Спасибо. >Но да, одна из причин читать Прату - отсутствие необходимости писать на кривом С89 вместо C11. Как-то не хочется скакать от одного к другому, оставаясь на уровне хелоуворлдов. А вообще, ты шарящий, подскажи, сколько времени проходит с момента, когда перестаешь дристать хуйню и начинаешь писать нормальные программы? А то как-то не все задачи с первого раза поддаются. Яваскрипт за месяц весь учебник прочел, задачи перерешал и начал от нехуй делать начал пытаться сэмулировать физику в браузере, лол (только потом узнал что это в канвасе делается и от печали забил). А тут ебучие строки мне в рот дают
>>1375848 > подскажи, сколько времени проходит с момента, когда перестаешь дристать хуйню и начинаешь писать нормальные программы Чтобы не было стыдно за свой код, понадобится леть десять.
> узнал что это в канвасе делается и от печали забил Канвас - это ж двеодна строка, и уже можно рисовать: const context2d = document.body.appendChild(document.createElement('canvas')).getContext('2d'). Отчего печаль-то?
>>1375850 Запустится даже на 9x, если собирать без -DUNICODE (у анона единственная XP-шная вещь - это манифест, но предыдущие версии винды его просто читать не будут).
Читаю искусство эксплоита и там упомянется перл. В вики написано что перл написан на основе си, стоит ли читать что-то по перлу дополнительно? Ну и посоветуйте годных книг по тематике около си пока чебурнет не запилили.
>>1375848 Я изначально учил жабаскрипт чтобы в канвасе рисовать и больше ничего не умею. Это довольно легко, только этот 2д канвас медленный, тыщи объектов в реальном времени там не порисуешь.
А в сишке что вместо канваса используется? GDI? На сколько он быстр?
>>1375861 >Канвас - это ж двеодна строка, и уже можно рисовать: const context2d = document.body.appendChild(document.createElement('canvas')).getContext('2d'). Отчего печаль-то?
Значит я туповат. Увидел, что нужно учить его API и стало уныло. Ебал я в рот эти пиксели ебучие. Нахуя они мне, если я могу высрать див, задать его геометрию пальцем левой ноги, сгенерировать карту коллизий и двигать охуевая от ебучих багов когда одна из координат случайной вершины заходит за координаты противоположной вершины при повороте куба. Спустя час еботни я опустил руки А в сишке сейчас пытался сделать функцию entab по учебнику 2 часа где-то, сделал только с подсказкой. Пиздец. До этого начинало баговать при пробелах хуй пойми почему вообще. Разочарован в себе полностью. Что ты делаешь Керриган, мудило?
>>1375894 Хочется в это верить. Впервые батя сказал "учи эту ебалу и иди программируй микроконтроллеры". В городе нет не то что толковых, а вообще каких либо программистов, одни менеджеры и судоводители (портовый город). Потому даже за малые познания платят достаточно много. Когда скриптовые языки учил, только хуями меня крыл. К слову, он сам в девяностых-нулевых писал какую-то хуйню на языке ассемблера для домашних компов по заказу.
>>1375875 Ничего в сишке нет. Сишка это абстрактный язык абстрактного пека, у которого есть только процессор, память и текстовый терминал. Всё остальное это опциональное оборудование и поддерживается сторонними библиотеками конкретной ос и этого оборудования.
>>1375865 > перл написан на основе си В перле какие-то кусочки сишного синтаксиса есть, ну так они много где есть, хоть в PHP, хоть в JS.
> стоит ли читать что-то по перлу дополнительно Он мертв и пахнет. Если планируешь читать чужие исходники на перле, можешь пролистать какое-нибудь очень базовое введение, которое позволит расшифровывать все эти нагромождения скобок, собак и долларов.
>>1375902 > есть только процессор, память и текстовый терминал Еще есть файлы. А во freestanding-окружении наоборот вообще ничего нет, кроме того, что у тебя в программе написано: ни терминала, ни динамической памяти.
Почему если я делаю ctrl c -> ctrl v в консоль, на месте перевода строки появляются рандомные символы на выводе? Есть предположение, что это проблема вставляемого текста (перевод является символом перевода или что то в этом роде), но как это можно вылечить?
>>1376053 Странный эффект, может что-то с манифестом. Вообще я ожидал что экзешник не запустится из за пометки совместимости с семеркой и выше, как на новых студиях по умолчанию. Видел много таких опенсорсных программ. Видимо всё же опция нужна? Странно. И справа у тебя окно выглядит наполовину современным, как win2k-стиль. Без манифеста сырые окна должны выглядеть как тут >>1375592. Ну и так, к слову, вручную каждое поле и кнопку никто не делает через CreateWindow. Подобные диалоги рисуются мышкой в редакторе ресурсов и в коде создаются сразу целиком одной функцией. Но лепить портянки case-ов для обработки сообщений всё равно нужно руками. Без библиотек, это скрывающих, получается очень уродливая громоздкая фигня при каком-то количестве контролсов на форме.
>Кстати, >2019 >XP Глупость. С таким же успехом можно написать >2019 >C Си совсем не модный сейчас, так что ты тут тогда делаешь, раз такой модный? Я думал Си это язык для тех кто знает что и как он хочет программировать, а не атрибут выебонов пальцезагнутых.
>>1376053 Да, я забыл тебе сказать. InitCommonControls() вызови в WinMain перед созданием окна (и -lcomctl32). Потому что манифест манифестирует, а дллки у тебя в импортах нет.
> XP Пишу эти строки с XP. Ничего не тормозит, никакой телеметрии, никто не ребутит мой компьютер без спроса ради апдейтов.
>>1376074 > Подобные диалоги рисуются мышкой в редакторе ресурсов и в коде создаются сразу целиком одной функцией. Да, можно CreateDialog, но это не всегда удобно. Да и смысла нет ради трех окон.
> Но лепить портянки case-ов для обработки сообщений всё равно нужно руками Можно ознакомиться с использованием windowsx.h, там чуть более красивые макросы.
>Пишу эти строки с XP. Там же поддержка уже закончилась, даже критические обновления не приходят, что создаёт серьёзную проблему с безопасностью. Уж лучше пусть MS следит, чем васян из соседнего подъезда.
А сравнение Windows XP и языка C считаю некорректным. C динамично развивается и обновляется, самый последний выпуск C18 2018 года. Си не модный? Да его форсят сейчас везде, где только можно.
Доброй ночи, мастера старой школы. Я тут внезапно задумался... а не осилить ли мне Кнута? Много где упоминается, как мастхэв вне времени. Технические неудобства, связанные с возрастом книги, меня пугают значительно меньше, чем моральные неудобства от молодых книг, написанных под аудиторию "есть комп - хочу вкатиться" (в наш век надо поискать, у кого компа нету). Но времени тоже не вагон, вот и хочу услышать чье-то мудрое мнение насчет пользы от подобной годноты. да да да, за время, что писал пост, мог уже бегло ознакомиться, иду нахуй
Почему в Си нельзя возвращать и принимать по-значению, не по указателю несколько значений? Как я понимаю в этом случае данные располагаются рядом в памяти на стеке. Да и удобно было бы зачастую.
...Такой способ навелосипедил. Это вообще легально? typedef struct{ int a,b; } __strc; __strc func(void) { return (__strc){1,2}; } int a= func().a; int b= func().b;
>>1376371 > а не осилить ли мне Кнута Кнут - справочник.
>>1376491 > Почему в Си нельзя возвращать и принимать по-значению, не по указателю несколько значений? Потому что можно. В аргументы все передается по значению, даже указатели. Возвращать ты можешь струк...
>>1376506 Вот да, как-то так. Да, легально, Только подчеркивания убери, они зарезервированы. Придумай нормальное имя структуре, типа func_result. И, естественно, так ты вызовешь фукцию дважды, ты именно этого и хочешь? На самом деле, такой способ тоже часто сводится к укзателям: вызывающая функция неявно передает вызываемой указатель на временную переменную, куда нужно записать результат, а вызываемая его туда пишет. Но так как в твоей структуре всего два инта, то ABI твоей системы позволяет вернуть их в паре регистров безо всяких указателей.
>>1376512 Переносимости нет, это миф. Если ты будешь четко следовать стандарту Си, будешь избегать всяких undefined/unspecified/implementation defined behavior, будешь очень много думать о знаках и минимальных лимитах интов, то, скорее всего, твой код заработает на любой рандомной системе. Но это все равно полностью не избавляет тебя от ебли при портировании: обчно сколько-нибудь сложной программе мало stdio/stdlib для работы, приходится дергать системные функции, которые везде свои (или отличаются в каких-то мелочах, что еще хуже).
>>1376520 Можно вернуть сразу два значения так: __strc ab= func; И в догонку вопрос: float(ЗВЕЗДА) mirror_vec3(float v[3]) { return (float[3]) { -v[0], -v[1], -v[2], }; } В gcc компилируется без предупреждений. Я как понимаю в данном случае возвращается указатель на float[3] созданный вне функции?
>>1376536 Но почему тогда когда я явно создаю локальный массив и возвращаю на него указатель, компилятор ругается, а в этом случае нет, может догадывается создать массив на стеке вне функции?
>>1376530 > Как вообще понимать не заработант? Ну вот ты такой пишешь: for (int i = 0; i < 100000; ++i), а у тебя опа, и 16-битная система с 16-битным интом. Или ты такой пишешь fopen("приветмир.txt", "r"), а у тебя винда, которая UTF-8 в именах файлов не прожует. И такого дохуя.
>>1376539 Видимо потому, что это относительно новая фича, к которой забыли запилить диагностику.
> на стеке вне функции Это как? При возврате из функции ее кадр стека уничтожается нахуй, а создавать что-то ниже своего кадра нельзя, потому что там УЖЕ лежат чужие данные.
>>1376539 >компилятор ругается Компилятор не ругается, он не твоя мамка, придурок. В отличие от мамки, компилятор не живет своей собственной жизнью чтобы доставить тебе неприятности. Компилятор сообщает тебе, что ты обосрался, кроме этого он ничего не думает и не делает, только указывает на твои ошибки, беспристрастно и объективно. Следовательно, на сообщения об ошибках у тебя есть только одна правильная стратегия поведения - исправляться самому.
>>1376548 > компилятор не живет своей собственной жизнью чтобы доставить тебе неприятности Че, правда? А диагностика на это: size_t n; if (n = strlen(something)) printf("Non-empty string (%zu characters)\n", n); разве не сделана, чтобы меня заебать тупыми придирками и доставить мне неприятности? Прямо как мамка.
>>1376549 Во-первых, что за пидорская "диагностика"? Нет такого слова, учись говорить правильно, а то так и умрешь тупым. Во-вторых, предупреждение на очевидную ошибку это всегда хорошо. Заодно учит малолетних ебланов не выебываться, а писать нормальный ясный код. Но если ты упоротый даун, можешь отключить, обычно предупреждения отключаемы.
> предупреждение на очевидную ошибку это всегда хорошо Это когда ошибка есть.
> писать нормальный ясный код Это нормальный ясный код. Гораздо более ясный, чем if ((n = strlen(something)) != 0), где можно запутаться в скобках даже с подсветкой, особенно когда там больше одного выражения с присваиванием. Просто тебя к этому говну приучили, поэтому тебе кажется, что оно норм, а вот это >>1376549 - нет.
Предупреждения это не ошибки, они не мешают компиляции и работе программы. Плохого в них ничего нет, а наоборот, только польза. Язык гибкий, позволяет писать хуйню и не различить либо это ошибка, либо ты специально так написал, поэтому в любом случае лучше лишний раз уведомить, чем промолчать, а потом человек будет ломать голову почему у него не так работает. Если же ты знаешь, значит знаешь и проблем нет. >тебя к этому говну приучили Объясни мне, где ты тут увидел "говно" и чему тут "приучать"? Можешь не отвечать, я и так знаю. Ты у мамы маленькое чсвшное олимпиадное говно, которое вместо программирования надрачивает языком своё чсв, поэтому и бесится когда видит сообщения, намекающие на ошибки. Ведь это противоречит цели маленького ублюдка - чувствовать себя умным, идеальным без ошибок.
Так вот, тупое говно. Си это язык программирования, предназначенный для написания программ, помогающий программисту уменьшить количество ошибок и облегчить их нахождение. Он совсем не предназначен ласкать чувства всяких хуесосов вроде тебя. Если твои говенные чувства что-то задевает, пиздуй к врачу или в биорекатор, мне похуй куда, главное нахуй отсюда, ибо тут тред программирования, а не решения биопроблем быдла.
>>1376582 > Плохого в них ничего нет, а наоборот, только польза Со статическими анализаторами дело имел? Попробуй. Они вываливают на тебя мегабайты однотипных придирок, а ты разгребай эту свою пользу. Ну ладно, там можно изредка в игнор подобавлять, особенно если игнор как у людей, в отдельном файле, а не в комментарии рядом с кодом. А вот с ворнингами компилятора так не прокатит, во многих проектах принято -Werror и нехуй.
>>1376667 У тебя %d в printf-е. Сделай %u, и все будет.
>>1376582 > Си это язык программирования, предназначенный для написания программ, помогающий программисту уменьшить количество ошибок и облегчить их нахождение Прочитал пост целиком и дико, неистово проиграл.
Анон, помоги с реализацией односвязного списка. В общем проблема заключается в крайнем цикле, выскакивает ошибка. Только сегодня начал динамические структуры данных https://pastebin.com/V5LTxX7f
>>1376726 > но все равно не работает Возможно, потому что ты сначала делаешь free(), а потом из освобожденного элемента читаешь указатель на следующий?
>>1376739 А нахуя тебе принтф тут? Нихуя не понимаю что ты пытаешься сделать. Нахуя тебе аутпут того что ты удаляешь, и да по ресурсам в однопоточке это будет полнейший пиздец
>>1376750 Да принтф со значением элемента забыл убрать, я просто сначала хотел выводить элемент и адрес следующего, для наглядности как список работает.
Анонче, помогите. Не получается нагуглить. Вообщем, мне надо вернуть массив из функции, а он возвращает хуйню. По задаче я должен на вход принимать строку шестнадцатеричных чисел, возвращать строку десятеричных. Сделал несколько функций для этого, а функцию, которая преобразует число в строку сделать не получается. Вернее, не получается вернуть эту строку. Хелп
>>1376823 Да я хз че это, еще не дошел может или пропустил мимо глаз. Только вторая глава учебника все таки. Я уже закончил, все работает? кроме одной мелочи - если число содержит цифру ноль, то он его режет и дальше не читает. Это происходит по той причине, что перевожу число в строку я таким образом, что сначала цикл вычисляет длину длину числа справа налево, а потом получает каждую цифру слева направо и вносит в строку. Но длину он узнает по условию цикла, что остаток от деления не равен прошлому остатку от деления. Пока еще не придумал как это пофиксить.
>>1376839 > Но длину он узнает по условию цикла, что остаток от деления не равен прошлому остатку от деления. Очень странный способ. Правильный: unsigned int num_digits; if (!number) { num_digits = 1; // Для 0 - одна цифра 0. } else { // Считаем цифры. Можно свернуть до лукапов в массиве степеней двойки, можно логарифм посчитать, а можно в лоб: for (num_digits = 0; number; number /= 10) { num_digits++; } }
>>1376842 Удобно, буду иметь ввиду, спасибо. У меня выглядит сейчас как на скрине.
А вообще оказалось что в задаче от меня требовалось просто перевести шестнадцатеричное в строке типа "0xAF" в десятичное, иначе выдать ошибку, а я ебанул хероту, которая ищет все шестнадцатеричные в строке и преобразует всю строку с подменой на десятеричные. Типа "govno 0xAF and 0x12F lol" станет "govno 175 and 303 lol". Пиздец
>>1376862 Ну у тебя q1 указывает в небеса, инициализируй его. Алсо, ты можешь убрать обработку крайних случаев, если продолжишь работать с указателем на указатель в insert: void insert(queue ∗∗q, int item) { queue ∗elem; // q - указатель на очередь или указатель на next последнего ненулевого элемента. while ((elem = ∗q) != NULL) { q = &elem->next; } elem = malloc(sizeof(∗elem)); if (elem) { elem->info = item; elem->next = NULL; ∗q = elem; } }
>>1376876 Я конеш мог в цикле это сделать все, но похуй, я все равно тупой. Что я делаю тут не так? Все равно исключение. queue ЗВЕЗДА q1 = NULL; q1 = (queue ЗВЕЗДА)malloc(5*sizeof(queue)); insert(&q1, 1); insert(&q1, 2); insert(&q1, 3); insert(&q1, 4); insert(&q1, 5);
Пацаны, как реализовать удаление определенных элементов в очереди, например, только отрицательных, а потом опять организовать вывод очереди уже без них? Получается 3 функции для добавления, удаления и вывода надо писать?
>>1376839 Да я про malloc погнал чуток. Дергать аллокатор ради какой-то строчишки - сомнительный вариант. Можешь возвращать, как это делает asctime(). Делается глобальный буфер достаточного размера (массив char[] объявленный вне функции), чтобы он лежал не в стеке, а в сегменте данных, заполняешь его нужным контентом и возвращаешь указатель на него. Но в месте использования его лучше или сразу копировать в свой strcpy(buf, ctime(t)), или использовать как константу puts(ctime(t)). Прекрасно работает, и ничего не ломается, ровно до тех пор, пока вызывается лишь из одного потока. https://sourceware.org/git/?p=glibc.git;a=blob;f=time/asctime.c;h=de763e00e0414f3fdd751ffed4b1093e235eec1a;hb=HEAD
>>1377076 Очень плохой подход, в стандартной библиотеке он используется, потому что уже это легаси уже не исправишь, а не потому, что так удобнее.
И нужно хотя бы делать не глобальную переменную, а static внутри функции, и в С11 еще _Thread_local появились, представляешь?
> в месте использования его лучше или сразу копировать в свой strcpy(buf, ctime(t)) Вот именно поэтому так делать и не стоит. Если ты сразу будешь копировать, почему бы просто не передать указатель на buf в функцию? А если ты вдруг скопировать забудешь или подумаешь, мол, все равно сейчаc printf()-ом распечатаю, незачем лишний раз копировать, а позже в этот же printf() добавишь еще какой-нибудь вызов (из 3rd-party библиотеки, например), который тоже захочет вызвать ctime(), тебя ждет веселая ебля с отладчиком. И, казалось бы, при чем тут errno?
В большинстве случаев передавать в функцию указатель на буфер под результат более чем достаточнео. Вот если размер результата заранее предсказать сложно, и это больше чем единицы килобайт, тогда можно и malloc().
Аноны, помогите срочно. Есть две функции (на пиках), они работают по разному. Проблема кроется именно в этой функции. Один из вариантов - вариант решебника, другой мой. Весь остальной код совершенно одинаков, багует только на этом сегменте. Так вот, в решебнике почему-то len (длинна второго массива) умудряется быть равной k, у меня для этого приходится отнимать от длины единицу. Я уже заебался. В чем проблема то блять? Одна и та же функция
>>1377145 Блять, я понял почему. Второй цикл просто цифры считает и останавливается если находит совпадение и длина k оказывается меньшей, чем длина регулярки. Пиздец я пол часа шаманил. Ну что за хуета, опять день начался с неправильно решенной задачи
>>1377139 Уже поменял и работает. Но я так и не понял почему проебось именно второе значение, а все остальные на месте. Ведь даже если брать строкой, то он все равно должен был 01 взять, а не 0.
>>1377136 >>1377153 >>1377161 > Почему он съедает вторую букву? %s читает последовательность до первого пробела, т.е., "01". putchar() выводит '0', getc() читает пробел, putchar() его выводит, getc() читает 1 из 101 итд.
> Почему в массиве если не выводить его по символам внутри находится какая-то хуйня Потому что ты прочитал туда хуйню или потому что ты не иницилизировал n.
>>1377194 >%s читает последовательность до первого пробела, т.е., "01". putchar() выводит '0', getc() читает пробел, putchar() его выводит, getc() читает 1 из 101 итд.
почему тогда все числа кроме первого вывелись правильно? По твоей логике у меня были бы только числа из 1 цифры.
>Потому что ты прочитал туда хуйню или потому что ты не иницилизировал n.
Вот на пк написал, весь код. printf выводит хуйню( и с %c и с %d), а putc все норм выводит из файла. Какого хуя?
>>1377199 > почему тогда все числа кроме первого вывелись правильно Потому что ты только первое слово прочитал scanf()-ом, а остальные читал посимвольно getchar()-ом.
> Вот на пк написал, весь код Ты прочитал один символ fscanf()-ом, а выводишь целый массив, неинициализированный, т.е., заполненный говном. Зачем ты вообще этот fscanf() втыкаешь?
>>1377201 Кажись начинаю понимать. fscanf записывает в массив только первый символ из файла и все(ну и слово если это %s )? А как тогда сделать чтобы fscanf прочитал весь файл и запихнул его в массив, не выводя его при этом?
>>1377206 Сам погуглил, нашел что %[] просматривает набор символов. Вроде работает, я правильно сделал? Но вот что это за говно после вывода отображается?
>>1377213 Тут должна быть лекция про "Нуль-терминированные строки", но в википедии лучше описано. Вообщем когда компьютеры были большие, а программы маленькие, начали использовать вместо строк - массивы символов. А концом строки считался первый встреченный символ '\0', оно же число 0.
>>1377213 >И да - а можно сделать чтобы массив сам нужной ширины был? Думаю нет, кто кроме тебя знает сколько там символов? Надо посчитать размер файла, выделить память под него и тд
>>1377216 >EOF Всего лишь константа определенная #define в недрах библиотеки. >странно, я думал можно как-то динамически выделять, но видимо не в С? Чтобы он тебе автоматом выделил память под содержимое файла - нет. Только руками. Плата за гибкость и скорость - определенные неудобства.
>>1377206 > как тогда сделать чтобы fscanf прочитал весь файл Ты не поверишь, но для этого придумали fread.
>>1377216 > Я думал конец массива это EOF EOF (end of file) - это специальное значение, которое не влазит в char, которое некоторые функции возвращают при достижении конца файла. Когда дело доходит до массивов, ни о каких EOF речи уже не идет.
>>1377218 > Чтобы он тебе автоматом выделил память под содержимое файла - нет Ну файл-то и смапить можно, только это не для новичка.
>>1377231 Понял, через WinAPI давно делал. А в линукс не так давно кодить стал и стараюсь максимально независимый от платформы код писать. Думал может какую-то библиотеку удобную завезли.
Такой вопрос. Я беру сравниваю первые 2 числа из файла и если они не совпадают с заданными, то сжираю всю строку. Для одного раза это сработало и выводить вторую строку начиная с 02. Но цикл почему-то не работает и сжирается строка все равно только один раз.
Уже сам разоьрался. Нижнее условие с while перестает обрабатываться потому что в первый раз оно заканчивается на \n, а дальше первое условие уже не выполняется и не берет символы из файла.
Поэтому я добавил getc после цикла и все норм стало. А переменную а добавил потому что первым условие м если оно верно съедается первый символ.
Все правильно сделал?
>>1377532 > Что за buffer[1], что в нем? Вообще там дата будет, а пока я вручную его указываю.
>Почему везде temp[0]? Что мешает завести просто char temp? А зачем?
Есть главное окно, а в нём 3 дочерних. Как рендерить в одно из этих дочерних окон? Как изменить главный цикл с учётом того, что требуется сохранить обработку сообщений и сверх того в одно из дочерних окон должна рендериться сцена? Как для этой задачи инициировать OpenGL?
>>1377541 Пишу и компилю целиком на Андроиде. Если случайно сделать бесконечный цикл, особенно если он что-то выводит на экран, то это сразу пизда. Поэтому приходится сохранятся перед запуском.
>>1377542 > Как рендерить в одно из этих дочерних окон? Так же как и в главное. По WM_CREATE, когда все дочерние окна создашь, получаешь DC дочернего, с этим DC создаешь OpenGL rendering context, делаешь текущим, рендеришь.
> требуется сохранить обработку сообщений Можно по таймеру инвалидировать, по WM_PAINT рисовать, если сцена несложная и/или не нужен стабильный/высокий FPS. Можешь стандартным циклом типа: while (true) { while (PeekMessage(...)) { Translate/DispatchMessage } Render() }, от того, что окно дочернее, ничего не поменяется. Только когда классы окон будешь создавать, разберись там со всякими WS_CLIPCHILDREN/CLIPSIBLINGS.
>>1377551 Все твои ошибки - от отвратительнейшего говнокода. В частности, от всех этих кучах лишних getc() и нечитаемых temp[0]. В данном случае ты скорее всего проебываешь EOF еще выще, в строке 57, где ты его нихуя не проверяешь (или в других местах того цикла).
>>1377589 > Все твои ошибки - от отвратительнейшего говнокода. Что именно говнокод, помимо того что я вместо символьной переменной использую массив и все пихаю в нулевой же массив? По идее я дальше буду в этот массив уже нужный текст из файла пихать. Да и я только учусь + пишу на мобиле.
>В частности, от всех этих кучах лишних getc() и нечитаемых temp[0]. В чем проблема моих getc?
>В данном случае ты скорее всего проебываешь EOF еще выще, в строке 57, где ты его нихуя не проверяешь (или в других местах того цикла).
Я не могу ничего проебать до последнего цикла. Ведь он выводит текст с того момента где закончился прошлый цикл и до конца. Если бы EOF был раньше, то он бы текст из файла не выводил, не?
Стивен прата в своей книжке утверждает что в приложении б книги ритчи не описывается стандартная библиотека однако приложение б как раз содержит это описание. Че за хуйня
Пожалуйста, пользуйтесь https://ideone.com/ или https://pastebin.com/ для вставки кода, если он длиной больше нескольких строк или содержит [i] или ∗.
Что читать:
- Brian Kernighan, Dennis Ritchie "The C Programming Language": http://www.cypress.com/file/56651/download
- Stephen Prata "C Primer Plus, 6th Edition" (2014): относительно свежая, знает про C89/C99/C11, описывает различия, объемная (около тысячи страниц), годная, с вопросами, упражнениями и ответами. Читать после K&R или до.
- Zed A. Shaw "Learn C the Hard Way" (2015): годное пособие для гуманитариев для гуманитариев!
- Немного примеров хорошего стиля: 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: оче годно, батя рекомендует.
- Intel C++ Compiler: оптимизации, тысячи их.
- Visual Studio 2017 Community Edition: внезапно этим стало можно пользоваться, особенно с тулсетом clang/C2. Поддержка C11 на уровне "есть все, что тебе понадобится в реальном проекте плюс кривая библиотека". Анализатор кода в комплекте.
- Pelles C (шиндоуз онли): поучиться, вкатиться в C11 (стандарт полностью реализован, имеются в том числе threads.h и прочие stdatomic.h), но количество багов в оптимизаторе и редкие апдейты напрочь отбивают желание собирать этим что-то сколько-нибудь серьезное.
- TCC: очень маленький компилятор с багами и поддержкой C99. С ключом -run умеет компилировать код в память и запускать его, что позволяет писать скрипты прямо на сишечке.
Что еще почитать:
http://c-faq.com/
FAQ из comp.lang.c. Древний, но все еще актуален.
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? у нас в сишечке их гораздо больше, просто они лучше спрятаны, немного байтоебли и непонятно откуда взявшаяся глава про старинные плюсы. Читать в качестве сказки на ночь (на пару вечеров хватит).
Richard M. Reese "Understanding and Using C Pointers. Core Techniques for Memory Management" (2013) - почитать, вкатиться в указатели.
Ben Klemens "21st Century C: C Tips from the New School" (2012)
Paul Deitel, Harvey Deitel "C for Programmers with an Introduction to C11" (2013)
Stephen G. Koch@n "Programming in C (3rd Edition или 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://godbolt.org/ - Compiler Explorer позволяет посмотреть выхлоп компиляторов для введенного куска кода (больше полусотни разных версий компиляторов).
- http://cdecl.org/ - С Gibberish ↔ English помогает читать сложные сишные декларации.
Прошлые треды:
- №39: https://arhivach.ng/thread/423396/
- №40: https://arhivach.ng/thread/428550/
- №41: https://arhivach.ng/thread/434018/