Xref: utzoo comp.editors:3165 comp.emacs:10685 Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!wuarchive!zaphod.mps.ohio-state.edu!pacific.mps.ohio-state.edu!linac!convex!central!dinosaur!ttsi!root From: root@ttsi.lonestar.org (System) Newsgroups: comp.editors,comp.emacs Subject: Re: GNU Emacs gets another convert Message-ID: <1991May9.221052.7776@ttsi.lonestar.org> Date: 9 May 91 22:10:52 GMT References: <1991May1.184113.14519@sbcs.sunysb.edu> <1991May2.122705.20209@njitgw.njit.edu> <1991May3.191511.8270@njitgw.njit.edu> <8515@hsv3.UUCP> Organization: Tandem Telecommunications Systems Inc. Plano, Tx. Lines: 26 In article <8515@hsv3.UUCP> mvp@hsv3.UUCP (Mike Van Pelt) writes: >In article Dan_Jacobson@ihlpz.ATT.COM writes: >>Another convert! Ken, here's what I found in etc/DISTRIB. > >I used to sometimes use emacs, especially to clean junk out of a >directory with dired. But we've moved to SPARCs, and a build of emacs >18.55, though it completes without error, produces a binary which does >nothing but print the message "error 6, core dumped". (Plus create the >proverbial 8MEG dump file, of course.) If I had time to debug it, I >would, but I don't, so I continue to use vi. (In general, I like vi >better anyway, but I do like dired, and some of the users occasionally >bug me about when emacs will be available again.) >-- >Mike Van Pelt "Hey, hey, ho ho, It's been about six months, but if memory serves me, this problem can be corrected by defining a symbol SYSTEM_MALLOC in config.h telling it to use the standard library malloc instead of GNU malloc. This certainly fixed some problem which might be the same one you're experiencing. -- Mark S. Evans Tandem Telecommunications Systems Inc. Phone: 214-516-6201 850 E. Central Parkway Fax: 214-516-6801 Plano, TX 75074 Mail: mse@ttsi.lonestar.org