Всем привет!
Установил STLPort 4.5.3 и скомпилировал ее с поддержкой ее собственных streams.
Добавил также пресловутый режим _STLP_DEBUG. Приложение — с использованием MFC, компилятор VC6.
После отладки программы наблюдаются массированнные memory leaks. Уши торчат откуда-то из STLPort-овских аллокаторов (
Убрал _STLP_DEBUG — все нормально.
Не подскажете, с чем это связано? Так и должно быть или я что-то неправильно сделал?

Здравствуйте, retalik, Вы писали:

R>Всем привет!
R>Установил STLPort 4.5.3 и скомпилировал ее с поддержкой ее собственных streams.
R>Добавил также пресловутый режим _STLP_DEBUG. Приложение — с использованием MFC, компилятор VC6.
R>После отладки программы наблюдаются массированнные memory leaks. Уши торчат откуда-то из STLPort-овских аллокаторов :((
R>Убрал _STLP_DEBUG — все нормально.
R>Не подскажете, с чем это связано? Так и должно быть или я что-то неправильно сделал?

попробуй еще

#define _STLP_USE_MFC       1
#define _STLP_USE_NEWALLOC  1
#define _STLP_NEW_PLATFORM_SDK 1

Здравствуйте, Odi$$ey, Вы писали:

OE>Здравствуйте, retalik, Вы писали:

R>>Всем привет!
R>>Установил STLPort 4.5.3 и скомпилировал ее с поддержкой ее собственных streams.
R>>Добавил также пресловутый режим _STLP_DEBUG. Приложение — с использованием MFC, компилятор VC6.
R>>После отладки программы наблюдаются массированнные memory leaks. Уши торчат откуда-то из STLPort-овских аллокаторов (
R>>Убрал _STLP_DEBUG — все нормально.
R>>Не подскажете, с чем это связано? Так и должно быть или я что-то неправильно сделал?

OE>попробуй еще

OE>

OE>#define _STLP_USE_MFC       1
OE>#define _STLP_USE_NEWALLOC  1
OE>#define _STLP_NEW_PLATFORM_SDK 1
OE>

Привет
_STLP_USE_NEWALLOC это конечно хорошо,
только вот медленнее (примерно раза два).
По умолчанию у них оптимизированый алокатор,
но последний течет, зараза.

Если кто знает как решить проблему со стандартным алокатором,
буду очень признателен.

Здравствуйте, Magister, Вы писали:

M>Если кто знает как решить проблему со стандартным алокатором,
M>буду очень признателен.

#if defined _MSC_FULL_VER && defined _DEBUG
#define _STLP_DEBUG_ALLOC       1
#endif

_MSC_FULL_VER в данном случае использован для того, чтобы отсечь компиляторы, не являющиеся VC++ (и, соответственно, не выдающие лишнюю диагностику). Если используется только последний, "defined _MSC_FULL_VER && " можно "отстрелить".

Здравствуйте, Павел Кузнецов, Вы писали:

M>>Если кто знает как решить проблему со стандартным алокатором,
M>>буду очень признателен.

ПК>

ПК>#if defined _MSC_FULL_VER && defined _DEBUG
ПК>#define _STLP_DEBUG_ALLOC       1
ПК>#endif
ПК>

хм, в debug-е утечки не будет, это хорошо, а в release — не будет или не будет видно

Здравствуйте, Odi$$ey, Вы писали:

ПК>>

ПК>>#if defined _MSC_FULL_VER && defined _DEBUG
ПК>>#define _STLP_DEBUG_ALLOC       1
ПК>>#endif
ПК>>

OE>хм, в debug-е утечки не будет, это хорошо, а в release — не будет или не будет видно

Утечки там и так, и так нет. Просто в Debug выдается ложная диагностика. А в Release никакой диагностики нет, так что и проблемы нет

Здравствуйте, Павел Кузнецов, Вы писали:


ПК>>>

ПК>>>#if defined _MSC_FULL_VER && defined _DEBUG
ПК>>>#define _STLP_DEBUG_ALLOC       1
ПК>>>#endif
ПК>>>

ПК>Утечки там и так, и так нет. Просто в Debug выдается ложная диагностика. А в Release никакой диагностики нет, так что и проблемы нет

А как насчёт VC71? Ничего из привёднного выше кроме убирания _STLP_DEBUG не помогает
(стлпорт 4.6.1-2)