Наилучшая стратегия обработки ошибок в Си

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

А в чём проблема?

Ну так напиши, если проблемы нет.

лет через пять успокоятся, забросят эту поделку, напишут другую. я просто уже дохрена таких «убийц С» видела

Я знаю ты специалист. Пожалуста скажи что думаешь, о языке Vala? В контексте разработки приложений для десктопа. Он ведь транслируется сначала в сишный код, а потом компилируется. Можно ли его считать «удобным» или еще каким С?

А как они отличают число от указателя?

Убийца Си с GC, ага.

Адреса от 0 до PAGE_SIZE - 1 гарантированно не валидные (в линуксе по крайней мере)

Как и указано по приведенной выше ссылке https://elixir.bootlin.com/linux/v4.17.5/source/include/linux/err.h

#define MAX_ERRNO	4095

#define IS_ERR_VALUE(x) unlikely((unsigned long)(void *)(x) >= (unsigned long)-MAX_ERRNO)

GC не GC а пишут на нем прокуренные сишники. Кучи goto доставляют.

То есть указатель всегда больше maxerr? В сорцах указан именно kernel pointer, а не просто pointer.

Пишут на нём вчершние питонщики, которым надоели тормоза и gil.

Не знал. Спасибо.

То есть это не кроссплатформенное решение.

Для ядра, это кроссплатформенное решение. А для остальных - реализация макросов не кроссплатформенна, сами макросы как APi - вполне.

Я знаю ты специалист.

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

Бери руст.

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

Еще один то ли приколист, то ли передаст...

#include <dirent.h>
#include <stdio.h>

#include <glib.h>

void g_string_free_default(GString* data) {
        g_string_free(data, TRUE);
}

void print_g_string(GString* gstr, gpointer userdata) {
        printf("%s\n", gstr->str);
}

int main(int argc, char* argv[]) {
        if (argc != 2) {
                fprintf(stderr, "Usage %s DIR\n", argv[0]);
                return 1;
        }
        DIR* dir = opendir(argv[1]);
        if (dir==NULL) {
                perror("opendir");
                return 1;
        }

        GPtrArray* array = g_ptr_array_new_with_free_func(
                (GDestroyNotify)g_string_free_default);

        for (struct dirent* ent = readdir(dir); ent != NULL; ent = readdir(dir)) {
                g_ptr_array_add(array, g_string_new(ent->d_name));
        }
        closedir(dir);

        g_ptr_array_foreach(array, (GFunc)print_g_string, NULL);

        g_ptr_array_free(array, TRUE);
        return 0;


}

;) Вот он код на С, в стиле функционального программирования. Шутка конечно.

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

Что тебя не устраивает в русте? Меня не устраивает то что он переплюнул все вебкиты с хромами и llvm вместе взятые, на бутстрапинг уходит 20+ гигов места на диске что ли. Чем он хуже го, по-твоему? Только лучше.

А что предлагать? OCaml? SML/NJ?

Что тебя не устраивает в русте? Меня не устраивает то что он переплюнул все вебкиты с хромами и llvm вместе взятые, на бутстрапинг уходит 20+ гигов места на диске что ли.

Я совсем не сварщик. Объясни, пожалуйста, подробнее, что ты имеешь в виду?

Возвращай структуру с двумя полями: значение и код возврата/ошибки.

Понять и простить.

сорри но у вас вектор головного мозга..

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

я к тому что там с файлами должен быть list :D :D :D

То что его бутстрапить накладно и новые версии зачастили. Сыровато всё как-то.

сортировка хотябы
я к тому что там с файлами должен быть list

Сортировка vector'а быстрее будет

Возвращай структуру с двумя полями: значение и код возврата/ошибки.

Или селектор (есть/нет ошибка) и union (данные; код ошибки). Тогда можно не только код ошибки, но и дополнительные данные возвращать.

я к тому что там с файлами должен быть list :D :D :D

Я ожидал такого аргумента. Да, конкретно в этом случае можно было обойтись и листом. Но я могу и натянуть такую задачу, где random-access будет важен.

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

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

Справитесь с примером из школьного урока — сделаю нормальную программу.

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

Мне было лениво :)

Думаешь, push_back делает какую-то магию?

Разумеется, нет. Просто он делает то, что придётся писать на Си в стиле «закат солнца вручную», если не использовать сторонние библиотеки.

GPtrArray* array = g_ptr_array_new_with_free_func(
(GDestroyNotify)g_string_free_default);

Кстати, а чому не g_auto?

