不同的CMD不同的行爲

Question

UPDATE2：

現在，當我知道，X32是我調試到使用powershell_ise_x32劇本和發現，這是$Word.Documents的null問題。 因此，Powershell-API for Word在x32 PowerShell中有不同的行爲，然後是64位。

---

更新：發生

錯誤，使用PowerShell的X32時併發生不是在PowerShell的64位。那是真的。 Powershell x32被執行是因爲我從Total Commander 32bit開始。

現在的問題是 - 爲什麼32位和64位PowerShell有不同的行爲？

---

最初的問題：

我寫了一個PowerShell腳本，以將我WordDocuments並將它們合併成一個。
我寫了一個批處理腳本，啓動這個PowerShell腳本。

當我執行直接在「PowerShell ISE中」 工作罰款腳本中的腳本。

當我通過上下文菜單中執行批處理腳本爲管理員，腳本報告錯誤。在這種情況下，執行C：\ WINDOWS \ SysWOW64 \ cmd.exe。

當我執行我的系統上找到以管理員身份另一個cmd.exe的 - 一切工作罰款： 「C：\ WINDOWS \ WinSxS文件\ Amd64_microsoft窗口 - commandprompt_31bf3856ad364e35_10.0.15063.0_none_9c209ff6532b42d7 \ cmd.exe的 「

爲什麼我在不同的cmd.exe中有不同的行爲？什麼是不同的cmd.exe？

---

批處理腳本：

cd /d "%~dp0" 

powershell.exe -noprofile -executionpolicy bypass -file "%~dp0%DocxToPdf.ps1" 
pause 

PowerShell腳本

$FilePath = $PSScriptRoot 
$Pdfsam = "D:\Programme\PDFsam\bin\run-console.bat" 




$Files = Get-ChildItem "$FilePath\*.docx" 
$Word = New-Object -ComObject Word.Application 
if(-not $?){ 
    throw "Failed to open Word" 
} 

# Convert all docx files to pdf 
Foreach ($File in $Files) { 
    Write-Host "Word Object: " $Word 
    Write-Host "File Object: " $Word $File 
    Write-Host "FullName prop:" $File.FullName 

    # open a Word document, filename from the directory 
    $Doc = $Word.Documents.Open($File.FullName) 

    # Swap out DOCX with PDF in the Filename 
    $Name=($Doc.FullName).Replace("docx","pdf") 

    # Save this File as a PDF in Word 2010/2013 
    $Doc.SaveAs([ref] $Name, [ref] 17) 
    $Doc.Close() 
} 

# check errors 
if(-not $?){ 
    Write-Host("Stop because an error occurred") 
    pause 
    exit 0 
} 

# wait until the conversion is done 
Start-Sleep -s 15 


# Now concat all pdfs to one single pdf 
$Files = Get-ChildItem "$FilePath\*.pdf" | Sort-Object 

Write-Host $Files.Count 

if ($Files.Count -gt 0) { 

    $command = "" 
    Foreach ($File in $Files) { 
     $command += " -f " 
     $command += "`"" + $File.FullName + "`"" 
    } 

    $command += " -o `"$FilePath\Letter of application.pdf`" -overwrite concat" 
    $command = $Pdfsam + $command 
    echo $command 

    $path = Split-Path -Path $Pdfsam -Parent 
    cd $path 

    cmd /c $command 

}else{ 
    Write-Host "No PDFs found for concatenation" 
} 




Write-Host -NoNewLine "Press any key to continue..."; 
$null = $Host.UI.RawUI.ReadKey("NoEcho,IncludeKeyDown"); 

Answer 1

我發現$PSScriptRoot是不可靠的。

$FilePath = $PSScriptRoot; 
$CurLocation = Get-Location; 
$ScriptLocation = Split-Path $MyInvocation.MyCommand.Path 

Write-Host "FilePath = [$FilePath]"; 
Write-Host "CurLocation = [$CurLocation]"; 
Write-Host "ScriptLocation = [$ScriptLocation]"; 

結果：

O:\Data>powershell ..\Script\t.ps1 
FilePath = [] 
CurLocation = [O:\Data] 
ScriptLocation = [O:\Script] 

至於各種cmd.exe實現之間的差異，我真的不能回答這個問題。我應該認爲它們在功能上是相同的，但也許有32/64位差異很重要。

Answer 2

使用PowerShell x32時發生錯誤，並且在PowerShell 64位上發生錯誤。

我使用powershell_ise_x32調試腳本，發現，$Word.Documents是null。

這是因爲在我的系統上安裝了Word 64bit。