Edgewall Software
Modify

Opened 10 years ago

Closed 8 years ago

Last modified 6 years ago

#665 closed defect (worksforme)

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

Reported by: montgomerykl@… Owned by: jonas
Priority: normal Milestone:
Component: version control Version: 0.7.1
Severity: major Keywords: svn windows
Cc:
Release Notes:
API Changes:

Description (last modified by cboos)

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:

Attachments (0)

Change History (10)

comment:1 Changed 10 years ago by trac@…

  • Resolution set to fixed
  • Status changed from new to closed

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

comment:2 Changed 10 years ago by 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.

comment:3 Changed 10 years ago by ivanoe

  • Resolution fixed deleted
  • Severity changed from normal to major
  • Status changed from closed to reopened
  • Version changed from none to 0.7.1

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

comment:4 Changed 10 years ago by ivanoe

  • Resolution set to invalid
  • Status changed from reopened to closed

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.

comment:5 Changed 8 years ago by 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!

comment:10 Changed 8 years ago by Pasi

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

comment:11 Changed 8 years ago by cboos

  • Component changed from general to version control
  • Description modified (diff)
  • Keywords svn windows added
  • Resolution invalid deleted
  • Status changed from closed to reopened

(will change the resolution status)

comment:12 Changed 8 years ago by cboos

  • Resolution set to worksforme
  • Status changed from reopened to closed

Setting as worksforme.

comment:14 Changed 6 years ago by cboos

  • Summary changed from load library("c:\program files\common files\ole db\comsvcs.dll") failed-the specified module could not be found to DLL load failed: The specified module could not be found.

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

Restoring original summary.

comment:15 Changed 6 years ago by cboos

  • Summary changed from DLL load failed: The specified module could not be found. to No module named _fs (DLL load failed: The specified module could not be found.)

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.

Add Comment

Modify Ticket

Change Properties
<Author field>
Action
as closed The owner will remain jonas.
The resolution will be deleted. Next status will be 'reopened'.
to The owner will be changed from jonas to the specified user.
Author


E-mail address and user name can be saved in the Preferences.

 
Note: See TracTickets for help on using tickets.