Error in loading dll excel vba

I have an Excel tool I’ve been building at work to automatically generate PowerPoint charts from data on Excel sheets. I’ve been moving the project back and forth between my work and home computers.

At work I have Excel 2013 and at home I have Excel 2016. So when I move the file from home to work, I have to go into references and uncheck the «MISSING: Microsoft PowerPoint 16.0 Object Library» and check «Microsoft PowerPoint 15.0 Object Library»…no big deal.

Until this morning. When I open the VB Editor I get a messagebox

Error in loading DLL

I can’t open any of the forms of modules…I just get that messagebox.

When I go to references I’ve tried

• Uncheck the missing entry for v16 and check the entry for version 15
  — I get the error in loading DLL message
• Just unchecking the entry for v16 — I get the error in loading DLL
  message
• Leaving them both checked — I (obviously) get the error message
  «Name conflicts with existing module, project, or object library»
• Uncheck the missing entry, check the correct entry, and move its
  priority above the (unchecked) missing entry — I get the error in
  loading DLL message.

Вы выложили книгу с паролем на код VBA, но пароль не сообщили.
Согласно

п 3.9 Правил

здесь запрещено рассматривать вопросы, связанные со вскрытием паролей и защит.
Очевидно, расчёт был на очередное «чудо» без вскрытия защиты типа предыдущего, но такое случается не часто
Правильнее и надежнее все же связаться с разработчиком (Евгением Волковым) и заинтересовать его в оказании помощи.

Без вскрытия пароля совершенно точно можно утверждать, что:
1. На компьютерах с 64-битным Office 2010 код работать не будет, так как используется MSDASQL провайдер.
2. На компьютерах, где с Excel 2007 код работает, он будет работать и c Excel 2010 32-бит.

В связи с этим доп. инфо для Ваших IT-ников.
Если данные хранятся в базе данных на SQL Server, то используется такая связка:
Клиентское приложение (EXCEL.EXE) – Microsoft OLE DB Provider for ODBC Drivers (MSDASQL.DLL) – ODBC Driver Manager (ODBC32.DLL) – SQL Server ODBC Driver (SQLSRV32.DLL) – локальная сеть – SQL Server – база данных.
Данные могут храниться и локально, например, в DBF формате, Вам там виднее, и правильнее было бы это также сообщить.

Но, судя по ошибке, код не находит базу данных.
Скорее всего, это связано с тем, что на проблемных компьютерах источник данных не прописан в DSN-файле.
Можно попробовать поискать на работающем компьютере файл с именем EvalarSeven.dsn в папке:
C:Program FilesCommon FilesODBC
или в C:Program Files (x86)Common FilesODBC
или в скрытой папке: Мои документыМои источники данных
и скопировать его в аналогичную папку проблемного компьютера.

Introduction

So you have deployed your awesome Excel addin in production and all is working fine for some weeks : you are enjoying your success…
But one day the phone rings and the guy at the other side is not really happy; no, he is completely upset and you could almost smell his breath when he screams.
But why? Because your awesome addin has stopped working on his workstation without notice.

Sometimes the root-cause is obvious: you have delivered a new version, but in many cases you will hardly ever know the root-cause of this annoying situation: Windows update, Office update, quick and dirty moving/installation of the addin from a workstation to another one, bad alignment of Uranus and Jupiter…

A wealth of errors can happen, then it’s hard to have them all in mind, especially when you are in a hurry and with stress you start to get mixed up. So to be as efficient as possible you’d better have a checklist and this is precisely what this article will be, enumerating all the errors I have encountered describing usual causes and solutions.

So let’s troubleshoot!

The magic solution that works almost 50% of the time

If the error message does not inspire you or Excel crashes without notice when you call an external API from VBA (this often happens when you are using a third-party API that can evolve independently of the worksheets that use it) and you want or need to move fast you can try this as a first shot:

1. go into the VBA editor (ALT-F11 is a handy shortcut)
2. in the top menu choose “Tools” then “References” :

   

   VBA Tools References

   you should see this popup :The reference can point to an XLA file or a TLB file (which is the interface of your addin used by VBA).

3. locate your addin reference (if selected it should be at the top), uncheck it and click “OK“
4. reopen this popup, locate you addin (you can type its first letter to directly go to the first addin whose name starts with this letter) but this time recheck it
5. restart the operation that was broken and cross your fingers, it may be OK now
6. still sucks? follow the rest of this guide depending on your error

I’ve seen the unreference/rereference trick working for :

• Error 430 “class does not support automation or does not support expected interface” :

  

  VBA Error 430

  which is typically the consequence of an update of your addin API like changing the signature of a method.
• “Out of memory” errors :

  

  VBA Out of memory error

• VBA/addin interface mismatch: from VBA you call method “A” of your addin but you end up in method “B“. I’ve seen this happen a few times, at least when the two methods have the same signature and are close in the API, otherwise you should have an explicit error.
• and a bunch of other situations…

If your Excel application is made of normal spreadsheets (XLS, XLSM…) and XLAs do not forget to update the references for all the files referencing your addin, not only the spreadsheets.

Excel is crashing before you can try the magic solution

Sometimes you’re really not in luck and while you feel that a simple “unreference/rereference” could do the job Excel does not give you the opportunity to try it as it crashes before you can access the VBA editor.

This issue can occur if the workbook is referencing the absolute path to the TLB on your development environment and you deploy the workbook as is in your production environment where the TLB will probably be in another place (typically a sub-directory of “Program Files”).
It can also occurs if you have multiple versions of your addin on the workstation.
It can often happens on your development workstation if:

• you develop with multiple workspaces (one for each of your SVN/Git branches) and there is a mix between the different TLBs and addins : you can try a full cleanup (including Windows registry) and rebuild from the workspace you’re currently working on
• you use a task manager or integration server like Jenkins (ex Hudson) which builds your addin and register it into the system in your back : you can temporarily disable the task that breaks your setup

