[C++] использование shared library в нескольких приложениях

так либы ж не шарят данные, только код

или я чего-то не понял?

последнее время я все чаще задумываюсь за что же выдают эти зеленые звезды...

последнее время я все чаще задумываюсь за что же выдают эти зеленые звезды...

а Вы в часто задаваемые вопросы гляньте, там для Вас спецом написано, но главное ж написать пафосный камент, да?

а в чем пафос?

последнее время я все чаще задумываюсь за что же выдают эти зеленые звезды...

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

>Сообщение формируется по внутреннему состоянию класса А, но в зависимости от приложения сообщение должно немного различаться

Тут надо смотреть, в чём заключается зависимость формируемой строки от конкретного приложения. Может достаточно передавать от приложений форматную строку (ака шаблон), с которым будет работать getMessage()?

Грубо говоря, это сообщение об ошибке с информацией. Информация для консольной версии и для GUI будет различная, ессно.

Да, наверное так и сделаю:
getMessage(const char* customMessage);

Thanks.

Очевидное решение - если сообщение формируется по внутреннему состоянию объекта и должно зависеть от приложения, то нужно добавить в состояние объекта информацию о приложении

Сообщения об ошибке с информацией принято эксепшонами выбрасывать, с собственно информацией об ошибке в самом объекте исключения, ну и в обработчике его уже делать с этой информацией что угодно - хоть всплывающим окном выскакивать, хоть в консоль печатать

Очевидное решение - если сообщение формируется по внутреннему состоянию объекта и должно зависеть от приложения, то нужно добавить в состояние объекта информацию о приложении

Как определять приложение предлагаешь? Либа подключается в run-time, а не compile time.

Исключения не используем.

можно попробовать идентифицировать приложения в общей библиотеке по pid/tid... ну и вероятно придется метод регистрации приложений писать.

А может быть и зря, они иногда полезны

Сделай два метода - один для гуи, один для консольного. Всё остальное - изврат.

> Информация для консольной версии и для GUI будет различная, ессно.

А что тут «ессно»? Тут ничего не «ессно», тут совсем наоброт.

код библиотеки доступен для модификации?

Если либку менять нельзя, то надо б следить кто рождает объекты класса А в приложении.

Если можно - я бы использовал подобие вендового HRESULT, и разбирал бы код ошибки в отдельной функции, типа GetErrMessage(int code, ... ), те избавил бы билиотечные классы от строковых сообщений, выкидывая коды ошибок.