Вот есть так называемые INCLUDE GUARD'Ы задача которых сделать так, чтобы заголовочный файл включался только один раз в исходник. Так вот вопрос. Можно ли в абсолютно каждый заголовочный файл пихать гуарды или есть ситуации, когда они вредят?

А потом AMD выкатили x86_64...

Вот есть так называемые INCLUDE GUARD'Ы задача которых сделать так, чтобы заголовочный файл включался только один раз в исходник. Так вот вопрос. Можно ли в абсолютно каждый заголовочный файл пихать гуарды или есть ситуации, когда они вредят?

Можно

Вот есть так называемые INCLUDE GUARD'Ы задача которых сделать так, чтобы заголовочный файл включался только один раз в исходник. Так вот вопрос. Можно ли в абсолютно каждый заголовочный файл пихать гуарды или есть ситуации, когда они вредят?

вредят когда коллизия дефайна с другим

портился портился он работал ровно с даты написания до упоминания NOTE: Since revision r65982 you can specify the file for /RDPATH the "usual" (i.e. Windows') way, i.e. without the "net(0)\" part (that was here just because we couldn't load the file relative to the "current boot device" before...). я несколько раз пробовал после этого

Он продолжает работать. Я перепроверял неоднократно

вредят когда коллизия дефайна с другим

А можно пример? Чёт слабо представляю

Вот есть так называемые INCLUDE GUARD'Ы задача которых сделать так, чтобы заголовочный файл включался только один раз в исходник. Так вот вопрос. Можно ли в абсолютно каждый заголовочный файл пихать гуарды или есть ситуации, когда они вредят?

Используй #pragma once, если компилятор поддерживает.

Используй #pragma once, если компилятор поддерживает.

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

А можно пример? Чёт слабо представляю

Два одинаковых названия заголовочных файла, и два одинаковых define

Один из заголовков не включится

С pragma такого не должно быть

Два одинаковых названия заголовочных файла, и два одинаковых define

А причём тут гуарды? Как ты включишь два одинаковых инклуда? #include <foo.h> #include <foo.h>

Помню, что на какой-то икс-коробке x86

Xbox и xbox one построены на х86 чипах

Ну это я уже понял)

А причём тут гуарды? Как ты включишь два одинаковых инклуда? #include <foo.h> #include <foo.h>

Так, стоп

Вот классический include guard: #ifndef H_GRANDFATHER #define H_GRANDFATHER struct foo { int member; }; #endif

Вот классический include guard: #ifndef H_GRANDFATHER #define H_GRANDFATHER struct foo { int member; }; #endif

О, видел такую штуку

Вот если будет еще один файл с H_GRANDFATHER, он не включится

Потому лучше пользоваться #pragma once

портился портился он работал ровно с даты написания до упоминания NOTE: Since revision r65982 you can specify the file for /RDPATH the "usual" (i.e. Windows') way, i.e. without the "net(0)\" part (that was here just because we couldn't load the file relative to the "current boot device" before...). я несколько раз пробовал после этого

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

И мануал нужно в английской вики смотреть

Я в русской не проверял

Вот если будет еще один файл с H_GRANDFATHER, он не включится

1. Т.е. если у нас есть два файла с одинаковым именем, но в разных папках, то при их включении #include <abs/foo.h> #include <zzz/foo.h> таким образом гуарды в них момешают включить второй? 2. Что если использовать имя файла + какой-нибудь случайный хеш? 3. #pragma once защитит от ситуации 1? 4. gcc, g++, clang поддерживают pragma once? Просто насколько помню, это была чисто фича компилятора от майкрософта.

1 Да 2 Ничего не мешает, кроме неудобства 3 Да 4 Да

1 Да 2 Ничего не мешает, кроме неудобства 3 Да 4 Да

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

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

https://stackoverflow.com/questions/6793161/when-not-to-use-include-guard-in-header-file