If the workbook is broken in production, you can use two solutions :

1. Start Excel in safe-mode, either by starting it from the “Run” popup (shortcut is Windows-R) with the “/safemode” option :

   

   Run Excel in safe-mode

   or by pressing continuously the CTRL key while starting it which should trigger the following popup :

   

   Excel start safemode

   Once Excel is started in safe-mode load the broken workbook. You should be able to access the “References” popup and do the unreference/rereference trick.

2. You can temporarily move or rename the TLB file and starts your Excel application as usual. Excel should not crash anymore and starts as usual, only complaining about the missing TLB. You can now move/rename the TLB as it was before, proceed to the “unreference/rereference” trick and then save the workbook to ensure the correct reference is kept. All should be fine at the next startup.

“Error in loading DLL” when referencing a TLB

If, when referencing a TLB, you see this popup :

this is probably the sign that Excel cannot access the TLB file, the root cause can be :

• a simple installation issue : the TLB not being where it is expected (you can check the expected path in the Windows registry using RegEdit); so check the correct installation of your application and reinstall it if necessary.

• a user rights issue with the TLB, and more generally all the installation items : this can happen if you have installed your application with a user that is not the one currently trying to use the application (e.g. a remote user).
  You can then either:

  • proceed to a dedicated reinstallation for the current user,
  • change the rights of the installation items to allow him full access,
  • or add him to a user-group that has the required rights,

  whichever you find easier and cleaner in your situation.

“Error in loading DLL” when compiling the VBA project

