Я просто не пойму - это рекомендация, как то связано со спецификой Lua или

Рекомендация связана с напоминанием о том, что в рамках Lua-Quik функции в такой dll могут вызываться из разных потоков одновременно. Что надо сразу учитывать при ее проектировании.
и это есть специфика ее применения именно в рамках Lua-Quik.

Если же эту dll вы будете применять в рамках другого какого-то интерпретатора Lua (не в рамках QUIK), то вероятнее всего никакой многопоточности там не будет.

Serg_,
вы описали в довольно общих словах, а потому давать какой-то точный однозначный ответ мне бы не хотелось. Впрочем, вникать в детали вашей задумки и подробно расспрашивать - наверное тоже.

Рекомендация простая: обращения к объектам, к которым может быть одновременный доступ из нескольких потоков, надо защищать объектами синхронизации.

Как минимум в вашем описании это объект  std::deque, но про него вы и так уже пишете.

Я просто не пойму - это рекомендация, как то связано со спецификой Lua или Вы даете рекомендацию по программированию С++ ?

Рекомендация простая: обращения к объектам, к которым может быть одновременный доступ из нескольких потоков, надо защищать объектами синхронизации.

Как минимум в вашем описании это объект  std::deque, но про него вы и так уже пишете.

Внутри C++ кода никто и ни в чем вас не ограничивает
Не забывайте только про потенциально возможный вызов функций вашей библиотеки из разных потоков, если в C++ коде будут какие-то глобальные переменные / хранилища. Например, если будете вызывать функции вашей библиотеки из call-back'ов и main() - то как раз возникнет одновременный вызов из разных потоков.

Не совсем понял эту мысль.

Если не сложно, можете объяснить на таком просто примере: предположим я использую блокирующие сокеты на пуле потоков.
Предположим из Lua я передал данные и они пришли в dll, я их записываю в очередь std::deque, сам std::deque под мьютексом, если какой то поток из пула потоков свободен я вызываю функцию send().
Какая тут может быть потенциальная проблема ?

Получается, можно сделать такую простую вещь: просто из Lua передавать данные в dll, а в dll уже подключить к примеру boost asio и просто передавать эти данные на какой нибудь локальный порт, а в самом приложении уже подключить сервер boost asio и принимать эти данные ? Чтобы не мучатся с Luasocket и тому подобному.

Функция сама вызывается, но код С/С++ - не выполняется.

Что значит "код С/С++ - не выполняется"?

Если вы в Lua-скрипте напишете

message(lua_dll_x64_name.TestFunc())

то у вас отобразится в QUIK окно с сообщением "Привет из C/C++", так?
Значит код С/С++ выполняется, значение из функции, расположенной в dll, в Lua передается.

Но консоли-то у вас нет в случае dll-библиотеки, она просто не создана, вот вы и не видите как и что в нее выводится.

Удобнее вместо консоли будет писать в файл из С++ кода (этакий лог).

Еще удобно использовать функцию OutputDebugString (это WinAPI функция)
Каким инструментом просматривать результат её работы написано в этой теме [url]https://quik2dde.ru/viewtopic.php?id=108[/url] (там про применение в Lua-скриптах, но суть от этого не меняется, представление как работать с результатами этой функции та тема даёт).

//=== Реализация функций, вызываемых из LUA ====================================================================//

static int forLua_TestFunc(lua_State* L) 
{
    printf("Hello, World!");
    std::cout<< "Hello, World!"<<std::endl;

    lua_pushstring(L, "Привет из C/C++");
    return(1);
}

Функция сама вызывается, но код С/С++ - не выполняется.