Форум » [x]Harbour » Сборщик мусора / очистка памяти » Ответить
Сборщик мусора / очистка памяти
Sergy: Первые два рабочих дня "новой" программы помимо ожидаемых ошибок, связанных с "длинными" именами переменных/функций принесли пару-тройку ситуаций, в которых я ничего не могу понять. Общий смысл таков, что в некоторых местах, связанных с интенсивными расчетами (напр. подгтовка прайс-листа на 5-6 тысяч наименований, сложная комбинированная работа с разными таблицами одновременно и тп) приводит к совершенно непредсказуемым результатам: - пропадают надписи в SAY в панели с несколькими GET - программа вылетает/виснет - программа неожиданно начинает пытаться открыть документ Word/Excel а то и несколько... Осмысленного объяснения этому процессу дать не могу, поскольку связи с кодом нет точно. Во всяком случае, Clipper в этих местах работал (но зато без звука вылетал в других и намного чаще). На одной машине даже поймал вот такой отчет: --- Application Internal Error - D:\tradewin.exe Terminated at: 2013.08.23 12:12:31 Неисправимая ошибка 9009: hb_xrealloc ене может перераспределить память Called from AADD(0) Called from CRLIST(187) in trade206.prg Called from ADDR2QUEUE(124) in trade206.prg Called from SALE2QUEUE(209) in trade206.prg Called from MAKESALEDOCS(1816) in trade224.prg Called from SALECONT2(593) in trade224.prg Called from DBVIEW2(4807) in trade225.prg Called from DO(0) Called from ACHOICE(0) in ../../../achoice.prg Called from DBVIEW(4784) in trade225.prg Called from SALECONTROL(272) in trade224.prg Called from CHECK4DAMAGE(963) in trade.prg Called from MAIN(234) in trade.prg ------------------------------------------------------------------------ в Clipper я использовал в критичных местах шаманства наподобие MEMORY(-1) и FT_IamIdle() В Harbour я естественно их убрал - полагал, что там, где раньше почти хватало 16 мегов памяти, в 1-2 гигабайтах будет где развернуться без проблем. Похоже, что это не так. Что нужно использовать для Harbour и в каких случаях ?
Ответов - 67, стр:
1 2 3 4 All
Pasha: Паша а каковы могут быть причины что программа зависает на QUIT , он же __QUIT() ? Да по quit выполняется много чего: это и dbCloseAll(), и освобождение памяти, и отработка exit-процедур. В обычной ситуации никаких проблем быть не должно. Я даже не скажу, как определить, деинициализация какого модуля глючит.
Sergy: Dima пишет: Паша а каковы могут быть причины что программа зависает на QUIT , он же __QUIT() ? У себя повторить не получилось , ловил зависон при входе на удаленный комп через Team Viewer , раз 20. Приложение точно зависает , так как в заголовке окна винда 7 пишет что приложение не отвечает. Я-бы начал с проверки всех самописных EXIT-процедур в программе.
Dima: Sergy пишет: Я-бы начал с проверки всех самописных EXIT-процедур в программе. Их нет.
PSP: Dima, а диск на той машине как себя чувствует? Посмотри S.M.A.R.T.
Dima: И все же рандомно висяк есть в MT приложении при __QUIT() , на разных машинах. Попробовал перед __QUIT() такой код [pre2] hb_threadDetach( hb_threadStart( HB_THREAD_INHERIT_MEMVARS,@KillMYApl(),1500)) [/pre2] [pre2] Func KillMYapl(msec) local xs:=hb_MilliSeconds() do while hb_MilliSeconds()-xs<msec hb_releasecpu() enddo hb_threadQuitRequest(Ghpid) // Ghpid указатель главного потока приложения return nil [/pre2] Если на __QUIT() висяк , тогда этот поток не срабатывает хотя и отсоединен. В диспетчере задач винда кажет что приложение висит.
Dima: Dima пишет: Если на __QUIT() висяк , тогда этот поток не срабатывает хотя и отсоединен. Вероятно до лампочки пытаться средствами самого приложения его же и убить в случае зависшего __QUIT() , так как он сам по ходу потоки и "убивает" живущие в этом приложении. Убить можно только "извне" (или через hb_threadQuitRequest + Pid приложения) как и советовал Has в личной переписке. Посему можно запустить внешнюю маленькую программу с передачей ей параметра в котором будет жить указатель главного потока приложения , но есть проблема , у него VALTYPE равен "P" , каким образом его передать в качестве параметра скажем в WAPI_ShellExecute а в нем преобразовать параметр из типа "C" в "P" ?
petr707: Получаем список процессов через TASKLIST ( можно в файл), если находим в списке нужный процесс - удаляем также через внешний вызов - TASKKILL TASKLIST имеет фильтры для выделения нужного потока.
полная версия страницы