я как пример привёл.
дык со стандартным менеджером памяти есть такая ошибка?
такой нет (зато другая появилась :( ),
собственно как вяснилось и с фастмемом работает, надо отключить шаринг
памяти (я его активно в другом проекте использую, вот и выставил в
настройках).
в противном случае такое ощущение что менеджер памяти финиширует раньше чем
начинает выполняться блок файнализации, т.е. адресного пространства куда
указывают переменные просто не существует.
здесь речь однозначно не в двойном высвобождении или потери (затирании)
ссылки в ходе выполнения. пока приложение работает все пучком, ошибки
возникают, когда библиотека выгружается
я их тестировал в своё время,
дык борманды свой довольно хорошо написали.
с этим не поспоришь
для приложений подходит, а службы 24х7 пишут .0001% программистов :-)
а всякие квик/фаст менеджеры - выигрывали на выделении,
значит проигрывали на освобождении.
в любом случае, дисковые/сетевые операции потребляют много больше времени,
нежели работает менеджер памяти!
это библиотека поиска по нашему сайту, там достаточно активно идет работа с
памятью, так что после подключения мастмема, фасткоде, фастмува выйгрышь
достигал 15% на оперциях изменения данных в индексе.
кроме того фастмем мне показался более функциональным и удобным (более
совершенным :) )
эту бяку я вроде победил но ошибка какя-то все-равно осталась, но
сказывается она когда ей захочется, и понять природу ее просто не
представляю как. происходит при загрузке библиотеки но только после того как
она уже хотябы раз была выгружена. причем локально и настарых серверах пока
не проявлялась, а вот с новыми просто беда
