Vladimir Matveev

Yes, I'm afraid this approach does not follow the XML spec. I have some initial attempts to tackle the encoding problem (including a streaming wrapper around a `BufRead` which performs...

Thanks! Actually, fuzzing did find some bugs in xml-rs, so this is a thing I probably would like to add, but unfortunately I don't have much time lately :(

Hello @fschutt, thank you very much for your pull request! If you take a look at the repository history, you'd see that I started xml-rs development in January 2014 (5...

Awesome, thank you very much!

@dralley I'm very sorry about it, and you are probably right. I guess my lack of action on this front is caused by the fact that this was my first...

No, I didn't think of this before, mainly because `fmt::Writer` is not intended as a general I/O utility, it is just a support trait for the formatting infrastructure. Frankly, I'm...

This, as you correctly identified in the comment to another issue, is likely a BOM mark which terminates the processing (BTW, there is no such encoding as DOS-UTF8, there is...

@Phiroc, there [was an RFC](https://github.com/rust-lang/rfcs/pull/57) on something like that, but it was postponed. I now looked more closely into `rust-encoding` and it seems to me that it [has](http://www.rust-ci.org/lifthrasiir/rust-encoding/doc/encoding/types/trait.Decoder.html) facilities which...

There is a new library, [`encoding_rs`](https://docs.rs/encoding_rs/), which explicitly supports streaming encoding/decoding. I guess it is possible to use it for streaming encoding/decoding.

I may rename it when I release the next large version. But still, there are many crates with `-rs` suffix out there :)