all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Miles Bader <miles@gnu.org>
To: Jeremiah Dodds <jeremiah.dodds@gmail.com>
Cc: emacs-devel@gnu.org
Subject: Re: proposal to make null string handling more emacs-y
Date: Fri, 27 Apr 2012 13:24:05 +0900	[thread overview]
Message-ID: <878vhhn6oq.fsf@catnip.gol.com> (raw)
In-Reply-To: <87y5phu8o3.fsf@destructor.i-did-not-set--mail-host-address--so-tickle-me> (Jeremiah Dodds's message of "Thu, 26 Apr 2012 23:59:24 -0400")

Jeremiah Dodds <jeremiah.dodds@gmail.com> writes:
>>> I believe this is because it seems that the "uh-oh i got a nil when I
>>> expected a string" error commonly happens on emacs startup, confusing
>>> new users, presumably after loading some big bunch of elisp.
>>
>> Does it?  I don't think I've _ever_ seen that error at startup (though
>> I've certainly had errors during startup)...
>
> It's happened to me enough times over the course of the decade or so
> that I've been using emacs to remember it. I know that the first few
> times it happened, I was pretty green and got really confused for a
> while. Nowadays, I know how to figure out wtf is going on.

Startup is typically a particularly intense period of elisp execution
in a short period of time, so it's not surprising if errors are more
noticeable there, and particularly annoying, because they often leave
Emacs in an uncertain state.

But:

(1) This particular type of error (nil when string expected) is just
    as, or even more, likely to occur over the rest of Emacs'
    execution.

(2) Many other types of errors (whether bugs or transient errors
    because of e.g. environmental issues or something [can't open some
    file, network down, ...]) can occur during startup

So there doesn't really seem to be all that much correlation between
what Steve was complaining about and startup.  To the extent his
complaint is valid, it's a general issue, not a "startup issue."

Moreover, if Emacs is clumsy at handling errors during startup (and I
agree that it is), that's a problem that should be addressed generally
in the startup mechanism, not by bandaids on only vaguely related
areas.

In other words, these these things look largely orthogonal.

[If this particular bandaid were harmless maybe it should be added
anyway, as a stop-gap to a more proper solution -- but it isn't
harmless, at least when applied generally; in certain cases, it may
be, of course.]

-Miles

-- 
`Life is a boundless sea of bitterness'



  reply	other threads:[~2012-04-27  4:24 UTC|newest]

Thread overview: 59+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-04-25  0:24 proposal to make null string handling more emacs-y Steve Yegge
2012-04-25  4:45 ` Karl Fogel
2012-04-25  6:28 ` Miles Bader
2012-04-25  6:34   ` Miles Bader
2012-04-25 13:21   ` Ted Zlatanov
2012-05-01 22:01     ` Randal L. Schwartz
2012-04-25  7:53 ` Helmut Eller
2012-04-25  8:22 ` Eli Zaretskii
2012-04-25 14:28   ` Stefan Monnier
2012-04-25 14:35     ` Eli Zaretskii
2012-04-25 15:30       ` Stefan Monnier
2012-04-25 16:41         ` Miles Bader
2012-04-25 16:45         ` Andreas Schwab
2012-04-25 16:46         ` Juanma Barranquero
2012-04-26 21:20         ` Steve Yegge
2012-04-26 22:11           ` Miles Bader
2012-04-26 23:52             ` Steve Yegge
2012-04-27  0:29               ` Miles Bader
2012-04-27  3:20                 ` Jeremiah Dodds
2012-04-27  3:41                   ` Miles Bader
2012-04-27  3:59                     ` Jeremiah Dodds
2012-04-27  4:24                       ` Miles Bader [this message]
2012-04-27  8:49                         ` Thien-Thi Nguyen
2012-04-27 14:23                         ` Nix
2012-04-28  2:07                         ` Better startup error handling (was: proposal to make null string handling more emacs-y) Stefan Monnier
2012-04-28 12:04                           ` Better startup error handling Nix
2012-04-28 15:16                             ` Stefan Monnier
2012-04-28 15:42                               ` David Engster
2012-04-28 15:55                               ` Drew Adams
2012-04-28 19:39                                 ` Stefan Monnier
2012-04-28 17:26                           ` Lars Magne Ingebrigtsen
2012-04-30  8:43                           ` Christian Lynbech
2012-04-30  9:18                             ` chad
2012-04-27 16:35                   ` proposal to make null string handling more emacs-y Richard Stallman
2012-04-27  1:10           ` Stefan Monnier
2012-04-27  1:16             ` Lars Magne Ingebrigtsen
2012-04-27 16:35               ` Richard Stallman
2012-04-28 11:13                 ` Eli Barzilay
2012-04-28 17:02                   ` Richard Stallman
2012-04-28 19:48                     ` Stefan Monnier
2012-04-28 21:56                     ` Eli Barzilay
2012-06-03  3:45                       ` Richard Stallman
2012-04-27  4:17             ` Steve Yegge
2012-04-27  6:36               ` Eli Zaretskii
2012-04-27 19:05                 ` Steve Yegge
2012-04-27 21:24                   ` Drew Adams
2012-04-28  4:43                     ` Steve Yegge
2012-04-28  6:58                       ` Andreas Schwab
2012-04-29 21:26                   ` Odd formatting (was: proposal to make null string handling more emacs-y) Lars Magne Ingebrigtsen
2012-04-30  7:48                     ` Odd formatting Steinar Bang
2012-04-30 10:14                       ` Antoine Levitt
2012-04-30 13:27                         ` Nix
2012-04-28  2:02               ` proposal to make null string handling more emacs-y Stefan Monnier
2012-04-25 14:51 ` Lars Magne Ingebrigtsen
2012-04-29 17:00 ` Andreas Röhler
2012-04-29 17:08   ` Drew Adams
2012-04-29 17:29     ` Andreas Röhler
2012-04-29 18:01       ` Drew Adams
2012-04-29 19:51       ` PJ Weisberg

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=878vhhn6oq.fsf@catnip.gol.com \
    --to=miles@gnu.org \
    --cc=emacs-devel@gnu.org \
    --cc=jeremiah.dodds@gmail.com \
    /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.
Code repositories for project(s) associated with this external index

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

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.