If this error occurs when the VBA code is compiled, either automatically when accessing a function/sub that uses the addin API or manually when clicking the Debug/Compile menu item then check if you have recently changed the settings of a dependency (e.g. of your .Net (C#, VB.Net…) project) that contains COM types you expose through your addin API.

I’ve seen this issue once in a C# project with the ADODB dll when the “Embed Interop Types” option was set to “True” in the reference properties. With only this settings and “Copy Local” to “False” a method of the addin that returned an ADODB connection was broken in Excel 2003 on Windows XP whereas all was working fine on Excel 2010 on Windows 7. I’ve not dived into the details but it seems the “Embed Interop Types” feature is not retro-compatible or may need some additional setup on the workstation, which in both case made it unusable.

So, setting “Embed Interop Types” to “False” and reverting “Copy Local” to “True” solved the issue caused by Visual Studio 2010 because it activates these settings by default with .Net 4.0 projects (the project had recently been migrated from .Net 3.5 to .Net 4.0)!

As often VS wanted to help but broke something 🙂

The addin does not want to load

If, depending on the way you load your addin, you have the following symptoms:

• you use the Excel interface: you can see the addin in the “COM Addins” list and you can check it:

  

  COM addin checked

  but when you reopen the “COM Addins” popup your addin is not checked anymore.

• you use VBA code: when you try to set the Connect property of the addin:

  Dim boomAddin As COMAddIn
  ...
  boomAddin.Connect = True
  

  you get a “Run-time error ‘287’: Application-defined or object-defined error“:

  

  VBA connect disabled addin error popup

In both cases it’s the sign Excel cannot or does not want to load the addin.

This can happen if your addin throws an exception when loaded, ie in the “OnConnection” method; in this case you should see a warning at the bottom of your addin description, in the “Load Behavior” field:

You can reproduce this behavior with a simple code:

public void OnConnection(object application, Extensibility.ext_ConnectMode connectMode, object addInInst, ref System.Array custom)
{
    applicationObject = application;
    addInInstance = addInInst;

    throw new Exception("Boom!");
}

But if your addin causes more serious damages like an Excel crash, what you can experiment with such a code (note that the crash can happen in another method that OnConnection with the same sanction):

public void OnConnection(object application, Extensibility.ext_ConnectMode connectMode, object addInInst, ref System.Array custom)
{
    applicationObject = application;
    addInInstance = addInInst;

    System.Diagnostics.Process.GetCurrentProcess().Kill();
}

Excel won’t trust your addin anymore and may put in quarantine ALL the addins loaded at the time of the crash!
In this case, if you are lucky, at the next startup, Excel should warn you of the issue with this message:

You can choose to give your addin a second chance by answering “No” or you can answer “Yes” so the addin will stay disabled and you won’t be able to load it into Excel until you notify Excel the addin should not be kept in quarantine any longer.

But if you are in doubt and think your addin may have been disabled how to check ?
You have at least two solutions :

•  using Excel 2010 : go to the “File” ribbon tab then “Options” :

  

  Excel2010 File Options

  You should see the “Excel Options” popup in which you now select “Add-Ins” :

  

  Excel 2010 Options Add-Ins

  From here scroll down to the bottom of the list where the disabled items are listed.
  Here is an example of a too zealous Excel that has disabled all the COM addins (and they were a lot!) :

  

  Excel2010 Disabled addins

  To show the culprit of all this mess use the “Manage” drop-down at the bottom of the window and choose “Disabled Items” :

  

  Excel 2010 Go To Disabled

  then click the “Go…” button to show the bad guy :

  

  Excel 2010 Culprit Addin

  If you forgive your addin then select it and click “Enable” then “Close” :

  

  Excel 2010 Addin Reenable

  You should now be able to reload it and all the other addins disabled due to the crash via the “COM Add-Ins” popup.
• using the Windows registry : Excel stores the disabled items list into the registry under the keys “…SoftwareMicrosoftOffice14.0ExcelResiliencyDisabledItems“, e.g. “HKEY_CURRENT_USERSoftwareMicrosoftOffice14.0ExcelResiliencyDisabledItems“. If an addin has been disabled you’ll find a binary key holding its name :

  

  RegEdit DisabledItems Key

  We can read the identity of our explosive addin : “boomaddin”.
  If you want to reenable it you can either:

  • delete the numerical entry (here “5793E01E”)
  • delete the whole “DisabledItems” key

  Note that this change will be effective only for the next Excel instances, so you’ll have to restart your application to be able to load your addin as usual.

NullReferenceException thrown by the .Net (C#, VB.Net…) addin code

“Object reference not set to an instance of an object” like errors :

generally happen when your .Net addin has not been loaded by Excel, so initialization code has not been executed (typically the part that captures the Excel application instance loading the addin).
Therefore your addin code may be naively accessing not initialized references.

Indeed you’ll typically use code like this one :

public void OnConnection(object application, Extensibility.ext_ConnectMode connectMode, object addInInst, ref System.Array custom)
{
    // keep the application object for future use
    applicationObject = application;
    addInInstance = addInInst;

    // other initialization code
}

public void DoSomething()
{
    // oops! if the addin is not loaded this code will throw a NullReferenceException
    (applicationObject as Application).ActiveCell.Value2 = "Something";
}

If the addin is not loaded the “OnConnection” method will not be called, then the “applicationObject” reference will not be initialized with the running Excel instance.

It could also happen that something is broken inside the “OnConnection” method itself preventing it from running to its end, letting the addin half-initialized (which is far more dangerous than not initialized at all as the resulting errors and behavior will be more surprising and entertaining ;)).
So you should always keep track of your addin state and notify of any inconsistency : using a simple boolean flag set to “true” at the end of initialization (typically at the end of the “OnConnection” method) should be sufficient in most cases.

So refer to point 5) to check the status of your addin.

Generic run-time errors

Sometimes you get this kind of anonymous error popup :

To make sense of this cryptic and apparently useless message you should lookup your error-code/HRESULT (here 80131524) in this list.

In this case the error was COR_E_DLLNOTFOUND due to a missing native DLL used through DllImport by the C# addin (itself called by a VBA macro).

Deployment of native DLLs often causes issues that you can troubleshoot using Dependency Walker (see my article about it).

All other unknown mystic errors

If you have any error not referenced here, for which you don’t find a solution by googling it and whose root-cause is impenetrable then, in desperation, you can try to remove any trace of your addin in your system :

• remove all the files and directories that contain the assets of your application like XLS/XLSX/XLSM spreadsheets (whose references could have been corrupted), DLLs and TLBs…
• cleanup the registry by hand by looking for all the references to your addin : DLLs and TLBs keys should be enough but you can also remove all the COM registration information of your types.

Then reinstall the addin and cross your fingers…

It should be relatively uncommon to need this : in the last year I’ve never had to go this far thanks to my better understanding of Excel addins and this kind of checklist.

Conclusion

If this article has helped you troubleshoot an issue I’d like to read your story.

If you have any remarks or suggestions about this article or if you know other errors with their standard fixes please share by letting a comment, I’ll do my best to update this article with your feedback.

«Error in loading DLL» error when you run a Microsoft Access wizard

Original KB number: В 833220

This article applies only to a Microsoft Access database (.mdb). Requires basic macro, coding, and interoperability skills.

Symptoms

When you try to use a Microsoft Access wizard, such as the Import Text wizard or the Import Spreadsheet wizard, in Microsoft Access 2002, you may receive the following error message. When you try to open a form that is created by the Switchboard manager, you may receive the following error message:

Cause

This problem may occur if you have missing Microsoft Data Access Components (MDAC) files, corrupted MDAC files, or outdated MDAC files on your computer.

Resolution

To resolve this problem, use either of the following methods:

Method 1: Register the required Dao360.dll file and the Msado15.dll file

You may have to register the Dao360.dll file and the Msado15.dll file by using the Regsvr32.exe program. To do this, follow these steps:

Click Start, and then click Run.

In the Run dialog box, type the following commands in the Open box, and then click OK:

The Dao360.dll_Path placeholder is the absolute path of the Dao360.dll file.

The Msado15.dll_Path placeholder is the absolute path of the Msado15.dll file.

The following examples show how you may specify an absolute path:

Regsvr32.exe «C:Program FilesCommon FilesMicrosoft SharedDAODao360.dll»

Regsvr32.exe «C:Program FilesCommon FilessystemadoMsado15.dll»

If the Dao360.dll file is successfully registered, you receive a message that is similar to the following message:

DllRegisterServer in C:Program FilesCommon FilesMicrosoft SharedDAODao360.dll succeeded.

If the Msado15.dll file is successfully registered, you receive a message that is similar to the following message:

DllRegisterServer in C:Program FilesCommon FilessystemadoMsado15.dll succeeded.

Click OK.

Method 2: Install the latest version of MDAC

For additional information about how to download the latest version of MDAC, visit the following Microsoft Developer Network (MSDN) Web site:

Источник

Microsoft Office Access: ‘Error in loading dll’

Symptoms

When trying to run wizards in Microsoft Office Access, such as the Import Wizards, the Query Wizard, the Report Wizard, and Control Wizards, you receive one of the following errors:

Cause

One of the following registry keys may not exist.

ACEDAO.DLL

MSI installations

(64-bit Windows, 32-bit Office):

Key: HKEY_CLASSES_ROOT TypeLib<4AC9E1DA-5BAD-4AC7-86E3-24F4CDCECA28>c.0win32

String: (Default)

Value: C:Program Files (x86)Common FilesMicrosoft SharedOFFICE14ACEDAO.DLL

(64-bit Windows, 64-bit Office):

Key: HKEY_CLASSES_ROOT TypeLib<4AC9E1DA-5BAD-4AC7-86E3-24F4CDCECA28>c.0win64

String: (Default)

Value: C:Program FilesCommon FilesMicrosoft SharedOFFICE14ACEDAO.DLL

(32-bit Windows, 32-bit Office):

Key: HKEY_CLASSES_ROOT TypeLib<4AC9E1DA-5BAD-4AC7-86E3-24F4CDCECA28>c.0win32

String: (Default)

Value: C:Program FilesCommon FilesMicrosoft SharedOFFICE14ACEDAO.DLL

OFFICE14 is used in the above registry key path. This should represent the current version of Access installed.

• OFFICE12 — Access 2007
• OFFICE14 — Access 2010
• OFFICE15 — Access 2013
• OFFICE16 — Access 2016

Click-to-Run installations

(64-bit Windows, 32-bit Office):

Key: HKEY_LOCAL_MACHINESOFTWAREMicrosoftOffice15.0ClickToRunREGISTRYMACHINESOFTWAREClassesTypeLib<4AC9E1DA-5BAD-4AC7-86E3-24F4CDCECA28>c.0win32

String: (Default)

Value: C:Program Files (x86)Common FilesMicrosoft SharedOFFICE16ACEDAO.DLL

(64-bit Windows, 64-bit Office):

Key: HKEY_LOCAL_MACHINESOFTWAREMicrosoftOffice15.0ClickToRunREGISTRYMACHINESOFTWAREClassesTypeLib<4AC9E1DA-5BAD-4AC7-86E3-24F4CDCECA28>c.0win64

String: (Default)

Value: C:Program FilesCommon FilesMicrosoft SharedOFFICE16ACEDAO.DLL

(32-bit Windows, 32-bit Office):

Key: HKEY_LOCAL_MACHINESOFTWAREMicrosoftOffice15.0ClickToRunREGISTRYMACHINESOFTWAREClassesTypeLib<4AC9E1DA-5BAD-4AC7-86E3-24F4CDCECA28>c.0win32

String: (Default)

Value: C:Program FilesCommon FilesMicrosoft SharedOFFICE16ACEDAO.DLL

DAO360.DLL

(64-bit Windows, 32-bit Office)

String: (Default)

Value: %CommonProgramFiles(x86)%Microsoft SharedDAOdao360.dll

(64-bit Windows, 64-bit Office) or (32-bit Windows, 32-bit Office)

String: (Default)

Value: %CommonProgramFiles%Microsoft SharedDAOdao360.dll

Resolution

To resolve the issue for MSI installations by setting the correct values for these dlls in the registry , go to the Let me fix it myself section. To resolve the issue for Click-to-Run installations of Office, perform an online repair to the Office installation. For more information about how to repair, see Repair an Office application.

Let me fix it myself

The steps below resolve the issue by setting the correct values for these dlls in the registry.

Serious problems might occur if you modify the registry incorrectly by using Registry Editor or by using another method. These problems might require that you reinstall the operating system. Microsoft cannot guarantee that these problems can be solved. Modify the registry at your own risk.

Steps to recreate the keys for MSI Installations:

Copy and paste the following lines of text for your environment, starting with ‘Windows Registry Editor Version 5.00’, into the Notepad document:

(64-bit Windows, 32-bit Office):

(64-bit Windows, 64-bit Office):

(32-bit Windows, 32-bit Office):

Ensure the office version (OFFICE14) specified in the path matches the appropriate value from the list at the beginning of this article.

Save the Notepad file as Win32Keys.reg.

Do one of the following:

• Using Windows Explorer, double-click on the Win32Keys.reg file to run it.
• In the registry editor, go to File >Import to browse to where you saved the Win32Keys.reg file, and then click Open.

More Information

Registry cleaners are not known to remove the HKEY_CLASSES_ROOTTYPELIB<00025E01-0000-0000-C000-000000000046>5.0win32 key on 32-bit versions of Windows. However, if you experience the ‘Error loading dll’ error, you may have installed a program that misregistered either dao360.dll or msado15.dll .

Источник

Ошибка при загрузке библиотеки DLL (ошибка 48)

Динамически подключаемая библиотека (DLL) — это библиотека, задаваемая в выражении Lib оператора Declare. Эта ошибка имеет следующие причины и решения:

Файл не является исполняемым DLL-файлом. Если файл является текстовым файлом исходного кода, он должен быть скомпилирован и скомпонован в исполняемый DLL-файл.

Файл не является DLL-файлом Microsoft Windows. Получите DLL-файл Microsoft Windows эквивалентный файлу.

Файл является более ранним DLL-файлом Microsoft Windows, который не совместим с режимом защиты Microsoft Windows. Получите обновленную версию DLL-файла.

DLL-файл ссылается на другой DLL-файл, который отсутствует. Получите DLL-файл, на который имеется ссылка, и сделайте его доступным для другого DLL-файла.

Основной DLL-файл или один из DLL-файлов, на которые имеются ссылки, отсутствует в каталоге, задаваемом с помощью пути. Переместите DLL-файл в каталог, на который указывает ссылка, или укажите его текущий каталог в задаваемом пути.

DLL — это не та же битовая версия, что и операционная среда VBA. Дополнительные сведения о несовместимости битных версий см. в комментарии Mixing 32 and 64 bit DLLs на форуме разработчиков Intel.

Для получения дополнительной информации выберите необходимый элемент и нажмите клавишу F1 (для Windows) или HELP (для Macintosh).

Поддержка и обратная связь

Есть вопросы или отзывы, касающиеся Office VBA или этой статьи? Руководство по другим способам получения поддержки и отправки отзывов см. в статье Поддержка Office VBA и обратная связь.

Источник

Excel vba error in loading dll

This forum has migrated to Microsoft Q&A. Visit Microsoft Q&A to post new questions.

Answered by:

Question

Hello,
I am getting an error message when calling the DAO.RecordSet.Fields property.

The error message shown on the call to the property is «Error in loading DLL(48)». Following is a VB6 code snippet which returns the error.

Dim str As String
Dim DB As DAO.Database
Dim DT As DAO.TableDef
Dim RS As DAO.Recordset
Dim lineNo As Long
Dim s$
Dim nFileNo As Long
Dim Fld As DAO.Field
Dim FldVal As Variant

16: LogMsg » » ‘zacra01
17: str = Command()

On Error GoTo MDBOpenError
18: nFileNo = FreeFile
19: Open str For Input Access Read As #nFileNo
20: Close #nFileNo

On Error GoTo DBError
21: Set DB = OpenDatabase(str, False, True)
22: Set RS = DB.OpenRecordset(«SELECT * FROM [+Maintenance]»)
23: RS.MoveFirst

24: LogMsg » »
25: s$ = «»
MsgBox «Before RS.Fields»
26: For Each Fld In RS.Fields
MsgBox «After RS.Fields»
27: s$ = s$ & Fld.Name & VBA.vbTab
28: Next
29: LogMsg s$ & VBA.vbNewLine &
.

The code line causing the error is marked with label «26:» (below):
.
26: For Each Fld In RS.Fields
.

This error occurs only on a single computer. Other computers execute this code line well. On the other computers, I can see in SysInternals’ Process Explorer that right after successful execution of the line 26:, library DAO360.DLL gets loaded into the application process for the second time . That is why I suspect the error message «Error in loading DLL» says it failed to load DAO360.DLL for the second time.

Can you think of a reason why the call to the Fields property fails to load DAO360.DLL for the second time on the particular computer while it succeeds on others?

Thank you,
Radovan

Answers

It was missing KEY_CLASSES_ROOTTypeLib <00025E01-0000-0000-C000-000000000046>registry key. In spite of my registering Dao360.dll and Msado15.dll as stated in the second update of this thread (5th June 2017), the registry key was still absent. After adding the key as per https://support.microsoft.com/en-sg/help/2019235/microsoft-office-access-error-in-loading-dll the error message has not recurred.

I removed or renamed the registry key on several Windows machines to verify the absence of the key is the cause of the error message. Removing or renaming the key always led to DAO.Recordset.Fields and DAO.Database.TableDefs properties returning the «Error in loading DLL» message.

Thank you for your help Celeste and Dirk.

All replies

I’m not sure what the problem is, but the fact that it occurs only on one machine suggests that maybe DAO isn’t properly installed on that machine. Is the database in question an .mdb file, or is it an .accdb? Is any version of Access installed on that machine, or just DAO alone? If Access is installed, can the database be opened in Access?

Dirk Goldgar, MS Access MVP
Access tips: www.datagnostics.com/tips.html

According to the error and your description, I suggest you visit the following links to check the registry keys of DAO360.DLL and how to register the Dao360.dll.

MSDN Community Support
Please remember to click «Mark as Answer» the responses that resolved your issue, and to click «Unmark as Answer» if not. This can be beneficial to other community members reading this thread. If you have any compliments or complaints to MSDN Support, feel free to contact MSDNFSF@microsoft.com.

Hello Dirk,
thank you for your reply.

These are my answers your questions:

Is the database in question an .mdb file, or is it an .accdb?
[Radovan] It is and .MDB file.

Is any version of Access installed on that machine, or just DAO alone?
[Radovan] MS Office 2010 including Access is installed on the machine. The machine is running Windows 7 (6.1.xxxx) Japanese. DAO is hence installed alongside the operating system.

If Access is installed, can the database be opened in Access?
[Radovan] Yes, the .MDB file can be opened and edited in Access.

Thank you,
Radovan

Hello Celeste,
thank you for your reply.

I checked the links in your reply. The suggested remedies, however, did not help.

Per KB833220 (https://support.microsoft.com/en-sg/help/833220/-error-in-loading-dll-error-message-when-you-run-a-microsoft-access-wizard-in-access)
1) I re-registered Dao360.dll and Msado15.dll at C:Program FilesCommon Filesmicrosoft sharedDAO and C:Program FilesCommon FilesSystemado resp.
2) Downloaded MDAC 2.8 SP1 installer from http://msdn.microsoft.com/en-us/data/aa937729.aspx and tried to run it. The installation spewed out a few progress dialogs, but I do not think it installed anything since Windows 7, which is the troublesome machine OS, installs the latest DAO alongside. Moreover all files at C:Program FilesCommon Filesmicrosoft sharedDAO and C:Program FilesCommon FilesSystemado are modifiable only by «TrustedInstaller».

