Вы видите копию треда, сохраненную 5 мая 2019 года.
Скачать тред: только с превью, с превью и прикрепленными файлами.
Второй вариант может долго скачиваться. Файлы будут только в живых или недавно утонувших тредах. Подробнее
Если вам полезен архив М.Двача, пожертвуйте на оплату сервера.
Пожалуйста, пользуйтесь 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/
https://github.com/adambard/learnxinyminutes-docs/blob/master/c.html.markdown
https://github.com/adambard/learnxinyminutes-docs/blob/master/ru-ru/c-ru.html.markdown
Дополняйте/переводите.
Ты сделал мой вечер))) Я думал, шутишь
А где взять исходник шапки треда? А то я хотел нормальный перекат запилить, но не разобрался, и решил реквест-тредом из /e/ порофлить. Оказалось, правда, что >> на посты с других досок не кликабельно.
может просто "Loading..." хотел закосплеить
ранььше можно было так /b/1488148
>>/b/1488148
>Ссаными тряпками его
Только на лом не наматывайте, не над так жестко. Я ведь исправляюсь, редко на Пикабу захожу с тех пор, как Двач открыл.
> А где взять исходник шапки треда
Раньше на пиратпаде был, но сначала его вандалили, а потом пиратпад и вовсе сдох, так что теперь нигде. Если хотите перекатывать вместо меня или переписать, могу выложить.
Прокрутил в рандомное место:
> Be careful when shifting signed integers - the following are undefined:
> Будьте осторожны при сдвиге беззнакового int, эти операции не определены:
> (with some constraints)
> (с некоторыми искажениями)
Перевод от бога.
> 1.0 / 2.0 = 0.5, плюс-минус погрешность потому что, цифры с плавающей точкой вычисляются неточно!
И много там этой погрешности в этом конкретном примере? Назовите цифру!
>Почему все так плохо с вводом-выводом текста?
В языке нет нативной поддержки строк, что ты хочешь.
В данном случае ее нет, 1/2 же прекрасно представляется как степень двойки.
ну, потому что Си, кагбэ, для того и нужен, чтоб там не было всяких вызовов функций без вызовов функций (конструктор при объявлении переменной), а строка - это не byte, и даже не word, и даже не dword, и даже не qword какой-то. О чем думали разработчики регламента Формулы-1, когда не прикрутили обязательную установку кондиционера и музыки на болид?
а тгавля будет?
Только не надо передергивать про высеры, уважаемый демагог. Я про сервера, которые крутятся под Linux без иксов, и прочее-прочее. Впрочем, дело не в этом. Просто какой-то гуманитарий высказывает сугубо религиозный, без аргументов по существу, хейт инструмента за больший возраст. Изобретение GUI, несмотря на все удобства, не умаляет удобств консоли в некоторых случаях, как бы тебе этого ни хотелось. Перечислять не буду, незачем унижаться перед дегенератом, который принципиально не хочет сам искать инфу, не ласкающую собственное мнение.
Если для задачи не принципиально, то по-дефолту выпиливаются лишние действия. Занимать дизайнерством, когда первоначальная задача этого не требует, как-то попахивает прокрастинацией.
Написать программу - не с девушкой познакомиться. Тут в приоритете вопрос "почему да?", а не "почему нет?"
Консольные программы проще автоматизируются и комбинируются друг с другом. GUI хорош только низким порогом вхождения, и то не всегда.
Но даже если у тебя гуевое приложение, для отладки все равно нужно срать логи в консоль либо в файл, не принципиально, поэтому все проблемы остаются
ты заключил?
Представь, что ты заглатываешь большое дилдо своего парня-членодевки, и глубоко дыши.
Тоже так делаю. Рекомендую.
> Почему все так плохо с вводом-выводом текста
Потому что языку полвека, и по меркам тех времен, когда его делали, все было вполне норм.
> Вместо нормальной библиотеки ввода-вывода
Чего тебе не хватает? Радуги? Функции без префикса f для удобства, чтобы stdin везде не писать. Семейство функций с суффиксом _s продавила Microsoft, но его уже обосрали все, кто только мог, и возможно, его уберут в следующем стандарте.
> Чтобы ввести строку текста надо знать 3 оператора с ньюансами их работы по выделению памяти
Да, чтобы писать на Си, нужно его знать целиком, иначе тебя ждет UB, ноги - вот это все. Не нравится - у тебя есть питон или какой-нибудь {}+[], прости господи.
Чому тебе так пригорает от питона? Уже который раз вижу как у тебя горит пукан. си мой первый и может последний язык
>возможно, его уберут в следующем стандарте
А что так? Вполне неплохой костылик для безопасности, лучше бы в стандартную библиотеку добавили.
Почему пригорает? Просто предложил язык, в котором для выполнения input() не нужно знать про указатели. Я и сам на нем пишу.
>>0919
> А что так?
http://www.open-std.org/jtc1/sc22/WG14/www/docs/n1967.htm
> лучше бы в стандартную библиотеку добавили
Оно и так там, просто опционально.
Хм, в gcc не хватает.
>Почему пригорает?
Потому что аноним регулярно пишет хейтспичи на тему питона, вот я и интересуюсь.
https://pastebin.com/U49dQSJe - Суть задачи такова: Создать программу которая собирает инфу про авто(номер, марка,год выпуска, прозвище чек). Вывести на экран инфу. Если в номерах встречается цифри 1 и 9 - отметить(Н.П символом - '@'). Отсортировать по убыванию.
Так вот. У меня вылазят ошибки в сортировке. Памаги.
> Так вот. У меня вылазят ошибки в сортировке
В 13 строке у тебя зачем массив? В 46 строке у тебя более правильнный код закомментирован. В 50 строке у тебя должен быть strchr или цикл. Сортировка тоже неправильная: во-первых, ты недописал пузырек, у тебя 3, 2, 1 отсортируется как 2, 1, 3, тебе нужен еще внутренний цикл; во-вторых, сортировка вообще должна быть по убыванию, а не по возрастанию.
а мог бы пет проекты писать...
Много ли займет времени на перекат? При условии, что пишу на С в течении 2х лет почти каждый день, не смущает что нужно будет сидеть сутками за компом, даже в радость!
А на Андроиде как вывести русский текст? Сетлокаль рус не помогает.
2-3 месяца при условии, что я буду вкатываться каждый день по 7-8 часов??? Или ты взял сразу по максимуму в переходе с процедурного языка на ооп?
Что это за жалкое тупое чмо с жирным комплексом неполноценности? Отвращение к говну это не агрессия, а естественная реакция приличного человека. Агрессия бывает только с равными.
Говорят "поехавший" когда не понимают сказанного, но своё суждение выдать надо, ведь не хочется себе признаваться что не очень умный и не понял.
>>1295
С равными и вышестоящими. С нижестоящими бывает только презрение, омерзение, ну в таком духе. Агрессия же требует сил, что означает достойного противника как минимум твоего уровня.
Агрессия означает страх и неуверенность. Классический случай - моська и слон. Когда человек в себе уверен, ему нахуй не надо быть агрессивным.
Так и сказал. Слон выше моськи, вот моська и бесится, а слон может только наступить и брезгливо вытирать её кишки с ноги, сетуя как мерзко от её останков воняет. Да, слон выражается негативно про моську, но это не агрессия, а вот когда она тявкает на слона, это агрессия.
Еще можно сказать, агрессия это когда есть целенаправленное действие в отношении субъекта, когда у агрессора есть цель, что означает он воспринимает цель всерьез. Выражение же презрения или омерзения таковыми не являются, тут нет никакой цели по отношению к мерзости, только естественная реакция.
Пиши свой хелловорд в кодировке OEM 866.
СИсаче
Из 1.10 главы.
Прога из учебника: https://ideone.com/zWuvGN
После правок, ошибок компиляции нет, но она не работает: https://ideone.com/5uSRNy
Разобрался, но это всё равно долбоебизм. И нахуя ее тогда хвалить, если там всё уже устарело ?
Эта книга не должна предполагать такой хуйни. Иначе её нужно выкидывать на помойку истории, где ей, видимо, и место.
В прямом блять. На заборе тоже много чо написано. Или мне приснится должно, что надо вписывать -ансихуйсоси каждый раз, чо за маразм?
>>1651
>я скопировал код с ошибкой
>не понимаю почему не работает, потому что не понимаю как он работает
>ря где книжки си за 23 часа и час на обед
Оставь это дело, братишка.
Если тебе нужно что-то новое и актуальное в плане использования каких-то новых фич, то тебе в веб/плюсы/жабу, си не тот язык, где ты можешь жаловаться на отсутствие свистоперделок, если ты что-то делаешь на си и понимаешь что тебе чего-то в языке реально не хватает, то поздравляю, ты выбрал для данной задачи неподходящий языкхотя на си это тоже можно сделать, чтобы это ни было, но вопрос сколько времени это займёт
Зато фич много.
Добро пожаловать. Читай прата, но там тоже ошибок много.
typedef (int* MessageBox_t)(
HWND hWnd,
LPCTSTR lpText,
LPCTSTR lpCaption,
UINT uType
);
MessageBox_t MessageBox;
Но прекомпилятор мне гудит мол соси хуй FUNCTION REDEFINITION. У С++ бояр есть namespace, а мне что делать??
> а мне что делать??
Бочку. В крестах с неймспейсами твой 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.
Держи в курсе, даун, тут не твой твиттер.
Там тоже не сказать, что прям сложно. Особенно если велосипеды не изобретать.
Да это в крестах нахуевертили хуй пойми что. Пишу один и тот же код, на С все работает, на С++ валит с кучей ебанутых ошибок.
Ебанутая - твоя мамаша. А ошибки все разные, каждая со своим смыслом и причиной. Если ты не понимаешь и не различаешь, значит только ты ебанутый дебил.
Есть числовая переменная. Нужно ее числа запихать в массив. Есть a=12345 и нужно чтобы в массиве x[1]=1, x[2]=2, x[3]=3 и так далее. Это реально?
Берешь остаток от деления на 10 и пихаешь его в массив, делишь число на 10 и берешь остаток от деления и т.д.
И массив становится дробным, насколько я вижу когда забивается. Но почему при выводе в прямом порядке если указать формат f получается хуйня как на 3 пике?
>Вывожу его потом в правильном порядке и откуда-то 24 появляется в самом первом значении массива. Что за нахуй?
Распечатай этот массив до того, как ты его заполняешь, и посмотри на результат.
Остаток от деления можно делать проще: b = a % 10
Смотри, в начале забил массив числом 123 и вывел с указанием массива. При распечатке в правильном порядке почему-то первые 2 массива остались 123. Это как так?
Ты эти значение не туда присвоил и вышел за пределы массива.
Си сложный язык в этом плане, люди постоянно так делают, а потом злые хацкеры уязвимости находят в их программах.
Вот, смотри, я вроде с длиной массива все исправил, в обратном порядке он всем 9 ячейкам массива число от 9 до 1 назначил. Но в прямом порядке все равно первое значение дефолтное - 123. Что я упустил?
#include <stdio.h>
main()
{
int a = 123456789;
double b,c =0;
char name[8];
int i=8;
for (i=0; i<9; i++)
name=123;
while(i >0)
{
c=a;
a=a/10;
b=c-a*10;
name=b;
i=i-1;
//printf("%1.1f \n", b);
printf("name[%2d] = %.f \n",i, name);
}
printf("\n");
for (i=0; i<9; i++)
printf("name[%2d] = %d \n",i, name);
return 0;
}
Вот, смотри, я вроде с длиной массива все исправил, в обратном порядке он всем 9 ячейкам массива число от 9 до 1 назначил. Но в прямом порядке все равно первое значение дефолтное - 123. Что я упустил?
#include <stdio.h>
main()
{
int a = 123456789;
double b,c =0;
char name[8];
int i=8;
for (i=0; i<9; i++)
name=123;
while(i >0)
{
c=a;
a=a/10;
b=c-a*10;
name=b;
i=i-1;
//printf("%1.1f \n", b);
printf("name[%2d] = %.f \n",i, name);
}
printf("\n");
for (i=0; i<9; i++)
printf("name[%2d] = %d \n",i, name);
return 0;
}
Во, работает! Только я не понял нахуя перед while присваивать i=8, я ведь это в самом начале делал.
И почему массив из 10 чисел, если а имеет только 8 цифр? Если его сделать до 8, то почему при записи в правильном порядке 8 массив становится нулем? (Пик2);
>>2038
Спасибо, но как-то перегружено. Можно же и не разворачивать массив, а сразу заполнять его с конца, как я.
>Спасибо, но как-то перегружено. Можно же и не разворачивать массив, а сразу заполнять его с конца, как я.
Что делать будешь, если величина числа неизвестна? У меня-то сожрет от одной и до 16 если последнее в int влезет
> Только я не понял нахуя перед while присваивать i=8, я ведь это в самом начале делал.
Потому что после for-цикла i равняется 9, но индексация начинается с нуля, то есть для массива из 9 значений последний индекс 9 - 1 = 8.
Нифига ты подорвался, школотрон, вот и пиздуй тогда в С++ тред и дрочи на свой ОПП, контейнеры и лямбды. А тут серьезные дяди капчуют в стиле императивной парадигмы на венгерской нотации.
Спасибо анончик, везде нахуярил макросов, чувствую себя сеньером 300к/сек. Чаю!
Идиот, блять, тебе сколько лет?
Ахуеть, выебываться на кресты в ситреде — это надо быть вообще тотальным бараном
https://sites.google.com/site/pathofdeveloper/home/programmirovanie-na-azyke-vysokogo-urovna/zadaci-pervogo-semestra/poisk-podstroki-metodom-bojera-mura
Уже середина второго а конца и края не видно, никак не осилю последний пункт лабораторной:
"Внимание: последний тест проверяет поиск на очень большом файле и для его прохождения недостаточно просто считать весь файл в память, потребуется модификация алгоритма для чтения маленькими кусками и потоковой обработки данных"
Вернее моя программа с ним справляется, но концептуально неправильно,алгоритм работает с порциями по 256 символов и если получится так, что шаблон строки 1 начинается в одной порции, а заканчивается во второй, вывод окажется неверным
Вот эта концептуально неправильная программа:
https://pastebin.com/cmYHPqvc
Вот я попытался использовать двойной массив:
https://pastebin.com/gTyqAuYT
Эта программа вообще ни одного теста не проходит. Выводит лишние символы в конце, и при некотором подборе тестовой строки лишние символы, при обработке символов вблизи границы двух массивов
А в чем проблема-то? Вот пример, на стыке. Подстрока занимает позиции с 14 по 19, буфер в размером 16.
https://pastebin.com/avTga2dG
Блять, в функцию bmh параметр fpos случайно протек. Игнорируй его, он не используется.
Можно ли в С выделить память для динамического массива структур, чтобы указатели при этом были равны NULL?
При выделении памяти таким образом TNode result = (TNode) calloc(sizeof(TNode), hash_size);
указатели в массиве result уже содержат элемент
первый и второй TNode со звёздочкой, да
Да очередной даун тралит тупостью. В описании функции черным по белому написано про обнуление. После этого получить не нули и винить функцию, разыскивая другие варианты, ну это сам понимаешь.
можно на самом простом примере
че? у тебя же потоки, те процесс общий, нет необходимости в межпроцессорном взаимодействии.. нах те пайпы
С потока? Через пайп? Зачем такие извращения? Пайпы - для процессов. А для потоков просто запиши в переменную, просто прочитай. Можешь критическую секцию притащить для синхронизации.
Возможно, ты не так понял, и там все же процессы. Для процессов делается так: создаешь пайп CreatePipe, в lpPipeAttributes пишешь нулевой дескриптор и TRUE для bInheritHandle. Потом CreateProcess все дела, хэндлы можешь сконвертить в строку и аргументами передать. Если процесс не сам создаешь, то OpenProcess/DuplicateHandle, хэндл передаешь любым способом IPC, хоть оконным сообщением. Ну и потом просто WriteFile во write-хэндл, читаешь дочерним процессом ReaFile из read-хэндла, все дела. А если тебе точно нужны именно потоки, то просто создаешь пайп, lpPipeAttributes можно NULL, хэндлы в глобальные переменные и просто WriteFile с одной стороны, ReadFile с другой.
Нет, там потоки как раз. Мы CreateProcess даже не изучали, у нас тема - синхронизация потоков в винапи, на первом курсе блеать. Использование пайпов в потоках препод объясняет тем, что глобальные переменные юзать не всегда безопасно.
Наверн для потоков код будет примерно такой же?
Бонч
Я сам обсираюсь с лаб у этого препода. Походу программа по предмету нигде не установлена вот он и творит такую хуйню. У прошлогодних челов вообще LabView было на этом предмете.
> Наверн для потоков код будет примерно такой же?
Ну я же тебе сказал: для потоков тебе не нужно ебаться с наследованием/дублированием хэндла пайпа и его передачей, просто создай пайп, пиши с одного конца, а читай на другом.
> что глобальные переменные юзать не всегда безопасно
В винде овердохуя примитивов синхронизации, пригодных, чтобы их защитить. И даже без глобальных переменных, существуют банальные SendMessage/GetMessage.
> Насколько реально дизассемблировать программу уровня хэлоуворд?
Очень просто.
> И возможно ли ее отредактировать чтобы она писала будбайворд, например?
Если длина новой строки <= длине старой строки, просто изменяешь ее в любом хекс-редакторе. Если строка длиннее старой, то будет лишь ненамного сложнее, но тоже без особых проблем.
Если есть какая-то реальная задача, а не просто любопытство, иди в RE-тредик с конкретными вопросами: >>1369180 (OP)
Да я для работы сделал одну небольшую консольную программу, которая в самом начале выводит создано таким-то. А один мудак хочет убрать эту строку(но ему пока лень или он тупой). Есть способ защитится от этого?
Если боишься, что он в бинарнике заменит строчку, то пройдись по строке xor-ом, например, пусть поищет. Или сгенерируй строку процедурно.
Это примеры простеньких защит от дурака. От человека с серьезными намерениями тебя ничто не защитит.
Проверить вывелась ли твоя строка, если нет молча делать пакости, например чтобы программа стала портить результаты, пропускать что-нибудь.
Можно просто запаковать программу этими кулхацкерскими пакерами, уменьшающими размер экзешника.
xor'а достаточно. Если человек способен выпилить xor, он способен и call printf забить nop'ами. А для поиска-замены в хекс-едиторе xor поможет.
>>3112
>>3115
>>3116
А вот такой способ, который я придумал, пойдет? Шифрую слово в числовую переменную, потом разбиваю ее по 2 цифры и вывожу массивом? В теории так он вообще хуй найдет слова или даже намек на них.
Ещё и можно в коде сравнивать равна ли переменная а такому то числу. сжал весь код в кучу чтобы на один скрин влез.
> книгу про односвязные, двусвязные списки
Каждая первая книга, в названии которой упоминаются структуры данных.
>>3145
> А вот такой способ, который я придумал, пойдет?
Ну вот смотри. Наблюдаемое поведение: программа выводит копирайты, а потом делает что-то полезное. Человек смотрит код и видит, что первой вызывается вот эта твоя функция. Возиться с расшифровкой? Нахуя?! Он просто удалит всю функцию целиком, да и все. Алсо, ASCII-код в константе очень заметен. Если же ему нужно будет заменить сообщение на свое, размера функции ему будет более чем достаточно, чтобы запихнуть туда вместо кода расшифровки свой printf со своим, незашифрованным сообщением.
Это на С реально сделать? Если да, то намекните как...
Вот тут и жопа, либ для C/C++ нет.
Authorizing requests with OAuth 2.0
Your application must use OAuth 2.0 to authorize requests. No other authorization protocols are supported.
Client libraries are available for the following languages:
Go
Java
.NET
Node.js
PHP
Python
Ruby
Ну вот как бы и все, заебись мне сказали напишите на любом удобном для вас языке:)))
FILE _iob[] = { stdin, stdout, stderr };
extern "C" FILE __cdecl __iob_func(void)
{
return _iob;
}
Гугление выявило вот это:
https://github.com/Microsoft/cpprestsdk/blob/master/Release/samples/Oauth2Client/Oauth2Client.cpp
Не подойдёт? Вроде по коду он как раз осуществляет все шаги авторизации.
Я уже остыл, это мне типа тестовые задание дал дяденька для тестирования, нах оно мне надо, такие танцы уже на стадии тестирования.
>заебись мне сказали напишите на любом удобном для вас языке
Ну и сделай на языке, который больше всего для этого подходит. Всему есть своё время и место, и в твоём конкретно случае явно подразумевали не Си.
В моем резюме указано С, других языков я не учил, так как думал, что сначала надо 1 отъебать так, чтобы как рыба в воде! Но видать не судьба, придется как все блять, 1000 овер языков, знаний во всех почти 0, зато ебать универсал и можешь вот такую хуйню на тесте состряпать и пилить говно для народа дальше по приказам дядек.
ты не тот язык выбрал надо было джаву (энтерпрайз), джаваскрипт (фуллстэк) или питон (скрейпинг, машоб)
JS - это помойка к которой я близко не подойду.
Java - не нравится, я пробовал, воротит. меня вообще воротит от ООП.
Но придется видатить вкатиться в С#, тут и плюс жирный есть в основном сейчас под виндой работаю, а он как зайчик заходит тут + универсален, а то что ООП, ну придется освоить.
Python как отдельный язык не рассматривается, скрипто-пушка и не больше. Только в связке с каким либо другим языком или в вебе где это блядский JS.
>сначала надо 1 отъебать так, чтобы как рыба в воде
Мыслишь, в принципе, верно. Но проблема в том, что один язык никогда не покроет 100% проблем, и знать на "хорошо" нужно хотя бы ещё пару. Та же скриптодрисня бывает очень полезна. Прочитай пару туториалов по питону за сегодня и ты уже завтра сможешь быстро сделать это тестовое.
>пилить говно для народа дальше по приказам дядек
Чувак, ты и так на дядю устраиваешься работать. Не хочешь - открывай своё дело, где все будут писать чисто на Си. Даже платы описывать будете на Си, без какого-либо Верилога.
Подписываюсь под каждым словом, переломило меня сегодня!
https://github.com/reddit-archive/reddit/wiki/OAuth2-Quick-Start-Example
Вместо консольного curl'а переписываешь все под libcurl
>>3677
Ты слишком много выебываешься и являешься типичным таким самым умным задротиком.
JS, Java, C#, Python - все эти языки придумали люди, которые на несколько порядков умнее и круче тебя. Они все заслуживают изучения. Если ты думаешь, что можно вот так просто объявить что-то недостойным изучения и не учить это, то рыночек тебя порешает.
На собеседовании будут об этом спрашивать, скорее всего
Я претендовал на звание самый умный? Чтобы ты крякалку свою открыл!? В своей жизни я решаю, кто заслуживает изучения, а кто нет и в высерных советах не нуждаюся от Мань вроде тебя. Я уверен на все 99% твои знания в каждом из языков это 5-10%, копни тебя глубже и ты лопнешь как пузырь мыльный.
Кому-то в жизни диктуют правила, а кто-то в жизни диктует их сам.
И эти языки на порядки умнее меня. Когда в лицо с вертухи на простом хэлловорлде тычут ООП - я теряюсь.
И вообще, как научиться писать более-менее сложные программы? Я на каком-то моменте роста ее размера просто встаю в ступор и дальше уже ничего не идет.
Мимо
tips fedora
>Я претендовал на звание самый умный? Чтобы ты крякалку свою открыл!?
Ох, ирония.
Откуда у тебя такое сильное отношение к вещам, которых ты даже не знаешь? Я понимаю, если бы у тебя был либо прямой опыт работы с ними, либо ты уже был просто профессионалом и видел проекты/людей, которые используют эти технологии и парадигмы. Но судя по постам ты - бывший школьник, который год учил Си и алгоритмы. Да, это похвально, но это (и постинг на двачах) не даёт тебе должной компетенции. >>3686 правильно тебя охарактеризовал.
>Кому-то в жизни диктуют правила, а кто-то в жизни диктует их сам.
Между тем именно ты попросил о помощи с тестовым заданием.
Мимодругойанон-кун
>И вообще, как научиться писать более-менее сложные программы?
Это примерно "как научиться захламлять стол". Никак. Сам захламится. А твоя задача регулярно его убирать - вешать шкафы, в них класть коробочки, завести каталог где у тебя что лежит и так далее. Ты вот это не умеешь, в итоге на своем захламленном столе уже ничего найти не можешь. Убирайся. Рисуй простые диаграммы, как и куда у тебя текут данные. Выражай это напрямую в коде. И так далее. "Совершенный код" можешь почитать например.
Хрен знает, надо настройки проекта смотреть. У меня без ошибок на 2017
Тоже хочу прочитать совершенный код, но хочу именно бумажную версию, ее можно где-то купить?
О, спасибо, закажу.
Дополню анона, хорошо помогает чтение кода небольших программ, написанных хорошими специалистами. Многие приемы, стилистические нюансы можно позаимствовать.
Откуда вы все повылезали, сосач-мастера... Если я пишу, значит я знаю о чем говорю Маня, свои умо-заключение оставь для себя и себе подобных, помощи я ниукого тут не просил, а уж тем более у таких макак как ты! Вопрос стоял о возможности реализации, на этом языке или нет, так как лично я ничего путного не нашел и в надежде, что тут живут адекваты, закинул удочку, поймал 1го адекватного и (2х сосачеров ты в их числе). Так что отрыгиваю вам 2им в ебало!
На си можно написать все, вопрос только в том имеет ли это смысл, если на другом языке это можно написать в 2-3 раза быстрее.
Написал тебе за щеку в 10 раз быстрее.
Просто возьми питон, там в одну либу все это делается, urllib импортируешь и прям по мануалке отправляешь запросы
Это понятно, язык ведь для господ. Но я уже понял, что без танцев тут никуда и успокоился давно. Вдруг кто-то раньше с таким сталкивался и есть готовая библиотека или алгоритм под рукой, поэтому и спросил. Тему можно закрыть, пока сосачеры новые не подъехали...
Уже понял все, пересмотрел свои взгляды, буду осваивать новое сквозь зубы, а вдруг и понравится что-то! Буду пробовать себе в других языках и папу С не забывать!
>ядро
>gnu-стиль
Это не гну. Гну стиль это вот это:
https://github.com/coreutils/coreutils/blob/master/src/yes.c
По-моему как раз у кернеля вполне нормальный стиль кода.
https://github.com/torvalds/linux/blob/master/drivers/hid/hid-core.c
Забавно. Особенно, что многие вещи пытаются вызывать системную (?) функцию uname. Но в исходниках я не нашел ее реализацию.
Например в coreutils uname.c
if (uname (&name) == -1)
А так вызовы по куче исходников kernel linux встречаются.
Вот в чем проблема. Первый раз вызываю функцию с аргументами 123456 и 5. Она выводит 123456 как и положено. Но если вызвать второй раз и размер массива будет меньше предыдущего, например 000 и 2, то функция выведет 000456, взяв 456 из прошлого массива. И теперь 2 вопроса:
1. Какого хуя так получается? Я же второй раз массив указываю равным 3 значениям, как он становится длиннее?
2. И разве при каждом вызове своей функции все что внутри нее происходило не обнуляется?
Ну так 2 раза обращаешься к 1 массиву в 1 функции, во второй раз записываешь только 3 первых символа, так и должно работать. Читай про время хранения данных в си.
А как сделать чтобы в конце конец строки был? В переменные а и b их же не добавить.
Что такое VLA?
БТВ, а можно делать конструкцию вида return while{}? У меня чет ошибки хуячит.
> А как сделать чтобы в конце конец строки был?
name[size2] = '\0' после цикла с иксами.
> Что такое VLA?
Массив, размер которого зависит от переменной (char name[x]). Делай всегда 16 байт и все (в long long ты можешь закодировать около десяти символов, плюс чтобы нолик поместился, и округляем до степени двойки, чтобы красиво было).
> конструкцию вида return while{}?
Что она должна делать по твоему мнению?
Последний вопрос не актуален, не дочитал до конца.
>в последний массив
В последний элемент массива
>name(x)
Плохо, у тебя массив начинается с 0, а последний будет x-1. Ты можешь например адрес возврата из функции в стеке повредить и программа упадет.
> Почему х-1?
Потому что это самый последний элемент в массиве. А name[x] уже за пределами массива. И вообще, твое говно пишется так:
https://ideone.com/rKic5h
Дополню, лучше char name[x + 1]; задавай и name[x] = '\0'; устанавливай.
Дополню. Вот код: https://pastebin.com/e2rfsJEz
У тебя там неправильно массив внутри функции объявляется. Тебе нужен динамическое выделение памяти, а не статическое.
Лол. Это спецолимпиада по созданию еще более сложной реализации? Тогда предлагаю класть очередную букву в голову связного списка, а потом проходить по списку, собирая результат в массив. И, конечно, не обойтись без динамического выделения памяти.
Алсо,
> #include <malloc.h>
ты откуда вылез вообще?
У меня с таким выделением памяти даже не компилит, поэтому исправил на более правильное. Ничего вы этом сложного нет. На одну строчку больше.
> У меня с таким выделением памяти даже не компилит
Ну так может это повод проапгрейдить компилятор до чего-нибудь, поддерживающего хотя бы C99?
> Ничего вы этом сложного нет. На одну строчку больше.
Ну да, какая разница: уменьшить указатель стека одной инструкцией или сходить через три обертки до маллока, а потом еще и free проебать.
Да... free проебал. Но указатели, это не правильно. Ты ведь не выделяешь память, а просто указываешь индекс в памяти, которая может быть занята чем то другим.
Не знаю, мне кажется выделение памяти через указатели, это не совсем безопасная работа с памятью. Все что угодно может произойти, нужно контролироваться выход за приделы массива, можно сослаться не на тот адрес в памяти, может возникнуть проблемы с кучей в памяти. Хз, хз... крч.
У malloc есть 2 варианта, или они находит тебе подходящий участок памяти и возвращает на него указатель, или не находит и возвращает нулевой указатель. Опасного в этом ничего нет. Память забита случайным мусором, очистка которого ложится на плечи разработчика для быстродействия. Выход за границы... Ну тут как бы надо себя контролировать, да.
Рекомендую почитать Роберта Сикорда "Безопасное программирование на С и С++", главу "Управление динамической памятью". Там автор прекрасно расписывает все возможности накосячить и даже самые известные уязвимости основанные на этом.
Сяп, почитаю. А насчет того, что malloc может не найти памяти... тут два варианта: 1)подождать некоторое время, и потом попробовать еще раз; 2)сообщить юзеру о нехватки памяти, и выйти с программы. А вот с указателями такого не провернешь.
Вообще если все контролировать, а не бездумно фигачить указатели, то все конечно гуд. Только не думаю, что это сильно проще, чем malloc.
В основном тут рекомендуют Прата. Я его не читал. Читал Дейтелов - ну оно для ньюфагов, на мой взгялд даже избыточно разжевывают.
Если кресты для хеловорлдов и программ типа введи_имя-узай_ебал_ли_я_такую_телку, то нет. Иначе — в любом нормальном пособии по крестам, основы си (указатели, ДУП) будут затронуты. Смело покупайте крестоучебники, у них в треде годноту советуют
Проблема на пиках. Почему второй вызов scanf() обнуляет переменную, считанную первым вызовом? Причём если сделать наоборот, то всё работает. Но препода наоборот не устраивает.
>одна laba2.cbp
когда ты выпустишься, в мире уже произойдеть тотальный экономический кризис, а в россии будет гражданская война и люди будут есть людей
так чтож нахуя ты сейчас это делашь, не понятно
Энжой юр повреждение стека концом строки.
Потому что %8s, чтобы ограничить длину присваиваемой строки. А если не ограничиваешь, то ты сам себе буратино.
Не. Всё-таки пускает. Только потом не работает.
хуйня
ни в одном учебнике по си, даже в священной k&r, нет рассказа о том, как реально используется си на практике
нихуя не объясняется всякая магия указателей на функции в связке со структурами, что позволяет мутить ооп и компонентное программирование
нихуя не объясняется как делать adt на макросах или на войдах или на юнионах
нихуя не объясняется как делать вариадики на юнионах
нихуя не объясняется как делать динамический полиморфизм на vtable
нихуя не пишут про такие типа мелочки, что строку формата для prinf (и даже сканф, что вообще за гранью этих книг) можно тоже формировать динамически и подсовывать
нихуя не пишут как использовать setjmp/longjmp для обработки сигланов и эмуляции исключений
во всех книгах пишут - утю-тю, go to хуевая практика, не юзайте дети, а откроешь сорцы там этим говном каждая вторая функция набита
обработка реальных данных? бля, да типичная обработка - открываем мапу, голая память и давай на нее ебаные пожатые структурки накладывать с массивами, эта дрисня в реальном коде повсеместно
и такого только по возможностям языка, что не освещены типа в учебниках можно десятки навспоминать
по итогу книги по сям вообще ничему нахуй не учат
>нихуя не пишут про такие типа мелочки, что строку формата для printf можно генерировать и подсовывать
Так этож очевидно, ёпт.
ах, да, отдельная мякотка - макросы
в учебниках типа, утю-тю, дети, смотрите, мы можем написать макрос max который типа наибольшее число выбирает! охуенно!
а на практике на макросах лепят ебанутейшую кодогенрацию в которой черт ногу сломит, склейка строк вообще наше священное знание, епт
- отсутствие abi, что вынуждает на границах бинарных модулей лепить старый сишный интерфейс, а лучшее что из этого можно выжать - com модель майрософта, или гномовскую gtk (которая была скопирована с com, внезапно) , ну и сверху обмазать темплейтами для удобства - atl, а общем все равно это все будет технологиями полувековой давности в своей основе, лол
- второе - это невозможность отказаться от киллер-фичи макросов сишных - а именно склейки строк, как следствие невозможность продвинутой кодогенерации, так как темплейты крестов работают уже на уровне определенных лексем, они не могут порождать новые; ну или в качестве полной альтернативы, вообще использовать стороннюю кодогерацию
> а именно склейки строк, как следствие невозможность продвинутой кодогенерации
В каком языке ты занимаешься продвинутой кодогенерацией на уровне склейки строк?
> по итогу книги по сям вообще ничему нахуй не учат
Книги по сям учат сям. А то, что ты перечислил - это по большей части общие для всех компилируемых языков подходы.
> setjmp/longjmp для обработки сигланов
Ловите наркомана.
> во всех книгах пишут - утю-тю, go to хуевая практика
Во всех книгах пишут ровно два допустимых случая использования: выход из глубокого цикла и переход вперед на обработчик ошибок.
> пожатые структурки накладывать с массивами
А что тебе не нравится? При известной платформе - самый удобный и быстрый подход.
>>4450
> а на практике на макросах лепят ебанутейшую кодогенрацию в которой черт ногу сломит
Люди, которые не осилили макросы, обычно умеют хотя бы делать -E. Но вообще я крайне редко вижу в проектах совсем уж нечитаемые макросы уровня http://jhnet.co.uk/articles/cpp_magic
Кто сказал, что я её не читаю? Да и там только анси си, что является 80% от обычного си
а [ i ]
Как элемент массива name(x) может быть за пределами массива размером х?
>>4284
> Плохо, у тебя массив начинается с 0, а последний будет x-1. Ты можешь например адрес возврата из функции в стеке повредить и программа упадет.
Ну так я за х беру число букв, а т.к. массив начинается с нуля, то получается у меня как раз от 0 до х-1 это буквы а х - '\0'.
> Как элемент массива name(x) может быть за пределами массива размером х?
Молча. Если массив, допустим, из трех элементов, то x = 3, а валидные индексы элементов 0, 1, 2, но не 3.
>а х - '\0'.
Начнем с простого.
х = 3;
char t[x]; [0, 1, 2] - 3 элемента. А ты собрался пихать в t[3] - за пределами массива '\0'. Ты тупо пишешь в переменную в стеке до твоего char t[x]
а как ты будешь восстанавливаться после обработки сигнала? только длинным переходом
кто тут наркоман?
то что ты все равно должен будешь пользоваться возможностями сишных макросов, пусть они и будут замешаны уже с темплейтами вместе
речь не о литералах, а о лексемах, дружок
сишные макросы позволяют порождать новые лексемы
а крестовые шаблоны - нет
всекаешь?
480x360, 0:05
>ряяяя букварь не учит писать как пушкин! Как так! Произвол!
Ну ты бы постеснялся. Понимаешь писать на си это не о ебать мы сделали новую нейросетку как напитоне, это не о ебать клевый сайт с перделками как на жаваскрипте. Писать на си это творчество, это искусство, это страдание, это эксельсиор.
из за этого, кстати, весь код под микроконтроллеры покрыт дрисней из макросов, прямо как деды (буквально) писали
а на шаблоны со скрипом переходят
Прата тоже разжевывает всё очень подробно, что аж приходится пропускать очевидные абзацы.
> речь не о литералах, а о лексемах
Так и говорил бы, что клеишь токены, а не строчки.
> из за этого, кстати, весь код под микроконтроллеры покрыт дрисней из макросов
Мой не покрыт, даже странно. Ну если не считать констант и тех макросов, которые используются в качестве замены __attribute__((always_inline)). Покажи пример, зачем еще в мк макросы?
Goto вроде нужна как замена break, если нужно срочно выйти из глубины вложенных циклов.
Нужно ли всегда обьявлять (Declare) функцию перед описанием (Definition)? Попробовал без обьявления, компилируется в gcc. Тогда какого учебники требуют это делать?
Я понимаю, что декларация нужна, если код раскидан в нескольких файлах, или когда подключаю заголовки. Но в моем случае пока один .c файл с кодом.
Если функция в одной компилируемой единице с вызывающе и перед ней, то нет. Если ты в заголовочном файле сделал сразу definition функции, то попробуй включить во вторую компилируемую единицу, получишь ошибки.
ну дык обычно же все этим заканчивается, не?
случается война, кризис, люди едят людей, 95% погибает
и все начинается заново
вот, к примеру, на великой китайской равнине было несколько таких циклов, зафиксированных хрониками: людей размножалось до 50 млн, потом случался кризис и погибало почти все население, а потом снова все начиналось
и книжка гумилева так называется: "конец и вновь начало"
а сегодняшняя ситуация уникальна, тк механизация сельского хозяйства и введение искусственных удобрений позволило повысить эффективность сх на порядок, как следствие на китайской равнине щас живет 500 млн человек
что и делает ситуацию еще боллее опасной чем раньше
тк в случае обрушения экономики жестокость дойдет до предела, каннибализмом, в частности, будут заниматся не один-пару сезонов ближе к весне, а несколько десятилетий
просто одни банды каннибалов будут вырезать другие банды, что оказались послабей
и так пока не останется несколько тысяч мужчин и нескольких десятков женщин
из сотен миллионов
дык ты делаешь таки кодогенерацию на макросах или все руками хуячишь что ли?
Спасибо. Сегодня-завтра начну грызть. А насчет https://www.cypress.com/file/56651/download из шапки что скажешь?
>>4498
Тоже полезный совет. Но, все таки, самый сильный старт и фидбек (особенно в простых вещах) на практике дал именно харкач.
Вот до чего Сишка людей доводит...
В регистре r16 записано число 0b10101010. Второй, третий, четвёртый, и пятый биты нужно поменять на 1110, не меняя при этом остальные. То есть надо сделать такую замену.
10101010 //Исходный регистр
1110 //То, на что надо заменить
10111100 //Регистр после замены.
Это возможно как то кратко сделать, или надо только менять каждый бит отдельной операцией?
> возможно как то кратко сделать, или надо только менять каждый бит отдельной операцией?
Побитовые операции работают с каждым битом независимо, поэтому ты можешь без проблем менять все нужные биты разом точно так же, как ты делал с одним битом. Делаешь маску - битовую строку, где все биты, которые нужно сохранить - установлены, а которые будут меняться - сброшены. Применяешь маску к регистру с помощью &, тем самым сбрасывая в 0 то, что будешь менять и оставляя неизменным то, что менять не нужно. И потом |-ом ставишь в 1 нужные биты. Т.е., примерно так (можешь в макрос обернуть):
mask = ~(0b1111 << 2); // = ~0b111100 = 0b1111...1111000011b
new_bits = 0b1110 << 2; // = 0b111000
value = 0b10101010;
value = (value & mask) | new_bits;
> 1110 //То, на что надо заменить
Нет. Каноничная нумерация - справа с нулевого бита, а у тебя с первого.
Так как необходимо менять с второго бита, можно конечно написать полностью число и с ним сделать побитовые операции.... но это же не имеет значение.
P.s. не автор того сообщения.
Ну и съебись нахуй отсюда, макака ебанная!
mov r16, 0b10101010
mov 1, r15
shl r15, 4 // сколько бит заменить
dec r15
shrl r15, 1 // начиная с какого
or r16, r15
mov r15, 0b1110
shl r15, 1 // начиная с какого
and r16, r15
Разве готовое число не яснее? У тебя скорее обфускация, мешающая нормально увидеть маску, а значит понять как она работает. Даже сам в комменте нормальное число пишешь, лол. Пишешь по сути "2+(1+3-2)" вместо "2+2".
Купи С Классическое издание (Полное Руководство) Г.Шилдт
Я купил не пожалел, много интересного.
Да мне бы спиздить, а то скоро на улице жить уже буду.
>>4971
Ты мне, наверное, адресовать хотел.
http://www.it-059.ru/pluginfile.php/181/mod_folder/content/0/Программирование/Язык программирования на Си. Издание 3-е исправление.pdf <- Оно? При переходе принудительно качать пдф начинает, к слову
Да, оно, и качество вроде норм.
Там был старый борландовский компилятор, уже не помню какая версия. И я завалил практическую часть. Препод попробовал сам запустить её, обосрался и отправил на осень. Какой-то косяк был при распределении памяти.
Borland c++ 3.1, кажется. А ещё borland Pascal 7.1, лол
Нет, не читал, но по описанию это точно не то, что нужно анону, который ищет K&R. Да и хуесосят этого Шилдта на буржуйских интернетах, мол, неча было джависту в чужое лезть.
Мань, ты хотябы разберись пред тем как обсираться... ок?
Шилдт — писатель и учёный в сфере компьютерных наук, получил образование и учёную степень в Иллинойском университете в Урбана-Шампейн. Был членом комитета 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 .
Потому что отладочные символы и рантайм: код, требующийся для реализации твоих argc/argv (в винде), твоего printf, твоего stdout и прочих локалей, которые все равно нужны, хоть ты их и не используешь явно, а также код, который тянут за собой реализации вышеперечисленного. А вот если линковаться динамически, то хелловорлд будет 2-8К, в зависимости от платформы.
Кошмар. Сегодня пробывал написать простенький генератор паролей на чистом Си с использованием WINAPI. ЭТО БОЛЬ! Еле написал обработчик для кнопки, но когда дело дошло до текстового поля, я обнаружил, что оно не редактируется, и судя по всему необходимо писать отдельную функцию, которая будет принимать скан-коды нажатия клавиш на клавиатуре и переводя их в ASCII сохранять в динамический массив одновременно выводя в текстовое поле, чтобы видеть, что набираешь. Как жить дальше?
Ебать ты урок, чмох иди учи
> WINAPI. ЭТО БОЛЬ!
Гуи на винапи не боль, а 100 шаблонных строк. Их нужно написать один раз, а потом просто копировать из проекта в проект. Мало того, существует гуи на винапи из одной строки не считая обработку событий: DialogBoxParam().
> судя по всему необходимо писать отдельную функцию, которая будет принимать скан-коды нажатия клавиш на клавиатуре
Какие еще нахуй сканкоды? Ты что-то делаешь не так. Можешь код притащить, но вангую отсутствие вызова DefWindowProc() или другой тупой баг.
>или другой тупой баг
Гены тупой шлюхи это неисправимый баг на всю жизнь.
Просто посмотри на это:
>вернусь на Qt
Что такое Qt? Это взяли кресты и сделали из них джаваскрипт. И вот выродки, пишущие на таком говне потом кукарекают. Неудивительно, что необучаемая макака не смогла прочитать как работать с окрами в Winapi, высрала вслепую нерабочий код, и убежала обратно на свою парашу, громко взвизгнув "Winapi - говно!".
И ладно бы только это, но тут ситуация куда серьезней - почему кресто-джаваскрипто макака сидит и кукарекает в треде СИ? Ладно бы в крестотреде, можно было бы понять, но тут уже никакого адекватного объяснения нет, просто тупое говно срет тупостью где ему не место вообще.
Хуйня это Маня, рыгающая дерьмом в этом треде, а Шилдт ебет тебя по всем параметрам в жизни, потому что у тебя Маня, кроме высера в тредах на сосаче, больше нихуя в жизни нет и не будет!
"Со слов Сассмана, «Программирование сегодня больше напоминает науку: вы берете часть библиотеки и «тыкаете» в нее — смотрите на то, что она делает. Затем вы спрашиваете себя, «Могу ли я настроить это так, чтобы оно делало то, что мне нужно?». Подход «анализ через синтез», используемый в SICP, когда вы строите большую систему из простых, маленьких частей, стал неактуальным. Сегодня мы программируем «методом тыка»."
С просторов интернета, но, к сожалению, процесс необратимый. Мало кому нужно качество, подавай количество.
Если найдешь доки по стандарту doc.
Слишком геморно, если парсить файл. А вот .docx уже норм. Но если у тебя винда, и на целевой машине установлен ворд, то можно через COM попросить его открыть файл и либо получить текст, либо прямо вордом же и сохранить как .txt. Гугли по CreateObject(Word.Application) да, CreateObject - это VB, но на сишечке работать с COM тоже можно.
Ебать гуманитария порвало. "Сперва добейся, потом пизди", когда вы все передохнете? Хороший технарь вовсе не обязательно хороший преподаватель. Тут про книги речь шла, при чем даже если книга годная, в чем я сомневаюсь, один хуй неуместна. Ты же высрал нахуй никому не интересную историю достижений из Википедии. Ты не слишком умный, да?
Почитал эту поэмку. Где можно почитать об памяти выделяемой под вызов функции (т.е. под автоматические переменные). Просто как это вижу я: есть мк с памятью 32 кб, на этапе компиляции выделяется память под статические переменные, и под сам код, остается скажем... 16 кб. Потом, в процессе выполнения некоторой функции нам необходимо выделить память на 3 раза выделить память (под три массива). И вот первые два массива заполнили оставшеюся память на 90%. И последнему массиву не хватило памяти. Разве если мы выделяем память через указатели, не может быть такого, что из-за нехватки памяти, мы выделим память с середины второго массива, и похерим его? Буду раз если разъясните или скажете где почитать, как там, на физическом уровне выделяется память.
Я не намерен тратить свое время, на падаль вроде тебя говноед, можешь дальше тут извергать свою рыготину стирая пальцы об клавиатуру. А я тупо сру тебе на голову и иду дальше...
Кому будет интересно прочтет.
>Где можно почитать об памяти выделяемой под вызов функции
Для начала в вики "Соглашение о вызове". Там описаны популярные способы передачи и выделения.
>И последнему массиву не хватило памяти.
И получишь указатель на 0. Не хватило - увы, страдай, оптимизируй.
Нюанс еще в том, что malloc выделяет непрерывный кусок памяти. Херить уже выделенные участки она не будет.
Почитать... Курни MSDN malloc/realloc/free
Скинул же ссылку на его код. Хреново выразился, он сперва создавал буфер, а потом перемещался по буферу с помощью указателей. Просто посмотри по ссылке код.
И что тебе не понравилось? Собственно Си массив, это непрерывный участок памяти, который тебе выделил компилятор. Компилятор даже не заморачивается контролем его длины если конечно не был запрос на динамеческое выделение и границ. Ты можешь свободно перемещаться по нему через указатели. Устанавливаешь на 0 (индексация с нуля) и передвигаешься на размер элемента. Собственно, когда ты обращаешься myarray[2], тебе так же все расчитывается указатель на 0 элемент + 2 * sizeof(тип массива).
С одной стороны может показаться дико, но по факту максимальное быстродействие и гибкость. Например в int массиве, тебе ничто не мешает перемещаться побайтово . Это удобно для работы со строковыми массивами часто. Если ты пишешь крайне надежный код, то да - лучше использовать готовые библиотечные решения.
Не понравилось то, что обоссали malloc, типо это все херня. Крч, вскрыли мой комплекс неполноцености, и я пытался себе доказать, что malloc не говно, и что я не полный говноед.
P.s. Но на самом деле я дурачек, что вообще на такой фигней загнался.
Запросить массив, как делал чувак выше
char buf[100]; - память будет выделена в стеке (просто указатель стека подрастет на 100 байт).
Выделить
char\ buf = (char\) malloc(100); - память будет выделена где-то в далеко куче. (звездочки после char сожрет макаба).
У обоих способов есть свои плюсы и минусы:
У стека - быстро выделяет, быстро перемещается, так же быстро освобождается. Особенность - при выходе из области видимости - указатель стека вернется ДО состояния входа в область видимости и он станет недоступен. Из недостатков - очень большой объем не выделишь, привет stack overflow.
У кучи - можешь запросить огромный кусок памяти (ограничивается архитектурой ОС, привет файлы подкачки). При выходе из области видимости не теряется. Из минусов - при обращении выполняется длинный переход (тут лучше у специалистов ассемблера спросить, я его последний раз копал лет 12 назад), медленне чем при работе со стеком. Ну и если забыл сделать free, то до завершения твоего процесса кусок памяти утерян.
>при обращении выполняется длинный переход
O_______O
Чувак, реальный режим процессора - это начало 90-х. Ты походу не 12 лет назад ассемблер копал, а вчера из криокамеры вылез.
Стэк с большой вероятностью будет находиться в кэше процессора, поэтому он чуть быстрее. Но и массив в куче может быть закэширован, так что не все так однозначно.
Да я не спорю, написал же лучше пояснят. Загуглил, да - сейчас организация памяти изменилась. Но я уже давно ниже библиотечных функций не лажу.
>тут лучше у специалистов ассемблера спросить, я его последний раз копал лет 12 назад
Не совсем так. Тут всё дело в кеше. Попробую объяснить оче по-простому, а то займёт большой пост. Если данный участок памяти есть в кеше - значит разницы в производительности не будет. Если нет в кеше - значит в первый раз обращение будет медленнее.
Но это важно только для high-performance задач (всякой обработки изображений, научных вычислений и игорей). Для остального кода этот эффект за счёт out of order execution невидим. Пока там одна команда ждёт завершения операции с памятью проц уже успевает выполнить следующие 10-20 инструкций.
>Гуи на винапи не боль, а 100 шаблонных строк.
Я понимаю, только нигде нет нормального гайда или книги, где бы всё подробно и с примерами расписывалось.
>Можешь код притащить
https://ideone.com/cUt15v
В Data Oriented Programming Майка Актона (https://youtu.be/rX0ItVEVjHc) много обо этом говорится (хотя он сосноледевелопер, у них там всё намного хуже с памятью обстоит, да и он сам слишком хайпает этот подход).
Говорят также, что https://people.freebsd.org/~lstewart/articles/cpumemory.pdf хорошая вещь, но, пролистав, там уж слишком много всего (те же DMA и NUMA - можно всю жизнь прожить, не столкнувшись с ними).
Идут жавасеньер с сыном-хипстером фронтендером по улице и видят как немытый байтоеб развесистой нечитабельной лапшой кеш машине ублажает. Сынок такой спрашивает : "Папа а что это дядя делает ?" Папа отвечает: "А это, сынок, байтобомжара без Xeon Gold 256GB RAM мучается, денег то нет"
while ((state = GetMessage(&msg, NULL, 0, 0)) != 0)
{
TranslateMessage(&msg);
DispatchMessage(&msg);
}
TranslateMessage:
Translates virtual-key messages into character messages
>
>Правда, что скиллового Сишника определяет кол-во макросов в коде? Чем больше макросов и чем мощнее абузится препроцессор, тем скиловей кодер. Пруф ми вронг.
Всё дело в том, что С - процедурный язык со всеми вытекающими.
И если ты будешь писать на нем большой проект вроде линуксядра или постгреса то ты неизбежно уткнешься в отсутствие высокоуровневых средств и будешь велосипедить недоООП и недоконтрактное программирование на макросах.
кекнул с тебя
дык если проэкт типа крутой и под несклько платформ то тебе придется делать условную компиляцию на макросах
второе, кодогенерацию сишники тоже на макросах делают, а когда уже их не хватает, подключают сторонние средства - норм сишник вместо того чтобы сотню раз ебашить похожую структуру и функции ее обработки пишет макрос, тупо сокращающий количество повторяющегося кода
в проце вообще то специальные инструкции по обработке стеков есть, а стеки что предоставляет операционная система, их используют
а эти стеки ос, в свою очередь, используют компиляторы си для организации, собственно сишного стека
у которой тоже свои оптимизации, она относительно быстро выделяется на старте работы программы
зачастую вообще вся работа с ней проиходит, кучу не используют, стек только для обслуживания вызовов функций
По подоробнее про глобальную память и ее отличие от кучи, пожалуйста. Насколько помню (для WinAPI) GlobalAlloc и LocalAlloc были актуальны в Win16. C Win32 это оболочки для HeapAlloc. Соответственно я считал, что куча и есть глобальная (в рамках процесса).
Еще тут такая ебала была, кстати. Долго пытался понять я дурак или лыжи не едут
Все таки я дурак. Какая-то хрень на мониторе, одной скобки не было видно
>ты будешь писать
>вроде линуксядра или постгреса
А еще станешь президентом или черным властелином мира.
Вау, работает, спасибо. На самом деле, у меня ещё осталась пара вопросов по WINAPI. Например, почему компоненты и шрифты выглядят так, как будто они сделаны под Windows 98? Есть ли какой-нибудь сбособ сделать их более нативными и современными? И ещё, есть ли метод динамическии изменять расположение компонентов на форме, чтобы при изменении размеров окна, кнопки и текстовые поля всегда оставались в центре.
После создание edit, создай шрифт с нужными параметрами и отправь полю ввода сообщение с инфой о шрифте.
HFONT hFont = CreateFont(12, 0, 0, 0, FW_DONTCARE, FALSE, FALSE, FALSE, DEFAULT_CHARSET, OUT_DEFAULT_PRECIS, CLIP_DEFAULT_PRECIS, DEFAULT_QUALITY, DEFAULT_PITCH | FF_SWISS, "Arial");
SendMessage(Edit, WM_SETFONT, WPARAM(hFont), TRUE);
>метод динамическии изменять расположение компонентов на форме, чтобы при изменении размеров окна, кнопки и текстовые поля всегда оставались в центре.
Скорее всего придется отлавливать сообщение WM_SIZE, вытаскивать размеры окна и пересчитывать размеры компонентов.
Хотелось бы более детально об этом узнать.
> не может быть такого, что из-за нехватки памяти, мы выделим память с середины второго массива, и похерим его?
Может быть аппаратное исключение для переполнения стека (обычно в полноценных процессорах). Может быть так, что стек просто растет навстречу куче, и просто похерит какие-то данные в куче при переполнении (чаще в микроконтроллерах, поэтому там важно хотя бы примерно представлять, сколько у тебя локальные переменные весят для самой глубокой вложенности).
> Буду раз если разъясните или скажете где почитать, как там, на физическом уровне выделяется память.
Ну вот тебе простой 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));
void push(uintptr_t value) { assert(sp); ∗--sp = value; }
uintptr_t pop(void) { return ∗sp++; }
>>5353
> Не понравилось то, что обоссали malloc, типо это все херня.
malloc() не херня, просто не нужно использовать malloc() там, где можно обойтись автоматической переменной, потому что у malloc() есть накладные расходы, потому что malloc() может вообще в ядро пойти за памятью, а автоматическая переменная (на стеке) либо совсем бесплатная или либо почти (если ОС умеет автоматически расширять стек, ей нужно page fault обработать для этого). Поэтому если у тебя максимальный размер массива заранее известен, и это не мегабайты, и передавать массив наружу из функции ты не планируешь, то malloc() избыточен.
>>5394
> понимаю, только нигде нет нормального гайда или книги
В MSDN кроме описаний функций есть еще примеры. Прямо минимальными кусками: создаем окно, пишем WindowProc(), пишем message pump, не проебывая TranslateMessage() и т.д. Посмотри внимательно. Можешь слить на торрентах Platform SDK 2003, оно офлайновое и удобное, а то современные маркдауны в MSDN хуево читаются.
>>5531
> Соответственно я считал, что куча и есть глобальная (в рамках процесса).
В винде нет кучи в традиционном понимании (т.е., никаких brk() и прочей ереси). В винде ты можешь только выделять страницы в адресном пространстве (где угодно, лишь бы не занято было) всякими VirtualAlloc(). А если тебе сложно, у тебя есть HeapCreate(), которая создаст тебе экземпляр кучи, управляющей памятью не на уровне страниц, а на уровне блоков разного размера. Одну такую кучу для тебя делает сама система при старте процесса, ты можешь получить ее GetProcessHeap(), но ты можешь создать дополнительные.
>>5568
> Через гугление понял, что нужен int перед main()
cc -ansi govnokod.c
Но да, одна из причин читать Прату - отсутствие необходимости писать на кривом С89 вместо C11.
>>5592
Про шрифт тебе написали, для красивых кнопочек сделай манифест с common controls 6 (так и гугли: windows manifest common controls).
> не может быть такого, что из-за нехватки памяти, мы выделим память с середины второго массива, и похерим его?
Может быть аппаратное исключение для переполнения стека (обычно в полноценных процессорах). Может быть так, что стек просто растет навстречу куче, и просто похерит какие-то данные в куче при переполнении (чаще в микроконтроллерах, поэтому там важно хотя бы примерно представлять, сколько у тебя локальные переменные весят для самой глубокой вложенности).
> Буду раз если разъясните или скажете где почитать, как там, на физическом уровне выделяется память.
Ну вот тебе простой 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));
void push(uintptr_t value) { assert(sp); ∗--sp = value; }
uintptr_t pop(void) { return ∗sp++; }
>>5353
> Не понравилось то, что обоссали malloc, типо это все херня.
malloc() не херня, просто не нужно использовать malloc() там, где можно обойтись автоматической переменной, потому что у malloc() есть накладные расходы, потому что malloc() может вообще в ядро пойти за памятью, а автоматическая переменная (на стеке) либо совсем бесплатная или либо почти (если ОС умеет автоматически расширять стек, ей нужно page fault обработать для этого). Поэтому если у тебя максимальный размер массива заранее известен, и это не мегабайты, и передавать массив наружу из функции ты не планируешь, то malloc() избыточен.
>>5394
> понимаю, только нигде нет нормального гайда или книги
В MSDN кроме описаний функций есть еще примеры. Прямо минимальными кусками: создаем окно, пишем WindowProc(), пишем message pump, не проебывая TranslateMessage() и т.д. Посмотри внимательно. Можешь слить на торрентах Platform SDK 2003, оно офлайновое и удобное, а то современные маркдауны в MSDN хуево читаются.
>>5531
> Соответственно я считал, что куча и есть глобальная (в рамках процесса).
В винде нет кучи в традиционном понимании (т.е., никаких brk() и прочей ереси). В винде ты можешь только выделять страницы в адресном пространстве (где угодно, лишь бы не занято было) всякими VirtualAlloc(). А если тебе сложно, у тебя есть HeapCreate(), которая создаст тебе экземпляр кучи, управляющей памятью не на уровне страниц, а на уровне блоков разного размера. Одну такую кучу для тебя делает сама система при старте процесса, ты можешь получить ее GetProcessHeap(), но ты можешь создать дополнительные.
>>5568
> Через гугление понял, что нужен int перед main()
cc -ansi govnokod.c
Но да, одна из причин читать Прату - отсутствие необходимости писать на кривом С89 вместо C11.
>>5592
Про шрифт тебе написали, для красивых кнопочек сделай манифест с common controls 6 (так и гугли: windows manifest common controls).
Да, про манифест я уже загуглил, там прям на сайте Майкрософт лежит код для него. Только есть здесь одна проблема - если манифест просто лежит в папке с проектом, то при перенесении исполняемого файла .exe стиль теряется. Можно ли как-нибудь этот манифест "запихнуть" прямо в екзешник?
Да. В ресурсы. Делаешь .rc-файл, в котором пишешь 1 MANIFEST "manifest.xml" (естественно, manifest.xml должен рядом лежать), скармливаешь gcc вместе с исходником. Если не сожрет (не помню), то сначала windres -i file.rc -o file.o.
Еее, красота. Исполняемый файл с графическим интерфейсом занимает 46 килобайт. Когда я писал на Qt, средний .exe занимал 20Мб. Спасибо, анончики.
Нет, просто gcc main.c resources.o -lgdi32. Но я не гонюсь за объёмом, по-моему, производительность важнее.
С параметром -s 22Кб.
typedef struct {
int звездочка stack;
Int top;
int max;
} Stack;
Stack s;
void make_stack( int size)
{
s->stack = (int зв )malloc(sizeof(int) зв size);
s->top = 0;
s->max =size-1;
}
voidpush(int val)
{
if(top<size)
s->stack[s->top++] = val;
else
printf("pzdc");
}
int pop(void)
{
if(top>0)
return s->stack[--s->top];
else {
printf("pzdc");
return 12345678;
}
typedef struct {
int звездочка stack;
Int top;
int max;
} Stack;
Stack s;
void make_stack( int size)
{
s->stack = (int зв )malloc(sizeof(int) зв size);
s->top = 0;
s->max =size-1;
}
voidpush(int val)
{
if(top<size)
s->stack[s->top++] = val;
else
printf("pzdc");
}
int pop(void)
{
if(top>0)
return s->stack[--s->top];
else {
printf("pzdc");
return 12345678;
}
>cc -ansi govnokod.c
Спасибо.
>Но да, одна из причин читать Прату - отсутствие необходимости писать на кривом С89 вместо C11.
Как-то не хочется скакать от одного к другому, оставаясь на уровне хелоуворлдов. А вообще, ты шарящий, подскажи, сколько времени проходит с момента, когда перестаешь дристать хуйню и начинаешь писать нормальные программы? А то как-то не все задачи с первого раза поддаются. Яваскрипт за месяц весь учебник прочел, задачи перерешал и начал от нехуй делать начал пытаться сэмулировать физику в браузере, лол (только потом узнал что это в канвасе делается и от печали забил). А тут ебучие строки мне в рот дают
> подскажи, сколько времени проходит с момента, когда перестаешь дристать хуйню и начинаешь писать нормальные программы
Чтобы не было стыдно за свой код, понадобится леть десять.
> узнал что это в канвасе делается и от печали забил
Канвас - это ж двеодна строка, и уже можно рисовать: const context2d = document.body.appendChild(document.createElement('canvas')).getContext('2d'). Отчего печаль-то?
>>5850
Запустится даже на 9x, если собирать без -DUNICODE (у анона единственная XP-шная вещь - это манифест, но предыдущие версии винды его просто читать не будут).
Я изначально учил жабаскрипт чтобы в канвасе рисовать и больше ничего не умею. Это довольно легко, только этот 2д канвас медленный, тыщи объектов в реальном времени там не порисуешь.
А в сишке что вместо канваса используется? GDI? На сколько он быстр?
>Канвас - это ж двеодна строка, и уже можно рисовать: const context2d = document.body.appendChild(document.createElement('canvas')).getContext('2d'). Отчего печаль-то?
Значит я туповат. Увидел, что нужно учить его API и стало уныло. Ебал я в рот эти пиксели ебучие. Нахуя они мне, если я могу высрать див, задать его геометрию пальцем левой ноги, сгенерировать карту коллизий и двигать охуевая от ебучих багов когда одна из координат случайной вершины заходит за координаты противоположной вершины при повороте куба. Спустя час еботни я опустил руки
А в сишке сейчас пытался сделать функцию entab по учебнику 2 часа где-то, сделал только с подсказкой. Пиздец. До этого начинало баговать при пробелах хуй пойми почему вообще. Разочарован в себе полностью. Что ты делаешь Керриган, мудило?
В сишке ничего не используется. Только через сердства WinAPI или библиотеки (OpenGL, DirectX)
Хочется в это верить. Впервые батя сказал "учи эту ебалу и иди программируй микроконтроллеры". В городе нет не то что толковых, а вообще каких либо программистов, одни менеджеры и судоводители (портовый город). Потому даже за малые познания платят достаточно много. Когда скриптовые языки учил, только хуями меня крыл. К слову, он сам в девяностых-нулевых писал какую-то хуйню на языке ассемблера для домашних компов по заказу.
Ничего в сишке нет. Сишка это абстрактный язык абстрактного пека, у которого есть только процессор, память и текстовый терминал. Всё остальное это опциональное оборудование и поддерживается сторонними библиотеками конкретной ос и этого оборудования.
> перл написан на основе си
В перле какие-то кусочки сишного синтаксиса есть, ну так они много где есть, хоть в PHP, хоть в JS.
> стоит ли читать что-то по перлу дополнительно
Он мертв и пахнет. Если планируешь читать чужие исходники на перле, можешь пролистать какое-нибудь очень базовое введение, которое позволит расшифровывать все эти нагромождения скобок, собак и долларов.
>>5902
> есть только процессор, память и текстовый терминал
Еще есть файлы. А во freestanding-окружении наоборот вообще ничего нет, кроме того, что у тебя в программе написано: ни терминала, ни динамической памяти.
Пометил некоторые красным.
На скрине идет
======
ввод
++++++
вывод
======
Скопировал рандомные сообщения из треда
Оно, конечно, запускается, но как-то странно. Если компилировать с манифестом, то компоненты просто не отображаются.
Кстати,
>2019
>XP
Странный эффект, может что-то с манифестом. Вообще я ожидал что экзешник не запустится из за пометки совместимости с семеркой и выше, как на новых студиях по умолчанию. Видел много таких опенсорсных программ. Видимо всё же опция нужна? Странно.
И справа у тебя окно выглядит наполовину современным, как win2k-стиль. Без манифеста сырые окна должны выглядеть как тут >>5592.
Ну и так, к слову, вручную каждое поле и кнопку никто не делает через CreateWindow. Подобные диалоги рисуются мышкой в редакторе ресурсов и в коде создаются сразу целиком одной функцией. Но лепить портянки case-ов для обработки сообщений всё равно нужно руками. Без библиотек, это скрывающих, получается очень уродливая громоздкая фигня при каком-то количестве контролсов на форме.
>Кстати,
>2019
>XP
Глупость. С таким же успехом можно написать
>2019
>C
Си совсем не модный сейчас, так что ты тут тогда делаешь, раз такой модный?
Я думал Си это язык для тех кто знает что и как он хочет программировать, а не атрибут выебонов пальцезагнутых.
Да, я забыл тебе сказать. InitCommonControls() вызови в WinMain перед созданием окна (и -lcomctl32). Потому что манифест манифестирует, а дллки у тебя в импортах нет.
> XP
Пишу эти строки с XP. Ничего не тормозит, никакой телеметрии, никто не ребутит мой компьютер без спроса ради апдейтов.
>>6074
> Подобные диалоги рисуются мышкой в редакторе ресурсов и в коде создаются сразу целиком одной функцией.
Да, можно 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;
> а не осилить ли мне Кнута
Кнут - справочник.
>>6491
> Почему в Си нельзя возвращать и принимать по-значению, не по указателю несколько значений?
Потому что можно. В аргументы все передается по значению, даже указатели. Возвращать ты можешь струк...
>>6506
Вот да, как-то так. Да, легально, Только подчеркивания убери, они зарезервированы. Придумай нормальное имя структуре, типа func_result. И, естественно, так ты вызовешь фукцию дважды, ты именно этого и хочешь? На самом деле, такой способ тоже часто сводится к укзателям: вызывающая функция неявно передает вызываемой указатель на временную переменную, куда нужно записать результат, а вызываемая его туда пишет. Но так как в твоей структуре всего два инта, то ABI твоей системы позволяет вернуть их в паре регистров безо всяких указателей.
>>6512
Переносимости нет, это миф. Если ты будешь четко следовать стандарту Си, будешь избегать всяких undefined/unspecified/implementation defined behavior, будешь очень много думать о знаках и минимальных лимитах интов, то, скорее всего, твой код заработает на любой рандомной системе. Но это все равно полностью не избавляет тебя от ебли при портировании: обчно сколько-нибудь сложной программе мало stdio/stdlib для работы, приходится дергать системные функции, которые везде свои (или отличаются в каких-то мелочах, что еще хуже).
Можно вернуть сразу два значения так:
__strc ab= func;
И в догонку вопрос:
float(ЗВЕЗДА) mirror_vec3(float v[3])
{
return (float[3])
{
-v[0],
-v[1],
-v[2],
};
}
В gcc компилируется без предупреждений. Я как понимаю в данном случае возвращается указатель на float[3] созданный вне функции?
Хорошо а если не заработает то что будет? Как вообще понимать не заработант? Все же типа по правилам написано.
нет, у тебя UB и твой код говно, потому что ты возвращаешь указатель на локальную переменную, которая дохнет вне функции
Но почему тогда когда я явно создаю локальный массив и возвращаю на него указатель, компилятор ругается, а в этом случае нет, может догадывается создать массив на стеке вне функции?
> Как вообще понимать не заработант?
Ну вот ты такой пишешь: for (int i = 0; i < 100000; ++i), а у тебя опа, и 16-битная система с 16-битным интом. Или ты такой пишешь fopen("приветмир.txt", "r"), а у тебя винда, которая UTF-8 в именах файлов не прожует. И такого дохуя.
>>6539
Видимо потому, что это относительно новая фича, к которой забыли запилить диагностику.
> на стеке вне функции
Это как? При возврате из функции ее кадр стека уничтожается нахуй, а создавать что-то ниже своего кадра нельзя, потому что там УЖЕ лежат чужие данные.
>компилятор ругается
Компилятор не ругается, он не твоя мамка, придурок. В отличие от мамки, компилятор не живет своей собственной жизнью чтобы доставить тебе неприятности. Компилятор сообщает тебе, что ты обосрался, кроме этого он ничего не думает и не делает, только указывает на твои ошибки, беспристрастно и объективно. Следовательно, на сообщения об ошибках у тебя есть только одна правильная стратегия поведения - исправляться самому.
> компилятор не живет своей собственной жизнью чтобы доставить тебе неприятности
Че, правда? А диагностика на это:
size_t n; if (n = strlen(something)) printf("Non-empty string (%zu characters)\n", n);
разве не сделана, чтобы меня заебать тупыми придирками и доставить мне неприятности? Прямо как мамка.
Во-первых, что за пидорская "диагностика"? Нет такого слова, учись говорить правильно, а то так и умрешь тупым.
Во-вторых, предупреждение на очевидную ошибку это всегда хорошо. Заодно учит малолетних ебланов не выебываться, а писать нормальный ясный код. Но если ты упоротый даун, можешь отключить, обычно предупреждения отключаемы.
> что за пидорская "диагностика"
Иди расскажи разработчикам компиляторов, как им диагностики называть: https://gcc.gnu.org/onlinedocs/gcc/Diagnostic-Pragmas.html
> предупреждение на очевидную ошибку это всегда хорошо
Это когда ошибка есть.
> писать нормальный ясный код
Это нормальный ясный код. Гораздо более ясный, чем if ((n = strlen(something)) != 0), где можно запутаться в скобках даже с подсветкой, особенно когда там больше одного выражения с присваиванием. Просто тебя к этому говну приучили, поэтому тебе кажется, что оно норм, а вот это >>6549 - нет.
Окей, пусть будет диагностика.
Предупреждения это не ошибки, они не мешают компиляции и работе программы. Плохого в них ничего нет, а наоборот, только польза. Язык гибкий, позволяет писать хуйню и не различить либо это ошибка, либо ты специально так написал, поэтому в любом случае лучше лишний раз уведомить, чем промолчать, а потом человек будет ломать голову почему у него не так работает. Если же ты знаешь, значит знаешь и проблем нет.
>тебя к этому говну приучили
Объясни мне, где ты тут увидел "говно" и чему тут "приучать"? Можешь не отвечать, я и так знаю.
Ты у мамы маленькое чсвшное олимпиадное говно, которое вместо программирования надрачивает языком своё чсв, поэтому и бесится когда видит сообщения, намекающие на ошибки. Ведь это противоречит цели маленького ублюдка - чувствовать себя умным, идеальным без ошибок.
Так вот, тупое говно. Си это язык программирования, предназначенный для написания программ, помогающий программисту уменьшить количество ошибок и облегчить их нахождение. Он совсем не предназначен ласкать чувства всяких хуесосов вроде тебя. Если твои говенные чувства что-то задевает, пиздуй к врачу или в биорекатор, мне похуй куда, главное нахуй отсюда, ибо тут тред программирования, а не решения биопроблем быдла.
Код то покажи. Не исключено неявное приведенеие типа.
> Плохого в них ничего нет, а наоборот, только польза
Со статическими анализаторами дело имел? Попробуй. Они вываливают на тебя мегабайты однотипных придирок, а ты разгребай эту свою пользу. Ну ладно, там можно изредка в игнор подобавлять, особенно если игнор как у людей, в отдельном файле, а не в комментарии рядом с кодом. А вот с ворнингами компилятора так не прокатит, во многих проектах принято -Werror и нехуй.
>>6667
У тебя %d в printf-е. Сделай %u, и все будет.
> Си это язык программирования, предназначенный для написания программ, помогающий программисту уменьшить количество ошибок и облегчить их нахождение
Прочитал пост целиком и дико, неистово проиграл.
Только сегодня начал динамические структуры данных
https://pastebin.com/V5LTxX7f
> но все равно не работает
Возможно, потому что ты сначала делаешь free(), а потом из освобожденного элемента читаешь указатель на следующий?
То есть вот так я правильно освобожу память?
t = p;
while (t)
{
printf("%d\n", t->key);
p = t->next;
free(t);
t = p;
}
А нахуя тебе принтф тут? Нихуя не понимаю что ты пытаешься сделать. Нахуя тебе аутпут того что ты удаляешь, и да по ресурсам в однопоточке это будет полнейший пиздец
Да принтф со значением элемента забыл убрать, я просто сначала хотел выводить элемент и адрес следующего, для наглядности как список работает.
Бля можешь первые несколько и последние несколько страниц зафотать включая обложку позади?
Массивы из функций не возвращают, их туда подают в виде указателя, а функция просто делает с массивом что надо и ничего возвращать не нужно.
Традиционная форма:
bool do_whatever_you_want(char ∗output, const char ∗input, size_t max_length);
char ЗВЁЗД stroka = malloc(len);
// заполняешь stroka чем надо
return stroka;
Но потом надо будет free указатель, пока не потерял
Да я хз че это, еще не дошел может или пропустил мимо глаз. Только вторая глава учебника все таки. Я уже закончил, все работает? кроме одной мелочи - если число содержит цифру ноль, то он его режет и дальше не читает. Это происходит по той причине, что перевожу число в строку я таким образом, что сначала цикл вычисляет длину длину числа справа налево, а потом получает каждую цифру слева направо и вносит в строку. Но длину он узнает по условию цикла, что остаток от деления не равен прошлому остатку от деления. Пока еще не придумал как это пофиксить.
> Но длину он узнает по условию цикла, что остаток от деления не равен прошлому остатку от деления.
Очень странный способ. Правильный:
unsigned int num_digits;
if (!number) {
num_digits = 1; // Для 0 - одна цифра 0.
} else {
// Считаем цифры. Можно свернуть до лукапов в массиве степеней двойки, можно логарифм посчитать, а можно в лоб:
for (num_digits = 0; number; number /= 10) { num_digits++; }
}
Удобно, буду иметь ввиду, спасибо. У меня выглядит сейчас как на скрине.
А вообще оказалось что в задаче от меня требовалось просто перевести шестнадцатеричное в строке типа "0xAF" в десятичное, иначе выдать ошибку, а я ебанул хероту, которая ищет все шестнадцатеричные в строке и преобразует всю строку с подменой на десятеричные. Типа "govno 0xAF and 0x12F lol" станет "govno 175 and 303 lol". Пиздец
https://pastebin.com/Je5vj6wr
вылетает исключение на строчке
cur = cur->next;
Как фиксить?
Ну у тебя 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;
}
}
Хорошей практикой считается инициализация переменых при объявлении.
Например, queue *q1 = NULL; прекрасно показывает указатель в никуда
Я конеш мог в цикле это сделать все, но похуй, я все равно тупой.
Что я делаю тут не так? Все равно исключение.
queue ЗВЕЗДА q1 = NULL;
q1 = (queue ЗВЕЗДА)malloc(5*sizeof(queue));
insert(&q1, 1);
insert(&q1, 2);
insert(&q1, 3);
insert(&q1, 4);
insert(&q1, 5);
Все работает, благодарю. Но еще вопрос, и он достаточно тупой. При удалении всех элементов, освобождать потом память надо?
Да, для каждого malloc. В твоём случае в цикле все next. И потом саму q1. free.
Нахуй там не нужен никакой маллок. Там нужно в main присвоить q1 NULL и все.
Подрочу
Получается 3 функции для добавления, удаления и вывода надо писать?
Двачую, меня так мисра заебала, просто ужас.
Ну можешь привыкать код на функции разбивать, это правильно. Можешь просто три цикла вхуячить в main().
Да я про 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
Очень плохой подход, в стандартной библиотеке он используется, потому что уже это легаси уже не исправишь, а не потому, что так удобнее.
И нужно хотя бы делать не глобальную переменную, а static внутри функции, и в С11 еще _Thread_local появились, представляешь?
> в месте использования его лучше или сразу копировать в свой strcpy(buf, ctime(t))
Вот именно поэтому так делать и не стоит. Если ты сразу будешь копировать, почему бы просто не передать указатель на buf в функцию? А если ты вдруг скопировать забудешь или подумаешь, мол, все равно сейчаc printf()-ом распечатаю, незачем лишний раз копировать, а позже в этот же printf() добавишь еще какой-нибудь вызов (из 3rd-party библиотеки, например), который тоже захочет вызвать ctime(), тебя ждет веселая ебля с отладчиком. И, казалось бы, при чем тут errno?
В большинстве случаев передавать в функцию указатель на буфер под результат более чем достаточнео. Вот если размер результата заранее предсказать сложно, и это больше чем единицы килобайт, тогда можно и malloc().
char temp[100];
fscanf(fp, "%s", temp);
while (temp[0] != EOF)
{
putchar(temp[0]);
temp[0] = getc(fp);
}
fclose(fp);
return(0);
}
В файле написано вот это:
01 101 201 301
02 203 101 111
03 934 110 234
04 049 110 136
05 213 101 137
А печатает он это:
0 101 201 301
02 203 101 111
03 934 110 234
04 049 110 136
05 213 101 137
Куда 1 проебалась в самом начале?
char temp[100];
fscanf(fp, "%s", temp);
while (temp[0] != EOF)
{
putchar(temp[0]);
temp[0] = getc(fp);
}
fclose(fp);
return(0);
}
В файле написано вот это:
01 101 201 301
02 203 101 111
03 934 110 234
04 049 110 136
05 213 101 137
А печатает он это:
0 101 201 301
02 203 101 111
03 934 110 234
04 049 110 136
05 213 101 137
Куда 1 проебалась в самом начале?
Разница в ;
Блять, я понял почему. Второй цикл просто цифры считает и останавливается если находит совпадение и длина k оказывается меньшей, чем длина регулярки. Пиздец я пол часа шаманил. Ну что за хуета, опять день начался с неправильно решенной задачи
; Тебе даже табуляцией размечено как бы.
Уже поменял и работает. Но я так и не понял почему проебось именно второе значение, а все остальные на месте. Ведь даже если брать строкой, то он все равно должен был 01 взять, а не 0.
while (n <100)
{
printf("%c", temp[n]);
n++;
}
while (n <100)
{
printf("%c", temp[0]);
temp[0] = getc(fp);
n++;
}
Почему в первом случае получается хуйня какая-то, а во втором все норм?
Почему в массиве если не выводить его по символам внутри находится какая-то хуйня, а не содержимое файла?
Ну да, обычный тхт файл. Вот какие значения у массива выводятся с %d при принте.
В чем проблема?
Ну да, я не программист, учу с в свободное время вместо игр на мобилке. Интересно даже.
Хули ты такой ебанутый, нормально ответить можешь?
while (n <100)
{
printf("%c", temp[0]);
temp[0] = getc(fp);
n++;
}
Здесь тебе n вообще не нужен получается. Ты 100 раз постишь хуйню. Ты бы мог просто символ в переменной хранить же временно.
Ниже я по нормальному вывожу через
while (temp[0] != EOF || end !=1)
{
putchar(temp[0]);
temp[0] = getc(fp);
}
Но мне интересно почему
while (n <100)
{
printf("%d|", temp[n]);
n++;
}
выдает хуйню что при %c что при %d. Разве команда fscanf(fp, "%c", temp); не записывает посимвольно содержимое файла в массив?
А ещё, если у тебя ведро, то дефолтная кодировка файла — это наверно ж UTF-8. А getf только с askii работает.
https://linux.die.net/man/3/ugetc
Попробуй эту функцию вместо getc.
У меня getc нормально выводит, смотри пост выше.
>>7153
>>7161
> Почему он съедает вторую букву?
%s читает последовательность до первого пробела, т.е., "01". putchar() выводит '0', getc() читает пробел, putchar() его выводит, getc() читает 1 из 101 итд.
> Почему в массиве если не выводить его по символам внутри находится какая-то хуйня
Потому что ты прочитал туда хуйню или потому что ты не иницилизировал n.
UTF-8 и есть char, если не использовать символы выше лимита аски.
>%s читает последовательность до первого пробела, т.е., "01". putchar() выводит '0', getc() читает пробел, putchar() его выводит, getc() читает 1 из 101 итд.
почему тогда все числа кроме первого вывелись правильно? По твоей логике у меня были бы только числа из 1 цифры.
>Потому что ты прочитал туда хуйню или потому что ты не иницилизировал n.
Вот на пк написал, весь код. printf выводит хуйню( и с %c и с %d), а putc все норм выводит из файла. Какого хуя?
> почему тогда все числа кроме первого вывелись правильно
Потому что ты только первое слово прочитал scanf()-ом, а остальные читал посимвольно getchar()-ом.
> Вот на пк написал, весь код
Ты прочитал один символ fscanf()-ом, а выводишь целый массив, неинициализированный, т.е., заполненный говном. Зачем ты вообще этот fscanf() втыкаешь?
Кажись начинаю понимать. fscanf записывает в массив только первый символ из файла и все(ну и слово если это %s )? А как тогда сделать чтобы fscanf прочитал весь файл и запихнул его в массив, не выводя его при этом?
Сам погуглил, нашел что %[] просматривает набор символов. Вроде работает, я правильно сделал? Но вот что это за говно после вывода отображается?
Благодарю, я так и понял что у меня массив на 200 символов, а занято только чуть более 100. А символ '\0' что означает?
И да - а можно сделать чтобы массив сам нужной ширины был?
>Макаба символы жрет
Cобственно я поэтому и считаю переменной n, а не i.
Тут должна быть лекция про "Нуль-терминированные строки", но в википедии лучше описано.
Вообщем когда компьютеры были большие, а программы маленькие, начали использовать вместо строк - массивы символов. А концом строки считался первый встреченный символ '\0', оно же число 0.
>И да - а можно сделать чтобы массив сам нужной ширины был?
Думаю нет, кто кроме тебя знает сколько там символов? Надо посчитать размер файла, выделить память под него и тд
>EOF
Всего лишь константа определенная #define в недрах библиотеки.
>странно, я думал можно как-то динамически выделять, но видимо не в С?
Чтобы он тебе автоматом выделил память под содержимое файла - нет. Только руками. Плата за гибкость и скорость - определенные неудобства.
> как тогда сделать чтобы fscanf прочитал весь файл
Ты не поверишь, но для этого придумали fread.
>>7216
> Я думал конец массива это EOF
EOF (end of file) - это специальное значение, которое не влазит в char, которое некоторые функции возвращают при достижении конца файла. Когда дело доходит до массивов, ни о каких EOF речи уже не идет.
>>7218
> Чтобы он тебе автоматом выделил память под содержимое файла - нет
Ну файл-то и смапить можно, только это не для новичка.
Ну от ОС зависит. Если винда, то очевидно Windows API: CreateFile/CreateFileMapping/MapViewOfFile, все дела, если линукс, то open/mmap.
Понял, через WinAPI давно делал. А в линукс не так давно кодить стал и стараюсь максимально независимый от платформы код писать. Думал может какую-то библиотеку удобную завезли.
Можно, делаешь отдельную функцию, доходить до конца массива циклом с счётчиком и ввделяешь память память путем счётчик * sizeof char
Где я проебался?
Хотя нет, ты же один раз из файла читаешь. Туплю спросони.
Что за buffer[1], что в нем? Почему везде temp[0]? Что мешает завести просто char temp?
Поэтому я добавил getc после цикла и все норм стало. А переменную а добавил потому что первым условие м если оно верно съедается первый символ.
Все правильно сделал?
>>7532
> Что за buffer[1], что в нем?
Вообще там дата будет, а пока я вручную его указываю.
>Почему везде temp[0]? Что мешает завести просто char temp?
А зачем?
Ееее, программирование на ведре :З
А ты нативно компилишь пот arm64, или какие-то онлайн компиляторы юзаешь?
Пишу и компилю целиком на Андроиде. Если случайно сделать бесконечный цикл, особенно если он что-то выводит на экран, то это сразу пизда. Поэтому приходится сохранятся перед запуском.
> Как рендерить в одно из этих дочерних окон?
Так же как и в главное. По WM_CREATE, когда все дочерние окна создашь, получаешь DC дочернего, с этим DC создаешь OpenGL rendering context, делаешь текущим, рендеришь.
> требуется сохранить обработку сообщений
Можно по таймеру инвалидировать, по WM_PAINT рисовать, если сцена несложная и/или не нужен стабильный/высокий FPS. Можешь стандартным циклом типа: while (true) { while (PeekMessage(...)) { Translate/DispatchMessage } Render() }, от того, что окно дочернее, ничего не поменяется. Только когда классы окон будешь создавать, разберись там со всякими WS_CLIPCHILDREN/CLIPSIBLINGS.
>>7551
Все твои ошибки - от отвратительнейшего говнокода. В частности, от всех этих кучах лишних getc() и нечитаемых temp[0]. В данном случае ты скорее всего проебываешь EOF еще выще, в строке 57, где ты его нихуя не проверяешь (или в других местах того цикла).
Какой главный цикл, шизик. Если у тебя оконное приложение, там цикл оконных сообщений, а не рисования. Рисуешь по WM_PAINT.
> Все твои ошибки - от отвратительнейшего говнокода.
Что именно говнокод, помимо того что я вместо символьной переменной использую массив и все пихаю в нулевой же массив? По идее я дальше буду в этот массив уже нужный текст из файла пихать. Да и я только учусь + пишу на мобиле.
>В частности, от всех этих кучах лишних getc() и нечитаемых temp[0].
В чем проблема моих getc?
>В данном случае ты скорее всего проебываешь EOF еще выще, в строке 57, где ты его нихуя не проверяешь (или в других местах того цикла).
Я не могу ничего проебать до последнего цикла. Ведь он выводит текст с того момента где закончился прошлый цикл и до конца. Если бы EOF был раньше, то он бы текст из файла не выводил, не?
Вот код целиком. Где ошибка?
https://pastebin.com/cpCSDt2M
К слову что вообще за стандарт языка да и еще библиотеки
Насколько я помню, приложения B в первом издании K&R вообще не было, было только A с описанием языка, о чем и речь.
Да кстати, спасибо за помощь. Рили там ток приложение а.
>>1377621 (OP)
>>1377621 (OP)
>>1377621 (OP)
>>1377621 (OP)
>>1377621 (OP)
Вы видите копию треда, сохраненную 5 мая 2019 года.
Скачать тред: только с превью, с превью и прикрепленными файлами.
Второй вариант может долго скачиваться. Файлы будут только в живых или недавно утонувших тредах. Подробнее
Если вам полезен архив М.Двача, пожертвуйте на оплату сервера.