topic Re: CoreHost SpatialReference Issue in ArcGIS Pro SDK Questions

CoreHost SpatialReference Issue

GaryBilotta — Thu, 18 Dec 2025 22:33:59 GMT

I am working on my first CoreHost application and am running into issues deploying it. The CoreHost application is a console application that I can debug and run successfully in Visual Studio 2022, and I can run it by hand outside of Visual Studio. The issue is that this application will be run at night with other batch jobs, and when I attempt to have the scheduling software execute it, it fails- but it fails at an unexpected location. The code begins to execute and even opens a couple of feature classes, but when I try to do anything with spatial references, that is when it fails. Both bits of code below fail. If I were initializing incorrectly or didn't have the licensing configured properly, I would expect not to be able to open feature classes, but that part is successful. I am running Pro 3.3.4.

SpatialReference pSRWebMerc_3857 = SpatialReferences.WebMercator; or SpatialReference pSRWebMercAuxSph84_3857 = null; SpatialReferenceBuilder spatialReferenceBuilder = new SpatialReferenceBuilder(3857); pSRWebMercAuxSph84_3857 = spatialReferenceBuilder.ToSpatialReference();

This is the error:

CoreInterop
at CGeometryInterop.CreateSpatialReferenceFromID_(CGeometryInterop*, Int32 wkid, Int32 vWkid, ISpatialReference** ppSR)
at CGeometryInterop.CreateSpatialReferenceFromID(CGeometryInterop*, Int32 wkID, Int32 wkvID, Void** outHandle)
at ArcGIS.Core.Internal.ISpatialReferenceIOP.CreateSpatialReferenceFromID(Int32 wkID, Int32 wkvID)
at ArcGIS.Core.Geometry.SpatialReferenceBuilder..ctor(Int32 wkid, Int32 verticalWkid, Boolean validateThread)
at ArcGIS.Core.Geometry.SpatialReferenceBuilder..ctor(Int32 wkid)
at UpdateFeatureClass.PerformCoreHostTask(String[] args) in \Dev\Repos\UpdateFeatureClass\clsUpdate.cs

Thoughts anyone??

Thank you!!!

Re: CoreHost SpatialReference Issue

RichardDaniels — Fri, 19 Dec 2025 18:50:44 GMT

Doe your SYSTEM account running the job have access to 'in \Dev\Repos\UpdateFeatureClass\clsUpdate.cs'? these failures are usually permission related.

Re: CoreHost SpatialReference Issue

GaryBilotta — Fri, 19 Dec 2025 22:31:31 GMT

Yeah, the SYSTEM account does have access.

Thank you.

Re: CoreHost SpatialReference Issue

SelimDissem — Fri, 16 Jan 2026 02:00:53 GMT

Hi Gary,

Could you share how the Core and CoreHost DLLs are referenced in your solution?

Did you use the CoreHost template to get started?

What scheduling software are you using? Windows task scheduler or something else? Does it only fail when you run it through the scheduler or does it also fail when you run it interactively? If it only fails through the scheduler, could you share the parameters for the task, especially the Security options?

Sorry for the barrage of questions, trying to better understand your problem and the environment around it.

Re: CoreHost SpatialReference Issue

GaryBilotta — Fri, 16 Jan 2026 16:52:21 GMT

Hi Selim,

So, I just go this working the other day. We have an in-house built scheduler which I am not able to make changes to, and it only fails through the scheduler. It turned out it was an issue with single apartment threading vs. multiple apartment threading in the scheduler. Even though I have [STAThread] just above static void Main, I created a new single-threaded object and ran the main part of the code through it, and everything is working now.

[STAThread] static void Main(string[] args) { //Perform CoreHost task //Call Host.Initialize before constructing any objects from ArcGIS.Core try { Console.WriteLine("Current Directory: " + Environment.CurrentDirectory); Console.WriteLine("Temp Environmental Variable: " + Environment.GetEnvironmentVariable("TEMP")); Console.WriteLine("UserName: " + Environment.UserName); Console.WriteLine("Getting the Application Runtime Directory"); var loc = System.Runtime.InteropServices.RuntimeEnvironment.GetRuntimeDirectory(); Console.WriteLine("Application Runtime Directory: " + loc + "\n"); //Resolve ArcGIS Pro assemblies. Console.WriteLine("Getting the Pro runtime directory"); AppDomain currentDomain = AppDomain.CurrentDomain; currentDomain.AssemblyResolve += new ResolveEventHandler(ResolveProAssemblyPath); //work-around due to multi-threading in jso var t = new Thread(()=> MainProcess(args)); t.SetApartmentState(ApartmentState.STA); t.Start(); t.Join(); } catch (Exception e) { // Error (missing installation, no license, 64 bit mismatch, etc.) Console.WriteLine(string.Format("Initialization failed: {0}", e.Message)); return; } }