I tried my own fix which consisted in renaming folders DAO and ado at C:Program FilesCommon Filesmicrosoft shared and C:Program FilesCommon FilesSystem resp. and running

to have Windows reinstall the potentially corrupted DAO files. The sfc utility restored the renamed DAO and ado folders with the original OS version.

After each attempt — 1,2, my own — I verified whether the VB6 code snippet terminates with the «Error in loading DLL» message and it always did.

Would you have more ideas in store as to the cause and fix for this error?

Источник

Ошибка при загрузке библиотеки DLL (ошибка 48)

Динамически подключаемая библиотека (DLL) — это библиотека, задаваемая в выражении Lib оператора Declare. Эта ошибка имеет следующие причины и решения:

Файл не является исполняемым DLL-файлом. Если файл является текстовым файлом исходного кода, он должен быть скомпилирован и скомпонован в исполняемый DLL-файл.

Файл не является DLL-файлом Microsoft Windows. Получите DLL-файл Microsoft Windows эквивалентный файлу.

Файл является более ранним DLL-файлом Microsoft Windows, который не совместим с режимом защиты Microsoft Windows. Получите обновленную версию DLL-файла.

DLL-файл ссылается на другой DLL-файл, который отсутствует. Получите DLL-файл, на который имеется ссылка, и сделайте его доступным для другого DLL-файла.

