> In previous messages you said that it crashes on application exit. > Now on 1-st delete operator. So where it crashes really? On application exit when the first delete operator is executed.
-----Original Message----- From: harbour-boun...@harbour-project.org [mailto:harbour-boun...@harbour-project.org] On Behalf Of Przemyslaw Czerpak Sent: 2009. december 15. 14:40 To: Harbour Project Main Developer List. Subject: Re: RE: RE: [Harbour] HBQT - demoqt default MinGW build (HB_FM_DL_ALLOC without USE_DL_PREFIX) crashes On Tue, 15 Dec 2009, Bisz István wrote: Hi, > >I can define USE_DL_PREFIX as default in ST builds but I'm afraid that > >it will only hide some problems in HBQT code instead of resolving them. > The default ST with VS2008 woks, just the default ST with MinGW fails on > the first delete operator. In previous messages you said that it crashes on application exit. Now on 1-st delete operator. So where it crashes really? Anyhow we still do not know why it crashes. Tests which checks that it works in one configuration but does not work in other only help to reduce the problem but are not enough to give an answer what and where is exactly broken. Errors like GPF caused by accessing released memory can be very easy hidden by any modifications which change even a little bit memory allocation strategy and/or addresses of allocated memory blocks so pointers read from freed memory area can be still valid. Program will stop GPF but it does not mean that anything was fixed. It's still broken as it was and sooner or later the problem will be exploited again. best regards, Przemek _______________________________________________ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour _______________________________________________ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
