GNU bug report logs -
#15459
Previous Next
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 15459 in the body.
You can then email your comments to 15459 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-diffutils <at> gnu.org:
bug#15459; Package
diffutils.
(Tue, 24 Sep 2013 21:57:03 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
leila karami <karami.leila1 <at> gmail.com>:
New bug report received and forwarded. Copy sent to
bug-diffutils <at> gnu.org.
(Tue, 24 Sep 2013 21:57:04 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Excuseme. I attached wrong files in previous e-mail.
2-files is true.
On Tue, Sep 24, 2013 at 5:11 PM, leila karami <karami.leila1 <at> gmail.com>wrote:
> Dear all
>
> I obtained a file (containing both of number and text) from a program in
> linux.
>
> I did changes in my file by text editor in windows.
>
> I changed order of the some lines.
>
> for example, before change, the order of lines was as follows:
>
> 1
> 2
> 3
> 4
> 5
> .
> .
> .
> .
> 1000
>
> and now, after the change:
>
> 1
> 2
> 7
> 8
> 3
> .
> .
> .
> .
> 1000.
>
> When I use new file in the my program, I encountered with error (file
> format is changed and is not standard for program).
>
> But when I compared 2 files (old and new) by text editor in windows, I did
> not find difference.
>
> One of program developers suggested me to use unix diff tool.
>
>
> After using following command, diff tool did not give me output file or a
> text containing information about differences:
>
> *diff old.gr new.gro*
>
> I attached my files to this e-mail.
>
> Should I use diff by special option?
>
> How to fix this issue?
>
> Please guide me about that.
>
> Any help will highly appreciated.
>
> Best wishes for you.
>
>
>
>
>
[Message part 2 (text/html, inline)]
[2-files.rar (application/rar, attachment)]
Information forwarded
to
bug-diffutils <at> gnu.org:
bug#15459; Package
diffutils.
(Wed, 25 Sep 2013 02:33:01 GMT)
Full text and
rfc822 format available.
Message #8 received at 15459 <at> debbugs.gnu.org (full text, mbox):
leila karami wrote:
> 2-files is true.
Sorry, that message had just one attachment.
Can you please send one file per attachment,
so that the email has two attachments?
Information forwarded
to
bug-diffutils <at> gnu.org:
bug#15459; Package
diffutils.
(Wed, 25 Sep 2013 07:03:02 GMT)
Full text and
rfc822 format available.
Message #11 received at 15459 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Hi
I put new.gro file and old.gro files in 2attachments separately.
On Wed, Sep 25, 2013 at 6:02 AM, Paul Eggert <eggert <at> cs.ucla.edu> wrote:
> leila karami wrote:
> > 2-files is true.
>
> Sorry, that message had just one attachment.
> Can you please send one file per attachment,
> so that the email has two attachments?
>
[Message part 2 (text/html, inline)]
[old.rar (application/rar, attachment)]
[new.rar (application/rar, attachment)]
Information forwarded
to
bug-diffutils <at> gnu.org:
bug#15459; Package
diffutils.
(Wed, 25 Sep 2013 11:44:01 GMT)
Full text and
rfc822 format available.
Message #14 received at 15459 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Excuseme, please consider these new attached files.
On Wed, Sep 25, 2013 at 10:32 AM, leila karami <karami.leila1 <at> gmail.com>wrote:
> Hi
>
> I put new.gro file and old.gro files in 2attachments separately.
>
>
> On Wed, Sep 25, 2013 at 6:02 AM, Paul Eggert <eggert <at> cs.ucla.edu> wrote:
>
>> leila karami wrote:
>> > 2-files is true.
>>
>> Sorry, that message had just one attachment.
>> Can you please send one file per attachment,
>> so that the email has two attachments?
>>
>
>
[Message part 2 (text/html, inline)]
[new.rar (application/rar, attachment)]
[old.rar (application/rar, attachment)]
Information forwarded
to
bug-diffutils <at> gnu.org:
bug#15459; Package
diffutils.
(Wed, 25 Sep 2013 14:39:02 GMT)
Full text and
rfc822 format available.
Message #17 received at 15459 <at> debbugs.gnu.org (full text, mbox):
Here's what happens when I compare them.
(The "$ " is the prompt by my shell; it comes
before the command I typed; the other lines are
the output of "diff".)
$ diff old.rar new.rar
Binary files old.rar and new.rar differ
$ diff -a old.rar new.rar
[ lots of binary gibberish ]
This is the documented behavior; I don't see any bug there.
'diff' is designed to compare text files, and doesn't do
very well with binary files.
Information forwarded
to
bug-diffutils <at> gnu.org:
bug#15459; Package
diffutils.
(Wed, 25 Sep 2013 14:54:01 GMT)
Full text and
rfc822 format available.
Message #20 received at 15459 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
On 09/25/2013 08:37 AM, Paul Eggert wrote:
> Here's what happens when I compare them.
> (The "$ " is the prompt by my shell; it comes
> before the command I typed; the other lines are
> the output of "diff".)
>
> $ diff old.rar new.rar
> Binary files old.rar and new.rar differ
> $ diff -a old.rar new.rar
> [ lots of binary gibberish ]
>
> This is the documented behavior; I don't see any bug there.
> 'diff' is designed to compare text files, and doesn't do
> very well with binary files.
Oh - maybe the intent is that we are supposed to unrar these files, and
diff the contents of the uncompressed files? Sorry, but rar is not a
free format (free-of-charge programs is not the same as software that
respects user freedoms). The GNU unrar cannot uncompress rar3 archives,
so it is difficult for free software developers to get at your original
contents. Can you please use a free compression format (such as gzip)
instead of the patent-encumbered rar for posting the files you are
discussing?
http://en.wikipedia.org/wiki/Unrar
--
Eric Blake eblake redhat com +1-919-301-3266
Libvirt virtualization library http://libvirt.org
[signature.asc (application/pgp-signature, attachment)]
Information forwarded
to
bug-diffutils <at> gnu.org:
bug#15459; Package
diffutils.
(Wed, 25 Sep 2013 15:50:02 GMT)
Full text and
rfc822 format available.
Message #23 received at 15459 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Dear Andreas
Are you sure old.gro has DOS-style and new.gro has UNIX-style.
I obtained old.gro file from linux, then I changed and saved it in windows
(new.gro). I want to use new.gro file in linux again.
I attached files again.
I want to do some works to obtained new.gro file exactly similar to style
and format of the old.gro to use new.gro in linux.
Please tell me how to do this work exactly?
Best wishes for you
[Message part 2 (text/html, inline)]
[old.gro (application/octet-stream, attachment)]
[new.gro (application/octet-stream, attachment)]
Information forwarded
to
bug-diffutils <at> gnu.org:
bug#15459; Package
diffutils.
(Wed, 25 Sep 2013 15:53:01 GMT)
Full text and
rfc822 format available.
Message #26 received at 15459 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Dear Eric
I obtained old.gro file from linux, then I changed and saved it in windows
(new.gro). I want to use new.gro file in linux again.
I attached files in free compression format (such as gzip).
I want to do some works to obtained new.gro file exactly similar to style
and format of the old.gro to use new.gro in linux.
Please tell me how to do this work exactly?
Best wishes for you
[Message part 2 (text/html, inline)]
Information forwarded
to
bug-diffutils <at> gnu.org:
bug#15459; Package
diffutils.
(Wed, 25 Sep 2013 15:55:02 GMT)
Full text and
rfc822 format available.
Message #29 received at 15459 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
[Message part 2 (text/html, inline)]
[old.gro.gz (application/x-gzip, attachment)]
[new.gro.gz (application/x-gzip, attachment)]
Information forwarded
to
bug-diffutils <at> gnu.org:
bug#15459; Package
diffutils.
(Wed, 25 Sep 2013 16:05:01 GMT)
Full text and
rfc822 format available.
Message #32 received at 15459 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
On 09/25/2013 09:49 AM, leila karami wrote:
> Dear Andreas
>
> Are you sure old.gro has DOS-style and new.gro has UNIX-style.
>
> I obtained old.gro file from linux, then I changed and saved it in windows
> (new.gro). I want to use new.gro file in linux again.
>
> I attached files again.
>
> I want to do some works to obtained new.gro file exactly similar to style
> and format of the old.gro to use new.gro in linux.
>
> Please tell me how to do this work exactly?
[unrelated to the question at hand]
Please don't send large files to mailing lists. I'm actually surprised
that your mails have made it through moderation (many GNU lists are
capped to forbid mail larger than 100k). Yet in the last 24 hours, you
have sent mails of sizes 363k, 371k, 367k, 368k, and 1.3M, all of which
adds up to a LOT of strain on the mail server, and a painful process to
those list subscribers that do not have high-speed internet.
When reporting a bug, it's best to trim your report down to a minimal
example that faithfully reproduces the problem you are seeing with your
larger files. If a large file is essential, it's still more efficient
to post those large files to an external site and merely include a URL
to those files, for the few people interested in downloading them,
rather than forcing all subscribers to wade through the large sizes.
--
Eric Blake eblake redhat com +1-919-301-3266
Libvirt virtualization library http://libvirt.org
[signature.asc (application/pgp-signature, attachment)]
Information forwarded
to
bug-diffutils <at> gnu.org:
bug#15459; Package
diffutils.
(Wed, 25 Sep 2013 16:06:01 GMT)
Full text and
rfc822 format available.
Message #35 received at 15459 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
On 09/25/2013 09:52 AM, leila karami wrote:
> Dear Eric
>
> I obtained old.gro file from linux, then I changed and saved it in windows
> (new.gro). I want to use new.gro file in linux again.
>
> I attached files in free compression format (such as gzip).
>
> I want to do some works to obtained new.gro file exactly similar to style
> and format of the old.gro to use new.gro in linux.
> Please tell me how to do this work exactly?
If line endings are all that differs, use 'diff -Z' to ignore the
trailing space differences, or download the 'dos2unix' utility and
reconvert your file back into desired line endings before doing the diff.
--
Eric Blake eblake redhat com +1-919-301-3266
Libvirt virtualization library http://libvirt.org
[signature.asc (application/pgp-signature, attachment)]
Information forwarded
to
bug-diffutils <at> gnu.org:
bug#15459; Package
diffutils.
(Wed, 25 Sep 2013 16:21:02 GMT)
Full text and
rfc822 format available.
Message #38 received at 15459 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
On 09/25/2013 10:05 AM, Eric Blake wrote:
> On 09/25/2013 09:52 AM, leila karami wrote:
>> Dear Eric
>>
>> I obtained old.gro file from linux, then I changed and saved it in windows
>> (new.gro). I want to use new.gro file in linux again.
>>
>> I attached files in free compression format (such as gzip).
>>
>> I want to do some works to obtained new.gro file exactly similar to style
>> and format of the old.gro to use new.gro in linux.
>> Please tell me how to do this work exactly?
>
> If line endings are all that differs, use 'diff -Z' to ignore the
> trailing space differences, or download the 'dos2unix' utility and
> reconvert your file back into desired line endings before doing the diff.
Hmm, you may have found a real bug after all:
$ diff --version | head -n1
diff (GNU diffutils) 3.3
$ diff -Z <(printf 'a\nb\n') <(printf 'a\nb\n'); echo $?
0
$ timeout 10s diff -Z <(printf 'a\r\nb\n') <(printf 'a\nb\r\n'); echo $?
124
Why is 'diff -Z' going into an infinite loop and timing out after ten
seconds, instead of ignoring differences caused by mixed-mode carriage
returns?
--
Eric Blake eblake redhat com +1-919-301-3266
Libvirt virtualization library http://libvirt.org
[signature.asc (application/pgp-signature, attachment)]
Information forwarded
to
bug-diffutils <at> gnu.org:
bug#15459; Package
diffutils.
(Wed, 25 Sep 2013 17:17:01 GMT)
Full text and
rfc822 format available.
Message #41 received at 15459 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
On 09/25/2013 11:05 AM, Hugo.Mildenberger <at> web.de wrote:
>> $ timeout 10s diff -Z <(printf 'a\r\nb\n') <(printf 'a\nb\r\n'); echo $?
>> 124
>>
>
> diff 3.3 (probably compiled with gcc-4.7.3 p1.0, pie-0.5.5,
> glibc-2.17 on amd64) does not timeout on my system:
>
> $ diff -Z <(printf 'a\nb\n') <(printf 'a\nb\n'); echo $?
> 0
> $ timeout 10s diff -Z <(printf 'a\r\nb\n') <(printf 'a\nb\r\n'); echo $?
> 0
Odd; I've raised a separate Fedora bug in case it is a downstream-only
issue:
https://bugzilla.redhat.com/show_bug.cgi?id=1012075
--
Eric Blake eblake redhat com +1-919-301-3266
Libvirt virtualization library http://libvirt.org
[signature.asc (application/pgp-signature, attachment)]
Information forwarded
to
bug-diffutils <at> gnu.org:
bug#15459; Package
diffutils.
(Wed, 25 Sep 2013 20:45:02 GMT)
Full text and
rfc822 format available.
Message #44 received at 15459 <at> debbugs.gnu.org (full text, mbox):
The difference in the files is that the old file has Windows style
newlines (CR+LF: 0x0a,0x0d) while the new file has unix style end of
lines (just LF 0x0a). The change was probably made by the editor you
used.
See http://en.wikipedia.org/wiki/Newline for mor information about newlines.
Therefore diff reports each line as changed.
On 24 September 2013 16:27, leila karami <karami.leila1 <at> gmail.com> wrote:
> Excuseme. I attached wrong files in previous e-mail.
>
> 2-files is true.
>
>
> On Tue, Sep 24, 2013 at 5:11 PM, leila karami <karami.leila1 <at> gmail.com>
> wrote:
>>
>> Dear all
>>
>> I obtained a file (containing both of number and text) from a program in
>> linux.
>>
>> I did changes in my file by text editor in windows.
>>
>> I changed order of the some lines.
>>
>> for example, before change, the order of lines was as follows:
>>
>> 1
>> 2
>> 3
>> 4
>> 5
>> .
>> .
>> .
>> .
>> 1000
>>
>> and now, after the change:
>>
>> 1
>> 2
>> 7
>> 8
>> 3
>> .
>> .
>> .
>> .
>> 1000.
>>
>> When I use new file in the my program, I encountered with error (file
>> format is changed and is not standard for program).
>>
>> But when I compared 2 files (old and new) by text editor in windows, I did
>> not find difference.
>>
>> One of program developers suggested me to use unix diff tool.
>>
>>
>> After using following command, diff tool did not give me output file or a
>> text containing information about differences:
>>
>> diff old.gr new.gro
>>
>> I attached my files to this e-mail.
>>
>> Should I use diff by special option?
>>
>> How to fix this issue?
>>
>> Please guide me about that.
>>
>> Any help will highly appreciated.
>>
>> Best wishes for you.
>>
>>
>>
>>
>
Information forwarded
to
bug-diffutils <at> gnu.org:
bug#15459; Package
diffutils.
(Fri, 27 Sep 2013 06:28:16 GMT)
Full text and
rfc822 format available.
Message #47 received at 15459 <at> debbugs.gnu.org (full text, mbox):
On Wed, 25 Sep 2013 10:20:20 -0600
Eric Blake <eblake <at> redhat.com> wrote:
> On 09/25/2013 10:05 AM, Eric Blake wrote:
> > On 09/25/2013 09:52 AM, leila karami wrote:
> >> Dear Eric
> >>
> >> I obtained old.gro file from linux, then I changed and saved it in windows
> >> (new.gro). I want to use new.gro file in linux again.
> >>
> >> I attached files in free compression format (such as gzip).
> >>
> >> I want to do some works to obtained new.gro file exactly similar to style
> >> and format of the old.gro to use new.gro in linux.
> >> Please tell me how to do this work exactly?
> >
> > If line endings are all that differs, use 'diff -Z' to ignore the
> > trailing space differences, or download the 'dos2unix' utility and
> > reconvert your file back into desired line endings before doing the diff.
>
> Hmm, you may have found a real bug after all:
>
> $ diff --version | head -n1
> diff (GNU diffutils) 3.3
> $ diff -Z <(printf 'a\nb\n') <(printf 'a\nb\n'); echo $?
> 0
> $ timeout 10s diff -Z <(printf 'a\r\nb\n') <(printf 'a\nb\r\n'); echo $?
> 124
>
> Why is 'diff -Z' going into an infinite loop and timing out after ten
> seconds, instead of ignoring differences caused by mixed-mode carriage
> returns?
>
> --
> Eric Blake eblake redhat com +1-919-301-3266
> Libvirt virtualization library http://libvirt.org
>
diff 3.3 (probably compiled with gcc-4.7.3 p1.0, pie-0.5.5,
glibc-2.17 on amd64) does not timeout on my system:
$ diff -Z <(printf 'a\nb\n') <(printf 'a\nb\n'); echo $?
0
$ timeout 10s diff -Z <(printf 'a\r\nb\n') <(printf 'a\nb\r\n'); echo $?
0
Hugo Mildenberger
Information forwarded
to
bug-diffutils <at> gnu.org:
bug#15459; Package
diffutils.
(Fri, 27 Sep 2013 06:28:17 GMT)
Full text and
rfc822 format available.
Message #50 received at 15459 <at> debbugs.gnu.org (full text, mbox):
Of the files in the rar archives, old.gro has DOS-style CRLF line
endings and new.gro has UNIX-style LF line endings. After fixing this
with 'recode ibmpc..latin1 old.gro', I get a more useful result out of
diff (but it's still a long patch).
Andreas
Reply sent
to
Paul Eggert <eggert <at> cs.ucla.edu>:
You have taken responsibility.
(Sun, 30 Mar 2014 05:36:01 GMT)
Full text and
rfc822 format available.
Notification sent
to
leila karami <karami.leila1 <at> gmail.com>:
bug acknowledged by developer.
(Sun, 30 Mar 2014 05:36:02 GMT)
Full text and
rfc822 format available.
Message #55 received at 15459-done <at> debbugs.gnu.org (full text, mbox):
After looking at all this thread:
http://bugs.gnu.org/15459
it appears that no bug has been reported against the upstream diffutils
so I'm taking the liberty of closing this bug report.
Forcibly Merged 15458 15459.
Request was from
Paul Eggert <eggert <at> cs.ucla.edu>
to
control <at> debbugs.gnu.org.
(Sun, 30 Mar 2014 05:38:01 GMT)
Full text and
rfc822 format available.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org.
(Sun, 27 Apr 2014 11:24:05 GMT)
Full text and
rfc822 format available.
This bug report was last modified 11 years and 57 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.