Основной DLL-файл или один из DLL-файлов, на которые имеются ссылки, отсутствует в каталоге, задаваемом с помощью пути. Переместите DLL-файл в каталог, на который указывает ссылка, или укажите его текущий каталог в задаваемом пути.

DLL — это не та же битовая версия, что и операционная среда VBA. Дополнительные сведения о несовместимости битных версий см. в комментарии Mixing 32 and 64 bit DLLs на форуме разработчиков Intel.

Для получения дополнительной информации выберите необходимый элемент и нажмите клавишу F1 (для Windows) или HELP (для Macintosh).

Поддержка и обратная связь

Есть вопросы или отзывы, касающиеся Office VBA или этой статьи? Руководство по другим способам получения поддержки и отправки отзывов см. в статье Поддержка Office VBA и обратная связь.

Источник

Microsoft Office Access: ‘Error in loading dll’

Symptoms

When trying to run wizards in Microsoft Office Access, such as the Import Wizards, the Query Wizard, the Report Wizard, and Control Wizards, you receive one of the following errors:

Cause

One of the following registry keys may not exist.

ACEDAO.DLL

MSI installations

(64-bit Windows, 32-bit Office):

Key: HKEY_CLASSES_ROOT TypeLib<4ac9e1da-5bad-4ac7-86e3-24f4cdceca28>c.0win32

