Windows cmd слишком длинная входная строка

У меня проблема с запуском bat-файла. Через некоторое время я получаю сообщение об ошибке «строка ввода слишком длинная».

Структура bat-файла проста. Есть основной bat-файл, который вызывает 10 других bat-файлов, отвечающих за обновление данных моих системных модулей. В файлах обновления данных bat есть много вызовов команды (файл .cmd) моей системы, которая отвечает за обновление данных посредством некоторых вычислений.

Дело в том, что когда процесс работал на сервере Windows 2003, все было в порядке. Нет ошибок.

Затем, когда он был обновлен до Windows 2008 Server, я запускаю основной bat-файл, через несколько часов я получаю ошибку «Слишком длинная строка ввода». Я даже не могу выполнить какую-либо команду, включенную в обновленные данные, вручную в этом окне cmd. Но если я закрою окно cmd и открою новое, я смогу выполнять команды без ошибок.

У кого-нибудь была такая же проблема? Или решение?

Заранее спасибо.

У меня была такая же проблема при выполнении сценария сборки в окне cmd. Примерно через 13 раз я получил ту же ошибку. Сценарий сборки должен был убедиться, что vcvarsall.bat запущен, поэтому он выполнял vcvarsall.bat каждый раз.

vcvarsall.bat недостаточно умен, чтобы добавлять вещи только в path если их еще нет, поэтому была добавлена ​​​​куча повторяющихся записей.

Мое решение состояло в том, чтобы добавить проверку, если определено, для переменной среды, которая, как я знаю, установлена ​​vcvarsall.bat…

if not defined DevEnvDir (
    call vcvarsall.bat
)

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

ответ дан 27 мая ’14, 20:05

Я столкнулся с этой ошибкой только сейчас впервые после запуска одного и того же набора команд (остановить / запустить сервер приложений) несколько раз.

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

Создан 11 ноя.

ответ дан 27 дек ’20, 14:12

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

"C:Program Files (x86)Microsoft Visual Studio 12.0Common7Tools..IDECommonExtensionsMicrosoftTestWindowvstest.console.exe""

Если вы заметили, у меня есть два " в конце строки. Это вызывало мои проблемы (Notepad ++ включал его, когда я печатал кавычки). Удалил, все хорошо. Опять же, это может быть не ваша проблема, но если кто-то еще придет в поисках информации, и ничего не работает, проверьте это.

ответ дан 13 мая ’19, 08:05

Eсть Статья базы знаний Windows на эту тему. Они не упоминают сервер Windows 2008, но упоминают разницу в размере между другими версиями ОС, поэтому неудивительно, что между 2003 и 2008 годами была разница.

Что касается решения проблемы, некоторые из их предложений включают:

• Измените программы, требующие длинных командных строк, чтобы они использовали файл, содержащий информацию о параметрах, а затем включали имя файла в командную строку.
• Используйте более короткие имена для папок и файлов.
• Уменьшите глубину деревьев папок.

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

ответ дан 29 мая ’13, 22:05

Переименуйте папку в Kafka. Это работало нормально для меня. Закройте cmd и запустите его снова. Это точно сработает!!

До :

После :

ответ дан 06 авг.

Создан 05 июля ’21, 16:07

когда необходимо вызвать vcvarscall.bat несколько раз, то:

setlocal
vcvarsall.bat x64
cl xxx.cpp
endlocal

setlocal
vcvarsall.bat x86
cl xxx.cpp
endlocal

ответ дан 29 мар ’21, в 10:03

Это также может произойти, если пробелы в вашем файле (символы ansi 0x20) действительно неразрывные пробелы (у меня было 0xA0, но у вас может быть иначе). Это может произойти, если вы скопировали/вставили из Интернета в редактор, поддерживающий UTF-8.

Результат зависит от текущей кодовой страницы Windows, вашего редактора и тому подобного. Исправить:

1. Используйте шестнадцатеричный редактор
2. Посмотрите, как представлены пробелы
3. Поиск и замена вашего представления

я использовал HxD искать и заменять 0xA0 в 0x20.

Создан 01 июн.

использование CALL несколько раз для запуска другого пакета, который устанавливает env, будет увеличивать значение устанавливаемой вами переменной, следовательно, в какой-то момент возникает ошибка

вызов установить путь=некоторыйпуть;%путь%

запуск вышеуказанной команды в cmd много раз приведет к ошибке

ответ дан 11 дек ’19, 14:12

Я также столкнулся с этим.

Я пытался запустить vcvars.bat, как и другие здесь.

Основная проблема для меня заключалась в том, что моя переменная PATH была загрязнена повторениями уже довольно длинного пути. Исправление моего пути, казалось, решило проблему для меня (конечно, в новом терминале). Обратите внимание, что это исправление не относится к vcvars.bat или чему-либо, связанному с Visual Studio.

Мне любопытно, является ли решение Cookie Butter обходным путем, и основная проблема такая же.

ответ дан 15 мая ’19, 14:05

Необходимо использовать подпроцесс вместо os.system.

подпроцесс имеет преимущество способности изменить каталог для Вас:

import subprocess
my_cwd = r"..folder"
my_process = subprocess.Popen(["command name", "option 1", "option 2"], cwd=my_cwd)
my_process.wait() # wait for process to end
if my_process.returncode != 0:
    print "Something went wrong!"

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

Удостоверьтесь, когда Вы используете » в Ваших строках, что их правильно оставляют.

Python использует » в качестве символа ESC, таким образом, строка "..folderfilename" оценивает к "..folderfilename" так как завершенный f является все еще f.

Вы, вероятно, хотите использовать

r"..folderfilename"

или

"..\folder\filename"

Даже неплохо использовать subprocess.Popen(), но это не решает проблему.

Ваша проблема не в 255 символах, это было верно во времена DOS, позже увеличилось до 2048 для Windows NT/2000 и снова увеличилось до 8192 для Windows XP+.

Настоящее решение состоит в том, чтобы обойти очень старую ошибку в Windows API: _popen() и _wpopen().

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

Все операционные системы Microsoft, начиная с Windows XP, имели ограничение в 8192 символа, что теперь достаточно для любого приличного использования командной строки, но они забыли решить эту ошибку.

Чтобы преодолеть их ошибку , просто заключите всю команду в двойные кавычки, а если вы хотите узнать больше, прочитайте комментарий MSDN к _popen().

Будьте осторожны, потому что это работает:

prog
"prog"
""prog" param"
""prog" "param""

Но это не будет работать:

""prog param""

Если вам нужна функция, которая добавляет кавычки, когда они нужны, вы можете взять ее с http://github. com/ssbarnea/tendo/blob/master/tendo/tee.py

I am having a problem executing a bat file. After some time running I get the «input line is too long» error.

The structure of the bat file is simple. There is a main bat file that calls 10 other bat files that are responsible for updating data of my system modules. In the updating data bat files there are lot of calls for a command(.cmd file) of my system that is responsible for updating the data through some calculations.

The point is, when the process was running in a Windows 2003 Server it was ok. No errors.

Then, when it was upgraded to Windows 2008 Server, I execute the main bat file, several hours later I got the «Input line is too long» error. I can’t even execute any command included in the updated data bats manually in that cmd window. But if I close the cmd window and open a new one I can execute the commands without errors.

What’s the solution to this?

This usually happens due to long path. I have resolved this issue by replacing base path of Kafka from C:Program Files<Kafka_path> to C:Kafka

There is a Windows knowledge base article on this subject. They don’t mention Windows 2008 server, but they did mention the difference in size between other versions of the OS, so it wouldn’t be surprising is there was a difference between 2003 and 2008.

As for solutions to the problem, some of their suggestions include:

• Modify programs that require long command lines so that they use a file that contains the parameter information, and then include the name of the file in the command line.
• Use shorter names for folders and files.
• Reduce the depth of folder trees.

You can read the whole article if you want to see what else they have to say, but those were the suggestions that looked most likely to apply to you.

answered May 29, 2013 at 21:19

answered Jul 5, 2021 at 15:48

when it’s necessary to call vcvarscall.bat multiple times, then:

setlocal
vcvarsall.bat x64
cl xxx.cpp
endlocal

setlocal
vcvarsall.bat x86
cl xxx.cpp
endlocal

answered Mar 29, 2021 at 9:52

It can also happen if the spaces in your file (ansi character 0x20) are really non-breaking spaces (I had 0xA0, but yours may vary). This can happen if you copy/pasted from the internet to a UTF-8 aware editor.

The result depends on the current codepage of windows, your editor and such. To fix:

1. Use an hexadecimal editor
2. Look at how spaces are represented
3. Search and replace your representation

I used HxD to search and replace 0xA0 to 0x20.

answered Jun 1, 2017 at 15:52

answered Oct 10, 2022 at 7:10

I am having a problem executing a bat file. After some time running I get the «input line is too long» error.

The structure of the bat file is simple. There is a main bat file that calls 10 other bat files that are responsible for updating data of my system modules. In the updating data bat files there are lot of calls for a command(.cmd file) of my system that is responsible for updating the data through some calculations.

The point is, when the process was running in a Windows 2003 Server it was ok. No errors.

Then, when it was upgraded to Windows 2008 Server, I execute the main bat file, several hours later I got the «Input line is too long» error. I can’t even execute any command included in the updated data bats manually in that cmd window. But if I close the cmd window and open a new one I can execute the commands without errors.

What’s the solution to this?

This usually happens due to long path. I have resolved this issue by replacing base path of Kafka from C:Program Files<Kafka_path> to C:Kafka

There is a Windows knowledge base article on this subject. They don’t mention Windows 2008 server, but they did mention the difference in size between other versions of the OS, so it wouldn’t be surprising is there was a difference between 2003 and 2008.

As for solutions to the problem, some of their suggestions include:

• Modify programs that require long command lines so that they use a file that contains the parameter information, and then include the name of the file in the command line.
• Use shorter names for folders and files.
• Reduce the depth of folder trees.

You can read the whole article if you want to see what else they have to say, but those were the suggestions that looked most likely to apply to you.

answered May 29, 2013 at 21:19

answered Jul 5, 2021 at 15:48

when it’s necessary to call vcvarscall.bat multiple times, then:

setlocal
vcvarsall.bat x64
cl xxx.cpp
endlocal

setlocal
vcvarsall.bat x86
cl xxx.cpp
endlocal

answered Mar 29, 2021 at 9:52

It can also happen if the spaces in your file (ansi character 0x20) are really non-breaking spaces (I had 0xA0, but yours may vary). This can happen if you copy/pasted from the internet to a UTF-8 aware editor.

The result depends on the current codepage of windows, your editor and such. To fix:

1. Use an hexadecimal editor
2. Look at how spaces are represented
3. Search and replace your representation

I used HxD to search and replace 0xA0 to 0x20.

answered Jun 1, 2017 at 15:52

answered Oct 10, 2022 at 7:10