Хорошо. Более менее понял. Второй вопрос. Как правильно обрабатывать ошибки в с? К примеру. void test() { char *buffer; buffer = malloc(...); if (buffer == NULL) { // Ошибка, должны как-то сообщить // допустим вернуть код ошибки } char *results = processBuffer(buffer); if (results == NULL) { // Ошибка при работе с буфером // Для начала должны удалить ранее выделенный free(buffer); // И опять что-то сообщить // желательно чтобы мы могли отличить // что ошибка произошла при работе с буфером } // И так далее } Т.е чем дальше в лес, тем больше нам надо будет подчищать и код будет увеличиваться в размерах и становиться не читаемым.

Функции в помощь

Вообще всё надо абстрагировать, тогда не запутаешься

Хорошо. Более менее понял. Второй вопрос. Как правильно обрабатывать ошибки в с? К примеру. void test() { char *buffer; buffer = malloc(...); if (buffer == NULL) { // Ошибка, должны как-то сообщить // допустим вернуть код ошибки } char *results = processBuffer(buffer); if (results == NULL) { // Ошибка при работе с буфером // Для начала должны удалить ранее выделенный free(buffer); // И опять что-то сообщить // желательно чтобы мы могли отличить // что ошибка произошла при работе с буфером } // И так далее } Т.е чем дальше в лес, тем больше нам надо будет подчищать и код будет увеличиваться в размерах и становиться не читаемым.

https://github.com/reactos/reactos/blob/master/dll/win32/kernel32/client/file/copy.c

if (!NT_SUCCESS(errCode))

там так

Это проверка на ошибку

@jeditobe @AlexFails

Вообще всё надо абстрагировать, тогда не запутаешься

хахах

if (!NT_SUCCESS(errCode)) { TRACE("Status 0x%08x obtaining FileStandardInformation for source\n", errCode); BaseSetLastNTError(errCode);

Мы не занимаемся вебом. И reactjs никак к нам не относится.

Мы не занимаемся вебом. И reactjs никак к нам не относится.

Там не веб ?

Мы не занимаемся вебом. И reactjs никак к нам не относится.

беги глупец у неё зож

Там не веб ?

Они всё-равно одно от другого не отличают.

порежут тебя зожом и библией добъют

Ты её видел? Свяжу её, поморю голодом пару дней, потом разведу около неё костёр, и... >:-)

... и буду жарить шашлык. ^__^

хотя использование плоти и крови для кормления спортсменов может и даст результат и опятьже кто проиграет того на крест и готов источник плоти и крови

я изобрёл православный зож

Она вышла

Она вышла

мы с @IvUyr работаем чисто

да что ж это за боты такие

научились ставить биографию, находить себе имя

ставить много аватарок

но почему они не научились брать аватарки с разрым разрешением

но почему они не научились брать аватарки с разрым разрешением

С телефона одинаковые ставятся

(и у тебя они тоже одинаковые)

а...

Чего молчим?

Сплю

Делом заняты, баги репортим

Галят написал мне: Новое - это забытое старое ) https://github.com/reactos/reactos-deprecated-gitsvn-dont-use/pull/30

Хе) Ну всё верно, он мне тоже писал, что ещё не завершил работу над USBOHCI

ERROR: S client not available

Эх... всё это ещё придётся синхронить с новой репой

Эх... всё это ещё придётся синхронить с новой репой

Я про то же ))

И там конца края нет исправлениям

Молитесь, чтобы Вадим не бросил это дело ?

?

Лучше скинуть ему бабла

Чем молится

Если скинуть, то есть риск, что без дальнейшей подпитки перестанет заниматься

На баунтисорс можно денежку поместить например

А так на энтузиазме)

Через баунтисорс есть гарантия, что деньги он получит только по результату )

Хе, хитро ?

У него были финансовые проблемы, кстати

Так что денежка ему не помешает лишняя

Т9 подводит

Альтруистичный Т9 ?

Так-с, отлично, багрепорта по WinPcap ещё не было

?

Он щас пилит за зарплату значительно ниже рыночной

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

https://habrahabr.ru/post/342992/

https://geektimes.ru/post/295685/?utm_source=telegram

Угу

Пьер сказал, что по всей видимости, нужно chkdsk дорабатывать, ибо дров не принимает битую ФС

Один шаг для человека, огромный скачок для человечества

привет из прошлого =)

Один шаг для человека, огромный скачок для человечества

Ага, главное не споткнууууубляаааногааааапомогитеуменяпереломааааа!