A NOTE has been added to this issue. 
====================================================================== 
https://www.austingroupbugs.net/view.php?id=1959 
====================================================================== 
Reported By:                collinfunk
Assigned To:                
====================================================================== 
Project:                    1003.1(2024)/Issue8
Issue ID:                   1959
Category:                   Shell and Utilities
Tags:                       tc1-2024
Type:                       Clarification Requested
Severity:                   Editorial
Priority:                   normal
Status:                     Interpretation Required
Name:                        
Organization:               GNU 
User Reference:              
Section:                    XCU dd 
Page Number:                2778 
Line Number:                91990 - 91996 
Interp Status:              Proposed 
Final Accepted Text:       
https://www.austingroupbugs.net/view.php?id=1959#c7365 
Resolution:                 Accepted As Marked
Fixed in Version:           
====================================================================== 
Date Submitted:             2025-11-13 23:13 UTC
Last Modified:              2026-01-23 12:09 UTC
====================================================================== 
Summary:                    dd conv=lcase and conv=ucase should only translate
single byte locales
====================================================================== 

---------------------------------------------------------------------- 
 (0007370) stephane (reporter) - 2026-01-23 12:09
 https://www.austingroupbugs.net/view.php?id=1959#c7370 
---------------------------------------------------------------------- 
Re: https://www.austingroupbugs.net/view.php?id=1959#c7369

My point was that the "the dd utility is the only method guaranteed to support
conversion between these two character sets" is at best misleading as the dd
conversion tables refer to variants of EBCDIC that have no relevance today (if
ever) and should be obsoleted and are not /converting between "ASCII" and
"EBCDIC"/ by any modern definition of those.

Now, I see on Debian that dd's conv=ibm if limited to characters covered by
ASCII (byte values 0 to 127) gives the same result as iconv -t CP1047 which
https://en.wikipedia.org/wiki/EBCDIC#Code_pages_with_Latin-1_character_sets
suggests is "Open Systems (MVS C compiler)" codeset whatever that is and iconv
-t CP1137 which
https://en.wikibooks.org/wiki/Character_Encodings/Code_Tables/EBCDIC/EBCDIC_1137
indicates "is an EBCDIC code page used on IBM mainframes to support Devanagari
script".

So maybe some Indian users of IBM mainframes can make some use of that.

And there is no iconv translation for ASCII characters (0 to 127) that matches
dd's conv=ebcdic. 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2025-11-13 23:13 collinfunk     New Issue                                    
2025-12-11 17:17 geoffclare     Note Added: 0007335                          
2025-12-11 17:18 geoffclare     Status                   New => Interpretation
Required
2025-12-11 17:18 geoffclare     Resolution               Open => Accepted As
Marked
2025-12-11 17:18 geoffclare     Name                     Your Name Here =>   
2025-12-11 17:18 geoffclare     Interp Status             => Pending         
2025-12-11 17:18 geoffclare     Final Accepted Text       =>
https://www.austingroupbugs.net/view.php?id=1959#c7335    
2025-12-11 17:19 geoffclare     Tag Attached: tc1-2024                       
2025-12-15 06:55 ajosey         Interp Status            Pending => Proposed 
2025-12-15 06:55 ajosey         Note Added: 0007338                          
2025-12-16 07:16 stephane       Note Added: 0007340                          
2025-12-16 07:39 stephane       Note Added: 0007341                          
2025-12-16 07:52 stephane       Note Added: 0007342                          
2025-12-16 15:11 geoffclare     Note Added: 0007344                          
2025-12-16 19:36 stephane       Note Added: 0007345                          
2026-01-22 16:53 geoffclare     Note Added: 0007365                          
2026-01-22 16:54 geoffclare     Note Edited: 0007335                         
2026-01-22 16:55 geoffclare     Interp Status            Proposed => Pending 
2026-01-22 16:55 geoffclare     Final Accepted Text     
https://www.austingroupbugs.net/view.php?id=1959#c7335 =>
https://www.austingroupbugs.net/view.php?id=1959#c7365
2026-01-22 17:11 agadmin        Interp Status            Pending => Proposed 
2026-01-22 17:11 agadmin        Note Added: 0007367                          
2026-01-23 06:51 stephane       Note Added: 0007368                          
2026-01-23 10:02 geoffclare     Note Added: 0007369                          
2026-01-23 12:09 stephane       Note Added: 0007370                          
======================================================================


  • [1003.1(20... Austin Group Issue Tracker via austin-group-l at The Open Group
    • [1003... Austin Group Issue Tracker via austin-group-l at The Open Group
    • [1003... Austin Group Issue Tracker via austin-group-l at The Open Group
    • [1003... Austin Group Issue Tracker via austin-group-l at The Open Group
    • [1003... Austin Group Issue Tracker via austin-group-l at The Open Group
    • [1003... Austin Group Issue Tracker via austin-group-l at The Open Group
    • [1003... Austin Group Issue Tracker via austin-group-l at The Open Group
    • [1003... Austin Group Issue Tracker via austin-group-l at The Open Group
    • [1003... Austin Group Issue Tracker via austin-group-l at The Open Group
    • [1003... Austin Group Issue Tracker via austin-group-l at The Open Group
    • [1003... Austin Group Issue Tracker via austin-group-l at The Open Group

Reply via email to