qemu-devel.nongnu.org archive mirror
 help / color / mirror / Atom feed
From: Blue Swirl <blauwirbel@gmail.com>
To: Paolo Bonzini <pbonzini@redhat.com>
Cc: Markus Armbruster <armbru@redhat.com>,
	qemu-devel <qemu-devel@nongnu.org>
Subject: [Qemu-devel] Re: [PATCH, RFC] Replace assert(0) with abort() or cpu_abort()
Date: Mon, 15 Mar 2010 20:26:46 +0200	[thread overview]
Message-ID: <f43fc5581003151126m6a857c57vd16935b6f98a6f07@mail.gmail.com> (raw)
In-Reply-To: <4B9E7A29.1020902@redhat.com>

On 3/15/10, Paolo Bonzini <pbonzini@redhat.com> wrote:
>
>
> >
> > >
> > > > I sympathize with the general idea, but I don't like dead code
> > > >
> > > after abort().  What about cleaning that up?
> > >
> > >
> > Good idea, but it should be a separate patch. This patch is "safe",
> > whereas the cleanup patch could cause problems if it's not done
> > carefully.
> >
>
>  This patch is "safe", however I'd consider not changing assert(0)->abort()
> if there is code after the assert that looks like an attempt at recovering.
> Example:
>
>    if (!p) {
>        printf ("the impossible has happened!");
>        assert (0);
>    }
>
>    return p->q;
>
>  should be changed to abort, while
>
>    if (!p) {
>        printf ("the impossible has happened!");
>        assert (0);
>        return 0;
>    }
>
>    return p->q;
>
>  should not.

Why not? According to manual page, assert(x) is equal to if (!x) abort().
As I mentioned earlier, system emulators don't handle SIGABRT and for
user emulators the level of bugginess remains constant (or rather, it
no longer depends on NDEBUG). Therefore the recovery code will never
be executed.

  reply	other threads:[~2010-03-15 18:27 UTC|newest]

Thread overview: 21+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-03-13 14:56 [Qemu-devel] [PATCH, RFC] Replace assert(0) with abort() or cpu_abort() Blue Swirl
2010-03-13 15:43 ` Edgar E. Iglesias
2010-03-15  7:25 ` Markus Armbruster
2010-03-15 17:23   ` Blue Swirl
2010-03-15 18:19     ` [Qemu-devel] " Paolo Bonzini
2010-03-15 18:26       ` Blue Swirl [this message]
2010-03-15 18:33         ` Paolo Bonzini
2010-03-15 19:02           ` Blue Swirl
2010-03-15 18:28       ` Markus Armbruster
2010-03-15 18:36     ` [Qemu-devel] " Markus Armbruster
2010-03-16  8:24       ` [Qemu-devel] " Paolo Bonzini
2010-03-16  8:54         ` Markus Armbruster
2010-03-16 17:55           ` Jamie Lokier
2010-03-17  9:10             ` Paolo Bonzini
2010-03-17 19:50               ` Blue Swirl
2010-03-19  2:03                 ` Jamie Lokier
2010-03-19 20:28                   ` Blue Swirl
2010-03-18  8:36             ` Markus Armbruster
2010-03-16 17:52         ` Jamie Lokier
2010-03-16 18:35           ` Markus Armbruster
     [not found] <1317337484.400521268903946714.JavaMail.root@zmail07.collab.prod.int.phx2.redhat.com>
2010-03-18  9:19 ` Paolo Bonzini

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=f43fc5581003151126m6a857c57vd16935b6f98a6f07@mail.gmail.com \
    --to=blauwirbel@gmail.com \
    --cc=armbru@redhat.com \
    --cc=pbonzini@redhat.com \
    --cc=qemu-devel@nongnu.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).