Austin Group Defect Tracker

Aardvark Mark IV

Main | My View | View Issues | Change Log | Docs
  

Viewing Issue Simple Details [ Jump to Notes ] [ Issue History ] [ Print ]
ID Category Severity Type Date Submitted Last Update
0001553 [1003.1(2016/18)/Issue7+TC2] Shell and Utilities Editorial Error 2022-01-17 03:05 2022-05-19 08:41
Reporter andras_farkas View Status public  
Assigned To
Priority normal Resolution Accepted As Marked  
Status Applied  
Name Andras Farkas
Organization
User Reference
Section find
Page Number
Line Number
Interp Status ---
Final Accepted Text Note: 0005759
Summary 0001553: find has two references to -n option that should be about -name
Description On:
https://pubs.opengroup.org/onlinepubs/9699919799/utilities/find.html [^]
There are two references to an "-n option" that should be "-name primary"

> Determine the locale for the behavior of ranges, equivalence classes, and multi-character collating elements used in the pattern matching notation for the -n option and in the extended regular expression defined for the yesexpr locale keyword in the LC_MESSAGES category.
> This variable determines the locale for the interpretation of sequences of bytes of text data as characters (for example, single-byte as opposed to multi-byte characters in arguments), the behavior of character classes within the pattern matching notation used for the -n option, and the behavior of character classes within regular expressions used in the extended regular expression defined for the yesexpr locale keyword in the LC_MESSAGES category.
This error is also in previous versions of the standard.

They should instead say "-name primary".

It is quite possible that "-n option" should be changed to "-name and -path primaries" instead. Should LC_COLLATE and LC_MESSAGES also apply to -path?
Desired Action Change
> Determine the locale for the behavior of ranges, equivalence classes, and multi-character collating elements used in the pattern matching notation for the -n option and in the extended regular expression defined for the yesexpr locale keyword in the LC_MESSAGES category.
to:
Determine the locale for the behavior of ranges, equivalence classes, and multi-character collating elements used in the pattern matching notation for the -name primary and in the extended regular expression defined for the yesexpr locale keyword in the LC_MESSAGES category.

Change:
> This variable determines the locale for the interpretation of sequences of bytes of text data as characters (for example, single-byte as opposed to multi-byte characters in arguments), the behavior of character classes within the pattern matching notation used for the -n option, and the behavior of character classes within regular expressions used in the extended regular expression defined for the yesexpr locale keyword in the LC_MESSAGES category.
to
This variable determines the locale for the interpretation of sequences of bytes of text data as characters (for example, single-byte as opposed to multi-byte characters in arguments), the behavior of character classes within the pattern matching notation used for the -name primary, and the behavior of character classes within regular expressions used in the extended regular expression defined for the yesexpr locale keyword in the LC_MESSAGES category.
Tags tc3-2008
Attached Files

- Relationships
related to 0001031Applied 1003.1(2013)/Issue7+TC1 Add -iname (case-insensitive name search) to the find utility. 

-  Notes
(0005614)
geoffclare (manager)
2022-01-17 10:00

 These problems have been fixed in the Issue 8 drafts as a side-effect of adding the -iname primary. See bug 0001031.

The are two options for handling this new bug:

1. Close it as a dup of 1031.

2. Resolve it with the same change that was made in 1031 but omitting -iname, and tag it tc3-2008.

Effectively the only difference between these options is what would happen in the unlikely event that we end up doing a TC3.
(0005618)
andras_farkas (reporter)
2022-01-17 18:42

 I see: thanks for pointing out bug 1031 to me.
I'd prefer the 2nd option, myself, for I feel bug fixes are generally useful.
(0005759)
geoffclare (manager)
2022-03-24 16:00

 On page 2800 line 92074 (XCU section find (LC_COLLATE)), change:
used in the pattern matching notation for the -n option
to:
used in the pattern matching notation for the -name and -path primaries

On page 2800 line 92079 (XCU section find (LC_CTYPE)), change:
within the pattern matching notation used for the -n option
to:
within the pattern matching notation used for the -name and -path primaries


Note to the editor: this does not need to be merged into the Issue 8 branch as it has already been fixed there.

- Issue History
Date Modified Username Field Change
2022-01-17 03:05 andras_farkas New Issue
2022-01-17 03:05 andras_farkas Name => Andras Farkas
2022-01-17 03:05 andras_farkas Section => find
2022-01-17 10:00 geoffclare Note Added: 0005614
2022-01-17 10:00 geoffclare Relationship added related to 0001031
2022-01-17 18:42 andras_farkas Note Added: 0005618
2022-03-24 16:00 geoffclare Note Added: 0005759
2022-03-24 16:01 geoffclare Interp Status => ---
2022-03-24 16:01 geoffclare Final Accepted Text => Note: 0005759
2022-03-24 16:01 geoffclare Status New => Resolved
2022-03-24 16:01 geoffclare Resolution Open => Accepted As Marked
2022-03-24 16:01 geoffclare Tag Attached: tc3-2008
2022-05-19 08:41 geoffclare Status Resolved => Applied

Mantis 1.1.6[^]
Copyright © 2000 - 2008 Mantis Group
Powered by Mantis Bugtracker