Линупсовые гайдлайны - говно или заебись?

>>935768
Заебись

>>935781
Потому что была, но тогда тред превращался в обсуждение ассемблеров.

>>935786
При чем тут ассемблеры? Там этой темы не так много относительно общей темы и примеров именно на Си.

>>935790
Hacking it's more about Ruby and python today.

>>935822
Посмотреть бы, как атаку переполнения буфера на змее реализуют.
Книга все-таки не о крекинге. А о безопасном кодинге на Си. Плюс внятно описаны криптография и сетвой кодинг.

>>935830
For machine-specific weaknesses use appropriate tools like C or C++.

Нуб вкатился.
ANSI C.
Открываю файл 1.txt, чтобы считывать с него по строке.
file=fopen("1.txt","r");
Также открываю 2.txt для записи:
filec=fopen("2.txt", "w");
Ранее 1.txt был записан в этой же проге, если что, а потом закрыт.
Знаю кол-во строк заранее, пишу в цикле fgets(outstr, 178, file);
Размер массива outstr 180 символов, если что.
Проверяю некоторое условие (оно внешнее, от содержимого outstr не зависит).
Если оно выполняется, то
хочу записать outstr в filec:
fputs(outstr, filec);
И ничего, файл filec пуст всегда. Я в этой программе удачно заполнил 1.txt, но не могу никак заполнить filec, и в консоль ничего вывести не могу, даже если написаь fclose.
ЧЯДНТ?

>>935864
Но вам проще будет ответить на общие вопросы, наверное. Речь о стандартной библиотеке, ОФК.
1. Можно ли одновременно открывать несколько файлов и переносить из одного в другой, сравнивать их и т.п.?
2. fgets где оставляет каретку после своей работы? Написано, что она считывает до первого символа след строки.
Т.е. три fgets подряд благополучно заполучат три строки? Ничего между ними вписывать не надо?

>>935869
1. Можно.
2. Каретка - это про печатную машинку или консоль. Позиция в FILE остается там, где закончилось считывание. Считывание заканчивается, когда заканчивается буфер или встретится символ конца строки (в зависимости от того, что случится раньше). Позиция в нижележащем файле ОС может быть где-то дальше из за кэширования прочитанных данных во внутрененм буфере FILE. Три fgets могут прочитать три строки, а могут только одну, если она длиннее буфера.

>>935864
Выкладывай минимальный собирающийся код.

>>935877
#include <stdio.h>
#include <time.h>
#include <stdlib.h>
int main(void)
{
...
FILE file, filec;
...
/ Благополучное заполнение файла 1.txt. Имеем массив str размером strn с числами, где strn - число строк./
fclose(file);
int strm=0;
char outstr[180];
file=fopen("1.txt","r");
filec=fopen("2.txt", "w");
for (i=0; i<=strn-1; i++)
if (str>=strm)
strm=str;
if (strm==0)
return 0;
for (i=0; i<=strn-1; i++)
{
fgets(outstr, 178, file);
if (str==strm);
fputs(outstr, filec);
}
return 0;
}

>>935884
Конкретная проблема в точке с запятой тут:
> if (str==strm);
Но макаба съела звездочки наверняка, поэтому там могут быть и еще какие то проблемы.

>>935893
Убрал, ничего не изменилось.

>>935896
Да, с двоеточием я обосрался. А ты уверен, что у тебя цикл работает, и строчка читается? Что ты не вышел по return чуть раньше? Если в gdb не умеешь пока, воткни printf, да побольше.

>>935902
> у тебя цикл работает
Да какой же я тупой!
У меня strs занулилась в вышецикле. Ну грёбаный писец...
Заработало, спасибо, анон.

>>935903
strn*
Фикс

философский вопрос: если искать в массиве данные, какое лучше использовать для функции имя "search" или "find"? склоняюсь к первому варианту

>>936066
Find. Что функция возвращает-то?

>>936100
Если найдено то структуру, если нет, то null.

>>935715 (OP)
>оптимизации, тысячи их.

Включая такие оптимизации, как обрезание производительносит на процессорах AMD.

>>936124
Лол, ты из /hw/ сюда закатился?
Каким образом?

>>935830
>Посмотреть бы, как атаку переполнения буфера на змее реализуют.

Атаку row hammering сбацали на ЖС.

>>936126

Я сюда не из /hw/, я сюда из-за моих попыток написать что-то на Qt.

В конце марта амд выкатывает процессоры вдвое дешевле интеловских при той же производительности и при меньшем энергопотреблении, вылезайте из танка.

>>936126

То есть, не марта, а февраля. Уже доступны для предзаказа.

>>936130
NDA до 28-го.
Нет смысла предзаказа

>>936131

NDA-то NDA, но результаты бенчей уже в сети, и фотка охуевающих оверклокеров тоже есть.

Предзаказ - это я о том, что вот оно, уже почти свершилось, и игнорировать это не надо.

>>936139
>NDA
поясни за сабж, как они дали интелу пасасать?

>>936139
Я бы не советовал бы верить этим тестам.
Ещё чуть-чуть, и станет видна настоящая картина

>>936129
>В конце марта амд выкатывает процессоры вдвое дешевле интеловских при той же производительности и при меньшем энергопотреблении
Кроме геймеров, кому на это должно быть не похуй?

>>936142
как боженька пизданул
мимо армвкатывальщик

>>936144
Давно вкатываешься? Подо что пишешь? Цели?

>>936145
Хочу USB свисток на Кортексе за 5 баксов для портирования лисапеда на ядре L4

>>936150
з.ы. ну или Plan9 завести

>>936140
>поясни за сабж, как они дали интелу пасасать?

Скоро узнаем: >>936141

Если верить тестам и конференциям, они наконец-то дотянули однопоточную производительность. Перестали функциональные блоки урезать - Гипертрединг у них скелится лучше, чем у интела (тоже не факт, только циферки), и такого фейла, как у бульдозера (который даже в пределах физических ядер не скейлился даже близко к пропорциональности, пока обновы планировщиков не вышли, и при этом кушал больше, чем Интел с тем же числом ядер), быть тем более не может. И это при примерно вдвое меньших ценах.

С моей диванной точки зрения видится то, что Интел сам себе дал пососать: могли бы продавать процессоры по сильно меньшим ценам и задавить x86-подразделение АМД напрочь, вместо этого выставили такие цены, что АМД сможет нагнуть их по всем практическим характеристикам и ещё и заработать на этом.

Можешь почитать Анандтек:
http://www.anandtech.com/show/10578/amd-zen-microarchitecture-dual-schedulers-micro-op-cache-memory-hierarchy-revealed
http://www.anandtech.com/show/10585/unpacking-amds-zen-benchmark-is-zen-actually-2-faster-than-broadwell
http://www.anandtech.com/show/10591/amd-zen-microarchiture-part-2-extracting-instructionlevel-parallelism

>>936142

Например, конпеляющим программистам.

Интел постоянно пихали АМД палки в колёса своими финансовыми выворотами (можно вспомнить премию за неиспользовани АМД и бенчмарки времен Netburst), из-за них производительность дороже, чем могла бы быть в условиях честной борьбы. Когда ты будешь собирать новый ПК, ты сможешь взять себе процессор с вдвое большим числом ядер примерно по той же цене. Это может быть интересно очень многим - хотя бы тем, кто сейчас может позволить себе только двухъядерник, и при этом хочет плавную работу нескольких программ.

