Bug 174665 - mkisofs produces erroneous "Unknown file type (unallocated)" warning
Summary: mkisofs produces erroneous "Unknown file type (unallocated)" warning
Keywords:
Status: CLOSED DUPLICATE of bug 174667
Alias: None
Product: Fedora
Classification: Fedora
Component: cdrtools
Version: 4
Hardware: i386
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Harald Hoyer
QA Contact:
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2005-12-01 08:57 UTC by JW
Modified: 2007-11-30 22:11 UTC (History)
0 users

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2005-12-01 09:14:14 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)

Description JW 2005-12-01 08:57:16 UTC
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (compatible; MSIE 6.0; Windows; U; AIIEEEE!; Win98; Windows 98; en-US; Gecko masquerading as IE; should it matter?; rv:1.8b) Gecko/20050217

Description of problem:
When running mkisfs sometimes you might get error such as:

    Unknown file type (unallocated) /some/path/.. - ignoring and continuing.

To reliably reproduce this bug you need to create a directory such that the ".." directory entry preceeds the "." directory entry when opendir()/readdir() runs. Quite frankly I don't know how you can go about achieving this. All I know is that I have one such directory and mkisofs code depends on it discovering the "." entry before the ".." entry (because when mkisofs encounters the ".." entry it switches its lstatbuf with that which was saved from the "." entry - see mkisofs/tree.c).

Version-Release number of selected component (if applicable):
mkisofs-2.01.1-9.0.FC4.1  cdrtools-2.01.1-9.0.FC4.1

How reproducible:
Always

Steps to Reproduce:
1.Create directory with ".." having slot before "." entry
2.mkisofs -o /dev/null /some/path
3.
  

Actual Results:  Unknown file type (unallocated) /u/backup.monthly/.. - ignoring and continuing.

Expected Results:  No output


Additional info:

Comment 1 JW 2005-12-01 09:14:14 UTC

*** This bug has been marked as a duplicate of 174667 ***


Note You need to log in before you can comment on or make changes to this bug.