If you allready know the answer (that is: Delphi is producing it's own bugs) you might want to try your luck with Borland - after all, that's who produces Delphi and the only one able to fix the "bug producing engine".
On the other hand, if you take a look at things, you might realise your using TlistView, and that's a REALLY thin wrapper around Microsoft's list view; Also you might not have changed anything within your application, you might have "upgraded" ComCtrl32.DLL somehow, so the code you're actually using has changed. Also I doubt it's ither Microsoft or Borland "producing" your bug, I'm willing to bet it's something in your own code (and please don't feel offended, whenever I see a bug in my own application I'll allways blame me, and will not assume is someone else's bug unless I have really strong proof) As a final word, unless you're expecting compassion from the list and nothing else, blaiming the problem on 3rd partys (esspecially on big names like Borland or Microsoft) without really good and reproductible proof, you're not going to get anywhere. Sorry. > -----Original Message----- > From: [EMAIL PROTECTED] [mailto:delphi-talk- > [EMAIL PROTECTED] On Behalf Of Richard R > Sent: Tuesday, December 06, 2005 2:30 PM > To: 'Delphi-Talk Discussion List' > Subject: delphi produces it's own bugs > > I'm at my wits end with this compiler. Just recently, a software tester > reported that setting the page control to be multilined causes many access > violation errors and a priviledged instruction error. I go and test and > find > out he is right. This only occurs when items are being added to a > TListView. > This never happened before and the code hasnt changed, I think Delphi is > becomming more and more chaotic. Even after uninstalling and reinstalling > Delphi, the problem didnt go away. I'm adding items to the TListView by > using > > lvPM.AddItem(tsObjGetName(objs[i]), TpmUndo.Create(objs[i])); > > the tsobjgetname function returns the name of a object (and has no leaks), > and the TpmUndo is a TObject that has no special allocations, just > references. Even if I had problems with these functions, it has nothing to > do with a TPageControl. Any ideas? Also Memchk has been finding memory > leaks > with a TListView when there's nothing in it, in the controls and system > pas. > I can't afford to upgrade to D7 now, so I'm not sure what to do > __________________________________________________ > Delphi-Talk mailing list -> [email protected] > http://www.elists.org/mailman/listinfo/delphi-talk __________________________________________________ Delphi-Talk mailing list -> [email protected] http://www.elists.org/mailman/listinfo/delphi-talk
