Chromium Code Reviews
chromiumcodereview-hr@appspot.gserviceaccount.com (chromiumcodereview-hr) | Please choose your nickname with Settings | Help | Chromium Project | Gerrit Changes | Sign out
(290)

Issue 236313005: Avoid exceptions when analyzing truncated test output. (Closed)

Created:
6 years, 8 months ago by Paul Berry
Modified:
6 years, 8 months ago
Reviewers:
Bill Hesse, kustermann
CC:
reviews_dartlang.org, ricow1
Visibility:
Public.

Description

Avoid exceptions when analyzing truncated test output. r34867 introduced a mechanism to truncate excessively long test output. Since the truncation may happen in the middle of a line, we need to be tolerant of mal-formed lines when analyzing the test output. R=kustermann@google.com, whesse@google.com Committed: https://code.google.com/p/dart/source/detail?r=35063

Patch Set 1 #

Unified diffs Side-by-side diffs Delta from patch set Stats (+1 line, -1 line) Patch
M tools/testing/dart/test_runner.dart View 1 chunk +1 line, -1 line 0 comments Download

Messages

Total messages: 5 (0 generated)
Paul Berry
whesse: this fixes the unhandled exception I emailed you about on 9 Apr.
6 years, 8 months ago (2014-04-14 17:28:44 UTC) #1
Bill Hesse
LGTM. Do you think we should be doing something to either: 1) Avoid truncating lines, ...
6 years, 8 months ago (2014-04-15 07:27:44 UTC) #2
kustermann
LGTM Are we actually hitting this with the dartanalyzer? [Do we need to increae the ...
6 years, 8 months ago (2014-04-15 07:43:30 UTC) #3
Paul Berry
Committed patchset #1 manually as r35063 (presubmit successful).
6 years, 8 months ago (2014-04-15 15:49:39 UTC) #4
Paul Berry
6 years, 8 months ago (2014-04-15 16:56:18 UTC) #5
Message was sent while issue was closed.
On 2014/04/15 07:43:30, kustermann wrote:
> LGTM
> 
> Are we actually hitting this with the dartanalyzer?
> 
> [Do we need to increae the amount of data we keep?]

My dev machine hits this with
generated_tests/language/function_syntax_test_67.dart.  Running the test
manually it looks like a case of really poor error recovery in the analyzer (the
analyzer reports 685 errors/warnings).

IMHO there's no reason to increase the amount of data we keep--we should just
fix the analyzer to recover from errors better so that this doesn't happen. 
I've filed https://code.google.com/p/dart/issues/detail?id=18244 to remind
myself (or one of the other editor folks) to work on that.

In fact, I'm tempted to suggest that "output truncated" be considered a new
Expectation type, so that if it occurs we'll notice it as a test failure, and
then we can mark it in a .status file.  However, that's complicated because the
output contains many copies of the absolute path of the .dart file being
analyzed, so output truncation is going to vary from one user/machine to the
next (this explains why the problem I experienced didn't show up on the
buildbot).

Powered by Google App Engine
This is Rietveld 408576698