unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
* absurdly long startup time for emacs 21.2.1
@ 2002-04-12  4:24 Michael Vanier
  2002-04-12 17:00 ` Eli Zaretskii
  2002-04-12 17:37 ` Henrik Enberg
  0 siblings, 2 replies; 6+ messages in thread
From: Michael Vanier @ 2002-04-12  4:24 UTC (permalink / raw)



Hi,

I'm running emacs 21.2.1 from a Debian GNU/Linux distribution.  When I
start it up, I see this in the minibuffer:

Loading 40mule-ucs (source)...

and the program hangs for about 30 seconds, until it finally comes back to
life.  This only started after I upgraded emacs recently (I don't know the
details since it was part of an automatic Debian update).  Any ideas what's
causing this and what can be done about it?

Thanks,

Mike

^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: absurdly long startup time for emacs 21.2.1
  2002-04-12  4:24 absurdly long startup time for emacs 21.2.1 Michael Vanier
@ 2002-04-12 17:00 ` Eli Zaretskii
  2002-04-12 17:57   ` Andreas Schwab
  2002-04-12 17:37 ` Henrik Enberg
  1 sibling, 1 reply; 6+ messages in thread
From: Eli Zaretskii @ 2002-04-12 17:00 UTC (permalink / raw)
  Cc: bug-gnu-emacs

> From: Michael Vanier <mvanier@cs.caltech.edu>
> Date: Thu, 11 Apr 2002 21:24:30 -0700
> 
> I'm running emacs 21.2.1 from a Debian GNU/Linux distribution.  When I
> start it up, I see this in the minibuffer:
> 
> Loading 40mule-ucs (source)...
> 
> and the program hangs for about 30 seconds, until it finally comes back to
> life.

It's hard to say what is the problem without knowing what is
40mule-ucs.

I suggest to send this report to the appropriate Debian bug-reporting
address.

^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: absurdly long startup time for emacs 21.2.1
  2002-04-12  4:24 absurdly long startup time for emacs 21.2.1 Michael Vanier
  2002-04-12 17:00 ` Eli Zaretskii
@ 2002-04-12 17:37 ` Henrik Enberg
  2002-04-12 18:03   ` Vivek Dasmohapatra
  1 sibling, 1 reply; 6+ messages in thread
From: Henrik Enberg @ 2002-04-12 17:37 UTC (permalink / raw)


mvanier@cs.caltech.edu (Michael Vanier) writes:

> and the program hangs for about 30 seconds, until it finally comes back to
> life.  This only started after I upgraded emacs recently (I don't know the
> details since it was part of an automatic Debian update).  Any ideas what's
> causing this and what can be done about it?

Is there a line complainging about a missing /etc/mailname in the
*Messages* buffer after Emacs has been started?  A debianized Emacs
hangs for a long time when that file is missing.

-- 
I acted to show my love for Jodie Foster.

^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: absurdly long startup time for emacs 21.2.1
  2002-04-12 17:00 ` Eli Zaretskii
@ 2002-04-12 17:57   ` Andreas Schwab
  2002-04-12 19:07     ` Jason Rumney
  0 siblings, 1 reply; 6+ messages in thread
From: Andreas Schwab @ 2002-04-12 17:57 UTC (permalink / raw)
  Cc: mvanier, bug-gnu-emacs

"Eli Zaretskii" <eliz@is.elta.co.il> writes:

|> > From: Michael Vanier <mvanier@cs.caltech.edu>
|> > Date: Thu, 11 Apr 2002 21:24:30 -0700
|> > 
|> > I'm running emacs 21.2.1 from a Debian GNU/Linux distribution.  When I
|> > start it up, I see this in the minibuffer:
|> > 
|> > Loading 40mule-ucs (source)...
|> > 
|> > and the program hangs for about 30 seconds, until it finally comes back to
|> > life.
|> 
|> It's hard to say what is the problem without knowing what is
|> 40mule-ucs.

It's probably the same problem with excessive consing in Mule-UCS that I
have reported some time ago.  I tried to debug that, but I got lost in the
twisted maze of consing.

Andreas.

-- 
Andreas Schwab, SuSE Labs, schwab@suse.de
SuSE GmbH, Deutschherrnstr. 15-19, D-90429 Nürnberg
Key fingerprint = 58CA 54C7 6D53 942B 1756  01D3 44D5 214B 8276 4ED5
"And now for something completely different."

^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: absurdly long startup time for emacs 21.2.1
  2002-04-12 17:37 ` Henrik Enberg
@ 2002-04-12 18:03   ` Vivek Dasmohapatra
  0 siblings, 0 replies; 6+ messages in thread
From: Vivek Dasmohapatra @ 2002-04-12 18:03 UTC (permalink / raw)


henrik+news@enberg.org (Henrik Enberg) writes:

> mvanier@cs.caltech.edu (Michael Vanier) writes:
> 
> > and the program hangs for about 30 seconds, until it finally comes back to
[cut]
> 
> Is there a line complainging about a missing /etc/mailname in the
> *Messages* buffer after Emacs has been started?  A debianized Emacs
> hangs for a long time when that file is missing.

No, this is a different problem - if you don't need mule-ucs, just 
apt-get remove that package. The /etc/mailname thing results in a 
(sit-for 3) call - it'll only cause a 3 second delay (although it's 
still annoying).

-- 
Q: Why did the tachyon cross the road? 
A: Because it was on the other side. 

^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: absurdly long startup time for emacs 21.2.1
  2002-04-12 17:57   ` Andreas Schwab
@ 2002-04-12 19:07     ` Jason Rumney
  0 siblings, 0 replies; 6+ messages in thread
From: Jason Rumney @ 2002-04-12 19:07 UTC (permalink / raw)


schwab@suse.de (Andreas Schwab) writes:

> It's probably the same problem with excessive consing in Mule-UCS that I
> have reported some time ago.  I tried to debug that, but I got lost in the
> twisted maze of consing.

Dave Love posted a fix to gnu.emacs.sources a week or two ago.

-- 
Jason Rumney

^ permalink raw reply	[flat|nested] 6+ messages in thread

end of thread, other threads:[~2002-04-12 19:07 UTC | newest]

Thread overview: 6+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2002-04-12  4:24 absurdly long startup time for emacs 21.2.1 Michael Vanier
2002-04-12 17:00 ` Eli Zaretskii
2002-04-12 17:57   ` Andreas Schwab
2002-04-12 19:07     ` Jason Rumney
2002-04-12 17:37 ` Henrik Enberg
2002-04-12 18:03   ` Vivek Dasmohapatra

Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs.git

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 read-only IMAP folder(s) and NNTP newsgroup(s).