The /bbendera copymemperlakukan perintah file sebagai biner (yaitu, aliran baku byte berarti), dan salinan mereka byte untuk byte bukan default (atau /a) perilaku yang memperlakukan mereka sebagai baris teks (dengan end-of-line karakter, akhir file, dll.)
Anda dapat menggabungkan file teks dengan perilaku teks default atau saklar biner, tetapi hampir semua file biner tidak akan berfungsi. Anda tidak bisa hanya menyalin byte dari dua file biner dan mengharapkannya bekerja karena file biner biasanya memiliki header , metadata , struktur data, dll. yang menentukan format file. Jika Anda melakukan salinan biner, Anda hanya akan menyalin semua byte seperti apa yang akhirnya menempatkan struktur ini di tempat-tempat yang seharusnya tidak, jadi ketika Anda membukanya, fungsi parsing akan mengalami kesulitan dan melihat apa yang pada dasarnya data korup . Beberapa program akan mengabaikan bagian-bagian yang tidak masuk akal dan hanya menunjukkan apa yang mereka bisa (yang memungkinkan stereografi berfungsi), tetapi beberapa akan membuat kesalahan dan mengeluh bahwa file tersebut rusak. Kemampuan untuk mendeteksi korupsi tergantung pada tipe file.
Sebagai contoh, mari kita ciptakan format PDF yang disederhanakan:
Byte(s) Meaning
---------------------
File header:
0-1 # of Pages
2-3 Language
4-5 Font
6-EOF Data (each page encoded separately)
Page data:
0-1 Page number
2-3 # of characters on page
4-#chars Letters contained on the page
Seperti yang Anda lihat, setiap file akan berisi tajuk tingkat file dengan beberapa informasi umum, diikuti oleh blok data untuk setiap halaman yang berisi data halaman. Jika Anda kemudian mengambil dua file, masing-masing berisi satu halaman dan menggabungkannya sebagai file biner, Anda tidak akan membuat satu file dua halaman, tetapi sebaliknya satu file korup yang dimulai dengan satu halaman, kemudian memiliki banyak sampah (file tersebut header tidak masuk akal ketika program mencoba membaca halaman dua).
Hal yang sama terjadi pada MP3 Anda. Ketika Anda menggabungkan mereka seperti itu, tag ID3 di awal dan / atau akhir file kedua dipertahankan, dan ketika pemain mencoba membaca frame berikutnya, itu mengharapkan data audio, tetapi sedang menemukan header dari file tersebut. file kedua yang tidak sesuai dengan format yang diharapkan untuk data audio, jadi tidak tahu apa yang harus dilakukan. Beberapa pemain akan memainkan header sebagai data audio (yang kemungkinan akan diputar sebagai statis / noise / muncul / dll.), Beberapa akan memotong suara untuk sampai frame yang benar berikutnya, beberapa mungkin berhenti memainkan lagu sama sekali, dan beberapa bahkan mungkin crash .
The copyPerintah tahu apa-apa tentang file-jenis lain dari teks biasa (dan bahkan kemudian, hanya teks ASCII), sehingga hanya plain-text dapat dikombinasikan dengan benar dengan itu. File biner harus digabungkan menggunakan editor yang tahu cara mem-parsing dan menginterpretasikan konten dengan benar.
