bugfindutils - Bugs: bug #32976, find has no option to ignore case...

 
 

bug #32976: find has no option to ignore case of starting directories

Submitted by:  Linda A. Walsh <law>
Submitted on:  Sat 02 Apr 2011 09:25:46 PM UTC  
 
Category: findSeverity: 1 - Wish
Item Group: NoneStatus: Need Info
Privacy: PublicAssigned to: None
Originator Name: Open/Closed: Open
Release: 4.4.0Fixed Release: None

Add a New Comment (Rich MarkupRich Markup):
   

You are not logged in

Please log in, so followups can be emailed to you.

 

Sun 15 May 2011 10:49:51 PM UTC, comment #2:

A starting path is one given on the command line telling find where to start the search, i.e: the 'path' in:

find [-H] [-L] [-P] [-D debugopts] [-Olevel] [path...] [expression]

Ex:
/tmp$ touch a
/tmp$ find A
find: `A': No such file or directory
/tmp$ find -i A
find: unknown predicate `-i'

Note that while a -i form ignores case for all other path options, it doesn't work for the path telling find where to start the search.

Also, please note: ignoring case of paths was considered a necessary feature of find, but it doesn't work for starting paths. I would (and did) consider this to be a bug (even though it may have been forgotten during the design phase). I wouldn't consider consistent treatment for paths to be something that fell into the category of a 'wish'. However, given my experience with some paid products, recently, even being able to 'install' software is sometimes not something that some companies consider to be a supported feature. :-/ (sigh)...

Linda A. Walsh <law>
Sun 15 May 2011 08:50:28 PM UTC, comment #1:

If I understand what you're asking for, this is what -iname does.

/tmp$ touch x
/tmp$ find x -iname X
x

If this isn't what you are interested in, could you be more specific?

James Youngman <jay>
Project Administrator
Sat 02 Apr 2011 09:25:46 PM UTC, original submission:

While find has options to ignore case on the linkname, name and regex options, there is nothing that will allow it to ignore case for the starting path options.

I don't understand why case ignore was provided on 3 of the name match options (-name, -regex, -lname), but left off the 4th (starting name). Seems like a gaping design hole to do it in in 75% of the name match options, but leave it off the 4th.

The need to fix inconsistent user interface options, IMO, should have been a high-priority item as soon as it was decided to implement that feature for the other options.

However, given the rise in the use of linux servers for windows, it can only be that its priority would be even higher now.

Linda A. Walsh <law>

 

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

Attach File(s):
   
   
Comment:
   

No files currently attached

 

Depends on the following items: None found

Items that depend on this one: None found

 

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

    Do you think this task is very important?
    If so, you can click here to add your encouragement to it.
    This task has 0 encouragements so far.

    Only logged-in users can vote.

     

    Please enter the title of George Orwell's famous dystopian book (it's a date):

     

     

    Follow 2 latest changes.

    Date Changed By Updated Field Previous Value => Replaced By
    Sun 15 May 2011 08:50:28 PM UTCjaySeverity3 - Normal=>1 - Wish
      StatusNone=>Need Info

    Back to the top


    Powered by Savane 3.1-cleanup