Your message dated Fri, 22 Apr 2005 23:13:21 +0200 (CEST)
with message-id <[EMAIL PROTECTED]>
and subject line Bug#305898: wdiff: Reading from device file (like /dev/stdin)
loses data
has caused the attached Bug report to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere. Please contact me immediately.)
Debian bug tracking system administrator
(administrator, Debian Bugs database)
--------------------------------------
Received: (at submit) by bugs.debian.org; 22 Apr 2005 19:57:18 +0000
>From [EMAIL PROTECTED] Fri Apr 22 12:57:18 2005
Return-path: <[EMAIL PROTECTED]>
Received: from ip104164.uvm.edu (webteam-dvd) [132.198.104.164]
by spohr.debian.org with esmtp (Exim 3.35 1 (Debian))
id 1DP4H7-0000xn-00; Fri, 22 Apr 2005 12:57:17 -0700
Received: from ashawley by webteam-dvd with local (Exim 3.36 #1 (Debian))
id 1DP4GW-0001Og-00; Fri, 22 Apr 2005 15:56:40 -0400
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
From: "Aaron S. Hawley" <[EMAIL PROTECTED]>
To: Debian Bug Tracking System <[EMAIL PROTECTED]>
Subject: wdiff: Reading from device file (like /dev/stdin) loses data
X-Mailer: reportbug 3.5
Date: Fri, 22 Apr 2005 15:56:40 -0400
Message-Id: <[EMAIL PROTECTED]>
Sender: "Aaron S. Hawley" <[EMAIL PROTECTED]>
Delivered-To: [EMAIL PROTECTED]
X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02
(1.212-2003-09-23-exp) on spohr.debian.org
X-Spam-Status: No, hits=-8.0 required=4.0 tests=BAYES_00,HAS_PACKAGE
autolearn=no version=2.60-bugs.debian.org_2005_01_02
X-Spam-Level:
Package: wdiff
Version: 0.5-14
Severity: normal
When giving a file device on the command-line for wdiff results in
missing data in the output. This can be avoided by saving the file to
a regular file and providing the file to wdiff rather than a device.
Perhaps wdiff is reading the file twice?
I ran into this problem piping files out of version control and
comparing them with the working version of the file with wdiff. wdiff
doesn't take a '-' option for reading from standard input, so I used
/dev/stdin device file.
Here's a transcript that shows what happens.
$ cat testfile
I'm only going to changed one word.
$ cat testfile~
I'm only going to change one word.
$ cat testfile | wdiff /dev/stdin testfile~
I'm only going to[--] {+change+} one word.
$ cat testfile~ | wdiff testfile /dev/stdin
[-changed-]{++}$ clear # \Endline missing from output
$ wdiff testfile testfile~
I'm only going to [-changed-] {+change+} one word.
$ wdiff --version
GNU wdiff 0.5
Copyright (C) 1992 Free Software Foundation, Inc.
$
Script done on Fri Apr 22 15:00:21 2005
-- System Information:
Debian Release: 3.1
APT prefers testing
APT policy: (500, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.2.20
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Versions of packages wdiff depends on:
ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an
ii libncurses5 5.4-4 Shared libraries for terminal hand
-- no debconf information
---------------------------------------
Received: (at 305898-done) by bugs.debian.org; 22 Apr 2005 21:16:07 +0000
>From [EMAIL PROTECTED] Fri Apr 22 14:16:07 2005
Return-path: <[EMAIL PROTECTED]>
Received: from pizarro.unex.es [158.49.8.2] (postfix)
by spohr.debian.org with esmtp (Exim 3.35 1 (Debian))
id 1DP5VL-0003bF-00; Fri, 22 Apr 2005 14:16:06 -0700
Received: from localhost (almendralejo.unex.es [158.49.8.199])
by pizarro.unex.es (Postfix/MJ-1.08) with ESMTP
id A4405A1DF4; Fri, 22 Apr 2005 23:16:02 +0200 (CEST)
Received: from pizarro.unex.es ([158.49.8.2])
by localhost (emilio [158.49.17.20]) (amavisd-new, port 10024)
with ESMTP id 23342-09; Fri, 22 Apr 2005 23:17:08 +0200 (CEST)
Received: from guadiana.unex.es (guadiana.unex.es [158.49.17.23])
by pizarro.unex.es (Postfix/MJ-1.08) with ESMTP
id DC499A1DF3; Fri, 22 Apr 2005 23:16:01 +0200 (CEST)
Received: from cantor.unex.es ([158.49.18.105])
by guadiana.unex.es with esmtp (Exim 3.35 #1 (Debian))
id 1DP5VJ-0008P9-00; Fri, 22 Apr 2005 23:16:01 +0200
Date: Fri, 22 Apr 2005 23:13:21 +0200 (CEST)
From: Santiago Vila <[EMAIL PROTECTED]>
To: "Aaron S. Hawley" <[EMAIL PROTECTED]>,
[EMAIL PROTECTED]
Subject: Re: Bug#305898: wdiff: Reading from device file (like /dev/stdin)
loses data
In-Reply-To: <[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>
References: <[EMAIL PROTECTED]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at unex.es
Delivered-To: [EMAIL PROTECTED]
X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02
(1.212-2003-09-23-exp) on spohr.debian.org
X-Spam-Status: No, hits=-6.0 required=4.0 tests=BAYES_00,HAS_BUG_NUMBER
autolearn=no version=2.60-bugs.debian.org_2005_01_02
X-Spam-Level:
On Fri, 22 Apr 2005, Aaron S. Hawley wrote:
> Package: wdiff
> Version: 0.5-14
> Severity: normal
>
> When giving a file device on the command-line for wdiff results in
> missing data in the output. This can be avoided by saving the file to
> a regular file and providing the file to wdiff rather than a device.
> Perhaps wdiff is reading the file twice?
Perhaps.
> I ran into this problem piping files out of version control and
> comparing them with the working version of the file with wdiff. wdiff
> doesn't take a '-' option for reading from standard input, so I used
> /dev/stdin device file.
>
> Here's a transcript that shows what happens.
>
> $ cat testfile
> I'm only going to changed one word.
> $ cat testfile~
> I'm only going to change one word.
> [...]
Please try
cat testfile~ | wdiff testfile -
Quote from the info manual:
The empty string or the string `-' denotes standard input, but
standard input cannot be used twice in the same invocation.
I don't think we should consider this as a bug when the use of `-' is
documented and it works.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
