Hi there, I've hit a bit of a snag with Lion when using iTerm2 and the patched tmux that the iTerm2 project have provided - it causes the kernel to panic in Lion as you detach from the tmux session. Easiest way to hit it is to install iTerm2 from http://code.google.com/p/iterm2/downloads/list and grab the tmux-for-iTerm2 archive as well, then using homebrew install libevent 2.0.16 (there's instructions around building this at http://code.google.com/p/iterm2/wiki/TmuxIntegration) and then set up two profiles in iTerm2, one that runs "tmux -C" to create a new session, and one that runs "tmux -C attach" to attach to a running tmux session. When launching the "tmux -C" session, two windows open, one terminal running in tmux, and one control window with a small menu - in the control window, just hit Escape to detach and the bug's triggered. I've tried to attach a debugger to a VM that I use to get some additional information, and this is what I've got: Program received signal SIGTRAP, Trace/breakpoint trap. 0xffffff80002c5e7b in Debugger (message=0xb2f <Address 0xb2f out of bounds>) at model_dep.c:930 930 __asm__("int3"); (gdb) bt #0 0xffffff80002c5e7b in Debugger (message=0xb2f <Address 0xb2f out of bounds>) at model_dep.c:930 #1 0xffffff8000220702 in panic (str=0xffffff80006a0bd8 "\"Negative open count?\"@/SourceCache/xnu/xnu-1699.24.23/bsd/miscfs/specfs/spec_vnops.c:1368") at debug.c:306 #2 0xffffff8000328af2 in spec_close (ap=0xffffff80008b1948) at spec_vnops.c:1368 #3 0xffffff800032c895 in devfsspec_close (ap=0xffffff80463ebd30) at devfs_vnops.c:665 #4 0xffffff8000318ef4 in VNOP_CLOSE (vp=0xffffff800aa42170, fflag=48, ctx=0xffffff80008b3d08) at kpi_vfs.c:3417 #5 0xffffff80002fd1aa in vclean (vp=0xffffff800aa42170, flags=4) at vfs_subr.c:2054 #6 0xffffff80002fceae in vgone [inlined] () at /SourceCache/xnu/xnu-1699.24.23/bsd/vfs/vfs_subr.c:2255 #7 0xffffff80002fceae in vnode_reclaim_internal (vp=0xffffff800aa42170, locked=1178516976, reuse=1178516976, flags=1) at vfs_subr.c:4137 #8 0xffffff80002fe3d1 in vn_revoke (vp=0xffffff800aa42170, flags=0, a_context=0xaa4217000000000) at vfs_subr.c:2197 #9 0xffffff8000316a1f in VNOP_REVOKE (vp=0xffffff80008b1948, flags=0, ctx=0xaa4217000000000) at kpi_vfs.c:4023 #10 0xffffff8000540e29 in proc_exit (p=0xffffff8009ac9b80) at kern_exit.c:537 #11 0xffffff800023ba0b in thread_terminate_self () at thread.c:368 #12 0xffffff800023bf0a in special_handler (rh=0xffffff8009ab0e20, thread=0xffffff8009772a00) at thread_act.c:844 #13 0xffffff800023bfa0 in act_execute_returnhandlers () at thread_act.c:754 #14 0xffffff800021e0ce in ast_taken (reasons=32, enable=1) at ast.c:165 #15 0xffffff80002c1c8a in i386_astintr (preemption=162205216) at trap.c:1293 (gdb) As I can trigger this at will, if there is anyone that want to get additional information about this to squash this bug, let me know what information you'd want (commands for me to run in gdb, what to look for) and I'll obtain it. I'd like to get this solved, somehow. :) /Anders _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-dev mailing list (Darwin-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: https://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.app... This email sent to site_archiver@lists.apple.com