jcmvbkbc

16

Я уже просто испробовал много способов,но никак не дебажется.

вот тебе цикл, который считает слова в файле fin, не расстраивайся:

int z = 0;

while (fscanf(fin, "%*s") == 0)
    ++z;

array[pair[0]][1]=array[pair[1]][i];

Ошибка здесь. Вместо первой 1 должна быть i.

Как реализовать на с или assembler асинхронную выборку из RAM?

Например так. Это часть реализации memcpy для MIPS. Этот код не выглядит асинхронным, но написан именно так (сначала групповая загрузка в разные регистры, потом изменение базового адреса загрузки, потом групповое сохранение, потом изменение базового адреса сохранения) с рассчётом на то, что процессор сможет, в том числе, перекрыть во времени операции загрузки, арифметики и сохранения данных.

Зачем нужны header guards если в заголовочных файлах мы пишем только объявление функции?

Не всегда мы пишем только объявления. Иногда мы там пишем определения, например определяем структуры, или псевдонимы типов (typedef). Повторное определение таких вещей -- ошибка. Тут ты можешь сказать: "но я подключаю хедер в каждый исходник только один раз". Да, пока проект простой можно это отследить. Но когда одни хедеры начинают подключать другие хедеры это становится делать сложнее. header guards упрощают развитие проекта.
Иногда между хедерами бывают циклические зависимости, header guards позволяют разорвать цикл.

Почему?

Потому что scanf("%s", name) сканирует поле до первого пробельного символа.
Если ты хочешь строчку до конца строки используй, например, scanf("%[^\n]", name)

copy_from_user(ips[i], buffer,256);

   	printk(KERN_INFO "ips: %s \n", ips[i]);
   	i++;

   	if(strncmp(ips[0],"wh",2)==0){

почему он работает,

Во-первых этот код неполный, он использует переменные определённые где-то ещё, от того как именно они определены зависит насколько он "работает".
Во-вторых, по тому что видно, работает он, скажем, так себе:
- он печатает строчку принятую из юзерспейса без ограничения длины. Если юзер не поставил 0-терминатор, то напечатает мусор из пространства ядра за нефиг делать.
- копирование происходит в ips[i], где i увеличивается с каждым вызовом, а анализ всегда смотрит на ips[0].
- в прототипе функции отсутствует аннотация __user у параметра buffer.

как его можно переписать, чтобы было удобнее читать?

Я бы сказал, что его и так удобно читать, особенно если форматирование поправить.

Судя по коду, там где написано scanf("%d", &d); имелось в виду scanf("%d", &nUm);.

nUm = nUm % d;// делим на него

Здесь должно быть написано nUm = nUm / d;// делим на него

Кроме того, d может делить nUm больше чем 1 раз, это можно проверить сразу, и разделить nUm на d столько раз, сколько можно. Тогда не надо будет делать этого:

d=2; //обнуляем переменную d

Можно что-то такое вставить после цикла while:

if (optind < argc) {
                int i;

                for (i = optind; i < argc; ++i)
                        printf("> %s\n", argv[i]);
        }

qsort(variables, amount_of_variables - 1, sizeof(memoryCell), struct_cmp_by_name);

Ну, всё правильно написано, если ты действительно хочешь отсортировать массив без последнего элемента.

sizeof(char)

Всегда равен 1 согласно стандарту, сэкономь нам и себе время.

while(isdigit(string[j]) || isalpha(string[j]))
            {
                buf = (char *)realloc(buf, ++k * sizeof(char));
                buf[k - 1] = string[j];
                j++;
            }

После этого цикла buf не закрыт 0-терминатором, работать с ним как со строкой нельзя.

parsed_string[size - 1] = (char *)malloc(strlen(buf) * sizeof(char));
strcpy(parsed_string[size - 1], buf);

Переполнение буфера, потому что strcpy копирует strlen(buf) символов строки + 1 нулевой байт.

Почему возможно объявление глобальной переменной

Потому что объявление всего лишь говорит о том, что имя существует и имеет такой-то тип. Оно не вызывает выделения памяти или каких-либо других действий для которых нужно знать как устроен тип связанный с идентификатором.

В твоём втором примере struct interval b -- это определение переменной, выделяющее для неё место на стеке. Но его можно переписать, чтобы b тоже стало объявлением, например так:

int main ()
{
  extern struct interval b;
  struct interval 
  {
    int first;
    int second;
  };
}

Возвращаясь обратно к первому примеру, struct interval b; -- это tentative definition с внешней линковкой. Стандарт (С99) говорит о нём следующее (6.9.2:2):

A declaration of an identifier for an object that has file scope without an initializer,
and without a storage-class specifier or with the storage-class specifier static, constitutes
a tentative definition. If a translation unit contains one or more tentative definitions for
an identifier, and the translation unit contains no external definition for that identifier,
then the behavior is exactly as if the translation unit contains a file scope declaration of
that identifier, with the composite type as of the end of the translation unit, with an
initializer equal to 0.

Самое важное здесь -- as of the end of the translation unit, т.е. тип объекта из tentative definition таки должен быть определён, но не до появления этого tentative definition, а до конца единицы трансляции (или раньше, если вдруг встретится определение с инициализацией этого объекта).

Как найти неправильную работу с памятью?

Откомпилируй и слинкуй свою программу с опцией -g, тогда valgrind тебе прямо в проблемную строчку тыкнет.

if(rotor[i]==tmp)

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