Разбор "строки запуска".

[arvitaly]

Поробуй сначала немного подумать, почему запуститься именно f.exe
Если не получится - поможем.

Ну так выдели и напиши, что получилось.
Гарантирую, что ты ошибешься.

Ты покажи своим парсером справа налево почему запустится f.exe умный, пока только ересь, код в студио, пожалуйста

[jangle]

Я вижу, что некоторым надо доказывать, что 2+2=4.
Вот пример в консоли, как раз с плохим путем \1.exe check d\f 2.exe f 1.exe
где f 1.exe параметр для f 2.exe и лежит с ним в одной папке.
Запускаем start.bat и смотрим результат.

[arvitaly]

D:\command>comd.exe 1.exe check d\f 2.exe f 1.exe

Путь к EXE: D:\command\1.exe check d\f 2.exe

Вот что выдала твоя программа, и где же comd.exe?

[jangle]

D:\command>comd.exe 1.exe check d\f 2.exe f 1.exe

Путь к EXE: D:\command\1.exe check d\f 2.exe

Вот что выдала твоя программа, и где же comd.exe?

Ты тему топика внимательно прочитал? Какой еще comd.exe?

Итак, вопрос. Каким образом можно из предложенной командной строки выделить собственно lpFile и lpParameters?

[arvitaly]

Мы вроде про твою прогу разговаривали
и какой у тебя lpFile и lpParameters?

У тебя запускается "comd.exe" а пишется Путь к EXE:
D:\command\1.exe check d\f 2.exe
Могу понять где тут lpFile (хотя и неправильно определился), но где тут lpParameters не найду
Где логика, где смысл...

[jangle]

arvitaly - иногда полезно думать, прежде чем что-то написать. Ты думать или не хочешь, или не можешь.

[iGrok]

Ну вы и развели...
Правильный ответ-то, в принципе, уже ANDLL дал. Второй пост в ветке..

А для меня это было важно по одной причине. Есть в автозагрузке путь такого вида
"C:\Program Files\Download Master\dmaster.exe -autorun"

Поскольку я забираю её оттуда и отдаю своему "менеджеру автозагрузки", мне нужно было разобрать, что тут имя файла, что тут путь к файлу, а что тут параметры. См. первый пост.

Правда, потом я решил, что раз уж программа в автозагрузке - рабочая папка ей не требуется. В итоге забил на разбор, и оставил обычный Shell.
А нормальным разбором будет как раз разбивка по пробелам и проверка существования файла/папки справа на лево.

[arvitaly]

arvitaly - иногда полезно думать, прежде чем что-то написать. Ты думать или не хочешь, или не можешь.

Отлично отмазался Ересиарх, Ваше Величество Вы мне надоели, позвольте откланяться, купайтесь дальше в Вашей Ереси

[Amed]

iGrok, зачем тебе нужен такой анализ? Что ты хочешь получать на выходе?
Осознанное действие в результате выполнения указанного приложения с указанными параметрами проделать не получится без дополнительных данных о приложении, ибо строка запуска в общем случае может интерпретироваться неоднозначно.

Если строка запуска "c:\f.exe g.exe", и есть приложения, обозванные "f.exe" и "f.exe g.exe", то оба варианта парсинга будут правильными, вернее допустимыми.
Но вопрос стоит, как я вижу, не "допустима ли такая конструкция?", а "какой вариант правильный?". А ответа на него в общем случае быть не может.

---

UPD
С учетом конкретной задачи могу только порекомендовать разбирать возможные варианты строки запуска, при нахождении неоднозначности кричать об этом благим матом пользователю (предлагать исправить строку, добавив в нужное место кавычки).

[jangle]

Отлично отмазался Ересиарх, Ваше Величество Вы мне надоели, позвольте откланяться, купайтесь дальше в Вашей Ереси

Думаю, наконец ты осознал всю абсурдность своих вопросов
В задаче требовалось найти папку и имя файла в переданной ей строке, с какого перепоя там должна оказаться имя самой программы - непонятно

[jangle]

Если строка запуска "c:\f.exe g.exe", и есть приложения, обозванные "f.exe" и "f.exe g.exe", то оба варианта парсинга будут правильными, вернее допустимыми.
Но вопрос стоит, как я вижу, не "допустима ли такая конструкция?", а "какой вариант правильный?". А ответа на него в общем случае быть не может.

Нет результат всегда будет один. f.exe - программа, g.exe - параметр.
Потому, что парсинг делается слева-направо.

[arvitaly]

Цитирую, что было нужно

мне нужно было разобрать, что тут имя файла, что тут путь к файлу, а что тут параметры.

И нигде не было сказано, что в параметрах обязательно имя файла, зато было сказано, что имя файла (путь и exe) может содержать любые знаки, и именно его определить являлось (является) трудностью, так как после определения полного пути к файлу определить параметры легко (оставшаяся правая часть).
Твоя программа совершенно не решала данную задачу, так как вся "сложная" часть у тебя ушла в параметры, тогда как необходимо было сделать "сложным" именно путь к файлу. Соответственно, твоя программа в данном сабже - ересь.

