bug#17422: dd giving different results between UNIX and LINUX

[Bernhard Voelker]

tags 17442 + moreinfo
thanks

On 05/06/2014 03:13 PM, Baggett, Don wrote:
> Hello,

Hi, thanks for the report.

> I am converting some UNIX programs to Linux.

... whatever this means ...

> One of the programs does the following:
>  dd if=20140430.1.EBC.TXT of=tmpUNIX.dat cbs=152 conv=ascii

... ah, converting a file from EBCDIC to ASCII.

> In Solaris I get this:
> 461614+1 records in
> 368585+1 records out
> 
> In Linux I get this:
> 461614+1 records in
> 461614+1 records out
> 236346472 bytes (236 MB) copied, 11.4938 seconds, 20.6 MB/s
> 
> The cksum done on 20140430.1.EBC.TXT yields the same result on both Linux and 
> UNIX.

Okay, this means that the *input* files on Solaris and Linux
were the same. You only showed us the transfer status (for
which I'm not sure how to interpret the one from Solaris).
But what is the actual difference between the output files?
And what did you expect?

I'm therefore marking this bug as "+ moreinfo".

> uname -a
> SunOS dsa0401 5.10 Generic_142900-03 sun4v sparc SUNW,SPARC-Enterprise-T5220
> 
> Linux dla0614.ccrt.us 2.6.18-371.1.2.el5 #1 SMP Tue Oct 22 11:40:34 CDT 2013 
> x86_64 x86_64 x86_64 GNU/Linux

The above only gives us the Linux kernel version and architecture,
but not the actual version of 'dd' being used. For dd from GNU
coreutils, you can determine the version by "dd --version".

Thanks & have a nice day,
Berny