在这个PowerShell脚本中奇怪的格式列表行为

我有一个奇怪的行为与格式列表。 当我将下面的代码直接粘贴到shell中时，所有的东西都像一个魅力一样：

@("Administrator","SomeUser","SomeOtherUser") |% { $uname = $_; $u = gwmi win32_useraccount |? { $_.Name –eq $uname } if (-not $u) { write-host ("[-] "+ $uname + " does not exist!") } else { write-host ("[+] "+ $uname + ":") $u } } @("Administrator","SomeUser","SomeOtherUser") |% { $uname = $_; gwmi win32_groupuser -computer . | select GroupComponent,PartComponent |? { $_.PartComponent -match ",Name=`""+$uname+"`""} | fl * } 

但是，当我把相同的代码放在一个函数中，比如说testing，然后调用testing，PowerShell就会抛出一个关于格式列表的错误。 我不明白为什么 – 也许我一直在寻找错误的结局，但是我什么也没find。

  function test { @("Administrator","SomeUser","SomeOtherUser") |% { $uname = $_; $u = gwmi win32_useraccount |? { $_.Name –eq $uname } if (-not $u) { write-host ("[-] "+ $uname + " does not exist!") } else { write-host ("[+] "+ $uname + ":") $u } } @("Administrator","SomeUser","SomeOtherUser") |% { $uname = $_; gwmi win32_groupuser -computer . | select GroupComponent,PartComponent |? { $_.PartComponent -match ",Name=`""+$uname+"`""} | fl * } } 

显示的错误信息是：

out-lineoutput：“Microsoft.PowerShell.Commands.Internal.Format.FormatStartData”types的对象无效或不正确的顺序。 这可能是由于
与默认格式相冲突的用户指定的“格式列表”命令。
+ CategoryInfo：InvalidData：（:) [out-lineoutput]，InvalidOperationException
+ FullyQualifiedErrorId：ConsoleLineOutputOutOfSequencePacket，Microsoft.PowerShell.Commands.OutLineOutputCommand

• 如何在每个月的最后一天安排Cron工作
• 我怎样才能指定排除某些文件的shell模式？
• 你能帮我用这个简单的'ulimit'吗？
• unix脚本问题
• logging到一个文件，预先在每行（Debian）上添加一个时间戳

问题的屏幕截图：

 function test { @("Administrator","SomeUser","SomeOtherUser") |% { $uname = $_; $u = gwmi win32_useraccount |? { $_.Name –eq $uname } if (-not $u) { write-host ("[-] "+ $uname + " does not exist!") } else { write-host ("[+] "+ $uname + ":") $u } } @("Administrator","SomeUser","SomeOtherUser") |% { $uname = $_; gwmi win32_groupuser -computer . | select GroupComponent,PartComponent |? { $_.PartComponent -match ",Name=`""+$uname+"`""} } } test |fl * 

 Get-WmiObject -Query "SELECT * FROM Win32_UserAccount WHERE Name = '$uname'"