73

I am getting "HRESULT: 0x800A03EC" error when running Excel add-in with following code:

Excel.Range rng = ActiveSheet.Cells[x, y] as Excel.Range;                
string before = rng.Value2; 
string cleanV = System.Text.RegularExpressions.Regex.Replace(before, @"\s+", "");
rng.set_Value(cleanV);

When error happens X and Y are set to 1, thus Excel range is not violated. I searched extensively and tried a number of ways of setting the cell value (eg. Cells[x,y], range.set_Value()) but am at loss why this error happens and how to avoid it.

Any help is greatly appreciated.

Below are exception details:


System.Runtime.InteropServices.COMException was unhandled by user code
  HResult=-2146827284
  Message=Exception from HRESULT: 0x800A03EC
  Source=""
  ErrorCode=-2146827284
  StackTrace:
       at System.RuntimeType.ForwardCallToInvokeMember(String memberName, BindingFlags flags, Object target, Int32[] aWrapperTypes, MessageData& msgData)
       at Microsoft.Office.Interop.Excel.Range.set_Value(Object RangeValueDataType, Object value)
       at ImportValidation.ThisAddIn.removeAnySpaces(Int32 x, Int32 y) in c:\Users\dshevelev\Documents\Visual Studio 2012\Projects\ImportValidation\ImportValidation\ThisAddIn.cs:line 354
       at ImportValidation.ThisAddIn.ReadHeaders(Hashtable columnAddress) in c:\Users\dshevelev\Documents\Visual Studio 2012\Projects\ImportValidation\ImportValidation\ThisAddIn.cs:line 123
       at ImportValidation.ThisAddIn.mapColumns() in c:\Users\dshevelev\Documents\Visual Studio 2012\Projects\ImportValidation\ImportValidation\ThisAddIn.cs:line 493
       at ImportValidation.Ribbon1.button6_Click(Object sender, RibbonControlEventArgs e) in c:\Users\dshevelev\Documents\Visual Studio 2012\Projects\ImportValidation\ImportValidation\Ribbon1.cs:line 55
       at Microsoft.Office.Tools.Ribbon.RibbonPropertyStorage.ControlActionRaise(IRibbonControl control)
       at Microsoft.Office.Tools.Ribbon.RibbonPropertyStorage.ButtonClickCallback(RibbonComponentImpl component, Object[] args)
       at Microsoft.Office.Tools.Ribbon.RibbonManagerImpl.Invoke(RibbonComponentCallback callback, Object[] args)
       at Microsoft.Office.Tools.Ribbon.RibbonMethodInfo.Invoke(Object obj, BindingFlags invokeAttr, Binder binder, Object[] parameters, CultureInfo culture)
       at Microsoft.Office.Tools.Ribbon.RibbonManagerImpl.System.Reflection.IReflect.InvokeMember(String name, BindingFlags invokeAttr, Binder binder, Object target, Object[] args, ParameterModifier[] modifiers, CultureInfo culture, String[] namedParameters)
  InnerException: 
Daniil Shevelev
  • 10,633
  • 11
  • 43
  • 63
  • 3
    Did you get or find an answer to this problem? – scifirocket Oct 18 '12 at 20:25
  • 1
    This error is very 'generic' and can be caused by many reasons. The reason it happened for me was saving a customer data type in C# to excel. I had this error when trying to save a date wrapper object; I guess excel api requires to data to be c# primitive type otherwise it can cause problem. – stt106 Jan 12 '15 at 13:42

16 Answers16

112

Got same error in this line

 Object temp = range.Cells[i][0].Value;

Solved with non-zero based index

 Object temp = range.Cells[i][1].Value;

How is it possible that the guys who created this library thought it was a good idea to use non-zero based indexing?

