дебъглявини
9 отговора
336 прегледа
дебъглявини
та значи... memory leak
vc++ 6.0. mfc dll с апликейшън обект и всичките му там гъзарии
всичко точно, даже и работи, ама като излизам дебъгера се оплаква, че е намерил мемори лийкс. всичко тва без допълнителното инфо, както се случва ако аз съм забравил да изчистя нещо -- просто:
Detected memory leaks!
Dumping objects ->
{91} normal block at 0x0CE37138, 4 bytes long.
Data: < A@ > 90 41 40 0D
{90} normal block at 0x0CE37778, 60 bytes long.
Data: < ( > E0 1B 03 10 01 00 00 00 28 13 1B 00 FF FF FF FF
{83} normal block at 0x0CE37AC8, 224 bytes long.
Data: < CX <, R > A0 17 03 10 43 58 00 00 3C 2C 00 00 10 52 E3 0C
{82} normal block at 0x0CE37830, 592 bytes long.
Data: < l > 01 00 00 00 6C 00 00 00 00 00 00 00 00 00 00 00
{80} normal block at 0x0CE374A0, 664 bytes long.
Data: < l > 01 00 00 00 6C 00 00 00 00 00 00 00 00 00 00 00
{78} normal block at 0x0CE37190, 592 bytes long.
Data: < l > 01 00 00 00 6C 00 00 00 00 00 00 00 00 00 00 00
{76} normal block at 0x0CE35210, 7904 bytes long.
Data: < l > 01 00 00 00 6C 00 00 00 00 00 00 00 00 00 00 00
{71} normal block at 0x0CE34EF8, 288 bytes long.
Data: < l > C0 1C 03 10 6C 1C 03 10 01 00 00 00 04 17 03 10
Object dump complete.
е те такива цигании, че гледам има и бая големи парчета дето са изтекли. ако са изтекли изобщо. дайте някакъв акъл, как да разбера кой заделя тая памет и кво има вътре. поизтрейсвах до момента в който дъмпва паметта та да видя кво има там -- нищо интересно (байнъри боклуци), по никакъв начин не виждам да имам пръст в тая работа
дали дебъгера си прави майтап с мене или наистина съм забравил да затрия нещо?!?
забравих да кажа :) в мфц длл-то има и ком компонентчета то всъщност така е почнато -- като атл проект с мфц съпорт
техното е за неуспелите в поп-фолка
...стара китайска поговорка
vc++ 6.0. mfc dll с апликейшън обект и всичките му там гъзарии
всичко точно, даже и работи, ама като излизам дебъгера се оплаква, че е намерил мемори лийкс. всичко тва без допълнителното инфо, както се случва ако аз съм забравил да изчистя нещо -- просто:
Detected memory leaks!
Dumping objects ->
{91} normal block at 0x0CE37138, 4 bytes long.
Data: < A@ > 90 41 40 0D
{90} normal block at 0x0CE37778, 60 bytes long.
Data: < ( > E0 1B 03 10 01 00 00 00 28 13 1B 00 FF FF FF FF
{83} normal block at 0x0CE37AC8, 224 bytes long.
Data: < CX <, R > A0 17 03 10 43 58 00 00 3C 2C 00 00 10 52 E3 0C
{82} normal block at 0x0CE37830, 592 bytes long.
Data: < l > 01 00 00 00 6C 00 00 00 00 00 00 00 00 00 00 00
{80} normal block at 0x0CE374A0, 664 bytes long.
Data: < l > 01 00 00 00 6C 00 00 00 00 00 00 00 00 00 00 00
{78} normal block at 0x0CE37190, 592 bytes long.
Data: < l > 01 00 00 00 6C 00 00 00 00 00 00 00 00 00 00 00
{76} normal block at 0x0CE35210, 7904 bytes long.
Data: < l > 01 00 00 00 6C 00 00 00 00 00 00 00 00 00 00 00
{71} normal block at 0x0CE34EF8, 288 bytes long.
Data: < l > C0 1C 03 10 6C 1C 03 10 01 00 00 00 04 17 03 10
Object dump complete.
е те такива цигании, че гледам има и бая големи парчета дето са изтекли. ако са изтекли изобщо. дайте някакъв акъл, как да разбера кой заделя тая памет и кво има вътре. поизтрейсвах до момента в който дъмпва паметта та да видя кво има там -- нищо интересно (байнъри боклуци), по никакъв начин не виждам да имам пръст в тая работа
забравих да кажа :) в мфц длл-то има и ком компонентчета то всъщност така е почнато -- като атл проект с мфц съпорт
техното е за неуспелите в поп-фолка
...стара китайска поговорка
Re: дебъглявини
аве да ти кажа малко ми са мътни на толкова ниско ниво нещата ама и на мене ми се е случвала подобна простотия. Та един приятел разправяше, че дебъгера си е направо бъгер и си ги гледаше нещата в WinDasm. Баси, не го вдявам нещо тоя асемблер, ама човека веднага ми спипа грешките. Та ако я имаш тая програмка, мятай си екзето там /*ако си се добрал до егзе изобщо де, щото не разбрах*/ и гледай. Ако можеш да ги четеш тия пишки, по-добре така, отколкото да му разчиташ на микрософтския бастун.
Тва е, пък може някой нещо по-умно да измисли. Пък ако искаш, поствай си кода, да го рутим ;))
дао дъ дзин
Тва е, пък може някой нещо по-умно да измисли. Пък ако искаш, поствай си кода, да го рутим ;))
дао дъ дзин
Re: дебъглявини
v tazi vryzka - da imate predstava zashto sled kato VC-to zapochne da pechata memory leaks, nakraq gyrmi i sys Access Violation - i to ne vinagi i to samo kogato testvam vyv IE (v programka na VB nqma problemi)?
Ili pone dali e normalno..... :-)
Ili pone dali e normalno..... :-)
Re: дебъглявини
az razbrah kyde e moja problem :) dali ne e syshtoto i pri emo :)
ta djurkam si az edni mi ti interfeisni pointeri mezhdu 2 threada bez podhodiashtata tehnika na bezopasnost. i poluchavam kvoto mi se polaga -- ot gyrmezhi pri vikane na Release() ot drugia thread do memory leaks v sluchai che ne vikna Release (to togava ne se vikat i masa destruktori, ta ottam biaha memory leakovete).
v toia red na misli -- njakoi da znae kak da si marshallna interfeisnia pointer v drugia thread :) toi i da beshe samo edin pointer ami te edna siuria, edin biliuk i dva kodjaka (tva go obezobrazi latinicata
). pochvam mai da dochuvam edni uzhasii za aggregirane na free threaded marshallera... iskam da izbiagam ot takiva raboti, mama mu stara ot proz bugfix kakva rabota sha izleze
grr propusnah da blagodaria na pm -- okaza se che v atl chastta na projecta njamashe define na DEBUG_NEW, ottam idvaha nepylnite syobshtenia. kato go slozhih vednaga stana iasno koi ne si puska vodata v kenefa
техното е за неуспелите в поп-фолка
...стара китайска поговорка
ta djurkam si az edni mi ti interfeisni pointeri mezhdu 2 threada bez podhodiashtata tehnika na bezopasnost. i poluchavam kvoto mi se polaga -- ot gyrmezhi pri vikane na Release() ot drugia thread do memory leaks v sluchai che ne vikna Release (to togava ne se vikat i masa destruktori, ta ottam biaha memory leakovete).
v toia red na misli -- njakoi da znae kak da si marshallna interfeisnia pointer v drugia thread :) toi i da beshe samo edin pointer ami te edna siuria, edin biliuk i dva kodjaka (tva go obezobrazi latinicata
grr propusnah da blagodaria na pm -- okaza se che v atl chastta na projecta njamashe define na DEBUG_NEW, ottam idvaha nepylnite syobshtenia. kato go slozhih vednaga stana iasno koi ne si puska vodata v kenefa
техното е за неуспелите в поп-фолка
...стара китайска поговорка
Редактирано от grouchy на
Re: дебъглявини
CoMarshalInterThreadInterfaceInStream i CoGetInterfaceAndReleaseStream, FTM ne ti triabva :)))
Re: дебъглявини
CoMarshalInterThreadInterfaceInStream i CoGetInterfaceAndReleaseStream.
Re: дебъглявини
abe ne e :(. stava v 2 otdelni proekta, a v ediniq izobshto nqma threadove...
i ako fixna memory leakovete prestava da gyrmi :-)) nqma leakove - nqma problem :)
i ako fixna memory leakovete prestava da gyrmi :-)) nqma leakove - nqma problem :)
Re: дебъглявини
glagola rutia mai sym chuval da se upotrebiava samo kato se govori za pichki
zha potyrsia toia windasm, sega sha sa opravia bez nego ama za ne tolkova svetloto bydeshte mozhe da potrjabva
техното е за неуспелите в поп-фолка
...стара китайска поговорка
zha potyrsia toia windasm, sega sha sa opravia bez nego ama za ne tolkova svetloto bydeshte mozhe da potrjabva
техното е за неуспелите в поп-фолка
...стара китайска поговорка
Re: дебъглявини
glagola rutia mai sym chuval da se upotrebiava samo kato se govori za pichki
zha potyrsia toia windasm, sega sha sa opravia bez nego ama za ne tolkova svetloto bydeshte mozhe da potrjabva
техното е за неуспелите в поп-фолка
...стара китайска поговорка
zha potyrsia toia windasm, sega sha sa opravia bez nego ama za ne tolkova svetloto bydeshte mozhe da potrjabva
техното е за неуспелите в поп-фолка
...стара китайска поговорка