From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on polar.synack.me X-Spam-Level: X-Spam-Status: No, score=-1.3 required=5.0 tests=BAYES_00,INVALID_MSGID autolearn=no autolearn_force=no version=3.4.4 X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: 103376,d2bc1c4ca7f04be6 X-Google-Attributes: gid103376,public From: "Jeff Creem" Subject: Re: GNAT bug or expectations problem with Text_Io.Text_Streams Date: 2000/09/24 Message-ID: <8qleq0$su7$1@pyrite.mv.net>#1/1 X-Deja-AN: 673568561 References: <8qjmp5$189$1@pyrite.mv.net> <39CD67AE.7E56FD87@telepath.com> X-Priority: 3 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 X-Complaints-To: abuse@mv.com X-Trace: pyrite.mv.net 969817728 29639 199.125.98.71 (24 Sep 2000 17:48:48 GMT) Organization: MV Communications, Inc. X-MSMail-Priority: Normal NNTP-Posting-Date: 24 Sep 2000 17:48:48 GMT Newsgroups: comp.lang.ada Date: 2000-09-24T17:48:48+00:00 List-Id: "Ted Dennison" wrote in message news:39CD67AE.7E56FD87@telepath.com... > Jeff Creem wrote: > > > For example, when a byte with 16#0D# is written to the stream it is > > followed > > autmatically by 16#0A#. (Running on Win 95) looks to me like text_io > > is still watching in the background and sees a CR so it sticks in a LF which > > is not what I wanted. > > Its possible that it is the underlying cygwin Unix-to-Windows conversion code > that is causing this problem. > Except that there has been no underlying cygwin code in Gnat since 3.10..It has been mingw32 based for a while since cygwin is pure GPL which can at times lead to license issues for customers.... In any case after sleeping on it I have decided that it really is a bug so I have submitted a bug report. Thanks to everyone who responded.