Am 22.08.2018 um 15:47 schrieb Mark Thomas:
On 22/08/18 13:41, Christopher Schultz wrote:
All,
Can someone take a quick look at my analysis of the tcnative crash
described here:
https://bz.apache.org/bugzilla/show_bug.cgi?id=62626
Without a debugger in Windows, I don't think I'll be able to find the
line of code where the problem is. There is an offset into the DLL where
the error is happening and I'm assuming that if you have Visual Studio,
you can open the binary DLL and the source and see the mapping between
the two and find where this failure is happening much more easily than I
can via code inspection.
Any Apache committer can request a free MSDN license which includes
Azure credits and licenses for just about any MS software including
Visual Studio. I have one that I use for building Tomcat Native for
Windows and for ISAPI testing (I have a VM for each of the current
supported Windows OSes each with IIS installed).
I don't tend to use Visual Studio but I think I have a copy installed on
a VM somewhere. Let me have a look. I'm not that familiar with using
Visual Studio but I'll see if I can figure out which line number we need
to be looking at.
Mark
Unless there is some native stack-info missing, the fault is actually in
sendbb() which .... doesn't have much in the way of data-writes in it at
all (and it looks like the segfault occurs while trying to *write* to an
out-of-bounds address rather than reading one).
Thanks,
-chris
Not totally sure, but I think if you have a minidump from the crash,
then visual studio can show you symbols from windows DLLs (loading the
symbols from an MS symbol server). But for our own code one would need
to run the dll with installed pdb (debug symbol) files which can be
generated during building the code using a debug target in stead of a
release target. Those pdb files typically get installed in the same
directory as the original dll. I doubt (but I'm not sure), that you can
create a pdb later and pass it to Visual Studio to resolve the symbols
at analyze time. I might be wrong though.
Regards,
Rainer
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org
