Нулі байти (ASCII 0x00) не здаються копіюваними (Ctrl + C)) у Windows. Щоб продемонструвати це, відкрийте консоль розробника свого браузера та зробіть це console.log('a\x00b'). Якщо ви спробуєте скопіювати отриманий рядок на машину Windows 8 (і, ймовірно, і інші версії Windows), ви побачите, що aкопіюється лише отримане . \x00І все після нього ігнорується.
Чи є якийсь спосіб скопіювати цілість рядка, що містить нульові байти? Чи може буфер обміну вмістити навіть нульові байти?
(Допоміжний запитання: чому не можна скопіювати нульові байти? Наприклад, чи є причина, пов’язана з безпекою, чи це просто Windows, що нерозумно?)
використовуючи unxutils gclip та pclip
—
барлоп
C:\>echo 000000| xxd -r -p|gclip<ENTER> C:\>pclip|xxd -p<ENTER> C:\>pclip>a.a<ENTER> <- мені незрозуміло, чи нули збираються у буфер обміну .. чи вони входять, але не вставляються.
Десь у ланцюзі програма використовує нульові завершені рядкові функції / представлення (тобто функції рядка C). Дуже часто. Моє мізерне розуміння таких речей - «так», можливі проблеми із безпекою із вбудовуванням нулів, здебільшого через потенційність неправильної ідентифікації довжини рядка та переповнення буфера (??).
—
Йорік
Це загадка: я скопіював вміст JPG у буфер обміну, і коли я прочитав його, він був усічений у перший нуль, що дозволяє припустити, що буфер обміну є текстовим. Тим не менш, я можу екранувати скидання або вирізання та вставлення зображень між графічними пакетами без проблем.
—
AFH
Я думаю, це залежить від використовуваного формату. Буфер обміну підтримує різні формати. Якщо ви копіюєте текст, вони, швидше за все, нульові символи не підтримуються, оскільки вони використовуються як термінатор рядків. Якщо ви використовуєте двійковий формат буфера обміну, ви можете скопіювати та вставити нульові байти.
—
Олексій Іванов
C:\>echo 000000| xxd -r -p|xxd -p<ENTER> 000000 C:\>echo 000000| xxd -r -p|clip<ENTER> >