delorie.com/archives/browse.cgi   search  
Mail Archives: cygwin/2002/04/15/17:09:51

Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Subscribe: <mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive: <http://sources.redhat.com/ml/cygwin/>
List-Post: <mailto:cygwin AT cygwin DOT com>
List-Help: <mailto:cygwin-help AT cygwin DOT com>, <http://sources.redhat.com/ml/#faqs>
Sender: cygwin-owner AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com
Delivered-To: mailing list cygwin AT cygwin DOT com
X-WM-Posted-At: avacado.atomice.net; Mon, 15 Apr 02 21:52:52 +0100
Message-ID: <005701c1e4bf$82e53370$0100a8c0@advent02>
From: "Chris January" <chris AT atomice DOT net>
To: <cygwin AT cygwin DOT com>
References: <1653605153 DOT 20020415220043 AT gmx DOT net>
Subject: Re: [PATCH] cygutils:conv.c: Prevent truncation of file if 0xFF is encountered
Date: Mon, 15 Apr 2002 21:52:52 +0100
MIME-Version: 1.0
X-Priority: 3
X-MSMail-Priority: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000

> Hello ;)
> 
> Today a colleague of mine was struck by a bug of dos2unix/unix2dos
> utilities i.e. if the code encounters 0xFF in the file being processed
> it erronously thinks that this is the EOF and stops processing. The
> result is that the original file is truncated to the position of the
> 0xFF character.
> 
> As to why we have such characters in source file - our mother language
> is bulgarian and we sometimes still type comments in it :)
> 
> A patch is attached to fix this behaviour.
See my reply on cygwin-patches mailing list.

Regards
Chris



--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

- Raw text -


  webmaster     delorie software   privacy  
  Copyright © 2019   by DJ Delorie     Updated Jul 2019