А что, strcat/strncat (string.h) уже отменили?

Так-же, как и в любом другом

folder + "/" + filename

Ой, си. man srtcpy

А как быть с Unicode путями?

man openat

Ну, придётся таки обёрточки написать, в которых байты «ручками» посчитать, наверное. А как бы ты предложил?

man openat

О, совсем забыл про эту функцию. А у неё как с юникодом?

На сколько чистый Си, g_build_filename не пойдёт ?

char buf[]; sprintf(buf, «%s», "");

//UPD: когда из технического ресурса создают развлекательный или СМИ портал - получаются «звездочки»

wcscat()?

а какое дело strcat до того, что хранится в строке? Главное, чтоб ноль в конце был.

Скорее всего сморел бы в сторону wchar_t. Честно говоря от написания некоторых программ именно на Си останавливает незнание его работы с unicode. Но согласись, что отсутсвие поддержки unicode директорий в третьем тысячелетии выглядит не очень.

А почему бы нулю не быть в середине строки? Хотя в пути нуль вряд ли будет.

Опередил.

Только что из man-ов вылез, смотрел всё, что относится к склейке строк, тоже нашёл wcscat. :)

А как быть с Unicode путями?

Если использовать UTF-8 для кодирования Unicode-ной строки, то всё так же dir + «/» + filename (с поправкой на strcat, strcpy).

/

Понимаю, что «не нужно», но есть ОС, где разделитель директорий — не /.

sprintf

Никогда-никогда. Только snprintf.

А так поддержу коллегу ilovewindows: g_build_filename со товарищи.

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

Согласен полностью. Тем более, что сейчас юникод в целом стал стандартом если и не де-юре, то де-факто.

Все время для этого использую snprintf().

Если я правильно догадываюсь о какой ОС ты говоришь, то могу заметить, что в оной разделителем может быть как \, так и /, оба варианта понимаются подсистемой Win32.

#ifdef OS_WIN
	#define FS_DEPARATOR '\\'
#else
	#define FS_DEPARATOR '/'
#endif //OS_WIN

ну и в файле проекта определение OS_WIN, конечно

Ну да. Просто я живу в мире радуг, единорогов, и utf-8 для внутреннего хранения строк.

А где utf-8 используется для внутреннего хранения?

надеюсь везде

Обычно все-таки что-то более простое для работы с отдельными символами, типа UTF-16. CoreFoundation (iOS, OS X), правда, вообще может в MacRoman хранить, если все символы влезают и строка неизменяемая.

точно, не подумал... в UTF-16 проще работать с отдельными символами ибо их смещение постоянно...

//UPD: когда из технического ресурса создают развлекательный или СМИ портал - получаются «звездочки»

УМВР ЧЯДНТ?

char buf[]; sprintf(buf, "%s", "");

точно, не подумал... в UTF-16 проще работать с отдельными символами ибо их смещение постоянно...

Неа.

если utf8 то какие проблемы?

да ну? а вообще да, в UTF-16 тоже есть расширение символов на большую ширину? я не ошибаюсь?

хотя мне пофиг - UTF-8 это святое для меня

в UTF-16 тоже есть расширение символов на большую ширину?

Ага. Можно на него забить и получится UCS-2, который для большинства будет работать.

спасибо, вполне компактненько.

мой снипет для истории:

    char file_path[strlen(input_data_path) + strlen("inputfile.txt") + 1]; 
    sprintf(file_path, "%s/%s", input_data_path, "inputfile.txt");
    f=fopen(file_path, "r");

А для слэша ты место отвести не забыл ?

забыл, да

пусть будет так:

   char file_path[strlen(input_data_path) + 1 + strlen("inputfile.txt") + 1]; 
    sprintf(file_path, "%s/%s", input_data_path, "inputfile.txt");
    f=fopen(file_path, "r");

или какими-то костылями из С++
пусть будет так:

Уж лучше костыли. Чесслово. :)

Так тут уже говна понаписали, то хуже уже не будет:

int foo (const char* dirname...)
{

if (chdir(dirname)) {
...
... open(...);
...
}
...
}

Вместо sprintf сподручнее будет mempcpy - хоть и не стандартная функция, но пишется в одну строку.

Да, плюс модифицирующие символы, от них никуда не денешься, даже в UTF-32.

Сохраняем путь к текущей директории, делаем chdir() в новую директорию, открываем в ней файл, возвращаемся в сохраненную директорию.

Сохраняем путь к текущей директории, делаем chdir() в новую директорию, открываем в ней файл, возвращаемся в сохраненную директорию.

и ловим баг описанный ещё Гомером и норвежскими скальдами: Одисей по возврату мог и не застать свою Пенелопу, ей как раз собиралась поменять фамилию :)

А обработку возможных ошибок за вас торвальдс делать будет?

это не мои ошибки, это «epic fail» вашего подхода.

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

Если директория, в которую мы хотим перейти, не существует, chdir() просто вернет -1. Уж это можно обработать.

Если директория и пути известны на этапе компиляции - можно (предварительный define) PATH «a/b/c.txt» (literal string concatenation, вроде c99, почти все компиляторы умеют).

Дублирование же может возникнуть: обработка для отсутствия директории и для самого файла => дополнительный бойлерплэйт (хотя бы для выделения блока обработки и перехода туда).