X-Spam-Check-By: sourceware.org Message-ID: <43D01182.4020301@tcicredit.com> Date: Thu, 19 Jan 2006 17:24:02 -0500 From: Mark Bohlman MIME-Version: 1.0 To: cygwin AT cygwin DOT com Subject: Did md5sum -c change line end handling? Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Spam: [F=0.0100000000; S=0.010(2005122801)] X-MAIL-FROM: X-SOURCE-IP: [65.170.14.181] Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com Delivered-To: mailing list cygwin AT cygwin DOT com Hi, I've noticed since my last cygwin update (2 days ago with reinstall of coreutils today) that md5sum is failing on a check. For example $ md5sum -c downloaded_file.gz.md5 : No such file or directoryz : FAILED open or read md5sum: WARNING: 1 of 1 listed file could not be read I'm running: coreutils 5.93-2 OK cygwin 1.5.19-3 OK Notice the message ": No such file or directoryz" - that is not a typo but a cut and paste. Turns out that the .md5 file has a CR-LF (downloaded from source provider) in it that is no longer being read properly. Removing the offending 0x0D from the file .md5 file causes it to work properly. Was md5sum change in it's handling of CR/LF? Or did I do something screwy in my update like select DOS files (although I've never done before it is possible). I've also checked old md5 files that verified properly in the past but now fail like above. Thanks, -- Mark -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/