Лениво использовать GLib если бы непосчастливилось писать на С?

Я олдфаг, последний раз писал что-то на glib лет 7 назад. За всем не уследишь. Хорошо что auto добавили

Вы не поняли. Ответ был на это:

незачет за такой банальный подход

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

А char * my_strerror(MYERROR err) сделать не судьба? Тебе же всё равно где-то текст писать надо, вот и напиши

char * my_strerror(MYERROR err)
{
    switch(err)
    {
         case ERR_OK: return "Everything is OK";
         case ERRNO_1: return "Error 1, something wrong";
         case ERRNO_2: return "Error 2, another thing broken";
...
         case ERRNO_N: return "Everything wrong! We all die!!!!1111";
         default: break;
    }
    return "Unknown error!";
}

Ваще thread-safe, никаких побочных эффектов и т.д. Можно printf(«Error %d: %s», err, my_strerr(err)) и т.п.

Напиши мне не такой жирный вариант такой программы на Си. Обязательно с хранением.

#include <stdio.h>
#include <stdlib.h>
#include <string.h>
#include <dirent.h>

#include "list.h"

struct dnode
{
	struct list_head list;
	char *name;
};

int main(int argc, char* argv[])
{
	struct list_head dnlist;
	struct dnode *dn, *n;
	struct dirent *entry;

	if (argc != 2) {
		fprintf(stderr, "Usage: %s DIR\n", argv[0]);
		return 1;
	}

	DIR *dir = opendir(argv[1]);
	if (dir == NULL) {
		perror("opendir");
		return 1;
	}

	INIT_LIST_HEAD(&dnlist);
	while ((entry = readdir(dir)) != NULL) {
		dn = (struct dnode*)malloc(sizeof(struct dnode));
		if (!dn)
			break;
		dn->name = strdup(entry->d_name);
		if (!dn->name)
			break;
		list_add_tail(&dn->list, &dnlist);
	}

	list_for_each_entry_safe(dn, n, &dnlist, list) {
		printf("%s\n", dn->name);

		list_del(&dn->list);
		free(dn->name);
		free(dn);
	}

	closedir(dir);
	return 0;
}

http://www.mcs.anl.gov/~kazutomo/list/list.h

1. linked list вместо вектора — незачёт. Что там с random-access?

2. Да, действительно, мой код на плюсах выглядит жирнее, чем вот это вот

linked list вместо вектора — незачёт. Что там с random-access?

Где в твоём варианте random-access? Ты просил аналог своего кода — тебе дали аналоги твоего кода.

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

1.2.

код на С понятней, помесь С и С++ - нечитаемый кал - даже в твоем коротком примере ты забыл dir закрыть. Qt используй.

даже в твоем коротком примере ты забыл dir закрыть

А что, его нужно как-то ещё закрывать, кроме closedir, который у меня сразу после цикла?

closedir, который у меня сразу после цикла?

да-да, я не заметил, что в общем и подтверждает - код нечитаемый даже из 20 строк.

Посмотри, какие там зарплаты и тулы у тех же гошников, и опечалься. У сишников до CLion вообще нормальной IDE не было, писали в блокноте^W^W виме, а многие так и до сих пор.

Просто он делает то, что придётся писать на Си в стиле «закат солнца вручную», если не использовать сторонние библиотеки.

То есть язык тем лучше, чем больше библиотек перечислено в стандарте? От того, что STL описана в стандарте, она не перестала быть сторонней библиотекой. Более того, наличие STL в стандарте затрудняет взаимодействие с Qt, VTK и прочими библиотеками (ну как быстро преобразовать vector<string> в vtkStringArray?).

Все лучше чем на си писать.

я не заметил

=>

код нечитаемый

Ты правда с такой логикой код пишешь?

Ехал маллок через стрдуп

Маллок маллок маллок фри

Читайте ветку, в которую влезаете.

на плюсах аналогичный код просто станет жирнее и немного медленнее
да напиши два варианта любой программы: на чистом С и на плюсах - и сравнивай

snippet

Где здесь хоть слово о «хороший язык»/«плохой язык»?

Эта считалочка натурально заставляет мою систему течь

где - «там»? и да, я не публикую зарплату, я не хочу вас опечаливать.

я действительно могу код писать хоть в nano. мне особо и не нужна IDE, хотя обычно юзаю CodeBlocks: он лёгкий и в нём есть всё необходимое, плюс можно ещё плагины писать. CLion - какое-то проприетарное ненужно.