Eclipse & cytuje argumenty wiersza poleceń?

Question

Mam C++ kod, który oczekuje, że to wiersz polecenia, aby wyglądać tak:

/ścieżka/do/exe -p: ParameterName = "[/ ścieżka/a/file /,/ścieżka/do/inna/plik] "

w tym cudzysłowy. Mogą to być pojedyncze lub podwójne cudzysłowy, ale muszą tam być. W Eclipse, jeśli ustawię argumenty wiersza poleceń (Debuguj konfiguracje/Argumenty) i wpisz powyższą opcję wiersza poleceń (minus/ścieżka/do/exe) Eclipse spożywa cytaty. Ponieważ używam tego w Linuksie, nawiasy kwadratowe dają żal skorupy i nigdy nie wchodzą do mojego kodu.

Jeśli skonfigurować wiersz poleceń args tak:

"To jest cytowany"

argv [1] wygląda następująco:

ten jest cytowany

czyli bez cudzysłowów . Jeśli skonfigurować wiersz polecenia w następujący sposób:

\ „to jest cytowany \”

uzyskać:

argv[1]: "this 
argv[2]: is 
argv[3]: quoted" 

jeśli staram się umieścić w nawiasach kwadratowych w to sięga dając muszlę żal, nawet jeśli staram się im uciec:

\"\[this is quoted\]\" 

jak powiedzieć Eclipse wziąć moje argumenty wiersza poleceń dokładnie jak już wszedł je?

Dzięki

Answer 1

Czy już próbować

"\"\[this is quoted\]\"" 

?

BTW: To nie jest problem z zaćmieniem, ale odzwierciedla zachowanie powłoki.

Answer 2

I think Znalazłem rozwiązanie - przynajmniej to zadziałało już kilka razy z rzędu. W zakładce Argumenty Eclipse w „argumenty programu” pole wpisać parametr wiersza polecenia w następujący sposób:

-p:parameterName="'[foo,bar]'" 

ta zamienia się:

-p:parameterName='[foo,bar]' 

w komendzie GDB za „set args”. Kończę się pojedynczymi cytatami wokół wyrazu nawias kwadratowy, ale to jest w porządku dla mojej aplikacji. Nie wiem, dlaczego to działa (chciałbym, żeby tak było) lub dlaczego inne sposoby ucieczki od tekstu nie powiodły się.

Kolejność podwójnych pojedynczych cudzysłowów & ma znaczenie. Jeśli próbujesz wstawić pojedyncze cudzysłowy na zewnątrz, staje się przekształcany w nieudany. Nie jestem pewien, co zrobiłbym, gdyby podwójne cudzysłowy były wymagane.

Answer 3

Naprawiłem to, więc teraz istnieją jasne zasady dostarczania argumentów. Można przeczytać o tym w szczegółach tutaj:

https://bugs.eclipse.org/bugs/show_bug.cgi?id=474648

Główne zasady są takie, że uruchamiania i debugowania mają zachowywać się tak samo, argumenty są przede wszystkim to, co jest odbierane przez program i nie bash, oraz zasady, jak dostarczanie argumentów musi być proste i intuicyjne. Niemożliwe jest całkowite uniknięcie reguł, ponieważ w przypadku przekazywania pojedynczego ciągu znaków, gdzie kończy się każdy argument, pewne specjalne oznaczenie jest nieuniknione.

Więc argumenty działa w następujący sposób:

• Dowolny znak po backslash jest traktowane dosłownie i traci szczególne znaczenie.

• Dowolny znak po cudzysłowie i przed następnym dopasowanym cytatem (lub EOF) jest traktowany dosłownie i traci specjalne znaczenie (zarówno pojedyncze, jak i podwójne).

• Spacja biała (o ile nie jest zmieniona ani nie zawiera cudzysłowów) jest używana jako ogranicznik argumentów.

Poprzedni zachowanie było dość dużo niezdefiniowane jako coś `date` będzie subbed przez bash i jeszcze zachowanie nie zawsze była identyczna z bash. Może to zrujnować niektórym użytkownikom zhakowskie konfiguracje, ale teraz przepisywanie jest banalne, podczas gdy przed właściwym łańcuchem trzeba było znaleźć próbę i błąd z różnymi kombinacjami cytowania, "czy potrzebuję jednego, dwóch lub czterech ukośników?".