С другой стороны, с моей точки зрения проблема современных ПЭВМ не в вычислительной мощности, но это уже другая история.

>>936154
> проблема современных ПЭВМ не в вычислительной мощности, но это уже другая история.
Го в /b/, там создашь и раскроешь эту тему

>>936170

... в результате чего я выясню, что то, что нужно мне, никому из /b/ не нужно.

>>936177
Так чего же ты хочешь? Развитие устройств ввода/вывода?

>>936154
так хули, копитолизды не заинтересованны в улучшении продукта, их цель - агрессивная реклама. АМД малацы, Интел должен был cдохнуть еще на i286 параше

>>936178

Я хочу
-полностью опенсорсный софт в рамках одной машины,
-никакого preemptive-пердолинга хотя бы на всех ядрах, кроме главного
-математически-строгие стандарты обмена без ошибок и и без всякого legacy (форматы любых данных, протоколы и т.д.) с референсным универсальным кодом, чтобы один раз и надолго,
-математически строгую оптимизацию компиляции без багов и распараллеливание кода (основанные на математической модели процессора),
-максимально простое и прозрачное сохранение состояния всех программ в хранилище (HDD или ещё куда),
-неимпераитвный язык, структура которого будет учитывать устройство современной вычислиловки и набор типичных методик работы с устройствами,
-ГУЙ с развитой самодокументацией (любой достаточно сложный ГУЙ требует прочтения мануала, нужно всю справку встроить в ГУЙ),
-IDE с развитой самодокументацией (конверсия между различными представлениями программы, предпросмотр дерева разбора, встроенный стандарт языка, средства автоматического доказательства)
-средства языка и компилятора для обнаружения ошибок вычислений без ECC и полного дубляжа вычислений, с помощью частичного дубляжа, дешёвых проверок, хранения хэшей
- изоляция костылей для поддержки разных форматов

Если у меня всё это или большая часть этого получится, я захочу написать стек софта под несколько конкретных профессий/занятий: дизайнер, маркшейдер, доярка, студент, инженер, таксист, статист и так далее, потому что без софта ни одно благое дело, которое не тащит за собой обратную совместимость, не взлетит.

Ввиду того, что никто за меня это делать не собирается, прямо сейчас я пишу то, что могу писать (на плюсах), набираюсь знаний и не живу мечтами, ведь я даже программистом не работаю.

И ещё хочу 1:1 монитор, потому что даже 16:10 задолбало. Как ни странно, джве модели есть.

>>936182
А почему АМД не копитолизды?

>>936200

АМД тоже капиталисты, просто сейчас волею судьбы они догоняющие, и им приходится компенсировать отставание не маркетингом, а идеологией. >>936200 шутит, наверное, впрочем.

П.С. Рекламу "Атлон инсайд" помнишь? Вот и я не помню.

>>936196
>неимпераитвный язык
>ГУЙ
Поделил на ноль.
Окошки с кнопочками императивны, хоть ты упрограммируйся вконец.

>>936363
>Окошки с кнопочками императивны, хоть ты упрограммируйся вконец.

Зависит от того, как это оформить. Если ввести новые концепции в язык, то можно даже Аллаха неимперативным сделать.

Что потом компилятор будет делать с этими конструкциями - разворачивать их в императивщину (процессоры императивные же) или нет - не важно.


Остальное ОК?

>>936402
> Зависит от того, как это оформить.
Хоть ты усрись, нельзя. Интерфейс априори императивен, со своими новыми концепциями можешь в /mg/ уебывать, там тебя встретят как своего.

>>936403
>императивен
это как? где вы бля таких словей набираетесь?

>>935715 (OP)
Пытаюсь в эту вашу СИ, и вот проблема.
Написал стронгли по учебнику код, который должен сравнивать введенные строки, потом печатать самую длинную, затем её же наоборот. Так вот, в любой ситуации печатается 661304 после вывода максимальной строки, переделанный в обраточку массив идет уже без чисел. Что это?

>>936517
Надо в шапку походу уже добавить правило, что если кто-то хочет помощи по коду, пусть выкладывают минимально компилируемый код на какой-нибудь пастебин. А то почти каждый долбоёб либо сразу в тело поста копирует код, где макаба съедает все звёздочки, либо выкладывет СКРИНШОТ С ТЕКСТОМ. Первое я ещё могу понять, но второе... Блядь, ну нахуй вы это делаете.

>>936523
http://pastebin.com/usgLjiF0

>>936517
> %3d
Получил кусочек стэка принтфа.

>>936531
sooqa, забыл почистить, спасибо. Мог бы и сам догадаться

>>936447
Тi знаеш єто настолко древнея копiпаста што кажетьса што тогда энторнетов, не было:
http://rsdn.org/forum/decl/794170?tree=tree

Вот затайпдефил я тип. А как его потом оттайпдефить? Не нужен мне больше он.

>>936739
А зачем? Экономить память в компиляторе - это какое-то непередаваемое извращение. Нет, оттайпдефать нельзя. Что единожды затайпдефано, останется тайпдефнутым до конца текущего модуля.

>>936741
А перетайпдефить? У меня не экономия а немного другая ситуация. Нужно для заголовков функций затайпдефить один тип, в тупую на void, а потом поменять void на нормальную структуру.

>>936745
> А перетайпдефить?
Нет, нельзя, вообще никак. Можешь препроцессором нужный вариант выбирать разве что.

А вообще, расскажи, что сделать хочешь? Если ты хочешь скрыть детали реализации, делай в хедере:
typedef struct SomeType SomeType;
а уже в .c-файле, который со структурой работает (или в приватном хедере, если .c-файлов несколько):
struct SomeType {
...
};

>>936748
У меня есть файл main.c, там хедеры функций, которые принимают структуру type.
Также у меня есть файл func.h, в котором функции и эта самая структура.
Делаю:
#include "func.h" // файл со структурой type и функцией "func"
typedef type low_type;
void func(low_type type); // хедер функции func

И получаю хуй, так как сначала инклюжу файл с функциями, а потом какого-то хуя идут хедеры функций. Так нельзя.
Делаю:
void func(low_type type);
#include "func.h"
typedef type low_type;

и функция принимает в себя несуществующий тип low_type;

Хотел сделать перед функциями "typedef void low_type", а потом, заинклюдив func.h, "typedef type low_type", но так нельзя.
Единственное до чего додумался, так это просто вынести структуру в отдельный файлик func_struct.h и инклюдить его перед функциями, но это не красиво.

>>936756
> main.c, там хедеры функций
> у меня есть файл func.h, в котором функции
Ты все перепутал. В .h кладут хедеры, а в .c реализацию.
func.h:
#pragma once
typedef type low_type;
void func(low_type);
func.c:
реализация func
main.c:
#include "func.h"
компиляция:
cc main.c func.c

>>936771
> Ты все перепутал
Нет. В основной программе main.c это тоже .h файл. Я пишу библиотеку.

Конкретно у меня в основном .h файле лежат все хедеры и реализация половины функций из этих хедеров, а в том "func.h" лежит реализация второй половины этих функций и структурка.
Можно убрать хедеры функций из func.h в этот самый func.h, но я не хочу. У меня есть одной место, где прекрасно видно все функции и комментарии к ним. Так красиво получилось, незачем портить.

