This is the mail archive of the
mailing list for the Cygwin project.
gdb using Windows paths in dlopen()ed modules?
- From: Yaakov Selkowitz <yselkowitz at cygwin dot com>
- To: cygwin at cygwin dot com
- Date: Tue, 12 Apr 2016 21:16:54 -0500
- Subject: gdb using Windows paths in dlopen()ed modules?
- Authentication-results: sourceware.org; auth=none
- References: <announce dot 201602220900 dot u1M90xBM023169 at int-mx11 dot intmail dot prod dot int dot phx2 dot redhat dot com> <570D122B dot 50307 at gmail dot com>
On 2016-04-12 10:20, Marco Atzeri wrote:
On 22/02/2016 10:00, Yaakov Selkowitz wrote:
The following packages have been uploaded to the Cygwin distribution:
Mesa is an open-source implementation of the OpenGL specification, a
for rendering interactive 3D graphics.
Complete documentation on OpenGL usage and configuration can be found
This release has been rebuilt for LLVM 3.7.
we found a case where the 32bit is segfaulting
To replicate with octave is enough :
run from xterm
as dri-drivers seems absent from mesa-debuginfo
I can not provide you a meaningful backtrace:
#0 0xfc6d00a0 in ?? ()
#1 0x43934357 in gallium_dri!__driDriverGetExtensions_swrast ()
> #14 0x4fc1ae48 in glutJoystickGetCenter () from /usr/bin/cygglut-3.dll
I'm seeing this as well. Any idea why gdb is using with dlopen()ed
modules? This is preventing it from finding the split debuginfo.
Problem reports: http://cygwin.com/problems.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple