Re: diff --horizon-lines=lines

On 2020-05-27 20:42, m@d m0nk via Cygwin wrote: > On Thu, May 28, 2020 at 8:10 AM Eliot Moss wrote: >> On 5/27/2020 10:27 PM, m@d m0nk via Cygwin wrote: >>> I am trying to understand the practical use of "--horizon-lines=lines" >>> option in the diff utility. >>> Can i get some pointers on two samp

Re: diff --horizon-lines=lines

Thanks EM.I did go through the post, I understood the concept/theory, but I am unable to do a practical demo of it. Do you have a sample file set for demo or can you suggest something? On Thu, May 28, 2020 at 8:10 AM Eliot Moss wrote: > > On 5/27/2020 10:27 PM, m@d m0nk via Cygwin wrote: > > Hell

Re: diff --horizon-lines=lines

On 5/27/2020 10:27 PM, m@d m0nk via Cygwin wrote: Hello All, I am trying to understand the practical use of "--horizon-lines=lines" option in the diff utility. Can i get some pointers on two sample files which can demonstrate the use of --horizon-lines=lines I understood the theory / definitio

Re: diff -r won't recurse

On Apr 4 21:51, Jeffrey Altman wrote: > On 4/4/2015 3:27 PM, lemke...@t-online.de wrote: > >> Clutching at straws (note the identical serial number, does it confuse > >> Cygwin?): > >> > >> orion> /usr/lib/csih/getVolInfo.exe /g > >> Device Type: 7 > >> Characteristics: 20 > >> Volume

Re: diff -r won't recurse

On 4/4/2015 3:27 PM, lemke...@t-online.de wrote: >> Clutching at straws (note the identical serial number, does it confuse >> Cygwin?): >> >> orion> /usr/lib/csih/getVolInfo.exe /g >> Device Type: 7 >> Characteristics: 20 >> Volume Name: >> Serial Number : 3357258338 > ..

Re: diff -r won't recurse

Greetings, lemke...@t-online.de! >>Clutching at straws (note the identical serial number, does it confuse >>Cygwin?): >> >> orion> /usr/lib/csih/getVolInfo.exe /g >>Device Type: 7 >>Characteristics: 20 >>Volume Name: >>Serial Number : 3357258338 > ... >> >> orion> /usr/l

Re: diff -r won't recurse

> >-Original-Nachricht- >Betreff: Re: diff -r won't recurse >Datum: Sat, 04 Apr 2015 20:29:40 +0200 >Von: "lemke...@t-online.de" >An: cygwin@cygwin.com > >>On Sat, 04 Apr 2015 20:09:56 +0200 I wrote: >>On Fri, 03 Apr 2015 16:50:09 +0200 And

Re: diff -r won't recurse

>On Sat, 04 Apr 2015 20:09:56 +0200 I wrote: >On Fri, 03 Apr 2015 16:50:09 +0200 Andrey Repin wrote: >>> I've got a strange problem: diff -r /d /g won't recurse into the two >>> directories. /d and /g are the >>> roots of two disks where /g is a clone (disk2vhd) of /d. ls -R and other >>> tool

Re: diff -r won't recurse

Greetings, Erwin Waterlander! >> I've got a strange problem: diff -r /d /g won't recurse into the two >> directories. /d and /g are the >> roots of two disks where /g is a clone (disk2vhd) of /d. ls -R and other >> tools have no problems >> to walk the tree. strace doesn't give me a clue. An

Re: diff -r won't recurse

Op 3-4-2015 om 16:17 schreef lemke...@t-online.de: I've got a strange problem: diff -r /d /g won't recurse into the two directories. /d and /g are the roots of two disks where /g is a clone (disk2vhd) of /d. ls -R and other tools have no problems to walk the tree. strace doesn't give me a cl

Re: diff -r won't recurse