ADD:

Нет результат всегда будет один. f.exe - программа, g.exe - параметр.

Результат ТВОЕЙ программы будет один, но любая другая может и обратить внимание на файл "f.exe g.exe" также существующий в этой директории

[jangle]

Цитирую, что было нужно

мне нужно было разобрать, что тут имя файла, что тут путь к файлу, а что тут параметры.

И нигде не было сказано, что в параметрах обязательно имя файла, зато было сказано, что имя файла (путь и exe) может содержать любые знаки, и именно его определить являлось (является) трудностью,

Чушь. Имя файла или путь не может содержать любые знаки. Для примера попробуй создать файл ??<>.exe

Твоя программа совершенно не решала данную задачу, так как вся "сложная" часть у тебя ушла в параметры, тогда как необходимо было сделать "сложным" именно путь к файлу. Соответственно, твоя программа в данном сабже - ересь.

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

[iGrok]

UPD
С учетом конкретной задачи могу только порекомендовать разбирать возможные варианты строки запуска, при нахождении неоднозначности кричать об этом благим матом пользователю (предлагать исправить строку, добавив в нужное место кавычки).

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

[arvitaly]

Чушь. Имя файла или путь не может содержать любые знаки. Для примера попробуй создать файл ??<>.exe

Мдаа, кто здесь о любых знаках говорил? Был конкретный пример, я привел также свой f.exe g.exe

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

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

[jangle]

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

Почитай эту замечательную статью. Как раз про тебя. В остальном вопрос исчерпан.

[ANDLL]

Чето мне перестает нравится тенденция.
Забаньте чтоле 100Alex и жунгла. Сложно вести дискусию, параллельно разгребая кучи мусора

[Amed]

Значит, так.

1) Проводник не дает создать ярлык без кавычек, если есть несколько вариантов запуска, но ни один из них не содержит параметров.
Создание ярлыка C:\f.exe g.exe (без кавычек) создает ярлык "C:\f.exe g.exe" (с кавычками).

Это значит, что explorer думает за нас - и в автозагрузку попадет второй вариант.

2) Проводник дает создать ярлык вида С:\f.exe g.exe -k test, но ярлык ведет к запуску "f.exe", а все остальное относится к параметрам. Парсинг действительно слева направо.

Похоже, что строка при запуске ярлыка действительно парсится слева направо, но перед созданием ярлыка строка дополнительно модифицируется. То есть запуск ярлыка может интерпретироваться двояко в теории, но на практике он всегда парсится одинаково - слева направо. В этой части jangle прав.

[jangle]

Чето мне перестает нравится тенденция.
Забаньте чтоле 100Alex и жунгла. Сложно вести дискусию, параллельно разгребая кучи мусора

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

P.S. И мой ник - Джангл (в русской транскрипции)

[arvitaly]

То есть запуск ярлыка может интерпретироваться двояко в теории, но на практике он всегда парсится одинаково - слева направо. В этой части jangle прав.То есть запуск ярлыка может интерпретироваться двояко в теории, но на практике он всегда парсится одинаково - слева направо. В этой части jangle прав.

Amed, перед тем как что-нибудь написать читай, пожалуйста, предыдущие топики а не только последние.

Цитирую свой ответ

По сути GDK дал пример как это работает именно в виндус

Но
Если в папке есть 2 файла
f.exe
f.exe g.exe (а такое наименование в Windows ессно возможно),
то 2 файл винда не видит в упор

Но речь шла не только о том, как работает Windows, а обо всех вероятных интерпретациях имени файла и параметров.

[Amed]

Я помню твой ответ, уже не раз перечитал.

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

[iGrok]

arvitaly:
Мне, наверное, лучше знать, о чём я спрашивал.
Так вот, ваша с jangle дискуссия к теме моего вопроса ВООБЩЕ НИКАК не относится.

Amed:
Странно. А почему я тогда видел вот такое поведение?

...Причём, походу, разбирается строка "с конца к началу". Т.е.:

В папке [d:\test] есть папка [main.exe -test main.exe] и файл main.exe
Строка "d:\test\main.exe -test main.exe" в проводнике или "Выполнить" открывает папку, а в cmd.exe запускает файл.
...

[arvitaly]

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

Где именно запускаться, в Windows? Да, с этим никто и не спорил. В общем-то спор сводился к тому - делать как Windows, либо делать более глубокую проверку и решили (первым Alibek), что по-другому не получится - будет неоднозначность. Все, что было после - Джунгля решил пофлудить, а я не могу пройти мимо ереси))

[Amed]

Строка адреса в Проводнике не понимает у меня параметры запуска приложения.
Попытка запуска "c:\test\main.exe -test" говорит "не удается найти", то есть похоже, что через проводник принципиально нельзя запустить с параметрами, поэтому он и использует такой вариант. Или я ошибаюсь?

