iAlexander пишет:

> __> log4cpp прекрасно работает под как минимум 4-мя различными
> __>компиляторами — те что я регулярно гоняю.
> Кстати, какими именно?

Главные msvc-8.0, gcc-4.1.1, borland-6.0 + update 4 — регулярная
сборка и использование. Когда тестировал релиз log4cpp 1.0, то собирал
msvc-6.0 + sp6, msvc-7.0, msvc-7.1, msvc-8.0, mingw-3.4.5, какой-то из
gcc уже не помню какой.

> Я говорил про невозможность использования dll,
>> > (Например, рабочий exe'шник можно построить только с cw32mti.lib; c

Ну так построй log4cpp.dll без использования ниток. Что мешает это
сделать? При этом impl.dll тоже обязанна быть собранная без ниток ибо
несоответствие рантаймов это 100% crash.

>> > cw32i.lib или cw32mt.lib — нельзя! А рабочую dll построить не получается
>> > уже ни с чем...)
> которая сама использует log4cpp.dll
> log4cpp.dll, как и exe тесты для нее строятся нормально после описанных
> выше действий.
> Runtime проблемы в CC3250MT.DLL возникают, когда некто использует
> impl.dll, которая в свою очередь использует log4cpp.dll.
> Где-то в impl.dll:
>
> logger.debug("Help!"); //Здесь-то CC3250MT.DLL и ломается
>
Если impl.dll слинкована с сс3250.dll, а log4cpp.dll слинкована с
CC3250MT.DLL, то конечно же шандарахнет. Нельзя собирать плюсатые проги
с разными рантаймами.