jcmvbkbc

Чтобы работало с приведённой строкой, формат должен быть таким:
sscanf(mycharp, "%[^'*']*,%[','^]", o, s);
Исходный формат не работает, потому что обработка %[^'*'] остановится на входном символе *, и так там и останется, потому что последующая часть форматной строки не поглощает этот символ.
Кроме того, вы, мне кажется, понаставили лишних апострофов внутри квадратных скобок. В форматной строке они интерпретируются буквально, т.е. формат "%[^'*']" означает "символы, кроме апострофа, звёздочки или апострофа". Вот так тоже должно работать:
sscanf(mycharp, "%[^*]*,%[,^]", o, s);

Может быть добавить Local\\ к имени семафора?

"undefined reference to ..." означает, что символ не найден во время линковки.
Нужно добавить -lm в команду линковки, потому что реализация sin находится в библиотеке libm. О чём, кстати, говорит man sin.
Первый вариант работает, потому что значение sin(50) можно вычислить во время компиляции, что компилятор и делает.

man setlocale предлагает

int main (int argc, char * const argv[], char * const argp[])
{
    setlocale(LC_ALL, "");
    ...
}

совместно с переменной окружения LC_ALL или LANG.

Maqsat Batyrqul: atoi -- функция из стандартной библиотеки С, она работает с С-строками. С-строка это последовательность символов в памяти, заканчивающаяся символом конца строки -- символом с кодом 0.
Написав *temp = s[i], или что то же самое temp[0] = s[i] вы скопировали i-й символ из строки s на первое место в строке temp. Проблема изначального кода в том, что указатель temp не инициализирован, а значит может указывать в любое место в памяти. Т.е. вы скопировали символ в любое место в памяти. Мест в памяти в которые можно записывать существенно меньше, чем мест, в которые записывать нельзя. По счастливому стечению обстоятельств temp в вашей программе указывал в место, в которое записывать нельзя, в результате чего вы видели Segmentation fault при попытке записать туда.
В отличие от char *temp, запись char temp[2] определяет не указатель, а массив. Массив -- это непрерывный участок памяти. Если массив не константный, в него можно писать. Имя массива в большинстве случаев ведёт себя как указатель на первый элемент массива. Инициализировав массив нулями вы получили два нулевых символа в памяти, в которые можно писать. В цикле вы заменяете первый символ в этом массиве на i-й символ из массива s, второй символ остаётся неизменным -- символом с кодом 0, т.е. символом конца строки. Т.е. массив temp в цикле представляет собой С-строку единичной длины, которую можно передавать на вход atoi.

Алексей: Евгений Шатунов:
Люди умеющие гуглить, но не понимающие, о чём речь, дают ответы! Каждый день на тостере!
Они могут нагуглить статью, в которой говорится примерно о том же, о чём задан вопрос, но, увы, не вполне.
И ни в статье, ни в ответах так и не появляется правильного ответа.
А правильный ответ -- во второй, неочевидной части пункта стандарта, описывающего выражения (C89: 3.3:2, C99: 6.5:2):

Between the previous and next sequence point an object shall have its stored value
modified at most once by the evaluation of an expression. Furthermore, the prior value
shall be read only to determine the value to be stored.

Т.е. если объект модифицируется, то читать его можно с единственной целью -- для вычисления значения, которое будет в него записано. Код a[i] = i++; читает значение изменяемой переменной i с другой целью: доступ к элементу массива по индексу, результат которого не влияет на конечное значение i -- и этого достаточно, чтобы такой код попадал в категорию UB.

Возможно серветный сокет закрывается нормально, а recv возвращает 0. Из man recv:

These calls return the number of bytes received, or -1 if an error occurred. The return value will be 0 when the peer has performed an orderly shutdown.

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

ssize_t recvd = recv(ClientSocket, buffer, MESSAGE_MAXLEN, 0);
  if (recvd != SOCKET_ERROR)
  {
    // recv не возвращает ошибку
    printf("server response: %.*s\n", recvd, buffer);  // напечатает только то, что было принято
  }
  else
  {
    error = WSAGetLastError();
    printf("recv failed: %d\n", error);
  }

ответы в которых люди дают развернутые ответы и цитируют стандарт языка

Я так довольно часто делаю.

Люди, которые знакомы с ней, непосредственно брали в руки документ и читали его от корки до корки? Или же это происходило в процесс практики

И так и так. Вообще полезно начать с того, чтобы просто пролистать стандарт, чтобы понять, о чём там вообще написано, и где искать ответы на возникающие вопросы.
А дальше можно просто искать ответы на все подряд вопросы относительно языка, как свои, так и чужие.

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

По идее вам надо просто заменить линковку с динамическими библиотеками (.so) линковкой с соответствующими статическими библиотеками (.a). Исходники не нужны.

На какие подводные камни я могу наткнутся при таком использовании?

Некоторые библиотеки могут иметь некоторые проблемы при таком использовании, например: https://bugzilla.gnome.org/show_bug.cgi?id=768215#c16

где-то читал, что переполнения беззнаковых целых быть не должно.

Нет никакой магии в беззнаковых целых, максимальное представимое число -- 2^(количество бит)-1, от больших чисел остаётся остаток по модулю 2^(количество бит). Это поведение описано стандартами языка C.

Неужели СТАНДАРТНАЯ БИБЛИОТЕКА (которая почти часть языка) это какой-то секрет?

Вовсе нет:
glibc: https://sourceware.org/git/?p=glibc.git;a=tree
musl: git.musl-libc.org/cgit/musl/tree
uclibc-ng: repo.or.cz/uclibc-ng.git/tree
newlib: https://sourceware.org/git/gitweb.cgi?p=newlib-cyg...

Просто обычному человеку эти исходники почти никогда не нужны.