Announcements and discussions for Gnus, the GNU Emacs Usenet newsreader
 help / color / mirror / Atom feed
From: David Kastrup <dak@gnu.org>
Subject: Re: Fatal error (11).  Emacs/ Linux hosed my very long document.
Date: Mon, 20 Sep 2004 23:13:52 +0200	[thread overview]
Message-ID: <x5u0tsabjj.fsf@lola.goethe.zz> (raw)
In-Reply-To: <DAF3d.21961$ZC7.12096@newssvr19.news.prodigy.com>

"wlcna" <wlcna@nospam.com> writes:

> "Mike Cox" <mikecoxlinux@yahoo.com> wrote in message 
> news:3d6111f1.0409161437.30ef8b7d@posting.google.com...
>>I recently switched to xemacs as my default word processor so I could
>> do formatting in TEX for a very long document.  Most recently I've
> [...]
>
> I don't really care about this discussion because I don't like/can't stand 
> emacs (I use vi and vim) and also initially thought the o.p. was a complete 
> liar and troll, but having looked at his other posts and his posting 
> history, I no longer believe this and moreover...  I NOW THINK this guy has 
> a point:  xemacs is a pile of crap if this guy was editing for five hours 
> and it crashed out of nowhere on him.
>
> I think xemacs has a problem here because I've NEVER ONCE
> experienced a crash with vim, whether it be using it from the
> command line or gui.  Not once, and it's the only editor I've been
> using for years, and I don't use it in any plain, stripped down
> versions, but pretty well feature-maxed versions, under multiple
> operating systems and windowing environments.  This guy was editing
> for five hours and he gets a crash "out of nowhere."

Well, according to "this guy", he had been writing a review, and had
written 100 pages at the time of the crash.  A 100 page review, and
written at a speed of 20 pages per hour.

And then, while he is writing with this fervor, XEmacs crashes, of all
things, in the package finder.  What is he doing browsing the package
finder in the middle of such a heated editing session?  And then he
gets a traceback which indicates no crucial function at all, like what
would happened if you did a kill -SEGV explicitly on XEmacs.

And lo and behold, the autosave file is missing.  It is one of the
most foolproof systems ever, and it is purportedly not doing anything.
I have done editing with completely unstable development versions of
Emacs, and never lost more than about a line of text when it crashed.

And then we have Mike Cox, a _known_ anti-Linux troll from
comp.os.linux.advocacy, and he crossposts his report without much
usable information (and the given information rather unbelievable) to
a bunch of groups including advocacy groups.

No really, your vim preferral in all respect, but I am afraid that
_this_ posting is nothing to feed it.

> One can call him an idiot for not saving, but his whole intent was
> to USE Linux tools to REVIEW them.  This makes sense.  And putting
> himself in the risky situation he put himself in makes a bit of
> sense also.  He got burned, his review will now reflect that, people
> will learn from his getting burned.  He will not gloss over this
> fact.

Hard to gloss over anything if you write 100-page reviews.

> I also just read the xemacs/lemacs versus emacs/RMS stuff on jwz.org
> and I must say this jwz person sounds like a prize putz, as well as
> the Richard Gabriel person and all of those Lucid people.  I find it
> hard to believe that there were people defending this obviously
> MERCENARY, SELF-PROMOTING, SHALLOW bunch within that discussion.

They had a business to run that needed to be profitable.  I'd not call
that "mercenary".  "Mercenary" means making _other_ people's business
your own in exchange for money.

> While I don't like emacs, I would completely take his side in that
> discussion.

Emacs will be pleased to hear that.  But since you are 10 years late,
it will not interest many others.

> I would think the o.p. might try regular emacs and report his
> experiences there, since the problem could simply be with the
> non-standard, separately maintained version he chose to use, xemacs,
> which may simply be a crash-prone pile of crap compared to regular
> emacs.

Nice piece of flame-bait here.  Thankfully, you are not representative
for the typical vim user.

-- 
David Kastrup, Kriemhildstr. 15, 44793 Bochum


  parent reply	other threads:[~2004-09-20 21:13 UTC|newest]

Thread overview: 14+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <3d6111f1.0409161437.30ef8b7d@posting.google.com>
2004-09-17  0:08 ` Floyd L. Davidson
2004-09-17  6:02 ` David Kastrup
     [not found] ` <2qv41kF142tp6U1@uni-berlin.de>
2004-09-18 11:26   ` The Ghost In The Machine
     [not found] ` <m2wtysbw01.fsf@Stella-Blue.local>
     [not found]   ` <d60kym2k.fsf@gmail.com>
     [not found]     ` <x5brg3ucuw.fsf@lola.goethe.zz>
2004-09-18 10:54       ` Marcin 'Qrczak' Kowalczyk
     [not found]   ` <pan.2004.09.17.20.07.34.698482@that.google.thingy>
2004-09-18 22:07     ` Tim McNamara
     [not found]   ` <2r14t7F14lvf5U1@uni-berlin.de>
2004-09-18  7:30     ` Which is better, xemacs or gnu emacs? Aquila Deus
2004-09-18 22:14     ` Tim McNamara
2004-09-18 22:25       ` kier
     [not found] ` <DAF3d.21961$ZC7.12096@newssvr19.news.prodigy.com>
2004-09-20 21:13   ` David Kastrup [this message]
     [not found]     ` <2r90j7F17iuf3U1@uni-berlin.de>
     [not found]       ` <x5k6uoa9ci.fsf@lola.goethe.zz>
     [not found]         ` <2r96g3F182tnvU1@uni-berlin.de>
2004-09-21  0:08           ` Fatal error (11). Emacs/ Linux hosed my very long document Josh
     [not found]           ` <x5fz5c89yg.fsf@lola.goethe.zz>
     [not found]             ` <2ra052F18agplU1@uni-berlin.de>
     [not found]               ` <x58yb4853b.fsf@lola.goethe.zz>
2004-09-21 22:50                 ` Mike Cox
2004-09-28 12:48                   ` Miles Bader
     [not found]                     ` <2rtt5bF1cs38gU2@uni-berlin.de>
     [not found]                       ` <87d605yfac.fsf@tleepslib.sk.tsukuba.ac.jp>
     [not found]                         ` <87k6ubq2u0.fsf@tc-1-100.kawasaki.gol.ne.jp>
     [not found]                           ` <87d603b1e9.fsf@tleepslib.sk.tsukuba.ac.jp>
2004-10-01 23:19                             ` Miles Bader
2004-10-02  6:58                               ` Stephen J. Turnbull

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=x5u0tsabjj.fsf@lola.goethe.zz \
    --to=dak@gnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).