d1jhoni1b
  • 5,891
  • 1
  • 42
  • 32
  • 36
    IMO, it might be related to the fact that Excel's cell-naming scheme is actually non-zero-based ("R1C1")... – C.B. Sep 12 '13 at 11:59
  • 26
    BASIC indexes from 1. Excel included BASIC very early on (in the 1980's) as a macro/scripting language, which later led to Visual Basic for Applications. This was before the widespread use of C-like languages with their more mathematically correct zero-based indexing, which came into common use in the 1990's thanks to web technology including Java, Perl, and Javascript. – Peter Gluck Mar 12 '14 at 21:16
  • Quite possibly, must have been developed with Basic developers in mind. – Najeeb Feb 12 '19 at 07:56
20

This is a common but poorly documented Excel COM Error. I've seen it documented as "NAME_NOT_FOUND", meaning that Excel's COM layer is disabled, and can't find the COM property or method name.

I get this error consistently when running the COM code while Excel is 'busy', for example if you set a timer that will start the code, and the code starts running while the user is editing a cell or pressing down their mouse button, then you'll always get this error. This error only happens when the code runs on the main Excel thread, but seems to be the equivalent of error VBA_E_IGNORE = 0x800AC472, which you get when calling the Excel COM object model from another thread, while Excel is 'busy'.

The only workaround seems to be to retry (with some small delay) the COM call until it succeeds - when Excel is no longer 'busy'.

Govert
  • 15,501
  • 3
  • 56
  • 68
  • It appears as though you may be correct on this. Unfortunately, I am still hitting the issue after one million and more records. – Anthony Mason May 02 '17 at 13:31
  • If the user is busy editing a formula, this error can persist indefinitely. – Govert May 03 '17 at 10:51
  • 1
    This can also happen when the name is _actually_ not found, e.g. malform or missing named range. – Zak Jul 24 '20 at 15:48
8

Check your start indexes. Its start from 1 not 0 for Microsoft.Office.Interop.Excel range objects. I had received same error because of my loop start value.

Jack
  • 157
  • 1
  • 7
4

Go to Excel Options > Save > Save Files in this format > Select "Excel Workbook(*.xlsx)". This problem occurs if you are using an older version of excel file (.xls) instead of .xlsx. The older version does not allow more than 65k rows in the excel sheet.

Once you have saved as .xslx, try executing your code again.

edit ----

Looking more into your problem, it seems that the problem might be locale specific. Does the code work on another machine? What value does the cell have? Is it datetime format? Have a look here:

http://support.microsoft.com/kb/320369

http://blogs.msdn.com/b/eric_carter/archive/2005/06/15/429515.aspx

tranceporter
  • 2,173
  • 1
  • 17
  • 23
  • 1
    Thank you for the suggestion, but this is not the cause. I am working in Excel2010 and the exception did happen even after I saved as "xlsx". The weirdest part is it does not happen all the time, but only for certain combinations of data. I cannot find a pattern that causes it though. – Daniil Shevelev Oct 03 '12 at 18:42
  • 1
    can you please post your code for ThisAddin at link 354? Are you trying to trim the value in the cells? Also, are you sure that Cells[x,y] is not starting from 0? Cell values start from 1 and are not zero based in excel. – tranceporter Oct 03 '12 at 18:46
  • I get this when a file name is too long (not sure what the limit is though) – steveo40 Jun 10 '15 at 19:18
4

Got this error also....

it occurs when save to filepath contains invalid characters, in my case:

path = "C:/somefolder/anotherfolder\file.xls";

Note the existence of both \ and /

*Also may occur if trying to save to directory which doesn't already exist.

kingPuppy
  • 2,459
  • 1
  • 16
  • 16
4

We had the same problem and found for us the solution :

Please make this folder. C:\Windows\SysWOW64\config\systemprofile\Desktop ·Windows 2008 Server x86
Please make this folder. C:\Windows\System32\config\systemprofile\Desktop

starsplusplus
  • 1,154
  • 3
  • 17
  • 31
ronguest
  • 41
  • 1
3

I know this is old but just to pitch in my experience. I just ran into it this morning. Turns our my error has nothing to do with .xls line limit or array index. It is caused by an incorrect formula.

I was exporting from database to Excel a sheet about my customers. Someone fill in the customer name as =90Erickson-King and apparently this is fine as a string-type field in the database, however will result in an error as a formula in Excel. Instead of showing #N/A like when you're using Excel, the program just froze and spilt that 0x800A03EC error a while later.

I corrected this by deleting the equal sign and the dash in the customer's name. After that exporting went well.

I guess this error code is a bit too general as people are seen reporting quite a range of different possible causes.

Lionet Chen
  • 754
  • 7
  • 24
  • I just spent an hour investigating this error in an SSIS package script. A field being exported to Excel was free-form entry, and it started with an `=` sign. A quick replace to strip all `=` signs out fixed it. Thank you! – Dave Cullum Aug 17 '18 at 14:43
  • So I'm guessing they're using office COM automation as underlying method to access Excel and it's functions as this happens to me only when I'm using COM. I have to say EPPlus or NPOI are easily much better ways to handle open xml format. – Lionet Chen Aug 20 '18 at 05:21
2

Got the same error when tried to export a large Excel file (~150.000 rows) Fixed with the following code

Application xlApp = new Application();
xlApp.DefaultSaveFormat = XlFileFormat.xlOpenXMLWorkbook;
SuperCuke
  • 158
  • 6
1

I got the same error whilst using Excel 2003 DLLs and trying to write to the 257th column. Excel 2003 limits maximum column per worksheet to 256, thus raising this exception.

For detailed limitations of Excel 2003, see http://office.microsoft.com/en-001/excel-help/excel-specifications-and-limits-HP005199291.aspx

Starting from Excel 2007, column limitation is increased to 16384 columns, see http://office.microsoft.com/en-001/excel-help/excel-specifications-and-limits-HP010073849.aspx

schlingel
  • 1,024
  • 1
  • 9
  • 22
0

I was receiving the same error some time back. The issue was that my XLS file contained more than 65531 records(500 thousand to be precise). I was attempting to read a range of cells.

Excel.Range rng = (Excel.Range) myExcelWorkbookObj.UsedRange.Rows[i];

The exception was thrown while trying to read the range of cells when my counter, i.e. 'i', exceeded this limit of 65531 records.

0

Adding one more possible issue causing this: the formula was wrong because I was using the wrong list separator according to my locale. Using CultureInfo.CurrentCulture.TextInfo.ListSeparator; corrected the issue.

Note that the exception was thrown on the following line of code...

gooopil
  • 15
  • 5
0

This must be the world's most generic error message because I got it today on the following command using Excel Interop:

Excel.WorkbookConnection conn;
conn.ODBCConnection.Connection = "DSN=myserver;";

What fixed it was specifying ODBC in the connection string:

conn.ODBCConnection.Connection = "ODBC;DSN=myserver;";

On the off chance anyone else has this error, I hope it helps.

Hambone
  • 13,222
  • 6
  • 37
  • 59
0

I got this error when calling this code: wks.Range[startCell, endCell] where the startCell Range and endCell Range were pointing to different worksheet then the variable wks.

glick
  • 102
  • 6
0

An additional cause for this error. The code sample below returns the error when the datatable (dtTable) has a blank tablename:

  ' Open Excel workbook
  objExcelApp = New Application
  objExcelWorkbook = objExcelApp.Workbooks.Add()
  objExcelSheet = objExcelWorkbook.ActiveSheet
  objExcelSheet.Name = dtTable.TableName
John M
  • 12,652
  • 28
  • 84
  • 132
0

Still seeing this error in 2020. As was stated by stt106 above, there are many, many possible causes. In my case, it was during automated insertion of data into a worksheet, and a date had been incorrectly typed in as year 1019 instead of 2019. Since i was inserting using a data array, it was difficult to find the problem until I switched to row-by-row insertion.

This was my old code, which "hid" the problem data.

    Dim DataArray(MyDT.Rows.Count + 1, MyDT.Columns.Count + 1) As Object
    Try
        XL.Range(XL.Cells(2, 1), XL.Cells(MyDT.Rows.Count, MyDT.Columns.Count)).Value = DataArray
    Catch ex As Exception
        MsgBox("Fatal Error in F100 at 1270: " & ex.Message)
        End
    End Try

When inserting the same data by single rows at a time, it stopped with the same error but now it was easy to find the offending data.

I am adding this information so many years later, in case this helps someone else.

MarkF
  • 113
  • 7
-1

I was getting the same error but it's sorted now. In my case, I had columns with the heading "Key1", "Key2", and "Key3". I have changed the column names to something else and it's sorted.

It seems that these are reserved keywords.

Regards, Mahesh