Greetings, lemke...@t-online.de! > I've got a strange problem: diff -r /d /g won't recurse into the two > directories. /d and /g are the > roots of two disks where /g is a clone (disk2vhd) of /d. ls -R and other > tools have no problems > to walk the tree. strace doesn't give me a clue. Any

Re: diff issue

Greetings, Csaba Raduly! > Andrey Repin wrote: > When I'm comparing them with my usual macro > diff -bdu -x "CVS" -x ".svn" -I "\$Id.*\$" -I "\$Revision.*\$" -I > "\$Date.*\$" -I "\$Author.*\$" --strip-trailing-cr -- '1/backup.bat' > 'backup.bat' > It telling me that $Id$ lines

Re: diff issue

Greetings, Brian Wilson! > Lastly do you need to use the "-x PATtern" exclusion options? You are > already specifying the two files to diff > so you shouldn't need these options. It is part of my shell macro, so I can compare CVS/Subversion working copies without much of false differences repor

Re: diff issue

Andrey Repin wrote: When I'm comparing them with my usual macro diff -bdu -x "CVS" -x ".svn" -I "\$Id.*\$" -I "\$Revision.*\$" -I "\$Date.*\$" -I "\$Author.*\$" --strip-trailing-cr -- '1/backup.bat' 'backup.bat' It telling me that $Id$ lines are differ. But when I remo

Re: diff issue

>>> Let's say I have two versions of the same batch file: >>> The old version from CVS: >>> >>> > rem $Id: backup.bat,v 1.1 2007/07/17 01:53:30 Daemon Exp $ >>> > rar a -ag--MM-DD_HH-MM -- MinerTimer @MinerTimer.list >>> >>> The new version I've imported to Subversion: >>> >>> > @echo off >>

Re: diff issue

Greetings, Brian Wilson! >> I have strange (to me) issue that I'm not entirely sure how to interpret. >> >> Let's say I have two versions of the same batch file: >> >> The old version from CVS: >> >> > rem $Id: backup.bat,v 1.1 2007/07/17 01:53:30 Daemon Exp $ >> > rar a -ag--MM-DD_HH-MM --

Re: diff issue

> Greetings, All! > > I have strange (to me) issue that I'm not entirely sure how to interpret. > > Let's say I have two versions of the same batch file: > > The old version from CVS: > > > rem $Id: backup.bat,v 1.1 2007/07/17 01:53:30 Daemon Exp $ > > rar a -ag--MM-DD_HH-MM -- MinerTimer @

Re: diff /usr/include/endian.orig.h /usr/include/endian.h > endian.h.diff

On Aug 19 19:31, Pedro Izecksohn wrote: > ChangeLog entry: > > 2010-08-19 Pedro Izecksohn > > * endian.h [_BSD_SOURCE || ! _POSIX_SOURCE] (htobe16, htobe32) > (htobe64, be16toh, be32toh, be64toh, htole16, htole32, htole64) > (le16toh, le32toh, le64toh): Macros defined. > >

Re: diff /usr/include/endian.orig.h /usr/include/endian.h > endian.h.diff

ChangeLog entry: 2010-08-19 Pedro Izecksohn * endian.h [_BSD_SOURCE || ! _POSIX_SOURCE] (htobe16, htobe32) (htobe64, be16toh, be32toh, be64toh, htole16, htole32, htole64) (le16toh, le32toh, le64toh): Macros defined. I modified endian.h again: *** /usr/include/endi

Re: diff /usr/include/endian.orig.h /usr/include/endian.h > endian.h.diff

On Aug 17 22:44, Pedro Izecksohn wrote: > --- Corinna Vinschen wrote: > > > > For this patch, given that it is just a bunch of rather obvious > > defines, I don't think we have to treat the patch as significant. > > I do not think that these macros are obvious. I think that I was > there when th

Re: diff /usr/include/endian.orig.h /usr/include/endian.h > endian.h.diff

--- Corinna Vinschen wrote: > > For this patch, given that it is just a bunch of rather obvious > defines, I don't think we have to treat the patch as significant. I do not think that these macros are obvious. I think that I was there when these macros were first implemented at 1987: I talked wi

Re: diff /usr/include/endian.orig.h /usr/include/endian.h > endian.h.diff

Pedro, first of all, did you read http://cygwin.com/contrib.html? Especially the "Before you get started" section. For this patch, given that it is just a bunch of rather obvious defines, I don't think we have to treat the patch as significant. However, please don't use _BSD_SOURCE. The newli

Re: diff /usr/include/endian.orig.h /usr/include/endian.h > endian.h.diff

As this thread went nowhere, I searched for the BSD code: http://svn.freebsd.org/viewvc/base/stable/8/sys/sys/endian.h?revision=199583&view=markup It uses x to represent the variable as I did; but it also casts the variable. I think that casting is not desirable because I like to see warnin

Re: diff /usr/include/endian.orig.h /usr/include/endian.h > endian.h.diff

--- I wrote: >> The x glyph represents the different ways to represent the same number: >> ... >> I thought to use (i) of integer, but its glyph does not remember the >> proverb about Rome. --- Corinna Vinschen asked: > You mean "What have the Romans ever done for us?"   "All roads lead to Rome."

Re: diff /usr/include/endian.orig.h /usr/include/endian.h > endian.h.diff

On Aug 13 19:11, Pedro Izecksohn wrote: > I thought to use (i) of integer, but its glyph does not remember the > proverb about Rome. You mean "What have the Romans ever done for us?" Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader

Re: diff /usr/include/endian.orig.h /usr/include/endian.h > endian.h.diff

> Umm - did you copy straight from glibc's endian.h?  That's a no-no; > cygwin generally doesn't want to borrow LGPL sources to avoid any > licensing questions (borrowing from BSD is okay, on the other hand). > You would have to implement things from scratch from a documentation > page, or copy fro

Re: diff /usr/include/endian.orig.h /usr/include/endian.h > endian.h.diff

--- Eric Blake wrote: > > Umm - did you copy straight from glibc's endian.h?  That's a no-no; > cygwin generally doesn't want to borrow LGPL sources to avoid any > licensing questions (borrowing from BSD is okay, on the other hand). > You would have to implement things from scratch from a document

Re: diff /usr/include/endian.orig.h /usr/include/endian.h > endian.h.diff

On 08/12/2010 06:35 PM, Pedro Izecksohn wrote: > --- I wrote: >> Defines macros for to convert the endianness of 16, 32 and 64 bits >> integer types. >> >> diff -c /usr/include/endian.orig.h /usr/include/endian.h > > My previous diff is wrong. The right one follows: OK, that documents _what_ your

Re: diff /usr/include/endian.orig.h /usr/include/endian.h > endian.h.diff

--- I wrote: > Defines macros for to convert the endianness of 16, 32 and 64 bits > integer types. > > diff -c /usr/include/endian.orig.h /usr/include/endian.h My previous diff is wrong. The right one follows: *** /usr/include/endian.orig.h Mon Apr 12 14:09:58 2010 --- /usr/include/endian.h

Re: diff /usr/include/endian.orig.h /usr/include/endian.h > endian.h.diff

--- Eric Blake wrote: > Christopher Faylor wrote: >> I wrote: >>>  I hope this list accepts attachments. >> >> It does but the list mind-reading gizmo is on the fritz. > > Translation - a ChangeLog entry justifying your changes, a diff in > unified or context format (-u or -c) rather than the defau

Re: diff /usr/include/endian.orig.h /usr/include/endian.h > endian.h.diff

On 08/12/2010 04:58 PM, Christopher Faylor wrote: > On Thu, Aug 12, 2010 at 07:56:31PM -0300, Pedro Izecksohn wrote: >> I hope this list accepts attachments. > > It does but the list mind-reading gizmo is on the fritz. Translation - a ChangeLog entry justifying your changes, a diff in unified or

