Почему параметры командной строки ломаются, если на конце у них слеш?

Question

[4ainik]

Наткнулся на очень интересный случай, по моему это баг в чистом виде, но очень редкий и трудно выявляемый.
Основная суть в том, что вызывается программа/скрипт с передачей параметров, содержащих пробелы, заключенных в двойные кавычки. При этом если параметр содержит конечный слэш (в windows стиле!), то происходит сбой при разборе параметров на уровне интерпретаторов ruby/php, а может и у бинарников такая же проблема?!

php script.php "param1 with space and leading slash\" "param2 with space too"

ruby script.rb "param1 with space and leading slash\" "param2 with space too"

В общем в данном случае вызывается скрипт всего с двумя параметрами, но на выходе (точнее на входе скрипта), в соответствующих переменных аргументов больше чем нужно.

Проверил на бинарнике, та же еруда. Причем можно было бы ожидать чего угодно только не такого:

C:\cmd_line_test>
cmd_line_test.exe "param1 with space and leading slash\" "param2 with space too"
argc=5
argv[0]=|C:\cmd_line_test\cmd_line_test.exe|
argv[1]=|param1 with space and leading slash" param2|
argv[2]=|with|
argv[3]=|space|
argv[4]=|too|

Допустим слеш используется для ескейпа, но этож бред?! Если все пути в винде используются с такими слешами "\", то это же должен быть высоко-интелектуальный интерпретатор с эскейпом?!
При этом самое смешное, что в этом случае получается ни два ни полтора, точнее как раз полтора и выходит, потому что если уж на то пошло то именно строка

param1 with space and leading slash\"

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

\"

?!

Answer 1

[Толстый Лорри]

конечный слэш (в windows стиле!)

Это называется обратный слэш/бекслэш.

потому что если уж на то пошло то именно строка

param1 with space and leading slash\"

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

Про эскейп вы поняли верно. Но:

• Первый аргумент - это всегда имя файла программы
  
• Второй аргумент слился воедино с param2 не смотря на кавычки потому, что param2 стоит вплотную, между аргументами нет разделителя-пробела. Пробел в кавычках - это часть предыдущего аргумента
  

.

это же должен быть высоко-интелектуальный интерпретатор с эскейпом?!

Мысли читать должен?)

Comments

[4ainik]

в том то и дело что пробелы все есть и они на месте.

cmd_line_test.exe "param1 with space and leading slash\" "param2 with space too"

[4ainik]

argc=5
argv[0]=|E:\SRC_NEW\cmd_line_test\cmd_line_test.exe|
argv[1]=|param1 with space and leading slash" param2|
argv[2]=|with|
argv[3]=|space|
argv[4]=|too|

[4ainik]

#include <stdio.h>
#pragma hdrstop

#pragma argsused
int main(int argc, char* argv[]){
	printf("argc=%d\n", argc);
	for(int i = 0; i < argc; i++){
		printf("argv[%d]=|%s|\n", i, argv[i]);
	}
	return 0;
}

[Толстый Лорри]

4ainik,

"param2

Здесь же нет, поэтому param2 залетает в argv[1]

[res2001]

4ainik, В WinAPI есть собственная функция разбора командной строки для формирования argc и argv: CommandLineToArgvW.
Протестируйте ее. Было бы интересно сравнить результаты.
Получить командную строку процесса можно с помощью GetCommandLineW().

Так же интересны параметры вашей среды - какая версия и разрядность ОС, какой компилятор и версия.

[res2001]

4ainik, Забавная ситуация.
Собрал ваш пример в mingw и msvc - результат один и тот же.
Сделал разбор ком.строки с помощью CommandLineToArgvW - то же самое.

[4ainik]

res2001, как вас зовут? Поясните пожалуйста

результат один и тот же.

- какой именно результат? совпадает с моим или работает как должно работать?

[res2001]

4ainik, Результат такой же как у вас.
Вот тут объясняется это поведение. Так что все нормально - это фича.

[4ainik]