И, во-вторых, ярлык с путём запуска "c:\test\main.exe -test main.exe" принудительно добавляет в себя кавычки в начало и конец.

Тебя же практически интересует только парсинг содержимого ярлыков? А запуск через ярлык происходит однообразно, как бы там не вели себя explorer и cmd.exe.

[iGrok]

Все, что было после - Джунгля решил пофлудить, а я не могу пройти мимо ереси))

Какая разница, кто первый начал? Что за детсад?
Не можешь пройти мимо ереси - сделай как SLIM. Добавь jangle в список недругов и не будешь видеть его постов. Делов-то...
Ну или спорьте в личке.

...Тебя же практически интересует только парсинг содержимого ярлыков? А запуск через ярлык происходит однообразно, как бы там не вели себя explorer и cmd.exe.

На самом деле практически меня интересовал единообразный способ запуска содержимого ярлыков, и секций автозапуска реестра.
Потому что сейчас у меня единственная мысль - ярлыки - через ShellExecute, а реестр - через Shell.

[Amed]

На самом деле практически меня интересовал единообразный способ запуска содержимого ярлыков, и секций автозапуска реестра.
Потому что сейчас у меня единственная мысль - ярлыки - через ShellExecute, а реестр - через Shell.

Ну и правильно. Алибек уже давно сказал:

Если в имени файла/каталога есть пробел, значит его надо заключать в двойные кавычки. С учетом этого никакой неоднозначности никогда не возникает, в парсере должно быть лишь два правила:
1) Если имя файла начинается с кавычки, то заканчивается оно парной кавычкой.
2) Иначе имя файла оканчивается на пробеле.

Ну а парные кавычки за нас уже расставил в строке запуска ярлыка explorer. Кажется, мы наконец это выяснили.

[awl100Alex]

Мдаа, кто здесь о любых знаках говорил?

в качестве разделителя параметров - любой символ клавиатуры!

Повторил специально для тебя, инквизитор!

...Вспоминаем о том, что есть ShellExecute... Каким образом можно из предложенной командной строки выделить собственно lpFile и lpParameters?
...
За каким мне фигом WinExec, если с тем же успехом я могу юзать Shell
...
я отдельно попросил не путать этот вопрос с парсингом "командной строки"
...
мне нужно было разобрать, что тут имя файла, что тут путь к файлу, а что тут параметры.
...
Правда, потом я решил, что раз уж программа в автозагрузке - рабочая папка ей не требуется. В итоге забил на разбор, и оставил обычный Shell.
...
Ну я для начала хочу попробовать сделать анализ, аналогичный тому, что делает эксплорер.
...
На самом деле практически меня интересовал единообразный способ запуска содержимого ярлыков, и секций автозапуска реестра.
...
сейчас у меня единственная мысль - ярлыки - через ShellExecute, а реестр - через Shell.

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

[jangle]

Проводник дает создать ярлык вида С:\f.exe g.exe -k test, но ярлык ведет к запуску "f.exe", а все остальное относится к параметрам. Парсинг действительно слева направо.

Похоже, что строка при запуске ярлыка действительно парсится слева направо, но перед созданием ярлыка строка дополнительно модифицируется. То есть запуск ярлыка может интерпретироваться двояко в теории, но на практике он всегда парсится одинаково - слева направо. В этой части jangle прав.

Cлава богу, хоть кто-то понял!

[iGrok]

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

Я уже столько раз сказал, что мне нужно, что повторяться уже тошно. В этой флудильне делные мысли высказали только ANDLL, alibek и Amed. Все остальные не врубившись в тему вопроса несут какую-то ахинею..

Для тех, кто в танке, поясню всё-таки ещё раз, что проблемы с тем, чтобы разобрать где имя файла, а где параметры в правильно составленной строке (с кавычками) никогда не стояло. Стояла проблема понять каким макаром винда будет парсить такую строку: "d:\test\main.exe -test main.exe".

Что забавно, судя по MSDN прав-таки jangle, говорящий, что поиск идёт слева-направо.

За одним исключением. Если ВСЯ СТРОКА ЦЕЛИКОМ совпадает с именем СУЩЕСТВУЮЩЕГО файла/папки - запускается он. Если такого файла/папки нет - начинается парсинг слева-направо по пробелам до первого найденного файла.

За сим дискуссию считаю завершённой. Огромное спасибо господам флудерастам за разбавление нашей сухой беседы, и ANDLL за единственную дельную подсказку.

[arthur2]

Эх, пофлужу...

В этой флудильне делные мысли высказали только ANDLL, alibek и Amed. Все остальные не врубившись в тему вопроса несут какую-то ахинею.

Ага... но прав-то был-таки jangle

А чего глядеть, слева направо читаем строчку в буфер посимвольно, после каждого прочитанного символа проверяем exe на существование, когда вернет ТРУ значит полный путь к экзешнику в буфере.