Re: diff /usr/include/endian.orig.h /usr/include/endian.h > endian.h.diff

On Thu, Aug 12, 2010 at 07:56:31PM -0300, Pedro Izecksohn wrote: > I hope this list accepts attachments. It does but the list mind-reading gizmo is on the fritz. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://

Re: diff inserts tab into header ?

xerces8 wrote: > Spiro Trikaliotis wrote: > >>> I discovered this when trying to send a patch to a project and >>> they rejected it because of this tab chars. >> Are you sure this is the case? Can you send the exact message they sent >> you when they rejected the patch? > > Sure, they said this: >

Re: diff inserts tab into header ?

Spiro Trikaliotis wrote: > > I discovered this when trying to send a patch to a project and > > they rejected it because of this tab chars. > > Are you sure this is the case? Can you send the exact message they sent > you when they rejected the patch? Sure, they said this: >> Which version of di

Re: diff inserts tab into header ?

Hello, * On Mon, Feb 02, 2009 at 04:10:52PM +0100 xerces8 wrote: > I noticed that > diff -u Portmon.log _viminfo > (using diffutils 2.8.7-1) puts tabs into the header, like this: > > --- Portmon.log 2008-07-25 13:57:56.631375000 +0200 > +++ _viminfo2009-01-21 13:56:23.715740300 +0100 > @@

Re: diff: Resource temporarily unavailable

On Tue, Jun 10, 2008 at 03:13:21PM +1000, Luke Kendall wrote: >Now to find a mirror with a complete Cygwin. Sadly, one must >download the whole Cygwin mirror and then check it, because no mirror >site runs the md5cygchk script I posted here a year or two >ago. Why would you expect random mirrors

Checking a mirror is complete (Was: Re: diff: Resource temporarily unavailable)

On 10 Jun, luke wrote: > Larry Hall (Cygwin) wrote: [...snip] > > Why not install a new cygwin (and diff if necessary) package and check it > > out for yourself? As long as you have the original versions for the > > newer package(s), you can always reinstall them if you don't like what > > you s

Re: diff: Resource temporarily unavailable

Larry Hall (Cygwin) wrote: Luke Kendall wrote: Hi We're using a version of Cygwin that's at least a year old. Someone found today that he can't diff two large files (200MB each) across the network using Cygwin. The error we get is: $ diff //samba/damita-nobackup/chitra/SWFILES/OIP/RF_Testin

Re: diff: Resource temporarily unavailable

Luke Kendall wrote: Hi We're using a version of Cygwin that's at least a year old. Someone found today that he can't diff two large files (200MB each) across the network using Cygwin. The error we get is: $ diff //samba/damita-nobackup/chitra/SWFILES/OIP/RF_Testing/OIP01_SWRF_IO.txt //samba/d

RE: diff utility...

Joe Saunders wrote on 13 March 2008 19:29: > I downloaded cygwin to my XP desktop and assumed there > would be a diff utility in th shell or utilities.. > Did not see it... > > Then i went online at cygwin to get the diff utility. could not find a > pakcage... It's there, it's just not one of

Re: diff utility...

Joe Saunders wrote: I downloaded cygwin to my XP desktop and assumed there would be a diff utility in th shell or utilities.. Did not see it... Then i went online at cygwin to get the diff utility. could not find a pakcage... There has to be one, what am i missing here...

Re: "diff" command missing in cygwin distribution ?

Thanks, I installed diffutils and now have many diff-commands available. Finof wrote: > > Hi, > > I just installed cygwin 2.573.2.2 directly from internet. > Trying to get my linux-scripts working I repeated the installation a few > times (only changing text-mode to binary-mode and back). No

Re: "diff" command missing in cygwin distribution ?

