[BusyBox 0006204]: du -H option behaves differently than coreutils (mismatch with coreutils)

[bugs at busybox.net]

A NOTE has been added to this issue. 
====================================================================== 
http://busybox.net/bugs/view.php?id=6204 
====================================================================== 
Reported By:                pgbovine
Assigned To:                BusyBox
====================================================================== 
Project:                    BusyBox
Issue ID:                   6204
Category:                   Standards Compliance
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             11-11-2008 12:58 PST
Last Modified:              11-17-2008 08:01 PST
====================================================================== 
Summary:                    du -H option behaves differently than coreutils
(mismatch with coreutils)
Description: 
Coreutils behavior:

$ mkdir A
$ du -H A
du: WARNING: use --si, not -H; the meaning of the -H option will soon
change to be the same as that of --dereference-args (-D)
4.1k    A

warns of a deprecated option and prints out '4.1k'

Busybox behavior:

$ mkdir A
$ ./busybox du -H A
4       A

no warning and prints out '4'
====================================================================== 

---------------------------------------------------------------------- 
 Tito - 11-11-08 15:44  
---------------------------------------------------------------------- 
Did you enable ENABLE_FEATURE_HUMAN_READABLE in your .config? 

---------------------------------------------------------------------- 
 pgbovine - 11-13-08 15:24  
---------------------------------------------------------------------- 
yep, it was enabled when i compiled, and it still looks different than
coreutils version:

#
# Common options for df, du, ls
#
CONFIG_FEATURE_HUMAN_READABLE=y

let me know if this mismatch is worth fixing; otherwise, feel free to
close the issue as a non-bug.  thanks. 

---------------------------------------------------------------------- 
 opalenzuela - 11-17-08 08:01  
---------------------------------------------------------------------- 
I don't understand exactly the functionality of having -h enabled by
default (when ENABLE_FEATURE_HUMAN_READABLE is enabled). So, what is the
difference between doing "df" and "df -h"? 

Checking the other options available for this command (-m and -k for
Megabytes and Kilobytes respectively) it seems that the logic output when
no parameter is specified would be in Bytes instead of any other unit.

Does anybody else thinks this way? 

Issue History 
Date Modified   Username       Field                    Change               
====================================================================== 
11-11-08 12:58  pgbovine       New Issue                                    
11-11-08 12:58  pgbovine       Status                   new => assigned     
11-11-08 12:58  pgbovine       Assigned To               => BusyBox         
11-11-08 15:44  Tito           Note Added: 0015534                          
11-13-08 15:24  pgbovine       Note Added: 0015824                          
11-17-08 08:01  opalenzuela    Note Added: 0015954                          
======================================================================