Jason Orendorff

> I know this feature is ~stabilizing~ stable. It'll be stable in 1.64 which is the next release. We've got [about a month](https://www.whatrustisit.com/).

> It seem like the behavior of 'expand selection' would be much more consistent if you kept the binary expressions under the let chain, as opposed to removing them all....

> I agree with that, but I thought it was an argument in *favor* of keeping the binary expressions. Doesn't rustc parse these things as binary expressions? I thought that's...

Apologies all day for how long this is... > IDE features like extend selection will work more consistently with option 4 than they will with option 1. Just to clarify...

This change was made in 0.5 (rev f801f2e), so this can be closed. I was surprised when I saw this discrepancy between the C and Rust function signatures — it's...

I happened to hit this problem independently. I think the issue is that `prost_build::compile_protos` does not print any `cargo:rerun-if-changed` lines. Cargo's default behavior is to re-run the build script if...

(Update: It would not be backward compatible. Imagine a project with a build script that - uses `prost_build`, reading `.proto` files in their project; but also - generates other Rust...

I don't know if the problem is in our application, in `rust-rdkafka`, or in `librdkafka`. Looking at the hung process in `lldb` on a Mac, there are three threads: ```...

@gravaton I wonder if it's just a matter of [this call to `rd_kafka_commit`](https://github.com/benesch/librdkafka/blob/384565a66b85efdce413d2e22f60e72f1b7d739a/src/rdkafka.h#L1606) not being included the rebalance callback [here](https://github.com/fede1024/rust-rdkafka/blob/04b634a1a5cbfa7b79a0862502f8fab01c414524/src/consumer/mod.rs#L85-L92).

Update: I don't think that's it. At least, I wrote a [C test program](https://github.com/jorendorff/librdkafka-hang/blob/main/rdkafka-hang.c) that reproduces the issue, just like the Rust version, and adding a call to `rd_kafka_commit` did...