nav[aria-label="Primary Navigation"] { padding: 0; & ul { list-style: none; width: 100%; display: flex; flex-direction: row; justify-content: start; align-items: start; gap: 30px; padding: 0; & li { margin: 0; } & ul li { list-style: none; } } }

Could not load assembly "Esri.FileGDBAPI.dll"

MarilynGambone

Hi,

I'm using Visual Studio 2010 and C#; Windows Server 2008 R2 Standard operating system.

I downloaded FileGDBAPI for VS2010 1.1. I've set the target platform to x64. I made a reference to the dll. But when I run the application, I'm getting the error, "Could not load assembly "Esri.FileGDBAPI.dll".

Appreciate any assistance on how to properly load the dll.

Find more posts tagged with

Accepted answers

All comments

VinceAngelo

You always need to be careful when Windows says it can't find a DLL, because sometimes it finds a DLL with the right name, but the wrong architecture, and fails.

You should make sure that the target directory is before the FileGDB API installation in your PATH when testing locally (actually, even better would to not have the FILEGDBAPI_HOME\bin* in the PATH at all), and to make sure that the required binaries (both the C# wrapper DLL and FileGDBAPI runtime DLL are in the bin folder with your application).

Please check the contents of C:\temp\CityTrackerNav\CityDPW_NavmanTracker\bin64 to make sure all the pieces are present.

Linux has an OS-level tool to inspect binaries for DLL resolution, but Windows requires a third-party tool (I have used Dependency Walker successfully for this purpose).

- V

BrendanCarroll

I'm getting the same error with the latest 1.4 API. I have compiled to x64 and it runs just fine in development in on my VS2013 x64. When I deploy the output to my host x64 or Windows Server 2012 box it won't run at all. I'm using the exact structure as in the sample.

1>------ Rebuild All started: Project: AVL, Configuration: Debug x64 ------

1> 4 File(s) copied

1> 2 File(s) copied

1> AVL -> C:\temp\CityTrackerNav\CityDPW_NavmanTracker\bin64\AVLTracker.exe

========== Rebuild All: 1 succeeded, 0 failed, 0 skipped ==========

Esri.FileGDBAPI.dll version 1.4.0.183, VS2013 Update 5, Target framework 4.5.1

Error Log:

Quartz.SchedulerException: Job threw an unhandled exception. ---> System.IO.FileNotFoundException: Could not load file or assembly 'Esri.FileGDBAPI.dll' or one of its dependencies. The specified module could not be found.

at SnowBlower.SnowJob.Execute(IJobExecutionContext context)

at Quartz.Core.JobRunShell.Run() in c:\Program Files (x86)\Jenkins\workspace\Quartz.NET\src\Quartz\Core\JobRunShell.cs:line 187

--- End of inner exception stack trace --- [See nested exception: System.IO.FileNotFoundException: Could not load file or assembly 'Esri.FileGDBAPI.dll' or one of its dependencies. The specified module could not be found.

File name: 'Esri.FileGDBAPI.dll'

Thx in advance!

-BC

DavidTriggs

Since I wrote this this mornng I was able to get the 32 bit version up and running.

I have played around with the API but am confused as to how to extract and write a point. From the C# samples, you get the geometry and write it to a PointShapeBuffer, however if I try this in VB.net, I get an error saying that the GetGeometry function returns a ShapeBuffer.

PointShapeBuffer pointGeometry = row.GetGeometry();
point = pointGeometry.point;

It will offer a solution of CType(row.GetGeometry(), PointShapeBuffer) which then fails.

My question is, pardon the thread drift, is how do I get from row.GetGeometry returning a ShapeBuffer to a PointShapeBuffer and then to a point which is what I am trying to extract. There does not appear to be a connection between these three sets of information.

Thanks

David

DavidTriggs

Hi Lance,

I am trying to run the API in VB.net and have the same problem locating the DLL. I am also using the 64 bit version. I have copied the 3 DLL's to the Debug directory and checked that C++ redist is uptodate.

I then tried the 32-bit version and it comes back with the following errors. It seems to be obsessed with the geodatabase.cpp source file. I can't get this to work in either 32 bit or 64 bit.

Chers

David

Locating source for 'f:\filegdb_api\src\esri.filegdbapi\geodatabase.cpp'. Checksum: MD5 {b4 4d cd c9 dd f8 f3 7b 31 b9 5 e3 d9 33 3f b3}
The file 'f:\filegdb_api\src\esri.filegdbapi\geodatabase.cpp' does not exist.
Looking in script documents for 'f:\filegdb_api\src\esri.filegdbapi\geodatabase.cpp'...
Looking in the projects for 'f:\filegdb_api\src\esri.filegdbapi\geodatabase.cpp'.
The file was not found in a project.
Looking in directory 'C:\Program Files (x86)\Microsoft Visual Studio 10.0\Common7\IDE\vc7\atlmfc'...
Looking in directory 'C:\Program Files (x86)\Microsoft Visual Studio 10.0\Common7\IDE\vc7\crt'...
The debug source files settings for the active solution indicate that the debugger will not ask the user to find the file: f:\filegdb_api\src\esri.filegdbapi\geodatabase.cpp.
The debugger could not locate the source file 'f:\filegdb_api\src\esri.filegdbapi\geodatabase.cpp'.

WagihHassan

i m having the same error
using asp.net vs2010 win7/64

using System;
using System;
using System.Collections.Generic;
using System.Linq;
using System.Web;
using System.Web.UI;
using System.Web.UI.WebControls;
using Esri.FileGDB;

namespace WebApplication1
{
    public partial class _Default : System.Web.UI.Page
    {
        protected void Page_Load(object sender, EventArgs e)
        {
            Geodatabase geodatabase = Geodatabase.Open("California.gdb");
        }
    }
}

i already added the 3 files "Esri.FileGDBAPI.dll" "FileGDBAPI.dll" "FileGDBAPID.dll" to the bin directory
any help ??

MikeDuppong

Lance! You nailed it!

The VS C/C++ runtime installation did the trick!

Thank you very much for your time.

LanceShipman

Do you have Visual Studio on your test machine (the machine where the code is failing)? If not you may need to load the Visual Studio C/C++ Runtime.

Can you send us your code so we can try to reproduce yours issue locally (lshipman@esri.com).

MikeDuppong

Thanks for the reply, Olivier.

Definitely in Release mode, targeting x86.

It works on the development system (W7/64), in either Debug or Release (the Esri.FileGDBAPI.dll and FileGDBAPI.dll files exist in both).

I manually re-copied the DLL's directly from the 'bin' folder of the FGDB API folder to the target machine, still no luck.

OlivierOlivier

Hi,

Are you in debug or release mode ? In my case, I was in debug and I copied dll to \fgdb\bin\debug. (fgdb is my VS 2010 project name)

Olivier

MikeDuppong

I am also having this problem. My project's only ArcGIS-related reference is Esri.FileGDBAPI. Project is compiled for x86 under VS2010, targeting .NET 4. Using the 32-bit assemblies. Folder contains my EXE, Esri.FileGDBAPI.dll, and FileGDBAPI.dll. Using v1.2 of the API. Running in Windows 7 / 32-bit from the folder C:\Temp\Test by double-clicking the EXE from Windows Explorer. Also tried running from C:\Test and C:\Program Files\Test, as a normal user and "Run as administrator." In all cases, I get the message:

System.IO.FileNotFoundException: Could not load file or assembly 'Esri.FileGDBAPI.dll' or one of its dependencies. The specified module could not be found.

Any ideas?

OlivierOlivier

Thanks Patric, I got the same problem !

PatricTrollope

I was experiencing the same problem, and it was because the FileGDBAPI.dll was not being picked up in my path. I manually copied it to the bin/x64/debug folder (where my executable is) and everything started working correctly. The Esri.FileGDBAPI.dll was already there since I had added it as a reference in my project.

Make sure both Esri.FileGDBAPI.dll and FileGDBAPI.dll are in the same folder as your executable (make sure you are looking in the correct folder for the platform your project/solution is building...), I suspect this is where your problem lies.

HTH
Patric

LanceShipman

I have both of those files in the same folder as the application. I also have FileGDBAPID.dll. I removed it now to test but I received the same error.

Regarding the C:\Program Files question, when I copy+paste the debug/bin folder from my dev pc to a test pc I'm pasting to the desktop so it's not in C:\Program Files. When I was trying a Setup and Deploy project then it was going to C:\Program Files\Microsoft\<my app name>. Neither worked though.

I'm not familiar with the licensing aspect of ArcGIS products... I read an ArcObjects license is not needed to run the API, but does the API require ArcGIS Engine Runtime or ArcGIS Desktop? When we copy+paste our application to a pc with them installed it works correctly.

A license should not be required. We have tested on PC's that do not have a license or access to a license without any problems. Are you using ArcObjects code? Can you post (or e-mail me at lshipman@esri.com) the error that you are receiving an example project that returns this error?

JeffRogholt

I have both of those files in the same folder as the application. I also have FileGDBAPID.dll. I removed it now to test but I received the same error.

Regarding the C:\Program Files question, when I copy+paste the debug/bin folder from my dev pc to a test pc I'm pasting to the desktop so it's not in C:\Program Files. When I was trying a Setup and Deploy project then it was going to C:\Program Files\Microsoft\<my app name>. Neither worked though.

I'm not familiar with the licensing aspect of ArcGIS products... I read an ArcObjects license is not needed to run the API, but does the API require ArcGIS Engine Runtime or ArcGIS Desktop? When we copy+paste our application to a pc with them installed it works correctly.

LanceShipman

Esri.FileGDBAPI.dll, FileGDBAPI.dll need to be in the same directory as the executable (in in the system path).

Have you installed under C:\Program Files? We are investigating a possible issue with installing under C:\Program Files.

JeffRogholt

I'm receiving the same error when I move the bin/debug folder to another pc and attempt to run the application. Our app and the C# sample app run successfully within Visual Studio 2010 but once I move it to another pc I receive the error.

Does something need to be registered? What are the steps to deploy an app using Esri.FileGDBAPI.dll? I've also tried creating a Setup and Deployment project to deploy the app without success. I've confirmed I'm using the 32-bit dll's and the projects are building as x86. Nothing is 64-bit. I'm not sure what else to try.

Thanks,
Jeff

LanceShipman

Since the samples are working, I don't think there is anything wrong with your set up. I suspect there is something missing from your solution. Can you post it?

MarilynGambone

Thanks for your reply. I realize that. So I re-wrote the app in VS2010, and use target platform as .NET 4. I'm still getting the same error. My operating system is Windows Server 2008 R2 Standard. Not sure if that's part of the problem?

LanceShipman

Hi,

Ok, I see. I was able to compile the samples using VS2010 (except for errors for not having the OpenTK namespace).

I'm getting the "could not load assembly" errors when I use VS2008 and set the target platform to 32-bit. Since most of our tasks are still in .NET 3.5, I also want to use the FileGDBAPI in 32-bit; but I keep getting this error.

Thanks for your prompt response.

The OpenTK error is expected. You must download OpenTK (as noted in the readme document) to get the Display sample to compile. The .NET wrapper works with both 32-bit and 64-bit, but it is only supported with VS2010. To use VS2008 you will need to download the VS2008 version and use C++.

MarilynGambone

Were you able to compile and execute the samples in samplesC#? The samples provide an example of the correct solution set up.

I also tried creating a tool that reads the attribute table of a feature class inside a feature dataset in file geodatabase using just VS2010 and .NET 4, but I'm getting the same error: "Could not load file or assembly Esri.FileGDBAPI.dll or one of its dependencies..."

MarilynGambone

Were you able to compile and execute the samples in samplesC#? The samples provide an example of the correct solution set up.

Hi,

Ok, I see. I was able to compile the samples using VS2010 (except for errors for not having the OpenTK namespace).

I'm getting the "could not load assembly" errors when I use VS2008 and set the target platform to 32-bit. Since most of our tasks are still in .NET 3.5, I also want to use the FileGDBAPI in 32-bit; but I keep getting this error.

Thanks for your prompt response.

LanceShipman

Were you able to compile and execute the samples in samplesC#? The samples provide an example of the correct solution set up.

Join the Conversation

Signed in members can post, follow updates, and more. New here? Register a free account.

Quick Links

Community Help
Find useful guides, FAQs, and documents to help you navigate and make the most of Esri Community.