Opened 19 years ago
Closed 17 years ago
Last modified 20 months ago
#665 closed defect (worksforme)
No module named _fs (DLL load failed: The specified module could not be found.)
|Reported by:||Owned by:||Jonas Borgström|
Description (last modified by )
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.
Note: This is usually an issue with the Subversion DLLs not being present in the system path:
Change History (10)
comment:1 by , 19 years ago
|Status:||new → closed|
comment:2 by , 18 years ago
Try running the command
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.
comment:3 by , 18 years ago
|Severity:||normal → major|
|Status:||closed → reopened|
|Version:||none → 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?
comment:4 by , 18 years ago
|Status:||reopened → 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.
comment:5 by , 17 years ago
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.
comment:10 by , 17 years ago
It should help if you copy all dll:s from subversion/bin to windows\system32 folder.
comment:11 by , 17 years ago
|Component:||general → version control|
|Keywords:||svn windows added|
|Status:||closed → reopened|
(will change the resolution status)
comment:12 by , 17 years ago
|Status:||reopened → closed|
Setting as worksforme.
comment:14 by , 15 years ago
|Summary:||load library("c:\program files\common files\ole db\comsvcs.dll") failed-the specified module could not be found → 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 by , 15 years ago
|Summary:||DLL load failed: The specified module could not be found. → 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.
I had a similar problem…
Copy the three DLL's
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!
André Liechti SysCo systèmes de communication sa