PowerShell - [решено] Редактирование файла с символами

Sham · Отправлено: **19:06, 29-04-2022** | #11

те байты/октеты, которые по формату файла не должны интерпретироваться как коды символов кодировки. Если все байты принудительно читать как текст, то могут быть проблемы, особенно с кодами управляющих символов 00-1f и др. (они не текстовые символы в 1-байтной кодировке типа 1251).

Fors1k · Отправлено: **20:28, 29-04-2022** | #12

Строка может хранить в себе и управляющие символы, к примеру тот же десятый и прочие байты управляющих символов, наличие которых мы можем видеть в строке.
Указанную проблему с символами 00-1f воспроизвести не удается:

Код:

cls
[Byte[]]$bytesSrc = 0x00..0x0F+65+0x10..0x1F

$text = [Text.Encoding]::UTF8.GetString($bytesSrc)
$text = $text.Replace("A", "B")

$bytesNew = [Text.Encoding]::UTF8.GetBytes($text)

Compare-Object $bytesSrc $bytesNew

Можете привести пример?

ryok · Отправлено: **22:00, 29-04-2022** | #13

Fors1k,
Ваш вариант сработал, благодарю, странно что я тоже пробовал разные кодировки, но не знал что ANSI именно так обозначается, я почему-то пробовал так [System.Text.Encoding]::ASCII

Кстати попутно еще один вопрос появился, в начале 6 строки тестового файла есть вот такое:

Код:

app-developer	0x

мне нужно заменить там где 0x на 2х, но он расположен прям в этих символах, как это по регулярке можно найти и заменить опять же не повредив эти символы вокруг ?

Fors1k · Отправлено: **03:26, 30-04-2022** | #14

Заменить в обоих местах:

Код:

cls
$pathIn  = "C:\Users\Ps-2\Desktop\123\test.bnk"
$pathOut = "C:\Users\Ps-2\Desktop\123\test_new.bnk"

$ANSI = [Text.Encoding]::GetEncoding(1251)
$old = [IO.File]::ReadAllText($pathIn, $ANSI)
$new = $old -replace "(?<=app-developer.+?)0", '2' 
[IO.File]::WriteAllText($pathOut, $new, $ANSI)

Sham · Отправлено: **12:40, 30-04-2022** | #15

Get-Content без -raw отдаёт массив строк, который при коэрсии в строку просто конкатенируется без знаков переноса. Из-за этого у ТС некорректно писался файл с потерей символов переноса строки.

Проблем при интерпретации бинарных данных однобайтовой текстовой кодировкой возникать не должно. Вот при многобайтовых юникодах могут быть некорректные последовательности байтов. Вот такие случаи все протестировать можно, конечно, при большом желании. Глюк может вылезти в любой момент.

ryok · Отправлено: **15:58, 30-04-2022** | #16

Fors1k,
так как замена происходила еще и в других местах, и портила файл, немного подправил регулярное выражение на это

Код:

(?<=app-developer..|app-developer>)0

еще раз спасибо вам за помощь.

Sham,
насчет -raw сейчас проверить не могу, я его как то в одном из тестов тоже использовал и он мне не помог.