From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([69.77.167.62] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1JFERQ-0001Cq-Iw for garchives@archives.gentoo.org; Wed, 16 Jan 2008 20:00:52 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id EAB82E0874; Wed, 16 Jan 2008 19:59:47 +0000 (UTC) Received: from smtp.tele2bedrift.no (smtp.tele2bedrift.no [193.216.69.194]) by pigeon.gentoo.org (Postfix) with ESMTP id 0CC0BE06EC for ; Wed, 16 Jan 2008 19:59:46 +0000 (UTC) Received: (qmail 12599 invoked by uid 107); 16 Jan 2008 19:58:49 -0000 Received: from 193.216.50.246 by smtp (envelope-from , uid 101) with qmail-scanner-2.01st (spamassassin: 3.2.3. perlscan: 2.01st. Clear:RC:1(193.216.50.246):SA:0(2.2/5.0):. Processed in 7.207482 secs); 16 Jan 2008 19:58:49 -0000 X-Spam-Status: No, hits=2.2 required=5.0 X-Spam-Level: ++ Received: from unknown (HELO alstadheim.priv.no) (193.216.50.246) by smtp.tele2bedrift.no with SMTP; 16 Jan 2008 19:58:42 -0000 X-Finnesikke-B-A-I-T: finnesikke@alstadheim.priv.no Received: from [192.168.2.3] (unknown [192.168.2.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by alstadheim.priv.no (Postfix) with ESMTP id 5D017940AC for ; Wed, 16 Jan 2008 20:59:38 +0100 (CET) Message-ID: <478E622D.3080906@alstadheim.priv.no> Date: Wed, 16 Jan 2008 20:59:41 +0100 From: =?ISO-8859-1?Q?H=E5kon_Alstadheim?= User-Agent: Mozilla-Thunderbird 2.0.0.4 (X11/20070622) Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org MIME-Version: 1.0 To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] Re: [konqueror] Can't invoke and editor when `view source' References: <87lk6qlg1c.fsf@newsguy.com> <200801160717.15356.volker.armin.hemmann@tu-clausthal.de> <200801160825.41928.michaelkintzios@gmail.com> <87odblzjie.fsf@newsguy.com> In-Reply-To: <87odblzjie.fsf@newsguy.com> Content-Type: multipart/alternative; boundary="------------040209000005050505090802" X-Archives-Salt: b7ef7628-7609-45af-8685-7ccfb6e4ea6a X-Archives-Hash: 436627cc4b5c61a3b16aa0bbc1c53b91 This is a multi-part message in MIME format. --------------040209000005050505090802 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit reader@newsguy.com wrote: > Mick writes: > > >> Don't know the first thing about emacs, but it may need bringing up >> a terminal first which in turn runs emacs. You may want to try >> selecting the "Run in terminal" or invoke it like so: >> >> xterm -e /usr/bin/emacs >> > > This should not be a factor with X enabled emacs. And in fact calling > emacs at a cmd prompt just brigs up emacs in it own window, not > another xterm. > > However, and surprisingly it does work... Inserting the xterm -e > command at: > right click/ open with/ other > > Brings first an xterm which immediately spawns a new emacs window (not > in the xterm but on its own) > > I'm pretty sure this is not what SHOULD happen though. I SHOULD be > able to just insert /usr/bin/emacs since it does not run in an > xterm. But... thanks .. at least I can edit a page with emacs now. > > I have this same problem on some machines. Notably the ones where I've put the most cruft in .emacs. I suspect that there is some bug that stops garbage-collection from happening during startup so emacs runs out of memory. Somehow having a tty attached works around that. A way to test is to launch emacs in the background from a terminal (with & at the end). If emacs hangs, I do "fg" in the shell and hit enter a couple of times and emacs will (sometimes) continue its initialization process. A better work-around than firing off emacs in the foreground is to make more of your .emacs do AUTOLOAD rather than REQUIRE or LOAD. Better yet is to have emacs-server or gnuserv running, and putting emacsclient/gnuclient in the browser "editor"-config. --------------040209000005050505090802 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit reader@newsguy.com wrote: 
Mick <michaelkintzios@gmail.com> writes:

  
Don't know the first thing about emacs, but it may need bringing up
a terminal first which in turn runs emacs.  You may want to try
selecting the "Run in terminal" or invoke it like so:

xterm -e /usr/bin/emacs
    

This should not be a factor with X enabled emacs.  And in fact calling
emacs at a cmd prompt just brigs up emacs in it own window, not
another xterm.

However, and surprisingly it does work... Inserting the xterm -e
command  at: 
   right click/ open with/ other

Brings first an xterm which immediately spawns a new emacs window (not
in the xterm but on its own)

I'm pretty sure this is not what SHOULD happen though.  I SHOULD be
able to just insert /usr/bin/emacs  since it does not run in an
xterm. But... thanks .. at least I can edit a page with emacs now.
I have this same problem on some machines. Notably the ones where I've put the most cruft in .emacs. I suspect that there is some bug that stops garbage-collection from happening during startup so emacs runs out of memory. Somehow having a tty attached works around that. A way to test is to launch emacs in the background from a terminal (with & at the end). If emacs hangs, I do "fg" in the shell  and hit enter a couple of times and emacs will (sometimes) continue its initialization process.

A better work-around than firing off emacs in the foreground is to make more of your .emacs do AUTOLOAD rather than REQUIRE or LOAD.

Better yet is to have emacs-server or gnuserv running, and putting emacsclient/gnuclient in the browser "editor"-config.

--------------040209000005050505090802-- -- gentoo-user@lists.gentoo.org mailing list