可以将文章内容翻译成中文,广告屏蔽插件可能会导致该功能失效(如失效,请关闭广告屏蔽插件后再试):
问题:
I have written a C# code in console application to open two excels and copy and paste data from one excel to another excel. It was working fine until the destination excel's visibility was true. But I need to hide the excel at the time of execution. So I changed the visibility to false. Like,
_destExcelApp = new Excel.ApplicationClass();
_destExcelApp.Visible = false;
Now its showing an exception like
Call was rejected by callee. (Exception from HRESULT: 0x80010001 (RPC_E_CALL_REJECTED))
How to solve this one?
回答1:
I ran into this same error being thrown when I deployed my application onto a machine without a fully activated and licensed installation of Excel. I spent hours trying to diagnose the issue. Make sure you check your Office installations to make sure they are complete.
回答2:
I was facing the same error and many solutions suggested were not working for me.
I had an application running in windows 8 and I found that the problem was Excel always asking to choose default application for "xlsx" extensions.
When executing the application no window dialog appeared, just the error was shown.
I solved the problem going to Control Panel > Programs > Default Programs and setting Microsoft Office Excel 2016 as default program for xlsx files.
回答3:
Ensure that MS Word/Excel is not showing a dialog box that needs a response.
I set a breakpoint on the line that caused the failure, then set .Visible
to true in PowerShell, to find this:
$word.Visible = $true
After I clicked 'Yes' and updated the settings, after I re-ran my scripted COM interactions, they succeeded.
回答4:
I solved this behaviour with the help of this question:
Strange behaviour of "Call was rejected by callee." exception with Excel
The issue was simply that the Workbook.Open
hadn't finished when I gave a Worksheet.SaveAs
command. So sometimes, the script would work, sometimes not.
I simply added a pause in the script after Workbook.Open
and it worked. I went on to find a property Ready
, which allowed me to do exactly what I wanted:
$excel = New-Object -ComObject "Excel.Application" -ea Stop
$wb = $excel.Workbooks.Open($workbook)
$sheet = $wb.Sheets("List")
while (-not $excel.Ready) {
sleep 1
}
$sheet.SaveAs($csvpath,6)
So in my case, it had nothing to do with non-activated or corrupted Excel installations.
回答5:
I ran into this issue with Word and my solution was uninstalling OpenOffice. I'm not sure if there's another solution but most likely has to do with the dlls and a conflict with the default file handler for the particular files you are generating programmatically.
回答6:
Are you copying a range of information from one document to another, or are you going back and forth between the 2 documents copying cell by cell? Excel is single threaded, so if you go back and forth, it could cause this issue.
回答7:
I encountered this Error today in Excel 2016.
We found out that the computer with this problem had some add-ins activated.
Strangely that one pc took ages to start excel. after deactivating the add-ins our program worked fine.
Strangely we couldn´t reproduce this on our dev pc´s.
回答8:
In my case, I simply restarted my machine and found out that there was a windows update pending. Restarting the machine solved my problem.
回答9:
Ran into this problem on my machine. Excel is fully activated and already the default program for .xlsx files. I was loading a workbook template I created with pivot tables and having a script update the data in the tables. Turns out that if the pivot tables are set to "Refresh data when opening the file" under Pivot Table Options > Data, it causes some sort of threading contention issues.
Disabling the refresh on opening solved the issue.