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

Яснопонятно.

> Вас смущает stpcpy? Так она для такого и придумана.

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

> При "*реновые наименования переменных". Где-то тут уже жаловались люди, которым непонятно,
> что такое b и p в коде nginx (полагаю, вы ЭТО
> имеете ввиду).

s,f,a,b,e
код обычно читается чаще, чем пишется и уж придумать более вменяемые наименования переменных вполне посильная задача.

> Но тыкаешь их носом на 5 строк выше в  ту же функцию (в которой, кстати, не больше 20 строк), где
> написано что-то вроде char *b = new char[BUFSIZE] или char *p

И что? Ну вот возьмем:

> strcpy(mempcpy(mempcpy(s, f, a + 1), i, b), e);

https://github.com/systemd/systemd/blob/master/src/basic/uni...
Парой строк выше:

a = p - f;
b = strlen(i);
 s = new(char, a + 1 + b + strlen(e) + 1);
[/CODE
Это сильно, да. Теперь вы мне расскажите, что i всегда подразумевается как instance, а отнюдь не как счетчик, b у нас всегда длина, а не buf …
Кстати, скажите, это нормально, использовать strlen на каждые чих? Иногда по 2-3 раза подряд или вообще ненужное, как "strlen(e)"?
Зато видимо было влом вместо f написать fname, вместо p - sep_pos, вместо a - at_pos ... 
> = path и больше от них ни ответа, ни привета. 
А что тут особенно-то объяснять? Индусокод, он и в Африке индусокод.