Это копия, сохраненная 9 августа 2016 года.
Скачать тред: только с превью, с превью и прикрепленными файлами.
Второй вариант может долго скачиваться. Файлы будут только в живых или недавно утонувших тредах. Подробнее
Если вам полезен архив М.Двача, пожертвуйте на оплату сервера.
Что читать:
- Классика от Отцов: http://www.ime.usp.br/~pf/Kernighan-Ritchie/C-Programming-Ebook.pdf
- Годное пособие для гуманитариев: http://c.learncodethehardway.org/book/
- Немного примеров хорошего стиля: http://www.oualline.com/books.free/style/index.html
- ООП, например: http://www.cs.rit.edu/~ats/books/ooc.pdf
- Стандарт ISO/IEC 9899:1999 (он же C99): http://www.open-std.org/jtc1/sc22/wg14/www/docs/n1256.pdf (драфт) не драфт ищем на торрентах
- Стандарт ISO/IEC 9899:2011 (он же C11): http://www.open-std.org/jtc1/sc22/wg14/www/docs/n1570.pdf (драфт)
- man/Dash/zealdocs
Чем конпелировать:
- Очевидный GCC.
- clang: оче годно, батя рекомендует.
- Intel C++ Compiler: оптимизации, тысячи их.
- Visual Studio 2015 Community Edition: внезапно этим стало можно пользоваться, особенно с тулсетом clang/C2. Поддержка C11 на уровне "есть все, что тебе понадобится в реальном проекте плюс кривая библиотека". Анализатор кода в комплекте.
- Pelles C (шиндоуз онли): поучиться, вкатиться в C11 (стандарт полностью реализован, имеются в том числе threads.h и прочие stdatomic.h), но количество багов в оптимизаторе и редкие апдейты напрочь отбивают желание собирать этим что-то сколько-нибудь серьезное.
- TCC: очень маленький компилятор с багами и неполной поддержкой C99. С ключом -run умеет компилировать код в память и запускать его, что позволяет писать скрипты прямо на сишечке.
Что еще почитать:
http://c-faq.com/
FAQ из comp.lang.c. Древний, но все еще актуален.
Stephen Prata "C Primer Plus, 6th Edition" (2014)
Свежая знает про C89, C99, C11, описывает различия, объемная около тысячи страниц, годная хотя есть некоторые шероховатости, с вопросами, упражнениями и ответами. Читать после K&R или до.
Samuel P. Harbison, Guy L. Steele Jr. "C: A Reference Manual, 5th Edition" (2002)
Ебаный пересказ стандартов C89 и C99 (включая стандартную библиотеку). Для не осиливающих стандарт в оригинале. Читать в качестве подготовки к собеседованиям (есть задачник с ответами) и для ознакомления с масштабами пиздеца перед написанием своего парсера/компилера.
Peter Van Der Linden "Expert C Programming. Deep C Secrets" (1994)
"Си: грязные истории". Смехуечки, немного объяснений, чем обусловлены особенности языка, всем известные подводные камни кто там ругал косяки в JS? у нас в сишечке их гораздо больше, просто они лучше спрятаны, немного байтоебли и непонятно откуда взявшаяся глава про старинные плюсы. Читать в качестве сказки на ночь (на пару вечеров хватит).
Ben Klemens "21st Century C: C Tips from the New School" (2012)
Stephen G. Kochan "Programming in C (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://arhivach.org/thread/106153/
- https://arhivach.org/thread/131949/
- https://arhivach.org/thread/140570/
- https://arhivach.org/thread/153698/
- https://arhivach.org/thread/155908/
- https://arhivach.org/thread/173837/
- https://arhivach.org/thread/180461/
- https://arhivach.org/thread/182958/
Шапка: http://piratepad.net/bJ1SdmkZyu
подписался на этот мэйн(войд)
Вкачусь в /Private define/
О чем ты? В треде полтора анона видели исходники на Fortran. Зачем им эта история, полная ненависти и призраков давно умерших языков?
Для понимания того откуда есть пошла Сишечка.
Без этого понимания в их картине мира будет неверное представление об уместности применения этого, с позволения сказать, языка для решения тех или иных задач в тех или иных условиях.
Первый раз годная паста. А кто автор? Нашел только коммент в блоге Шнайера, но там явно ранняя версия пасты.
А чем их Паскаль не устроил? Зачем было придумывать новый язык? Написали бы компилятор Паскаля со всеми нужными библиотеками.
Они написали гораздо лучше Паскаля - BCPL.
Нельзя было бы спустя 40 лет писать тупые пасты.
Вот это каноничная история: https://www.bell-labs.com/usr/dmr/www/chist.html
>>780710
https://www.bell-labs.com/usr/dmr/www/chist.html
пожалуй, это тоже стоит добавить в шапку, лол
Читал, там же полный пиздеж, и вообще вроде этот текст первоапрельская шутка. Например, в большинстве реализаций Паскаля были модули. И что мешало создать свою реализацию со всем необходимым вроде адресной арифметики и областям видимости? Вот Хейлсберг например создал Turbo Pascal с ООП и низкоуровневыми средствами.
Не вижу ни одной причины, чем Паскаль не подходил для UNIX.
>Читал, там же полный пиздеж, и вообще вроде этот текст первоапрельская шутка.
Ты, наверное, путаешь с этим http://www.stokely.com/lighter.side/unix.prank.html
>Не вижу ни одной причины, чем Паскаль не подходил для UNIX.
Мне было бы достаточно только этого
>C and Ratfor programmers find 'begin' and 'end' bulky compared to { and }.
Я осознаю, что существуют безмозглые пидоры, у которых в список значимых критериев может входить, к примеру, синтаксис языка. Hу так накласть мне на них. Меня интересуют объективные критерии, а не цацки всякие.
>объективные критерии
В JavaScript-треде спроси про объективные критерии из-за которых он догрызает всех остальных.
> Haskell beats C using generalised stream fusion
> http://research.microsoft.com/en-us/um/people/simonpj/papers/ndp/haskell-beats-C.pdf
Там целая статья объективных критериев. Распиши конкретно, что из него не является правдой и почему.
>>780746
>Например, в большинстве реализаций Паскаля были модули.
При чём здесь моудли. В статье ни слова про модули.
> При чём здесь моудли. В статье ни слова про модули.
Жопой читал, хуесос?
> 2.4. There is no separate compilation
> The ``official'' Pascal language does not provide separate compilation, and so each implementation decides on its own what to do. Some (the Berkeley interpreter, for instance) disallow it entirely; this is closest to the spirit of the language and matches the letter exactly. Many others provide a declaration that specifies that the body of a function is externally defined. In any case, all such mechanisms are non-standard, and thus done differently by different systems.
А, ты про раздельную компиляцию. Ну так, ты сам же цитируешь
>The ``official'' Pascal language does not provide separate compilation, and so each implementation decides on its own what to do.
>In any case, all such mechanisms are non-standard, and thus done differently by different systems.
Тут нет пиздежа. Они признают, что есть реализации с поддержкой раздельной компиляции, но это никак не стандартизировано, и в этом проблема.
Пытался читать статью, попутно выполняя все описанные па. Негодяйский радаре отказался работать , точнее не работала команда ds. Ошибка чтения регистра. Не сталкивался никто с такой залупкой?
http://www.cl.cam.ac.uk/~mr10/BCPL.html
Мануал по установке на Raspberry Pi (можно использовать SDL и OpenGL)
http://www.cl.cam.ac.uk/~mr10/bcpl4raspi.pdf
> most of the original Amiga operating system was written with it
> "Hello world" in the BCPL language on the Xerox Alto simulator
> http://www.righto.com/2016/06/hello-world-in-bcpl-language-on-xerox.html
мимоебущийся с контроллерами
Есть одна функция и я нихуя не могу понять, что за параметры ей передаются:
void DISP_configure(const DISP_config_t *config)
{...
DISP_config_t представляет из себя следующую хуйню
typedef struct
{
uint8_t function;
uint8_t control;
uint8_t mode;
uint8_t cols;
uint8_t rows;
} DISP_config_t;
config описан в другой структуре и как я понял он равнозначен DISP_config_t
typedef struct
{
DISP_config_t config;
uint8_t current_x;
uint8_t current_y;
} disp_driver_t;
Хоть ткните носом куда копать, пожалуйста.
мимоебущийся с контроллерами
Есть одна функция и я нихуя не могу понять, что за параметры ей передаются:
void DISP_configure(const DISP_config_t *config)
{...
DISP_config_t представляет из себя следующую хуйню
typedef struct
{
uint8_t function;
uint8_t control;
uint8_t mode;
uint8_t cols;
uint8_t rows;
} DISP_config_t;
config описан в другой структуре и как я понял он равнозначен DISP_config_t
typedef struct
{
DISP_config_t config;
uint8_t current_x;
uint8_t current_y;
} disp_driver_t;
Хоть ткните носом куда копать, пожалуйста.
>void DISP_configure(const DISP_config_t *config)
DISP_config_t у тебя - тип переменной, а config её имя.
Создаешь переменную типа DISP_config_t, заполняешь все поля, потом передаешь эту структуру в DISP_configure. Все, дисплей сконфигурирован.
Напейсатель этого кода, в примере, выложил такую инициализацию:
static @inline void drivers_init(void)
{
DISP_configure(16, 2);
}
Сначала я прихуел, ожидая что-то типа DISP_configure(function, control, mode, 16, 2);
а потом прихуел и компилятор, выдав:
#error cpstm8 ..\..\src\main.c:52(19) incompatible argument type
#error cpstm8 ..\..\src\main.c:52(22) too many arguments
Теперь и у меня затык от too many arguments.
Смени ублюдочную библиотеку.
Это hd44780 или он же через i2c? Есть миллиард либ для них, просто выбери любую.
Это stm8, на него нет миллиарда либ, а в этой хорошо расписаны все дисплейные функции, пример от ST просто вырвиглазный пиздец по сравнению с этой. Да и неспортивно просто либу сменить. У ее написателя все работало. Правда на письма нихрена не хочет отвечать.
Берешь любую либу для атмеги и переделываешь HAL. Если это hd44780, то только вызовы gpio меняешь, если i2c, то его вызовы меняешь.
Сам для таких случаев использую либы как скелет, чтобы всю структуру не делать.
С его инитом ничего не соберется. Компилер правильно ругается на малоаргументов.
Pastebin.com/eybrb4jd
Так у тебя заининтится на две строки с 16 символами, без ебучего мигающего курсора.
Как в данном случае при делении получить более полное число?
обоссал закуток байтодебилов
Уйди нахуй! Не доводи до греха.
Скомпилировалось, но не работает. Ща пошагово пропрыгаю, посмотрю чо к чему.
В рот ебал космик с таким описанием ошибок. Поставил бы иар, чтобы мозг себе не иметь. хотя кому я советую, ты вывод ошибок на двощ выкладываешь, вместо того, чтобы самому разобраться
Да я чот ёбся с кряками этого иара еще для стм32, нихуя он ровно не встал, так я на него и забил.
> вывод ошибок на двощ выкладываешь
Разбирался уже неделю, потом решил спросить. Ладно, не буду больш раз тебя это так нервирует.
http://pastebin.com/r3s1Au15
И собрал, установив заранее CMAKE_BUILD_TYPE равный Release. Потом, как положено, либу закинул в lib, а хедер в include миниговен, естественно.
Но вот проблема, когда собираю тестовый сорец через гуся:
http://pastebin.com/MaEd6nzw
gcc -lregex -I... -o temp.o temp.c (к примеру)
этот гад высирает мне, что такая-то функция (regcomp) не найдена. Как решать, посоны, видать с линковкой что-то накосячил, но понять не могу.
> (.text+0x1e): undefined reference to `regcomp'
> collect2.exe: error: ld returned 1 exit status
Линкор что-то выдает. Даже вручную заморочился собрал все:
> gcc -I... -I. -mwindows -O2 -o regex_internal.o -c regex_internal.c
(так для еще 3 раза для regex.c, regex_internal.c, regcomp.c)
потом арой прошелся:
> ar rs libregex.a *.o
Значит, собрал он все это дело в кучу, но опять выдает то же дерьмо. Я даже высыпал все определения из этой либы:
nm -C libregex.a
и он-таки выдал мне, что все-же определен regcomp:
> 0000000000003e30 T regcomp
Но не видит, падла такая он этого определения
-lregex после исходного файла воткни попробуй, а не до. Была у гцц какая-то хуйня насчет этого.
При сборке тестовой программы -static не указываешь?
Спасибо, с смаковской сборкой получилось. А вот когда руками собирал через гуся, то вот что вышло
http://pastebin.com/Lt7Dn12K
Иар до 8к бесплатен. Сам им пользуюсь для стм8, знаю.
Как сделать дамп памяти процесса через C?
Допустим заинжектил кастомную либу в бинарник, как потом сохранить этот бинарник уже из памяти на диск?
lldb gdb не работают, т.к программа хитро написана - по pid - connection failed а через обычный запуск - exited with status = 45
Короче, продолжаю ебать Scons, собираю bugle. Этот хуесос, несмотря на то, что либа работает и линкуется нормально как-то блять не так собирает. Флаг -l должен быть в конце всех файлов, насколько хорошо я смог вычитать это в мануале по гусю, но тут нихуя. Я не могу понять, что этот хуй пытается вызвать и с какимим параметрами. Либа есть, руками линкуется, скунс не собирает, потому что -l где-то не там ставит. Есть какой-то способ посмотреть вывод?
Простите, насрал тут. Короче, этот хуй пытался все это время под msvc компилировать. Настриол под миниговны, собралось.
> этот хуй пытался все это время под msvc компилировать
все, что следует знать про слишком умные билд-системы включая CMake
Пусть первый: a1 a2 a3 a4...
Пусть первый: b1 b2 b3 b4...
Пусть первый: c1 c2 c3 c4...
Где a[n], b[n], c[n] -- это последовательности по 2 байта.
Мне нужно сделать следующее:
1. Сложить 3 буфера в 1.
2. Чтобы последовательность байт в выходном буфере была такой:
a1 b1 c1 a2 b2 c2 a3 b3 c3...
Подскажите какой функцией это можно сделать?
первый, второй, третий-фикс
Иными словами мне нужно создать псевдо 3-мерный вектор из 3 массивов.
> Подскажите какой функцией это можно сделать?
Ты к нам из джавы что ли? Напиши сам свою функцию.
for (size_t j = 0; j < n; j++) {
output[j 3 + 0] = a[j];
output[j 3 + 1] = b[j];
output[j * 3 + 2] = c[j];
}
или
TYPE ∗ptr = output;
for (size_t j = 0; j < n; j++) {
∗ptr++ = a[j];
∗ptr++ = b[j];
∗ptr++ = c[j];
}
Спасибо. Заработало.
По крайней мере, если использовать cmake, определив системные переменные CC и CXX, можно уже не думать сильно о последствиях, а вот скунс, который на пуфоне меня что-то сильно разочаровал, слишком он уж громоздкий код заставляет рожать
Я просто наткунлся на статью Криса К. ТАм они были, ну я решил повторить трюк, пишу через коде блокс, но оглушительно соснул. И вот после дневного переыва мне пришла мысль-может, я сделал что-то не так?
Синтаксис вставок не определен стандартом и зависит от компилятора, который ты используешь. Поэтому, если ты хочешь например, чтобы твой код компилировался на любом компиляторе (который поддерживает стандарт, под который ты пишешь), то лучше эти вставки не использовать. Если у тебя есть функция, с каким-то очень критичным циклом, то лучше её целиком на асме написать и прилинковать отдельно.
Хорошо, спасибо за пояснени
68 - нулевой байт
65 - первый
6С - второй
6С - третий
6F - четвертый
21 - пятый
00 - шестой
Адрес шестого байта: 1383000 + 6 = 13883006, а не 1383007
> Почему на пикче выделенный красным нулевой байт имеет адрес, оканчивающийся на 7
Нет, у него адрес 0x01383006. Почему ты решил, что это не так?
Посмотри на значение регистра eax, оно перестало изменяться после остановки на нулевом байте. Там в конце 7.
У выделенного адрес +6, а в eax адрес 7-го потому (скорее всего), что строка заканчивается нулем.
Options->Appearence->Fonts. А про eax тебе уже сказали. Ты прочитал 0 по eax = 0x01383006, сделал inc eax, eax стал 0x01383007, а потом ты уже проверил, что прочитал, и вышел.
Зачем это запоминать? Когда тебе нужна переменная смотришь учебник и выбираешь тип.
На первом скрине - пример из книги. Вывод сообщения об успешной авторизации там начинается по адресу 0x080484bf. У меня после компиляции он начинается по адресу 0x080485b6, смотри второй скрин. Если я забиваю буффер значением 0x080485b6, то появляется сообщение об успешной авторизации, а потом почему-то сегфолт. Но если забить буффер адресом 0x080484bf из книги, то сообщение выводится правильное, а сегфолта нет. Почему в этом случае его нет? На четвертом скрине видно, что находится по этому адресу. Это код функции проверки логина.
Почему переход по правильному адресу 0x080485b6 заканчивается сегфолтом?
Почему переход на 0x080484bf успешен и не вызывает сегфолт? Ведь этого адреса даже нет в листинге, смотри начало функции проверки.
Забыл кодес: https://ideone.com/ee5nWX
Объявления переменных и буффера сделал через alloca. Как в книге не работает на моей системе из-за компилятора, который кладет переменные как хочет.
То есть суть эксплойта, который я запостил, такова: переписываем ret в функции аутентификации адресом 0x080484bf (как в книге), и когда выполняется ret, он переходит в то место, где печатается сообщение об успехе. Но в моем случае это переход опять на код функции аутентификации.
>как в книге
крысу чёль читаешь? у него тоже такой пример в начале книги, и тоже падает - там чёто там стек править надо.
Ты уверен, что адрес возврата main() не затираешь? Почему сегфолт не отлаживаешь? На чем он сегфолтится-то? Запусти под gdb, погляди адрес, регистры и стек. И по 0x80484bf мало сдампил, не видно же, чем функция заканчивается.
да хуй знает, мне не интересно, как и читать было не интересно. хотя в начале думал что пропрусь...
>Ты уверен, что адрес возврата main() не затираешь?
Похоже, что затирал. Теперь интересно получается: работает через раз. Рандомизация стека?
Проще нормальным ассемблером [spiler]fasm[/spoiler] собрать нормальный объектник отдельно и с ним слинковаться.
А если не поместится, то будет UB.
Что делать, господа?
P.S. Вот вам выдержка из стандарта. Тут говорится "value", т.е. подразумевается, что если непосредственное значение во время рантайма влазит, то все будет ок. Я правильно понял?
> если непосредственное значение во время рантайма влазит, то все будет ок
Да. Просто проверяй перед преобразованием.
> будет UB
Это одно из множества утверждений стандарта, где по-хорошему надо было бы написать, что значение выражение будет implementation defined или на худой конец indeterminate и, соответственно, заставить разработчиков компиляторов задокументировать, что на распространенных архитектурах ничего страшного не случится.
Спасибо
Обычно int во float переводят. Не понимаю, зачем наоборот делать.
ну а что ты хотел. всегда можно вручную выдрать нужное количество знаков, frexp и множ на степень 10. как например происходит вывод.
(Раньше было сделано без пайпа, через переопределение stdout и stderr, но в новой редакции плюсов так бля нельзя)
Спасибо. Думал, есть вариант перекинуть placeholder.
...
...
size=4654,3543
...
...
weight=13
...
...
Мне нужно извлечь 3 целочисленные переменные из строчек начинающихся с size и weight. Где именно эти строчки будут находиться в файле заранее не известно. С помощью каких функций это можно сделать?
Спасибо!
>The restrict keyword is a declaration of intent given by the programmer to the compiler. It says that for the lifetime of the pointer, only the pointer itself or a value directly derived from it (such as pointer + 1) will be used to access the object to which it points.
Почему же когда я компилирую пик 1 с -O3, и clang, и gcc оба выдают что-то подобное пику 2? Почему после вызова f2 (функция ничего не делает, вынесена в отдельный файл просто чтобы не инлайнилась) значение аргумента для printf загружается из памяти, а не константой? Если изменить расположение вызова f2, то в обоих случаях будет использоваться константа (пик 3 и 4). Разве согласно приведенной выше цитате, объявление указателя p с restrict не говорит о том, что на всем протяжении времени жизни этого указателя доступ к переменной будет осуществляться только через него, что в свою очередь означает, что вызов f2 не должен повлиять на значение переменной a, а значит не требуется читать значение из памяти после вызова f2 и можно использовать константу?
Потому что f2 все равно может иметь доступ к указателю на *p, и это не является нарушением семантики restrict.
Вообще, restrict нужен чтобы сказать, что два или более указателя не пересекаются. Если нужна гарантия отсутствия других ссылок на объект то тебе в rust с его семантикой владения.
Понятно. В общем-то так все и понял, исходя чисто из наблюдений. Просто формулировка на википедии (да и в стандарте) такая, что вводит в заблуждение. А restrict, получается, довольно бестолковая вещь, работающая только для очень ограниченного набора ситуаций. Может мне правда стоит rust поизучать? Но что-то как-то страшно за него браться, честно говоря
> для очень ограниченного набора ситуаций
restrict - это багфикс. В языке есть strict aliasing, когда указатели несовместимых типов по определению указывают на разные объекты. Это помогает компилятору оптимизировать. Но если у тебя десяток указателей на int, то компилятору легче не становится. Чтобы это решить, сделали restrict. Другое дело, что большинство адекватных людей конпелирует с -fno-strict-aliasing, и на алиасинг им вообще насрать, как и на restrict.
Ну, например, до вызова f1 указатель на тот же объект, на который указывает p, был положен в глобальную переменную, из которой его возьмет f2.
Не говоря уже об extern int a; в файле, содержащем f2, или в самой f2.
Но это ведь будет уже другой указатель, а я типа гарантирую, что других указателей на объект быть не должно, нет?
>Но что-то как-то страшно за него браться, честно говоря
Ну лол. Сказал так, будто тебе в зад ебстись предлагают.
Эти обои, этот каллинукс, этот хакенг... Коллбек-дегенерат, ето ты??????
Рандомизация адресного пространства, вась. Специально от мамкиных хакеров вроде тебя делали.
>Рандомизация адресного пространства
Блять, ну какого хуя пидорасы это сделали. Что читать про обход рандомизации?
Подумать головой и не хардкодить адреса, не, не подумал? Книжки призваны учить именно думать, а не лезть в них чтобы не думать.
КОЛЛБЕК - ЕТА ТРУДНАЯ И НИАЧИВИДНАЯ АБСТРАКЦЕЯ
>Подумать головой и не хардкодить адреса, не, не подумал?
Плохо представляю, как работает рандомизация. То есть при запуске эксплоита я вычисляю адрес переменной окружения, меняю порядок байт и делаю переполнение, пока адрес не изменился, так?
мне даже скучно тебе отвечать, /mov/ ждёт моего реценза
Пока отключи ASLR в системе, а потом, когда с основами разберешься, будешь разбираться и с этим.
> According to Intel themselves, REP MOVS is optimal only for large copies, above about 2kb. Below that the large startup costs of the microcode sequence can be beaten by hand-written code for the target architecture. Which explains why glibc takes that approach. The linux kernel on the other hand, just goes with:
> shrq
> andl
> rep movsq
> movl
> rep movsb
> Torvalds justified it as a way to force Intel and AMD to do the right thing and optimize the rep movs instructions. He was annoyed at the code complexity of "more optimal" apporaches, and like you, concerned about icache effects.
Нужно писать как можно более кроссплатформенный код, чтобы отличий не было (т.е., меняешь в VS Active Configuration с x86 на x64, и все так же работает, как и раньше). Разница в размерах всяких long и прочих указателей. На первых порах ты ее не заметишь.
Спасибо, ты лучше моего тупого препода.
Почитай про виртуальную адресацию. У каждой программы в современных ОС есть свое собственное адресное пространство. Процессор и ядро сами разбираются, какой странице физической памяти соответствует тот или иной адрес, принадлежащий процессу. Погугли virtual memory, virtual address space.
Ясно, все точно так же, как в винде.
Только почему якобы рабочий эксплоит завершается сегфолтом? Все так хорошо написано про вычисление адреса возврата, на который передается управление, но на деле что-то пошло не так. Использование -fno-stack-protector не помогает. Но этот ключ, вроде, не делает стэк исполняемым, а отключает стэк канарис.
https://ideone.com/J6C2XT
И -z execstack тоже не помогло.
Очевидно, что по этим и учиться, а когда будешь в них нормально разбираться, читать в бложеках про новые техники. Можешь параллельно со старым говном почитывать кулстори с Google Project Zero, например.
Не знаю, как учиться, если ничего не получается. В книге написано, что этот эксплоит работает 100%, и показан результат получения шелла, а у меня при двух отключенных защитах что само по себе - лабораторные условия вылетает сегфолт. У меня бугурт и руки опускаются, потому что непонятно, в чем дело. Пойду читать главу про написание эксплоитов на nasm, а после этого шеллкодинг под линукс Криса Касперски.
> Не знаю, как учиться, если ничего не получается.
Ну посмотри год книги и поставь на виртуалку соответствующий году линукс. Главное - понять основы, а с современными ОС, с активированными по умолчанию защитами, да с 64 битами кроме основ лезут всякие ненужные на этом этапе детали.
Скинь название книги и главу, откуда ты взял >>791073 и давай разбираться. Не вижу в коде явных багов, которые могут дать шелл: оно должно перезапускать себя бесконечно, оно это и делает. Никаких сегфолтов.
1) echo 0 > /proc/sys/kernel/randomize_va_space (лабораторные условия, да).
2) Почему оно не работает, а у автора работает: компилятор и опции компиляции. Если вкратце, strcpy помимо адреса возврата повреждает сохраненный стековый фрейм. Собери заново notesearch, отреверси пролог и эпилог main() и "донастрой" под нее свой эксплоит. Поставь бряк после closefd(), потыкай si и посмотри, какие регистры откуда восстанавливаются. В моем случае достаточно поменять в эксплоите размер буфера со 160 байт до 152 gcc 6.1.1, -O0, 32-битный линух.
>>791469
Поковырялся, вот стабильный вариант с пояснениями но нет ничего лучше, чем отладить самому: http://ideone.com/MySygG
Спасибо, сейчас буду разбираться.
А пока что я засел на неправильно сгенерированном бинарнике. В книге создание автономного шеллкода показывается на примере хелловорлда: https://ideone.com/KBW9qu
У автора программа просто ассемблируется и превращается в набор инструкций, но у меня nasm почему-то создает ELF-файл, смотри второй скрин. Погуглил опции nasm и нашел опцию -f bin, которая ассемблирует исходник как файл для доса. Сначала я думал, что в досе программы состояли из сплошных инструкций, но сейчас вспомнил, что в типичной программе для доса был стаб и выравнивание кода по смещению 100h.
Как сгенерировать только необходимые инструкции без этого мусора?
> Как сгенерировать только необходимые инструкции без этого мусора?
Быстро и удобно: взять фасм, его макроязык, хоть и ебанутый на всю голову, но позволяет делать всякие вкусные вещи типа кодирования нулей в шеллкодесе прямо на стадии компиляции (естественно, макрос сам пишешь).
> -f obj
Просишь эльфа - получаешь эльфа.
> Погуглил опции nasm и нашел опцию -f bin, которая ассемблирует исходник как файл для доса
Она дефолтовая, емнип.
> что в типичной программе для доса был стаб и выравнивание кода по смещению 100h.
Во-первых, в .com стаба не было, во-вторых, чтобы был org 100h, его надо делать самому в исходнике. Так что nasm shellcode.s, bits 32 не забудь, и все конпелируется, как у автора.
notesearch: https://ideone.com/4yNRzC
хедер hacking.h к нему: https://ideone.com/51vvVO
последний шеллкод без нулей: https://ideone.com/oSg634
тулза для вычисления адреса переменной окружения с шеллкодом по ее имени и имени программы, в которой делаем переполнение: https://ideone.com/7KoBIN
Странный адрес - часть строки "ODE=". Очевидно, что это нихуя не адрес возврата, ты промахнулся. >>791578 смотрел?
> Как в таких случаях находить причину краша? Живую программу отлаживать проще. Собираешь с -ggdb, делаешь gdb сплоент, b main, run, брякнется в main, continue, брякнется в notesearch:main, disassemble, b *адрес_в_конце_функции, set disassemble on, si, si, si...
С программаторами в /ra/, наверное.
#include <stdio.h>
int main()
{
char letter;
int num1, num2;
printf("Enter any one keyboard character");
scanf("%c", letter);
printf("Enter two integers separated by a space:");
scanf("%d, %d", &num1, &num2);
printf("Numbers input: %d and %d \n", num1, num2);
printf("Letter input: %c", letter);
printf("Stored at: %p \n", &letter);
return 0;
}
Всё компилируется но после того как на
"Enter any one keyboard character" я ввожу символ и жму enter программа прекращает работу. Как быть?
#include <stdio.h>
int main()
{
char letter;
int num1, num2;
printf("Enter any one keyboard character");
scanf("%c", letter);
printf("Enter two integers separated by a space:");
scanf("%d, %d", &num1, &num2);
printf("Numbers input: %d and %d \n", num1, num2);
printf("Letter input: %c", letter);
printf("Stored at: %p \n", &letter);
return 0;
}
Всё компилируется но после того как на
"Enter any one keyboard character" я ввожу символ и жму enter программа прекращает работу. Как быть?
Выбирай: https://sourceware.org/gdb/wiki/GDB Front Ends
Но реальные пацаны используют голый gdb.
gdb -q ./a.out
Reading symbols from ./a.out...(no debugging symbols found)...done.
Или это нормально?
Перепроверял же. Стыдно быть таким как я. Спасибо анон, всё работает.
Да, она.
Как им пользоваться, мне не удается с помощью него открыть файл для отладки. Подскажи анон.
gdb имяфайла или командой target exec имяфайла, когда gdb уже запущен.
Предварительно желательно спиздить чей-нибудь конфиг типа https://github.com/dholm/dotgdb Ненастроенный gdb - боль.
Пердолиться долго не хочется. Насчет того, что хэш именно md5, не уверен, просто вытащил из БД какой-то хэш.
Иди-ка ты в /s/, уважаемый. Тут тред про сишечку.
Этот примиер плюс то еще говно, лучше читай K&R, там все нормально объясняется, а вот это говно с разжевыванием нинужной информации нахуй не нужно.
char x[] = "32+"; , по которому проходит цикл со switch при этом в свитче выполняются сразу два условия и '+' и '-',
код прилагаю pastebin.com/y00vRZyk
это прост готу метки в переделах одной области (блять, как это называется? стейтмент?).
И да * - это указатель, и & - тоже указатель. Скажите правильно как это называется, я уже 2 недели ебусь с этим
Блядь, хочется выпилится из-за ебучих указателей
спасибо
& - это оператор взятия адреса. Вот есть объект (переменная), он где-то в памяти лежит. И значение выражения &объект равно адресу (номеру) первого байта этого объекта в памяти. Это значение "указывает" на объект, т.е., это и есть указатель. Но важно осознавать, что не & - указатель, а значение выражения с & (или переменной, в которую ты его запишешь).
∗ - это оператор разыменовывания (дереференс). Значение выражения ∗указатель - это значение по адресу, хранящемуся в указателе.
&чтото -> получить адрес чего-то
∗указатель -> сходить по адресу и взять оттуда что-то
В любом непонятном случае дизассемблируй.
Указатель - это такая коробочка, в которой лежит адрес другой коробочки, в которой лежит объект.
Звездочка - это когда ты открываешь коробочку, переходишь по адресу и берешь объект.
В коробочке может быть не адрес, а другая коробочка, в которой уже лежит адрес. Это указатель на указатель. Чтобы получить объект через указатель на указатель, надо открыть одну коробочку (один раз применить звездочку), открыть внутреннюю коробочку (второй раз применить звездочку), и тогда ты доберешься до объекта в памяти.
int x = 2;
// Компилятор создал переменную x по адресу 0x1000 (к примеру). Теперь x просто имя (псевдоним) для адреса 0x1000. Всегда (в пределах области видимости x), когда компилятор видит x, он думает об адресе 0x1000.
int ∗y = &x;
// Компилятор создал переменную y (указатель) по адресу 0x1004 и записал в нее значение 0x1000.
int ∗z = y;
// Компилятор создал переменную z (указатель) по адресу 0x1008 и записал в нее 0x1000. Почему 0x1000, а не 0x1004? Потому что = присваивает значения. Значение y - 0x1000.
printf("%i\n", ∗z);
// Оператор ∗ взял значение по адресу, содержащемуся в z и скормил его в printf. В z лежит 0x1000, по адресу 0x1000 лежит 2, в printf попало 2.
printf("%p\n", y);
// Оператора ∗ нет. Компилятор взял значение y и скормил его в printf. В y лежит 0x1004, в printf попало 0x1004.
Тем кто еще не написал свою Болген ОС, нужно держать эту страничку в закладках.
К сожалению, автоматически (юзерскриптом) исправлять ошибки тех, кто постит с настоящими звездочками и настоящими [ i ] не получится, а макаке насрать, много раз уже просили. И в /d/, и кодера, когда он в /b/ прибегал, и соцсеточках тоже. Запилить галку "я не хочу разметку вообще никакую" для них слишком сложно. Написать не кривой парсер, видимо, тоже.
>>793917
Это нормально, лечится более частыми визитами в отладчик.
> где идет создание указателя
Указатель можно заиметь тремя способами: получить из функции типа malloc(), присвоить от другого указателя и получить оператором &.
> Где создание ссылки, а где операция взятия адреса.
А плюсы свои ты к нам не носи. Хотя там тоже все тривиально.
> указатели на функции
Для них сахарок, о них вообще не нужно думать. Не нужно & писать, чтобы взять адрес и не нужно разыменовывать, чтобы вызвать.
int (∗funcptr)(void); // Указатель на функцию, возвращающую int.
int foo(void) { printf("Hello, world!\n"); }
funcptr = foo; // Получили указатель, магия.
funcptr(); // Разыменовали, вызвали - магия.
Лучше вот это: http://c-faq.com/decl/spiral.anderson.html
Забавно, но существуют люди, считающие подобный синтаксис нормальным.
Этот синтаксис существует в теории. В реальности все адекватные люди упрощают его typedef-ами до читабельного состояния.
не объясняйте этому дауну, я уже писал ему в ньюфаг-треде - необучаем. просто берёшь и пишешь связный список, нет, дерьмо жрать же.
вы ещё и так объясняете - пиздец. хотя вот это >>793854 мило.
>>793920
> Для них сахарок
и что здесь сахарного? чем это отличается от s[2], @p ; p = s ; p [0] = 0 ; ?
Сахарок в том, что сколько бы ни было уровней указателей в funcptr, ее вызов не требует звездочек - оператор () будет неявно дереференсить указатель столько раз, сколько необходимо. Примерно то же происходит и с массивами, когда они используются там, где ожидается указатель.
void yoba(void (*f)(int), int x) {
f(x);
}
При этом если не пишу звёздочку перед f, такой код тоже компилируется:
void yoba(void f (int), int x) {
f(x);
}
Здесь yoba принимает уже не указатель на функцию, а саму эту функцию. Разве такое возможно?
Оба варианта выполняется с тем же результатом, например
void test(int x) {
printf("%d\n",x);
}
yoba(test, 5);
В обоих случаях выводится 5.
>принимает уже не указатель на функцию, а саму эту функцию
этот как, блеать? запихивает код функции в стек штоли?
Вот я и интересуюсь. Не будет ли оверхеда на втором варианте? Или он эту пропущенную звёздочку подразумевает и так? только почему же тогда не выдает ошибку компиляции на этом варианте?
Привет. Мы этот сахарок уже несколько постов предыдущих обсуждаем. Это указатель на функцию. Во всех случаях. Про эквивалентность ∗funcptr() и funcptr() знают многие, про то, что параметр-функция считается указателем на функцию - нет. Алсо, в одном из прошлых тредов обсуждали параметры-массивы, которые тоже неявно приводятся к указателю. И хорошо, потому что лучше написать с указателем самому, чтобы все было наглядно. Но это единственная причина.
>>793981
Никакого оверхеда, абсолютно идентичные вещи с точки зрения компилятора.
хрень сморозил. нет там уровней, вот тебе :
int pp(void) { puts("anus") ; }
int (@pp1)(void) = pp ;
int (@@pp0)(void) ;
pp0 = & pp1 ;
(@pp0)() ;
И правда. Мои извинения.
Нужно добавить break; в каждое условие.
Просто gcc hello.c -o hello.exe дает екзешник в 66 кБ. Это много же для хеллоу ворлда.
Ага, точно, попробовал сейчас скомпилить. Но в шапке написано, что это плохой компилятор. Вот говорят, есть еще какой-то crinkler, но я не понял как его скрестить с gcc.
tcc поддерживает ansi c полностью
Вообще есть еще ключи оптимизации в gcc, можешь с ними поэксперементировать
У тебя винт на терабайт наверняка. Чего тебе так от десятка килобайт припекает? Ключик -s не забыл? Ну или отдельно strip.
Может кто-нибудь знающий оценить этот курс? https://www.udacity.com/course/introduction-to-operating-systems--ud923
Или лучше взять книгу? Если да, то какую? Таненбаума?
как ты это представляешь себе в машинных кодах, процессор будет сам угадывать?
тык ты не читай, а вбивай приведенный код и решай упражнения оттуда
если читать, ничего не поймешь
Да в десяток килобайт можно с десяток зондов напихать, которые будут логировать все мои действия на пк, как это делается в VS.
да, проебался
но их книга по си состоит на 2/3 из с++ , так что лучше в 4 раз попытаюсь осилить K&R
Ну так самые основы же. Если что-то непонятно будет-читаешь КиР, читаешь прату, ватевер.
Да заебали вы. Во-первых, в VS нет зондов. Считать зондами телеметрию, которая записывает в лог имя модуля и таймстампы загрузки-выгрузки - это надо вконец мозолей объесться. И даже эта телеметрия по умолчанию отключена при линковке с динамической CRT и отключается при линковке со статической CRT (no_telemetry.obj).
Во-вторых, MinGW в тот десяток килобайтов, который тебе так не нравится, линкует статически те функции, которые в MSVCRT застряли в C89 (тот же печально известный vsnprintf) и прочий библиотечный код. Можешь вообще сказать гцц, что тебе не нужна стандартная библиотека, писать на Windows API и линковаться хоть в 512 байт. Можешь линковаться к какому-нибудь другому рантайму, тебе никто не мешает.
А что там тебе непонятно?
Я K&R осилил в 10 классе, лул, толку конечно немного было, но зато удовлетворил свою хотелку.
Массив это непрерывная область памяти
Массивы это синтаксический сахар над указателями. Никаких массивов на самом деле нет.
и переменные тоже сахар и функции, ничего этого на самом деле нет, просто память
>>796023
Вот поясните мне. Я передал в функцию какой-то массив. И решил сделать в этой функции sizeof на массив и на первый элемент массива. В итоге получилось то что на пике. Почему так? Вроде же массив является указателем на первый элемент и его размер 8, а размер первого элемента 4. Почему так? В чем подводные камни?
>Почему так?
А почему бы и нет? Кто тебе сказал, что размер указателя должен совпадать с размером значения, на которое он указывает?
в первом случае размер указателя 64бит, во атором случае размер элемента массива инт
>>796035
Тоесть если я беру первый элемент массива, который я передал функции, то это не указатель, а обычное число?
Заменил, теперь выходит 8 и 1 соответственно.
Подумол, у чара 1 байт в большинстве случаев размер переменной. А можно ли передать в функцию массив, чтобы его размер можно было вычислить в функции через sizeof(массив) / sizeof(массив[0]), ибо обычным путем это невозможно сделать
умножай размер массива на сайзоф элемента, ваш кэп
sizeof(array) == sizeof(&array[0]) == размер указателя (зависит от платформы)
Настоящий размер массива из n элементов в памяти равен sizeof(array) * sizeof(n)
Т.к. сишка размера массива не знает (он нигде не хранится), то вычислить настоящий размер не может.
Блин, совсем запутался, то есть sizeof(array[0]) * n
struct Vector {
int size; // размер массива
int *data; // массив
};
Например. Или для int-массивов размер можно хранить в 0-м элементе.
ну мне нужна такая функция наподобие size() или length()
И вообще это же надо реализовать новую структуру данных , это сложно
В МИКРОСОФТ ШИНДОШС везде есть зонды, даже в блокноте и калькуляторе. Только БОГ ПИТУХ нас спасет. Покайтесь, ибо грядет вендекапец!
Это там, где до сих пор нет годного DE и процент популярности недавно стал 2%?
В С++ есть класс vector, устроенный примерно таким образом (хранит информацию о размере). В Си из коробки ничего такого нет, массивы там просто синтаксический сахар над указателями.
А у строк длина вычисляется, потому что последний символ 0.
СПЕРМОВОР!
Мне интересна хотя бы частичная реализация этого класса в си, чтобы было подобие "умного" массива, у которого можно вычислить его длину
и еще добавление в него, вроде push_back
для этого malloc надо юзать, если не ошибаюсь, но это сложно
struct Vector create_vector(int length, int itemsize)
{
struct Vector vec;
if (length <= 0 || itemsize <= 0) return NULL;
vec = (struct Vector)malloc(sizeof(vector));
if (!vec) return NULL;
vec->data = malloc(itemsize length);
if (!vec->data)
{
free(vec);
return NULL;
}
vec->size = length;
return vec;
}
void free_vector(struct Vector vec)
{
if (vec)
{
free(vec->data);
free(vec);
}
}
int length(struct Vector vec)
{
return (vec != NULL) ? vec->size : 0;
}
int resize(struct Vector vec, int newsize, int itemsize)
{
if (vec == NULL || newsize <= 0 || itemsize <= 0) return 0;
if (vec->size == newsize) return 1;
void newdata = realloc(vec->data, newsize * itemsize);
if (!newdata) return 0;
vec->data = newdata;
vec->size++;
return 1;
}
struct Vector create_vector(int length, int itemsize)
{
struct Vector vec;
if (length <= 0 || itemsize <= 0) return NULL;
vec = (struct Vector)malloc(sizeof(vector));
if (!vec) return NULL;
vec->data = malloc(itemsize length);
if (!vec->data)
{
free(vec);
return NULL;
}
vec->size = length;
return vec;
}
void free_vector(struct Vector vec)
{
if (vec)
{
free(vec->data);
free(vec);
}
}
int length(struct Vector vec)
{
return (vec != NULL) ? vec->size : 0;
}
int resize(struct Vector vec, int newsize, int itemsize)
{
if (vec == NULL || newsize <= 0 || itemsize <= 0) return 0;
if (vec->size == newsize) return 1;
void newdata = realloc(vec->data, newsize * itemsize);
if (!newdata) return 0;
vec->data = newdata;
vec->size++;
return 1;
}
Опять звезды проебались.
struct Vector ·create_vector(int length, int itemsize)
{
struct Vector ·vec;
if (length <= 0 || itemsize <= 0) return NULL;
vec = (struct Vector·)malloc(sizeof(vector));
if (!vec) return NULL;
vec->data = malloc(itemsize · length);
if (!vec->data)
{
free(vec);
return NULL;
}
vec->size = length;
return vec;
}
void free_vector(struct Vector ·vec)
{
if (vec)
{
free(vec->data);
free(vec);
}
}
int length(struct Vector ·vec)
{
return (vec != NULL) ? vec->size : 0;
}
int resize(struct Vector ·vec, int newsize, int itemsize)
{
if (vec == NULL || newsize <= 0 || itemsize <= 0) return 0;
if (vec->size == newsize) return 1;
void ·newdata = realloc(vec->data, newsize · itemsize);
if (!newdata) return 0;
vec->data = newdata;
vec->size++;
return 1;
}
Опять звезды проебались.
struct Vector ·create_vector(int length, int itemsize)
{
struct Vector ·vec;
if (length <= 0 || itemsize <= 0) return NULL;
vec = (struct Vector·)malloc(sizeof(vector));
if (!vec) return NULL;
vec->data = malloc(itemsize · length);
if (!vec->data)
{
free(vec);
return NULL;
}
vec->size = length;
return vec;
}
void free_vector(struct Vector ·vec)
{
if (vec)
{
free(vec->data);
free(vec);
}
}
int length(struct Vector ·vec)
{
return (vec != NULL) ? vec->size : 0;
}
int resize(struct Vector ·vec, int newsize, int itemsize)
{
if (vec == NULL || newsize <= 0 || itemsize <= 0) return 0;
if (vec->size == newsize) return 1;
void ·newdata = realloc(vec->data, newsize · itemsize);
if (!newdata) return 0;
vec->data = newdata;
vec->size++;
return 1;
}
Будто ты не был школьником. Все тупили на указателях. Вот сделал небольшой рисунок, как массивы хранятся в памяти, надеюсь будет понятнее.
Небольшая опечатка, исправил.
когда я был школотроном, то пека еще небыло, а вот вкатывался я с ассемблера и архитектуры канпутера, чего и тебе советую, читай про архитектуру пека и ос, хотябы таненбаума, а погромирование чутка отложи, а то заебешь всех и станешь макакой
Я сам стал заниматься программированием в 1991 году на спектруме, и в 12 лет мог писать на ассемблере (и даже в машинных кодах). Не надо заливать, никто с ассемблера не начинал.
>никто с ассемблера не начинал.
я начинал, или жопочтец? я считал, что си слишком сложна11 и начал с тасма и книги тома свана, ахуенная книга. вот.
Ты фантазер. Начинали даже не с Си (как и асм он тогда считался языком для опытных программистов), а с Бейсика или Паскаля.
в школе был бейсик на какихто электрониках, я его люто ненавидел, а про паскаль я тогда не знал, а вот книгу по асму купил и понеслось
Единственное, строки там были с номерами вместо QBASIC с метками в GOTO. Из-за этих ебаных номеров и не любили Бейсик.
хуй знает, у меня дома кампутера небыло, а в школе мы писали пограмы по подсчету помидоров раз в неделю.
Вот же ты доебался до того анона. Я тоже начинал с ассемблера, что тут такого. Просто когда решил заняться программированием, я сначала хотел скачать вижуал студию, но как увидел, что качаться она будет чуть ли не неделю, то скачал вместо нее masm (а вскоре перешел и на fasm). А сишку и другие языки я попробовал только после того, как перекатился на линукс через пару лет.
ты считаешь знание ассеблера, хотябы поверхностно, необязательным для серьезного погромиста?
Лет 10-11 назад, и у меня тогда как раз появился "доступ" к интернету (через мобильник со скоростями в районе пары кб/сек). В моей стране около 250 тыс человек, а в городе хз. Конечно же, я не от хорошей жизни взялся тогда именно за асм. Но может оно и к лучшему.
Машина должна и будет служить людям, она не шлюха, чтобы люди исполняли её прихоти. Отсюда байтобляди (а так же сочувствующие им императивные пидорасы, надрачивающие на показатели clock() - start) - пиздолисы, которые опускаются до полного говноедства, лишь бы ублажить её регистры и микросхемы.
Альфапрограммисты, как и положено альфам, если машина не выполняет положенных ей задач и требует пресмыкаться перед ней и ублажать её байтами, просто берут и за патчкорды, ебашат с вертушки по передней панели и списывают машину на мороз, купив взамен ту, которая не будет выёбываться и выполнит код в сроки и без выебонов, будь там хоть 1000% неоптимизированного оверхеда. И настоящего программиста не волнуют вопросы выдрачивания и быстродействия - он решает важную задачу из предметной области гораздо более сложной, чем низкоуровневое дрочево, и отвлекаться на всякую подзалупную хуету вроде осоьбеннойстей какой-то там архитектуры ему некомильфо.
Байтоёбство включает в себя:
1. Императивный стиль программирования как начало байтоёбского пути.
2. Дрочка на машинно-ориентированные типы данных (собственно, основной симптом байтоёбства) и последующее за ней закономерное возмездие байтомудакам в виде big endian vs. little-endian, особенности обработки чисел с плавающей точкой и.т.д.
3. Предтерминальные стадии байтоёбства - интринсикоёбство и его более тяжёлая форма - инлайн-ассемблероёбство. Подсадка начинается с убеждённости поциента в необходимости ручками использовать SIMD -инструкции.
4. Терминальная стадия, как итог п.3, тру-ассемблероёбство и "хроническая низкоуровневая оптимизация головного мозга"
В нашем мире, к счастью, подобные симптомы с распространением Java, C# и прочей "замещающей терапии" встречаются реже, однако остались две отрасли, входящие в зону риска:
1. Гейдев. Байтоёбство в гейдеве берёт своё начало в 70х-80х, поскольку именно тогда зародилась традиция байтоёбства в геймдеве. Обязаны этим, в основном, восьмибитным соснолям и домашним компьютерам, которые, обладая малым объёмом ОЗУ и имея скудные средства программирования, требовали делать на них ёба-игры. Эта традиция продолжилась и далее, всё благодаря тем же консолям, на которых консолерабы должны были выпускать игры 5 лет, задрачивая их убогие байтоёбские архитектуры по полной. К сожалению, подобная практика перешла и на ПК, где байтоёбство, в общем-то не так оправдано. К слову байтоёбам-игроделам дали шанс выбраться из этой трясины в 2002 году, когда майкрософт запилила дуднет и менеджед дайректикс к нему. Но байтоёбы остались верны своим указателям, плюсам и байтоёбской оптимизации. Зашоренность, верность привычкам, безыдейность, десу.
2. Эмбеддед. Причины почти всё те же, что и в гейдеве. Маломощное железо, пара сотен байт озу, деревянные игрушки, прибитые к полу и.т.д. К этому прибавляется огромное количество разных железок разномастных архитектур, для которых нет толковых тулчейнов. Из хорошего - в последние годы байтоёбство в этой сфере потихоньку излечивается, спасибо дядям из ARM co ltd, сделавшим свою архитектуру более менее распространённым стандартом среди всех архитектур и огромному количеству появившихся фреймворков и компиляторов языков для этой платформы.
Также распространено ложное утверждение что байтоёбство крайне необходимо в системном программировании. На самом деле этого легко избежать. Рассмотрим среднестатистическую аппаратную платформу. Краеугольными камнями любой аппаратной платформы являются:
1.Процессорная архитектура
2.Memory map - адресное пространство, в которое отображаются RAM, ROM и внешние устройства
3.Протоколы управления этими самыми внешними устройствами.
Так вот, всё вышеперечисленное вполне можно вполне декларативно описать обычным конфигурационным файлом, не прибегая к программированию вовсе. Затем, скормить этот файл генератору платформ и на выходе получить готовый фреймворк-скелет нашей операционной системы, доступ к которому можно получить из любого языка программирования. Вот так вот просто, если бы байтоёбство гологного моска не мешало.
Машина должна и будет служить людям, она не шлюха, чтобы люди исполняли её прихоти. Отсюда байтобляди (а так же сочувствующие им императивные пидорасы, надрачивающие на показатели clock() - start) - пиздолисы, которые опускаются до полного говноедства, лишь бы ублажить её регистры и микросхемы.
Альфапрограммисты, как и положено альфам, если машина не выполняет положенных ей задач и требует пресмыкаться перед ней и ублажать её байтами, просто берут и за патчкорды, ебашат с вертушки по передней панели и списывают машину на мороз, купив взамен ту, которая не будет выёбываться и выполнит код в сроки и без выебонов, будь там хоть 1000% неоптимизированного оверхеда. И настоящего программиста не волнуют вопросы выдрачивания и быстродействия - он решает важную задачу из предметной области гораздо более сложной, чем низкоуровневое дрочево, и отвлекаться на всякую подзалупную хуету вроде осоьбеннойстей какой-то там архитектуры ему некомильфо.
Байтоёбство включает в себя:
1. Императивный стиль программирования как начало байтоёбского пути.
2. Дрочка на машинно-ориентированные типы данных (собственно, основной симптом байтоёбства) и последующее за ней закономерное возмездие байтомудакам в виде big endian vs. little-endian, особенности обработки чисел с плавающей точкой и.т.д.
3. Предтерминальные стадии байтоёбства - интринсикоёбство и его более тяжёлая форма - инлайн-ассемблероёбство. Подсадка начинается с убеждённости поциента в необходимости ручками использовать SIMD -инструкции.
4. Терминальная стадия, как итог п.3, тру-ассемблероёбство и "хроническая низкоуровневая оптимизация головного мозга"
В нашем мире, к счастью, подобные симптомы с распространением Java, C# и прочей "замещающей терапии" встречаются реже, однако остались две отрасли, входящие в зону риска:
1. Гейдев. Байтоёбство в гейдеве берёт своё начало в 70х-80х, поскольку именно тогда зародилась традиция байтоёбства в геймдеве. Обязаны этим, в основном, восьмибитным соснолям и домашним компьютерам, которые, обладая малым объёмом ОЗУ и имея скудные средства программирования, требовали делать на них ёба-игры. Эта традиция продолжилась и далее, всё благодаря тем же консолям, на которых консолерабы должны были выпускать игры 5 лет, задрачивая их убогие байтоёбские архитектуры по полной. К сожалению, подобная практика перешла и на ПК, где байтоёбство, в общем-то не так оправдано. К слову байтоёбам-игроделам дали шанс выбраться из этой трясины в 2002 году, когда майкрософт запилила дуднет и менеджед дайректикс к нему. Но байтоёбы остались верны своим указателям, плюсам и байтоёбской оптимизации. Зашоренность, верность привычкам, безыдейность, десу.
2. Эмбеддед. Причины почти всё те же, что и в гейдеве. Маломощное железо, пара сотен байт озу, деревянные игрушки, прибитые к полу и.т.д. К этому прибавляется огромное количество разных железок разномастных архитектур, для которых нет толковых тулчейнов. Из хорошего - в последние годы байтоёбство в этой сфере потихоньку излечивается, спасибо дядям из ARM co ltd, сделавшим свою архитектуру более менее распространённым стандартом среди всех архитектур и огромному количеству появившихся фреймворков и компиляторов языков для этой платформы.
Также распространено ложное утверждение что байтоёбство крайне необходимо в системном программировании. На самом деле этого легко избежать. Рассмотрим среднестатистическую аппаратную платформу. Краеугольными камнями любой аппаратной платформы являются:
1.Процессорная архитектура
2.Memory map - адресное пространство, в которое отображаются RAM, ROM и внешние устройства
3.Протоколы управления этими самыми внешними устройствами.
Так вот, всё вышеперечисленное вполне можно вполне декларативно описать обычным конфигурационным файлом, не прибегая к программированию вовсе. Затем, скормить этот файл генератору платформ и на выходе получить готовый фреймворк-скелет нашей операционной системы, доступ к которому можно получить из любого языка программирования. Вот так вот просто, если бы байтоёбство гологного моска не мешало.
>просто берут и за патчкорды, ебашат с вертушки по передней панели и списывают машину на мороз, купив взамен ту, которая не будет выёбываться и выполнит код в сроки и без выебонов, будь там хоть 1000%
я работал в такой конторе, лучшим решением для инженеропидоров был апгрейд и перезагрущка серверрв раз в неделю. по сабжу, ты ебаный еаркоман оторванный от реалий.
з.ы.
там на железо тратили около 10 лямов в год и требовали твоего выхода сверхурочно с премией 500 рублей в месяц в качестве бонуса)
Двачую, байтоёбы рабы во всём - рабы машины. рабы предубеждений, рабы производительности, рабы стереотипов, рабы обрабатываемых штеудом х86 типов данных - для них всё, что не кратно 2 байтам и больше 16 байт не может быть примитивным типом, хотя число - это просто число, оно может быть целым, дробным, рациональным, комплексным, но не "в 2 байта в 4 байта в 8 байт". Да, байтобляди были актуальны пару-тройку десятков лет назад, когда кроме этого пресловутого отлизывания регистров и микросхем не было способов заставить машину быстро решать задачу. Но теперь-то в нашем распоряжении оптимизирующие компиляторы, многоядерные процессоры с параллелизацией, которые производительнее машин 20летней давности в сотни тысяч раз. Жаль, что программирование было поглощено стереотипным быдлом, не могущим в думать, и способным работать лишь по зазубренной инструкции, написанной кровью и потом сотен павших хомячков-байтоёбов до него. Настоящее, полноценное программирование, благодаря подобным обмудкам, мало теперь где востребовано. Хотя там где оно востребовано, можно кататься как в масле сыр и получать в три раза больше не то что сениор-байтоёба, а ёбанного заместителя директора быдлоконторы в которой этот байтоёб работает. С другой стороны это и хорошо - в космическую промышленность, Data mining и прочие сложные и непосильные для императивных байтохомячков сферы попадает лишь элита.
самодвочер, тебе пичет?
>resize
не нужно, выделяй блоки памяти сразу нужным и связывай их в спискок, доступк к элементу через функцию (есле нужен номер). если блок освободится, то можно освобождать, или в стек на отложенное освобождение.
И он узнает про пулы.
Да ради бога. Если вместо виндовой консоли возьмешь mintty, будет тебе ввод, как в линуксе. Или возьми ncurses и будь кроссплатформенным.
>число, оно может быть целым, дробным, рациональным, комплексным,
>в космическую промышленность
А ты почитай на чем пишутся спутники и марсоходы, и какой жёсткий realtime нужен ракете.
Там байтоебство цветет и пахнет, потому что по другому никак.
void foo(bar){
printf("%lf p\n",bar/0.3048);
}
>Там байтоебство цветет и пахнет, потому что по другому никак.
Спизданул школьник 8 класса в ответ на пасту времен молодости моего деда.
>Просто съеби в /b
Нет ты. Единственная причина почему ваше байтоебство актуально в космической сфере — это потому что 100-летние деды в начальстве боятся обосраться с новыми технологиями и в 2016 году по прежнему используют 8-битные процессоры и ассемблер.
Ты когда нибудь слышал про радиацию?
Ты думаешь, будь это не 8085, то писали бы на православном JavaScript? Один хер это бы был Си с ачсемблерными вставками, байтоебством и записями в регистры.
Такова реальность realtime
с какой целью интересуешься?
Ок. Каждому своё и каждый пишет так как ему нравится.
Но разве любая функция из функционального программирования не написана в императивном стиле?
Вообще не совсем понятно: мне необходимо выбрать какой-то кусок данных из массива данных. Я использую SQL, пишу функционально инструкцию, но разве на низком уровне она не состоит из тех же базовых императивных кирпичиков?
И тогда в чём собственно суть разницы если функции это есть те же самые подпрограммы императивного языка?
>Я использую SQL, пишу функционально инструкцию
И в зависимости от содержимого базы каждый раз получаешь разный результат. Это не функция.
>Unlike in imperative languages, a function in Haskell is really a function, just as mathematicians intended it to be. To distinguish it from cheap imitations, Haskell functions are sometimes called pure functions. Here are the fundamental properties of a pure function:
>A function returns exactly the same result every time it's called with the same set of arguments. In other words a function has no state, nor can it access any external state. Every time you call it, it behaves like a newborn baby with blank memory and no knowledge of the external world.
>A function has no side effects. Calling a function once is the same as calling it twice and discarding the result of the first call. In fact if you discard the result of any function call, Haskell will spare itself the trouble and will never call the function. No wonder Haskell has a reputation for laziness (more about it later).
Всё равно не понятно. Т.е. наиболее главное отличие декларативного от императивного программирования это отвязка от архитектуры железа, на котором исполняется конечная программа?
Тогда реквестирую пример когда функция из императивного языка возвращает каждый раз разный результат при одном и том же наборе аргументов.
>Тогда реквестирую пример когда функция из императивного языка возвращает каждый раз разный результат при одном и том же наборе аргументов.
http://pubs.opengroup.org/onlinepubs/009695399/functions/time.html
Суть чистой функции в том, что её вычисление можно рассматривать как переписывание термов. Это позволяет, к примеру, свободно заменять выражения их результатом или вычислять их по необходимости (лениво).
Разумеется, не все функции в функциональных ЯП — чистые. Однако, в том же хаскеле есть разграничение между чистыми функциями и грязными.
>Всё равно не понятно
Байтоебы смешали в кучу понятия подпрограммы, процедуры и функции. В результате правильным посонам пришлось назвать функции — чистыми функциями.
У функции есть четкое математическое определение:
>"Let E and F be two sets, which may or may not be distinct. A relation between a variable element x of E and a variable element y of F is called a functional relation in y if, for all x ∈ E, there exists a unique y ∈ F which is in the given relation with x. "We give the name of function to the operation which in this way associates with every element x ∈ E the element y ∈ F which is in the given relation with x, and the function is said to be determined by the given functional relation. Two equivalent functional relations determine the same function."
Меньше, чем в С. Можно обмазаться абстракциями вместо того, чтобы строчить копипасту, например.
> каждый пишет так как ему нравится.
А должен бы писать качественно.
> И тогда в чём собственно суть разницы если функции это есть те же самые подпрограммы императивного языка?
ВСЕ РАВНО ВСЕ КОМПИЛИРУЕТСЯ В МАШИННЫЙ КОД
Абстракции - слыхал о таких вещах?
>но куда прогрессивней абстрагироваться в хатку с евой грин и её братцем
Проиграл с этого мечтателя.
образованный, революционер.
Слыхали и что?
Если я напишу функцию определенного интеграла, принимающую на вход пределы интегрирования и реализующую в себе какую либо мат.функцию это будет тоже абстракция. И я могу написать её на императивном языке.
Надо всё же почитать про это более подробно
Но в манямире функциональных петухов нет IO, файлов, GUI и сетевых протоколов. Это очень удобно - объявить все нерешаемые функциональной парадигмой задачи грязными и нечестивыми, узаконить страдания для всего неправосланого, и затем сидеть, прихлебывая борщ, дрочить факториалы и постить на хабре статьи про теоркат для чайников.
Я не умею читать, объясни мне что это
Какой? когда я пишу setlocale, то происходит автоматический typedef на новый тип?
Тип по умолчанию у нас int. Но желательно сказать GCC -Werror=implicit, чтобы такого пиздеца не допускать.
>>796734
Кроме wchar_t, который уже упомянули (и который по сути implementation defined), в C11 у нас есть еще char16_t, в который влезает вся BMP и char32_t, в который влезает весь Unicode вообще. В целом, проще везде использовать UTF-8 (и хранить в char), а в тех нечастых случаях, когда требуется быстрый доступ к отдельным codepoint по их индексу в строке, декодировать UTF-8 до charX_t.
> В целом, проще везде использовать UTF-8 (и хранить в char)
Этот осознал написанное в http://www.utf8everywhere.org/, берите с этого пример.
Что можно почитать?
Если у тебя ОС нет, то и подводных камней нет. Иначе непонятно, зачем тебе это.
>>797895
А что почитать можно по этому? Я просто хочу написать хеловорлд, который будет выполняться без ОС
Спиздил когда-то из ядра NetBSD компактный и простой переносимый printf. http://pastebin.com/nBi6G5cT
Сейчас уже не могу найти его в дереве ядра.
Всё, что нужно функции do_printf — это твой коллбэк для печати одного символа, первым аргументом. Очень удобно!
Обосрался вприсядку, я только сегодня открыл для себя си впервые
Для загрузки ядрышка с помощью GRUB и высирания "Руддщб Цщкдв!" в текстовый буффер VGA ничего этого не надо.
nasm, gcc, ld, qemu и образ дискетки с grub
Я прерываниями BIOS пользовался только под MS-DOS, помню. Как дела с этим обстоят в современных ОС? Там всё то же самое? Мне чё-то кажется современная ОС тебя нахуй пошлёт с твоими вызовами прерываний.
Я хочу без системы. Просто загрузиться с груба и вывести сраный хеловорлд
а, ну ладно
int 0x10 сводится к записи в видеопамять по фиксированному адресу (в текстовом режиме). Никто не мешает тебе самому писать в видеопамять.
Смотри, grub загружает тебя в 32-битный режим, так что прерывания оттуда просто так не подёргаешь, они (в основном) все для realmode
Тем более не стоит начинать с груба. Лучше осилить перевод процессора в protected mode и long mode самостоятельно, тогда и вопросы про прерывания отпадут.
> Лучше осилить перевод процессора в protected mode и long mode самостоятельно
Очень интересное занятие, ага.
В ОС (ну кроме простых вроде DOS) тебе никто не даст писать в видеопамять, и даже если даст, режим видео будет неподходящий, и даже если подходящий - охуеет видеодрайвер.
ну, как я и предполагал, собственно...
ну как-бы во всём. puts только строку выводит, как-бы. вспоминаю как писал вывод double - так и не дописал блин...
Буфер.
А его заполнение – оверхед, сука.
15 байт если дадут данные по ссылке – это уже дохуя кешмиссов и индерекций.
Оверхед, нахуй.
аа, ты про биос уровень свой.
x86 bare metal programming
Вон у жетбреинсов есть clion это не годнота?
в шапке про эту иде не написано.
А что по подводным камням?
а понял, силаон это иде, но разве там не должен быть компилятор встроенный?
Буду благодарен совету по этой иде.
ВС чет качать много, мне впадлу если честно.
посмотри еще шапку c++ треда
в иде нету компилятора, компилятор отдельно.
если впадлу качать то там ведь есть pelles c + можешь скачать code blocks или освоить емакс
а вообще просто поставь линукс, там гцц будет
а под виндой visual c
> поставить линукс, поставить emacs, перекатится, юзая geany в процессе, перекататься в генту, отрастить бороду, разложится на липовый мёд.
такой план. вдохновляет, нет?
фортран конечно
Есть инфа какая че там еще надо отметить?
Так че поможете нет? Или я на похуе ничего отмечать больше не буду.
Всем спасибо.
int n;
do
{
printf("Enter the height from please: ");
n = GetInt();
}
while (n <= 0, n > 23);
error: relational comparison result unused [-Werror,-Wunused-comparison]
while (n <= 0, n > 23);
Понятия не имею, почему одно придралось. Мб неправильно задал условие?
Программа предлагает ввести целое число, которое не должно быть отрицательным и не больше 23. Потом она должна вывести на экран какую-то лабуду, которую ДЛЯ ЭКСПЕРИМЕНТА прописал так:
else
printf("YOBA\n"); //Это после while.
Пхд вместо n <= 0 нужно убрать =, но это проблему не решает.
я - элита, а ты должен приклоняться, а то я и так напорол тут хуеты на жизнь вперёд.
Да-да, иди передёрни с утреца и посмотри телепузиков.
Маме не забудь сделать чаю и парочку бутербродов на работу. А то нужно ведь кому-то за интернет платить
отличная идея, щас зазвоню ей, чтобы она с пляжа отвлеклась на моё внимание, блядюка, и выскажу ей: я, сука, сделаю тебе бутер, и не важно когда ты приедешь обратно, всё поняла?
я понял свой путь.
Ставлю класс!
А не, мне именно через do\while нужно
Короч, эта проблема решилась:
while (n < 0);
Но, мне ведь ещё нужно условие, при котором если n>23 оно возвращает пользователя к вводу числа. Это мне ещё один цикл создавать или как?
Пиздец...
Нахуй не нужны мамины отладчики, когда есть всякие valgring и ещё куча различных тулз для неинтерактивного дебага.
мексиканский форк
Сам ты cuck
Точнее, GDB показывает, что при записи в секцию кода mov BYTE PTR [ebx+0x7],al программа валится. Видимо, прав доступа нет. А под досом такое легко проворачивалось.
> Видимо, прав доступа нет.
Естественно, нет.
> А под досом такое легко проворачивалось.
Ничего, уже половина каникул прошла, скоро школохацкеры вернутся к урокам.
>Естественно, нет.
То есть надо добавить вызов mprotect?
>Ничего, уже половина каникул прошла, скоро школохацкеры вернутся к урокам
8===3
>при записи в секцию кода
>программа валится
>под досом такое легко проворачивалось
https://en.wikipedia.org/wiki/Protection_ring
точно, не подумал
В файле i386-unistd.h syscall mprotect имеет номер 226, права PROT_WRITE = 0x02.
https://ideone.com/DPyrBY
Про выравнивание уже нашел. Выравниваю на ~0xFFF. https://ideone.com/wDjfva
Проверку errno сейчас сделаю. Думал еще, что не тот номер системного вызова использую, потому что вот тут http://asm.sourceforge.net/syscall.html номер mprotect 125, но у меня в файле unistd.h номер именно 226.
security.cs.rpi.edu/~candej2/user/userland_exploitation.pdf
execve("./a.out", ["./a.out"], [/ 37 vars /]) = 0
mprotect(0x8048000, 8192, PROT_READ|PROT_WRITE|PROT_EXEC) = -1 ENOMEM (Cannot allocate memory)
execve("/bin/sh", [0x8], [/ 0 vars /]) = -1 EFAULT (Bad address)
mprotect(0x8048000, 8192, PROT_READ|PROT_WRITE|PROT_EXEC) = -1 ENOMEM (Cannot allocate memory)
execve("/bin/sh", [0x8], [/ 0 vars /]) = -1 EFAULT (Bad address)
mprotect(0x8048000, 8192, PROT_READ|PROT_WRITE|PROT_EXEC) = -1 ENOMEM (Cannot allocate memory)
execve("/bin/sh", [0x8], [/ 0 vars /]) = -1 EFAULT (Bad address)
Как будто ждет ввода, но ничего ввести нельзя.
>Почему именно 125, если у меня в unistd.h вызов mprotect имеет номер 226?
В том же asm-generic/unistd.h:
#define __SYSCALL(x, y)
Т.е. это нифига не значит.
1. Выполнил вызов 125 функции
2. Успешно выполнился код, выводящий errno.
3. Как будто успешно перезаписал данные в секции кода (второй скрин).
Буду трассировать дальше.
промах, сорь)
У меня выполнилось до конца, но шелл не спавнится. Внизу вывод строки, преобразованной после выставления прав доступа к секции кода.
Ебать я лох. Вся проблема в том, что когда перед вызовом execve я настраивал аргументы шелла и окружение, то использовал регистр ebp вместо ebx. Теперь шелл спавнится :3 Пойду писать сплоент на си, это будет просто по сравнению с тем, что было до этого.
http://pastebin.com/UEP1KGyu
Классика это скорее краткий фулл-референс в годном изложении, чем учебник. Об этом даже в начале сказано.
Да и упражнения там не то, чтобы сложные, просто непонятно что конкретно от тебя там просят. Ну так было в переводе на русский, английскую я не читал.
Пока ты выбираешь книгу, мог бы уже начать читать. Что именно - абсолютно похуй.
Дак я и начал классику, ну тут пацан вон чет вскукарекнул, а я и поинтересовался, что лучше по его мнению.
Прочитай первые две главы, если все понятно и упражнения получаются, то тогда и дальше читай. Если же нихуя не понятно, то поищи что-нибудь другое
Слышал фразу "был пацан и нет пацана..." Вот это про это вот.
базарят бабки на базаре, а пацаны ведут речь.
Короче, какого-то хуя ко мне доебались по поводу скобки во втором принте.
int n;
do
{
printf("Enter the height please: ");
n = GetInt();
}
while (n <= 0 || n > 23);
for (n = 1; n < 23; n++)
{
printf("%i\n" n);
}
error: expected ')'
printf("%i\n" n);
Ну это пиздец, ананасы
Ты запятую забыл перед n. Тебе разве гцц (это гцц?) стрелочку не нарисовал в то место, где ошибка?
Да, была стрелочка.
Пиздос, перепроверял код несколько раз, в сети смотрел примеры цикла, но проебать запятую - блять.
Ладно, спасибо. В след раз буду внимательней
А теперь перефразируй так, чтобы было хотя бы немного понятно, что такое "вид символа".
на лишнее
printf("%c\n", i); Где i это char и после этого присвоить переменной значение #
О, это уже лучше. Но в walkthrought объясняли чуток по другому. Ну ладно, ща попробуем.
Спецификатор %c выводит символ с кодом, который ты передаешь в аргументе. char i = '#' (или int i, похуй) присваивает переменной код символа #. Естественно, сделать это нужно до использования переменной (до вывода), а не после.
char i = '#';
for (i = 0; i < n; i++)
{
printf("%c\n", i + 2);
}
вот такой у меня цикл. n взято из предыдущего куска программы, и его задаёт пользователь.
И почему вместо хешей выводит пустоту. Да, эта пустота будет занимать столько же строк, сколько я задам, но блять, я спать хочу уже
А если выводить не символами, а числами, то есть %i, и убрать +2, то после того как я задаю n, оно выводит:
0
1
2
ну как бы так и должно быть, но хули нет ебаных решёток?!
Ты не понимаешь, что ты делаешь. А делаешь ты вот что: на первой итерации цикла (ты ведь уже читал про циклы? (initialization; check; increment) - вот это все?) ты перезаписываешь i нулем. Потом ты идешь в printf. И печатаешь символ с кодом (i + 2), т.е., 0 + 2 = 2. Это обычно смайлик, но твоя консолька может рисовать вместо него что-то другое. Например, ничего. Потом ты идешь на следующую итерацию, увеличиваешь i на единицу и печатаешь символ с кодом 3. А код символа '#' равен 35, если что.
http://ideone.com/xcfPxz
Да, я читал про циклы.
Ох лол. значит мне просто нужно ввести ещё одну переменную, которая будет отвечать за количество этих самых хешей и юзать ещё вмето i в цикле?
А всё, я вроде разобрался
У тебя i отвечает за количество строк. Если ты хочешь в каждой строке выводить несколько диезов, тебе нужно считать эти диезы, т.е., тебе нужен вложенный for. Или ты можешь решать на основании какого-нибудь условия, когда тебе втыкать символ новой строки.
http://ideone.com/wYfPA7
Хоть задача состоит у меня в другом - ты дал мне отличный толчок к пониманию, куда идти.
Спасибо
Вспомни, ты тоже был нюфагом-школьником и точно также задавался тупыми вопросами
Ну сам то привык всё решать самостоятельно, но когда ты вроде делаешь всё правильно, но ничего не выходит - нужно же спросить у кого-то совет.
Я не знаю, чего тебя это так задело, на самом деле. Вот скоро научусь - сам буду помогать таким же залётышам, каким являюсь сам. По моему - это очень даже хорошо
а по моему это напоминает задротские интернет форумы, куда ты и можешь съебатся.
Если тебя что-то не устраивает - можешь сам валить отсюда. Тебя никто тут не держит.
А мне тут всё нравится, так что по случаю продолжу обращаться за помощью с моментами, которые мне не понятны.
Или ты мне запретишь? Ой как страшно
Иди, вытри сопельки и успокойся :3
А если мне нужно задавать формулу, по которой высчитывается количество хешей, мне нужно её вводить в printf?
А всё, я комментарии почитал
cпасибо
Почему вы решили, что он умер? Его, бывало, и с последней страницы бампали. А вообще, все уже обсудили, и теперь просто отвечаем на вопросы ньюфагов.
Похуй, главное не передумать посередине проекта или, хуже того, исходника.
Суть программы состоит в том, чтоб вывести полупирамиду из #. Типа вот так вот:
#
##
###
Компьютер предлагает ввести высоту выводимого объекта. Если пользователь вводит недопустимое число - предлагает ему ввести ещё раз.
{
printf("Enter the height please: ");
n = GetInt();
}
while (n <= 0 || n > 23);
Вторая часть уже занимается выводом ебаной фигуры. Пока что она выглядит так:
int c = '#'; //тут можно было и написать char, но пока оставил так
for (i = 0; i < n; i++)
{
printf("%c\n", c);
//в гайде прямо тут предлагают через принт вывести необходимое количество пробелов, потом хешей ну и переход на новую строку, но не говорят как, да и вообще, там подруга несёт какую-то хуету.
}
Чего я не понимаю, так это как заставить выводить количество #. Конечно, можно сделать по нубскому и прописать if (строка 0) принтф('#') и так далее, пересчитывать каждые варианты.
А если формулой, то количество хешей должно равняться i+1. Индексация же с нуля проводится, да? Знач первая строка = 0, вторая = 1 и т.д. Тогда эта хрень по идее* должна работать, но я в душе не ебу, куда её пристроить, ведь тип там символы, а символ... ну вы поняли меня.
Суть программы состоит в том, чтоб вывести полупирамиду из #. Типа вот так вот:
#
##
###
Компьютер предлагает ввести высоту выводимого объекта. Если пользователь вводит недопустимое число - предлагает ему ввести ещё раз.
{
printf("Enter the height please: ");
n = GetInt();
}
while (n <= 0 || n > 23);
Вторая часть уже занимается выводом ебаной фигуры. Пока что она выглядит так:
int c = '#'; //тут можно было и написать char, но пока оставил так
for (i = 0; i < n; i++)
{
printf("%c\n", c);
//в гайде прямо тут предлагают через принт вывести необходимое количество пробелов, потом хешей ну и переход на новую строку, но не говорят как, да и вообще, там подруга несёт какую-то хуету.
}
Чего я не понимаю, так это как заставить выводить количество #. Конечно, можно сделать по нубскому и прописать if (строка 0) принтф('#') и так далее, пересчитывать каждые варианты.
А если формулой, то количество хешей должно равняться i+1. Индексация же с нуля проводится, да? Знач первая строка = 0, вторая = 1 и т.д. Тогда эта хрень по идее* должна работать, но я в душе не ебу, куда её пристроить, ведь тип там символы, а символ... ну вы поняли меня.
А давай ты код на ideone/pastebin/gist будешь постить или картинкой на худой конец?
> через принт вывести необходимое количество пробелов
От тебя ожидают очевидного: максимальная ширина такой полупирамидки равна ее высоте, т.е., n. Дальше:
- в первой строчке ты выводишь 1 хэш, значит, перед ним должно быть n - 1 пробелов;
- во второй строчке: 2 хэша, значит, перед ним n - 2 пробела
- и т. д.,
Все правильно, количество хэшей i + 1, но зачем тебе делать цикл с нуля, когда ты можешь сделать его сразу с единицы: for (i = 1; i <= n; i++) (заметь, что там <=, потому что в последней строчке тебе нужно i = n хэшей, а если напишешь <, то тело цикла не выполнится, и последняя строчка не выведется). Если цикл с 1, тогда формулы упрощаются, и тебе нужно вывести в каждой строке n - i пробелов, потом i хэшей, потом символ перевода строки.
> в душе не ебу, куда её пристроить
Тебе нужно сделать что-то n раз? Вывести n символов? Используй цикл. Хочешь вывести n строк, в каждой по m символов? Используй цикл до n, а в нем сделай цикл до m. А внутри уже printf или putchar.
Алсо, есть неочевидное решение. У printf в каждом спецификаторе форматирования кроме типа можно задать еще и ширину. Мало того, ширину можно задать динамически: http://ideone.com/iRkJAA (комментарии внутри). Тогда цикл понадобится один, но ты все-таки сделай с двумя а возможно, что и с тремя для начала.
Какой же я тупой...
Такие как ты дауны его прикончили, своими воплями не по делу.
while (anus>0) {
tak?
}
или
while (anus>0)
{
tak?
}
Так, как тебе нравится. Главное, не используй гнутый стиль, и с тобой все будет хорошо. Ну и если решишь все же ставить скобки на отдельной строке, заранее подумай, как далеко ты готов зайти (в do {} while, typedef struct {} name и прочих int values[100][2] = { { стоконстант }, { ещестоконстант }}).
Погуглил за стили, спасибо
Обсудили всё?! Да это забавно. Как можно охватить такой огромный раздел в рамках маленького сообщества этой доски? У нас препод был который давал нам основы и утверждал, что знать все тонкости языков невозможно. И у меня нет оснований ему не доверять.
Можно обсудить новое ключевое слово voidconst: http://ideone.com/FgE0TM и продолжить рисовать кривые елочки вместе с нами.
Это копия, сохраненная 9 августа 2016 года.
Скачать тред: только с превью, с превью и прикрепленными файлами.
Второй вариант может долго скачиваться. Файлы будут только в живых или недавно утонувших тредах. Подробнее
Если вам полезен архив М.Двача, пожертвуйте на оплату сервера.