[tor-bugs] #17051 [Stem]: The binary reading on Windows platforms don't resolve the "0D0A"/"0A" problem.

[Tor Bug Tracker & Wiki]

#17051: The binary reading on Windows platforms don't resolve the "0D0A"/"0A"
problem.
-------------------------+------------------------
     Reporter:  TORques  |      Owner:  atagar
         Type:  defect   |     Status:  new
     Priority:  normal   |  Milestone:
    Component:  Stem     |    Version:
   Resolution:           |   Keywords:  descriptor
Actual Points:           |  Parent ID:
       Points:           |
-------------------------+------------------------

Comment (by trodun):

 This bug also affects cached-consensus and possibly other files which use
 CRLF.

 Here is a list of files from DataDirectory with their line endings on
 Windows:

 {{{
 CRLF cached-certs
 CRLF cached-consensus
 LF   cached-descriptors
 LF   cached-descriptors.new
 CRLF cached-microdesc-consensus
 LF   cached-microdescs
 LF   cached-microdescs.new
 CRLF state
 }}}

 All of them are saved with LF on Linux.

 Instead of patching stem, would it make sense to decide upon a line ending
 for files generated by Tor, an use it consistently for current and future
 DataDirectory files, across all platforms?

--
Ticket URL: <https://trac.torproject.org/projects/tor/ticket/17051#comment:2>
Tor Bug Tracker & Wiki <https://trac.torproject.org/>
The Tor Project: anonymity online