From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 85551 invoked by alias); 5 Feb 2017 06:40:27 -0000 Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner@cygwin.com Mail-Followup-To: cygwin@cygwin.com Received: (qmail 83700 invoked by uid 89); 5 Feb 2017 06:37:22 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-1.4 required=5.0 tests=AWL,BAYES_00,FREEMAIL_FROM,RCVD_IN_SORBS_SPAM,SPF_PASS autolearn=no version=3.3.2 spammy=H*MI:sk:A@mail., bala, H*MI:sk:CAPJ9Yc, H*MI:sk:xveQnM1 X-HELO: mail-wr0-f180.google.com Received: from mail-wr0-f180.google.com (HELO mail-wr0-f180.google.com) (209.85.128.180) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Sun, 05 Feb 2017 06:37:12 +0000 Received: by mail-wr0-f180.google.com with SMTP id i10so7569958wrb.0 for ; Sat, 04 Feb 2017 22:37:12 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding; bh=fOszeW8ov5oH1UhDUkiRLNPxJA3Xg7psi8C/mlUvOdU=; b=CfsVuZGNueOD3Ui/rZdsuan441MBoqGTE0bZCRk0kFN+lwcCd3hMbq+2blNYR/katL 5ciTzVycEyze1ENlyeXu9OXTjD0X0hZvZY3onrkedOiOaxjLUsT7YV8fkzj94ZwKKS4Z dZHP9oLck5vkJMgu3hEWz0GQ9JGEm6yRqJxNUDRYP9QuoAx2cxWtWGhfykaxnNfhxm0a anR870MzYLPzWWIcm4+599dELc8lkWVyMB1GQiO1mSsyeq5Snv+o8eJvFh8Hx4+9eGVQ 8YCXNTd+qdUcmfhKb/ioL/ah/2sycnk/9j56ItX+UF7eYq1xOrjFWjAL2KN2UWpCb0IO 7s4w== X-Gm-Message-State: AIkVDXKx3ZzXofoutcA/pwfh3jIH8tJPSqEXzLB98NW0R/mkm1DHs9vzmZeG+NimNm5SGg== X-Received: by 10.223.169.115 with SMTP id u106mr4239460wrc.54.1486276629858; Sat, 04 Feb 2017 22:37:09 -0800 (PST) Received: from [192.168.2.108] (p4FDB3ECF.dip0.t-ipconnect.de. [79.219.62.207]) by smtp.googlemail.com with ESMTPSA id y126sm5969532wmg.19.2017.02.04.22.37.08 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sat, 04 Feb 2017 22:37:09 -0800 (PST) Subject: Re: Bug in lrzip 0.631-1 (32 bit version) with -d -o - options To: cygwin@cygwin.com References: From: Marco Atzeri Message-ID: <5787b681-2927-9067-d7da-70c0e9a29c93@gmail.com> Date: Sun, 05 Feb 2017 06:40:00 -0000 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.7.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit X-IsSubscribed: yes X-SW-Source: 2017-02/txt/msg00066.txt.bz2 On 25/01/2017 23:15, David Balažic wrote: > Hi! > > The 32 bit version of lrzip 0.631-1 contains a bug that corrupts the > decompressed dat in some circumstances. > > I reproduced the problem on 2 PCs (the md5sum of the broken output was > the same on both systems). > > I seems to happen when the (de)compressed file size is bigger than the > available RAM (note that the 32 bit version uses max 4GB in any case) > and lrzip resorts to using a temporary file. > [cut] > > > Simply decompressing the file (lrzip -d -o sda.img sda.img.lrz2) to > filesystem works fine, only when piped to stdout the problem happens. > > The 64 bit version does not have this problem. > > > > Regards, > David > can you check if latest cygwin test solves the issue ? There was a change on pipe handling. https://cygwin.com/ml/cygwin-announce/2017-02/msg00007.html - Always try to write all incoming bytes to blocking pipes, as required by POSIX. Addresses: https://cygwin.com/ml/cygwin/2017-01/msg00087.html Regards Marco -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple