CMD/BAT: Искажение кодировки при отладке скрипта

надо файл скрипта сохранить в кодировке Кирилица OEM 866.
я в notepad++ делаю это вот так:

По сути получается кто первый начал писать лог файл тот и задал кодировку.

Надо попробовать сначала записать:

cscript //nologo //U debug.js >> %LOG_FILE_PATH% 2>&1

посмотреть кодировку лога, а потом думать echo писать в этой кодировке

cscript //nologo //U debug.js

//U - лишнее

Уберите ключ //U. Я скачал Ваши примеры и запустил debug.cmd. Результирующий лог-файл получился в смешанной кодировке. Удалил флаг и запустил еще раз. Вывод был в единой кодировке 1251, как это установлено в скрипте. В этой же кодировке написаны все скрипты -- то есть debug.cmd и debug.js написаны в кодировке 1251. И выводимый русский текст выводится правильно.

Вот что я вижу с ключом //U (не уверен, что юникод отобразится верно):

Запуск скрипта 
0?8AL  2  S t d O u t 
 
 0?8AL  2  S t d E r r 
 
 C : \ T e m p \ z z z \ d e b u g \ d e b u g . j s ( 5 ,   1 )   M i c r o s o f t   J S c r i p t   r u n t i m e   e r r o r :   O b j e c t   e x p e c t e d 
 
 
 
 Завершение скрипта 

Вот без ключа //U:

Запуск скрипта 
Запись в StdOut
Запись в StdErr
C:\Temp\zzz\debug\debug.js(5, 1) Microsoft JScript runtime error: Object expected

Завершение скрипта 

Rumata, так ведь убирал.

Вот что наблюдаю при запуске скрипта без флага //U

Запуск скрипта 
Запись в StdOut
Запись в StdErr
C:\debug\debug.js(5, 1) ЋиЁЎЄ  ўлЇ®«ҐЁп Microsoft JScript: ЏаҐ¤Ї®« Ј Ґвбп  «ЁзЁҐ ®ЎкҐЄв 

Завершение скрипта 

И только добавив этот флаг, но убрав вызовы echo, я получаю

Запись в StdOut
Запись в StdErr
C:\debug\debug.js(5, 1) Ошибка выполнения Microsoft JScript: Предполагается наличие объекта

Мне в принципе всё это нужно, чтобы скрипт, который стартует на машине по заданию писал в лог информацию о своей работе и в том числе о нештатных событиях, в случае необработанного исключения (exception).

А добавку echo по концу и началу пытаюсь вставить, чтобы отделять записи в логе, созданном в течении дня. Можно было бы вставить добавку этого текста и в сам скрипт, но тогда, если произойдёт exception в самом начале скрипта (например на создании FSO или прочих объектов, которые будут создаваться в начале кода), то разделителей начала и конца уже не будет. Ммм... Надеюсь смог внятно пояснить проблемку. )

Rumata,

1) так в том то и дело, что если FSO не создался, то и записи в лог уже не кому будет делать и тогда в логе ничего не добавится кроме самой ошибки. Именно поэтому я и хочу добавку echo сделать.

2) А по вопросу проблемы с кодировкой в моей ситуации можете посоветовать что-то ?

Xameleon,
Я бы поступил проще, оставив батник в кодировке dos866. Лог с сообщениями и ошибками (и батника и скрипта) будет вполне читабельным (только тоже в dos866).
Единственный момент - вместо WSH.StdOut.WriteLine надо использовать WSH.Echo.
Да, ключ //U - убрать.

Да.

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

@echo off

set "LOGDIR=%~dp0LOGS"
set "LOGFILE=%LOGDIR%\%~n0.log"

if not exist "%LOGDIR%" mkdir "%LOGDIR%"

>"%LOGFILE%" (
	echo:Запуск скрипта
	cscript //nologo debug.js 2>&1
	echo:Завершение скрипта
)

Еще одна подсказка. Посмотрите, в какой кодировке jscript выдает свои ошибки.

Xameleon,
вот рабочий пример. Винда русская (7 и 10). А, впрочем, пофиг.
WSH выдает все (echo и ошибки) в кодировке dos866 (независимо от кодировки консоли).

Xameleon,
еще один "более современный" вариант с выводом лога в уникоде (utf16le). Запускать через _start.cmd

Xameleon, да не за что (чой то зацепила меня эта темка).
Сделал 3 наглядных примера с корректным русским выводом лога в кодировках dos866, win1251, uft16le.

Разрешите еще пару малюсеньких замечаний (не по теме треда) по твоему исходному батнику:
1. if exist %LOG_FILE_PATH% del %LOG_FILE_PATH% не нужно, если в начале записи в файл поставить > а не >>.
2. Рекомендую во все батники добавлять команду pushd "%~dp0" которая позволит корректно запустить его не только из текущего каталога, а откуда угодно.

Категорически не рекомендую этого делать. Чтобы можно было использовать пакетный файл в любом каталоге, а не только в том каталоге, в котором он расположен .