search

trident-job / delphi-code-coverage

Automatically exported from code.google.com/p/delphi-code-coverage
0 stars 0 forks source link

Access violation at address 004D68A0 in module 'CodeCoverage.exe'. Read of address 00000000 #35

Closed GoogleCodeExporter closed 9 years ago

GoogleCodeExporter commented 9 years ago 
What steps will reproduce the problem?
This is my command line:
CodeCoverage -m Tests.map -e Tests.exe -u ShellBrowser ShellControls 
JamControls JamDialogs Shell_Win32 ShellLink ThreadPool JamWorkItems 
JAmSelectionList -sd ..\Source -od CodeCoverageReport -xml -html

What is the expected output? What do you see instead?
Access violation at address 004D68A0 in module 'CodeCoverage.exe'. Read of 
address 00000000

What version of the product are you using? On what operating system?
V1.0 RC1 on Windows 7 x64 with Delphi XE2

Please provide any additional information below.
I can supply Tests.Exe and Tests.map if you like

Original issue reported on code.google.com by joachim....@gmail.com on 12 Apr 2012 at 1:09

GoogleCodeExporter commented 9 years ago 
Could you run it with -lt switch and provide a Delphi-Code-Coverage-Debug.log 
file

Original comment by e.kotlya...@gmail.com on 12 Apr 2012 at 4:50

GoogleCodeExporter commented 9 years ago 
The log file is attached in a ZIP archive. Thanks.

Original comment by joachim....@gmail.com on 13 Apr 2012 at 11:47

Attachments:

GoogleCodeExporter commented 9 years ago 
Could you try attached CodeCoverage.exe, I added more debug logging there and 
it should generate CodeCoverage.elf file with stacktrace

Original comment by e.kotlya...@gmail.com on 17 Apr 2012 at 4:30

Attachments:

GoogleCodeExporter commented 9 years ago 
Your attached build does no longer produce the Access Violation. So either the 
bug has already been solved in your latest source code, or the release build 
options are responsible for the problem. I will be happy to check your next RC.

Original comment by joachim....@gmail.com on 19 Apr 2012 at 7:18

GoogleCodeExporter commented 9 years ago 
In a second run, the AV occurred again. Please find the log file attached.

Original comment by joachim....@gmail.com on 19 Apr 2012 at 11:48

Attachments:

GoogleCodeExporter commented 9 years ago 
Could you try attached CodeCoverage.exe, it should fix this issue.

Original comment by e.kotlya...@gmail.com on 19 Apr 2012 at 3:58

Attachments:

GoogleCodeExporter commented 9 years ago 
This issue was closed by revision r90.

Original comment by e.kotlya...@gmail.com on 24 Apr 2012 at 4:31

GoogleCodeExporter commented 9 years ago 
With RC2 I get the access violation again. It seems that the above prerelease 
just suppressed the AV because the "dunit-report.xml" of my DUnit project was 
incomplete, which indicates that the process terminated unexpectedly. Please 
find the log file attached again.

Original comment by joachim....@gmail.com on 2 May 2012 at 1:32

Attachments:

GoogleCodeExporter commented 9 years ago 
RC2 was done before fix was committed, you could try current source from SVN

Original comment by e.kotlya...@gmail.com on 2 May 2012 at 5:45

GoogleCodeExporter commented 9 years ago 
Which JCL version are you using? I experience problems when compiling against 
V2.3

Original comment by joachim....@gmail.com on 3 May 2012 at 11:36

GoogleCodeExporter commented 9 years ago 
I ran CodeCoverage from SVN in the IDE and got an AV excpetion in Debugger.pas 
line 629/630:

FLogManager.Log('No map information available Address:' + IntToHex
(Integer(ExceptionRecord.ExceptionInformation[1]), 8)+ ' module 
'+module.getName());

"module" was nil and so module.getName() raised the AV.

Original comment by joachim....@gmail.com on 3 May 2012 at 3:46

GoogleCodeExporter commented 9 years ago 
Thanks for finding it. I just committed fix to SVN, could you try it again

Original comment by e.kotlya...@gmail.com on 4 May 2012 at 4:28

GoogleCodeExporter commented 9 years ago 
This issue is now fixed, Thanks!

Original comment by joachim....@gmail.com on 7 May 2012 at 9:04