String: (Default)

Value: C:Program Files (x86)Common FilesMicrosoft SharedOFFICE14ACEDAO.DLL

(64-bit Windows, 64-bit Office):

Key: HKEY_CLASSES_ROOT TypeLib<4ac9e1da-5bad-4ac7-86e3-24f4cdceca28>c.0win64

String: (Default)

Value: C:Program FilesCommon FilesMicrosoft SharedOFFICE14ACEDAO.DLL

(32-bit Windows, 32-bit Office):

Key: HKEY_CLASSES_ROOT TypeLib<4ac9e1da-5bad-4ac7-86e3-24f4cdceca28>c.0win32

String: (Default)

Value: C:Program FilesCommon FilesMicrosoft SharedOFFICE14ACEDAO.DLL

OFFICE14 is used in the above registry key path. This should represent the current version of Access installed.

• OFFICE12 — Access 2007
• OFFICE14 — Access 2010
• OFFICE15 — Access 2013
• OFFICE16 — Access 2016

Click-to-Run installations

(64-bit Windows, 32-bit Office):

Key: HKEY_LOCAL_MACHINESOFTWAREMicrosoftOffice15.0ClickToRunREGISTRYMACHINESOFTWAREClassesTypeLib<4ac9e1da-5bad-4ac7-86e3-24f4cdceca28>c.0win32

String: (Default)

Value: C:Program Files (x86)Common FilesMicrosoft SharedOFFICE16ACEDAO.DLL

(64-bit Windows, 64-bit Office):

Key: HKEY_LOCAL_MACHINESOFTWAREMicrosoftOffice15.0ClickToRunREGISTRYMACHINESOFTWAREClassesTypeLib<4ac9e1da-5bad-4ac7-86e3-24f4cdceca28>c.0win64

String: (Default)

Value: C:Program FilesCommon FilesMicrosoft SharedOFFICE16ACEDAO.DLL

(32-bit Windows, 32-bit Office):

Key: HKEY_LOCAL_MACHINESOFTWAREMicrosoftOffice15.0ClickToRunREGISTRYMACHINESOFTWAREClassesTypeLib<4ac9e1da-5bad-4ac7-86e3-24f4cdceca28>c.0win32

String: (Default)

Value: C:Program FilesCommon FilesMicrosoft SharedOFFICE16ACEDAO.DLL

DAO360.DLL

(64-bit Windows, 32-bit Office)

String: (Default)

Value: %CommonProgramFiles(x86)%Microsoft SharedDAOdao360.dll

(64-bit Windows, 64-bit Office) or (32-bit Windows, 32-bit Office)

String: (Default)

Value: %CommonProgramFiles%Microsoft SharedDAOdao360.dll

Resolution

To resolve the issue for MSI installations by setting the correct values for these dlls in the registry , go to the Let me fix it myself section. To resolve the issue for Click-to-Run installations of Office, perform an online repair to the Office installation. For more information about how to repair, see Repair an Office application.

Let me fix it myself

The steps below resolve the issue by setting the correct values for these dlls in the registry.

Serious problems might occur if you modify the registry incorrectly by using Registry Editor or by using another method. These problems might require that you reinstall the operating system. Microsoft cannot guarantee that these problems can be solved. Modify the registry at your own risk.

Steps to recreate the keys for MSI Installations:

Copy and paste the following lines of text for your environment, starting with ‘Windows Registry Editor Version 5.00’, into the Notepad document:

(64-bit Windows, 32-bit Office):

(64-bit Windows, 64-bit Office):

(32-bit Windows, 32-bit Office):

Ensure the office version (OFFICE14) specified in the path matches the appropriate value from the list at the beginning of this article.

Save the Notepad file as Win32Keys.reg.

Do one of the following:

• Using Windows Explorer, double-click on the Win32Keys.reg file to run it.
• In the registry editor, go to File >Import to browse to where you saved the Win32Keys.reg file, and then click Open.

More Information

Registry cleaners are not known to remove the HKEY_CLASSES_ROOTTYPELIB<00025e01-0000-0000-c000-000000000046>5.0win32 key on 32-bit versions of Windows. However, if you experience the ‘Error loading dll’ error, you may have installed a program that misregistered either dao360.dll or msado15.dll .

Источник

«Error in loading DLL» error when you run a Microsoft Access wizard

Original KB number: В 833220

