<html> <head> <base href="https://bugs.freedesktop.org/"> </head> <body> <div> <a class="bz_bug_link bz_status_NEW " title="NEW - Assertion failed: (dx > 0 && dy >= 0 && x1 <= x && x <= x2), function lerp, file fcweight.c, line 48." href="https://bugs.freedesktop.org/show_bug.cgi?id=96609#c6">Comment # 6</a> on <a class="bz_bug_link bz_status_NEW " title="NEW - Assertion failed: (dx > 0 && dy >= 0 && x1 <= x && x <= x2), function lerp, file fcweight.c, line 48." href="https://bugs.freedesktop.org/show_bug.cgi?id=96609">bug 96609</a> from <a class="email" href="mailto:freedesktop@ryandesign.com" title="Ryan Schmidt <freedesktop@ryandesign.com>"> Ryan Schmidt</a> <pre>First, I had to codesign gdb and fix its permissions and ownership so that it could control other processes: <a href="https://sourceware.org/gdb/wiki/BuildingOnDarwin">https://sourceware.org/gdb/wiki/BuildingOnDarwin</a> Then, /opt/local/bin/wine is not a compiled binary in MacPorts; it is a shell script that sets DYLD_FALLBACK_LIBRARY_PATH="/opt/local/lib:/usr/lib" and then calls the compiled binary /opt/local/libexec/wine/wine with the script's arguments. wine does not work on OS X if DYLD_FALLBACK_LIBRARY_PATH is not set. gdb does not seem to want to run scripts; it only wants to run compiled binaries. I tried various ways of setting the environment variable before telling gdb to run /opt/local/libexec/wine/wine, which all failed, except when I finally created a temporary shell script /tmp/runwine with the contents: #!/bin/sh DYLD_FALLBACK_LIBRARY_PATH="/opt/local/lib:/usr/lib" "$@" Then I was able to get gdb to run winecfg by running: $ ggdb /opt/local/libexec/wine/wine (gdb) set exec-wrapper /tmp/runwine (gdb) run winecfg However, gdb did not break on assertions, and running "bt" produces the message "No stack."</pre> </div> <hr> You are receiving this mail because: <ul> <li>You are the assignee for the bug.</li> </ul> </body> </html>