On 25/02/2019 14:17, Christopher Schultz wrote: > All, > > At the risk of making the build for Windows even more onerous, would > it be possible to distribute DEBUG builds along with the standard ones? > > The native stack trace in this bug report[1] for example is > non-existent and useless because it just says: > > # Problematic frame: > # C [tcnative-1.dll+0x60895] > > If I had a Windows development environment and that same version from > the svn branch and my compiler settings were exactly what was used by > the Release Manager for that particular version, I might be able to > resolve tcnative-1.dll+0x60895 to the right function and, nf I'm > lucky, the right line of code. > > But the compiler can build all that into the binary, so why bother > fiddling with all that nonsense? We should be able to tell the > bug-reporter "please replace the regular build with the DEBUG one and > try again to get better data" and, likely, we'll get better data. > > WDYT?
It probably means debug builds for OpenSSL and APR as well. Speaking as the current RM, if someone updates [2] I have no objection to turning the handle. If the expectation is that I figure out what changes are required then it will happen (I think it is a good idea) but it is going to take longer. Mark [2] https://cwiki.apache.org/confluence/display/TOMCAT/Building+the+Tomcat+Native+Connector+binaries+for+Windows > > Thanks, > -chris > > [1] https://bz.apache.org/bugzilla/show_bug.cgi?id=63199#c0 > > --------------------------------------------------------------------- > To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org > For additional commands, e-mail: dev-h...@tomcat.apache.org > --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
