[Webkit-unassigned] [Bug 36527] Need an ASSERT that's enabled in release builds

bugzilla-daemon at webkit.org bugzilla-daemon at webkit.org
Wed Mar 24 11:48:58 PDT 2010


https://bugs.webkit.org/show_bug.cgi?id=36527





--- Comment #13 from Darin Adler <darin at apple.com>  2010-03-24 11:48:57 PST ---
A few thoughts.

ASSERT has no effect on production code; it is used during development to help
us find programming mistakes.

CRASH has a direct effect on end users, and is used to gather information from
the field and protect end users.

The benefits of a CRASH (not worded quite right):

    - Browser vendors will get crash reports from the field from our crash
tracing technologies.
    - Code after the CRASH is guaranteed unreachable, which can help prevent
some bugs from being security liabilities.

The cost of a CRASH:

    - Takes an internal programming error and turns it into a crash. Blows away
at least a tab, and in some cases the entire web browser, in cases that
otherwise might be harmless.

Then we need examples where an ASSERT is right, and examples where a CRASH is
right.

And we need to explain the largest hazard for ASSERT: expressions inside the
assertion are evaluated in debug builds but not in production code.

We also would want to explain ASSERT_UNUSED.

-- 
Configure bugmail: https://bugs.webkit.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.



More information about the webkit-unassigned mailing list