On VMS, stdout may very well lead to a file that is written to in a
authorRichard Levitte <levitte@openssl.org>
Wed, 20 Sep 2000 13:55:50 +0000 (13:55 +0000)
committerRichard Levitte <levitte@openssl.org>
Wed, 20 Sep 2000 13:55:50 +0000 (13:55 +0000)
commit645749ef98612340b11c4bf2ba856e1fa469912b
tree3a93d71b7f63b5b01f085c38211ce82af0778125
parent9a0c0d3f7441515452caff3380b235bb15d33a5e
On VMS, stdout may very well lead to a file that is written to in a
record-oriented fashion.  That means that every write() will write a
separate record, which will be read separately by the programs trying
to read from it.  This can be very confusing.

The solution is to put a BIO filter in the way that will buffer text
until a linefeed is reached, and then write everything a line at a
time, so every record written will be an actual line, not chunks of
lines and not (usually doesn't happen, but I've seen it once) several
lines in one record.  Voila, BIO_f_linebuffer() is born.

Since we're so close to release time, I'm making this VMS-only for
now, just to make sure no code is needlessly broken by this.  After
the release, this BIO method will be enabled on all other platforms as
well.
36 files changed:
CHANGES
apps/asn1pars.c
apps/ca.c
apps/ciphers.c
apps/crl.c
apps/crl2p7.c
apps/dgst.c
apps/dh.c
apps/dhparam.c
apps/dsa.c
apps/dsaparam.c
apps/enc.c
apps/errstr.c
apps/gendh.c
apps/gendsa.c
apps/genrsa.c
apps/nseq.c
apps/openssl.c
apps/passwd.c
apps/pkcs12.c
apps/pkcs7.c
apps/pkcs8.c
apps/rand.c
apps/req.c
apps/rsa.c
apps/rsautl.c
apps/sess_id.c
apps/smime.c
apps/spkac.c
apps/x509.c
crypto/bio/Makefile.ssl
crypto/bio/bf_lbuf.c [new file with mode: 0644]
crypto/bio/bio.h
crypto/bio/bio_err.c
crypto/crypto-lib.com
util/libeay.num