is this correct behaviour of the apr_file_puts function which prints a
"bla-bla-bla \n" string to file _without_ conversion of the \n to \r\n
sequence under Windows ans OS/2 ?
If the file is opened in text mode, not binary mode, then the o/s library
should be handling the newline to CRLF conversion automatically.
If that doesn't happen, then (1) is the file opened in binary mode and
(2)
does that mean APR has to deal with aberrant implementations of the C
standard I/O library on basic functionality?
No, I do not use APR_BINARY here.
Besides, APR_BINARY does not influence anything as can be seen from the
code.
As I understand, in APR there is only one binary mode.
Then I do not understand why apr_file_open_std* and
apr_file_open_flags_std* functions are implemented in APR. Because the
corresponding streams should work in text mode only, which is not the case
in Windows and OS/2. On the other hand I need these functions since I use
poll functions with std* streams.
Best wishes,
Yura Vishnevskiy