Jamie Zawinski writes: Thanks for the report. No, there's nobody really working on Carbon, but Aidan does keep synching the port from the XEmacs trunk. I don't know if he bothers checking Choi's site though, or if we have Choi's most recent code. OK, I have a patch (attached at end), but I don't know why it would plug a leak in the shell buffers yet. Speculation welcome. I recommend that you try out the patch, it seems to help. No promises, obviously, since I don't know how the patch could work on shell-mode, testing is light, and I'm a little worried about changing the timer state from a timer callback. If you're watching the port usage in Activity Monitor, I'd appreciate knowing if you see any leakage. Details (mostly for the tracker): Before the patch, starting a fresh instance, starting a shell, and repeatedly `hg pull -u'ing the Carbon branch seems to consistently ratchet the port count up with each invocation. (It starts at 75, and seems to go up by 2 or 3 for most commands.) M-! does not seem to have the same effect though. I also seem to see a slow leak in the background, about 1 every five minutes. Working on the background angle, the Carbon implementation of itimers was leaking EventLoopTimers. Since all ELTs used are one-shot, I've patched the timer callback to remove the spent ELT. The way the timer code is implemented, mach port usage should be proportional to unexpired timers. With the patch, I don't see any background creep in mach port usage after 60 minutes. For reasons I don't understand yet, this patch also seems to have done wonders for the M-x shell leak as well. Hammering on `hg pull -u' has no visible effect on mach port usage. The first time I did a `cd' in the shell buffer I saw a bump in port usage, but repeated `cd's have had no further effect. Regards, Steve _______________________________________________ XEmacs-Beta mailing list XEmacs-Beta(a)xemacs.org http://lists.xemacs.org/mailman/listinfo/xemacs-beta

Rui-Tao Dong writes: Maybe from Andrew Choi's page, but his general "no support" policy suggests not. http://members.shaw.ca/akochoi-xemacs/ You might do better getting it from the Mercurial repo: hg clone http://hg.debian.org/hg/xemacs/xemacs-carbon2 should work, I think. You will need Xcode installed to get the development environment, but the mercurial version is set up to allow the usual Unix idiom "./configure && make && make install" to succeed; no messing with Xcode needed. Worked for me on Mac OS X 10.4 and 10.5. YMMV. Note that "make install" is *required* to get a working XEmacs binary; you cannot run-in-place in the source tree because it doesn't conform to the expections of the framework code. I strongly recommend that you check your Installation file for correct settings (Carbon enabled, appropriate install prefix) before building, since you have to install to get a working XEmacs. _______________________________________________ XEmacs-Beta mailing list XEmacs-Beta(a)xemacs.org http://lists.xemacs.org/mailman/listinfo/xemacs-beta

Thanks. I missed the Snow Leopard patch on Andrew Choi's page. Together with xemacs-21.5.29-carbon-b8.diff.bz2, I got 21.5.29 compiled. I'll then try you mach port leak patch. Regards, -- Rui-Tao Dong, Ph.D Neos Geosolutions Principal System Architect 100 Bayview Circle, Suite 300 (949)885-9979(O) Newport Beach, CA 92660 (949)287-1077(M) rdong(a)neosgeo.com stephen> Rui-Tao Dong writes: stephen> Maybe from Andrew Choi's page, but his general "no support" policy stephen> suggests not. http://members.shaw.ca/akochoi-xemacs/ stephen> You might do better getting it from the Mercurial repo: stephen> hg clone http://hg.debian.org/hg/xemacs/xemacs-carbon2 stephen> should work, I think. You will need Xcode installed to get the stephen> development environment, but the mercurial version is set up to allow stephen> the usual Unix idiom "./configure && make && make install" to succeed; stephen> no messing with Xcode needed. Worked for me on Mac OS X 10.4 and 10.5. stephen> YMMV. stephen> Note that "make install" is *required* to get a working XEmacs binary; stephen> you cannot run-in-place in the source tree because it doesn't conform stephen> to the expections of the framework code. I strongly recommend that stephen> you check your Installation file for correct settings (Carbon enabled, stephen> appropriate install prefix) before building, since you have to install stephen> to get a working XEmacs. _______________________________________________ XEmacs-Beta mailing list XEmacs-Beta(a)xemacs.org http://lists.xemacs.org/mailman/listinfo/xemacs-beta

Where can I get a copy of Intel binary? I have been running a pre-compiled PPC version (21.5.20) and that is what keeps me from upgrading to Lion (no more PPC emulation). I have a hard time compiling it myself on 10.6 even with the 21.5.29 carbon patch. Regards, -- Rui-Tao Dong, Ph.D Neos Geosolutions Principal System Architect 100 Bayview Circle, Suite 300 (949)885-9979(O) Newport Beach, CA 92660 (949)287-1077(M) rdong(a)neosgeo.com jamie> I assume there's still nobody actually working on the OSX version of jamie> xemacs, but just for posterity I thought I'd point out that there jamie> seems to be a mach port leak somewhere. After about a week it gets up jamie> to 17k ports (according to Activity Monitor) and other programs jamie> (notably Mail.app) start crashing until I restart xemacs. jamie> Carbon xemacs 21.5.28, which I haven't touched in a couple of jamie> years. MacOS 10.6.8. jamie> I use shell buffers a lot, so that's a likely suspect. jamie> -- jamie> Jamie Zawinski http://www.jwz.org/ http://www.dnalounge.com/ _______________________________________________ XEmacs-Beta mailing list XEmacs-Beta(a)xemacs.org http://lists.xemacs.org/mailman/listinfo/xemacs-beta