Erreur Excel HRESULT: 0x800a03ec en essayant d'obtenir la portée avec le nom de la cellule

j'ai rencontré cette erreur parce que j'essayais d'écrire une chaîne à une cellule qui commençait par un"=".

la solution était de mettre un "'" (apostrophe) avant le signe égal, ce qui est une façon de dire à excel que vous n'êtes pas, en fait, en train d'écrire une formule, et que vous voulez juste imprimer le signe égal.

j'ai trouvé une solution possible ici: http://www.made4dotnet.com/Default.aspx?tabid=141&aid=15

Edit:

si vous automatisez Microsoft Excel avec Microsoft Visual Basic .NET, Microsoft Visual C# .NET, ou Microsoft Visual C++, vous pouvez recevoir les erreurs suivantes lors de l'appel de certaines méthodes parce que la machine a la locale réglée à quelque chose d'autre que L'Anglais US (locale ID ou LCID 1033):

Exception de HRESULT: 0x800a03ec

et / ou

bibliothèque de type ancien ou invalide

SOLUTION 1:

---

pour contourner cette erreur, vous pouvez définir CurrentCulture à en-US lors de l'exécution du code lié à Excel et réinitialiser de nouveau à votre originale en utilisant ces 2 fonctions.

//declare a variable to hold the CurrentCulture
System.Globalization.CultureInfo oldCI;
//get the old CurrenCulture and set the new, en-US
void SetNewCurrentCulture()
{
  oldCI = System.Threading.Thread.CurrentThread.CurrentCulture;
  System.Threading.Thread.CurrentThread.CurrentCulture = new System.Globalization.CultureInfo("en-US");
}
//reset Current Culture back to the originale
void ResetCurrentCulture()
{
  System.Threading.Thread.CurrentThread.CurrentCulture = oldCI;
}

SOLUTION 2:

---

une autre solution qui pourrait fonctionner, créer un répertoire 1033 sous Microsoft Office\Office11 (ou votre office-version correspondante), copiez excel.exe dans le répertoire 1033, et renommé en xllex.DLL.

bien que vous pourriez résoudre le problème en utilisant une de ces solutions, lorsque vous appelez le modèle D'objet Excel dans des locales autres que L'Anglais Américain, le modèle D'objet Excel peut agir différemment et votre code peut échouer de façons que vous ne pouvez pas avoir la pensée de. Par exemple, vous pouvez avoir un code qui fixe la valeur d'une plage à une date:

yourRange.Valeur2 = "10/10/09"

selon la localisation ce code peut agir différemment résultant en Excel mettant dans la gamme l'une des valeurs suivantes:

10 octobre 2009 Le 10 septembre 2009 9 octobre 2010

j'ai obtenu l'erreur avec un espace dans un nom de feuille:

using (var range = _excelApp.Range["Sheet Name Had Space!$A"].WithComCleanup())

Je l'ai corrigé en mettant des guillemets autour des noms de feuilles avec des espaces:

using (var range = _excelApp.Range["'Sheet Name Had Space'!$A"].WithComCleanup())

j'ai eu ce problème lorsque j'ai essayé d'utiliser la gamme.AddComment () function. J'ai pu résoudre ça en appelant range.ClearComment () avant d'ajouter le commentaire.

Le sens de l'complètement sans-papiers", 151940920" erreur 800A03EC (honte à Microsoft!) est quelque chose comme"opération non prise en charge".

Il se peut

• lorsque vous ouvrez un document qui a un contenu créé par une nouvelle version Excel, que votre version Excel actuelle ne comprend pas.
• lorsque vous enregistrez un document sur le même chemin où vous l'avez chargé (le fichier est déjà ouvert et verrouillé)

mais la plupart du temps, vous verrez cette erreur due à grave bugs dans Excel.

• par exemple Microsoft.Bureau.Interop.Excel.Picture possède une propriété "Enabled". Lorsque vous appelez, vous devriez recevoir une valeur booléenne. Mais à la place vous obtenez une erreur 800A03EC. C'est un bug.
• et il y a un bug très gros dans Exel 2013 et 2016: Lorsque vous automatisez un processus Excel et définir Application.Visible=true et Application.WindowState = XlWindowState.xlMinimized alors vous obtiendrez des centaines d'erreurs 800A03EC de différentes fonctions (comme la gamme.Merge(), Une Case À Cocher.Un Texte, Une Forme.TopLeftCell, Shape.Verrouillé et beaucoup plus). Ce bogue n'existe pas dans Excel 2007 et 2010.