Василий Мельников

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

Если библиотека линкуется статически и предполагается один компилятор то на декорацию стоит забить.

Как уже советовали, проще всего использовать std::vector. Но тут важно понимать то, что при перевыделении памяти элементы вектора копируются. Поэтому если можно посмотреть в сторону std::list или хранить структуры по указателям в векторе.

В реальной жизни ты не всегда можешь выбирать компилятор. И знание того как было раньше не так бесполезно.

Компилятор скорее всего ругаться не будет, но ты можешь зато использовать sizeof, хотя это достаточно спорный момент, т.к. всё равно в аргументах есть явный размер.
Не помню чтобы реально хоть раз была практическая необходимость "передавать" массив заранее известного размера. Только если этот массив, какие-нибудь координаты или пара значений.

Отдельный модуль cpp/h
#include включена только в этот h
И на все нужные функции свои врапперы, с проверкой дополнительного флага, вызывался ли инит.

Уже никак. Всё равно переучиваться на "ручную сборку мусора" и прочие прелести, позволяющие "отстрелить себе ногу". Так что еще один более высокоуровневый язык чем C++ хуже не сделает.

Так исторически сложилось. Почти всё с чем имел дело имеют сносные компиляторы для C и с кучей недочетов для C++.

Получается на C++ в этой среде не сильно большой запрос, а потому толком не оптимизировано, каряво. Как следствие разработчики предпочитают C.

В последнем большом проекте под OMAP я выбрал C++ т.к. вроде бы хорошо поддерживается CCS от TI. Но по началу много услышал нелестного на эту тему от команды. Пока придумали как обойти все грабли, кучу времени убили.

Тогда функция должна возвращать не одно значение а список. Какой-нибудь вектор или динамический массив билдера.

Тогда код

CloseHandle(pHandle);
return pid;

заменяешь на добавление pid в этот результирующий массив и всё. Соответственно и вызов функции изменится

Например:

int PIDByName(AnsiString AProcessName, std::vector<int>& Pids)
{
	Pids.clear();
	HANDLE pHandle = CreateToolhelp32Snapshot(TH32CS_SNAPPROCESS, 0);
	PROCESSENTRY32 ProcessEntry;
	int pid;
	ProcessEntry.dwSize = sizeof(ProcessEntry);
	bool Loop = Process32First(pHandle, &ProcessEntry);

	while (Loop) {
		if (ProcessEntry.szExeFile == AProcessName)	{
			pid = ProcessEntry.th32ProcessID;
			Pids.push_back(pid);
		}
		Loop = Process32Next(pHandle, &ProcessEntry);
	}
	CloseHandle(pHandle);
	return Pids.size();
}

Как именно подключал dll?
Ее же нельзя просто взять и добавить в проект, обычно к ней прилагается lib для подключения. Или можно подключить динамически.

У тебя код не полностью приведен.