No module named _fs (DLL load failed: The specified module could not be found.)

[montgomerykl@…]

I just followed all of the instructions on the TracOnWindows site for installing all of the components that Trac uses. I'm using Apache 2.0.49, Python 2.3.4, Subversion 1.0.6 with the 1.0.6 version of the python language bindings, SQLLite 2.8.15, PySQLLite 0.5.1-py2.3, and Trac 0.7.1. I'm using Windows XP right now (as test setup). Everything seems to work, right down to SSPI authentication to SVN repository via apache, and SSPI authentication to Trac itself. The problem happens (every time) when I click on the "Browse Source" or "Timeline" buttons. I get an oops screen with "DLL load failed: The specified module could not be found." as the message. I also get the following python traceback:

Traceback (most recent call last):
  File "C:\apps\Python23\Lib\site-packages\trac\core.py", line 475, in cgi_start
    real_cgi_start()
  File "C:\apps\Python23\Lib\site-packages\trac\core.py", line 470, in real_cgi_start
    dispatch_request(path_info, args, req, env, database)
  File "C:\apps\Python23\Lib\site-packages\trac\core.py", line 378, in dispatch_request
    module = module_factory(args, env, database, req)
  File "C:\apps\Python23\Lib\site-packages\trac\core.py", line 137, in module_factory
    globals(),  locals())
  File "C:\apps\Python23\Lib\site-packages\trac\Browser.py", line 25, in ?
    from svn import core, fs, util, delta
  File "C:\apps\Python23\lib\svn\fs.py", line 27, in ?
    import libsvn.fs
  File "C:\apps\Python23\lib\libsvn\fs.py", line 4, in ?
    import _fs
ImportError: DLL load failed: The specified module could not be found.

I can't seem to find any good information on this message, related to the libsvn or svn libraries at all. I really am not all that familiar with Python itself either, and I'm not sure what to try. I did notice (from playing around with it) that I get a different message if the _fs.dll file is missing.

The internal error message says "No module named _fs" and the trace back looks the same as above.

I searched on both the subversion.tigris.org site as well as the tortoisesvn.tigris.org site for more information but not much was found about this message. Some googling yeilded some similar error messages with a product called viewcvs, but I'm not sure there was any kind of "fix" for the error.

Any help would be appreciated.

Thanks.

Kendal Montgomery.

---

Note: This is usually an issue with the Subversion DLLs not being present in the system path:

• see comment:5
• see comment:9, for IIS

[trac@…]

Hello,

I had a similar problem…

Copy the three DLL's

• libdb42.dll
• libeay32.dll
• ssleay32.dll

from your [Subversion]\bin directory to your system directory (most likely C:\Windows\system32).

Should work after that. If it doesn't, just re-open the ticket!

Best regards,

André Liechti SysCo systèmes de communication sa

[royrazon@…]

Try running the command

import svn.repos

from the Python prompt, and see what error messages you get.

I get a windows dialog box saying "The procedure entry point libintl_fprintf could not be located in the dynamic link library intl.dll".

intl.dll exists only in the subversion\bin folder.

-Roy.

[ivanoe]

I am having the same issue as described in the top message. Is there any way to find out which DLL actually cannot be loaded?

And I really do not understand what the 'comsvcs.dll' has to do with the Trac or SVN?

I

[ivanoe]

The issue was resolved. The missing dlls were: intl.dll libapr.dll libapriconv.dll libaprutil.dll libdb42.dll libeay32.dll

The reason for why such thing happens is:

• The PATH environment variable that gets to the Python script includes only the PATH value that is set to 'All Users' (system), and does not include the PATH that is configured for the User. Therefore the system PATH shall be updated with the directories to the apache, SVN, etc.
  • It was difficult to track this down because the error message would not actually say, which DLL was missing (and if ran with depends.exe, all the dependencies were found, because both PATH values were combined).

But after one reboot and try to access the Timeline, not only the error page was displayed, but also the message box saying with DLL was missing. I do not remember what I have done so that the message box appeared. But aparrently, the original problem was that PATH used is only the one set for System.

I.

[Brandon Beacher]

I'm using Trac on IIS6.

I was able to use Filemon from Sysinternals to see which DLL the Python process was failing to load. In my case it was "libapr.dll" which I found in the "C:\Program Files\Subversion\bin" folder (along with the other DLLs mentioned in the preceeding discussion). So I added the subversion\bin folder to the system path.

Afterwards, I used Process Explorer from Sysinternals to examine the PATH environment variable for the w3wp.exe process. I could see that the subversion\bin folder was not there yet. I restarted the worker process and it still wasn't there. It took a full restart of IIS to get the worker process to pick up the new system path.

Afterwards, Python can find the DLLs, and the "Timeline" and "Browse source" pages load properly.

Enjoy!

[Pasi]

It should help if you copy all dll:s from subversion/bin to windows\system32 folder.

[Christian Boos]

(will change the resolution status)

[Christian Boos]

Setting as worksforme.

[Christian Boos]

comment:3 was completely out of topic, and now people find this ticket by googling around (​google:register+comsvcs.dll? → here).

Restoring original summary.

[Christian Boos]

On second thought, comment:3 was likely added 4 years ago for similar reasons … setting the summary to something more precise and I'll sanitize the ticket.