Этого треда уже нет.
Это копия, сохраненная 5 мая 2019 года.
Скачать тред: только с превью, с превью и прикрепленными файлами.
Второй вариант может долго скачиваться. Файлы будут только в живых или недавно утонувших тредах. Подробнее
Если вам полезен архив М.Двача, пожертвуйте на оплату сервера.
Это копия, сохраненная 5 мая 2019 года.
Скачать тред: только с превью, с превью и прикрепленными файлами.
Второй вариант может долго скачиваться. Файлы будут только в живых или недавно утонувших тредах. Подробнее
Если вам полезен архив М.Двача, пожертвуйте на оплату сервера.
78 Кб, 792x1023Тред, посвященный прародителю всех С-подобных языков и по совместительству единственному идеальному и всесторонне годному средству программирования как на системном, так и на прикладном уровне.
Пожалуйста, пользуйтесь 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://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/
покакал segment fault'ом
Краткий обзор языка для вкатывающихся:
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
Дополняйте/переводите.
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
Дополняйте/переводите.
>>0522
Ты сделал мой вечер))) Я думал, шутишь
Ты сделал мой вечер))) Я думал, шутишь
Какой-то надмозг деанонит нахуй никому не интересного студента в Си-треде. Продолжаем зоонаблюдение...
>>1370499
А где взять исходник шапки треда? А то я хотел нормальный перекат запилить, но не разобрался, и решил реквест-тредом из /e/ порофлить. Оказалось, правда, что >> на посты с других досок не кликабельно.
А где взять исходник шапки треда? А то я хотел нормальный перекат запилить, но не разобрался, и решил реквест-тредом из /e/ порофлить. Оказалось, правда, что >> на посты с других досок не кликабельно.
>>0570
может просто "Loading..." хотел закосплеить
может просто "Loading..." хотел закосплеить
>>0561
ранььше можно было так /b/1488148
ранььше можно было так /b/1488148
>>/b/1488148
>>0653
Только на лом не наматывайте, не над так жестко. Я ведь исправляюсь, редко на Пикабу захожу с тех пор, как Двач открыл.
>Ссаными тряпками его
Только на лом не наматывайте, не над так жестко. Я ведь исправляюсь, редко на Пикабу захожу с тех пор, как Двач открыл.
>>0561
Раньше на пиратпаде был, но сначала его вандалили, а потом пиратпад и вовсе сдох, так что теперь нигде. Если хотите перекатывать вместо меня или переписать, могу выложить.
> А где взять исходник шапки треда
Раньше на пиратпаде был, но сначала его вандалили, а потом пиратпад и вовсе сдох, так что теперь нигде. Если хотите перекатывать вместо меня или переписать, могу выложить.
>>0508
Прокрутил в рандомное место:
Перевод от бога.
И много там этой погрешности в этом конкретном примере? Назовите цифру!
Прокрутил в рандомное место:
> 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, это же полный пиздец. В итоге простая вещь как ввод строки превращается в мозгоебство. Вот нахуй так жить?
>>0706
В языке нет нативной поддержки строк, что ты хочешь.
>Почему все так плохо с вводом-выводом текста?
В языке нет нативной поддержки строк, что ты хочешь.
>>0675
В данном случае ее нет, 1/2 же прекрасно представляется как степень двойки.
В данном случае ее нет, 1/2 же прекрасно представляется как степень двойки.
>>0706
ну, потому что Си, кагбэ, для того и нужен, чтоб там не было всяких вызовов функций без вызовов функций (конструктор при объявлении переменной), а строка - это не byte, и даже не word, и даже не dword, и даже не qword какой-то. О чем думали разработчики регламента Формулы-1, когда не прикрутили обязательную установку кондиционера и музыки на болид?
ну, потому что Си, кагбэ, для того и нужен, чтоб там не было всяких вызовов функций без вызовов функций (конструктор при объявлении переменной), а строка - это не byte, и даже не word, и даже не dword, и даже не qword какой-то. О чем думали разработчики регламента Формулы-1, когда не прикрутили обязательную установку кондиционера и музыки на болид?
>>0522
а тгавля будет?
а тгавля будет?
.
>>0804
Только не надо передергивать про высеры, уважаемый демагог. Я про сервера, которые крутятся под Linux без иксов, и прочее-прочее. Впрочем, дело не в этом. Просто какой-то гуманитарий высказывает сугубо религиозный, без аргументов по существу, хейт инструмента за больший возраст. Изобретение GUI, несмотря на все удобства, не умаляет удобств консоли в некоторых случаях, как бы тебе этого ни хотелось. Перечислять не буду, незачем унижаться перед дегенератом, который принципиально не хочет сам искать инфу, не ласкающую собственное мнение.
Только не надо передергивать про высеры, уважаемый демагог. Я про сервера, которые крутятся под Linux без иксов, и прочее-прочее. Впрочем, дело не в этом. Просто какой-то гуманитарий высказывает сугубо религиозный, без аргументов по существу, хейт инструмента за больший возраст. Изобретение GUI, несмотря на все удобства, не умаляет удобств консоли в некоторых случаях, как бы тебе этого ни хотелось. Перечислять не буду, незачем унижаться перед дегенератом, который принципиально не хочет сам искать инфу, не ласкающую собственное мнение.
>>0804
Если для задачи не принципиально, то по-дефолту выпиливаются лишние действия. Занимать дизайнерством, когда первоначальная задача этого не требует, как-то попахивает прокрастинацией.
Если для задачи не принципиально, то по-дефолту выпиливаются лишние действия. Занимать дизайнерством, когда первоначальная задача этого не требует, как-то попахивает прокрастинацией.
>>0809
Написать программу - не с девушкой познакомиться. Тут в приоритете вопрос "почему да?", а не "почему нет?"
Написать программу - не с девушкой познакомиться. Тут в приоритете вопрос "почему да?", а не "почему нет?"
Хуя вы его откармливаете.
>>0804
Консольные программы проще автоматизируются и комбинируются друг с другом. GUI хорош только низким порогом вхождения, и то не всегда.
Но даже если у тебя гуевое приложение, для отладки все равно нужно срать логи в консоль либо в файл, не принципиально, поэтому все проблемы остаются
Консольные программы проще автоматизируются и комбинируются друг с другом. GUI хорош только низким порогом вхождения, и то не всегда.
Но даже если у тебя гуевое приложение, для отладки все равно нужно срать логи в консоль либо в файл, не принципиально, поэтому все проблемы остаются
>>0840
ты заключил?
ты заключил?
>>0843
Представь, что ты заглатываешь большое дилдо своего парня-членодевки, и глубоко дыши.
Представь, что ты заглатываешь большое дилдо своего парня-членодевки, и глубоко дыши.
Произошел тралленг
Иногда я захожу в рандомный тред и встреваю в чужой тралленг, не понимая сути разговора. Смешно наблюдать разрывы жоп, когда каждая сторона конфликта, подшивая туза, пытается меня оскорблять.
>>0861
Тоже так делаю. Рекомендую.
Тоже так делаю. Рекомендую.
>>0706
Потому что языку полвека, и по меркам тех времен, когда его делали, все было вполне норм.
Чего тебе не хватает? Радуги? Функции без префикса f для удобства, чтобы stdin везде не писать. Семейство функций с суффиксом _s продавила Microsoft, но его уже обосрали все, кто только мог, и возможно, его уберут в следующем стандарте.
Да, чтобы писать на Си, нужно его знать целиком, иначе тебя ждет UB, ноги - вот это все. Не нравится - у тебя есть питон или какой-нибудь {}+[], прости господи.
> Почему все так плохо с вводом-выводом текста
Потому что языку полвека, и по меркам тех времен, когда его делали, все было вполне норм.
> Вместо нормальной библиотеки ввода-вывода
Чего тебе не хватает? Радуги? Функции без префикса f для удобства, чтобы stdin везде не писать. Семейство функций с суффиксом _s продавила Microsoft, но его уже обосрали все, кто только мог, и возможно, его уберут в следующем стандарте.
> Чтобы ввести строку текста надо знать 3 оператора с ньюансами их работы по выделению памяти
Да, чтобы писать на Си, нужно его знать целиком, иначе тебя ждет UB, ноги - вот это все. Не нравится - у тебя есть питон или какой-нибудь {}+[], прости господи.
>>0915
Чому тебе так пригорает от питона? Уже который раз вижу как у тебя горит пукан. си мой первый и может последний язык
Чому тебе так пригорает от питона? Уже который раз вижу как у тебя горит пукан. си мой первый и может последний язык
>>0915
А что так? Вполне неплохой костылик для безопасности, лучше бы в стандартную библиотеку добавили.
>возможно, его уберут в следующем стандарте
А что так? Вполне неплохой костылик для безопасности, лучше бы в стандартную библиотеку добавили.
>>0918
Почему пригорает? Просто предложил язык, в котором для выполнения input() не нужно знать про указатели. Я и сам на нем пишу.
>>0919
http://www.open-std.org/jtc1/sc22/WG14/www/docs/n1967.htm
Оно и так там, просто опционально.
Почему пригорает? Просто предложил язык, в котором для выполнения input() не нужно знать про указатели. Я и сам на нем пишу.
>>0919
> А что так?
http://www.open-std.org/jtc1/sc22/WG14/www/docs/n1967.htm
> лучше бы в стандартную библиотеку добавили
Оно и так там, просто опционально.
>>0922
Хм, в gcc не хватает.
Хм, в gcc не хватает.
>>0922
Потому что аноним регулярно пишет хейтспичи на тему питона, вот я и интересуюсь.
>Почему пригорает?
Потому что аноним регулярно пишет хейтспичи на тему питона, вот я и интересуюсь.
Анон, помоги.
https://pastebin.com/U49dQSJe - Суть задачи такова: Создать программу которая собирает инфу про авто(номер, марка,год выпуска, прозвище чек). Вывести на экран инфу. Если в номерах встречается цифри 1 и 9 - отметить(Н.П символом - '@'). Отсортировать по убыванию.
Так вот. У меня вылазят ошибки в сортировке. Памаги.
https://pastebin.com/U49dQSJe - Суть задачи такова: Создать программу которая собирает инфу про авто(номер, марка,год выпуска, прозвище чек). Вывести на экран инфу. Если в номерах встречается цифри 1 и 9 - отметить(Н.П символом - '@'). Отсортировать по убыванию.
Так вот. У меня вылазят ошибки в сортировке. Памаги.
>>0988
В 13 строке у тебя зачем массив? В 46 строке у тебя более правильнный код закомментирован. В 50 строке у тебя должен быть strchr или цикл. Сортировка тоже неправильная: во-первых, ты недописал пузырек, у тебя 3, 2, 1 отсортируется как 2, 1, 3, тебе нужен еще внутренний цикл; во-вторых, сортировка вообще должна быть по убыванию, а не по возрастанию.
> Так вот. У меня вылазят ошибки в сортировке
В 13 строке у тебя зачем массив? В 46 строке у тебя более правильнный код закомментирован. В 50 строке у тебя должен быть strchr или цикл. Сортировка тоже неправильная: во-первых, ты недописал пузырек, у тебя 3, 2, 1 отсортируется как 2, 1, 3, тебе нужен еще внутренний цикл; во-вторых, сортировка вообще должна быть по убыванию, а не по возрастанию.
Жеесть, до этого прошел весь учебник кантора по js, теперь начал проходить K&R по си. ЭТо пиздос, раз в 10 сложнее чем жыес.
Есть кто-то в треде, работавший с C g?
>>1184
а мог бы пет проекты писать...
а мог бы пет проекты писать...
Устал от того что с С я никому не нужен кроме себя. Хочу вкатиться в С#, и осесть в офисе где нибудь, стать офисным слизняком, радоваться ЗП, плюшкам от компании, а по пятницам бежать в бар и хуярить пиво, зная, что завтра суббота!
Много ли займет времени на перекат? При условии, что пишу на С в течении 2х лет почти каждый день, не смущает что нужно будет сидеть сутками за компом, даже в радость!
Много ли займет времени на перекат? При условии, что пишу на С в течении 2х лет почти каждый день, не смущает что нужно будет сидеть сутками за компом, даже в радость!
Как в виндовой консоли вывести русский текст? Какая-то ебала с кодировкой и выводится одна хуйня вместо текста.
>>1264
А на Андроиде как вывести русский текст? Сетлокаль рус не помогает.
А на Андроиде как вывести русский текст? Сетлокаль рус не помогает.
>>1264
2-3 месяца при условии, что я буду вкатываться каждый день по 7-8 часов??? Или ты взял сразу по максимуму в переходе с процедурного языка на ооп?
2-3 месяца при условии, что я буду вкатываться каждый день по 7-8 часов??? Или ты взял сразу по максимуму в переходе с процедурного языка на ооп?
>>1288
Что это за жалкое тупое чмо с жирным комплексом неполноценности? Отвращение к говну это не агрессия, а естественная реакция приличного человека. Агрессия бывает только с равными.
Что это за жалкое тупое чмо с жирным комплексом неполноценности? Отвращение к говну это не агрессия, а естественная реакция приличного человека. Агрессия бывает только с равными.
>>1303
Говорят "поехавший" когда не понимают сказанного, но своё суждение выдать надо, ведь не хочется себе признаваться что не очень умный и не понял.
>>1295
С равными и вышестоящими. С нижестоящими бывает только презрение, омерзение, ну в таком духе. Агрессия же требует сил, что означает достойного противника как минимум твоего уровня.
Говорят "поехавший" когда не понимают сказанного, но своё суждение выдать надо, ведь не хочется себе признаваться что не очень умный и не понял.
>>1295
С равными и вышестоящими. С нижестоящими бывает только презрение, омерзение, ну в таком духе. Агрессия же требует сил, что означает достойного противника как минимум твоего уровня.
>>1292
Агрессия означает страх и неуверенность. Классический случай - моська и слон. Когда человек в себе уверен, ему нахуй не надо быть агрессивным.
Агрессия означает страх и неуверенность. Классический случай - моська и слон. Когда человек в себе уверен, ему нахуй не надо быть агрессивным.
>>1309
Так и сказал. Слон выше моськи, вот моська и бесится, а слон может только наступить и брезгливо вытирать её кишки с ноги, сетуя как мерзко от её останков воняет. Да, слон выражается негативно про моську, но это не агрессия, а вот когда она тявкает на слона, это агрессия.
Еще можно сказать, агрессия это когда есть целенаправленное действие в отношении субъекта, когда у агрессора есть цель, что означает он воспринимает цель всерьез. Выражение же презрения или омерзения таковыми не являются, тут нет никакой цели по отношению к мерзости, только естественная реакция.
Так и сказал. Слон выше моськи, вот моська и бесится, а слон может только наступить и брезгливо вытирать её кишки с ноги, сетуя как мерзко от её останков воняет. Да, слон выражается негативно про моську, но это не агрессия, а вот когда она тявкает на слона, это агрессия.
Еще можно сказать, агрессия это когда есть целенаправленное действие в отношении субъекта, когда у агрессора есть цель, что означает он воспринимает цель всерьез. Выражение же презрения или омерзения таковыми не являются, тут нет никакой цели по отношению к мерзости, только естественная реакция.
>>1261
Пиши свой хелловорд в кодировке OEM 866.
Пиши свой хелловорд в кодировке OEM 866.
>>1547
СИсаче
СИсаче
Какого хуя проги из того самого учебника не компилятся и мне приходится их самому править? Это фича такая, да?
>>1634
Из 1.10 главы.
Прога из учебника: https://ideone.com/zWuvGN
После правок, ошибок компиляции нет, но она не работает: https://ideone.com/5uSRNy
Из 1.10 главы.
Прога из учебника: https://ideone.com/zWuvGN
После правок, ошибок компиляции нет, но она не работает: https://ideone.com/5uSRNy
>>1636
Разобрался, но это всё равно долбоебизм. И нахуя ее тогда хвалить, если там всё уже устарело ?
Разобрался, но это всё равно долбоебизм. И нахуя ее тогда хвалить, если там всё уже устарело ?
>>1643
Эта книга не должна предполагать такой хуйни. Иначе её нужно выкидывать на помойку истории, где ей, видимо, и место.
Эта книга не должна предполагать такой хуйни. Иначе её нужно выкидывать на помойку истории, где ей, видимо, и место.
>>1650
В прямом блять. На заборе тоже много чо написано. Или мне приснится должно, что надо вписывать -ансихуйсоси каждый раз, чо за маразм?
В прямом блять. На заборе тоже много чо написано. Или мне приснится должно, что надо вписывать -ансихуйсоси каждый раз, чо за маразм?
Эх щас бы ребенку-троллю решившему что в тред какого-то говноскрипта зашел отвечать.
>>1645
>>1651
Оставь это дело, братишка.
Если тебе нужно что-то новое и актуальное в плане использования каких-то новых фич, то тебе в веб/плюсы/жабу, си не тот язык, где ты можешь жаловаться на отсутствие свистоперделок, если ты что-то делаешь на си и понимаешь что тебе чего-то в языке реально не хватает, то поздравляю, ты выбрал для данной задачи неподходящий языкхотя на си это тоже можно сделать, чтобы это ни было, но вопрос сколько времени это займёт
>>1651
>я скопировал код с ошибкой
>не понимаю почему не работает, потому что не понимаю как он работает
>ря где книжки си за 23 часа и час на обед
Оставь это дело, братишка.
Если тебе нужно что-то новое и актуальное в плане использования каких-то новых фич, то тебе в веб/плюсы/жабу, си не тот язык, где ты можешь жаловаться на отсутствие свистоперделок, если ты что-то делаешь на си и понимаешь что тебе чего-то в языке реально не хватает, то поздравляю, ты выбрал для данной задачи неподходящий языкхотя на си это тоже можно сделать, чтобы это ни было, но вопрос сколько времени это займёт
>>1722
Зато фич много.
Зато фич много.
>>1637
Добро пожаловать. Читай прата, но там тоже ошибок много.
Добро пожаловать. Читай прата, но там тоже ошибок много.
Вот есть функция винапи MessageBox. Как мне вызвать ее только со своей оболочкой? Делаю вот так:
typedef (int* MessageBox_t)(
HWND hWnd,
LPCTSTR lpText,
LPCTSTR lpCaption,
UINT uType
);
MessageBox_t MessageBox;
Но прекомпилятор мне гудит мол соси хуй FUNCTION REDEFINITION. У С++ бояр есть namespace, а мне что делать??
typedef (int* MessageBox_t)(
HWND hWnd,
LPCTSTR lpText,
LPCTSTR lpCaption,
UINT uType
);
MessageBox_t MessageBox;
Но прекомпилятор мне гудит мол соси хуй FUNCTION REDEFINITION. У С++ бояр есть namespace, а мне что делать??
>>1740
Бочку. В крестах с неймспейсами твой 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.
> а мне что делать??
Бочку. В крестах с неймспейсами твой 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.
Читаю и грустно, то не используй, это не используй, здесь компилятор не позволяет. Почему все так плохо?
>>1798
Держи в курсе, даун, тут не твой твиттер.
Держи в курсе, даун, тут не твой твиттер.
>>1808
Там тоже не сказать, что прям сложно. Особенно если велосипеды не изобретать.
Там тоже не сказать, что прям сложно. Особенно если велосипеды не изобретать.
>>1808
Да это в крестах нахуевертили хуй пойми что. Пишу один и тот же код, на С все работает, на С++ валит с кучей ебанутых ошибок.
Да это в крестах нахуевертили хуй пойми что. Пишу один и тот же код, на С все работает, на С++ валит с кучей ебанутых ошибок.
>>1842
Ебанутая - твоя мамаша. А ошибки все разные, каждая со своим смыслом и причиной. Если ты не понимаешь и не различаешь, значит только ты ебанутый дебил.
Ебанутая - твоя мамаша. А ошибки все разные, каждая со своим смыслом и причиной. Если ты не понимаешь и не различаешь, значит только ты ебанутый дебил.
Как запихать числовую переменную в массив? Допустим а=0123456789, а в массиве x[10] должно быть 10 значений от 0 до 9. Такое вообще возможно?
Если я пишу клиент/сервер на tcp сокетах, как можно под это дерьмо написать тесты? Например, как проверить реакцию клиента на отключение сервера и зафиксировать это в тестах?
>>1966
Есть числовая переменная. Нужно ее числа запихать в массив. Есть a=12345 и нужно чтобы в массиве x[1]=1, x[2]=2, x[3]=3 и так далее. Это реально?
Есть числовая переменная. Нужно ее числа запихать в массив. Есть a=12345 и нужно чтобы в массиве x[1]=1, x[2]=2, x[3]=3 и так далее. Это реально?
>>1969
Берешь остаток от деления на 10 и пихаешь его в массив, делишь число на 10 и берешь остаток от деления и т.д.
Берешь остаток от деления на 10 и пихаешь его в массив, делишь число на 10 и берешь остаток от деления и т.д.
Так, у меня у самого вроде бы получилось что-то. Забил массив с конца до начала, все вроде нормально.Вывожу его потом в правильном порядке и откуда-то 24 появляется в самом первом значении массива. Что за нахуй?
И массив становится дробным, насколько я вижу когда забивается. Но почему при выводе в прямом порядке если указать формат f получается хуйня как на 3 пике?
И массив становится дробным, насколько я вижу когда забивается. Но почему при выводе в прямом порядке если указать формат f получается хуйня как на 3 пике?
>>1999
Распечатай этот массив до того, как ты его заполняешь, и посмотри на результат.
Остаток от деления можно делать проще: b = a % 10
>Вывожу его потом в правильном порядке и откуда-то 24 появляется в самом первом значении массива. Что за нахуй?
Распечатай этот массив до того, как ты его заполняешь, и посмотри на результат.
Остаток от деления можно делать проще: b = a % 10
>>2008
Смотри, в начале забил массив числом 123 и вывел с указанием массива. При распечатке в правильном порядке почему-то первые 2 массива остались 123. Это как так?
Смотри, в начале забил массив числом 123 и вывел с указанием массива. При распечатке в правильном порядке почему-то первые 2 массива остались 123. Это как так?
>>2015
Ты эти значение не туда присвоил и вышел за пределы массива.
Си сложный язык в этом плане, люди постоянно так делают, а потом злые хацкеры уязвимости находят в их программах.
Ты эти значение не туда присвоил и вышел за пределы массива.
Си сложный язык в этом плане, люди постоянно так делают, а потом злые хацкеры уязвимости находят в их программах.
75 Кб, 1080x1920>>2016
Вот, смотри, я вроде с длиной массива все исправил, в обратном порядке он всем 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;
}
75 Кб, 1080x1920>>2016
Вот, смотри, я вроде с длиной массива все исправил, в обратном порядке он всем 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;
}
>>2033
Во, работает! Только я не понял нахуя перед while присваивать i=8, я ведь это в самом начале делал.
И почему массив из 10 чисел, если а имеет только 8 цифр? Если его сделать до 8, то почему при записи в правильном порядке 8 массив становится нулем? (Пик2);
>>2038
Спасибо, но как-то перегружено. Можно же и не разворачивать массив, а сразу заполнять его с конца, как я.
Во, работает! Только я не понял нахуя перед while присваивать i=8, я ведь это в самом начале делал.
И почему массив из 10 чисел, если а имеет только 8 цифр? Если его сделать до 8, то почему при записи в правильном порядке 8 массив становится нулем? (Пик2);
>>2038
Спасибо, но как-то перегружено. Можно же и не разворачивать массив, а сразу заполнять его с конца, как я.
>>2045
Что делать будешь, если величина числа неизвестна? У меня-то сожрет от одной и до 16 если последнее в int влезет
>Спасибо, но как-то перегружено. Можно же и не разворачивать массив, а сразу заполнять его с конца, как я.
Что делать будешь, если величина числа неизвестна? У меня-то сожрет от одной и до 16 если последнее в int влезет
55 Кб, 318x252>>2045
Потому что после for-цикла i равняется 9, но индексация начинается с нуля, то есть для массива из 9 значений последний индекс 9 - 1 = 8.
> Только я не понял нахуя перед while присваивать i=8, я ведь это в самом начале делал.
Потому что после for-цикла i равняется 9, но индексация начинается с нуля, то есть для массива из 9 значений последний индекс 9 - 1 = 8.
>>1869
Нифига ты подорвался, школотрон, вот и пиздуй тогда в С++ тред и дрочи на свой ОПП, контейнеры и лямбды. А тут серьезные дяди капчуют в стиле императивной парадигмы на венгерской нотации.
Нифига ты подорвался, школотрон, вот и пиздуй тогда в С++ тред и дрочи на свой ОПП, контейнеры и лямбды. А тут серьезные дяди капчуют в стиле императивной парадигмы на венгерской нотации.
>>1759
Спасибо анончик, везде нахуярил макросов, чувствую себя сеньером 300к/сек. Чаю!
Спасибо анончик, везде нахуярил макросов, чувствую себя сеньером 300к/сек. Чаю!
>>2223
Идиот, блять, тебе сколько лет?
Ахуеть, выебываться на кресты в ситреде — это надо быть вообще тотальным бараном
Идиот, блять, тебе сколько лет?
Ахуеть, выебываться на кресты в ситреде — это надо быть вообще тотальным бараном
29 Кб, 774x344Да ПОЧЕМУ?
С первого семестра работаю над лабораторной алгоритм Бойера Мура Хорспула:
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
Эта программа вообще ни одного теста не проходит. Выводит лишние символы в конце, и при некотором подборе тестовой строки лишние символы, при обработке символов вблизи границы двух массивов
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
Эта программа вообще ни одного теста не проходит. Выводит лишние символы в конце, и при некотором подборе тестовой строки лишние символы, при обработке символов вблизи границы двух массивов
6 Кб, 548x168>>2431
А в чем проблема-то? Вот пример, на стыке. Подстрока занимает позиции с 14 по 19, буфер в размером 16.
https://pastebin.com/avTga2dG
А в чем проблема-то? Вот пример, на стыке. Подстрока занимает позиции с 14 по 19, буфер в размером 16.
https://pastebin.com/avTga2dG
>>2464
Блять, в функцию bmh параметр fpos случайно протек. Игнорируй его, он не используется.
Блять, в функцию bmh параметр fpos случайно протек. Игнорируй его, он не используется.
>>0497 (OP)
Можно ли в С выделить память для динамического массива структур, чтобы указатели при этом были равны NULL?
При выделении памяти таким образом TNode result = (TNode) calloc(sizeof(TNode), hash_size);
указатели в массиве result уже содержат элемент
Можно ли в С выделить память для динамического массива структур, чтобы указатели при этом были равны NULL?
При выделении памяти таким образом TNode result = (TNode) calloc(sizeof(TNode), hash_size);
указатели в массиве result уже содержат элемент
>>2741
первый и второй TNode со звёздочкой, да
первый и второй TNode со звёздочкой, да
>>2855
Да очередной даун тралит тупостью. В описании функции черным по белому написано про обнуление. После этого получить не нули и винить функцию, разыскивая другие варианты, ну это сам понимаешь.
Да очередной даун тралит тупостью. В описании функции черным по белому написано про обнуление. После этого получить не нули и винить функцию, разыскивая другие варианты, ну это сам понимаешь.
Есть шарящие в WINAPI аноны? Как сделать передачу переменных через анонимный пайп с main потока в любой дочерний?
можно на самом простом примере
можно на самом простом примере
>>2948
че? у тебя же потоки, те процесс общий, нет необходимости в межпроцессорном взаимодействии.. нах те пайпы
че? у тебя же потоки, те процесс общий, нет необходимости в межпроцессорном взаимодействии.. нах те пайпы
>>2948
С потока? Через пайп? Зачем такие извращения? Пайпы - для процессов. А для потоков просто запиши в переменную, просто прочитай. Можешь критическую секцию притащить для синхронизации.
С потока? Через пайп? Зачем такие извращения? Пайпы - для процессов. А для потоков просто запиши в переменную, просто прочитай. Можешь критическую секцию притащить для синхронизации.
>>2964
Возможно, ты не так понял, и там все же процессы. Для процессов делается так: создаешь пайп CreatePipe, в lpPipeAttributes пишешь нулевой дескриптор и TRUE для bInheritHandle. Потом CreateProcess все дела, хэндлы можешь сконвертить в строку и аргументами передать. Если процесс не сам создаешь, то OpenProcess/DuplicateHandle, хэндл передаешь любым способом IPC, хоть оконным сообщением. Ну и потом просто WriteFile во write-хэндл, читаешь дочерним процессом ReaFile из read-хэндла, все дела. А если тебе точно нужны именно потоки, то просто создаешь пайп, lpPipeAttributes можно NULL, хэндлы в глобальные переменные и просто WriteFile с одной стороны, ReadFile с другой.
Возможно, ты не так понял, и там все же процессы. Для процессов делается так: создаешь пайп CreatePipe, в lpPipeAttributes пишешь нулевой дескриптор и TRUE для bInheritHandle. Потом CreateProcess все дела, хэндлы можешь сконвертить в строку и аргументами передать. Если процесс не сам создаешь, то OpenProcess/DuplicateHandle, хэндл передаешь любым способом IPC, хоть оконным сообщением. Ну и потом просто WriteFile во write-хэндл, читаешь дочерним процессом ReaFile из read-хэндла, все дела. А если тебе точно нужны именно потоки, то просто создаешь пайп, lpPipeAttributes можно NULL, хэндлы в глобальные переменные и просто WriteFile с одной стороны, ReadFile с другой.
>>2973
Нет, там потоки как раз. Мы CreateProcess даже не изучали, у нас тема - синхронизация потоков в винапи, на первом курсе блеать. Использование пайпов в потоках препод объясняет тем, что глобальные переменные юзать не всегда безопасно.
Наверн для потоков код будет примерно такой же?
Нет, там потоки как раз. Мы CreateProcess даже не изучали, у нас тема - синхронизация потоков в винапи, на первом курсе блеать. Использование пайпов в потоках препод объясняет тем, что глобальные переменные юзать не всегда безопасно.
Наверн для потоков код будет примерно такой же?
>>2984
Бонч
Я сам обсираюсь с лаб у этого препода. Походу программа по предмету нигде не установлена вот он и творит такую хуйню. У прошлогодних челов вообще LabView было на этом предмете.
Бонч
Я сам обсираюсь с лаб у этого препода. Походу программа по предмету нигде не установлена вот он и творит такую хуйню. У прошлогодних челов вообще LabView было на этом предмете.
>>2981
Ну я же тебе сказал: для потоков тебе не нужно ебаться с наследованием/дублированием хэндла пайпа и его передачей, просто создай пайп, пиши с одного конца, а читай на другом.
В винде овердохуя примитивов синхронизации, пригодных, чтобы их защитить. И даже без глобальных переменных, существуют банальные SendMessage/GetMessage.
> Наверн для потоков код будет примерно такой же?
Ну я же тебе сказал: для потоков тебе не нужно ебаться с наследованием/дублированием хэндла пайпа и его передачей, просто создай пайп, пиши с одного конца, а читай на другом.
> что глобальные переменные юзать не всегда безопасно
В винде овердохуя примитивов синхронизации, пригодных, чтобы их защитить. И даже без глобальных переменных, существуют банальные SendMessage/GetMessage.
Насколько реально дизассемблировать программу уровня хэлоуворд? И возможно ли ее отредактировать чтобы она писала будбайворд, например?
>>3063
Очень просто.
Если длина новой строки <= длине старой строки, просто изменяешь ее в любом хекс-редакторе. Если строка длиннее старой, то будет лишь ненамного сложнее, но тоже без особых проблем.
Если есть какая-то реальная задача, а не просто любопытство, иди в RE-тредик с конкретными вопросами: >>1369180 (OP)
> Насколько реально дизассемблировать программу уровня хэлоуворд?
Очень просто.
> И возможно ли ее отредактировать чтобы она писала будбайворд, например?
Если длина новой строки <= длине старой строки, просто изменяешь ее в любом хекс-редакторе. Если строка длиннее старой, то будет лишь ненамного сложнее, но тоже без особых проблем.
Если есть какая-то реальная задача, а не просто любопытство, иди в RE-тредик с конкретными вопросами: >>1369180 (OP)
Сап, кому не сложно, киньте ссылку на теоретический материал или книгу про односвязные, двусвязные списки, в которой эта тема более менее понятно расписана, а то ваще нихуя не понятно.
>>3064
Да я для работы сделал одну небольшую консольную программу, которая в самом начале выводит создано таким-то. А один мудак хочет убрать эту строку(но ему пока лень или он тупой). Есть способ защитится от этого?
Да я для работы сделал одну небольшую консольную программу, которая в самом начале выводит создано таким-то. А один мудак хочет убрать эту строку(но ему пока лень или он тупой). Есть способ защитится от этого?
>>3094
Если боишься, что он в бинарнике заменит строчку, то пройдись по строке xor-ом, например, пусть поищет. Или сгенерируй строку процедурно.
Это примеры простеньких защит от дурака. От человека с серьезными намерениями тебя ничто не защитит.
Если боишься, что он в бинарнике заменит строчку, то пройдись по строке xor-ом, например, пусть поищет. Или сгенерируй строку процедурно.
Это примеры простеньких защит от дурака. От человека с серьезными намерениями тебя ничто не защитит.
>>3094
Проверить вывелась ли твоя строка, если нет молча делать пакости, например чтобы программа стала портить результаты, пропускать что-нибудь.
Проверить вывелась ли твоя строка, если нет молча делать пакости, например чтобы программа стала портить результаты, пропускать что-нибудь.
>>3094
Можно просто запаковать программу этими кулхацкерскими пакерами, уменьшающими размер экзешника.
Можно просто запаковать программу этими кулхацкерскими пакерами, уменьшающими размер экзешника.
>>3116
xor'а достаточно. Если человек способен выпилить xor, он способен и call printf забить nop'ами. А для поиска-замены в хекс-едиторе xor поможет.
xor'а достаточно. Если человек способен выпилить xor, он способен и call printf забить nop'ами. А для поиска-замены в хекс-едиторе xor поможет.
67 Кб, 1080x1920>>3105
>>3112
>>3115
>>3116
А вот такой способ, который я придумал, пойдет? Шифрую слово в числовую переменную, потом разбиваю ее по 2 цифры и вывожу массивом? В теории так он вообще хуй найдет слова или даже намек на них.
Ещё и можно в коде сравнивать равна ли переменная а такому то числу. сжал весь код в кучу чтобы на один скрин влез.
>>3112
>>3115
>>3116
А вот такой способ, который я придумал, пойдет? Шифрую слово в числовую переменную, потом разбиваю ее по 2 цифры и вывожу массивом? В теории так он вообще хуй найдет слова или даже намек на них.
Ещё и можно в коде сравнивать равна ли переменная а такому то числу. сжал весь код в кучу чтобы на один скрин влез.
>>3082
Каждая первая книга, в названии которой упоминаются структуры данных.
>>3145
Ну вот смотри. Наблюдаемое поведение: программа выводит копирайты, а потом делает что-то полезное. Человек смотрит код и видит, что первой вызывается вот эта твоя функция. Возиться с расшифровкой? Нахуя?! Он просто удалит всю функцию целиком, да и все. Алсо, ASCII-код в константе очень заметен. Если же ему нужно будет заменить сообщение на свое, размера функции ему будет более чем достаточно, чтобы запихнуть туда вместо кода расшифровки свой printf со своим, незашифрованным сообщением.
> книгу про односвязные, двусвязные списки
Каждая первая книга, в названии которой упоминаются структуры данных.
>>3145
> А вот такой способ, который я придумал, пойдет?
Ну вот смотри. Наблюдаемое поведение: программа выводит копирайты, а потом делает что-то полезное. Человек смотрит код и видит, что первой вызывается вот эта твоя функция. Возиться с расшифровкой? Нахуя?! Он просто удалит всю функцию целиком, да и все. Алсо, ASCII-код в константе очень заметен. Если же ему нужно будет заменить сообщение на свое, размера функции ему будет более чем достаточно, чтобы запихнуть туда вместо кода расшифровки свой printf со своим, незашифрованным сообщением.
15 Кб, 670x223Ну ахуеть, решил тут вкатиться значит и не могу даже хеллоуворлд отпринтить. Как фиксить?
Написать консольную утилиту, которая позволяет загружать и скачивать из GoogleDrive произвольный двоичный файл (произвольного формата и размера), с помощью REST API.
Это на С реально сделать? Если да, то намекните как...
Это на С реально сделать? Если да, то намекните как...
>>3554
Вот тут и жопа, либ для 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
Ну вот как бы и все, заебись мне сказали напишите на любом удобном для вас языке:)))
Вот тут и жопа, либ для 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
Ну вот как бы и все, заебись мне сказали напишите на любом удобном для вас языке:)))
>>3455
FILE _iob[] = { stdin, stdout, stderr };
extern "C" FILE __cdecl __iob_func(void)
{
return _iob;
}
FILE _iob[] = { stdin, stdout, stderr };
extern "C" FILE __cdecl __iob_func(void)
{
return _iob;
}
>>3556
Гугление выявило вот это:
https://github.com/Microsoft/cpprestsdk/blob/master/Release/samples/Oauth2Client/Oauth2Client.cpp
Не подойдёт? Вроде по коду он как раз осуществляет все шаги авторизации.
Гугление выявило вот это:
https://github.com/Microsoft/cpprestsdk/blob/master/Release/samples/Oauth2Client/Oauth2Client.cpp
Не подойдёт? Вроде по коду он как раз осуществляет все шаги авторизации.
>>3648
Я уже остыл, это мне типа тестовые задание дал дяденька для тестирования, нах оно мне надо, такие танцы уже на стадии тестирования.
Я уже остыл, это мне типа тестовые задание дал дяденька для тестирования, нах оно мне надо, такие танцы уже на стадии тестирования.
>>3658
Ну и сделай на языке, который больше всего для этого подходит. Всему есть своё время и место, и в твоём конкретно случае явно подразумевали не Си.
>заебись мне сказали напишите на любом удобном для вас языке
Ну и сделай на языке, который больше всего для этого подходит. Всему есть своё время и место, и в твоём конкретно случае явно подразумевали не Си.
>>3659
В моем резюме указано С, других языков я не учил, так как думал, что сначала надо 1 отъебать так, чтобы как рыба в воде! Но видать не судьба, придется как все блять, 1000 овер языков, знаний во всех почти 0, зато ебать универсал и можешь вот такую хуйню на тесте состряпать и пилить говно для народа дальше по приказам дядек.
В моем резюме указано С, других языков я не учил, так как думал, что сначала надо 1 отъебать так, чтобы как рыба в воде! Но видать не судьба, придется как все блять, 1000 овер языков, знаний во всех почти 0, зато ебать универсал и можешь вот такую хуйню на тесте состряпать и пилить говно для народа дальше по приказам дядек.
>>3668
ты не тот язык выбрал надо было джаву (энтерпрайз), джаваскрипт (фуллстэк) или питон (скрейпинг, машоб)
ты не тот язык выбрал надо было джаву (энтерпрайз), джаваскрипт (фуллстэк) или питон (скрейпинг, машоб)
>>3673
JS - это помойка к которой я близко не подойду.
Java - не нравится, я пробовал, воротит. меня вообще воротит от ООП.
Но придется видатить вкатиться в С#, тут и плюс жирный есть в основном сейчас под виндой работаю, а он как зайчик заходит тут + универсален, а то что ООП, ну придется освоить.
Python как отдельный язык не рассматривается, скрипто-пушка и не больше. Только в связке с каким либо другим языком или в вебе где это блядский JS.
JS - это помойка к которой я близко не подойду.
Java - не нравится, я пробовал, воротит. меня вообще воротит от ООП.
Но придется видатить вкатиться в С#, тут и плюс жирный есть в основном сейчас под виндой работаю, а он как зайчик заходит тут + универсален, а то что ООП, ну придется освоить.
Python как отдельный язык не рассматривается, скрипто-пушка и не больше. Только в связке с каким либо другим языком или в вебе где это блядский JS.
>>3668
Мыслишь, в принципе, верно. Но проблема в том, что один язык никогда не покроет 100% проблем, и знать на "хорошо" нужно хотя бы ещё пару. Та же скриптодрисня бывает очень полезна. Прочитай пару туториалов по питону за сегодня и ты уже завтра сможешь быстро сделать это тестовое.
Чувак, ты и так на дядю устраиваешься работать. Не хочешь - открывай своё дело, где все будут писать чисто на Си. Даже платы описывать будете на Си, без какого-либо Верилога.
>сначала надо 1 отъебать так, чтобы как рыба в воде
Мыслишь, в принципе, верно. Но проблема в том, что один язык никогда не покроет 100% проблем, и знать на "хорошо" нужно хотя бы ещё пару. Та же скриптодрисня бывает очень полезна. Прочитай пару туториалов по питону за сегодня и ты уже завтра сможешь быстро сделать это тестовое.
>пилить говно для народа дальше по приказам дядек
Чувак, ты и так на дядю устраиваешься работать. Не хочешь - открывай своё дело, где все будут писать чисто на Си. Даже платы описывать будете на Си, без какого-либо Верилога.
>>3678
Подписываюсь под каждым словом, переломило меня сегодня!
Подписываюсь под каждым словом, переломило меня сегодня!
>>3556
https://github.com/reddit-archive/reddit/wiki/OAuth2-Quick-Start-Example
Вместо консольного curl'а переписываешь все под libcurl
>>3677
Ты слишком много выебываешься и являешься типичным таким самым умным задротиком.
JS, Java, C#, Python - все эти языки придумали люди, которые на несколько порядков умнее и круче тебя. Они все заслуживают изучения. Если ты думаешь, что можно вот так просто объявить что-то недостойным изучения и не учить это, то рыночек тебя порешает.
https://github.com/reddit-archive/reddit/wiki/OAuth2-Quick-Start-Example
Вместо консольного curl'а переписываешь все под libcurl
>>3677
Ты слишком много выебываешься и являешься типичным таким самым умным задротиком.
JS, Java, C#, Python - все эти языки придумали люди, которые на несколько порядков умнее и круче тебя. Они все заслуживают изучения. Если ты думаешь, что можно вот так просто объявить что-то недостойным изучения и не учить это, то рыночек тебя порешает.
Что нужно знать о работе тулчейна сборки языка Си?
На собеседовании будут об этом спрашивать, скорее всего
На собеседовании будут об этом спрашивать, скорее всего
>>3686
Я претендовал на звание самый умный? Чтобы ты крякалку свою открыл!? В своей жизни я решаю, кто заслуживает изучения, а кто нет и в высерных советах не нуждаюся от Мань вроде тебя. Я уверен на все 99% твои знания в каждом из языков это 5-10%, копни тебя глубже и ты лопнешь как пузырь мыльный.
Кому-то в жизни диктуют правила, а кто-то в жизни диктует их сам.
Я претендовал на звание самый умный? Чтобы ты крякалку свою открыл!? В своей жизни я решаю, кто заслуживает изучения, а кто нет и в высерных советах не нуждаюся от Мань вроде тебя. Я уверен на все 99% твои знания в каждом из языков это 5-10%, копни тебя глубже и ты лопнешь как пузырь мыльный.
Кому-то в жизни диктуют правила, а кто-то в жизни диктует их сам.
>>3686
И эти языки на порядки умнее меня. Когда в лицо с вертухи на простом хэлловорлде тычут ООП - я теряюсь.
И вообще, как научиться писать более-менее сложные программы? Я на каком-то моменте роста ее размера просто встаю в ступор и дальше уже ничего не идет.
Мимо
И эти языки на порядки умнее меня. Когда в лицо с вертухи на простом хэлловорлде тычут ООП - я теряюсь.
И вообще, как научиться писать более-менее сложные программы? Я на каком-то моменте роста ее размера просто встаю в ступор и дальше уже ничего не идет.
Мимо
>>3693
tips fedora
tips fedora
132 Кб, 1055x829>>3693
Ох, ирония.
Откуда у тебя такое сильное отношение к вещам, которых ты даже не знаешь? Я понимаю, если бы у тебя был либо прямой опыт работы с ними, либо ты уже был просто профессионалом и видел проекты/людей, которые используют эти технологии и парадигмы. Но судя по постам ты - бывший школьник, который год учил Си и алгоритмы. Да, это похвально, но это (и постинг на двачах) не даёт тебе должной компетенции. >>3686 правильно тебя охарактеризовал.
Между тем именно ты попросил о помощи с тестовым заданием.
Мимодругойанон-кун
>Я претендовал на звание самый умный? Чтобы ты крякалку свою открыл!?
Ох, ирония.
Откуда у тебя такое сильное отношение к вещам, которых ты даже не знаешь? Я понимаю, если бы у тебя был либо прямой опыт работы с ними, либо ты уже был просто профессионалом и видел проекты/людей, которые используют эти технологии и парадигмы. Но судя по постам ты - бывший школьник, который год учил Си и алгоритмы. Да, это похвально, но это (и постинг на двачах) не даёт тебе должной компетенции. >>3686 правильно тебя охарактеризовал.
>Кому-то в жизни диктуют правила, а кто-то в жизни диктует их сам.
Между тем именно ты попросил о помощи с тестовым заданием.
Мимодругойанон-кун
Люблю жс конечно, чистый который, без фреймворков. Я один такой?
>>3696
Это примерно "как научиться захламлять стол". Никак. Сам захламится. А твоя задача регулярно его убирать - вешать шкафы, в них класть коробочки, завести каталог где у тебя что лежит и так далее. Ты вот это не умеешь, в итоге на своем захламленном столе уже ничего найти не можешь. Убирайся. Рисуй простые диаграммы, как и куда у тебя текут данные. Выражай это напрямую в коде. И так далее. "Совершенный код" можешь почитать например.
>И вообще, как научиться писать более-менее сложные программы?
Это примерно "как научиться захламлять стол". Никак. Сам захламится. А твоя задача регулярно его убирать - вешать шкафы, в них класть коробочки, завести каталог где у тебя что лежит и так далее. Ты вот это не умеешь, в итоге на своем захламленном столе уже ничего найти не можешь. Убирайся. Рисуй простые диаграммы, как и куда у тебя текут данные. Выражай это напрямую в коде. И так далее. "Совершенный код" можешь почитать например.
>>3734
Хрен знает, надо настройки проекта смотреть. У меня без ошибок на 2017
Хрен знает, надо настройки проекта смотреть. У меня без ошибок на 2017
>>3727
Тоже хочу прочитать совершенный код, но хочу именно бумажную версию, ее можно где-то купить?
Тоже хочу прочитать совершенный код, но хочу именно бумажную версию, ее можно где-то купить?
>>3762
О, спасибо, закажу.
О, спасибо, закажу.
>>3727
Дополню анона, хорошо помогает чтение кода небольших программ, написанных хорошими специалистами. Многие приемы, стилистические нюансы можно позаимствовать.
Дополню анона, хорошо помогает чтение кода небольших программ, написанных хорошими специалистами. Многие приемы, стилистические нюансы можно позаимствовать.
>>3703
Откуда вы все повылезали, сосач-мастера... Если я пишу, значит я знаю о чем говорю Маня, свои умо-заключение оставь для себя и себе подобных, помощи я ниукого тут не просил, а уж тем более у таких макак как ты! Вопрос стоял о возможности реализации, на этом языке или нет, так как лично я ничего путного не нашел и в надежде, что тут живут адекваты, закинул удочку, поймал 1го адекватного и (2х сосачеров ты в их числе). Так что отрыгиваю вам 2им в ебало!
Откуда вы все повылезали, сосач-мастера... Если я пишу, значит я знаю о чем говорю Маня, свои умо-заключение оставь для себя и себе подобных, помощи я ниукого тут не просил, а уж тем более у таких макак как ты! Вопрос стоял о возможности реализации, на этом языке или нет, так как лично я ничего путного не нашел и в надежде, что тут живут адекваты, закинул удочку, поймал 1го адекватного и (2х сосачеров ты в их числе). Так что отрыгиваю вам 2им в ебало!
>>3797
На си можно написать все, вопрос только в том имеет ли это смысл, если на другом языке это можно написать в 2-3 раза быстрее.
На си можно написать все, вопрос только в том имеет ли это смысл, если на другом языке это можно написать в 2-3 раза быстрее.
>>3802
Написал тебе за щеку в 10 раз быстрее.
Написал тебе за щеку в 10 раз быстрее.
>>3797
Просто возьми питон, там в одну либу все это делается, urllib импортируешь и прям по мануалке отправляешь запросы
Просто возьми питон, там в одну либу все это делается, urllib импортируешь и прям по мануалке отправляешь запросы
>>3802
Это понятно, язык ведь для господ. Но я уже понял, что без танцев тут никуда и успокоился давно. Вдруг кто-то раньше с таким сталкивался и есть готовая библиотека или алгоритм под рукой, поэтому и спросил. Тему можно закрыть, пока сосачеры новые не подъехали...
Это понятно, язык ведь для господ. Но я уже понял, что без танцев тут никуда и успокоился давно. Вдруг кто-то раньше с таким сталкивался и есть готовая библиотека или алгоритм под рукой, поэтому и спросил. Тему можно закрыть, пока сосачеры новые не подъехали...
>>3809
Уже понял все, пересмотрел свои взгляды, буду осваивать новое сквозь зубы, а вдруг и понравится что-то! Буду пробовать себе в других языках и папу С не забывать!
Уже понял все, пересмотрел свои взгляды, буду осваивать новое сквозь зубы, а вдруг и понравится что-то! Буду пробовать себе в других языках и папу С не забывать!
>>3819
Это не гну. Гну стиль это вот это:
https://github.com/coreutils/coreutils/blob/master/src/yes.c
По-моему как раз у кернеля вполне нормальный стиль кода.
https://github.com/torvalds/linux/blob/master/drivers/hid/hid-core.c
>ядро
>gnu-стиль
Это не гну. Гну стиль это вот это:
https://github.com/coreutils/coreutils/blob/master/src/yes.c
По-моему как раз у кернеля вполне нормальный стиль кода.
https://github.com/torvalds/linux/blob/master/drivers/hid/hid-core.c
>>3820
Забавно. Особенно, что многие вещи пытаются вызывать системную (?) функцию uname. Но в исходниках я не нашел ее реализацию.
Забавно. Особенно, что многие вещи пытаются вызывать системную (?) функцию uname. Но в исходниках я не нашел ее реализацию.
>>3874
Например в coreutils uname.c
if (uname (&name) == -1)
А так вызовы по куче исходников kernel linux встречаются.
Например в coreutils uname.c
if (uname (&name) == -1)
А так вызовы по куче исходников kernel linux встречаются.
Поясните за функции. Я сделал функцию, которая принимает 2 переменные - просто число и число, которое функция берет как размер массива и возвращает принтф массива.
Вот в чем проблема. Первый раз вызываю функцию с аргументами 123456 и 5. Она выводит 123456 как и положено. Но если вызвать второй раз и размер массива будет меньше предыдущего, например 000 и 2, то функция выведет 000456, взяв 456 из прошлого массива. И теперь 2 вопроса:
1. Какого хуя так получается? Я же второй раз массив указываю равным 3 значениям, как он становится длиннее?
2. И разве при каждом вызове своей функции все что внутри нее происходило не обнуляется?
Вот в чем проблема. Первый раз вызываю функцию с аргументами 123456 и 5. Она выводит 123456 как и положено. Но если вызвать второй раз и размер массива будет меньше предыдущего, например 000 и 2, то функция выведет 000456, взяв 456 из прошлого массива. И теперь 2 вопроса:
1. Какого хуя так получается? Я же второй раз массив указываю равным 3 значениям, как он становится длиннее?
2. И разве при каждом вызове своей функции все что внутри нее происходило не обнуляется?
>>4231
Ну так 2 раза обращаешься к 1 массиву в 1 функции, во второй раз записываешь только 3 первых символа, так и должно работать. Читай про время хранения данных в си.
Ну так 2 раза обращаешься к 1 массиву в 1 функции, во второй раз записываешь только 3 первых символа, так и должно работать. Читай про время хранения данных в си.
>>4255
А как сделать чтобы в конце конец строки был? В переменные а и b их же не добавить.
Что такое VLA?
БТВ, а можно делать конструкцию вида return while{}? У меня чет ошибки хуячит.
А как сделать чтобы в конце конец строки был? В переменные а и b их же не добавить.
Что такое VLA?
БТВ, а можно делать конструкцию вида return while{}? У меня чет ошибки хуячит.
>>4259
name[size2] = '\0' после цикла с иксами.
Массив, размер которого зависит от переменной (char name[x]). Делай всегда 16 байт и все (в long long ты можешь закодировать около десяти символов, плюс чтобы нолик поместился, и округляем до степени двойки, чтобы красиво было).
Что она должна делать по твоему мнению?
> А как сделать чтобы в конце конец строки был?
name[size2] = '\0' после цикла с иксами.
> Что такое VLA?
Массив, размер которого зависит от переменной (char name[x]). Делай всегда 16 байт и все (в long long ты можешь закодировать около десяти символов, плюс чтобы нолик поместился, и округляем до степени двойки, чтобы красиво было).
> конструкцию вида return while{}?
Что она должна делать по твоему мнению?
>>4279
Последний вопрос не актуален, не дочитал до конца.
Последний вопрос не актуален, не дочитал до конца.
>>4279
В последний элемент массива
Плохо, у тебя массив начинается с 0, а последний будет x-1. Ты можешь например адрес возврата из функции в стеке повредить и программа упадет.
>в последний массив
В последний элемент массива
>name(x)
Плохо, у тебя массив начинается с 0, а последний будет x-1. Ты можешь например адрес возврата из функции в стеке повредить и программа упадет.
>>4279
Потому что это самый последний элемент в массиве. А name[x] уже за пределами массива. И вообще, твое говно пишется так:
https://ideone.com/rKic5h
> Почему х-1?
Потому что это самый последний элемент в массиве. А name[x] уже за пределами массива. И вообще, твое говно пишется так:
https://ideone.com/rKic5h
>>4284
Дополню, лучше char name[x + 1]; задавай и name[x] = '\0'; устанавливай.
Дополню, лучше char name[x + 1]; задавай и name[x] = '\0'; устанавливай.
>>4294
Дополню. Вот код: https://pastebin.com/e2rfsJEz
У тебя там неправильно массив внутри функции объявляется. Тебе нужен динамическое выделение памяти, а не статическое.
Дополню. Вот код: https://pastebin.com/e2rfsJEz
У тебя там неправильно массив внутри функции объявляется. Тебе нужен динамическое выделение памяти, а не статическое.
>>4297
Лол. Это спецолимпиада по созданию еще более сложной реализации? Тогда предлагаю класть очередную букву в голову связного списка, а потом проходить по списку, собирая результат в массив. И, конечно, не обойтись без динамического выделения памяти.
Алсо,
ты откуда вылез вообще?
Лол. Это спецолимпиада по созданию еще более сложной реализации? Тогда предлагаю класть очередную букву в голову связного списка, а потом проходить по списку, собирая результат в массив. И, конечно, не обойтись без динамического выделения памяти.
Алсо,
> #include <malloc.h>
ты откуда вылез вообще?
>>4301
У меня с таким выделением памяти даже не компилит, поэтому исправил на более правильное. Ничего вы этом сложного нет. На одну строчку больше.
У меня с таким выделением памяти даже не компилит, поэтому исправил на более правильное. Ничего вы этом сложного нет. На одну строчку больше.
>>4304
Ну так может это повод проапгрейдить компилятор до чего-нибудь, поддерживающего хотя бы C99?
Ну да, какая разница: уменьшить указатель стека одной инструкцией или сходить через три обертки до маллока, а потом еще и free проебать.
> У меня с таким выделением памяти даже не компилит
Ну так может это повод проапгрейдить компилятор до чего-нибудь, поддерживающего хотя бы C99?
> Ничего вы этом сложного нет. На одну строчку больше.
Ну да, какая разница: уменьшить указатель стека одной инструкцией или сходить через три обертки до маллока, а потом еще и free проебать.
>>4307
Да... free проебал. Но указатели, это не правильно. Ты ведь не выделяешь память, а просто указываешь индекс в памяти, которая может быть занята чем то другим.
Да... free проебал. Но указатели, это не правильно. Ты ведь не выделяешь память, а просто указываешь индекс в памяти, которая может быть занята чем то другим.
>>4319
Не знаю, мне кажется выделение памяти через указатели, это не совсем безопасная работа с памятью. Все что угодно может произойти, нужно контролироваться выход за приделы массива, можно сослаться не на тот адрес в памяти, может возникнуть проблемы с кучей в памяти. Хз, хз... крч.
Не знаю, мне кажется выделение памяти через указатели, это не совсем безопасная работа с памятью. Все что угодно может произойти, нужно контролироваться выход за приделы массива, можно сослаться не на тот адрес в памяти, может возникнуть проблемы с кучей в памяти. Хз, хз... крч.
>>4345
У malloc есть 2 варианта, или они находит тебе подходящий участок памяти и возвращает на него указатель, или не находит и возвращает нулевой указатель. Опасного в этом ничего нет. Память забита случайным мусором, очистка которого ложится на плечи разработчика для быстродействия. Выход за границы... Ну тут как бы надо себя контролировать, да.
Рекомендую почитать Роберта Сикорда "Безопасное программирование на С и С++", главу "Управление динамической памятью". Там автор прекрасно расписывает все возможности накосячить и даже самые известные уязвимости основанные на этом.
У malloc есть 2 варианта, или они находит тебе подходящий участок памяти и возвращает на него указатель, или не находит и возвращает нулевой указатель. Опасного в этом ничего нет. Память забита случайным мусором, очистка которого ложится на плечи разработчика для быстродействия. Выход за границы... Ну тут как бы надо себя контролировать, да.
Рекомендую почитать Роберта Сикорда "Безопасное программирование на С и С++", главу "Управление динамической памятью". Там автор прекрасно расписывает все возможности накосячить и даже самые известные уязвимости основанные на этом.
Аноны, вкатываюсь потихоньку в коддинг, научится уже php, sql, js и html\css, сделал один крупный полу-рабочий проектик и десяток неюзабельного говна, но никогда не хотел работать в веб, просто как-то получилось, что начал со сценарных и вроде как имею результаты (даже на работу приглашали, лол). Потихоньку начал учить c++ по липману и вроде почти проблем не возникает особых. Но услышал, что перед всем этим говном лучше научиться чистому Си, мол, он мозги выпрямляет, достаточно простой в основе своей и мощный. Почитал шапку, там все на ангельском. Не то, чтобы я с ним не дружу, но дискомфорт в глазах возникает, да и напряжно, особенно при встрече с неизвестными доселе терминами и словами. Так вот, можете подсказать что нибудь? Какую-нибудь годную книгу с задачками. Или читать Кернигана из шапки и не глядеть по сторонам? И вообще стоит ли начинать с Си или сразу лучше окунуться в кресты?
>>4349
Сяп, почитаю. А насчет того, что malloc может не найти памяти... тут два варианта: 1)подождать некоторое время, и потом попробовать еще раз; 2)сообщить юзеру о нехватки памяти, и выйти с программы. А вот с указателями такого не провернешь.
Сяп, почитаю. А насчет того, что malloc может не найти памяти... тут два варианта: 1)подождать некоторое время, и потом попробовать еще раз; 2)сообщить юзеру о нехватки памяти, и выйти с программы. А вот с указателями такого не провернешь.
>>4349
Вообще если все контролировать, а не бездумно фигачить указатели, то все конечно гуд. Только не думаю, что это сильно проще, чем malloc.
Вообще если все контролировать, а не бездумно фигачить указатели, то все конечно гуд. Только не думаю, что это сильно проще, чем malloc.
>>4351
В основном тут рекомендуют Прата. Я его не читал. Читал Дейтелов - ну оно для ньюфагов, на мой взгялд даже избыточно разжевывают.
В основном тут рекомендуют Прата. Я его не читал. Читал Дейтелов - ну оно для ньюфагов, на мой взгялд даже избыточно разжевывают.
>>4351
Если кресты для хеловорлдов и программ типа введи_имя-узай_ебал_ли_я_такую_телку, то нет. Иначе — в любом нормальном пособии по крестам, основы си (указатели, ДУП) будут затронуты. Смело покупайте крестоучебники, у них в треде годноту советуют
Если кресты для хеловорлдов и программ типа введи_имя-узай_ебал_ли_я_такую_телку, то нет. Иначе — в любом нормальном пособии по крестам, основы си (указатели, ДУП) будут затронуты. Смело покупайте крестоучебники, у них в треде годноту советуют
Суп прогач, есть одна laba2.cbp...
Проблема на пиках. Почему второй вызов scanf() обнуляет переменную, считанную первым вызовом? Причём если сделать наоборот, то всё работает. Но препода наоборот не устраивает.
Проблема на пиках. Почему второй вызов scanf() обнуляет переменную, считанную первым вызовом? Причём если сделать наоборот, то всё работает. Но препода наоборот не устраивает.
>>4425
когда ты выпустишься, в мире уже произойдеть тотальный экономический кризис, а в россии будет гражданская война и люди будут есть людей
так чтож нахуя ты сейчас это делашь, не понятно
>одна laba2.cbp
когда ты выпустишься, в мире уже произойдеть тотальный экономический кризис, а в россии будет гражданская война и люди будут есть людей
так чтож нахуя ты сейчас это делашь, не понятно
>>4439
Энжой юр повреждение стека концом строки.
Энжой юр повреждение стека концом строки.
>>4425
Потому что %8s, чтобы ограничить длину присваиваемой строки. А если не ограничиваешь, то ты сам себе буратино.
Потому что %8s, чтобы ограничить длину присваиваемой строки. А если не ограничиваешь, то ты сам себе буратино.
>>4432
Не. Всё-таки пускает. Только потом не работает.
Не. Всё-таки пускает. Только потом не работает.
>>4418
хуйня
ни в одном учебнике по си, даже в священной k&r, нет рассказа о том, как реально используется си на практике
нихуя не объясняется всякая магия указателей на функции в связке со структурами, что позволяет мутить ооп и компонентное программирование
нихуя не объясняется как делать adt на макросах или на войдах или на юнионах
нихуя не объясняется как делать вариадики на юнионах
нихуя не объясняется как делать динамический полиморфизм на vtable
нихуя не пишут про такие типа мелочки, что строку формата для prinf (и даже сканф, что вообще за гранью этих книг) можно тоже формировать динамически и подсовывать
нихуя не пишут как использовать setjmp/longjmp для обработки сигланов и эмуляции исключений
во всех книгах пишут - утю-тю, go to хуевая практика, не юзайте дети, а откроешь сорцы там этим говном каждая вторая функция набита
обработка реальных данных? бля, да типичная обработка - открываем мапу, голая память и давай на нее ебаные пожатые структурки накладывать с массивами, эта дрисня в реальном коде повсеместно
и такого только по возможностям языка, что не освещены типа в учебниках можно десятки навспоминать
по итогу книги по сям вообще ничему нахуй не учат
хуйня
ни в одном учебнике по си, даже в священной k&r, нет рассказа о том, как реально используется си на практике
нихуя не объясняется всякая магия указателей на функции в связке со структурами, что позволяет мутить ооп и компонентное программирование
нихуя не объясняется как делать adt на макросах или на войдах или на юнионах
нихуя не объясняется как делать вариадики на юнионах
нихуя не объясняется как делать динамический полиморфизм на vtable
нихуя не пишут про такие типа мелочки, что строку формата для prinf (и даже сканф, что вообще за гранью этих книг) можно тоже формировать динамически и подсовывать
нихуя не пишут как использовать setjmp/longjmp для обработки сигланов и эмуляции исключений
во всех книгах пишут - утю-тю, go to хуевая практика, не юзайте дети, а откроешь сорцы там этим говном каждая вторая функция набита
обработка реальных данных? бля, да типичная обработка - открываем мапу, голая память и давай на нее ебаные пожатые структурки накладывать с массивами, эта дрисня в реальном коде повсеместно
и такого только по возможностям языка, что не освещены типа в учебниках можно десятки навспоминать
по итогу книги по сям вообще ничему нахуй не учат
>>4445
Так этож очевидно, ёпт.
>нихуя не пишут про такие типа мелочки, что строку формата для printf можно генерировать и подсовывать
Так этож очевидно, ёпт.
>>4445
ах, да, отдельная мякотка - макросы
в учебниках типа, утю-тю, дети, смотрите, мы можем написать макрос max который типа наибольшее число выбирает! охуенно!
а на практике на макросах лепят ебанутейшую кодогенрацию в которой черт ногу сломит, склейка строк вообще наше священное знание, епт
ах, да, отдельная мякотка - макросы
в учебниках типа, утю-тю, дети, смотрите, мы можем написать макрос max который типа наибольшее число выбирает! охуенно!
а на практике на макросах лепят ебанутейшую кодогенрацию в которой черт ногу сломит, склейка строк вообще наше священное знание, епт
я, кстати, в порыве горячечного озарения какое то время назад сформулировал два фатальных недостатка крестов, а именно:
- отсутствие abi, что вынуждает на границах бинарных модулей лепить старый сишный интерфейс, а лучшее что из этого можно выжать - com модель майрософта, или гномовскую gtk (которая была скопирована с com, внезапно) , ну и сверху обмазать темплейтами для удобства - atl, а общем все равно это все будет технологиями полувековой давности в своей основе, лол
- второе - это невозможность отказаться от киллер-фичи макросов сишных - а именно склейки строк, как следствие невозможность продвинутой кодогенерации, так как темплейты крестов работают уже на уровне определенных лексем, они не могут порождать новые; ну или в качестве полной альтернативы, вообще использовать стороннюю кодогерацию
- отсутствие abi, что вынуждает на границах бинарных модулей лепить старый сишный интерфейс, а лучшее что из этого можно выжать - com модель майрософта, или гномовскую gtk (которая была скопирована с com, внезапно) , ну и сверху обмазать темплейтами для удобства - atl, а общем все равно это все будет технологиями полувековой давности в своей основе, лол
- второе - это невозможность отказаться от киллер-фичи макросов сишных - а именно склейки строк, как следствие невозможность продвинутой кодогенерации, так как темплейты крестов работают уже на уровне определенных лексем, они не могут порождать новые; ну или в качестве полной альтернативы, вообще использовать стороннюю кодогерацию
>>4462
В каком языке ты занимаешься продвинутой кодогенерацией на уровне склейки строк?
> а именно склейки строк, как следствие невозможность продвинутой кодогенерации
В каком языке ты занимаешься продвинутой кодогенерацией на уровне склейки строк?
>>4445
Книги по сям учат сям. А то, что ты перечислил - это по большей части общие для всех компилируемых языков подходы.
Ловите наркомана.
Во всех книгах пишут ровно два допустимых случая использования: выход из глубокого цикла и переход вперед на обработчик ошибок.
А что тебе не нравится? При известной платформе - самый удобный и быстрый подход.
>>4450
Люди, которые не осилили макросы, обычно умеют хотя бы делать -E. Но вообще я крайне редко вижу в проектах совсем уж нечитаемые макросы уровня http://jhnet.co.uk/articles/cpp_magic
> по итогу книги по сям вообще ничему нахуй не учат
Книги по сям учат сям. А то, что ты перечислил - это по большей части общие для всех компилируемых языков подходы.
> setjmp/longjmp для обработки сигланов
Ловите наркомана.
> во всех книгах пишут - утю-тю, go to хуевая практика
Во всех книгах пишут ровно два допустимых случая использования: выход из глубокого цикла и переход вперед на обработчик ошибок.
> пожатые структурки накладывать с массивами
А что тебе не нравится? При известной платформе - самый удобный и быстрый подход.
>>4450
> а на практике на макросах лепят ебанутейшую кодогенрацию в которой черт ногу сломит
Люди, которые не осилили макросы, обычно умеют хотя бы делать -E. Но вообще я крайне редко вижу в проектах совсем уж нечитаемые макросы уровня http://jhnet.co.uk/articles/cpp_magic
>>4435
Кто сказал, что я её не читаю? Да и там только анси си, что является 80% от обычного си
Кто сказал, что я её не читаю? Да и там только анси си, что является 80% от обычного си
>>4477
а [ i ]
а [ i ]
>>4287
Как элемент массива name(x) может быть за пределами массива размером х?
>>4284
Ну так я за х беру число букв, а т.к. массив начинается с нуля, то получается у меня как раз от 0 до х-1 это буквы а х - '\0'.
Как элемент массива name(x) может быть за пределами массива размером х?
>>4284
> Плохо, у тебя массив начинается с 0, а последний будет x-1. Ты можешь например адрес возврата из функции в стеке повредить и программа упадет.
Ну так я за х беру число букв, а т.к. массив начинается с нуля, то получается у меня как раз от 0 до х-1 это буквы а х - '\0'.
>>4480
Молча. Если массив, допустим, из трех элементов, то x = 3, а валидные индексы элементов 0, 1, 2, но не 3.
> Как элемент массива name(x) может быть за пределами массива размером х?
Молча. Если массив, допустим, из трех элементов, то x = 3, а валидные индексы элементов 0, 1, 2, но не 3.
>>4480
Начнем с простого.
х = 3;
char t[x]; [0, 1, 2] - 3 элемента. А ты собрался пихать в t[3] - за пределами массива '\0'. Ты тупо пишешь в переменную в стеке до твоего char t[x]
>а х - '\0'.
Начнем с простого.
х = 3;
char t[x]; [0, 1, 2] - 3 элемента. А ты собрался пихать в t[3] - за пределами массива '\0'. Ты тупо пишешь в переменную в стеке до твоего char t[x]
>>4467
а как ты будешь восстанавливаться после обработки сигнала? только длинным переходом
кто тут наркоман?
а как ты будешь восстанавливаться после обработки сигнала? только длинным переходом
кто тут наркоман?
>>4490
то что ты все равно должен будешь пользоваться возможностями сишных макросов, пусть они и будут замешаны уже с темплейтами вместе
то что ты все равно должен будешь пользоваться возможностями сишных макросов, пусть они и будут замешаны уже с темплейтами вместе
>>4493
речь не о литералах, а о лексемах, дружок
сишные макросы позволяют порождать новые лексемы
а крестовые шаблоны - нет
всекаешь?
речь не о литералах, а о лексемах, дружок
сишные макросы позволяют порождать новые лексемы
а крестовые шаблоны - нет
всекаешь?
950 Кб, mp4,480x360, 0:05
>>4445
Ну ты бы постеснялся. Понимаешь писать на си это не о ебать мы сделали новую нейросетку как напитоне, это не о ебать клевый сайт с перделками как на жаваскрипте. Писать на си это творчество, это искусство, это страдание, это эксельсиор.
>ряяяя букварь не учит писать как пушкин! Как так! Произвол!
Ну ты бы постеснялся. Понимаешь писать на си это не о ебать мы сделали новую нейросетку как напитоне, это не о ебать клевый сайт с перделками как на жаваскрипте. Писать на си это творчество, это искусство, это страдание, это эксельсиор.
>>4510
из за этого, кстати, весь код под микроконтроллеры покрыт дрисней из макросов, прямо как деды (буквально) писали
а на шаблоны со скрипом переходят
из за этого, кстати, весь код под микроконтроллеры покрыт дрисней из макросов, прямо как деды (буквально) писали
а на шаблоны со скрипом переходят
>>4360
Прата тоже разжевывает всё очень подробно, что аж приходится пропускать очевидные абзацы.
Прата тоже разжевывает всё очень подробно, что аж приходится пропускать очевидные абзацы.
>>4510
Так и говорил бы, что клеишь токены, а не строчки.
Мой не покрыт, даже странно. Ну если не считать констант и тех макросов, которые используются в качестве замены __attribute__((always_inline)). Покажи пример, зачем еще в мк макросы?
> речь не о литералах, а о лексемах
Так и говорил бы, что клеишь токены, а не строчки.
> из за этого, кстати, весь код под микроконтроллеры покрыт дрисней из макросов
Мой не покрыт, даже странно. Ну если не считать констант и тех макросов, которые используются в качестве замены __attribute__((always_inline)). Покажи пример, зачем еще в мк макросы?
>>4445
Goto вроде нужна как замена break, если нужно срочно выйти из глубины вложенных циклов.
Goto вроде нужна как замена break, если нужно срочно выйти из глубины вложенных циклов.
58 Кб, 540x334>>0497 (OP)
Нужно ли всегда обьявлять (Declare) функцию перед описанием (Definition)? Попробовал без обьявления, компилируется в gcc. Тогда какого учебники требуют это делать?
Нужно ли всегда обьявлять (Declare) функцию перед описанием (Definition)? Попробовал без обьявления, компилируется в gcc. Тогда какого учебники требуют это делать?
>>4540
Я понимаю, что декларация нужна, если код раскидан в нескольких файлах, или когда подключаю заголовки. Но в моем случае пока один .c файл с кодом.
Я понимаю, что декларация нужна, если код раскидан в нескольких файлах, или когда подключаю заголовки. Но в моем случае пока один .c файл с кодом.
>>4540
Если функция в одной компилируемой единице с вызывающе и перед ней, то нет. Если ты в заголовочном файле сделал сразу definition функции, то попробуй включить во вторую компилируемую единицу, получишь ошибки.
Если функция в одной компилируемой единице с вызывающе и перед ней, то нет. Если ты в заголовочном файле сделал сразу definition функции, то попробуй включить во вторую компилируемую единицу, получишь ошибки.
>>4523
ну дык обычно же все этим заканчивается, не?
случается война, кризис, люди едят людей, 95% погибает
и все начинается заново
вот, к примеру, на великой китайской равнине было несколько таких циклов, зафиксированных хрониками: людей размножалось до 50 млн, потом случался кризис и погибало почти все население, а потом снова все начиналось
и книжка гумилева так называется: "конец и вновь начало"
а сегодняшняя ситуация уникальна, тк механизация сельского хозяйства и введение искусственных удобрений позволило повысить эффективность сх на порядок, как следствие на китайской равнине щас живет 500 млн человек
что и делает ситуацию еще боллее опасной чем раньше
тк в случае обрушения экономики жестокость дойдет до предела, каннибализмом, в частности, будут заниматся не один-пару сезонов ближе к весне, а несколько десятилетий
просто одни банды каннибалов будут вырезать другие банды, что оказались послабей
и так пока не останется несколько тысяч мужчин и нескольких десятков женщин
из сотен миллионов
ну дык обычно же все этим заканчивается, не?
случается война, кризис, люди едят людей, 95% погибает
и все начинается заново
вот, к примеру, на великой китайской равнине было несколько таких циклов, зафиксированных хрониками: людей размножалось до 50 млн, потом случался кризис и погибало почти все население, а потом снова все начиналось
и книжка гумилева так называется: "конец и вновь начало"
а сегодняшняя ситуация уникальна, тк механизация сельского хозяйства и введение искусственных удобрений позволило повысить эффективность сх на порядок, как следствие на китайской равнине щас живет 500 млн человек
что и делает ситуацию еще боллее опасной чем раньше
тк в случае обрушения экономики жестокость дойдет до предела, каннибализмом, в частности, будут заниматся не один-пару сезонов ближе к весне, а несколько десятилетий
просто одни банды каннибалов будут вырезать другие банды, что оказались послабей
и так пока не останется несколько тысяч мужчин и нескольких десятков женщин
из сотен миллионов
>>4525
дык ты делаешь таки кодогенерацию на макросах или все руками хуячишь что ли?
дык ты делаешь таки кодогенерацию на макросах или все руками хуячишь что ли?
>>4500
Спасибо. Сегодня-завтра начну грызть. А насчет https://www.cypress.com/file/56651/download из шапки что скажешь?
>>4498
Тоже полезный совет. Но, все таки, самый сильный старт и фидбек (особенно в простых вещах) на практике дал именно харкач.
Спасибо. Сегодня-завтра начну грызть. А насчет https://www.cypress.com/file/56651/download из шапки что скажешь?
>>4498
Тоже полезный совет. Но, все таки, самый сильный старт и фидбек (особенно в простых вещах) на практике дал именно харкач.
>>4557
Вот до чего Сишка людей доводит...
Вот до чего Сишка людей доводит...
>>0497 (OP)
В регистре r16 записано число 0b10101010. Второй, третий, четвёртый, и пятый биты нужно поменять на 1110, не меняя при этом остальные. То есть надо сделать такую замену.
10101010 //Исходный регистр
1110 //То, на что надо заменить
10111100 //Регистр после замены.
Это возможно как то кратко сделать, или надо только менять каждый бит отдельной операцией?
В регистре r16 записано число 0b10101010. Второй, третий, четвёртый, и пятый биты нужно поменять на 1110, не меняя при этом остальные. То есть надо сделать такую замену.
10101010 //Исходный регистр
1110 //То, на что надо заменить
10111100 //Регистр после замены.
Это возможно как то кратко сделать, или надо только менять каждый бит отдельной операцией?
>>4715
Побитовые операции работают с каждым битом независимо, поэтому ты можешь без проблем менять все нужные биты разом точно так же, как ты делал с одним битом. Делаешь маску - битовую строку, где все биты, которые нужно сохранить - установлены, а которые будут меняться - сброшены. Применяешь маску к регистру с помощью &, тем самым сбрасывая в 0 то, что будешь менять и оставляя неизменным то, что менять не нужно. И потом |-ом ставишь в 1 нужные биты. Т.е., примерно так (можешь в макрос обернуть):
mask = ~(0b1111 << 2); // = ~0b111100 = 0b1111...1111000011b
new_bits = 0b1110 << 2; // = 0b111000
value = 0b10101010;
value = (value & mask) | new_bits;
Нет. Каноничная нумерация - справа с нулевого бита, а у тебя с первого.
> возможно как то кратко сделать, или надо только менять каждый бит отдельной операцией?
Побитовые операции работают с каждым битом независимо, поэтому ты можешь без проблем менять все нужные биты разом точно так же, как ты делал с одним битом. Делаешь маску - битовую строку, где все биты, которые нужно сохранить - установлены, а которые будут меняться - сброшены. Применяешь маску к регистру с помощью &, тем самым сбрасывая в 0 то, что будешь менять и оставляя неизменным то, что менять не нужно. И потом |-ом ставишь в 1 нужные биты. Т.е., примерно так (можешь в макрос обернуть):
mask = ~(0b1111 << 2); // = ~0b111100 = 0b1111...1111000011b
new_bits = 0b1110 << 2; // = 0b111000
value = 0b10101010;
value = (value & mask) | new_bits;
> 1110 //То, на что надо заменить
Нет. Каноничная нумерация - справа с нулевого бита, а у тебя с первого.
>>4747
Так как необходимо менять с второго бита, можно конечно написать полностью число и с ним сделать побитовые операции.... но это же не имеет значение.
P.s. не автор того сообщения.
Так как необходимо менять с второго бита, можно конечно написать полностью число и с ним сделать побитовые операции.... но это же не имеет значение.
P.s. не автор того сообщения.
>>4514
Ну и съебись нахуй отсюда, макака ебанная!
Ну и съебись нахуй отсюда, макака ебанная!
>>4715
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
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
>>4807
Разве готовое число не яснее? У тебя скорее обфускация, мешающая нормально увидеть маску, а значит понять как она работает. Даже сам в комменте нормальное число пишешь, лол. Пишешь по сути "2+(1+3-2)" вместо "2+2".
Разве готовое число не яснее? У тебя скорее обфускация, мешающая нормально увидеть маску, а значит понять как она работает. Даже сам в комменте нормальное число пишешь, лол. Пишешь по сути "2+(1+3-2)" вместо "2+2".
>>4968
Купи С Классическое издание (Полное Руководство) Г.Шилдт
Я купил не пожалел, много интересного.
Купи С Классическое издание (Полное Руководство) Г.Шилдт
Я купил не пожалел, много интересного.
>>4972
Да мне бы спиздить, а то скоро на улице жить уже буду.
>>4971
Ты мне, наверное, адресовать хотел.
http://www.it-059.ru/pluginfile.php/181/mod_folder/content/0/Программирование/Язык программирования на Си. Издание 3-е исправление.pdf <- Оно? При переходе принудительно качать пдф начинает, к слову
Да мне бы спиздить, а то скоро на улице жить уже буду.
>>4971
Ты мне, наверное, адресовать хотел.
http://www.it-059.ru/pluginfile.php/181/mod_folder/content/0/Программирование/Язык программирования на Си. Издание 3-е исправление.pdf <- Оно? При переходе принудительно качать пдф начинает, к слову
>>4974
Да, оно, и качество вроде норм.
Да, оно, и качество вроде норм.
>>5115
Там был старый борландовский компилятор, уже не помню какая версия. И я завалил практическую часть. Препод попробовал сам запустить её, обосрался и отправил на осень. Какой-то косяк был при распределении памяти.
Там был старый борландовский компилятор, уже не помню какая версия. И я завалил практическую часть. Препод попробовал сам запустить её, обосрался и отправил на осень. Какой-то косяк был при распределении памяти.
>>5119
Borland c++ 3.1, кажется. А ещё borland Pascal 7.1, лол
Borland c++ 3.1, кажется. А ещё borland Pascal 7.1, лол
>>5006
Нет, не читал, но по описанию это точно не то, что нужно анону, который ищет K&R. Да и хуесосят этого Шилдта на буржуйских интернетах, мол, неча было джависту в чужое лезть.
Нет, не читал, но по описанию это точно не то, что нужно анону, который ищет K&R. Да и хуесосят этого Шилдта на буржуйских интернетах, мол, неча было джависту в чужое лезть.
>>5129
Мань, ты хотябы разберись пред тем как обсираться... ок?
Шилдт — писатель и учёный в сфере компьютерных наук, получил образование и учёную степень в Иллинойском университете в Урбана-Шампейн. Был членом комитета 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 .
Мань, ты хотябы разберись пред тем как обсираться... ок?
Шилдт — писатель и учёный в сфере компьютерных наук, получил образование и учёную степень в Иллинойском университете в Урбана-Шампейн. Был членом комитета 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 .
>>5173
Потому что отладочные символы и рантайм: код, требующийся для реализации твоих argc/argv (в винде), твоего printf, твоего stdout и прочих локалей, которые все равно нужны, хоть ты их и не используешь явно, а также код, который тянут за собой реализации вышеперечисленного. А вот если линковаться динамически, то хелловорлд будет 2-8К, в зависимости от платформы.
Потому что отладочные символы и рантайм: код, требующийся для реализации твоих argc/argv (в винде), твоего printf, твоего stdout и прочих локалей, которые все равно нужны, хоть ты их и не используешь явно, а также код, который тянут за собой реализации вышеперечисленного. А вот если линковаться динамически, то хелловорлд будет 2-8К, в зависимости от платформы.
2 Кб, 486x293>>0497 (OP)
Кошмар. Сегодня пробывал написать простенький генератор паролей на чистом Си с использованием WINAPI. ЭТО БОЛЬ! Еле написал обработчик для кнопки, но когда дело дошло до текстового поля, я обнаружил, что оно не редактируется, и судя по всему необходимо писать отдельную функцию, которая будет принимать скан-коды нажатия клавиш на клавиатуре и переводя их в ASCII сохранять в динамический массив одновременно выводя в текстовое поле, чтобы видеть, что набираешь. Как жить дальше?
Кошмар. Сегодня пробывал написать простенький генератор паролей на чистом Си с использованием WINAPI. ЭТО БОЛЬ! Еле написал обработчик для кнопки, но когда дело дошло до текстового поля, я обнаружил, что оно не редактируется, и судя по всему необходимо писать отдельную функцию, которая будет принимать скан-коды нажатия клавиш на клавиатуре и переводя их в ASCII сохранять в динамический массив одновременно выводя в текстовое поле, чтобы видеть, что набираешь. Как жить дальше?
>>5213
Ебать ты урок, чмох иди учи
Ебать ты урок, чмох иди учи
>>5207
Гуи на винапи не боль, а 100 шаблонных строк. Их нужно написать один раз, а потом просто копировать из проекта в проект. Мало того, существует гуи на винапи из одной строки не считая обработку событий: DialogBoxParam().
Какие еще нахуй сканкоды? Ты что-то делаешь не так. Можешь код притащить, но вангую отсутствие вызова DefWindowProc() или другой тупой баг.
> WINAPI. ЭТО БОЛЬ!
Гуи на винапи не боль, а 100 шаблонных строк. Их нужно написать один раз, а потом просто копировать из проекта в проект. Мало того, существует гуи на винапи из одной строки не считая обработку событий: DialogBoxParam().
> судя по всему необходимо писать отдельную функцию, которая будет принимать скан-коды нажатия клавиш на клавиатуре
Какие еще нахуй сканкоды? Ты что-то делаешь не так. Можешь код притащить, но вангую отсутствие вызова DefWindowProc() или другой тупой баг.
>>5243
Гены тупой шлюхи это неисправимый баг на всю жизнь.
Просто посмотри на это:
Что такое Qt? Это взяли кресты и сделали из них джаваскрипт. И вот выродки, пишущие на таком говне потом кукарекают. Неудивительно, что необучаемая макака не смогла прочитать как работать с окрами в Winapi, высрала вслепую нерабочий код, и убежала обратно на свою парашу, громко взвизгнув "Winapi - говно!".
И ладно бы только это, но тут ситуация куда серьезней - почему кресто-джаваскрипто макака сидит и кукарекает в треде СИ? Ладно бы в крестотреде, можно было бы понять, но тут уже никакого адекватного объяснения нет, просто тупое говно срет тупостью где ему не место вообще.
>или другой тупой баг
Гены тупой шлюхи это неисправимый баг на всю жизнь.
Просто посмотри на это:
>вернусь на Qt
Что такое Qt? Это взяли кресты и сделали из них джаваскрипт. И вот выродки, пишущие на таком говне потом кукарекают. Неудивительно, что необучаемая макака не смогла прочитать как работать с окрами в Winapi, высрала вслепую нерабочий код, и убежала обратно на свою парашу, громко взвизгнув "Winapi - говно!".
И ладно бы только это, но тут ситуация куда серьезней - почему кресто-джаваскрипто макака сидит и кукарекает в треде СИ? Ладно бы в крестотреде, можно было бы понять, но тут уже никакого адекватного объяснения нет, просто тупое говно срет тупостью где ему не место вообще.
>>5160
Хуйня это Маня, рыгающая дерьмом в этом треде, а Шилдт ебет тебя по всем параметрам в жизни, потому что у тебя Маня, кроме высера в тредах на сосаче, больше нихуя в жизни нет и не будет!
Хуйня это Маня, рыгающая дерьмом в этом треде, а Шилдт ебет тебя по всем параметрам в жизни, потому что у тебя Маня, кроме высера в тредах на сосаче, больше нихуя в жизни нет и не будет!
>>5251
"Со слов Сассмана, «Программирование сегодня больше напоминает науку: вы берете часть библиотеки и «тыкаете» в нее — смотрите на то, что она делает. Затем вы спрашиваете себя, «Могу ли я настроить это так, чтобы оно делало то, что мне нужно?». Подход «анализ через синтез», используемый в SICP, когда вы строите большую систему из простых, маленьких частей, стал неактуальным. Сегодня мы программируем «методом тыка»."
С просторов интернета, но, к сожалению, процесс необратимый. Мало кому нужно качество, подавай количество.
"Со слов Сассмана, «Программирование сегодня больше напоминает науку: вы берете часть библиотеки и «тыкаете» в нее — смотрите на то, что она делает. Затем вы спрашиваете себя, «Могу ли я настроить это так, чтобы оно делало то, что мне нужно?». Подход «анализ через синтез», используемый в SICP, когда вы строите большую систему из простых, маленьких частей, стал неактуальным. Сегодня мы программируем «методом тыка»."
С просторов интернета, но, к сожалению, процесс необратимый. Мало кому нужно качество, подавай количество.
>>5262
Если найдешь доки по стандарту doc.
Если найдешь доки по стандарту doc.
>>5262
Слишком геморно, если парсить файл. А вот .docx уже норм. Но если у тебя винда, и на целевой машине установлен ворд, то можно через COM попросить его открыть файл и либо получить текст, либо прямо вордом же и сохранить как .txt. Гугли по CreateObject(Word.Application) да, CreateObject - это VB, но на сишечке работать с COM тоже можно.
Слишком геморно, если парсить файл. А вот .docx уже норм. Но если у тебя винда, и на целевой машине установлен ворд, то можно через COM попросить его открыть файл и либо получить текст, либо прямо вордом же и сохранить как .txt. Гугли по CreateObject(Word.Application) да, CreateObject - это VB, но на сишечке работать с COM тоже можно.
>>5269
Ебать гуманитария порвало. "Сперва добейся, потом пизди", когда вы все передохнете? Хороший технарь вовсе не обязательно хороший преподаватель. Тут про книги речь шла, при чем даже если книга годная, в чем я сомневаюсь, один хуй неуместна. Ты же высрал нахуй никому не интересную историю достижений из Википедии. Ты не слишком умный, да?
Ебать гуманитария порвало. "Сперва добейся, потом пизди", когда вы все передохнете? Хороший технарь вовсе не обязательно хороший преподаватель. Тут про книги речь шла, при чем даже если книга годная, в чем я сомневаюсь, один хуй неуместна. Ты же высрал нахуй никому не интересную историю достижений из Википедии. Ты не слишком умный, да?
>>4349
Почитал эту поэмку. Где можно почитать об памяти выделяемой под вызов функции (т.е. под автоматические переменные). Просто как это вижу я: есть мк с памятью 32 кб, на этапе компиляции выделяется память под статические переменные, и под сам код, остается скажем... 16 кб. Потом, в процессе выполнения некоторой функции нам необходимо выделить память на 3 раза выделить память (под три массива). И вот первые два массива заполнили оставшеюся память на 90%. И последнему массиву не хватило памяти. Разве если мы выделяем память через указатели, не может быть такого, что из-за нехватки памяти, мы выделим память с середины второго массива, и похерим его? Буду раз если разъясните или скажете где почитать, как там, на физическом уровне выделяется память.
Почитал эту поэмку. Где можно почитать об памяти выделяемой под вызов функции (т.е. под автоматические переменные). Просто как это вижу я: есть мк с памятью 32 кб, на этапе компиляции выделяется память под статические переменные, и под сам код, остается скажем... 16 кб. Потом, в процессе выполнения некоторой функции нам необходимо выделить память на 3 раза выделить память (под три массива). И вот первые два массива заполнили оставшеюся память на 90%. И последнему массиву не хватило памяти. Разве если мы выделяем память через указатели, не может быть такого, что из-за нехватки памяти, мы выделим память с середины второго массива, и похерим его? Буду раз если разъясните или скажете где почитать, как там, на физическом уровне выделяется память.
>>5316
Я не намерен тратить свое время, на падаль вроде тебя говноед, можешь дальше тут извергать свою рыготину стирая пальцы об клавиатуру. А я тупо сру тебе на голову и иду дальше...
Кому будет интересно прочтет.
Я не намерен тратить свое время, на падаль вроде тебя говноед, можешь дальше тут извергать свою рыготину стирая пальцы об клавиатуру. А я тупо сру тебе на голову и иду дальше...
Кому будет интересно прочтет.
>>5319
Для начала в вики "Соглашение о вызове". Там описаны популярные способы передачи и выделения.
И получишь указатель на 0. Не хватило - увы, страдай, оптимизируй.
Нюанс еще в том, что malloc выделяет непрерывный кусок памяти. Херить уже выделенные участки она не будет.
Почитать... Курни MSDN malloc/realloc/free
>Где можно почитать об памяти выделяемой под вызов функции
Для начала в вики "Соглашение о вызове". Там описаны популярные способы передачи и выделения.
>И последнему массиву не хватило памяти.
И получишь указатель на 0. Не хватило - увы, страдай, оптимизируй.
Нюанс еще в том, что malloc выделяет непрерывный кусок памяти. Херить уже выделенные участки она не будет.
Почитать... Курни MSDN malloc/realloc/free
>>5335
Скинул же ссылку на его код. Хреново выразился, он сперва создавал буфер, а потом перемещался по буферу с помощью указателей. Просто посмотри по ссылке код.
Скинул же ссылку на его код. Хреново выразился, он сперва создавал буфер, а потом перемещался по буферу с помощью указателей. Просто посмотри по ссылке код.
>>5338
И что тебе не понравилось? Собственно Си массив, это непрерывный участок памяти, который тебе выделил компилятор. Компилятор даже не заморачивается контролем его длины если конечно не был запрос на динамеческое выделение и границ. Ты можешь свободно перемещаться по нему через указатели. Устанавливаешь на 0 (индексация с нуля) и передвигаешься на размер элемента. Собственно, когда ты обращаешься myarray[2], тебе так же все расчитывается указатель на 0 элемент + 2 * sizeof(тип массива).
С одной стороны может показаться дико, но по факту максимальное быстродействие и гибкость. Например в int массиве, тебе ничто не мешает перемещаться побайтово . Это удобно для работы со строковыми массивами часто. Если ты пишешь крайне надежный код, то да - лучше использовать готовые библиотечные решения.
И что тебе не понравилось? Собственно Си массив, это непрерывный участок памяти, который тебе выделил компилятор. Компилятор даже не заморачивается контролем его длины если конечно не был запрос на динамеческое выделение и границ. Ты можешь свободно перемещаться по нему через указатели. Устанавливаешь на 0 (индексация с нуля) и передвигаешься на размер элемента. Собственно, когда ты обращаешься myarray[2], тебе так же все расчитывается указатель на 0 элемент + 2 * sizeof(тип массива).
С одной стороны может показаться дико, но по факту максимальное быстродействие и гибкость. Например в int массиве, тебе ничто не мешает перемещаться побайтово . Это удобно для работы со строковыми массивами часто. Если ты пишешь крайне надежный код, то да - лучше использовать готовые библиотечные решения.
>>5343
Не понравилось то, что обоссали malloc, типо это все херня. Крч, вскрыли мой комплекс неполноцености, и я пытался себе доказать, что malloc не говно, и что я не полный говноед.
P.s. Но на самом деле я дурачек, что вообще на такой фигней загнался.
Не понравилось то, что обоссали malloc, типо это все херня. Крч, вскрыли мой комплекс неполноцености, и я пытался себе доказать, что malloc не говно, и что я не полный говноед.
P.s. Но на самом деле я дурачек, что вообще на такой фигней загнался.
>>5353
Запросить массив, как делал чувак выше
char buf[100]; - память будет выделена в стеке (просто указатель стека подрастет на 100 байт).
Выделить
char\ buf = (char\) malloc(100); - память будет выделена где-то в далеко куче. (звездочки после char сожрет макаба).
У обоих способов есть свои плюсы и минусы:
У стека - быстро выделяет, быстро перемещается, так же быстро освобождается. Особенность - при выходе из области видимости - указатель стека вернется ДО состояния входа в область видимости и он станет недоступен. Из недостатков - очень большой объем не выделишь, привет stack overflow.
У кучи - можешь запросить огромный кусок памяти (ограничивается архитектурой ОС, привет файлы подкачки). При выходе из области видимости не теряется. Из минусов - при обращении выполняется длинный переход (тут лучше у специалистов ассемблера спросить, я его последний раз копал лет 12 назад), медленне чем при работе со стеком. Ну и если забыл сделать free, то до завершения твоего процесса кусок памяти утерян.
Запросить массив, как делал чувак выше
char buf[100]; - память будет выделена в стеке (просто указатель стека подрастет на 100 байт).
Выделить
char\ buf = (char\) malloc(100); - память будет выделена где-то в далеко куче. (звездочки после char сожрет макаба).
У обоих способов есть свои плюсы и минусы:
У стека - быстро выделяет, быстро перемещается, так же быстро освобождается. Особенность - при выходе из области видимости - указатель стека вернется ДО состояния входа в область видимости и он станет недоступен. Из недостатков - очень большой объем не выделишь, привет stack overflow.
У кучи - можешь запросить огромный кусок памяти (ограничивается архитектурой ОС, привет файлы подкачки). При выходе из области видимости не теряется. Из минусов - при обращении выполняется длинный переход (тут лучше у специалистов ассемблера спросить, я его последний раз копал лет 12 назад), медленне чем при работе со стеком. Ну и если забыл сделать free, то до завершения твоего процесса кусок памяти утерян.
>>5358
O_______O
Чувак, реальный режим процессора - это начало 90-х. Ты походу не 12 лет назад ассемблер копал, а вчера из криокамеры вылез.
Стэк с большой вероятностью будет находиться в кэше процессора, поэтому он чуть быстрее. Но и массив в куче может быть закэширован, так что не все так однозначно.
>при обращении выполняется длинный переход
O_______O
Чувак, реальный режим процессора - это начало 90-х. Ты походу не 12 лет назад ассемблер копал, а вчера из криокамеры вылез.
Стэк с большой вероятностью будет находиться в кэше процессора, поэтому он чуть быстрее. Но и массив в куче может быть закэширован, так что не все так однозначно.
>>5383
Да я не спорю, написал же лучше пояснят. Загуглил, да - сейчас организация памяти изменилась. Но я уже давно ниже библиотечных функций не лажу.
Да я не спорю, написал же лучше пояснят. Загуглил, да - сейчас организация памяти изменилась. Но я уже давно ниже библиотечных функций не лажу.
>>5358
Не совсем так. Тут всё дело в кеше. Попробую объяснить оче по-простому, а то займёт большой пост. Если данный участок памяти есть в кеше - значит разницы в производительности не будет. Если нет в кеше - значит в первый раз обращение будет медленнее.
Но это важно только для high-performance задач (всякой обработки изображений, научных вычислений и игорей). Для остального кода этот эффект за счёт out of order execution невидим. Пока там одна команда ждёт завершения операции с памятью проц уже успевает выполнить следующие 10-20 инструкций.
>тут лучше у специалистов ассемблера спросить, я его последний раз копал лет 12 назад
Не совсем так. Тут всё дело в кеше. Попробую объяснить оче по-простому, а то займёт большой пост. Если данный участок памяти есть в кеше - значит разницы в производительности не будет. Если нет в кеше - значит в первый раз обращение будет медленнее.
Но это важно только для high-performance задач (всякой обработки изображений, научных вычислений и игорей). Для остального кода этот эффект за счёт out of order execution невидим. Пока там одна команда ждёт завершения операции с памятью проц уже успевает выполнить следующие 10-20 инструкций.
>>5243
Я понимаю, только нигде нет нормального гайда или книги, где бы всё подробно и с примерами расписывалось.
https://ideone.com/cUt15v
>Гуи на винапи не боль, а 100 шаблонных строк.
Я понимаю, только нигде нет нормального гайда или книги, где бы всё подробно и с примерами расписывалось.
>Можешь код притащить
https://ideone.com/cUt15v
>>5397
В Data Oriented Programming Майка Актона (https://youtu.be/rX0ItVEVjHc) много обо этом говорится (хотя он сосноледевелопер, у них там всё намного хуже с памятью обстоит, да и он сам слишком хайпает этот подход).
Говорят также, что https://people.freebsd.org/~lstewart/articles/cpumemory.pdf хорошая вещь, но, пролистав, там уж слишком много всего (те же DMA и NUMA - можно всю жизнь прожить, не столкнувшись с ними).
В Data Oriented Programming Майка Актона (https://youtu.be/rX0ItVEVjHc) много обо этом говорится (хотя он сосноледевелопер, у них там всё намного хуже с памятью обстоит, да и он сам слишком хайпает этот подход).
Говорят также, что https://people.freebsd.org/~lstewart/articles/cpumemory.pdf хорошая вещь, но, пролистав, там уж слишком много всего (те же DMA и NUMA - можно всю жизнь прожить, не столкнувшись с ними).
>>5402
Идут жавасеньер с сыном-хипстером фронтендером по улице и видят как немытый байтоеб развесистой нечитабельной лапшой кеш машине ублажает. Сынок такой спрашивает : "Папа а что это дядя делает ?" Папа отвечает: "А это, сынок, байтобомжара без Xeon Gold 256GB RAM мучается, денег то нет"
Идут жавасеньер с сыном-хипстером фронтендером по улице и видят как немытый байтоеб развесистой нечитабельной лапшой кеш машине ублажает. Сынок такой спрашивает : "Папа а что это дядя делает ?" Папа отвечает: "А это, сынок, байтобомжара без Xeon Gold 256GB RAM мучается, денег то нет"
>>5394
while ((state = GetMessage(&msg, NULL, 0, 0)) != 0)
{
TranslateMessage(&msg);
DispatchMessage(&msg);
}
TranslateMessage:
Translates virtual-key messages into character messages
while ((state = GetMessage(&msg, NULL, 0, 0)) != 0)
{
TranslateMessage(&msg);
DispatchMessage(&msg);
}
TranslateMessage:
Translates virtual-key messages into character messages
Правда, что скиллового Сишника определяет кол-во макросов в коде? Чем больше макросов и чем мощнее абузится препроцессор, тем скиловей кодер. Пруф ми вронг.
>>5412
Всё дело в том, что С - процедурный язык со всеми вытекающими.
И если ты будешь писать на нем большой проект вроде линуксядра или постгреса то ты неизбежно уткнешься в отсутствие высокоуровневых средств и будешь велосипедить недоООП и недоконтрактное программирование на макросах.
>
>Правда, что скиллового Сишника определяет кол-во макросов в коде? Чем больше макросов и чем мощнее абузится препроцессор, тем скиловей кодер. Пруф ми вронг.
Всё дело в том, что С - процедурный язык со всеми вытекающими.
И если ты будешь писать на нем большой проект вроде линуксядра или постгреса то ты неизбежно уткнешься в отсутствие высокоуровневых средств и будешь велосипедить недоООП и недоконтрактное программирование на макросах.
>>5437
кекнул с тебя
кекнул с тебя
>>5412
дык если проэкт типа крутой и под несклько платформ то тебе придется делать условную компиляцию на макросах
второе, кодогенерацию сишники тоже на макросах делают, а когда уже их не хватает, подключают сторонние средства - норм сишник вместо того чтобы сотню раз ебашить похожую структуру и функции ее обработки пишет макрос, тупо сокращающий количество повторяющегося кода
дык если проэкт типа крутой и под несклько платформ то тебе придется делать условную компиляцию на макросах
второе, кодогенерацию сишники тоже на макросах делают, а когда уже их не хватает, подключают сторонние средства - норм сишник вместо того чтобы сотню раз ебашить похожую структуру и функции ее обработки пишет макрос, тупо сокращающий количество повторяющегося кода
>>5383
в проце вообще то специальные инструкции по обработке стеков есть, а стеки что предоставляет операционная система, их используют
а эти стеки ос, в свою очередь, используют компиляторы си для организации, собственно сишного стека
в проце вообще то специальные инструкции по обработке стеков есть, а стеки что предоставляет операционная система, их используют
а эти стеки ос, в свою очередь, используют компиляторы си для организации, собственно сишного стека
вы еще забываете, что помимо стека и кучи, в вашем распоряжении еще и глобальная память
у которой тоже свои оптимизации, она относительно быстро выделяется на старте работы программы
зачастую вообще вся работа с ней проиходит, кучу не используют, стек только для обслуживания вызовов функций
у которой тоже свои оптимизации, она относительно быстро выделяется на старте работы программы
зачастую вообще вся работа с ней проиходит, кучу не используют, стек только для обслуживания вызовов функций
>>5461
По подоробнее про глобальную память и ее отличие от кучи, пожалуйста. Насколько помню (для WinAPI) GlobalAlloc и LocalAlloc были актуальны в Win16. C Win32 это оболочки для HeapAlloc. Соответственно я считал, что куча и есть глобальная (в рамках процесса).
По подоробнее про глобальную память и ее отличие от кучи, пожалуйста. Насколько помню (для WinAPI) GlobalAlloc и LocalAlloc были актуальны в Win16. C Win32 это оболочки для HeapAlloc. Соответственно я считал, что куча и есть глобальная (в рамках процесса).
Анонче, недавно тут искал K&R на русском и обосрался. Примеры это пиздец жопный. Они сука не работают. Вот для примера: https://ideone.com/ttziwr . Через гугление понял, что нужен int перед main(), дефайн попадает в прототип функции каким то хуем, а getline вообще зарезервирован. Это пиздец. Как быть? Я же язык второй-третий день учу. Это перевод хуевый или просто книга морально устарела? Я бля до половины явлений сам дохожу раньше чем чето начинает работать, а другую половину просто гуглю. И так через одну главу. Пиздец.
9 Кб, 451x79>>5568
Еще тут такая ебала была, кстати. Долго пытался понять я дурак или лыжи не едут
Еще тут такая ебала была, кстати. Долго пытался понять я дурак или лыжи не едут
>>5569
Все таки я дурак. Какая-то хрень на мониторе, одной скобки не было видно
Все таки я дурак. Какая-то хрень на мониторе, одной скобки не было видно
>>5416
А еще станешь президентом или черным властелином мира.
>ты будешь писать
>вроде линуксядра или постгреса
А еще станешь президентом или черным властелином мира.
Днем пилил мд5 хеширование с солью на си. Щас тянка попросила купить соли. Думал как купить рандомные цифры и что она собралась шифровать. Ппц я поплыл, у вас тоже такое бывает?
2 Кб, 486x293>>5407
Вау, работает, спасибо. На самом деле, у меня ещё осталась пара вопросов по WINAPI. Например, почему компоненты и шрифты выглядят так, как будто они сделаны под Windows 98? Есть ли какой-нибудь сбособ сделать их более нативными и современными? И ещё, есть ли метод динамическии изменять расположение компонентов на форме, чтобы при изменении размеров окна, кнопки и текстовые поля всегда оставались в центре.
Вау, работает, спасибо. На самом деле, у меня ещё осталась пара вопросов по WINAPI. Например, почему компоненты и шрифты выглядят так, как будто они сделаны под Windows 98? Есть ли какой-нибудь сбособ сделать их более нативными и современными? И ещё, есть ли метод динамическии изменять расположение компонентов на форме, чтобы при изменении размеров окна, кнопки и текстовые поля всегда оставались в центре.
>>5592
После создание 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);
После создание 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);
>>5592
Скорее всего придется отлавливать сообщение WM_SIZE, вытаскивать размеры окна и пересчитывать размеры компонентов.
>метод динамическии изменять расположение компонентов на форме, чтобы при изменении размеров окна, кнопки и текстовые поля всегда оставались в центре.
Скорее всего придется отлавливать сообщение WM_SIZE, вытаскивать размеры окна и пересчитывать размеры компонентов.
>>5625
Хотелось бы более детально об этом узнать.
Хотелось бы более детально об этом узнать.
244 Кб, 477x604Котлеты читеры здесь? Меня уже 3 месяца не банят.
>>5319
Может быть аппаратное исключение для переполнения стека (обычно в полноценных процессорах). Может быть так, что стек просто растет навстречу куче, и просто похерит какие-то данные в куче при переполнении (чаще в микроконтроллерах, поэтому там важно хотя бы примерно представлять, сколько у тебя локальные переменные весят для самой глубокой вложенности).
Ну вот тебе простой 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() может вообще в ядро пойти за памятью, а автоматическая переменная (на стеке) либо совсем бесплатная или либо почти (если ОС умеет автоматически расширять стек, ей нужно page fault обработать для этого). Поэтому если у тебя максимальный размер массива заранее известен, и это не мегабайты, и передавать массив наружу из функции ты не планируешь, то malloc() избыточен.
>>5394
В MSDN кроме описаний функций есть еще примеры. Прямо минимальными кусками: создаем окно, пишем WindowProc(), пишем message pump, не проебывая TranslateMessage() и т.д. Посмотри внимательно. Можешь слить на торрентах Platform SDK 2003, оно офлайновое и удобное, а то современные маркдауны в MSDN хуево читаются.
>>5531
В винде нет кучи в традиционном понимании (т.е., никаких brk() и прочей ереси). В винде ты можешь только выделять страницы в адресном пространстве (где угодно, лишь бы не занято было) всякими VirtualAlloc(). А если тебе сложно, у тебя есть HeapCreate(), которая создаст тебе экземпляр кучи, управляющей памятью не на уровне страниц, а на уровне блоков разного размера. Одну такую кучу для тебя делает сама система при старте процесса, ты можешь получить ее GetProcessHeap(), но ты можешь создать дополнительные.
>>5568
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).
>>5319
Может быть аппаратное исключение для переполнения стека (обычно в полноценных процессорах). Может быть так, что стек просто растет навстречу куче, и просто похерит какие-то данные в куче при переполнении (чаще в микроконтроллерах, поэтому там важно хотя бы примерно представлять, сколько у тебя локальные переменные весят для самой глубокой вложенности).
Ну вот тебе простой 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() может вообще в ядро пойти за памятью, а автоматическая переменная (на стеке) либо совсем бесплатная или либо почти (если ОС умеет автоматически расширять стек, ей нужно page fault обработать для этого). Поэтому если у тебя максимальный размер массива заранее известен, и это не мегабайты, и передавать массив наружу из функции ты не планируешь, то malloc() избыточен.
>>5394
В MSDN кроме описаний функций есть еще примеры. Прямо минимальными кусками: создаем окно, пишем WindowProc(), пишем message pump, не проебывая TranslateMessage() и т.д. Посмотри внимательно. Можешь слить на торрентах Platform SDK 2003, оно офлайновое и удобное, а то современные маркдауны в MSDN хуево читаются.
>>5531
В винде нет кучи в традиционном понимании (т.е., никаких brk() и прочей ереси). В винде ты можешь только выделять страницы в адресном пространстве (где угодно, лишь бы не занято было) всякими VirtualAlloc(). А если тебе сложно, у тебя есть HeapCreate(), которая создаст тебе экземпляр кучи, управляющей памятью не на уровне страниц, а на уровне блоков разного размера. Одну такую кучу для тебя делает сама система при старте процесса, ты можешь получить ее GetProcessHeap(), но ты можешь создать дополнительные.
>>5568
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).
>>5696
Да, про манифест я уже загуглил, там прям на сайте Майкрософт лежит код для него. Только есть здесь одна проблема - если манифест просто лежит в папке с проектом, то при перенесении исполняемого файла .exe стиль теряется. Можно ли как-нибудь этот манифест "запихнуть" прямо в екзешник?
Да, про манифест я уже загуглил, там прям на сайте Майкрософт лежит код для него. Только есть здесь одна проблема - если манифест просто лежит в папке с проектом, то при перенесении исполняемого файла .exe стиль теряется. Можно ли как-нибудь этот манифест "запихнуть" прямо в екзешник?
>>5702
Да. В ресурсы. Делаешь .rc-файл, в котором пишешь 1 MANIFEST "manifest.xml" (естественно, manifest.xml должен рядом лежать), скармливаешь gcc вместе с исходником. Если не сожрет (не помню), то сначала windres -i file.rc -o file.o.
Да. В ресурсы. Делаешь .rc-файл, в котором пишешь 1 MANIFEST "manifest.xml" (естественно, manifest.xml должен рядом лежать), скармливаешь gcc вместе с исходником. Если не сожрет (не помню), то сначала windres -i file.rc -o file.o.
475 Кб, 852x973>>5705
Еее, красота. Исполняемый файл с графическим интерфейсом занимает 46 килобайт. Когда я писал на Qt, средний .exe занимал 20Мб. Спасибо, анончики.
Еее, красота. Исполняемый файл с графическим интерфейсом занимает 46 килобайт. Когда я писал на Qt, средний .exe занимал 20Мб. Спасибо, анончики.
>>5712
Нет, просто gcc main.c resources.o -lgdi32. Но я не гонюсь за объёмом, по-моему, производительность важнее.
Нет, просто gcc main.c resources.o -lgdi32. Но я не гонюсь за объёмом, по-моему, производительность важнее.
>>5712
С параметром -s 22Кб.
С параметром -s 22Кб.
>>5752
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;
}
>>5752
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;
}
>>5696
Спасибо.
Как-то не хочется скакать от одного к другому, оставаясь на уровне хелоуворлдов. А вообще, ты шарящий, подскажи, сколько времени проходит с момента, когда перестаешь дристать хуйню и начинаешь писать нормальные программы? А то как-то не все задачи с первого раза поддаются. Яваскрипт за месяц весь учебник прочел, задачи перерешал и начал от нехуй делать начал пытаться сэмулировать физику в браузере, лол (только потом узнал что это в канвасе делается и от печали забил). А тут ебучие строки мне в рот дают
>cc -ansi govnokod.c
Спасибо.
>Но да, одна из причин читать Прату - отсутствие необходимости писать на кривом С89 вместо C11.
Как-то не хочется скакать от одного к другому, оставаясь на уровне хелоуворлдов. А вообще, ты шарящий, подскажи, сколько времени проходит с момента, когда перестаешь дристать хуйню и начинаешь писать нормальные программы? А то как-то не все задачи с первого раза поддаются. Яваскрипт за месяц весь учебник прочел, задачи перерешал и начал от нехуй делать начал пытаться сэмулировать физику в браузере, лол (только потом узнал что это в канвасе делается и от печали забил). А тут ебучие строки мне в рот дают
>>5848
Чтобы не было стыдно за свой код, понадобится леть десять.
Канвас - это ж двеодна строка, и уже можно рисовать: const context2d = document.body.appendChild(document.createElement('canvas')).getContext('2d'). Отчего печаль-то?
>>5850
Запустится даже на 9x, если собирать без -DUNICODE (у анона единственная XP-шная вещь - это манифест, но предыдущие версии винды его просто читать не будут).
> подскажи, сколько времени проходит с момента, когда перестаешь дристать хуйню и начинаешь писать нормальные программы
Чтобы не было стыдно за свой код, понадобится леть десять.
> узнал что это в канвасе делается и от печали забил
Канвас - это ж двеодна строка, и уже можно рисовать: const context2d = document.body.appendChild(document.createElement('canvas')).getContext('2d'). Отчего печаль-то?
>>5850
Запустится даже на 9x, если собирать без -DUNICODE (у анона единственная XP-шная вещь - это манифест, но предыдущие версии винды его просто читать не будут).
Читаю искусство эксплоита и там упомянется перл. В вики написано что перл написан на основе си, стоит ли читать что-то по перлу дополнительно? Ну и посоветуйте годных книг по тематике около си пока чебурнет не запилили.
>>5848
Я изначально учил жабаскрипт чтобы в канвасе рисовать и больше ничего не умею. Это довольно легко, только этот 2д канвас медленный, тыщи объектов в реальном времени там не порисуешь.
А в сишке что вместо канваса используется? GDI? На сколько он быстр?
Я изначально учил жабаскрипт чтобы в канвасе рисовать и больше ничего не умею. Это довольно легко, только этот 2д канвас медленный, тыщи объектов в реальном времени там не порисуешь.
А в сишке что вместо канваса используется? GDI? На сколько он быстр?
>>5861
Значит я туповат. Увидел, что нужно учить его API и стало уныло. Ебал я в рот эти пиксели ебучие. Нахуя они мне, если я могу высрать див, задать его геометрию пальцем левой ноги, сгенерировать карту коллизий и двигать охуевая от ебучих багов когда одна из координат случайной вершины заходит за координаты противоположной вершины при повороте куба. Спустя час еботни я опустил руки
А в сишке сейчас пытался сделать функцию entab по учебнику 2 часа где-то, сделал только с подсказкой. Пиздец. До этого начинало баговать при пробелах хуй пойми почему вообще. Разочарован в себе полностью. Что ты делаешь Керриган, мудило?
>Канвас - это ж двеодна строка, и уже можно рисовать: const context2d = document.body.appendChild(document.createElement('canvas')).getContext('2d'). Отчего печаль-то?
Значит я туповат. Увидел, что нужно учить его API и стало уныло. Ебал я в рот эти пиксели ебучие. Нахуя они мне, если я могу высрать див, задать его геометрию пальцем левой ноги, сгенерировать карту коллизий и двигать охуевая от ебучих багов когда одна из координат случайной вершины заходит за координаты противоположной вершины при повороте куба. Спустя час еботни я опустил руки
А в сишке сейчас пытался сделать функцию entab по учебнику 2 часа где-то, сделал только с подсказкой. Пиздец. До этого начинало баговать при пробелах хуй пойми почему вообще. Разочарован в себе полностью. Что ты делаешь Керриган, мудило?
>>5875
В сишке ничего не используется. Только через сердства WinAPI или библиотеки (OpenGL, DirectX)
В сишке ничего не используется. Только через сердства WinAPI или библиотеки (OpenGL, DirectX)
>>5894
Хочется в это верить. Впервые батя сказал "учи эту ебалу и иди программируй микроконтроллеры". В городе нет не то что толковых, а вообще каких либо программистов, одни менеджеры и судоводители (портовый город). Потому даже за малые познания платят достаточно много. Когда скриптовые языки учил, только хуями меня крыл. К слову, он сам в девяностых-нулевых писал какую-то хуйню на языке ассемблера для домашних компов по заказу.
Хочется в это верить. Впервые батя сказал "учи эту ебалу и иди программируй микроконтроллеры". В городе нет не то что толковых, а вообще каких либо программистов, одни менеджеры и судоводители (портовый город). Потому даже за малые познания платят достаточно много. Когда скриптовые языки учил, только хуями меня крыл. К слову, он сам в девяностых-нулевых писал какую-то хуйню на языке ассемблера для домашних компов по заказу.
>>5875
Ничего в сишке нет. Сишка это абстрактный язык абстрактного пека, у которого есть только процессор, память и текстовый терминал. Всё остальное это опциональное оборудование и поддерживается сторонними библиотеками конкретной ос и этого оборудования.
Ничего в сишке нет. Сишка это абстрактный язык абстрактного пека, у которого есть только процессор, память и текстовый терминал. Всё остальное это опциональное оборудование и поддерживается сторонними библиотеками конкретной ос и этого оборудования.
>>5865
В перле какие-то кусочки сишного синтаксиса есть, ну так они много где есть, хоть в PHP, хоть в JS.
Он мертв и пахнет. Если планируешь читать чужие исходники на перле, можешь пролистать какое-нибудь очень базовое введение, которое позволит расшифровывать все эти нагромождения скобок, собак и долларов.
>>5902
Еще есть файлы. А во freestanding-окружении наоборот вообще ничего нет, кроме того, что у тебя в программе написано: ни терминала, ни динамической памяти.
> перл написан на основе си
В перле какие-то кусочки сишного синтаксиса есть, ну так они много где есть, хоть в PHP, хоть в JS.
> стоит ли читать что-то по перлу дополнительно
Он мертв и пахнет. Если планируешь читать чужие исходники на перле, можешь пролистать какое-нибудь очень базовое введение, которое позволит расшифровывать все эти нагромождения скобок, собак и долларов.
>>5902
> есть только процессор, память и текстовый терминал
Еще есть файлы. А во freestanding-окружении наоборот вообще ничего нет, кроме того, что у тебя в программе написано: ни терминала, ни динамической памяти.
Почему если я делаю ctrl c -> ctrl v в консоль, на месте перевода строки появляются рандомные символы на выводе? Есть предположение, что это проблема вставляемого текста (перевод является символом перевода или что то в этом роде), но как это можно вылечить?
23 Кб, 933x697>>6028
Пометил некоторые красным.
На скрине идет
======
ввод
++++++
вывод
======
Скопировал рандомные сообщения из треда
Пометил некоторые красным.
На скрине идет
======
ввод
++++++
вывод
======
Скопировал рандомные сообщения из треда
>>5850
Оно, конечно, запускается, но как-то странно. Если компилировать с манифестом, то компоненты просто не отображаются.
Кстати,
Оно, конечно, запускается, но как-то странно. Если компилировать с манифестом, то компоненты просто не отображаются.
Кстати,
>2019
>XP
>>6053
Странный эффект, может что-то с манифестом. Вообще я ожидал что экзешник не запустится из за пометки совместимости с семеркой и выше, как на новых студиях по умолчанию. Видел много таких опенсорсных программ. Видимо всё же опция нужна? Странно.
И справа у тебя окно выглядит наполовину современным, как win2k-стиль. Без манифеста сырые окна должны выглядеть как тут >>5592.
Ну и так, к слову, вручную каждое поле и кнопку никто не делает через CreateWindow. Подобные диалоги рисуются мышкой в редакторе ресурсов и в коде создаются сразу целиком одной функцией. Но лепить портянки case-ов для обработки сообщений всё равно нужно руками. Без библиотек, это скрывающих, получается очень уродливая громоздкая фигня при каком-то количестве контролсов на форме.
Глупость. С таким же успехом можно написать
Си совсем не модный сейчас, так что ты тут тогда делаешь, раз такой модный?
Я думал Си это язык для тех кто знает что и как он хочет программировать, а не атрибут выебонов пальцезагнутых.
Странный эффект, может что-то с манифестом. Вообще я ожидал что экзешник не запустится из за пометки совместимости с семеркой и выше, как на новых студиях по умолчанию. Видел много таких опенсорсных программ. Видимо всё же опция нужна? Странно.
И справа у тебя окно выглядит наполовину современным, как win2k-стиль. Без манифеста сырые окна должны выглядеть как тут >>5592.
Ну и так, к слову, вручную каждое поле и кнопку никто не делает через CreateWindow. Подобные диалоги рисуются мышкой в редакторе ресурсов и в коде создаются сразу целиком одной функцией. Но лепить портянки case-ов для обработки сообщений всё равно нужно руками. Без библиотек, это скрывающих, получается очень уродливая громоздкая фигня при каком-то количестве контролсов на форме.
>Кстати,
>2019
>XP
Глупость. С таким же успехом можно написать
>2019
>C
Си совсем не модный сейчас, так что ты тут тогда делаешь, раз такой модный?
Я думал Си это язык для тех кто знает что и как он хочет программировать, а не атрибут выебонов пальцезагнутых.
>>6053
Да, я забыл тебе сказать. InitCommonControls() вызови в WinMain перед созданием окна (и -lcomctl32). Потому что манифест манифестирует, а дллки у тебя в импортах нет.
Пишу эти строки с XP. Ничего не тормозит, никакой телеметрии, никто не ребутит мой компьютер без спроса ради апдейтов.
>>6074
Да, можно CreateDialog, но это не всегда удобно. Да и смысла нет ради трех окон.
Можно ознакомиться с использованием windowsx.h, там чуть более красивые макросы.
Да, я забыл тебе сказать. InitCommonControls() вызови в WinMain перед созданием окна (и -lcomctl32). Потому что манифест манифестирует, а дллки у тебя в импортах нет.
> XP
Пишу эти строки с XP. Ничего не тормозит, никакой телеметрии, никто не ребутит мой компьютер без спроса ради апдейтов.
>>6074
> Подобные диалоги рисуются мышкой в редакторе ресурсов и в коде создаются сразу целиком одной функцией.
Да, можно CreateDialog, но это не всегда удобно. Да и смысла нет ради трех окон.
> Но лепить портянки case-ов для обработки сообщений всё равно нужно руками
Можно ознакомиться с использованием windowsx.h, там чуть более красивые макросы.
9 Кб, 500x300>>6088
Вот теперь другое дело, спасибо ^_^
Там же поддержка уже закончилась, даже критические обновления не приходят, что создаёт серьёзную проблему с безопасностью. Уж лучше пусть MS следит, чем васян из соседнего подъезда.
А сравнение Windows XP и языка C считаю некорректным. C динамично развивается и обновляется, самый последний выпуск C18 2018 года. Си не модный? Да его форсят сейчас везде, где только можно.
Вот теперь другое дело, спасибо ^_^
>Пишу эти строки с XP.
Там же поддержка уже закончилась, даже критические обновления не приходят, что создаёт серьёзную проблему с безопасностью. Уж лучше пусть MS следит, чем васян из соседнего подъезда.
А сравнение Windows XP и языка C считаю некорректным. C динамично развивается и обновляется, самый последний выпуск C18 2018 года. Си не модный? Да его форсят сейчас везде, где только можно.
Доброй ночи, мастера старой школы. Я тут внезапно задумался... а не осилить ли мне Кнута? Много где упоминается, как мастхэв вне времени. Технические неудобства, связанные с возрастом книги, меня пугают значительно меньше, чем моральные неудобства от молодых книг, написанных под аудиторию "есть комп - хочу вкатиться" (в наш век надо поискать, у кого компа нету). Но времени тоже не вагон, вот и хочу услышать чье-то мудрое мнение насчет пользы от подобной годноты. да да да, за время, что писал пост, мог уже бегло ознакомиться, иду нахуй
бамп
>>6371
Не возражаю, можно.
Не возражаю, можно.
Почему в Си нельзя возвращать и принимать по-значению, не по указателю несколько значений? Как я понимаю в этом случае данные располагаются рядом в памяти на стеке. Да и удобно было бы зачастую.
...Такой способ навелосипедил. Это вообще легально?
typedef struct{ int a,b; } __strc;
__strc func(void)
{
return (__strc){1,2};
}
int a= func().a;
int b= func().b;
typedef struct{ int a,b; } __strc;
__strc func(void)
{
return (__strc){1,2};
}
int a= func().a;
int b= func().b;
>>6371
Кнут - справочник.
>>6491
Потому что можно. В аргументы все передается по значению, даже указатели. Возвращать ты можешь струк...
>>6506
Вот да, как-то так. Да, легально, Только подчеркивания убери, они зарезервированы. Придумай нормальное имя структуре, типа func_result. И, естественно, так ты вызовешь фукцию дважды, ты именно этого и хочешь? На самом деле, такой способ тоже часто сводится к укзателям: вызывающая функция неявно передает вызываемой указатель на временную переменную, куда нужно записать результат, а вызываемая его туда пишет. Но так как в твоей структуре всего два инта, то ABI твоей системы позволяет вернуть их в паре регистров безо всяких указателей.
>>6512
Переносимости нет, это миф. Если ты будешь четко следовать стандарту Си, будешь избегать всяких undefined/unspecified/implementation defined behavior, будешь очень много думать о знаках и минимальных лимитах интов, то, скорее всего, твой код заработает на любой рандомной системе. Но это все равно полностью не избавляет тебя от ебли при портировании: обчно сколько-нибудь сложной программе мало stdio/stdlib для работы, приходится дергать системные функции, которые везде свои (или отличаются в каких-то мелочах, что еще хуже).
> а не осилить ли мне Кнута
Кнут - справочник.
>>6491
> Почему в Си нельзя возвращать и принимать по-значению, не по указателю несколько значений?
Потому что можно. В аргументы все передается по значению, даже указатели. Возвращать ты можешь струк...
>>6506
Вот да, как-то так. Да, легально, Только подчеркивания убери, они зарезервированы. Придумай нормальное имя структуре, типа func_result. И, естественно, так ты вызовешь фукцию дважды, ты именно этого и хочешь? На самом деле, такой способ тоже часто сводится к укзателям: вызывающая функция неявно передает вызываемой указатель на временную переменную, куда нужно записать результат, а вызываемая его туда пишет. Но так как в твоей структуре всего два инта, то ABI твоей системы позволяет вернуть их в паре регистров безо всяких указателей.
>>6512
Переносимости нет, это миф. Если ты будешь четко следовать стандарту Си, будешь избегать всяких undefined/unspecified/implementation defined behavior, будешь очень много думать о знаках и минимальных лимитах интов, то, скорее всего, твой код заработает на любой рандомной системе. Но это все равно полностью не избавляет тебя от ебли при портировании: обчно сколько-нибудь сложной программе мало stdio/stdlib для работы, приходится дергать системные функции, которые везде свои (или отличаются в каких-то мелочах, что еще хуже).
>>6520
Можно вернуть сразу два значения так:
__strc ab= func;
И в догонку вопрос:
float(ЗВЕЗДА) mirror_vec3(float v[3])
{
return (float[3])
{
-v[0],
-v[1],
-v[2],
};
}
В gcc компилируется без предупреждений. Я как понимаю в данном случае возвращается указатель на float[3] созданный вне функции?
Можно вернуть сразу два значения так:
__strc ab= func;
И в догонку вопрос:
float(ЗВЕЗДА) mirror_vec3(float v[3])
{
return (float[3])
{
-v[0],
-v[1],
-v[2],
};
}
В gcc компилируется без предупреждений. Я как понимаю в данном случае возвращается указатель на float[3] созданный вне функции?
>>6520
Хорошо а если не заработает то что будет? Как вообще понимать не заработант? Все же типа по правилам написано.
Хорошо а если не заработает то что будет? Как вообще понимать не заработант? Все же типа по правилам написано.
>>6529
нет, у тебя UB и твой код говно, потому что ты возвращаешь указатель на локальную переменную, которая дохнет вне функции
нет, у тебя UB и твой код говно, потому что ты возвращаешь указатель на локальную переменную, которая дохнет вне функции
>>6536
Но почему тогда когда я явно создаю локальный массив и возвращаю на него указатель, компилятор ругается, а в этом случае нет, может догадывается создать массив на стеке вне функции?
Но почему тогда когда я явно создаю локальный массив и возвращаю на него указатель, компилятор ругается, а в этом случае нет, может догадывается создать массив на стеке вне функции?
>>6530
Ну вот ты такой пишешь: for (int i = 0; i < 100000; ++i), а у тебя опа, и 16-битная система с 16-битным интом. Или ты такой пишешь fopen("приветмир.txt", "r"), а у тебя винда, которая UTF-8 в именах файлов не прожует. И такого дохуя.
>>6539
Видимо потому, что это относительно новая фича, к которой забыли запилить диагностику.
Это как? При возврате из функции ее кадр стека уничтожается нахуй, а создавать что-то ниже своего кадра нельзя, потому что там УЖЕ лежат чужие данные.
> Как вообще понимать не заработант?
Ну вот ты такой пишешь: for (int i = 0; i < 100000; ++i), а у тебя опа, и 16-битная система с 16-битным интом. Или ты такой пишешь fopen("приветмир.txt", "r"), а у тебя винда, которая UTF-8 в именах файлов не прожует. И такого дохуя.
>>6539
Видимо потому, что это относительно новая фича, к которой забыли запилить диагностику.
> на стеке вне функции
Это как? При возврате из функции ее кадр стека уничтожается нахуй, а создавать что-то ниже своего кадра нельзя, потому что там УЖЕ лежат чужие данные.
>>6539
Компилятор не ругается, он не твоя мамка, придурок. В отличие от мамки, компилятор не живет своей собственной жизнью чтобы доставить тебе неприятности. Компилятор сообщает тебе, что ты обосрался, кроме этого он ничего не думает и не делает, только указывает на твои ошибки, беспристрастно и объективно. Следовательно, на сообщения об ошибках у тебя есть только одна правильная стратегия поведения - исправляться самому.
>компилятор ругается
Компилятор не ругается, он не твоя мамка, придурок. В отличие от мамки, компилятор не живет своей собственной жизнью чтобы доставить тебе неприятности. Компилятор сообщает тебе, что ты обосрался, кроме этого он ничего не думает и не делает, только указывает на твои ошибки, беспристрастно и объективно. Следовательно, на сообщения об ошибках у тебя есть только одна правильная стратегия поведения - исправляться самому.
>>6548
Че, правда? А диагностика на это:
size_t n; if (n = strlen(something)) printf("Non-empty string (%zu characters)\n", n);
разве не сделана, чтобы меня заебать тупыми придирками и доставить мне неприятности? Прямо как мамка.
> компилятор не живет своей собственной жизнью чтобы доставить тебе неприятности
Че, правда? А диагностика на это:
size_t n; if (n = strlen(something)) printf("Non-empty string (%zu characters)\n", n);
разве не сделана, чтобы меня заебать тупыми придирками и доставить мне неприятности? Прямо как мамка.
>>6549
Во-первых, что за пидорская "диагностика"? Нет такого слова, учись говорить правильно, а то так и умрешь тупым.
Во-вторых, предупреждение на очевидную ошибку это всегда хорошо. Заодно учит малолетних ебланов не выебываться, а писать нормальный ясный код. Но если ты упоротый даун, можешь отключить, обычно предупреждения отключаемы.
Во-первых, что за пидорская "диагностика"? Нет такого слова, учись говорить правильно, а то так и умрешь тупым.
Во-вторых, предупреждение на очевидную ошибку это всегда хорошо. Заодно учит малолетних ебланов не выебываться, а писать нормальный ясный код. Но если ты упоротый даун, можешь отключить, обычно предупреждения отключаемы.
>>6553
Иди расскажи разработчикам компиляторов, как им диагностики называть: https://gcc.gnu.org/onlinedocs/gcc/Diagnostic-Pragmas.html
Это когда ошибка есть.
Это нормальный ясный код. Гораздо более ясный, чем if ((n = strlen(something)) != 0), где можно запутаться в скобках даже с подсветкой, особенно когда там больше одного выражения с присваиванием. Просто тебя к этому говну приучили, поэтому тебе кажется, что оно норм, а вот это >>6549 - нет.
> что за пидорская "диагностика"
Иди расскажи разработчикам компиляторов, как им диагностики называть: https://gcc.gnu.org/onlinedocs/gcc/Diagnostic-Pragmas.html
> предупреждение на очевидную ошибку это всегда хорошо
Это когда ошибка есть.
> писать нормальный ясный код
Это нормальный ясный код. Гораздо более ясный, чем if ((n = strlen(something)) != 0), где можно запутаться в скобках даже с подсветкой, особенно когда там больше одного выражения с присваиванием. Просто тебя к этому говну приучили, поэтому тебе кажется, что оно норм, а вот это >>6549 - нет.
>>6560
Окей, пусть будет диагностика.
Предупреждения это не ошибки, они не мешают компиляции и работе программы. Плохого в них ничего нет, а наоборот, только польза. Язык гибкий, позволяет писать хуйню и не различить либо это ошибка, либо ты специально так написал, поэтому в любом случае лучше лишний раз уведомить, чем промолчать, а потом человек будет ломать голову почему у него не так работает. Если же ты знаешь, значит знаешь и проблем нет.
Объясни мне, где ты тут увидел "говно" и чему тут "приучать"? Можешь не отвечать, я и так знаю.
Ты у мамы маленькое чсвшное олимпиадное говно, которое вместо программирования надрачивает языком своё чсв, поэтому и бесится когда видит сообщения, намекающие на ошибки. Ведь это противоречит цели маленького ублюдка - чувствовать себя умным, идеальным без ошибок.
Так вот, тупое говно. Си это язык программирования, предназначенный для написания программ, помогающий программисту уменьшить количество ошибок и облегчить их нахождение. Он совсем не предназначен ласкать чувства всяких хуесосов вроде тебя. Если твои говенные чувства что-то задевает, пиздуй к врачу или в биорекатор, мне похуй куда, главное нахуй отсюда, ибо тут тред программирования, а не решения биопроблем быдла.
Окей, пусть будет диагностика.
Предупреждения это не ошибки, они не мешают компиляции и работе программы. Плохого в них ничего нет, а наоборот, только польза. Язык гибкий, позволяет писать хуйню и не различить либо это ошибка, либо ты специально так написал, поэтому в любом случае лучше лишний раз уведомить, чем промолчать, а потом человек будет ломать голову почему у него не так работает. Если же ты знаешь, значит знаешь и проблем нет.
>тебя к этому говну приучили
Объясни мне, где ты тут увидел "говно" и чему тут "приучать"? Можешь не отвечать, я и так знаю.
Ты у мамы маленькое чсвшное олимпиадное говно, которое вместо программирования надрачивает языком своё чсв, поэтому и бесится когда видит сообщения, намекающие на ошибки. Ведь это противоречит цели маленького ублюдка - чувствовать себя умным, идеальным без ошибок.
Так вот, тупое говно. Си это язык программирования, предназначенный для написания программ, помогающий программисту уменьшить количество ошибок и облегчить их нахождение. Он совсем не предназначен ласкать чувства всяких хуесосов вроде тебя. Если твои говенные чувства что-то задевает, пиздуй к врачу или в биорекатор, мне похуй куда, главное нахуй отсюда, ибо тут тред программирования, а не решения биопроблем быдла.
>>6667
Код то покажи. Не исключено неявное приведенеие типа.
Код то покажи. Не исключено неявное приведенеие типа.
>>6582
Со статическими анализаторами дело имел? Попробуй. Они вываливают на тебя мегабайты однотипных придирок, а ты разгребай эту свою пользу. Ну ладно, там можно изредка в игнор подобавлять, особенно если игнор как у людей, в отдельном файле, а не в комментарии рядом с кодом. А вот с ворнингами компилятора так не прокатит, во многих проектах принято -Werror и нехуй.
>>6667
У тебя %d в printf-е. Сделай %u, и все будет.
> Плохого в них ничего нет, а наоборот, только польза
Со статическими анализаторами дело имел? Попробуй. Они вываливают на тебя мегабайты однотипных придирок, а ты разгребай эту свою пользу. Ну ладно, там можно изредка в игнор подобавлять, особенно если игнор как у людей, в отдельном файле, а не в комментарии рядом с кодом. А вот с ворнингами компилятора так не прокатит, во многих проектах принято -Werror и нехуй.
>>6667
У тебя %d в printf-е. Сделай %u, и все будет.
>>6582
Прочитал пост целиком и дико, неистово проиграл.
> Си это язык программирования, предназначенный для написания программ, помогающий программисту уменьшить количество ошибок и облегчить их нахождение
Прочитал пост целиком и дико, неистово проиграл.
Анон, помоги с реализацией односвязного списка. В общем проблема заключается в крайнем цикле, выскакивает ошибка.
Только сегодня начал динамические структуры данных
https://pastebin.com/V5LTxX7f
Только сегодня начал динамические структуры данных
https://pastebin.com/V5LTxX7f
>>6726
Возможно, потому что ты сначала делаешь free(), а потом из освобожденного элемента читаешь указатель на следующий?
> но все равно не работает
Возможно, потому что ты сначала делаешь free(), а потом из освобожденного элемента читаешь указатель на следующий?
>>6735
То есть вот так я правильно освобожу память?
t = p;
while (t)
{
printf("%d\n", t->key);
p = t->next;
free(t);
t = p;
}
То есть вот так я правильно освобожу память?
t = p;
while (t)
{
printf("%d\n", t->key);
p = t->next;
free(t);
t = p;
}
>>6739
А нахуя тебе принтф тут? Нихуя не понимаю что ты пытаешься сделать. Нахуя тебе аутпут того что ты удаляешь, и да по ресурсам в однопоточке это будет полнейший пиздец
А нахуя тебе принтф тут? Нихуя не понимаю что ты пытаешься сделать. Нахуя тебе аутпут того что ты удаляешь, и да по ресурсам в однопоточке это будет полнейший пиздец
>>6750
Да принтф со значением элемента забыл убрать, я просто сначала хотел выводить элемент и адрес следующего, для наглядности как список работает.
Да принтф со значением элемента забыл убрать, я просто сначала хотел выводить элемент и адрес следующего, для наглядности как список работает.
>>6618
Бля можешь первые несколько и последние несколько страниц зафотать включая обложку позади?
Бля можешь первые несколько и последние несколько страниц зафотать включая обложку позади?
Анонче, помогите. Не получается нагуглить. Вообщем, мне надо вернуть массив из функции, а он возвращает хуйню. По задаче я должен на вход принимать строку шестнадцатеричных чисел, возвращать строку десятеричных. Сделал несколько функций для этого, а функцию, которая преобразует число в строку сделать не получается. Вернее, не получается вернуть эту строку. Хелп
>>6804
Массивы из функций не возвращают, их туда подают в виде указателя, а функция просто делает с массивом что надо и ничего возвращать не нужно.
Массивы из функций не возвращают, их туда подают в виде указателя, а функция просто делает с массивом что надо и ничего возвращать не нужно.
>>6804
Традиционная форма:
bool do_whatever_you_want(char ∗output, const char ∗input, size_t max_length);
Традиционная форма:
bool do_whatever_you_want(char ∗output, const char ∗input, size_t max_length);
>>6804
char ЗВЁЗД stroka = malloc(len);
// заполняешь stroka чем надо
return stroka;
Но потом надо будет free указатель, пока не потерял
char ЗВЁЗД stroka = malloc(len);
// заполняешь stroka чем надо
return stroka;
Но потом надо будет free указатель, пока не потерял
>>6823
Да я хз че это, еще не дошел может или пропустил мимо глаз. Только вторая глава учебника все таки. Я уже закончил, все работает? кроме одной мелочи - если число содержит цифру ноль, то он его режет и дальше не читает. Это происходит по той причине, что перевожу число в строку я таким образом, что сначала цикл вычисляет длину длину числа справа налево, а потом получает каждую цифру слева направо и вносит в строку. Но длину он узнает по условию цикла, что остаток от деления не равен прошлому остатку от деления. Пока еще не придумал как это пофиксить.
Да я хз че это, еще не дошел может или пропустил мимо глаз. Только вторая глава учебника все таки. Я уже закончил, все работает? кроме одной мелочи - если число содержит цифру ноль, то он его режет и дальше не читает. Это происходит по той причине, что перевожу число в строку я таким образом, что сначала цикл вычисляет длину длину числа справа налево, а потом получает каждую цифру слева направо и вносит в строку. Но длину он узнает по условию цикла, что остаток от деления не равен прошлому остатку от деления. Пока еще не придумал как это пофиксить.
>>6839
Очень странный способ. Правильный:
unsigned int num_digits;
if (!number) {
num_digits = 1; // Для 0 - одна цифра 0.
} else {
// Считаем цифры. Можно свернуть до лукапов в массиве степеней двойки, можно логарифм посчитать, а можно в лоб:
for (num_digits = 0; number; number /= 10) { num_digits++; }
}
> Но длину он узнает по условию цикла, что остаток от деления не равен прошлому остатку от деления.
Очень странный способ. Правильный:
unsigned int num_digits;
if (!number) {
num_digits = 1; // Для 0 - одна цифра 0.
} else {
// Считаем цифры. Можно свернуть до лукапов в массиве степеней двойки, можно логарифм посчитать, а можно в лоб:
for (num_digits = 0; number; number /= 10) { num_digits++; }
}
4 Кб, 345x118>>6842
Удобно, буду иметь ввиду, спасибо. У меня выглядит сейчас как на скрине.
А вообще оказалось что в задаче от меня требовалось просто перевести шестнадцатеричное в строке типа "0xAF" в десятичное, иначе выдать ошибку, а я ебанул хероту, которая ищет все шестнадцатеричные в строке и преобразует всю строку с подменой на десятеричные. Типа "govno 0xAF and 0x12F lol" станет "govno 175 and 303 lol". Пиздец
Удобно, буду иметь ввиду, спасибо. У меня выглядит сейчас как на скрине.
А вообще оказалось что в задаче от меня требовалось просто перевести шестнадцатеричное в строке типа "0xAF" в десятичное, иначе выдать ошибку, а я ебанул хероту, которая ищет все шестнадцатеричные в строке и преобразует всю строку с подменой на десятеричные. Типа "govno 0xAF and 0x12F lol" станет "govno 175 and 303 lol". Пиздец
Делаю реализацию добавление в очередь по книжке Уинера
https://pastebin.com/Je5vj6wr
вылетает исключение на строчке
cur = cur->next;
Как фиксить?
https://pastebin.com/Je5vj6wr
вылетает исключение на строчке
cur = cur->next;
Как фиксить?
>>6862
Ну у тебя 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;
}
}
Ну у тебя 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;
}
}
>>6862
Хорошей практикой считается инициализация переменых при объявлении.
Например, queue *q1 = NULL; прекрасно показывает указатель в никуда
Хорошей практикой считается инициализация переменых при объявлении.
Например, queue *q1 = NULL; прекрасно показывает указатель в никуда
>>6876
Я конеш мог в цикле это сделать все, но похуй, я все равно тупой.
Что я делаю тут не так? Все равно исключение.
queue ЗВЕЗДА q1 = NULL;
q1 = (queue ЗВЕЗДА)malloc(5*sizeof(queue));
insert(&q1, 1);
insert(&q1, 2);
insert(&q1, 3);
insert(&q1, 4);
insert(&q1, 5);
Я конеш мог в цикле это сделать все, но похуй, я все равно тупой.
Что я делаю тут не так? Все равно исключение.
queue ЗВЕЗДА q1 = NULL;
q1 = (queue ЗВЕЗДА)malloc(5*sizeof(queue));
insert(&q1, 1);
insert(&q1, 2);
insert(&q1, 3);
insert(&q1, 4);
insert(&q1, 5);
>>6884
Все работает, благодарю. Но еще вопрос, и он достаточно тупой. При удалении всех элементов, освобождать потом память надо?
Все работает, благодарю. Но еще вопрос, и он достаточно тупой. При удалении всех элементов, освобождать потом память надо?
>>6894
Да, для каждого malloc. В твоём случае в цикле все next. И потом саму q1. free.
Да, для каждого malloc. В твоём случае в цикле все next. И потом саму q1. free.
>>6884
Нахуй там не нужен никакой маллок. Там нужно в main присвоить q1 NULL и все.
Нахуй там не нужен никакой маллок. Там нужно в main присвоить q1 NULL и все.
>>6787
Подрочу
Подрочу
Пацаны, как реализовать удаление определенных элементов в очереди, например, только отрицательных, а потом опять организовать вывод очереди уже без них?
Получается 3 функции для добавления, удаления и вывода надо писать?
Получается 3 функции для добавления, удаления и вывода надо писать?
>>6695
Двачую, меня так мисра заебала, просто ужас.
Двачую, меня так мисра заебала, просто ужас.
>>6952
Ну можешь привыкать код на функции разбивать, это правильно. Можешь просто три цикла вхуячить в main().
Ну можешь привыкать код на функции разбивать, это правильно. Можешь просто три цикла вхуячить в main().
>>6839
Да я про 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
Да я про 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
>>7076
Очень плохой подход, в стандартной библиотеке он используется, потому что уже это легаси уже не исправишь, а не потому, что так удобнее.
И нужно хотя бы делать не глобальную переменную, а static внутри функции, и в С11 еще _Thread_local появились, представляешь?
Вот именно поэтому так делать и не стоит. Если ты сразу будешь копировать, почему бы просто не передать указатель на buf в функцию? А если ты вдруг скопировать забудешь или подумаешь, мол, все равно сейчаc printf()-ом распечатаю, незачем лишний раз копировать, а позже в этот же printf() добавишь еще какой-нибудь вызов (из 3rd-party библиотеки, например), который тоже захочет вызвать ctime(), тебя ждет веселая ебля с отладчиком. И, казалось бы, при чем тут errno?
В большинстве случаев передавать в функцию указатель на буфер под результат более чем достаточнео. Вот если размер результата заранее предсказать сложно, и это больше чем единицы килобайт, тогда можно и malloc().
Очень плохой подход, в стандартной библиотеке он используется, потому что уже это легаси уже не исправишь, а не потому, что так удобнее.
И нужно хотя бы делать не глобальную переменную, а 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 проебалась в самом начале?
Печатаю в консольку текст из файла. Почему он съедает вторую букву?
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 проебалась в самом начале?
Аноны, помогите срочно. Есть две функции (на пиках), они работают по разному. Проблема кроется именно в этой функции. Один из вариантов - вариант решебника, другой мой. Весь остальной код совершенно одинаков, багует только на этом сегменте. Так вот, в решебнике почему-то len (длинна второго массива) умудряется быть равной k, у меня для этого приходится отнимать от длины единицу. Я уже заебался. В чем проблема то блять? Одна и та же функция
>>7145
Разница в ;
Разница в ;
>>7145
Блять, я понял почему. Второй цикл просто цифры считает и останавливается если находит совпадение и длина k оказывается меньшей, чем длина регулярки. Пиздец я пол часа шаманил. Ну что за хуета, опять день начался с неправильно решенной задачи
Блять, я понял почему. Второй цикл просто цифры считает и останавливается если находит совпадение и длина k оказывается меньшей, чем длина регулярки. Пиздец я пол часа шаманил. Ну что за хуета, опять день начался с неправильно решенной задачи
>>7145
; Тебе даже табуляцией размечено как бы.
; Тебе даже табуляцией размечено как бы.
>>7139
Уже поменял и работает. Но я так и не понял почему проебось именно второе значение, а все остальные на месте. Ведь даже если брать строкой, то он все равно должен был 01 взять, а не 0.
Уже поменял и работает. Но я так и не понял почему проебось именно второе значение, а все остальные на месте. Ведь даже если брать строкой, то он все равно должен был 01 взять, а не 0.
38 Кб, 1080x1920Ещё вопрос. Вот 2 варианта:
while (n <100)
{
printf("%c", temp[n]);
n++;
}
while (n <100)
{
printf("%c", temp[0]);
temp[0] = getc(fp);
n++;
}
Почему в первом случае получается хуйня какая-то, а во втором все норм?
Почему в массиве если не выводить его по символам внутри находится какая-то хуйня, а не содержимое файла?
while (n <100)
{
printf("%c", temp[n]);
n++;
}
while (n <100)
{
printf("%c", temp[0]);
temp[0] = getc(fp);
n++;
}
Почему в первом случае получается хуйня какая-то, а во втором все норм?
Почему в массиве если не выводить его по символам внутри находится какая-то хуйня, а не содержимое файла?
![Screenshot2019-04-08-18-06-38-504com.alphainventor.filemana[...].png](https://2ch.hk//pr/src/1370497/15547219284310.png)
>>7163
Ну да, обычный тхт файл. Вот какие значения у массива выводятся с %d при принте.
В чем проблема?
Ну да, обычный тхт файл. Вот какие значения у массива выводятся с %d при принте.
В чем проблема?
>>7169
Ну да, я не программист, учу с в свободное время вместо игр на мобилке. Интересно даже.
Ну да, я не программист, учу с в свободное время вместо игр на мобилке. Интересно даже.
>>7170
Хули ты такой ебанутый, нормально ответить можешь?
Хули ты такой ебанутый, нормально ответить можешь?
>>7172
while (n <100)
{
printf("%c", temp[0]);
temp[0] = getc(fp);
n++;
}
Здесь тебе n вообще не нужен получается. Ты 100 раз постишь хуйню. Ты бы мог просто символ в переменной хранить же временно.
while (n <100)
{
printf("%c", temp[0]);
temp[0] = getc(fp);
n++;
}
Здесь тебе n вообще не нужен получается. Ты 100 раз постишь хуйню. Ты бы мог просто символ в переменной хранить же временно.
>>7174
Ниже я по нормальному вывожу через
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); не записывает посимвольно содержимое файла в массив?
Ниже я по нормальному вывожу через
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); не записывает посимвольно содержимое файла в массив?
>>7172
А ещё, если у тебя ведро, то дефолтная кодировка файла — это наверно ж UTF-8. А getf только с askii работает.
https://linux.die.net/man/3/ugetc
Попробуй эту функцию вместо getc.
А ещё, если у тебя ведро, то дефолтная кодировка файла — это наверно ж UTF-8. А getf только с askii работает.
https://linux.die.net/man/3/ugetc
Попробуй эту функцию вместо getc.
>>7179
У меня getc нормально выводит, смотри пост выше.
У меня getc нормально выводит, смотри пост выше.
>>7136
>>7153
>>7161
%s читает последовательность до первого пробела, т.е., "01". putchar() выводит '0', getc() читает пробел, putchar() его выводит, getc() читает 1 из 101 итд.
Потому что ты прочитал туда хуйню или потому что ты не иницилизировал n.
>>7153
>>7161
> Почему он съедает вторую букву?
%s читает последовательность до первого пробела, т.е., "01". putchar() выводит '0', getc() читает пробел, putchar() его выводит, getc() читает 1 из 101 итд.
> Почему в массиве если не выводить его по символам внутри находится какая-то хуйня
Потому что ты прочитал туда хуйню или потому что ты не иницилизировал n.
>>7179
UTF-8 и есть char, если не использовать символы выше лимита аски.
UTF-8 и есть char, если не использовать символы выше лимита аски.
>>7194
почему тогда все числа кроме первого вывелись правильно? По твоей логике у меня были бы только числа из 1 цифры.
Вот на пк написал, весь код. printf выводит хуйню( и с %c и с %d), а putc все норм выводит из файла. Какого хуя?
>%s читает последовательность до первого пробела, т.е., "01". putchar() выводит '0', getc() читает пробел, putchar() его выводит, getc() читает 1 из 101 итд.
почему тогда все числа кроме первого вывелись правильно? По твоей логике у меня были бы только числа из 1 цифры.
>Потому что ты прочитал туда хуйню или потому что ты не иницилизировал n.
Вот на пк написал, весь код. printf выводит хуйню( и с %c и с %d), а putc все норм выводит из файла. Какого хуя?
>>7199
Потому что ты только первое слово прочитал scanf()-ом, а остальные читал посимвольно getchar()-ом.
Ты прочитал один символ fscanf()-ом, а выводишь целый массив, неинициализированный, т.е., заполненный говном. Зачем ты вообще этот fscanf() втыкаешь?
> почему тогда все числа кроме первого вывелись правильно
Потому что ты только первое слово прочитал scanf()-ом, а остальные читал посимвольно getchar()-ом.
> Вот на пк написал, весь код
Ты прочитал один символ fscanf()-ом, а выводишь целый массив, неинициализированный, т.е., заполненный говном. Зачем ты вообще этот fscanf() втыкаешь?
>>7201
Кажись начинаю понимать. fscanf записывает в массив только первый символ из файла и все(ну и слово если это %s )? А как тогда сделать чтобы fscanf прочитал весь файл и запихнул его в массив, не выводя его при этом?
Кажись начинаю понимать. fscanf записывает в массив только первый символ из файла и все(ну и слово если это %s )? А как тогда сделать чтобы fscanf прочитал весь файл и запихнул его в массив, не выводя его при этом?
28 Кб, 1322x684>>7206
Сам погуглил, нашел что %[] просматривает набор символов. Вроде работает, я правильно сделал? Но вот что это за говно после вывода отображается?
Сам погуглил, нашел что %[] просматривает набор символов. Вроде работает, я правильно сделал? Но вот что это за говно после вывода отображается?
>>7210
Благодарю, я так и понял что у меня массив на 200 символов, а занято только чуть более 100. А символ '\0' что означает?
И да - а можно сделать чтобы массив сам нужной ширины был?
Cобственно я поэтому и считаю переменной n, а не i.
Благодарю, я так и понял что у меня массив на 200 символов, а занято только чуть более 100. А символ '\0' что означает?
И да - а можно сделать чтобы массив сам нужной ширины был?
>Макаба символы жрет
Cобственно я поэтому и считаю переменной n, а не i.
>>7213
Тут должна быть лекция про "Нуль-терминированные строки", но в википедии лучше описано.
Вообщем когда компьютеры были большие, а программы маленькие, начали использовать вместо строк - массивы символов. А концом строки считался первый встреченный символ '\0', оно же число 0.
Тут должна быть лекция про "Нуль-терминированные строки", но в википедии лучше описано.
Вообщем когда компьютеры были большие, а программы маленькие, начали использовать вместо строк - массивы символов. А концом строки считался первый встреченный символ '\0', оно же число 0.
>>7213
Думаю нет, кто кроме тебя знает сколько там символов? Надо посчитать размер файла, выделить память под него и тд
>И да - а можно сделать чтобы массив сам нужной ширины был?
Думаю нет, кто кроме тебя знает сколько там символов? Надо посчитать размер файла, выделить память под него и тд
>>7216
Всего лишь константа определенная #define в недрах библиотеки.
Чтобы он тебе автоматом выделил память под содержимое файла - нет. Только руками. Плата за гибкость и скорость - определенные неудобства.
>EOF
Всего лишь константа определенная #define в недрах библиотеки.
>странно, я думал можно как-то динамически выделять, но видимо не в С?
Чтобы он тебе автоматом выделил память под содержимое файла - нет. Только руками. Плата за гибкость и скорость - определенные неудобства.
>>7206
Ты не поверишь, но для этого придумали fread.
>>7216
EOF (end of file) - это специальное значение, которое не влазит в char, которое некоторые функции возвращают при достижении конца файла. Когда дело доходит до массивов, ни о каких EOF речи уже не идет.
>>7218
Ну файл-то и смапить можно, только это не для новичка.
> как тогда сделать чтобы fscanf прочитал весь файл
Ты не поверишь, но для этого придумали fread.
>>7216
> Я думал конец массива это EOF
EOF (end of file) - это специальное значение, которое не влазит в char, которое некоторые функции возвращают при достижении конца файла. Когда дело доходит до массивов, ни о каких EOF речи уже не идет.
>>7218
> Чтобы он тебе автоматом выделил память под содержимое файла - нет
Ну файл-то и смапить можно, только это не для новичка.
>>7228
Ну от ОС зависит. Если винда, то очевидно Windows API: CreateFile/CreateFileMapping/MapViewOfFile, все дела, если линукс, то open/mmap.
Ну от ОС зависит. Если винда, то очевидно Windows API: CreateFile/CreateFileMapping/MapViewOfFile, все дела, если линукс, то open/mmap.
>>7231
Понял, через WinAPI давно делал. А в линукс не так давно кодить стал и стараюсь максимально независимый от платформы код писать. Думал может какую-то библиотеку удобную завезли.
Понял, через WinAPI давно делал. А в линукс не так давно кодить стал и стараюсь максимально независимый от платформы код писать. Думал может какую-то библиотеку удобную завезли.
>>7213
Можно, делаешь отдельную функцию, доходить до конца массива циклом с счётчиком и ввделяешь память память путем счётчик * sizeof char
Можно, делаешь отдельную функцию, доходить до конца массива циклом с счётчиком и ввделяешь память память путем счётчик * sizeof char
Такой вопрос. Я беру сравниваю первые 2 числа из файла и если они не совпадают с заданными, то сжираю всю строку. Для одного раза это сработало и выводить вторую строку начиная с 02. Но цикл почему-то не работает и сжирается строка все равно только один раз.
Где я проебался?
Где я проебался?
>>7530
Хотя нет, ты же один раз из файла читаешь. Туплю спросони.
Хотя нет, ты же один раз из файла читаешь. Туплю спросони.
>>7520
Что за buffer[1], что в нем? Почему везде temp[0]? Что мешает завести просто char temp?
Что за buffer[1], что в нем? Почему везде temp[0]? Что мешает завести просто char temp?
196 Кб, 1080x1920Уже сам разоьрался. Нижнее условие с while перестает обрабатываться потому что в первый раз оно заканчивается на \n, а дальше первое условие уже не выполняется и не берет символы из файла.
Поэтому я добавил getc после цикла и все норм стало. А переменную а добавил потому что первым условие м если оно верно съедается первый символ.
Все правильно сделал?
>>7532
Вообще там дата будет, а пока я вручную его указываю.
А зачем?
Поэтому я добавил getc после цикла и все норм стало. А переменную а добавил потому что первым условие м если оно верно съедается первый символ.
Все правильно сделал?
>>7532
> Что за buffer[1], что в нем?
Вообще там дата будет, а пока я вручную его указываю.
>Почему везде temp[0]? Что мешает завести просто char temp?
А зачем?
>>7539
Ееее, программирование на ведре :З
А ты нативно компилишь пот arm64, или какие-то онлайн компиляторы юзаешь?
Ееее, программирование на ведре :З
А ты нативно компилишь пот arm64, или какие-то онлайн компиляторы юзаешь?
Есть главное окно, а в нём 3 дочерних. Как рендерить в одно из этих дочерних окон? Как изменить главный цикл с учётом того, что требуется сохранить обработку сообщений и сверх того в одно из дочерних окон должна рендериться сцена? Как для этой задачи инициировать OpenGL?
109 Кб, 1080x1920>>7541
Пишу и компилю целиком на Андроиде. Если случайно сделать бесконечный цикл, особенно если он что-то выводит на экран, то это сразу пизда. Поэтому приходится сохранятся перед запуском.
Пишу и компилю целиком на Андроиде. Если случайно сделать бесконечный цикл, особенно если он что-то выводит на экран, то это сразу пизда. Поэтому приходится сохранятся перед запуском.
Так, ещё проблема. Судя по тому что не выводится сообщение end цикл не заканчивается нихуя. Почему? Ведь должен же у файла быть конец?
>>7542
Так же как и в главное. По 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_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, где ты его нихуя не проверяешь (или в других местах того цикла).
>>7542
Какой главный цикл, шизик. Если у тебя оконное приложение, там цикл оконных сообщений, а не рисования. Рисуешь по WM_PAINT.
Какой главный цикл, шизик. Если у тебя оконное приложение, там цикл оконных сообщений, а не рисования. Рисуешь по WM_PAINT.
>>7589
Что именно говнокод, помимо того что я вместо символьной переменной использую массив и все пихаю в нулевой же массив? По идее я дальше буду в этот массив уже нужный текст из файла пихать. Да и я только учусь + пишу на мобиле.
В чем проблема моих getc?
Я не могу ничего проебать до последнего цикла. Ведь он выводит текст с того момента где закончился прошлый цикл и до конца. Если бы EOF был раньше, то он бы текст из файла не выводил, не?
Вот код целиком. Где ошибка?
https://pastebin.com/cpCSDt2M
> Все твои ошибки - от отвратительнейшего говнокода.
Что именно говнокод, помимо того что я вместо символьной переменной использую массив и все пихаю в нулевой же массив? По идее я дальше буду в этот массив уже нужный текст из файла пихать. Да и я только учусь + пишу на мобиле.
>В частности, от всех этих кучах лишних getc() и нечитаемых temp[0].
В чем проблема моих getc?
>В данном случае ты скорее всего проебываешь EOF еще выще, в строке 57, где ты его нихуя не проверяешь (или в других местах того цикла).
Я не могу ничего проебать до последнего цикла. Ведь он выводит текст с того момента где закончился прошлый цикл и до конца. Если бы EOF был раньше, то он бы текст из файла не выводил, не?
Вот код целиком. Где ошибка?
https://pastebin.com/cpCSDt2M
564 Кб, 1334x750Стивен прата в своей книжке утверждает что в приложении б книги ритчи не описывается стандартная библиотека однако приложение б как раз содержит это описание. Че за хуйня
>>7818
К слову что вообще за стандарт языка да и еще библиотеки
К слову что вообще за стандарт языка да и еще библиотеки
>>7818
Насколько я помню, приложения B в первом издании K&R вообще не было, было только A с описанием языка, о чем и речь.
Насколько я помню, приложения B в первом издании K&R вообще не было, было только A с описанием языка, о чем и речь.
>>7883
Да кстати, спасибо за помощь. Рили там ток приложение а.
Да кстати, спасибо за помощь. Рили там ток приложение а.
А я тем временем напоминаю, что у нас уже новый тредик:
>>1377621 (OP)
>>1377621 (OP)
>>1377621 (OP)
>>1377621 (OP)
>>1377621 (OP)
>>1377621 (OP)
>>1377621 (OP)
>>1377621 (OP)
>>1377621 (OP)
>>1377621 (OP)
Тред утонул или удален.
Это копия, сохраненная 5 мая 2019 года.
Скачать тред: только с превью, с превью и прикрепленными файлами.
Второй вариант может долго скачиваться. Файлы будут только в живых или недавно утонувших тредах. Подробнее
Если вам полезен архив М.Двача, пожертвуйте на оплату сервера.
Это копия, сохраненная 5 мая 2019 года.
Скачать тред: только с превью, с превью и прикрепленными файлами.
Второй вариант может долго скачиваться. Файлы будут только в живых или недавно утонувших тредах. Подробнее
Если вам полезен архив М.Двача, пожертвуйте на оплату сервера.