Forum Discussion

prognase's avatar
prognase
Occasional Contributor
9 years ago

Script recording abort with access violation in tcHook.dll

Hi everyone,

 

I have an odd problem when recording a script test under Windows 10, TC 11.20, application developed in Delphi 10 Seattle incl. EurekaLog. When I click file -> open in my app, I run an "execute" on the Delphi standard file open dialog. When recording, the dialog does not pop up but I get an "access violation at address 0" in tcHook.dll (image attached). I close the error raised by EurekaLog, stop recording and close the app.

 

The script created is as follows:

 

procedure Test1;
var proj_LFH : OleVariant;
var dlgErrorOccurred : OleVariant;
begin
  TestedApps.Proj_LFH.Run;
  proj_LFH := Aliases.Proj_LFH;
  proj_LFH.FORM_Main.Click(17, 41);
  proj_LFH.wnd32768.Click(48, 15);
  dlgErrorOccurred := proj_LFH.dlgErrorOccurred;
  dlgErrorOccurred.checkRestartApplication.ClickButton(cbUnchecked);
  dlgErrorOccurred.btnDontSend.ClickButton;
end;

 

So the last 3 lines contain the "issue section". Funny thing: when I run this again, the file open dialog pops up as expected, no access violation... So I can "bypass" the problem by dropping those lines and continue recording, but this is not really what it should be like.

 

Anyone got an idea? Thanks in advance!

Matthias

  • Just for the record, offender detected: application has an active VCL style. When "turning off" styles by selecting the default "Windows", recording works fine.

     

    Cheers,

    Matthias

    • prognase's avatar
      prognase
      Occasional Contributor

      Dan & Helen,

       

      thanks for your hints, however that so far did not fix the issue but changed the behaviour: when clicking open now, the application does not popup the error message from EurekaLog, instead silently closes as if I had clicked "Exit". I tried both 32bit Debug and Release versions, release including modifications by WinLicense (I suspect also problematic for TC as this heavily modifies the exe incl. vm code creation etc.). But even the clean debug-only shows the problem.

       

      As I didn't have much time for this yesterday and will not during the day today, I will try more this evening. If the issue persists I'll get in touch with Tech Support and provide a URL for the executable so behaviour can be verified.

       

      Thanks for your help!

      Matthias

      • prognase's avatar
        prognase
        Occasional Contributor

        Just for the record, offender detected: application has an active VCL style. When "turning off" styles by selecting the default "Windows", recording works fine.

         

        Cheers,

        Matthias