Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com Delivered-To: mailing list cygwin AT cygwin DOT com From: "Ralf Habacker" To: Subject: RE: problems with current cvs release Date: Sun, 23 Jun 2002 21:27:12 +0200 Message-ID: <004e01c21aeb$f9655680$651c440a@BRAMSCHE> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Importance: Normal In-Reply-To: > >On Fri, Jun 21, 2002 at 10:58:21PM +0200, Ralf Habacker wrote: > >> > > >> > > I've got an error with the recent cvs release while packing a file > >> > with bzip2. > >> > > > >> > > $ bzip2 cygwin1.dll > >> > > bzip2: I/O or other error, bailing out. Possible reason follows. > >> > > bzip2: No such file or directory > >> > > Input file = cygwin1.dll, output file = cygwin1.dll.bz2 > >> > > bzip2: Deleting output file cygwin1.dll.bz2, if it exists. > >> > > >> > You actually wonder about that result when trying to bzip the > >> > cygwin dll itself? > >> > > >> Of course no, it was a copy, not the one in /bin. I have tried > this with another > >> files with the same results. > > > >This should only happen with files which are locked by another > >process (e. g. dlls). > > > I wonder if windows was looking in the current directory before memory > for the cygwin1.dll to run when loading gzip, and the target of the > compression got loaded. > > Does your path have a . in it, or perhaps this is in the default > search path for dll's? > > What happens if you go to a subdirectory and try 'gzip ../cygwin1.dll' > or go up a level and try 'gzip whatever/cygwin1.dll'? > The same. (It seems to me, that using the cygwin1.dll wasn't be a good example, but I recognized the error with it, although the problem is independing of the file type) Here is another sample with a regular file instead of a dll (after deleting /cygwin1.dll, which was used by the previous example). I should note, that reverting to the cygwin 1.3.11 or cygwin 1.3.10 release fix this error. habacker AT BRAMSCHE ~ $pwd /home/habacker $ bzip2 /cygwin.bat bzip2: I/O or other error, bailing out. Possible reason follows. bzip2: No such file or directory Input file = /cygwin.bat, output file = /cygwin.bat.bz2 bzip2: Deleting output file /cygwin.bat.bz2, if it exists. and the resulting strace file (a similar full strace file is appended to the threads first mail) 524 122003 [main] bzip2 1772 symlink_info::check: not a symlink 133 122136 [main] bzip2 1772 symlink_info::check: 0 = symlink.check (c:\programme\cygwin\cygwin.bat.bz2, 0x22F5B4) (0 xA) 922 123058 [main] bzip2 1772 path_conv::check: root_dir(c:\), this->path(c:\programme\cygwin\cygwin.bat.bz2), set_has _acls(8) 414 123472 [main] bzip2 1772 get_nt_attribute: file: c:\programme\cygwin\cygwin.bat.bz2 143 123615 [main] bzip2 1772 read_sd: file = c:\programme\cygwin\cygwin.bat.bz2 237 123852 [main] bzip2 1772 read_sd: file = c:\programme\cygwin\cygwin.bat.bz2: len=140 1027 124879 [main] bzip2 1772 get_nt_attribute: file: c:\programme\cygwin\cygwin.bat.bz2 uid 1002, gid 513 147 125026 [main] bzip2 1772 read_sd: file = c:\programme\cygwin\cygwin.bat.bz2 285 125311 [main] bzip2 1772 read_sd: file = c:\programme\cygwin\cygwin.bat.bz2: len=140 135 125446 [main] bzip2 1772 set_file_attribute: -1 = set_file_attribute (c:\programme\cygwin\cygwin.bat.bz2, 1002, 5 13, 0x81FF) 335 125781 [main] bzip2 1772 chmod: -1 = chmod (/cygwin.bat.bz2, 0x81FF) ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ 182 125963 [main] bzip2 1772 _write: write (2, 0x22F674, 67) Ralf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/