Speaking of stream readers, could it possibly be a problem with piping ldraw files between processes if the CRLF is omitted from the last line? The new wording seems to allow this. I'm pretty sure that if you have an ldraw processing program reading from stdin on a terminal (in canonical mode) and you paste the text of an ldraw file without the final CRLF, it won't read the last line until you press ENTER.
Same thing if you're reading ldraw data sent via TCP or UDP over the internet. The packets can fragment as they travel from source to destination. So you really have no idea if there are a few more characters needed to finish up your ldraw line stuck out there somewhere, until you get that CRLF.
Or maybe I'm just confused about what the new wording means.
Same thing if you're reading ldraw data sent via TCP or UDP over the internet. The packets can fragment as they travel from source to destination. So you really have no idea if there are a few more characters needed to finish up your ldraw line stuck out there somewhere, until you get that CRLF.
Or maybe I'm just confused about what the new wording means.