Windows下a.exe ＜ in.txt 所在位置 行:1 字符: 7 + a.exe ＜ in.txt + ~ “＜”运算符是为将来使用而保留的。

已于 2024-10-02 20:17:09 修改
阅读量1.4k 收藏 3
点赞数 4
分类专栏： # C/C++ 文章标签： windows 命令行 重定向 powershell
于 2021-10-06 09:21:15 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_50285142/article/details/120621208
版权
博客探讨了在Windows环境下遇到重定向输入文件出错的问题，原因是系统不识别'<'符号。文章介绍了正常情况下重定向输入输出的用法，并提供了解决方案——使用管道符'|'替代。此外，还分享了其他优质文章，如STL详解和C++知识点回顾。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

  • 博客主页: https://blog.csdn.net/qq_50285142
  • 欢迎点赞👍收藏✨关注❤留言 📝 如有错误，敬请指正
  • 🎈虽然生活很难，但我们也要一直走下去🎈

出现问题：重定向输入文件出错

a.exe < in.txt 所在位置 行:1 字符: 7 + a.exe < in.txt + ~ “<”运算符是为将来使用而保留的。 + CategoryInfo : ParserError: (😃 [], ParentContainsErrorRecordException + FullyQualifiedErrorId : RedirectionNotSupported

原因：系统无法识别<这样的符号

正常来说 < 和>是重定向输出输入

  • 正常情况下：
    将输入重定向进exe程序，输出重定向进输出文件
a.exe < in.txt > out.txt
  • windows无法识别<这样的符号
    使用管道|命令
Get-Content in.txt | ./a.exe

输出重定向:

此处可以正常运行

a.exe > out.txt

往期优质文章推荐

Scrapy shell 测试要爬取的网页数据的时候报错报错：不允许使用与号(8)。&运算符是为将来使用而保留的，请用双引号将与号引起来(“&“)，以将其作为字符串的一部分传递。所在位置行:1字符︰9
Deng872347348的博客
11-30 593
Scrapy shell 测试要爬取的网页数据的时候报错报错：不允许使用与号(8)。&运算符是为将来使用而保留的，请用双引号将与号引起来(“&")，以将其作为字符串的一部分传递。所在位置行:1字符︰94不允许使用与号(&).&运算符是为将来使用而保留的，请用双引号将与号引起来("&")，以将其作为字符串的一部分传递。
windows下重定向符的使用（“＜”运算符是为将来使用而保留的。）
m0_50262974的博客
11-22 1568
执行编译命令：gcc p106.c -o p106 (执行后生成p106.exe，或使用gcc p106.c -o p106.o，执行后生成p106.o)可以看到新建的终端就已经是cmd而不是默认的powershell了，再次输入p106 < gpsdata.csv也正常了。p106 < gpsdata.csv(
关于 “＜”运算符是为将来使用而保留的。 的解决办法
ProgramNovice的博客
09-13 9407
关于 “＜”运算符是为将来使用而保留的。 的解决办法
“＜”运算符是为将来使用而保留的。报错解决方法
qq_36416905的博客
04-26 1万+
“<”运算符是为将来使用而保留的。报错解决方法 在VScode下运行犀牛书第一章的一个词频统计代码出现的报错 node charfreq.js < corpus.js 报错信息 [外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-aG9kCqAZ-1619443873968)(C:\Users\安南\AppData\Roaming\Typora\typora-user-images\image-20210426211849225.png)] 通过搜索发现类似问题的原因
【STM32】【vscode编译】 不允许使用与号(&)。& 运算符是为将来使用而保留的；请用双引号将与号引起来(\“&\“)，以将其作为字符串的一部分传递
weixin_63135906的博客
12-31 1350
记录一下vscode开发STM32遇到的一点小问题……
a.exe
ProcessInfo的专栏
11-17 867
  进程知识库 a - a.exe - 进程信息进程文件：a 或者 a.exe进程名称： W32.Ahlem.A@mm  描述：a.exe是W32.Ahlem.A@mm蠕虫程序的一部分，通过电子邮件传播感染到你的计算机上。这个进程的安全等级是建议立即进行删除。 出品者： 未知N/A属于
左移运算符和右移运算符（为将来的线段树二叉树作准备）
既然弱小，就只顾变强就是了
05-27 317
做个小笔记避免以后忘了，看到就能记起：        “a&gt;&gt;b”将a右移b位，例：7&gt;&gt;1=3,    3&gt;&gt;1=1,    4&gt;&gt;1=2;        “a&lt;&lt;b”将a左移b位，例：7&lt;&lt;1=14,    3&gt;&gt;1=6,    4&lt;&lt;1=8;        举个有趣的例子，譬如要得
npm : 无法将“npm”项识别为 cmdlet、函数、脚本文件或可运行程序的名称。请检查名称的拼写，如果包括路径，请确保路径正确，然后再试一次。 所在位置 行:1 字符: 1
bengsong5602的博客
04-22 1846
vs终端输入npm install出现错误 我首先做的两件事 直接cmd，输入 npm config set registry http://registry.npm.taobao.org/ 然后，项目目录打开终端，或者vscode中打开终端 npm install 出现以下错误 npm : 无法将“npm”项识别为 cmdlet、函数、脚本文件或可运行程序的名称。请检查名称的拼写，如果包括路径，请确保路径正确，然后再试一次。 所在位置 行:1 字符: 1 + npm install 重
c语言中link.exe,Win32 SDK基础(二)之关于cl.exe和link.exe编译和连接程序的详解（图）...
weixin_31580797的博客
05-20 905
一 从程序的编译过程说起上一文我们介绍了windows系统下面程序的分类、编译器、连接器、常用头文件、库文件等知识。本文再谈一下程序的编译过程。相信大家都知道源代码的编译过程共分为两个步骤：一是编译过程，主要工作是把我们的源代码翻译成中间文件，这在windows中就是cl.exe的作用，它将我们的.c文件或者.cpp文件翻译成中间.obj文件；二是连接过程，主要工作是将多种中间文件、库文件连接生成...
python在TXT文件中按照某一字符串取出该字符串所在的行方法
09-19
### Python在TXT文件中按照某一字符串取出该字符串所在的行的方法 在处理文本文件时，经常需要根据特定条件筛选文件中的某一行或多行内容。本文将详细介绍如何使用Python从TXT文件中提取包含特定字符串的行，并对其...
【Power Shell】Invoke-Expression ，Invoke-Expression -Command $activateCommand；错误或power shell激活虚拟环境报错失败
热门推荐
zbossz的学习小分队
07-17 1万+
powershell 一打开红字报错。 Invoke-Expression ，Invoke-Expression -Command $activateCommand;错误或power shell激活虚拟环境报错失败。
windows下使用vscode编写运行以及调试C/C++
banyu1952的博客
03-13 2824
不要转载，唯一出处：tangming博客园 最后更新于2019年8月12日： 本文原本为我在一年多前在参加算法竞赛期间于博客园发布的一篇整理vscode编写c/c++全部使用心得的文章，经过多次的修改/订正/完善受收到了很多朋友的关注和支持，很感谢大家，但这篇文章经历多次修改和添加，冗长并且混乱，我希望能重新组织一篇更加优质的文章并使用更适合于初学者的演示。而博客园在一些功能上存在一...
win7 上面 gcc 编译的程序 a.exe 运行的时候报错 a.exe 已停止工作， 异常代码:c0000005
Kodulf的专栏
07-14 9691
win7 上面 gcc 编译的程序 a.exe 运行的时候报错 a.exe 已停止工作， 异常代码:c0000005： 原因分析： 一开始我以为是我的代码的问题，后来查询了这个错误码发现原来是兼容性的问题。 因为兼容性的问题，右键a.exe 文件，点击兼容性，勾选上以兼容模式运行这个程序，我的是windows 7，所以选择windows 7 参考
Windows PowerShell的“管道”以及对可执行文件的文件重定向
fjjaylz的博客
01-27 8209
文章目录起因PowerShell管道从文件传入输出到文件把指令连接起来总结 起因 在C++ Primer中文第五版的第19页中，书上提到了一个文件重定向的功能： 由于我最近一直使用powershell进行编译和运行，在使用时发现这么写并不能正常运行，会提示如下信息： “&lt;”运算符是为将来使用而保留的。 + CategoryInfo : ParserError: ( : ...
《C++ Primer（第5版）》程序重定向问题
VikingsQ的博客
01-10 444
文章目录1. 书中提到的重定向方法2. 实际使用中出现的问题3. 解决问题的方法 1. 书中提到的重定向方法 2. 实际使用中出现的问题 在Windows PowerShell中，按照书上提到的方法进行重定向会报错： 所在位置 行:1 字符: 11 + .\项目1.exe < .\data.txt + ~ “<”运算符是为将来使用而保留的。 + CategoryInfo : ParserError: (:) [], ParentContains
Powershell命令参数中特殊符号的处理
weixin_34253539的博客
01-03 7408
问题：在powershell的命令参数中使用&amp;符号时，提示是保留符号，需要转换成字符 PS D:\scripts&gt; Get-DistributionGroupMember -Identity '"Phone-supply"+"&amp;"+"buyer"' -resultsize unlimited | fl displayname,primarysmtpaddress &gt;d:...
VS code安装python虚拟环境后开启VS首次运行程序必报错
kefeng241的博客
03-18 858
所在位置 行:1 字符: 41 & i:/上课(python/venv/Scripts/Activate.ps1 表达式中缺少右“)”。 所在位置 行:2 字符: 2 & ‘i:\上课(python\venv\Scripts\python.exe’ 'c:\Users\Miku2.vscode\ext … ~ 不允许使用与号(&)。& 运算符是为将来使用而保留的；请用双引号将与号引起来("&")，以将其作为字符串的一部分传递。 CategoryInfo
Dcoker安装调试运行笔记
科大云炬
11-11 2259
PS D:\AntoPan2020\Library\python\whistlewave\whistlewave> docker run -d -p 80:80 docker/getting-started Unable to find image 'docker/getting-started:latest' locally latest: Pulling from docker/getting-started 540db60ca938: Pull complete 0ae30075c5da: P.
serve : 无法加载文件 D:\qianduan_all\node_js\serve.ps1，因为在此系统上禁止运行脚本。有关详细 信息，请参阅 https:/go.microsoft.com
Cecilia58的博客
04-16 454
serve : 无法加载文件 D:\****\node_js\serve.ps1，因为在此系统上禁止运行脚本。有关详细 信息，请参阅 https:/go.microsoft.com/fwlink/?LinkID=135170 中的 about_Execution_Policies。 所在位置 行:1 字符: 1 + serve + ~~~~~ + CategoryInfo : SecurityError: (:) []，PSSecurityException +
PS C:\Users\Administrator> sc create "WindowsDefender" binPath= "C:\inuse\shell.exe" start= auto Set-Content : 找不到接受实际参数“binPath=”的位置形式参数。 所在位置 行:1 字符: 1 + sc create "WindowsDefender" binPath= "C:\inuse\shell.exe" start= auto + ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ + CategoryInfo : InvalidArgument: (:) [Set-Content]，ParameterBindingException + FullyQualifiedErrorId : PositionalParameterNotFound,Microsoft.PowerShell.Commands.SetContentCommand
最新发布
04-28
<think>好的，我现在需要解决用户在使用PowerShell的`sc create`命令时遇到的参数绑定错误，特别是关于`binPath=`无效参数的问题。用户提到错误是“ParameterBindingException”，这通常与PowerShell的参数绑定不正确有关。 首先，我需要回顾一下用户的问题。用户尝试使用`sc create`来创建服务，但遇到了参数错误。根据之前的回答，用户可能参考了之前提到的Windows服务创建方法，比如使用`sc create`命令。但用户现在在PowerShell中执行时出现了问题。 接下来，我需要分析为什么会出现这个错误。`sc`是Windows的系统命令，不是PowerShell的cmdlet，所以在PowerShell中使用时，可能需要特别注意参数传递的方式。常见的错误原因可能包括： 1. **参数格式不正确**：在PowerShell中直接使用`sc`命令时，参数可能需要用特定的方式传递，尤其是包含空格或等号的情况。 2. **转义字符问题**：等号`=`在PowerShell中可能需要转义，或者参数值需要引号包裹。 3. **权限问题**：可能没有足够的权限来创建服务，但用户提到的错误是参数绑定错误，所以暂时排除权限问题。 查阅用户提供的引用内容，引用[1]和[2]中提到了使用PowerShell和计划任务的相关命令，但没有直接涉及`sc create`的问题。不过引用[2]中的示例使用了`New-ScheduledTaskAction`，其中参数是通过指定参数名和值来传递的，这可能与`sc`命令的参数传递方式不同。 现在，我需要验证`sc create`在PowerShell中的正确用法。根据Microsoft文档，`sc create`的语法是： ``` sc create [ServiceName] binPath= [BinaryPath] start= [start_type] ``` 注意，这里的等号后面必须有一个空格，这在命令行中没问题，但在PowerShell中可能会被解析错误，因为PowerShell对参数的处理不同。例如，如果直接在PowerShell中输入： ```powershell sc create MyService binPath= "C:\path\to\exe" start= auto ``` PowerShell可能会将`binPath=`视为一个参数，而等号后的值被错误解析，导致参数绑定失败。这是因为PowerShell的cmdlet通常使用空格分隔参数和值，而`sc`是外部命令，其参数解析方式可能与PowerShell不同。 可能的解决方法是使用引号将整个参数包裹起来，或者在等号前添加转义字符。例如： ```powershell sc create MyService binPath= "C:\path\to\exe" start= auto ``` 但实际上，在PowerShell中，等号后的空格可能被忽略，导致参数错误。正确的方式可能需要使用转义字符，或者在等号后不留空格，但这与`sc`的要求冲突，因为`sc create`要求等号后有空格。 另一种可能是使用Start-Process来调用`sc`，或者将参数作为数组传递。例如： ```powershell Start-Process sc -ArgumentList "create", "MyService", "binPath= C:\path\to\exe", "start= auto" -Verb RunAs ``` 这样可以确保每个参数被正确传递。此外，用户可能需要以管理员权限运行PowerShell，否则创建服务会失败，但错误应该是访问被拒绝，而不是参数绑定错误。 另外，用户可能混淆了PowerShell的cmdlet和传统命令。例如，在PowerShell中，`Set-Service`或`New-Service`可能是更合适的cmdlet，而不是使用`sc`。例如： ```powershell New-Service -Name "MyService" -BinaryPathName "C:\path\to\exe" -StartupType Automatic ``` 这可能避免参数绑定错误，因为这是PowerShell的原生命令，参数处理更符合PowerShell的语法。 回到用户的具体错误信息：“参数绑定错误 'binPath=' 无效argument”。这可能是因为在PowerShell中，当执行外部命令时，参数中的等号可能需要用引号包裹，或者空格被错误处理。例如，正确的写法应该是： ```powershell sc create MyService binPath= "C:\malware.exe" start= auto ``` 但PowerShell可能将`binPath=`视为参数名称，而等号后的值没有正确传递。因此，可能需要将整个参数值用引号包裹，或者使用转义符号。 另一个可能性是，用户可能在`binPath=`后面缺少空格，或者路径包含空格但没有引号，导致参数被拆分。例如，如果路径中有空格，应该使用双引号： ```powershell sc create MyService binPath= "C:\Program Files\malware.exe" start= auto ``` 但正确的做法是，在`binPath=`后面的等号和值之间有一个空格，并且整个路径用引号包裹，例如： ``` binPath= "C:\path with spaces\exe.exe" ``` 然而，根据`sc create`的文档，`binPath=`后面的值应该直接跟路径，且如果路径有空格，需要用双引号包裹整个路径。例如： ``` binPath= "C:\Program Files\My Service\service.exe" ``` 但PowerShell处理参数时可能会将引号内的内容视为一个整体，从而正确传递。 可能的解决方案步骤： 1. **正确使用空格和引号**：确保在`binPath=`后面有一个空格，并且路径用双引号包裹。 2. **使用Start-Process传递参数**：明确地将参数作为数组传递，避免PowerShell解析错误。 3. **使用PowerShell的New-Service命令**：代替`sc create`，使用更可靠的PowerShell cmdlet。 例如，正确的`sc create`命令在PowerShell中应该写成： ```powershell sc create "MyService" binPath= "C:\Path\To\Your\Program.exe" start= auto ``` 或者，使用转义符号： ```powershell sc create MyService 'binPath= C:\Path\To\Program.exe' 'start= auto' ``` 但是，这样的写法是否有效需要测试。另外，用户可能需要以管理员身份运行PowerShell，否则即使参数正确，也会因权限不足而失败。 总结，用户的问题可能源于在PowerShell中执行`sc create`时参数格式不正确，特别是等号和空格的处理。解决方案包括正确格式化参数、使用引号、转义字符，或改用PowerShell的`New-Service` cmdlet。</think>### PowerShell创建服务参数绑定错误解决方案 #### 一、错误原因分析 当使用`sc create`命令在PowerShell中创建服务时，出现**"ParameterBindingException"**错误的核心原因是**参数格式不符合PowerShell解析规则**。传统`sc.exe`的语法要求`binPath=`后必须包含空格（例如`binPath= "C:\path"`），但PowerShell会将等号视为参数赋值符，导致参数解析冲突[^1]。 #### 二、三种可靠解决方案 **方案1：转义参数格式（兼容原生sc命令）** 通过引号包裹完整参数段，强制保留等号后的空格： ```powershell sc.exe create "MyService" 'binPath= "C:\Program Files\service.exe"' start= auto ``` - **关键点**： - 使用单引号包裹`binPath= "..."`，避免PowerShell解析等号 - `sc.exe`必须显式调用（而非直接写`sc`） - 管理员权限执行：右键PowerShell选择**以管理员身份运行** **方案2：使用Start-Process精确传参** 通过参数数组传递避免解析错误： ```powershell $arguments = @( "create", "MyService", "binPath= C:\service.exe", "start= auto" ) Start-Process sc.exe -ArgumentList $arguments -Verb RunAs ``` - **优势**：完全控制参数切割逻辑，规避空格/等号歧义[^2] **方案3：改用New-Service PowerShell命令（推荐）** 使用原生PowerShell cmdlet替代传统命令： ```powershell New-Service -Name "MyService" -BinaryPathName "C:\service.exe" -StartupType Automatic -DisplayName "My Service" ``` - **核心参数说明**： - `-BinaryPathName`：直接指定可执行文件路径（无需处理等号） - `-StartupType`：支持`Automatic`/`Manual`/`Disabled` - 自动要求管理员权限，无需手动提权 #### 三、验证服务是否创建成功 执行以下命令检查服务状态： ```powershell Get-Service "MyService" | Format-List Name, Status, StartType, BinaryPathName ``` 正常输出应包含： ``` Name : MyService Status : Stopped StartType : Automatic BinaryPathName : C:\service.exe ``` #### 四、高级调试技巧 1. **查看详细错误日志** 添加`-Verbose`参数获取执行细节： ```powershell sc.exe create "MyService" 'binPath= "C:\service.exe"' start= auto -Verbose ``` 2. **捕获异常信息** 使用`try/catch`结构捕获错误类型： ```powershell try { sc.exe create "MyService" 'binPath= "C:\service.exe"' start= auto } catch { Write-Output "错误类型：$($_.Exception.GetType().Name)" Write-Output "详细信息：$($_.Exception.Message)" } ``` ---
评论 9
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

行码棋

码字好辛苦，总结好吃力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值