This article applies only to a Microsoft Access database (.mdb). Requires basic macro, coding, and interoperability skills.

Symptoms

When you try to use a Microsoft Access wizard, such as the Import Text wizard or the Import Spreadsheet wizard, in Microsoft Access 2002, you may receive the following error message. When you try to open a form that is created by the Switchboard manager, you may receive the following error message:

Cause

This problem may occur if you have missing Microsoft Data Access Components (MDAC) files, corrupted MDAC files, or outdated MDAC files on your computer.

Resolution

To resolve this problem, use either of the following methods:

Method 1: Register the required Dao360.dll file and the Msado15.dll file

You may have to register the Dao360.dll file and the Msado15.dll file by using the Regsvr32.exe program. To do this, follow these steps:

Click Start, and then click Run.

In the Run dialog box, type the following commands in the Open box, and then click OK:

The Dao360.dll_Path placeholder is the absolute path of the Dao360.dll file.

The Msado15.dll_Path placeholder is the absolute path of the Msado15.dll file.

The following examples show how you may specify an absolute path:

Regsvr32.exe «C:Program FilesCommon FilesMicrosoft SharedDAODao360.dll»

Regsvr32.exe «C:Program FilesCommon FilessystemadoMsado15.dll»

If the Dao360.dll file is successfully registered, you receive a message that is similar to the following message:

DllRegisterServer in C:Program FilesCommon FilesMicrosoft SharedDAODao360.dll succeeded.

If the Msado15.dll file is successfully registered, you receive a message that is similar to the following message:

DllRegisterServer in C:Program FilesCommon FilessystemadoMsado15.dll succeeded.

Click OK.

Method 2: Install the latest version of MDAC

For additional information about how to download the latest version of MDAC, visit the following Microsoft Developer Network (MSDN) Web site:

Источник

Как исправить ошибку во время выполнения 48

	Номер ошибки:	Ошибка во время выполнения 48
Название ошибки:	Error in loading DLL
Описание ошибки:	A dynamic link library (DLL) is a library specified in the Lib clause of a Declare statement.
Разработчик:	Microsoft Corporation
Программное обеспечение:	Windows Operating System
Относится к:	Windows XP, Vista, 7, 8, 10, 11

Фон «Error in loading DLL»

Обычно люди ссылаются на «Error in loading DLL» как на ошибку времени выполнения (ошибку). Разработчики тратят много времени и усилий на написание кода, чтобы убедиться, что Windows Operating System стабилен до продажи продукта. Поскольку разработчики программного обеспечения пытаются предотвратить это, некоторые незначительные ошибки, такие как ошибка 48, возможно, не были найдены на этом этапе.

После установки программного обеспечения может появиться сообщение об ошибке «A dynamic link library (DLL) is a library specified in the Lib clause of a Declare statement.». Во время возникновения ошибки 48 конечный пользователь может сообщить о проблеме в Microsoft Corporation. Разработчик сможет исправить свой исходный код и выпустить обновление на рынке. Следовательно, разработчик будет использовать пакет обновления Windows Operating System для устранения ошибки 48 и любых других сообщений об ошибках.

Что вызывает ошибку времени выполнения 48?

Наиболее распространенные вхождения «Error in loading DLL» проблемы при загрузке Windows Operating System. Вот три наиболее распространенные причины, по которым происходят ошибки во время выполнения ошибки 48:

Ошибка 48 Crash — это типичная ошибка «Error in loading DLL», которая приводит к полному завершению работы программы. Это возникает, когда Windows Operating System не реагирует на ввод должным образом или не знает, какой вывод требуется взамен.

Утечка памяти «Error in loading DLL» — ошибка 48 приводит к постоянной утечке памяти Windows Operating System. Потребление памяти напрямую пропорционально загрузке ЦП. Повреждение памяти и другие потенциальные ошибки в коде могут произойти, когда память обрабатывается неправильно.

Ошибка 48 Logic Error — Логические ошибки проявляются, когда пользователь вводит правильные данные, но устройство дает неверный результат. Обычные причины этой проблемы связаны с ошибками в обработке данных.

В большинстве случаев проблемы с файлами Error in loading DLL связаны с отсутствием или повреждением файла связанного Windows Operating System вредоносным ПО или вирусом. Как правило, любую проблему, связанную с файлом Microsoft Corporation, можно решить посредством замены файла на новую копию. Кроме того, некоторые ошибки Error in loading DLL могут возникать по причине наличия неправильных ссылок на реестр. По этой причине для очистки недействительных записей рекомендуется выполнить сканирование реестра.

Классические проблемы Error in loading DLL

Error in loading DLL Проблемы, связанные с Windows Operating System:

• «Ошибка Error in loading DLL. «
• «Ошибка программного обеспечения Win32: Error in loading DLL»
• «Извините, Error in loading DLL столкнулся с проблемой. «
• «Не удается найти Error in loading DLL»
• «Error in loading DLL не найден.»
• «Ошибка запуска в приложении: Error in loading DLL. «
• «Не удается запустить Error in loading DLL. «
• «Error in loading DLL остановлен. «
• «Ошибка в пути к программному обеспечению: Error in loading DLL. «

Проблемы Error in loading DLL с участием Windows Operating Systems возникают во время установки, при запуске или завершении работы программного обеспечения, связанного с Error in loading DLL, или во время процесса установки Windows. При появлении ошибки Error in loading DLL запишите вхождения для устранения неполадок Windows Operating System и чтобы HelpMicrosoft Corporation найти причину.

Истоки проблем Error in loading DLL

Проблемы Error in loading DLL вызваны поврежденным или отсутствующим Error in loading DLL, недопустимыми ключами реестра, связанными с Windows Operating System, или вредоносным ПО.

Особенно ошибки Error in loading DLL проистекают из:

