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

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

Thanks Stephen, I tried Andrew Choi's patch and couldn't get it to work. I tried the Mercurial repo and got configure error at checking for specified window system. I did install Xcode with SDK for 10.4, 10.5 and 10.6 on Snow Leopard. My Mac windowing experience is mostly limited to QT and know very little about carbon. 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

Rui-Tao Dong writes: Note that the XEmacs developers actually working on Carbon (occasionally) aren't running Snow Leopard, let alone Lion. If you don't report your problems (preferably including full description of what you did and the wrong behavior, as well as verbatim copies of all error messages), there's nothing we can do because we don't observe the bug. Regards, _______________________________________________ XEmacs-Beta mailing list XEmacs-Beta(a)xemacs.org http://lists.xemacs.org/mailman/listinfo/xemacs-beta