Four-F
Во-во, лучше по размеру!!!

[ Four-F: Командная строка парсится всего один раз за время жизни процесса! Так что забей на оптимизацию по скорости.]

Если только этот процесс не стартует несколько раз, например
при какой-нить пакетной обработке...

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

Да..., но если эта процедура будет длинная, при обработке 1000 файлов
в сумме выльется в немалое количество времени вся эта операция...

Asterix
Ты мне лучше приведи пример такого :))

Гы, мне нужно было такое...
вот.

p.s. а сайт что по-прежнему флудят? Я что-то с трудом прорываюсь
по ссылкам..., браузер не хочет открывать странички...

Asterix
Да, нет у меня всё ОК

[ Asterix: Да..., но если эта процедура будет длинная, при обработке 1000 файлов
в сумме выльется в немалое количество времени вся эта операция... ]

Конечно это верно, но...

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

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

Т.е. в общем случае здесь именно по размеру надо оптимизировать. К тому же эту процедуру можно потом к другим прогам прикручивать. И только если заранее известно, что утилита будет применяться только в пакетном режиме и время полезной конвертации мало, то тогда можно и скорости уделить внимание.

Вроде, логично.

а как вам такое:

ParseCmdLine proc uses esi lpCmdLine:DWORD
  mov    esi,lpCmdLine
  find_bkslash:
    lodsb
    cmp    al,2Fh
    je     found_bkslash
    cmp    al,0
    jne    find_bkslash
  found_bkslash:
;  дальнейшая обработка
  ret
ParseCmdLine endp

вроде кода меньше...