res2001, вы можете привести принскрин консольного окна?
PS: результат как у меня - меня не устраивает, и я вижу что тут фича помноженная на баг в редкой степени

[res2001]

4ainik,

ConsoleApplication2.exe "c:\1111 2222 3333 4444\" "5555 6666 7777"
argc2 = 4
argv2[0]=|ConsoleApplication2.exe|
argv2[1]=|c:\1111 2222 3333 4444" 5555|
argv2[2]=|6666|
argv2[3]=|7777|

[4ainik]

res2001, теперь понятно, спешу вас огорчить, это баг в чистом виде,
в результате должно быть как у "Константин Цветков @tsklab" см. внизу.
Есть правда еще один вариант, и с точки зрения применения экранирования(!) могло бы выглядеть вот так:

ConsoleApplication2.exe "c:\1111 2222 3333 4444\" "5555 6666 7777"
argc2 = 5
argv2[0]=|ConsoleApplication2.exe|
argv2[1]=|c:\1111 2222 3333 4444" |
argv2[2]=|5555|
argv2[3]=|6666|
argv2[4]=|7777|

И кстати, это бы не вызывало вопросов. Но вообще ожидался результат:

ConsoleApplication2.exe "c:\1111 2222 3333 4444\" "5555 6666 7777"
argc2 = 3
argv2[0]=|ConsoleApplication2.exe|
argv2[1]=|c:\1111 2222 3333 4444\|
argv2[2]=|5555 6666 7777|

Почувствуйте разницу...

[res2001]

4ainik,

Но вообще ожидался результат:

я и сам ожидал такого результата и был удивлен, когда прочитал ваш вопрос.

с точки зрения применения экранирования(!) могло бы выглядеть вот так

Могло бы, но у микрософта на это другая точка зрения.
К тому же это поведение задокументировано (см.ссылку в одном из прошлых моих ответов), так что это уже не баг :-)

[4ainik]

res2001, если одни умники нашли для такого поведения оправдание, и описали это где-то то такое поведение не перестает быть багом, хотя бы потому что не поддается никакому здравому смыслу.

Answer 2

[Константин Цветков]

test.cmd:

@echo %1
@echo %2

test.cmd "param1 with space and leading slash\" "param2 with space too"
"param1 with space and leading slash\"
"param2 with space too"

программу ... глюки

С программой тоже нет ошибок:

program Project1;
{$APPTYPE CONSOLE}
uses System.SysUtils;
  var i: Integer;
begin
  for i := 0 to ParamCount do Writeln( ParamStr(i) ); // uses GetCommandLineW
end.

Project1.exe  "param1 with space and leading slash\" "param2 with space too"
Project1.exe
param1 with space and leading slash\
param2 with space too

Comments

[4ainik]

Забавно, у меня это тоже так же работает. И как бы к батнику/цмдшнику вопросов нет, но вот когда вызываешь из этого батника программу получаются вот такие странные глюки.
Это что за такие фокусы получаются? Если я беру бинарник и вызываю его с такими же параметрами, то как-то получается не очень, т.е. получается совсем не то, что ожидалось, а вот если я беру батник или цмдшник, то вроде как все работает...
Самое смешное, то что если бы это было где-то в одном месте, то ладно, а то ведь, что тут:

ruby test.rb "param1 with space and leading slash\" "param2 with space too"
ARGV[0]=|param1 with space and leading slash" param2|
ARGV[1]=|with|
ARGV[2]=|space|
ARGV[3]=|too|

ARGV.each_with_index{ |v, i|
	puts %Q/ARGV[#{i}]=|#{v}|/
}

что тут:

php test.php "param1 with space and leading slash\" "param2 with space too"
$argv[0]=|test.php|
$argv[1]=|param1 with space and leading slash" param2|
$argv[2]=|with|
$argv[3]=|space|
$argv[4]=|too|

<?php
foreach($argv as $i => $v){
	echo "\$argv[{$i}]=|$v|\n";
}

Результат один и тот же (в бинарнике тот же результат).