rem True random temp folder

set tempDir=%temp%\MyScript
for /f "usebackq" %%a in (`powershell -command "$([guid]::NewGuid().ToString())"`) do (
    set tempDir=%tempDir%%%a
)

У приведенного примера есть только один недостаток - внешний вызов PowerShell - довольно медлительная процедура

Отобразить PID

:: $pid - PID powershell
::
:: этот код находит себя в списке процессов и 
:: выводит PPID (родительский PID), 
:: который является PID интерпретатора
powershell -NoLogo -NoProfile -Command "$p = (Get-WmiObject Win32_Process -Filter ProcessId=$pid).ParentProcessId; $p"

Запомнить PID

:: Здесь чуть посложнее: надо пройтись по дереву процессов полгубже, 
:: так как скрипт порождает еще одну копию интерпретатора. 
::
:: $pid - PID powershell
:: $p - PID копии интерпретатора
::
:: powershell нахрдит себя в списке процессов, 
:: запоминает PID интерпретатора и ищет PID родителя еще раз, 
:: чтобы получить PPID внешнего интерпретатора
for /f %%p in ( '
    powershell -NoLogo -NoProfile -Command "$p = (Get-WmiObject Win32_Process -Filter ProcessId=$pid).ParentProcessId; (Get-WmiObject Win32_Process -Filter ProcessId=$p).ParentProcessId" ^<nul
' ) do (
    set "PID=%%p"
)

Желающие могут потестировать следующий код, создавая несколько экземпляров скрипта, и убедиться, что каждый экземпляр создает уникальное значение, соответствующее PID интерпретатора. Для иллюстрации выводится значение переменой %RANDOM%.

:: Чтобы наблюдать уникальные значения рекомендуется 
:: запускать скрипт в конвейре. Для визуального различия 
:: каждого экземпляра надо указать в качестве параметра 
:: любое уникальное значение. Например
::
:: z 1 | z 2 | z 3
::
:: Каждый экземпляр выводит: 
:: 1. значение первого параметра
:: 2. PID интерпретатора
:: 3. Псевдослучайное значение из %RANDOM%
@echo off

for /f %%p in ( '
    powershell -NoLogo -NoProfile -Command "$p = (Get-WmiObject Win32_Process -Filter ProcessId=$pid).ParentProcessId; (Get-WmiObject Win32_Process -Filter ProcessId=$p).ParentProcessId" ^<nul
' ) do (
    echo:%~1: %%p: %RANDOM%
)>&2

Практически все консольные утилиты отпадают, так как
-- некоторые из них не могу быть созданы в "скрытом" (не знаю как сказать точно) состоянии, то есть при их создании мелькает консольное окно. Перенаправление STDOUT?STDERR не помогают. Пример: PING
-- некоторые консольные утилиты можно создать без мелькания окна, но они создаются так быстро, что происходит коллизия. Пример: HOSTNAME

Графические тоже. Так как практически нет ни одной графической утилиты, которая не рисовала бы интерфейс. HH - исключение, но при ее использовании все-таки возникают коллизии. MSHTA - остается в памяти: надо выгружать вручную.

Остались 2 более-менее подходящие:
SVCHOST - но как посмотрят антивирусы на ее запуск (%windir%\System32\svchost.exe)
WSCRIPT //B - пока единственная более-менее надежная команда, которую можно запустить и которая пока ни разу не привела к коллизиям. Хотя коллизии теоретически возможны и с нею.

Следующий скрипт - z.bat использовался во всех тестах. Менялся только запускаемый процесс (строка set "proc=...").

Скрипт создает временный файл вида tmp.HHMMSS,CC_UID.tmp (HH - часы, MM - минуты, SS - секунды, CC - сотые секунды, UID - номер процесса). Содержимое файла - имя самого файла и первый аргумент, если он передан скрипту.

@echo off

set "proc=wscript.exe //b>nul"

:again
for /f "tokens=1,2 delims==; " %%a in ( 
    '%windir%\System32\Wbem\wmic.exe Process call create "%windir%\System32\%proc%" 2^>nul ^| %windir%\System32\find.exe "ProcessId"' 
) do (
    set UID=%%b
)

set UTIME=%TIME%

set UTIME=%UTIME: =0%
set UTIME=%UTIME::=%

set tmpfile=tmp.%UTIME%_%UID%.tmp

if exist tmpfile goto again

echo.%1: %tmpfile%>>"%tmpfile%"

Этот скрипт запускает предыдущий многократно. Для упрощения теста использовались утилиты из пакета UnxUtils. Тестовый скрипт вызывается в конвейере z 1 | z 2, 200 раз for /l %%l in ( 1, 1, 200 ). В результате должно быть создано 400 файлов.

@echo off

del tmp*

if not "%~1" == "" goto :EOF

echo.ERRORS
(

for /l %%l in ( 1, 1, 200 ) do @( z 1 | z 2 )

) 2>&1 | sort | uniq -c

echo.SUMMARY
ls -l tmp* | gawk "{ print $5 }" | sort | uniq -c | tee con | gawk "BEGIN { N = 0 } { N += $1 } END { print N }"

А вот тестовые результаты:
hostname.exe>nul
Из 400 файлов вида tmp.HHMMSS,CC_UID.tmp было создано только 353. Из них, 319 файлов размером 27 байт содержат по одной строке (как и должно быть). 34 файла содержат по две строки (54 байта), что значит два процесса писали в один файл. 13 раз конвейер был вызван с ошибкой.

