GNU утилиты для Windows

Командная оболочка, входящая в состав UnxUtils, не всегда в состоянии справиться с особенностями операционной системы Windows. Чаще всего придется сталкиваться с привычкой оболочки обрабатывать эскейп-последовательности там, где это не желательно (кстати, такая же проблема обнаружена и при запуске команд под FAR-ом). Как известно, разделителем составных элементов пути в ОС Windows является символ обратного слеша '\'. Бывают ситуации, когда мы не можем работать с адаптированными для использовании в оболочке путями (т.е. с теми, где бэкслеш заменен слешем). При этом оболочка выполняет автоматическую обработку эскейп последовательностей. Согласитесь, что совсем не к месту, когда, например, мы желаем получить определенное значение реестра в переменной для последующей обработки, а бэкслеши в этом значении интерпретируются как эскейп-последовательности.

Что бы убедиться в том, что я говорю правду, давайте напишем скрипт, который продемонстрирует эту проблему. Итак, как мы мы будем присваивать определенной переменной строковое значение пути, типичного для Windows

MYVAR='D:\server\mysql\bin;D:\cygwin\usr\local\bin'
echo $MYVAR

D:\server\mysquin;D:ygwin\usr\locain

MYVAR='D:\\server\\mysql\\bin;D:\\cygwin\\usr\\local\\bin'
echo $MYVAR

D:\server\mysql\bin;D:\cygwin\usr\local\bin

Получать значение мы будем так

reg query HKCU\Environment /v PATH

! REG.EXE VERSION 3.0
HKEY_CURRENT_USER\Environment
    PATH    REG_SZ  D:\server\mysql\bin;D:\cygwin\usr\local\bin

MYVAR=`reg query "HKCU\Environment" /v PATH`
echo $MYVAR

!REG.EXE VERSION 3.0
HKEY_CURRENT_USER\Environment
    PATH    REG_SZ  D:\server\mysquin;D:ygwin\usr\locain

echo "$USERPROFILE\\putty.rnd"

oot.EDEMNV.001\putty.rnds

На самом деле, все так и должно быть. Решение этой проблемы - это приемлимая плата за все те отсутствующие в Windows удобства, которые дает нам использование типичной для UNIX командной оболочки. Дело в том, что любые данные, которые попадают или выходят из окружения оболочки во время работы, интерпретируются как текстовые данные. Следовательно, любые данные, которыми манипулирует скрипт посредством переменных, обрабатываются на предмет эскейп-последовательностей. Важно уяснить, что речь идет именно о переменных, объявляемых внутри скрипта, а не о всех данных. Что бы понять разницу, в противоположность всем вышеприведенным проблемным примерам достаточно рассмотреть пример создания тарбола посредством команд tar | gzip. Данные от команды tar направляются непосредственно на вход gzip, по этому рассматриваемая нами проблема не актуальна для связки этих команд, даже в случае если эти команды находятся в одном из проблемных скриптов.

Решение довольно простое, хотя и прибавляет немного кода. Нам нужна программа, которая будет квотить возвращаемый результат. Назовем ее pquot. В принципе, мы можем использовать конструкцию вида

MYVAR=`prog arg1 arg2 | pquot`

MYVAR=`pquot prog arg1 arg2`

Почему в предыдущем абзаце акцентировано внимание на командном интерпретаторе по-умолчанию? Потому что благодаря этому, мы можем без проблем получать переменные окружения, интерпретация которых может быть выполнена неверно из-за наличия обратного слеша. Возвращаясь к примеру с %USERPROFILE%, получение абсолютного пути будет выглядеть так

MYVAR=`pquot "echo %USERPROFILE%\putty.rnd"`
echo $MYVAR

D:\Documents and Settings\root.EDEMNV.001

#!/usr/bin/perl
exit(0) unless @ARGV; 
open(PROG,"@ARGV |");
while($line = <PROG>){
    $line =~ s#\\#\\\\#g;
    print $line;
}
close(PROG);