bugfindutils - Bugs: bug #37811, Mismatch of messages given by...

 
 

bug #37811: Mismatch of messages given by `find --help' and its real execution result.

Submitter:  Pengyu CHEN <pengyuchen>
Submitted:  Sun 25 Nov 2012 01:57:43 PM UTC
   
 
Category:  find Severity:  3 - Normal
Item Group:  None Status:  Invalid
Privacy:  Public Assigned to:  jay
Originator Name:  Open/Closed:  Closed
Release:  4.5.10 Fixed Release:  None
* Mandatory Fields

Add a New Comment Rich Markup
   

Sun 25 Nov 2012 02:17:37 PM UTC, comment #2: 

Oh.. It's my fault to submit a bug without checking for some infomation first. Sorry to all.
Well, still I believe it's better to use some alternative error message than saying `unknow argument'.
Thank you very much, James. :)

Pengyu CHEN <pengyuchen>
Sun 25 Nov 2012 02:12:09 PM UTC, comment #1: 

No need to read the source code, you could just read the documentation - it's a platform-specific feature.

From the full documentation:

2.5 Type
========

 -- Test: -type c
     True if the file is of type C:
...

    `D'
          door (Solaris)



Also the manual page:

       -type c
              File is of type c:

              b      block (buffered) special

              c      character (unbuffered) special

              d      directory

              p      named pipe (FIFO)

              f      regular file

              l      symbolic link; this is never true if the -L option or the
                     -follow option is in effect, unless the symbolic link  is
                     broken.  If you want to search for symbolic links when -L
                     is in effect, use -xtype.

              s      socket

              D      door (Solaris)


While it's reasonable for "-type D" to fail on systems where Doors don't exist, it's safer not to do that I think.  I'm considering for example the case where an old version of find runs against a new file system; -type D should not fail on files that really are Doors, simply because it can't recognise them.  The fatal exit signals that find doesn't think it can reliably recognise a Door file.

James Youngman <jay>
Group administrator
Sun 25 Nov 2012 01:57:43 PM UTC, original submission:  

In result of `find --help' it says `-type [bcdpflsD]', while when invoking it using `find -type D' it gives `find: Unknown argument to -type: D'.
Sorry for didn't seek into the source code to check how the bug is caused. I'm currently busy, and have no time but to submit the bug here.

Pengyu CHEN <pengyuchen>

 

(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

Attach Files:
   
   
Comment:
   

No files currently attached

 

Depends on the following items: None found

Items that depend on this one: None found

 

Carbon-Copy List
  • -email is unavailable- added by jay (Posted a comment)
  • -email is unavailable- added by pengyuchen (Submitted the item)
  •  

    There are 0 votes so far. Votes easily highlight which items people would like to see resolved in priority, independently of the priority of the item set by tracker managers.

    Only logged-in users can vote.

     

    Follow 3 latest changes.

    Date Changed by Updated Field Previous Value => Replaced by
    2012-11-25 jay StatusNone Invalid
        Assigned toNone jay
        Open/ClosedOpen Closed

    Back to the top

    Powered by Savane 3.13-d3ae.
    Corresponding source code