>>936775
Я тут мимо походил, но разве в этой вашей няшной не действует правило - у функции моет быть одно определение и сколько угодно объявлений? Тогда я не понимаю зачем этот человек складывает определения в хэдеры, разве что чтобы потом поиметь проблем при их инклуде в два линкуемых объектника

>>936403
>Хоть ты усрись, нельзя.

Это в твоём мире нельзя, а в моём - можно.

>со своими новыми концепциями можешь в /mg/ уебывать, там тебя встретят как своего.

Могу съебать, а могу и не съебать. Кстати, ты (?) сам спросил.

>императивен
аноны, нахуй вы такие пидерские слова используете?

книжн., юр. не допускающий выбора, требующий безусловного подчинения, исполнения
комп., прогр. описывающий процесс вычисления в виде последовательности команд, инструкций

вы же не петухатики

>>936363
>Окошки с кнопочками императивны, хоть ты упрограммируйся вконец.
Поддержу этого анона. Программирование ГУЯ - линейные вычислительные процессы, обрабатывающие изменяемые данные. Никакой функциональностью здесь не пахнет.

>>936402
>Зависит от того, как это оформить. Если ввести новые концепции в язык, то можно даже Аллаха неимперативным сделать.
Любимая задача борщехлеба - на ровном месте создавать себе трудности, чтобы их героически преодолевать. Вместо того, чтобы комбинировать функциональный и императивный код, используя тот и другой там, где они нужны (как принято в Лиспе, Скале и других нормальных языках) - они выдумывают глупые концепции вроде монад и зависимых типов, удаляя гланды через задний проход.

При этом полноценный фреймворк НА СТРЕЛКАХ написать им так и не удалось.

>>936127
> >Посмотреть бы, как атаку переполнения буфера на змее реализуют.

> Атаку row hammering сбацали на ЖС.

> Эксплойт успешно сработал на на данных системах в браузере Firefox версии 39.  Эксплотируется сама уязвимость в DRAM.  Эксплойт, не позволяет получить права администратора в системе .
Ну и нахуй оно нужно?

>>936775
>Конкретно у меня в основном .h файле лежат все хедеры и реализация половины функций из этих хедеров

На кой ляд?

>Можно убрать хедеры функций из func.h в этот самый func.h, но я не хочу. У меня есть одной место, где прекрасно видно все функции и комментарии к ним. Так красиво получилось, незачем портить.

Съеби.

>>936889
>борщехлеба

Незнакомый мемес.

Кто такие "они" и как "они" должны интересовать меня?

>>936934
> На кой ляд?
А как иначе? Я бы вообще всё положил в этот основной .h файл, и был бы у меня проект из одного файла, но реализаций func.h может быть много. Каждая для своей платформы, например. В итоге, чтобы собрать мою либу под сперму, нужно просто заинклюдить "func_win.h". Охуенно же.

> Съеби.
Ну ти чего.
Алсо, я тут кое что вспомнил и могу оправдать эти действия: Функция func используется в основном .h файле, описывается в другом, func.h файле, но при этом должна быть static. Если шапка будет где-то в другом месте, то основной .h файл не сможет её использовать.

>>936889
> 2017
> при нажатии кнопки гуй зависает пока производит вычисления
> если начать две кнопки одновременно, программа крашится
Давно во всех учебниках гуй представлен конечным автоматом, для представления которых ничего лучше фп не придумали, одни императивные мудаки лепят самописные очереди событий для самописного межтредового взаимоднйствия

>>936756
В инклуде у тебя уже заинклудятся и тип и функция, зачем ты их опять описываешь?

>>936974
>А как иначе?

Функции - в .c, объявы - в .h

>>936913
> Ну и нахуй оно нужно?
Реализация эксплоита не позволяет получить права. А сама уязвимость потенциально позволяет ебать компьютер как угодно.

>>936154
>конпеляющим программистам
Лол, у меня firefox на i5 собирается минут за 5. Максимум это в геймдеве востребована хуита будет.

typedef struct {
int i;
int j;
} num_struct;
num _struct num;

Как мне эту структурку в одну строку заполнить? Что-то вроде num = {5, 10}; есть в сишке?

>>937224
А ты попробовать сам не мог? Есть, именно так и заполняется. Если ты хочешь заполнить НЕ при инициализации, и тебе жизненно необходимо сделать это одной строкой, тогда num = (num_struct) { ... }; Алсо, при инициализации можно указывать конкретно, что куда присваивать: { .i = 10, .j = 20 };

>>937225
> А ты попробовать сам не мог?
Почему? Я попробовал.
Спасибо.

>>937236
чукча не читатель, чукча писатель

>>937224
Ещё один вопрос на эту тему: Нет ничего плохого в забивании структуры нулями memset'ом? Т.е. "memset(num, 0, sizeof(num_struct));".

>>937270
Нет ничего плохого. Но ты можешь сделать num = { 0 }, и компилятор сам решит, что выгодней: сделать несколько mov для маленьких структур, или заинлайнить/вызвать memset для больших.

>>937224
@struct
class Petuh(val s1: CString, val s2: CString, val s3: CString)

val petuh = stackalloc[Petuh]
!petuh = new Petuh(c"Kudah", c"Pokpok", c"Kukarek")

Дорогие си-погромисты. Обращаюсь к вам, первокурсник-тугодум. Задали прогу сделать, которая кодировку в тексте исправляет. С UTF этих ваших, да ASCII в windows-1251. Из аски в вин я более-менее смог наклепать, но из 2хбитового ютф ну никак не шарю... Направьте в нужном русле, пожалуйста!

>>937698
Возможно, тебе стоит взять какой-нибудь iconv и не ебаться вручную (если задание позволяет). Что касается UTF-8, там в старших битах первого байта кодируется количество байтов в последовательности:
(b & 0x80) == 0x00: 0xxxxxxx: 7 бит текущего байта
(b & 0xe0) == 0xc0: 110xxxxx: 5 бит текущего байта и 6 бит следующего
(b & 0xf0) == 0xe0: 1110xxxx: 4 бита текущего байта и по 6 бит из двух следующих
(b & 0xf8) == 0xf0: 11110xxx: 3 бита текущего байта и по 6 бит из трех следующих
Дополнительные байты (если первый байт их требует), выглядят как 10xxxxxx, в старших битах всегда 10, чтобы можно было узнать, что это не старт очередного символа, а середина, а младшие 6 битов используются для сборки codepoint. Можешь упростить себе жизнь, выкинув последние две проверки. В однобайтовом варианте у тебя по определению будет ASCII, а в двухбайтовом, возможно, кириллица. Добавишь пару проверок диапазонов, lookup-табличку сделаешь, и будет норм.

>>937712
Спасибо огромное! Я уже отчаялся. Мне говорили, что старшие биты нужно с 10 начинать, но я чет не понимал, зачем мне это. Теперь же все ясно и по полочкам.

>>937717
Cаси спасиба.

>>937698
>>937712

На кой ляд ему биты вертеть? Пусть возьмёт самую стандартную либу с кодировками и сделает, внутренности UTF8 изучать не нужно.

>>938310
оставь первый аргумент на строке функции, а последующие под ним

Начал изучать С, понравилось то что охватывает и системный и прикладной уровень.
Сейчас пишу фронтенд для сайта и стили, на сервере всё работает, как сделать, чтобы у клиента запускалось?