wscript.exe //b
Было создано 11, 371 и 18 файлов, соответственно, длиной 26, 27 и 28 байт, содержащие ровно по одной строке. Всего 400 файлов. Различие в размерах связана с длиной строки, обозначающей номер процесса (3, 4 или 5 цифр), которая суммируется с количеством остальных символов.

mshta - нельзя, потому что этот процесс будет висеть в памяти. и его надо выгружать вручную.
hh - видимо можно.

Экспериментировал на Windows Server 2008 R2 SP1, mshta на данной системе не "зависал" в памяти, как я понимаю, на др. редакциях необходимо выгружать. hh - точно не должен висеть после запуска без параметров.

Сказывается использование движка IE. Сам IE (и просто explorer, который всё больше интегрируется с IE, для вышеуказанного метода его многие и используют ), по сути, может точно так же.

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

mshta - нельзя, потому что этот процесс будет висеть в памяти. и его надо выгружать вручную.
hh - видимо можно. Кстати его интересно запустить с параметром, например hh "c:\Program Files". Кавычки необязательны.

Вопрос. Метод, предложенный UNDYING, работает замечательно. Но, как он уже заметил - "мелькает" окно консоли. Я подумал как запускать что-то, и чтобы оно не мелькало. Нашел, что svchost при обычном запуске в консоль ничего не пишет и просто "отваливается", так как (судя по всему он должен запускаться как сервис. Не опасно ли вызывать создание svchost для получения уникального значения, чтобы избавиться от моргания консольного окна?

Чёрт знает, опасно или не опасно. svchost и cmd /c легко меняется на wscript //b - точно неопасно и мелькать не должно. Ну или любое другое GUI приложение, не создающее окна - hh, mshta etc.
SVCHOST точно должен запускаться с параметрами (если через тот же WMI-запрос посмотреть ком.строку у всех svchost), тогда он будет запускать что-то "полезное".

Вопрос. Метод, предложенный UNDYING, работает замечательно. Но, как он уже заметил - "мелькает" окно консоли. Я подумал как запускать что-то, и чтобы оно не мелькало. Нашел, что svchost при обычном запуске в консоль ничего не пишет и просто "отваливается", так как (судя по всему он должен запускаться как сервис. Не опасно ли вызывать создание svchost для получения уникального значения, чтобы избавиться от моргания консольного окна?

Еще добавлю, для полноты ответа, что неплохо STDERR перенаправлять в NUL:

Угу. Часто забываешь об этом.

Не понял, каким образом? У меня что:

wmic.exe bla-bla-vbla

что

wmic.exe bla-bla-vbla 2>nul

при перенаправлении в файл дают полностью идентичный файл. От лишнего же я избавляюсь как раз применением «find.exe».

for /f "usebackq …" %%i in (`wmic.exe … where "bla-bla-bla='bla-bla-bla2'" 2^>nul ^| find.exe /i "bla-bla-bla"`) do …

Это необходимо, чтобы исключить вывод пустой строки. У меня при каждом использовании WMIC выводится пустая строка. При перенаправлении 2>nul пустая строка исчезает.

Кто ж знал, что в for, wmic надо юзать по-особому,

for /f "usebackq …" %%i in (`wmic.exe … where "bla-bla-bla='bla-bla-bla2'" ^| find.exe /i "bla-bla-bla"`) do …

Так-с, не выдержал и потестил:
z.bat

@echo off
setlocal
for /f "skip=5 tokens=1,3" %%a in ('wmic Process call create "cmd.exe /c"') do (if "%%a" == "ProcessId" set uid=%%b)
set uid=%uid:~0,-1%
echo %uid%
endlocal & exit /b

x.bat

@echo off
for /l %%a in (1,1,100) do (z|z)
exit /b

Ваша мечта сбылась - uid будет уникален и для z | z, и для z | z | z | z ; передавать скрипту ничего не надо, только вместо "cmd.exe /c" можно заюзать wscript.exe - чтоб не мелькало. Тестируйте и, если подойдёт, принимайте на вооружение.

OFF: Кто ж знал, что в for, wmic надо юзать по-особому, и вариант, который нормально выполняется вне источника для for /f, не катит...

UNDYING пишет:

if exist tmp\%ppid% (echo. > tmp\%ppid%_%1) else (echo. > tmp\%ppid%_%1)

Объясните что значит этот код?! Что Вы хотели этим сказать?

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

OFF: Мне вспонились ребята из Иваново, распространявшие со свой специфичной системой биллинга (честно - не знаю как верно пишется, с л или лл) 400-килобайтный "экзешник" (по размерам - явно на делфях) для перемещения файлов по маске, dir /s и пара if'ов в пару кбайт размером, им явно не угодили... И не забуду супербатники от них же, правда "исправляются", со временем, видимо, перейдут целиком на микс из Java и .Net.

этот момент меня только смущает, по-моему в Name может быть как cmd, так и cmd.exe (по условию проверки оба проходят), а в некоторых случаях и что-то вроде C:\Windows\System32\cmd.exe.

Вообще, изначально я пытался создать "левый" процесс (экземпляр cmd.exe с ключом /c) с помощью wmic process call create CommandLine="cmd.exe /c" - передавать скрипту в этом случае вообще ничего не надо и вероятность коллизий минимальна, но не смог подружить wmic и конвейер |.

for /f "tokens=2 delims=:" %%a in ('wmic process call create CommandLine="cmd.exe /c" ^| find /i "ProcessId"') do (echo %%a)

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

for /f "tokens=1,2 delims=:" %%a in ('wmic process call create CommandLine="cmd.exe /c"') do (if "%%a" == "ProcessID" set ppid=%%b)
set ppid=%ppid:~-1%