On 11/21/2007, Finof wrote: Hi, I just installed cygwin 2.573.2.2 directly from internet. Trying to get my linux-scripts working I repeated the installation a few times (only changing text-mode to binary-mode and back). Now I'm using test-mode. 2.573.2.2 is the version of 'setup.exe', not any

Re: "diff" command missing in cygwin distribution ?

Finof wrote, On 21.11.2007 11:57: > Hi, > > I just installed cygwin 2.573.2.2 directly from internet. > Trying to get my linux-scripts working I repeated the installation a few > times (only changing text-mode to binary-mode and back). Now I'm using > test-mode. > > Now my script fails on a di

Re: diff

> I am trying to use diff and get the message cygintl-2.dll not found > I verified packages : coreutils - fileutils-diffutils and they are all > installed with setup > tried re-install : same result > Any idea for this dll ? (or package missing) Package missing. Rerun setup.exe, and let it select

RE: diff

prz wrote: > I am trying to use diff and get the message cygintl-2.dll not found I > verified packages : coreutils - fileutils-diffutils and they are all > installed with setup tried re-install : same result Any idea for this > dll ? (or package missing) Best Regards, Guy Przytula Searching for

Re: Diff and grep problems

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 [Ugh - top-posting. Reformatted] >> This is not cygwin specific. Read up on 'info diff' - the -X option is a >> file listing patterns of FILENAMES to ignore when diffing directories, >> not >> LINES to ignore within file pairs being diffed. Try -I

Re: Diff and grep problems

Hi Eric, Thanks for the help. I'd already "man diff" and it doesn't read like it applies only to files, but info tells me more : `-I REGEXP' `--ignore-matching-lines=REGEXP' Ignore changes that just insert or delete lines that match REGEXP. *Note Specified Lines::. However - this

Re: Diff and grep problems

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Adrian Marsh on 8/25/2005 3:52 AM: > I've trying to compare two files using diff from a .bat file : > > diff -iX scripts/%2.ignorelist "%difffile1%" "%difffile2%" > ... > > So I wanted to exclude the ntp line and I put it in the ignorel

RE: diff utilities!!!!!!!!!!

Original Message From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Christopher Faylor Sent: 27 February 2005 04:40 To: cygwin@cygwin.com Subject: Re: diff utilities!! > 1) Take some deep breaths and calm down. > > On Sat, Feb 26, 2005 at 08:34:44PM -0800, TA

Re: diff utilities!!!!!!!!!!

1) Take some deep breaths and calm down. On Sat, Feb 26, 2005 at 08:34:44PM -0800, TAING Nguon wrote: >I installed almost of the packets of cygwin into my XP system. i can >type diff-v. And I am sure that I installed the packet diffutils >because I can see this utility in /etc/seup, but it is st

RE: diff can be slow

Just a guess: Do You have hyperthreaded CPUs? Does disable HT in BIOS accelerate the processes? matthias -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ:

Re: diff can be slow

I have had the same problem with Cygwin and gcc. Compiling on a Pentium too 8 hours. Go to work and come back, and its still compiling. Slow computer. On my 1.2 celeron, compiling takes an hour or two for GCC, less than 20 minutes for the cygwin.dll -- Unsubscribe info: http://cygwin.com/ml

Re: diff crashes with big files on Itanium machine

On Sep 10 17:53, Alexei Alexandrov wrote: > Hi, All! > > I would like to report a problem I have with Cygwin's diff. It crashes when I use it > on 2 big files (the size is 100M each) on Itanium machines under > Windows .NET server. It works OK on x86 machines. The following is the scenario of >

RE: diff crashes with big files on Itanium machine

> Hi, All! > > I would like to report a problem I have with Cygwin's diff. > It crashes when I use it on 2 big files (the size is 100M > each) on Itanium machines under Windows .NET server. It works > OK on x86 machines. There's a reason they call it "Itanic". HHehehehehee! Man I

RE: Diff for generic readme and generic-build script

-- From: Igor Pechtchanski [mailto:[EMAIL PROTECTED] Sent: November 19, 2003 11:55 To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: RE: Diff for generic readme and generic-build script Alan, The bug with 'sed -i' was that if it's unable to write to (or, rather, "creat")

RE: Diff for generic readme and generic-build script

%.README.tmp file in its listing. > > Which solution would be your preference? (Unless you have another one of > course ...) > > Alan > > -Original Message- > From: Alan Miles [mailto:[EMAIL PROTECTED] > Sent: November 18, 2003 19:05 > To: [EMAIL PROTECTED] >

RE: Diff for generic readme and generic-build script

doc/Cygwin/%PKG%.README.tmp file in its listing. Which solution would be your preference? (Unless you have another one of course ...) Alan -Original Message- From: Alan Miles [mailto:[EMAIL PROTECTED] Sent: November 18, 2003 19:05 To: [EMAIL PROTECTED] Subject: RE: Diff for generic rea

RE: Diff for generic readme and generic-build script

EMAIL PROTECTED] Subject: Re: Diff for generic readme and generic-build script On Mon, 17 Nov 2003, Alan Miles wrote: > [snip] > 7/ Note: the -i option to sed (quoting the man page for sed): > >-i[suffix], --in-place[=suffix] >edit files in place (makes backup if extension

Re: Diff for generic readme and generic-build script

On Mon, 17 Nov 2003, Alan Miles wrote: > [snip] > 7/ Note: the -i option to sed (quoting the man page for sed): > >-i[suffix], --in-place[=suffix] >edit files in place (makes backup if extension supplied) > >Extended sed command: > >`e [COMMAND]' > This command allows one

Re: Diff information

Or, you could just install it. setup.exe does not install everything by default. The list of programs that I got during my update yesterday was too long to read through, and there was nothing under man. Just now, I tried the "Search Package List" tool and searched for "man", which returned 511

Re: Diff information

On Thu, Sep 11, 2003 at 06:55:55PM +, Editor of PoliSource wrote: >>General help in bash, for installed (cygwin/Linux/GNU) commands: >> >>$ help >>$ info >>$ man > >Help and info work, but man still doesn't. I guess I don't need it though. Or, you could just install it. setup.exe does not

RE: Diff information

General help in bash, for installed (cygwin/Linux/GNU) commands: $ help $ info $ man Help and info work, but man still doesn't. I guess I don't need it though. _ Fast, faster, fastest: Upgrade to Cable or DSL today! https://bro

RE: Diff information

Most if not all text files in cygwin and Linux/Unix are -not surprisingly- in the unix/linux text format which means that as opposed to windooze a line is terminated with a single LF, apple uses a single CR and win uses CR/LF. Notepad does not understand the unix format and shows all text on one li

RE: Diff information

> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf > Of Editor of PoliSource > >man diff > > Thanks. I think I used that a long time ago, but I rarely use the command > line so I forgot. Unfortunately, it doesn't work at my command > line for some > reason, but I found other sources for t

Re: Diff information

Could someone tell me how to properly view the data, including >the long descriptions, in setup.ini, or point me to a tutorial on using the >diff tools in cygwin? man diff Thanks. I think I used that a long time ago, but I rarely use the command line so I forgot. Unfortunately, it doesn't work a

Re: Diff information

On Thu, Sep 11, 2003 at 04:50:26AM +, Editor of PoliSource wrote: >I was looking for instructions on how to use the diff tools that come with >cygwin, but all I could find is a short description of diffutils during >setup, and a "ldesc" in the file setup.ini, but setup.ini opened in >Notepad

Re: diff 1.0-1 appears empty

Damon, They did that on purpose for backwards compatibility. It's a placeholder and the "real" diff is located in the "diffutils" package. Cheers, Nicholas P.S. - You ever thought of porting realplayer to cygwin ;)? --- Damon Muller <[EMAIL PROTECTED]> wrote: > Just a question about the lates