JonoW
14 years agoOccasional Contributor
tcClrHook.dll version X vs version Y/Z
Hello,
I'll start with some History:
We originally started out using the trial version of TC7. We discovered the name mapping issue that was fixed with a patched version of tcclrhook.dll (dated 25 Jan 2010 - v7.52.678.7).
On that basis we bought a couple of licences for TC8 Enterprise. This has the dll version (dated 22 July 2010 - v8.0.290.7). However when we try to access certain objects through the Object Browser our application crashes - we have two very similar (same sort of code base) applications on test, one of which always crashes with a stackoverflowexception error, the other just crashes with even less information - just a .NET 2.0 runtime error.
We have been given license for the enterprise version of TC7 and its version of the dll does not crash our application, but we still have the name mapping issue - objects showing up as:
Sys.Process("Application.UI").Window("WindowsForms10.Window.8.app.0.33c0d9d", "CompanyName", 1).Window("WindowsForms10.Window.8.app.0.33c0d9d", "", 2).Window("WindowsForms10.Window.8.app.0.33c0d9d", "", 3).Window("WindowsForms10.Window.8.app.0.33c0d9d", "", 7).Window("WindowsForms10.Window.8.app.0.33c0d9d", "Communication", 1)
For an Infragistics ultraButton control, for example.
If we patch to the later version of the dll, the one for TC7.52 (dated 16th April 2010 - v7.52.694.7) then our name mapping works as expected, but the application still crashes.
There's a sort of workaround, by which we let TC handle the name mapping automatically when we record keyword tests. We'll then have to change the mappings manually.
I was just wondering if there's anyone else out there who's experienced a similar issue, or if AQA/SmartBear are aware of this and working on a solution so that our application won't crash.
Thanks,
<J>
I'll start with some History:
We originally started out using the trial version of TC7. We discovered the name mapping issue that was fixed with a patched version of tcclrhook.dll (dated 25 Jan 2010 - v7.52.678.7).
On that basis we bought a couple of licences for TC8 Enterprise. This has the dll version (dated 22 July 2010 - v8.0.290.7). However when we try to access certain objects through the Object Browser our application crashes - we have two very similar (same sort of code base) applications on test, one of which always crashes with a stackoverflowexception error, the other just crashes with even less information - just a .NET 2.0 runtime error.
We have been given license for the enterprise version of TC7 and its version of the dll does not crash our application, but we still have the name mapping issue - objects showing up as:
Sys.Process("Application.UI").Window("WindowsForms10.Window.8.app.0.33c0d9d", "CompanyName", 1).Window("WindowsForms10.Window.8.app.0.33c0d9d", "", 2).Window("WindowsForms10.Window.8.app.0.33c0d9d", "", 3).Window("WindowsForms10.Window.8.app.0.33c0d9d", "", 7).Window("WindowsForms10.Window.8.app.0.33c0d9d", "Communication", 1)
For an Infragistics ultraButton control, for example.
If we patch to the later version of the dll, the one for TC7.52 (dated 16th April 2010 - v7.52.694.7) then our name mapping works as expected, but the application still crashes.
There's a sort of workaround, by which we let TC handle the name mapping automatically when we record keyword tests. We'll then have to change the mappings manually.
I was just wondering if there's anyone else out there who's experienced a similar issue, or if AQA/SmartBear are aware of this and working on a solution so that our application won't crash.
Thanks,
<J>