Please be aware that the content in SAP SQL Anywhere Forum will be migrated to the SAP Community in August and this forum will be retired.

We install SQL Anywhere in a custom manner together with our software. SQL Anywhere gets installed under our applications main directory instead of directly on "Program Files\SQL Anywhere 10", but other than that, the folder and file structure remain the same. Yesterday when testing our deployment, we got the error message that dblgen10.dll cannot be found. The easy solution would be to copy the dblgen10 file in the same directory as our application executable, but i really don't want to do that. If i use a generated SA10 Deploy, the issue goes away. So the question is, what does the SA10 deployment do that our custom deployment is not doing? Are there any registry entries or other variables being set? The custom installation is done to avoid conflicts if our customers install other versions of SA10 on their own, so we cannot rely on the %SQLANY10% variable.

asked 29 Jun '10, 17:01

Sergio's gravatar image

accept rate: 0%

If you didn't put dblgen10 in the same directory as your executable, where did you put it?

(29 Jun '10, 17:49) Mark Culp

I guess I should have first asked: Which application is giving the error? Your application or the database server? Then to answer my first question, it sounds like your structure is Program Files<your app name>SQL Anywhere 10<SA-files-and-dirs>... - is this correct?

(29 Jun '10, 18:03) Mark Culp

Hi Mark, that is correct.

(30 Jun '10, 07:27) Sergio

The SQL Anywhere deployment is in Program Files<Company Name>SQL Anywhere 10<SA-files.and-dirs>. And the application that uses it copies the iAnywhere.Data.SQLAnywhere10.dll locally, and lies in the following directory: Program Files<Company Name><App Name>\

(30 Jun '10, 07:38) Sergio

Ah, so there is the issue... because SA's driver is copied to the app directory, the search for dblgen.dll in "the same directory as the current module" fails to find the file.

(30 Jun '10, 13:46) Mark Culp

SQL Anywhere looks in a number of places in its attempt to find the language resource file - the exact list of places (and order) vary slightly for each version, but the list is basically the following (from the 10.0.1 source):

  • same directory as the current module that is looking for it (e.g. dbodbc.dll)
  • same directory as the executable (e.g. your application exe)
  • the current working directory
  • the %SYBASE (environment variable value) directory, if set
  • the 'win32' directory beside the directory of the current module
  • the 'win32' directory beside the directory of the executable
  • the directory specified in the [HKCU|HKLM]\Software\Sybase\SQL Anywhere\10.0\Location registry keys
  • the Windows directory
  • the Windows system directory
  • any directory listed in the %PATH environment variable
  • the %ASANY[10] (env var value) directory, if set

The above applies for Windows. There are a few other places that are searched on the Unix platforms.

So in your case, the difference may be the existence of the registry setting? ... But provided that dblgen.dll is in the same directory as the .Net library I would have thought that the first location (same dir as module) would have found it? I.e. your application should not need to set any registry settings in order for it to work.

permanent link

answered 29 Jun '10, 19:56

Mark%20Culp's gravatar image

Mark Culp
accept rate: 41%

Comment Text Removed

It seems that the only easy way to solve this is to just copy the dblgen10.dll to the application directory. Thanks for the answer!

(30 Jun '10, 07:41) Sergio

For Windows systems, the difference may be the PATH environment variable, which is set by default to the SQL Anywhere binary directory, i.e. %SQLANY10%\win32 for SA 10 32 bit or to %SQLANY11%\bin32 for SA 11 32 bit.

permanent link

answered 29 Jun '10, 19:35

Volker%20Barth's gravatar image

Volker Barth
accept rate: 34%

Your answer
toggle preview

Follow this question

By Email:

Once you sign in you will be able to subscribe for any updates here



Answers and Comments

Markdown Basics

  • *italic* or _italic_
  • **bold** or __bold__
  • link:[text]( "title")
  • image?![alt text](/path/img.jpg "title")
  • numbered list: 1. Foo 2. Bar
  • to add a line break simply add two spaces to where you would like the new line to be.
  • basic HTML tags are also supported

Question tags:


question asked: 29 Jun '10, 17:01

question was seen: 2,640 times

last updated: 29 Jun '10, 19:56