>>938330
google

>>938310
Как называется эта цветовая схема?

>>938389
нервныйтик личныйскетч
Darktooth for Visual Studio Code

>>938330
>прикладной уровень
>С
НЕ ЛЕЗЬ, БЛЯТЬ, ДИБИЛ СУКА ЕБАНЫЙ - ОНО ТЕБЯ СОЖРЕТ

>>938329

IDE не будет выравнивать аргументы под первым аргументов, это неудобно.

>>938330
>ас пишу фронтенд для сайта и стили, на сервере всё работает, как сделать, чтобы у клиента запускалось?

То ли тонко, то ли толсто.

Гугли writing portable code.

>>938439
>IDE
я без ide пишу

>>938402
Спасибо.

>>938456

Notepad++ тоже не будет этого делать и другие редакторы тоже.

Только не говорм мне, что ты ручками табы и пробелы вставляешь.

>>938488
Все редакторы умеют как минимум в "тупые" автоотступы. Один раз сделал отступ - на следующей строчке он будет таким же.

>>938488
> ручками табы и пробелы вставляешь
зис, всегда отключаю автоиндент - бесит

>>938491

Только первый аргумент совсем не всегда будет над другими аргументами.

>>938494
охуетъ

>>938494
Как отключить "автоиндент" в Pelles C?

>>938561
А, всё, отключил.

>>938557
>охуетъ
ну щито поделать, я любитель vim и geany

Как эту ебалу сократить?

if(a > 0x09 && a < 0x10)
a = a + 0x06;
if(a > 0x19 && a < 0x20)
a = a + 0x06;
if(a > 0x29 && a < 0x30)
a = a + 0x06;
if(a > 0x39 && a < 0x40)
a = a + 0x06;
if(a > 0x49 && a < 0x50)
a = a + 0x06;

>>938577
никак, и почему ты пидор, не используешь иф елс?

>>938584
аааа, сука какое это у нас число больше 9 и меньше 10?

>>938584
>>938586
Мне просто нужно "перескочить" комбинации A-F.
Особенность компилятора - if=elseif.

>>938577
Дели на 9 и проверяй остаток

>>938588
А, не, хуита какая-то у тебя

иф а >= А и а <= F

Окей, похоже меня не поняли.

переменная "а" - тупой счётчик, считает от 00 до FF. Шестнадцатеричная система.
Нужно исключить, перескочить все НЕ десятичные комбинации. Убрать 0A,0B,0C,0D..... F9,FA.....FF.
Чтобы "а" выражалось исключительно цифрой без букв.

Ну хоть подскажите что гуглить мне, уже голову сломал.

>>938598
Мы все равно тебя не поняли, но вычисли, сделай табличку и забудь.

>>938598
ты наркоман, ну тебя нахуй, условие описал выше

анончик пилит стартап, лол

>>938600
Хотя да:
while (a < 0x100) { while ((a & 0xf0) >= 0xa0 || (a & 0x0f) >= 0x0a) { a++; } printf("%02x\n", a);
a++; }

>>938604
жесть

>>938604
Спасибо, анон, реально помог.
Вот так в итоге вышло:
if ((a & 0xF0) >= 0xA0 || (a & 0x0F) >= 0x0A)
a = a + 0x06;

>>938612
Лол. Если сматчится первое подвыражение (при a = 0xb0, например), то твои цифры пойдут по пизде. Если уж тебе хочется именно скипать до следующего "правильного" числа, то разбей на два if, и при совпадении в старших разрядах скипай 0x60, а не 6.

Как по-человечески обращаться к значению указателя на переменную, по указателю на структуру, в которой она находится?

>>938695
Бля, я дебил *(some_struct->some_value)

Есть тут аноны, кто в neovim пишет? У вас автокомплит по stdlib работает через deoplete?

>>938819
А, разобрался, для этого еще плагин сверху нужен.

А на русском есть книги?

>>938862
Все эти книги настолько старые, что уже давно обзавелись переводом. Качество хз какое.

>>938839
пздц.

побитовые операции юзай.

>>938577
Аналог твоего кода:
if (a % 0x10 > 0x09) a += 0x06;
Если именно "проскочить" a-f до ближайшего нуля в последнем разряде, т.е. из 0x0b надо сделать 0x10:
if (a % 0x10 > 0x09) a = (a / 0x10 + 0x01) * 0x10;

>>935715 (OP)
Каким образом в определении типа этой структуры используется тип PLIST_ENTRY до того, как даже определена структура? Как транслятор решает это?

http://www.nirsoft.net/kernel_struct/vista/LIST_ENTRY.html

>>939069
Це ж дефайн, препроцессор подложит всё что надо.

>>938577
оберни это
>if(a > 0x09 && a < 0x10)
>a = a + 0x06;
в функцию/макрос

Делаю упражнения из K&R. В 1.8 ("Write a program to count blanks, tabs, and newlines") наткнулся на какую-то НЕХ.
Сам листинг довольно незамысловатый: http://pastebin.com/1vRnQ3m4

Запускаю программу, пишу строку (да что угодно), завершаю комбинацией Ctrl+C. Выдаёт что-то типа:
"Blanks: 2147344387, tabs: 0, newlines: 2.". То есть, табы и переводы строк правильно считает, а с пробелами выдаёт не то.
ЧЯДНТ?

>>939844
> long blanks, tabs, newlines = 0L;
ты не инициализировал blanks и tabs

>>939847
Точно, спасибо. У меня Java головного мозга.

>>939861
Что ты несешь, поехавший? В Java так инициализировать нельзя.
http://ideone.com/OQUJP6
Как и в других языках с C-синтаксисом.

>>939871
Да, ето так.

https://bugs.chromium.org/p/project-zero/issues/detail?id=1139
https://blog.cloudflare.com/incident-report-on-memory-leak-caused-by-cloudflare-parser-bug/

Байтоёбы соснули.

>>939953
даже читать лень, гуглопараша не может в разработку по. и да, вебкит на крестах же.

>>940019
при чём тут гугл, баг в Ragel со стороны Cloudflare

>>940064

В том-то, блять, и дело, что в Ragel багов нет, просто это императивное говно в C транслируется и безопасность у него такая же, как у C.

>>940123
ну C никогда не претендовал на статус безопасного языка, какие проблемы

>>940123
просто ооп питухи не могут в байтоебство

>>940123
> в C транслируется и безопасность у него такая же, как у C
То есть, если бы он транслировался в нативный код процессора, виноват был бы процессор?

бля, поясните нахуй этот Cloudflare нужен? какя то хипстерская поебота

>>940137

Почитай статью, там синтаксис такого же уровня, как и в C. Пропустили fhold - получи пизды.

>>940159

А что, он по-твоему не транслируется в нативный код? Как ты себе это представляешь? Статью прочти, неосилятор.

>>940161

Он нужен для того, чтобы любой сайт мог защититься от ДДОСа и спама без пердолинга с хостером.

>>940171
>чтобы любой сайт мог защититься от ДДОСа
ясно, эконимия на одминах

>>940171
> Как ты себе это представляешь?
Как делают нормальные люди - берут llvm и генерят IL, из которого генерится машинный код. Транслировать в си ненужно.

> Статью прочти, неосилятор.
Я проскроллил, какой-то говноязык, какие-то криворукие студенты.

>>940171
> любой сайт мог защититься от ДДОСа
двачу он не особо помог

