-
Notifications
You must be signed in to change notification settings - Fork 170
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
parameter_assignments crashes #334
Comments
Do you know which code was analyzed? Probably better, do you have a snippet of code that reproduces this? I am guessing this is a regression after e91d3bb Thanks for your report! |
Looks like this definition makes this crash: @override
int get hashCode => contents.hashCode; Here's complete class definition: class Document {
Iterable<Block> contents;
Document(this.contents);
@override
String toString() => "Document $contents";
@override
bool operator ==(dynamic obj) =>
obj is Document && _iterableEquality.equals(contents, obj.contents);
@override
int get hashCode => contents.hashCode;
} and it crashes until I remove the last override. |
Thank you, looking into it. |
Apparently this is fixed now, added provided snippet to test file and ran without errors, version info: It confuses me that the reported linter version is the latest which is only a few days old and the SDK version is a month old, how do you get those numbers? |
I've just taken latest stable versions of DartVM and Linter. All you need is to put |
I don't think there is anything wrong with that. I expected that particular error to be fixed here aca9843 it confuses me that in dev mode can't be reproduced but you are experiencing it. I am guessing that this fix was not included in the latest stable release, which is the one you refer and even if you specify a linter version, when running the analyzer (or analysis server) it uses the linter bundled with regardless of you specifying a newer version. I would suggest trying in the next stable release, I guess it will be fixed there. Can @pq or @bwilkerson please confirm this makes sense? |
It is true that the version of the linter is baked in to the command-line analyzer, so adding a dependency in your pubspec won't change the version of the linter being used. |
Right. It looks like |
Not that I know of. |
Landed in the SDK as of dart-lang/sdk@acafb19. @alexeieleusis : can we optimistically close this? |
Dart 1.20.1
Linter 0.1.29
Stack track:
The text was updated successfully, but these errors were encountered: