public inbox for cygwin@cygwin.com
 help / color / mirror / Atom feed
* patch(1) can't patch files
@ 1999-09-18  9:14 Florian Weimer
  1999-09-18  9:43 ` Suhaib M. Siddiqi
  1999-09-30 23:42 ` Florian Weimer
  0 siblings, 2 replies; 4+ messages in thread
From: Florian Weimer @ 1999-09-18  9:14 UTC (permalink / raw)
  To: cygwin

I've received a report that GNU patch doesn't work correctly under
Cygwin-b20 if the directory for temporary files and the files to patch
aren't on the same drive (this behavior was observed under Windows 95):

patch -p1 < gnus-0.95-0.96.diff 
patching file `lisp/ChangeLog'
patch: **** can't rename `C:\WINDOWS\TEMP/po001004' to
`lisp/ChangeLog' : File exists

GNU patch contains its own implementation of rename() which uses hard
links (at least on Unix) and a copy-and-delete fallback mechanism
for cross-filesystem renames.  Obviously, this implementation of
rename() expects certain error values from link() &c which the cygwin
implementation doesn't provide.

(Unfortunately, I don't have working installation of cygwin-b20 myself,
which means I can't give more information here or do additional testing.)

--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com

^ permalink raw reply	[flat|nested] 4+ messages in thread

* RE: patch(1) can't patch files
  1999-09-18  9:14 patch(1) can't patch files Florian Weimer
@ 1999-09-18  9:43 ` Suhaib M. Siddiqi
  1999-09-30 23:42   ` Suhaib M. Siddiqi
  1999-09-30 23:42 ` Florian Weimer
  1 sibling, 1 reply; 4+ messages in thread
From: Suhaib M. Siddiqi @ 1999-09-18  9:43 UTC (permalink / raw)
  To: Florian Weimer, cygwin

Yes, I observed that too, with patch.exe.  Also when applying large patches
, say 3 to 10 MB, patch.exe (from Cygwin and MingW32) did core dump.

However, you can grap a patch.exe from my URL
http://www.geocities.com/ResearchTriangle/Forum/6298

I modified the code, and compiled it with Microsoft Visual C++ (MSVC 6.0)
The modified code is included in the archive (Patch.zip).

Suhaib

> -----Original Message-----
> From: cygwin-owner@sourceware.cygnus.com
> [ mailto:cygwin-owner@sourceware.cygnus.com]On Behalf Of Florian Weimer
> Sent: Saturday, September 18, 1999 12:09 PM
> To: cygwin@sourceware.cygnus.com
> Subject: patch(1) can't patch files
> 
> 
> I've received a report that GNU patch doesn't work correctly under
> Cygwin-b20 if the directory for temporary files and the files to patch
> aren't on the same drive (this behavior was observed under Windows 95):
> 
> patch -p1 < gnus-0.95-0.96.diff 
> patching file `lisp/ChangeLog'
> patch: **** can't rename `C:\WINDOWS\TEMP/po001004' to
> `lisp/ChangeLog' : File exists
> 
> GNU patch contains its own implementation of rename() which uses hard
> links (at least on Unix) and a copy-and-delete fallback mechanism
> for cross-filesystem renames.  Obviously, this implementation of
> rename() expects certain error values from link() &c which the cygwin
> implementation doesn't provide.
> 
> (Unfortunately, I don't have working installation of cygwin-b20 myself,
> which means I can't give more information here or do additional testing.)
> 
> --
> Want to unsubscribe from this list?
> Send a message to cygwin-unsubscribe@sourceware.cygnus.com
> 

--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com

^ permalink raw reply	[flat|nested] 4+ messages in thread

* RE: patch(1) can't patch files
  1999-09-18  9:43 ` Suhaib M. Siddiqi
@ 1999-09-30 23:42   ` Suhaib M. Siddiqi
  0 siblings, 0 replies; 4+ messages in thread
From: Suhaib M. Siddiqi @ 1999-09-30 23:42 UTC (permalink / raw)
  To: Florian Weimer, cygwin

Yes, I observed that too, with patch.exe.  Also when applying large patches
, say 3 to 10 MB, patch.exe (from Cygwin and MingW32) did core dump.

However, you can grap a patch.exe from my URL
http://www.geocities.com/ResearchTriangle/Forum/6298

I modified the code, and compiled it with Microsoft Visual C++ (MSVC 6.0)
The modified code is included in the archive (Patch.zip).

Suhaib

> -----Original Message-----
> From: cygwin-owner@sourceware.cygnus.com
> [ mailto:cygwin-owner@sourceware.cygnus.com]On Behalf Of Florian Weimer
> Sent: Saturday, September 18, 1999 12:09 PM
> To: cygwin@sourceware.cygnus.com
> Subject: patch(1) can't patch files
> 
> 
> I've received a report that GNU patch doesn't work correctly under
> Cygwin-b20 if the directory for temporary files and the files to patch
> aren't on the same drive (this behavior was observed under Windows 95):
> 
> patch -p1 < gnus-0.95-0.96.diff 
> patching file `lisp/ChangeLog'
> patch: **** can't rename `C:\WINDOWS\TEMP/po001004' to
> `lisp/ChangeLog' : File exists
> 
> GNU patch contains its own implementation of rename() which uses hard
> links (at least on Unix) and a copy-and-delete fallback mechanism
> for cross-filesystem renames.  Obviously, this implementation of
> rename() expects certain error values from link() &c which the cygwin
> implementation doesn't provide.
> 
> (Unfortunately, I don't have working installation of cygwin-b20 myself,
> which means I can't give more information here or do additional testing.)
> 
> --
> Want to unsubscribe from this list?
> Send a message to cygwin-unsubscribe@sourceware.cygnus.com
> 

--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com

^ permalink raw reply	[flat|nested] 4+ messages in thread

* patch(1) can't patch files
  1999-09-18  9:14 patch(1) can't patch files Florian Weimer
  1999-09-18  9:43 ` Suhaib M. Siddiqi
@ 1999-09-30 23:42 ` Florian Weimer
  1 sibling, 0 replies; 4+ messages in thread
From: Florian Weimer @ 1999-09-30 23:42 UTC (permalink / raw)
  To: cygwin

I've received a report that GNU patch doesn't work correctly under
Cygwin-b20 if the directory for temporary files and the files to patch
aren't on the same drive (this behavior was observed under Windows 95):

patch -p1 < gnus-0.95-0.96.diff 
patching file `lisp/ChangeLog'
patch: **** can't rename `C:\WINDOWS\TEMP/po001004' to
`lisp/ChangeLog' : File exists

GNU patch contains its own implementation of rename() which uses hard
links (at least on Unix) and a copy-and-delete fallback mechanism
for cross-filesystem renames.  Obviously, this implementation of
rename() expects certain error values from link() &c which the cygwin
implementation doesn't provide.

(Unfortunately, I don't have working installation of cygwin-b20 myself,
which means I can't give more information here or do additional testing.)

--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com

^ permalink raw reply	[flat|nested] 4+ messages in thread

end of thread, other threads:[~1999-09-30 23:42 UTC | newest]

Thread overview: 4+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
1999-09-18  9:14 patch(1) can't patch files Florian Weimer
1999-09-18  9:43 ` Suhaib M. Siddiqi
1999-09-30 23:42   ` Suhaib M. Siddiqi
1999-09-30 23:42 ` Florian Weimer

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).