<div dir="ltr"><div>I've had this same problem since R15. I see two issues. First, the debugger hangs when you run it using the Quartz-enabled version of "wish" that comes with OS X. Second, the port handler hasn't been upgraded to accommodate wish 8.6, so even if you install a new Tk port, Erlang will still prefer Apple's wish unless you do something to coerce it.</div>
<div><br></div><div>This an ugly solution, but here's how I made the debugger usable on Mac OS X:</div><div><br></div><div>1. Install the x11 variant of the Tk port, ("port install tk +x11"). This will install wish as /opt/local/bin/wish8.6. If you run /opt/local/bin/wish8.6 from the command line and either of these icons appears, then you're still using Quartz; uninstall Tk and try again:</div>
<div><br></div><div><img src="cid:ii_142fce5e136d8a97" alt="Inline image 1"> <img src="cid:ii_142fcf2209ad1033" alt="Inline image 3"><br></div><div><br></div><div>You should see only the app icon for the X11 server, e.g:</div>
<div><br></div><div><img src="cid:ii_142fce689179730d" alt="Inline image 2"><br></div><div><br></div><div>2. Make sure your PATH lists /opt/local/bin before /usr/bin.</div><div><br></div><div>3. Create a symlink to trick the port handler into using the new port. </div>
<div><br></div><div><font face="courier new, monospace">sudo ln -s /opt/local/bin/wish8.6 /opt/local/bin/wish85</font></div><div><br></div><div>Here's why it's necessary:</div><div><br></div><div>When starting wish, the port handler (/opt/local/lib/erlang/lib/gs-1.5.15.2/src/gstk_port_handler.erl) looks for these executables in order:</div>
<div><br></div><div><div><font face="courier new, monospace"> 46 -define(WISHNAMES, ["wish85","wish8.5",</font></div><div><font face="courier new, monospace"> 47 "wish84","wish8.4",</font></div>
<div><font face="courier new, monospace"> 48 "wish83","wish8.3",</font></div><div><font face="courier new, monospace"> 49 "wish82","wish8.2",</font></div>
<div><font face="courier new, monospace"> 50 "wish"]).</font></div></div><div><br></div><div>Notice that wish 8.6 isn't in the list. That's why it always finds the Apple version first. If your path places /opt/local/bin before /usr/bin, creating the symlink will cause it to find the upgraded wish8.6 first.</div>
<div><br></div><div><br></div><div>If you don't like the symlink solution, you can also modify the code. Edit /opt/local/lib/erlang/lib/gs-1.5.15.2/src/gstk_port_handler.erl, and change WISHLIST to include wish8.6:</div>
<div><br></div><div><div><font face="courier new, monospace"> 46 -define(WISHNAMES, ["wish8.6","wish85","wish8.5",</font></div><div><font face="courier new, monospace"> 47 "wish84","wish8.4",</font></div>
<div><font face="courier new, monospace"> 48 "wish83","wish8.3",</font></div><div><font face="courier new, monospace"> 49 "wish82","wish8.2",</font></div>
<div><font face="courier new, monospace"> 50 "wish"]).</font></div></div><div><br></div><div>Or you can simply re-order the list to cause it to respect whatever version of "wish" comes first in your path. This is probably more elegant:</div>
<div><br></div><div><div><font face="courier new, monospace"> 46 -define(WISHNAMES, ["wish","wish85","wish8.5",</font></div><div><font face="courier new, monospace"> 47 "wish84","wish8.4",</font></div>
<div><font face="courier new, monospace"> 48 "wish83","wish8.3",</font></div><div><font face="courier new, monospace"> 49 "wish82","wish8.2"</font><span style="font-family:'courier new',monospace">]).</span></div>
</div><div><span style="font-family:'courier new',monospace"><br></span></div><div><font face="arial, helvetica, sans-serif">When you're done editing, then:</font></div><div><font face="arial, helvetica, sans-serif"><br>
</font></div><div><font face="courier new, monospace">cd /opt/local/lib/erlang/lib/gs-1.5.15.2/</font></div><div><font face="courier new, monospace">rebar compile</font></div><div><br></div><div>And that's it. You should have a debugger now.</div>
<div><br></div><div>~BC</div><div><br></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Sun, Dec 15, 2013 at 11:51 AM, Denis Justinek <span dir="ltr"><<a href="mailto:denis.justinek@gmail.com" target="_blank">denis.justinek@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Hello.<div><br></div><div>Has anyone found a solution to this problem?</div><div><br></div><div>It can also be reproduced on OS X 10.8 / 10.9 : Resizing the debugger window freezes the GUI and makes it unresponsive. </div>
<div><div><br></div><div>--</div><div><br></div><div class="gmail_extra">Denis<br><br><div class="gmail_quote">2013/9/3 Yves S. Garret <span dir="ltr"><<a href="mailto:yoursurrogategod@gmail.com" target="_blank">yoursurrogategod@gmail.com</a>></span><br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><div>Hello,<br><br></div>I'm running this on a Mac OS X 10.7.5. I have release 16B01. Whenever I start up the debugger <br>
and then increase the size of the windows (by dragging the borders), the whole setup just hangs. It <br>
doesn't come back to me, but sits there and doesn't do anything.<br><br></div>Has anyone else had this problem? How did you get around it?<br></div>
<br>_______________________________________________<br>
erlang-questions mailing list<br>
<a href="mailto:erlang-questions@erlang.org" target="_blank">erlang-questions@erlang.org</a><br>
<a href="http://erlang.org/mailman/listinfo/erlang-questions" target="_blank">http://erlang.org/mailman/listinfo/erlang-questions</a><br>
<br></blockquote></div><div><br></div>
</div></div></div>
<br>_______________________________________________<br>
erlang-questions mailing list<br>
<a href="mailto:erlang-questions@erlang.org">erlang-questions@erlang.org</a><br>
<a href="http://erlang.org/mailman/listinfo/erlang-questions" target="_blank">http://erlang.org/mailman/listinfo/erlang-questions</a><br>
<br></blockquote></div><br></div>