Code coverage, something is working now.

pkg/analyzer_experimental/lib/src/services/runtime/coverage/coverage_lib.dart

+// Copyright (c) 2013, the Dart project authors.  Please see the AUTHORS file
+// for details. All rights reserved. Use of this source code is governed by a
+// BSD-style license that can be found in the LICENSE file.
+
+/// This library is injected into the applications under coverage.
+library coverage_lib;
+
+import 'dart:io';
+import 'dart:typed_data';
+
+const int PORT = 0; // replaced during rewrite

[Bob Nystrom, 2013/06/17 21:30:12]

For constants, don't bother type annotating. It's obvious from the initializer.

[scheglov, 2013/06/17 22:30:57]

Done.

+final Uint8List _executedIds = new Uint8List(1024 * 64);

[Bob Nystrom, 2013/06/17 21:30:12]

Ditto for final variables. :)

Also, document those magic numbers.

[scheglov, 2013/06/17 22:30:57]

Done.

+
+touch(int id) {
+  int listIndex = id ~/ 8;
+  int bitIndex = id % 8;
+  _executedIds[listIndex] |= 1 << bitIndex;
+}
+
+postStatistics() {
+  var httpClient = new HttpClient();
+  httpClient.post('127.0.0.1', PORT, '/statistics').then((HttpClientRequest request) {

[Bob Nystrom, 2013/06/17 21:30:12]

Return the result of calling post.

If you have a function that internally uses futures it should almost always
return a future. Otherwise, the calling code has no way of handling errors or
even telling when the operation is complete.

[scheglov, 2013/06/17 22:30:57]

Done.

+    request.add(_executedIds);
+    request.close();

[scheglov, 2013/06/17 22:30:57]

Should I also return result of request.close() here?

[Bob Nystrom, 2013/06/17 22:44:41]

Yes, if it returns a future.

+  });
+}