>>936177
Нет, ты выяснишь, что ты пидорас-байтоёб и ЭМБЕДЕД НИНУЖОН, СЪЁБЫВАЙ ОТСЮДА И ГОВНО СВОЁ ЗАБЕРИ
b vyjuj bynthtcyjuj ghj cdjb[ hjlcndtyybrjd^ dxfcnyjcnb ghj vfvfie

>>940192
С++ говорят для эмбеддеда не хуже, часто даже лучше, иногда быстрее.

>>940202
Ну если с модными JS и Lua сравнивать, то конечно не хуже.

>>940206
а че, пездоглазы из самсунга свой днищелесапед джерискрипт и разрабатывают как жс ембедед. движок на си, а сверху жс и все это говно в телевизор, лол.

>>940181

Если спам забивает весь твой даунлинк, ты можешь хоть бочку сделать.

>>940188
>Я проскроллил, какой-то говноязык

Такая же ошибка могла быть в C.

>>940190

Это ты про то, что двачевский скрытый IP откуда-то взяли, лол. Если одмен профукал IP сайта, это его проблемы.

>>940192
>Нет, ты выяснишь, что ты пидорас-байтоёб

Прочитай следующий мой пост, там о байтах ни слова.

сап, анон. Подскажи вкатывальщику-неосилятору. Если я учу Си и собираюсь по серьёзке упарываться им со всеми вытекающими и прочими ништяками, то стоит ли мне гуммантираю лучше изучать электротехнику, чтобы знать как шить микроконтроллеры и для каких целей их прошивать. И вообще подскажите где вообще Си полезен, кроме таких низкоуровневых вещей. Так и не понял почему он круче ассемблера. Скажи, что почитать, анон, чтобы понять куда можно си впихнуть и куда его можно впихнуть с натяжкой.

>>940392
"Язык программирования C" почитать. Он от отцов

> Если я учу Си и собираюсь по серьёзке упарываться
То есть, ты учишь язык, но не знаешь, зачем? Имей в виду, что нормально ты начнешь писать года через три, не меньше.

> стоит ли мне гуммантираю лучше изучать электротехнику
Нет. Даже если пойдешь в эмбеддед, для начала хватит понимания самых базовых вещей, которые можно за вечер прочитать в википедии.

> где вообще Си полезен
Либы, сервисы.

> почему он круче ассемблера
Си соберется на другой архитектуре, если код писал не криворукий мудак, код читабельнее и компактнее, компилятор пишет более быстрый код, чем ты (ты можешь обогнать компилятор на маленьком куске, но ты заебешься качественно оптимизировать весь код).

> куда его можно впихнуть с натяжкой
Писать для веба неприятно. Писать гуи неудобно по сравнениню с высокоуровневыми языками. В остальных случаях никто не мешает писать на Си.

>>940399
Есть же Прата для начинающих

>>940399
бладжд там есть квест 1.13 написать гистограмы. Я так и не понял как их делать, но в консольку вывел ">" в горизонтальную гистограмму, а с вертикальной дак вообще охуел там корячиться. Четыре дня думал, так и не понял, как эти ёбанные гистограммы вертикальные запилить, не подлкючая сторонних средств. Но в книге ничего вроде не написано вообще про сферу применения языка. Тупо приходится отовсюду выискивать где и что пишут на сях.

>>940406
чаю, адекват.

>>940410
> так и не понял, как эти ёбанные гистограммы вертикальные запилить
А в чем проблема? Ты не можешь посчитать на основе простейшей пропорции, стоит ли выводить в консоль заполняющий символ или проблел?

>>940406
На GTK написан GIMP. Точно Си тяжко подходит для гуишек? Опыт есть в этом? Я бы попробовал (времени навалом) но если это не имеет смысла, то и знакомиться с GTK не стоит.

>>940415
> GIMP
Я даже говорить ничего не буду.

>>940410
http://pastebin.com/MPu5mytP
То, не?

>>940412
Да, я как-то криворуко это наделал. Вроде консолька что-то выводит, но всегда что-то непонятное вылазит. Типа массив создаётся, где каждый индекс номер слова, а элемент индекса - количество букв для гистограммы. Вроде правильно проинициализировал массив, но количество строк всегда разное и не поддаётся нужной мне логике.
http://pastebin.com/v8Zbu0aN

>>940418
А чем гимп зашкварен? Норм же, не?

>>940410
А сам я сейчас сижу на квесте 1.21.
http://pastebin.com/aSz4XXif
Должна делать пикрил.
Но делает пикрил2.

>>940425
Норм

>>940429
Взоржал с малалетнего дЭбила, ббгг.

>>940429
А, я начинаю понимать по поводу своего 1.21. Предположение такое: каждый раз после нового getchar() место putchar() уходит в начало строки.
Или как всё обустроено?
Я вообще не могу представить, как C обрабатывает вводимый в консоль текст, как он понимает, когда надо начинать обрабатывать. Т.е. я нажал Enter, это вроде бы \n для C, ноон после Энтер начинает работать и Enter становится как EOF...

>>940439
Это почему?

>>940440
> каждый раз после нового getchar() место putchar() уходит в начало строки
Да не, бред какой-то

>>940440
может шиндосовская кодировка энтера воспринимается как EOF. Я же наоборот не могу найти в Убунте сочетание для EOF ctrl-z работает как стоп-сигнал какой-то
>[1]+ Stopped

>>940452
Ctrl+D

>>940454
игнорит. ctrl+c вырубает выполнение

>>940455
>игнорит
Enter и только потом Ctrl+D

>>940455
> игнорит
Ввод по умолчанию line-buffered. Enter тыкай после Ctrl+Z/Ctrl+D.

>>940429
Таб - это не 8 пробелов. Таб втыкает нужное количество пробелов до следующего табстопа. А табстопы располагаются на каждой 8-ой колонке. Т.е., один символ и таб - 8 знакомест, два символа и таб - тоже 8 знакомест, 8 символов и таб - 16 знакомест. От этого и пляши.

>>940457
чаю

>>940459
> Таб втыкает нужное количество пробелов до следующего табстопа.
никогда не любил из-за этой неопределённости табы, юзаю только пробелы

>>940460
канчаю

>>940526
неактуально

>>940459
А,я понял. Спасибо, я просто не знал, как работает Tab.

>>940415
>если это не имеет смысла, то и знакомиться с GTK не стоит.
Имеет смысл, если интересно. А так писать на С с gtk гораздо медленнее, чем на том же python или javascript. Тут тебе и хоть какая-то типизация, сегфолты, если не понимаешь как что-то работает и прочие радости.

>>940123
>в Ragel багов нет
Чет в голос всегда ору, когда пишут что в %youbasoftname% багов нет.

Поясните за рекурсивные структуры вида:
typedef struct name {
name next;
name prev;
} name;

Как их использовать? Чтобы в next действительно лежал следующий элемент, а в prev предыдущий. Гуглом ненагуглил.

>>940670
Указатели сожрала макаба, но думаю все всё поняли.

>>940670
>рекурсивные структуры
проиграл
гугли двунаправленные списки

>>940670
>Чтобы в next действительно лежал следующий элемент, а в prev предыдущий.

Пока сам не положишь туда указатели на то, что тебе нужно, ничего у тебя там не появится.

Если тебя это пугает, используй C++ и его std::list .

>>940762
В glib есть реализации нескольких коллекций
https://developer.gnome.org/glib/stable/glib-data-types.html

>>940773

Без шаблонов это боль: ОП будет кастовать gpointer во время каждого обращения.

К тому же, ОП не про двусвязный список спрашивает, а именно о том, как обращаться с этими структурами.

>>941291
Я к тому, что не обязательно ++ тащить для коллекций.

>>941293

Что значит "тащить"? Оверхед плюсов в простейших задачах околонулевой.

>>941448
залей файл, на котором тестируешь

>>941448
> u64 width;
> u64 height;
И ведь только в прошлом треде мы говорили о том, почему вредно копировать байтики поверх структур (и переменных). У тебя 64-битная неинициализированная переменная, ты пишешь значение в младшие 32 бита (на little-endian машине), а в старших битах что? - мусор. Если по счастливому совпадению мусора нет в width, значит, виснет во внешнем цикле из-за height. Алсо, нахуя тебе вообще 64-битные размеры изображения?

>>941497
но это не объясняет того, откуда берётся бесконечный цикл

>>941512
uint64_t n = 0xffffffff00000000ULL;
while (n--) {
putchar('.');
}
Докрутится - приходи.

>>941514
но строго говоря он не бесконечный

>>941515
А я и не говорил про бесконечные циклы.

>>941497
Очередной отсос байтослесарей. Всё через жопу.

>>941497
очень громкий и высокий крик разочарования но и понимания АААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААА
Я всё понял! Почему-то мой мозг принял 64-битные числа за 4-байтные. От жеж дидько, какой я не внимательный иногда. Спасибо, анон.

>>941530
да уже не актуально, я просто хотел у себя запустить, было интересно, откуда там мог бесконечный цикл взяться, но походу его там не было изначально

Вот вы тут сидите конпелируете, а вот тут вот:
http://www.iso-9899.info/wiki/Books
— написано, что 'Learn C The Hard Way' суть негодная книжка и не стоит её на второе место в шапке вывешивать.

>>941559
Негодная. Написано же - "для гуманитариев". Для нормальных людей у нас есть проверенные временем альтернативы: K&R и Прата.

>>941598
double random(void) { return rand() / (double) RAND_MAX; } // 0.0 .. 1.0. И дальше городи эти свои (int) (random() * d) + min. Будет слегка получше.

>>941598
Ах да, srand() нужно вызывать один раз в начале программы. time() возвращает время в секундах, и если между вызовами прошло меньше секунды, то получается, что ты инициализируешь генератор одним и тем же значением, и, конечно же, получаешь одни и те же данные.

>>941595

А что-нибудь годное для гуманитариев у вас есть?

>>941605
> double random(void) { return rand() / (double) RAND_MAX; }
Это что? Функция? Её перед моей random вызывать? Т.е. ей название другое дать, да?

>>941618
K&R вполне подходит. Если сложно, предварительно можно Петцольда "Тайный язык информатики" навернуть.

>>941620
Разобрался.
Но странно, что я ни разу её не вызываю, а она как-то работает

>>941625
Лол. Нет, твоя основная проблема была >>941613 в этом. А использование RAND_MAX просто дает последовательности с менее заметными корреляциями, по сравнению с использованием остатка от деления.

>>941636
Лол, я оставил srand на месте, но только теперь srand(time(NULL)_rand());
Всё теперь стало довольно рандомным

>>941638
> srand(time(NULL)+rand())
Fix*

>>941622
>K&R вполне подходит.

Сдаётся мне, что у тебя слишком хорошее мнение о гуманитариях. Энивей, спасибо, попробую.

>>941598
Я знаю лишь как на ассемблере такое сделать. Надеюсь там можно вставлять асм код.
rdtsc ;ложит в edx:eax количество тактов, которое прошло после последнего сброса процессора
mov peremennaya,eax ;в переменную с названием peremennaya ложит значение eax, которое меняется каждый такт

Правда я могу где то ошибаться, может надо [peremennaya] написать или что-то такое.

>>941688
>знаю лишь как на ассемблере такое сделать

>Правда я могу где то ошибаться, может надо [peremennaya] написать или что-то такое.

>или что-то такое.

> что-то такое.

>>942084
Да чего ты к нему придираешься? Необходимость писать квадратные скобки зависит от конкретного ассемблера или от чего-то такого

>>942089
>Да чего ты к нему придираешься?

Я просто гуманитарий-ниасилятор, который тремя постами выше от K&R охуел. Ты не представляешь, насколько таким как мы бывает в радость технаря подъебнуть, особенно насчёт ассемблера или чего-то такого.

Есть функция, в которой многократно используется переменная с длинным названием, я хочу её сократить. Как лучше делать, так:
int var = ebat->long->name->var;
или так:
int *var = ebat->long->name->var;

Кто будет работать быстрее? Как надо делать? Надо ли делать вообще?

>>942089
Ассемблерщик, а ты умеешь призывать RDRAND из процессоров >= Ivy Bridge или >=Excavator?

>>941605
> chislo=((double)rand()/(double)RAND_MAX);
Рандомлю число таким способом.
Мне может вернуться единица?

>>942102
ты сломал мой мозг

>>942128
Нет, но ассемблерщик же тут ты. Отличная функция, иди учи ассемблер.

>>942102
>Кто будет работать быстрее?

Победила дружба, оптимизирующему компилятору насрать на указатели.

>>942140
Ебать ты манька.

Посоны, чо думаете за ncurses?
Есть ли что пизже, если да, то в чем?

>>942107
Может.

>>942145
> компилятору насрать на указатели.
Причем два раза. Pointer aliasing гугли.

>>942213
Всё пишут на ncurses, вот и ты пиши и не выёбывайся.

>>942393
Я и пишу, прост мало ли.

>>942106
Думаю что для этого надо написать команду
rdrand

>>942449
Как ты додумался до такого?

>>935715 (OP)
Анон, как понять что ты готов ногой открывать дверб в любую вакансию, где нужны Сишники? Есть ли какой-то заметный УРВОЕНЬ?

>>942573
Вот тебе три вопроса. Если на каждый ответишь без гугла - то можешь скорее всего. Если же даже вопросы вызовут WTF, то продолжай учиться.
1. Чем конвенция cdecl отличается от fastcall?
2. Дана структура struct { char a; int *b; double c; } x;
Чему равен её sizeof? Как его уменьшить?
3. В двух объектных файлах есть переменная с одним и тем же названием, в файле с main она объявлена как extern. Что произойдет при попытке собрать приложение?

Плюсаны, нужно написать некоторую программу с графическим интерфейсом игорь типа тетриса, но показать ее работоспособность нужно на университетском древнем пека. На чем там байтоебы рисовали окошки в 2007?

>>942599
Да, продолжу как учиться.

>>942602
GTK+

>>942599
> с main она объявлена как extern
Всмысле? Если название такое, то оно зарезервировано под функцию объявления её в других .c файлов командой extern из хидера, или я чего-то не понимаю.

>>942612
fileA.c
int x = 3;
fileB.c
int x = 4;
main.c
extern int x;

>>942613
Не знаю, как это компилировать, проблем не имею.

>>942614
Компилируется это нормально. Вопрос на линковку причем довольно простой, на самом деле.

>>942599
> Чем конвенция ... отличается
1) Чем угодно. Может не отличаться.
> Чему равен её sizeof? Как его уменьшить?
2) Чему угодно. Удалить из нее лишние члены.
> Что произойдет при попытке собрать приложение
3) Сборка приложения.

Правильно ответил? Меня примут?

>>942619
Не-а.

>>942599
Правильные ответы, если кому интересно. Но лучше попытайтесь ответить сами.

1. cdecl передает аргументы на стеке в обратном порядке, fastcall - часть в регистрах, и лишь то что уже не влезет - на стеке.
2. Зависит сразу же от нескольких факторов - разрядности системы (это влияет на sizeof(int *) и размеров данных (это влияет на sizeof(double) - если CHAR_BIT != 8, то размер будет не 8). Дальше в игру включается выравнивание, его уже сами гуглите. Отключить можно через #pragma pack или в gcc через __attribute__((packed))
3. Произойдет ошибка линковки. Что-то вроде Multiple definition of ...

>>942599
Вся та хуйня, тобой написанная, к языку C не имеет отношения. Ну разве что третий вопрос немного.

>>942633
Вот правильный ответ.

>>942632
> Произойдет ошибка линковки.
В оригинальном вопросе про инициализацию не было ни слова, а без инициализации ошибок не будет, привет фортрану.

>>942636
Глобальные переменные всегда инициализируются, привет хаскелю.

>>942637
А Питону никто не передаст привет, суки.

>>942632
>3...
Сук, что за баг разума... Вроде понимаешь, что ответ такой, ибо это очевидно, но всё равно ищешь какой-то подвох.

>>942633
1. Стандартная практика в сжатые сроки определять уровень знания предметной области - задавать несколько глубинных вопросов и экстраполировать полученные ответы. Выковыривать знания каждого аспекта - слишком долго.
2. Со всеми тремя вопросами я сталкивался на практике, так что имеет. Ты не представляешь, как часто люди приводят указатель на структуру к (uint8_t *), отправляют как бинарные данные, а потом удивляются, что на другой стороне ЧОТО НИТО ПРИХОДИТ.

>>942637
Я про явную инициализацию. Неявную делает линкер. Или не делает (когда программа freestanding).

>>942643
Ок, если не инициализировать не-нулём, то никаких ошибок линковки.

>>942636
Признаю, мой косяк. Но, собственно, ответ вполне мог был бы выглядеть "если инициализируем переменные, то так, а если не инициализируем - то так". Это был бы только дополнительный плюс тебе в карму.

>>942650
Скучно. Ты бы лучше спросил, что будет, если сделать так:
#include <stdio.h>
static char foo[]; int main(void) { return printf("%zu\n", sizeof(foo)); }

>>942632
>fastcall
Да, но текущее архитектурное состояние нам же надо сохранить перед вызовом и после вызова восстановить. Один фиг оно, получается, на стек уйдёт. В чём профит? В обычном варианте ты внутри функции пихаешь на стек значения используемых регистров перед вызовом (push x R), чтобы их потом в конце функции со стека обратно в регистры записать (pop x R), плюс пушишь и попишь аргументы функции (push x A + pop x A). Итого (A + R) x 2 стековых инструкций.
В fastcall -- пихаешь на стек регистры, в которые запишешь аргументы (push x A), в конце функции восстанавливаешь регистры обратно (pop x A). Между делом пушишь и попишь оставшиеся аргументы на стек (push x K + pop x K). Итого (A + K) x 2 стековых инструкций. Получается, что профит в количестве инструкций будет только тогда, когда K < R, т.е. количество оставшихся аргументов (>= 0) меньше количества используемых функцией регистров.

Так?

>>942664
> один фиг оно, получается, на стек уйдёт
Есть функции, которые больше ничего не вызывают (leaf functions). Во многих RISC-ах даже специально существует регистр LR, хранящий адрес возврата, чтобы вообще не трогать память и работать побыстрее. Сохранять те регистры, через которые передаются аргументы, обычно не нужно, плюс часто есть еще регистры, которые сохранять не нужно. Их можно юзать и получать неплохое ускорение на коротких функциях.

>>942664
Не все регистры являются callee-saved. Если, допустим, у тебя функция одного аргумента, то он передастся в eax (или rax), ты там же в рамках регистра с ним поработаешь и через eax же вернешь. Никакого стека.

>>942668
Это какой такой фасткол использует eax/rax? Кроме тех случаев, когда компилятор каждую функцию вызывает по-разному, наиболее удобным ему способом, не следуя никаким конвенциям.

>>942671
У меня в памяти отложилось, что фасткол в этом плане не стандартизирован и каждый компилятор (идеологически) может реализовывать как хочет. В любом случае, я привел лишь синтетический пример.

>>942676
__fastcall стандартизирован на x86-64, на x86 есть распространенный стандартный __fastcall от MS и менее популярный вариант от Borland.

>>942677
Не знал, прикольно. Можно ссылочку, где об этом подробнее почитать можно?

>>942695
А, значит я таки был прав. Ну и заебись тогда

>>942695
Ты поехавший что ли? В стандарте си ничего нет, кроме языка. Там даже стека нет. Соглашения о вызовах стандартизируются в описании ABI процессоров.

>>942721
> в описании ABI процессоров.
Процессору похуй на твой C.

>>942765
>Есть вообще профит им компилять?
Есть профит использовать -Wall -Wextra

>>942767
Впрочем, gcc тут молчит. Я думал он лучше справляется с неинициализированными переменными.

> ref class Work
> error: 'ref' does not name a type
В студии работает, при попытке собрать с GCC получается эта хуита

>>942784
> ref class Work
Это не С и даже не С++. Это либо С++/CLI, либо С++/CX

>>942784
Линуксоеды соснули.

>>942784
>В студии работает

Студия - это IDE с кучей языков, а не компилятор.

>>942785
>>942861
Действительно, это cli.

Как codelite заставить запрашивать инпут?

Сук, мне уже пичот

>>943019

Возьми паяльник и заставь.

>>943027
Ха
Ха
Умереть и не встать.

А если по делу? Вывести-то оно выводит в консольке, а запрос ввода где?

Сложна. В документации к коделайту нужной инфы пока не нашёл

>>943030
> заставить запрашивать инпут?
> запрос ввода где?

Как-то так, думаю:
getchar()
scanf()


мимо-гуманитарий

>>943048
Толсто.

Но скорее всего - я не так выразился.

После кнопеляции и запуска написанного кода я всего лишь вижу консоль с надписью: Press any key to continue

А по идее - я должен ввести энное количество чисел, но увы

>>942765
В шланге есть -Weverything, специально чтобы ты страдал. И analyze еще есть, стоит пользоваться периодически. И -fsanitize тоже.

>>943068

Код покажи наконец.

>>936775
> Нет. В основной программе main.c это тоже .h файл. Я пишу библиотеку.
В голос. У тебя библиотека - это кучка заголовочных файлов?

>>943350
.h-only либы вполне себе существуют.

>>940206
Ты ска, ты че на Луа гонишь?

>>940222
Таких кастрировать надо.
Охуеваю от андроеда на тиви, ну блядь, ну ладно бы железо там было норм, но нет же, на самое вшывое и давлик прокручивает говнокод.
5 минут нахуярить на С гуй с линукса. Написали бы приложение для арча на арм, чтобы консолька, все нормально, вейланд.

>>943416
Если бы не сраные приложения для телевизоров, в эти телевизоры бы продолжали пихать ртос с мгновенной загрузкой и без тормозов, а не ублюдочный линукс.

>>943123
Ололо, он мне высрал три страницы ворнингов из /usr/include/cairo/cairo.h, который я использую. Причём ворнинги довольно сомнительны.

>>943442
Ну я же сказал
> чтобы ты страдал
А чтобы не страдать, ворнинги для системных либ стоит выключать. Я свой код стараюсь собирать с Weverything, даже если считаю, что компилятор излишне придирается. Единственное, что выключаю для всего проекта - высер столмана -Wno-date-time[/spoile]

>>943447
> ворнинги для системных либ стоит выключать.
Как? Нагуглить не смог. Впрочем, после того, как я внёс pkg-config в "``" вместо "$()" никогда не понимал этой прыщемагии, шланг уже на кайру не ругался.

>>943447
>ворнинги для системных либ стоит выключать.
И да, шлангист, подскажи такую вещь. Шланг очень много ругается на unused functions, unused parameter, как отключить эти ворнинги?

>>943456
Не обращай внимания на унтера и собирай с
gcc -Wall -Wextra
как посоны делают.

>>943490
Или clang, они совместимы на самом деле, а вот поехавшие ворнинги не нужны.

>>943472
Эти ворнинги не стоет отключать, программа у тебя не годится, либо выпиливай функции либо используй. Доделывай.

>>943472
Неиспользуемые параметры в колбеках затыкаются чем-нибудь типа: #define UNUSED_PARAM(x) ((void) (x)), а неиспользуемых функций у тебя быть не должно.

>>943416
Пиздец как у меня горит со СМАРТ ТВ, которое на каждое нажатие пульта по 2 минуты реагирует.
НЕНАВИСТЬ

>>943493
>>943494
Неиспользуемые функции они на будущее, ещё не реализовал части программы с ними. Тоже самое с неиспользуемыми переменными, функционал с ними просто ещё не запилен. Но зачем мне каждый раз при конпеляции видеть эту информацию? Сейчас отключу, потом включу.

>>943424
Но приложения все-таки могут быть полезными. На линукс все есть, новое не сложно сделать, а вот через давлик/арт это дохуя ресурсоемко, у меня на пк столько памяти не жрет сколько на вшивом смартфоне, а у тв еще и разрешение большое.
Комп может жрать меньше 100мб с загруженой графической оболочкой. Андроид почти 300 со старта жрет.
>>943500
У моего говно-тв реагирует норм, долго реагирует именно если начать набирать номер канала. Но утубик и все остальное совершенно не работает, вообще. Только одно приложения с говноканалами кое как тащит.
А с флешки почти норм (на самом деле нет).
Хорошо не мой телик, Я бы такой не покупал, лучше взять монитор хороший и отдельно приставку с хорошим железом которую можно будет заменить когда в говно скатится, а монитор - это почти всегда на порядок лучше изображение.

Вот только почему андроид не понял.

Годные смарт тв начинаются от 3К бачей думаю, но переплачивать за смарт не знаю зачем, лучше взять панель с HDMI 2.1 DP 1.4 SuperMHL и ебатся уже только с приставками.

>>943447
> Я свой код стараюсь собирать с Weverything, даже если считаю, что компилятор излишне придирается.
Кастишь unsigned int в int при, например, сложении одного с другим? Меня шланг завалил подобными претензиями, но по-моему кастинг тут выглядит плохо.

>>943515
А зачем ты функции эти компилируешь?
Закоментируй, скрой макросами, вынеси в отдельный файл и убери из мейкфайла.
Компилятор ведь прав что ты муть компилируешь, убери, и компилируй что уже работает.

>>943520
(int) перед выражением написать это каст? Надо явно указывать всегда, или перевести другую переменную в просто инт, так должно производительнее выйти, потому как никаких конвертаций не будет.

>>943526
> (int) перед выражением написать это каст?
А что же ещё?

У меня в коде много участков с выражениями подобного типа:
a = b + c;
Что выглядит вполне няшно. А так:
a = b + (int32_t)c;
Уже начинает раздражать.

>>943520
> Кастишь unsigned int в int
Ты такой кастишь, а в результате у тебя отрицательное число. Поэтому, хоть язык и не требует, лучше для себя же пометочку сделать, мол, вот кастую явно, значит, и о проблемах подумал. То же и с кастами в меньшие по размеру типы.

>>943523
Давай проще: Возможно отключить эти ворнинги не завезли?

>>943547
> Возможно
Возможности
fix

>>943547
-Wno-название-ворнинга

>>943550
Добра :3

>>943532
>Что выглядит вполне няшно. А так:
>a = b + (int32_t)c;
Не правильно пишешь, формат задается один раз перед всем выражением.
А вот int+uint вернет мусор, тут и надо указывать (int) в начале выражения один раз.
Или если int+float тоже форматировать надо в флоат.

>>943552
man gcc

>>943553
>А вот int+uint вернет
С float все ясно, а вот интеджеры могут прокатить и без форматирования, например если добавляем к юинту отрицательный инт и результат не отрицательный.
Поэтому лучше или один всеобъемлющий инт юзать или явно конвертировать чтобы не получить неожиданых ошибок, дебажить может быть очень трудно если пропустил.

>>943563
Как быть с char и unsigned char? Строка char* скармливается конечному автомату, у которого есть потребность индексировать этим символом в массивах состояний, и отрицательные индексы ему конечно не нужны. Тут методом тыка за секунды решается, но интересно, как оно по канону.

>>943566
Очевидно, что если у тебя 8-битная кодировка, то и строки unsigned char. А если 7-битная ASCII (или какой-нибудь ASCII-совместиый UTF-8, и тебе насрать на все кроме ASCII), то можно и проверить, не притащили ли лишнего в старшем бите.

>>943566
unsigned юзать для ясности, конечно отрицательных значений там быть не может.
static const unsigned char - так объявляется алфавит в ядре linux.
Почему обычный char работает нормально стало интересно, он конвертируется наверно тоже.

>>943566
Самое главное не сравнивай float и int или INT UINT.

int main(int argc, char argv[]){
return 0;
}
Почему так пишется, а не
unsigned int main(unsigned int argc, unsigned char argv[]);
Ведь количество не может быть отрицательным, и возвращать отрицательный код ошибки незачем и сами строки по природе из unsigned char состоят, зачем тогда по другому принято?
Было бы гораздо проще вместо unsigned int uint писать.

>>943584
> Почему так пишется
Потому что давным давно символы были 7-битными. Отрицательный код ошибки удобен (чтобы отличать невырный синтаксис аргументов от ошибок выполнения полезной части программы, например). А вот size_t argc был бы к месту, но... обратная совместимость.

>>943584
>unsigned char argv
это бля что за наркомания?

>>943584
>unsigned int
и это что за хуйня?

Что здесь происходит вообще? Школотрон дорвался до unsigned?

>>943592
Массив строк.
>>943593
Положительный int. Читай спеки.

>>943594
Ну очень уш долго писать, uint заебись, я макросом заменяю, но выглядит как костыль, вот бы дефолт таким был.

>>943602
теперь объясняй как массив vекторов и их количество могут быть отрицательными?

>>943603
>uint заебись, я макросом заменяю
уходи

>>943607
C не имеет векторов. Это не вектор а указатель на char[].