Subj : Re: AV in tear-down To : netscape.public.mozilla.jseng From : "Sterling Bates" Date : Sat Nov 22 2003 12:57 am Well, would-ya look at this: $10058C80 C:\PROGRAM FILES\BORLAND\DELPHI5\PROJECTS\COMPONENTS\JS\JS3215D.DLL JS_XDRMemDataLeft $10039B09 C:\PROGRAM FILES\BORLAND\DELPHI5\PROJECTS\COMPONENTS\JS\JS3215D.DLL JS_XDRMemDataLeft $10039287 C:\PROGRAM FILES\BORLAND\DELPHI5\PROJECTS\COMPONENTS\JS\JS3215D.DLL JS_XDRMemDataLeft $10013517 C:\PROGRAM FILES\BORLAND\DELPHI5\PROJECTS\COMPONENTS\JS\JS3215D.DLL JS_XDRMemDataLeft $10005899 C:\PROGRAM FILES\BORLAND\DELPHI5\PROJECTS\COMPONENTS\JS\JS3215D.DLL JS_XDRMemDataLeft $00455EA7 C:\PROGRAM FILES\BORLAND\DELPHI5\PROJECTS\COMPONENTS\JS\JSTEST.EXE TJSEngine::Destroy in jsintf line 418 $0042FB77 C:\PROGRAM FILES\BORLAND\DELPHI5\PROJECTS\COMPONENTS\JS\JSTEST.EXE TControl::Click in Controls line 4279 $00426D17 C:\PROGRAM FILES\BORLAND\DELPHI5\PROJECTS\COMPONENTS\JS\JSTEST.EXE TButton::Click in StdCtrls line 2882 $00426EED C:\PROGRAM FILES\BORLAND\DELPHI5\PROJECTS\COMPONENTS\JS\JSTEST.EXE TButton::CMDialogKey in StdCtrls line 2941 $0042F94F C:\PROGRAM FILES\BORLAND\DELPHI5\PROJECTS\COMPONENTS\JS\JSTEST.EXE TControl::WndProc in Controls line 4190 That's a stack trace! Not terribly detailed inside the js engine, mind you, but it gets the routine name. The funny thing is, I didn't use JS_XDR routines at all. This crash occurs on the 19th create-run-tear-down iteration. If I comment out the JS_DefineFunction code: jsobj := JS_DefineObject(fcx,AParent,PChar(str),@fclasses[Length(fclasses)-1],nil,0); New(data); data^.engine := self; data^.data := addr; JS_SetPrivate(fcx,jsobj,data); Then the project works fine indefinitely. AParent = the object of which this function is a member; @fclasses[...] points to a static class record. I don't think that the |data| pointer would have any bearing on this, that's handled on my end. Any ideas what I can do next? Sterling .