• Недопустимая (поврежденная) запись реестра Error in loading DLL.
• Вирус или вредоносное ПО, повреждающее Error in loading DLL.
• Error in loading DLL злонамеренно или ошибочно удален другим программным обеспечением (кроме Windows Operating System).
• Другое программное приложение, конфликтующее с Error in loading DLL.
• Поврежденная загрузка или неполная установка программного обеспечения Windows Operating System.

Совместима с Windows 2000, XP, Vista, 7, 8, 10 и 11

Источник

Error in loading dll excel как исправить

This forum has migrated to Microsoft Q&A. Visit Microsoft Q&A to post new questions.

Answered by:

Question

Hello,
I am getting an error message when calling the DAO.RecordSet.Fields property.

The error message shown on the call to the property is «Error in loading DLL(48)». Following is a VB6 code snippet which returns the error.

Dim str As String
Dim DB As DAO.Database
Dim DT As DAO.TableDef
Dim RS As DAO.Recordset
Dim lineNo As Long
Dim s$
Dim nFileNo As Long
Dim Fld As DAO.Field
Dim FldVal As Variant

16: LogMsg » » ‘zacra01
17: str = Command()

On Error GoTo MDBOpenError
18: nFileNo = FreeFile
19: Open str For Input Access Read As #nFileNo
20: Close #nFileNo

On Error GoTo DBError
21: Set DB = OpenDatabase(str, False, True)
22: Set RS = DB.OpenRecordset(«SELECT * FROM [+Maintenance]»)
23: RS.MoveFirst

24: LogMsg » »
25: s$ = «»
MsgBox «Before RS.Fields»
26: For Each Fld In RS.Fields
MsgBox «After RS.Fields»
27: s$ = s$ & Fld.Name & VBA.vbTab
28: Next
29: LogMsg s$ & VBA.vbNewLine &
.

The code line causing the error is marked with label «26:» (below):
.
26: For Each Fld In RS.Fields
.

This error occurs only on a single computer. Other computers execute this code line well. On the other computers, I can see in SysInternals’ Process Explorer that right after successful execution of the line 26:, library DAO360.DLL gets loaded into the application process for the second time . That is why I suspect the error message «Error in loading DLL» says it failed to load DAO360.DLL for the second time.

Can you think of a reason why the call to the Fields property fails to load DAO360.DLL for the second time on the particular computer while it succeeds on others?

Thank you,
Radovan

Answers

It was missing KEY_CLASSES_ROOTTypeLib <00025e01-0000-0000-c000-000000000046>registry key. In spite of my registering Dao360.dll and Msado15.dll as stated in the second update of this thread (5th June 2017), the registry key was still absent. After adding the key as per https://support.microsoft.com/en-sg/help/2019235/microsoft-office-access-error-in-loading-dll the error message has not recurred.

I removed or renamed the registry key on several Windows machines to verify the absence of the key is the cause of the error message. Removing or renaming the key always led to DAO.Recordset.Fields and DAO.Database.TableDefs properties returning the «Error in loading DLL» message.

Thank you for your help Celeste and Dirk.

I’m not sure what the problem is, but the fact that it occurs only on one machine suggests that maybe DAO isn’t properly installed on that machine. Is the database in question an .mdb file, or is it an .accdb? Is any version of Access installed on that machine, or just DAO alone? If Access is installed, can the database be opened in Access?

Dirk Goldgar, MS Access MVP
Access tips: www.datagnostics.com/tips.html

According to the error and your description, I suggest you visit the following links to check the registry keys of DAO360.DLL and how to register the Dao360.dll.

MSDN Community Support
Please remember to click «Mark as Answer» the responses that resolved your issue, and to click «Unmark as Answer» if not. This can be beneficial to other community members reading this thread. If you have any compliments or complaints to MSDN Support, feel free to contact MSDNFSF@microsoft.com.

Hello Dirk,
thank you for your reply.

These are my answers your questions:

Is the database in question an .mdb file, or is it an .accdb?
[Radovan] It is and .MDB file.

Is any version of Access installed on that machine, or just DAO alone?
[Radovan] MS Office 2010 including Access is installed on the machine. The machine is running Windows 7 (6.1.xxxx) Japanese. DAO is hence installed alongside the operating system.

If Access is installed, can the database be opened in Access?
[Radovan] Yes, the .MDB file can be opened and edited in Access.

Thank you,
Radovan

Hello Celeste,
thank you for your reply.

I checked the links in your reply. The suggested remedies, however, did not help.

Per KB833220 (https://support.microsoft.com/en-sg/help/833220/-error-in-loading-dll-error-message-when-you-run-a-microsoft-access-wizard-in-access)
1) I re-registered Dao360.dll and Msado15.dll at C:Program FilesCommon Filesmicrosoft sharedDAO and C:Program FilesCommon FilesSystemado resp.
2) Downloaded MDAC 2.8 SP1 installer from http://msdn.microsoft.com/en-us/data/aa937729.aspx and tried to run it. The installation spewed out a few progress dialogs, but I do not think it installed anything since Windows 7, which is the troublesome machine OS, installs the latest DAO alongside. Moreover all files at C:Program FilesCommon Filesmicrosoft sharedDAO and C:Program FilesCommon FilesSystemado are modifiable only by «TrustedInstaller».

I tried my own fix which consisted in renaming folders DAO and ado at C:Program FilesCommon Filesmicrosoft shared and C:Program FilesCommon FilesSystem resp. and running

to have Windows reinstall the potentially corrupted DAO files. The sfc utility restored the renamed DAO and ado folders with the original OS version.

After each attempt — 1,2, my own — I verified whether the VB6 code snippet terminates with the «Error in loading DLL» message and it always did.

Would you have more ideas in store as to the cause and fix for this error?

Источник