Further improve space_between by nnethercote · Pull Request #120227 · rust-lang/rust (original) (raw)

odbc-futures-0.2.2

This line is the problem, it does substring matching with "extern crate crate ;", and there is no longer a space before the semicolon.

The crate has only 438 downloads ever and hasn't been updated in 5 years.

KittyCAD.kcl-lsp.844488870375d9e36254825ab04a2cfe5d5fd107

Due to kcl-lib/derive-docs, as described here. In short, this:

Result < Box < ExtrudeGroup >, KclError > {}

becomes this:

Result < Box < ExtrudeGroup > , KclError > {}

which breaks some string matching in a proc macro.

kcl-lib and derive-docs have had both had updates in the past two months.

carghai.contain.be6f4b896c7594bac76ae43a2027ed7dd602a433

Due to const-random use, seen before here, so I'm surprised it's showing up here.

[INFO] [stdout] error: proc macro panicked
[INFO] [stdout]   --> src/encryption/base.rs:11:32
[INFO] [stdout]    |
[INFO] [stdout] 11 | const RANDOM_BYTES: [u8; 16] = const_random!([u8 ; 16]);

gen-nested-iter-yield-0.1.3

Substring matching done here in the nested_iter_yield proc macro. I'm not sure the exact problem, probably . or , changes.

Crate has 3,376 total downloads ever, and was last updated almost 2 years ago.

Malikazz.ProjectEuler.81ee5516c17a5425ef7b0b2dbf8ef010031deefc, tperdue321.rust_structs.c5244df34b978d5d014720c1fa42514cc89a7c37, Mallig.advent-of-code-2020.27889bb9ca6c8080172bef594543c49e52fc524c (fixed)

Error response from daemon: failed to create task for container: failed to create shim task: OCI runtime create failed: runc create failed: unable to start container process: unable to apply cgroup configuration: unable to start unit "docker-937d68c71184d5335f9a4e5480e9d18bbcc3b5922aec6d9c73612f74bbdad7d2.scope

Seems unrelated to this PR, looks like temporary infra problems.

lcdr.lu_packets.144e56d2c46043da7924ffa34705f763982676fc (fixed)

error[E0275]: overflow evaluating the requirement `BitWriter<endio_bit::endian::BigEndian, _>: std::io::Write`
  |
  = help: consider increasing the recursion limit by adding a `#![recursion_limit = "256"]` attribute to your crate (`lu_packets`)
  = note: required for `BitWriter<endio_bit::endian::BigEndian, _>` to implement `EWrite<LittleEndian>`
  = note: required for `&'a [_]` to implement `for<'a> Serialize<LittleEndian, BitWriter<endio_bit::endian::BigEndian, _>>`
  = note: 125 redundant requirements hidden
  = note: required for `&Option<[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[...]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]>` to implement `Serialize<LittleEndian, BitWriter<endio_bit::endian::BigEndian, _>>`
  = note: the full type name has been written to '/opt/rustwide/target/debug/deps/lu_packets-8f97e4ad4ec14e69.long-type-5894850763885052302.txt'

Old failure was due to hitting the recursion limit. Unclear why it worked now, but seems unrelated to this PR.