Edgewall Software

Changes between Initial Version and Version 84 of Ticket #2611


Ignore:
Timestamp:
Nov 22, 2006, 6:03:56 PM (15 years ago)
Author:
Christian Boos
Comment:

Shifting the milestone to 2.0, as there's nothing we can do for 0.11.

Closing this issue is not an option either, as this is a recurring problem in a basic piece of infrastructure often needed by Trac. Probably an "Undefined" milestone would be appropriate here.

Legend:

Unmodified
Added
Removed
Modified
  • Ticket #2611

    • Property Severity normalmajor
    • Property Cc joshland@… odela01@… pjenvey@… shishz@… james82@… mark@… dgeller@… chasetheblues@… brian@… blaufalke@… marc@… neofutur@… bock@… andrew.fecheyr@… boris@… added
    • Property Priority normalhigh
    • Property Keywords svn13 svn14 added
    • Property Milestone2.0
    • Property Owner changed from Christopher Lenz to Christian Boos
  • Ticket #2611 – Description

    initial v84  
    55
    66Traceback (most recent call last):
    7 
    8   File "/usr/lib/python2.4/site-packages/mod_python/apache.py", line 299, in HandlerDispatch
    9     result = object(req)
    10 
    11   File "/home/manuzhai/dev/trac/trac/web/modpython_frontend.py", line 199, in handler
    12     env = get_environment(mpr, project_opts)
    13 
    14   File "/home/manuzhai/dev/trac/trac/web/main.py", line 335, in get_environment
    15     return _open_environment(env_path, threaded)
    16 
    17   File "/home/manuzhai/dev/trac/trac/web/main.py", line 51, in _open_environment
    18     env_cache[env_path] = open_environment(env_path)
    19 
    20   File "/home/manuzhai/dev/trac/trac/env.py", line 369, in open_environment
    21     env = Environment(env_path)
    22 
    23   File "/home/manuzhai/dev/trac/trac/env.py", line 82, in __init__
    24     load_components(self)
    25 
    26   File "/home/manuzhai/dev/trac/trac/loader.py", line 120, in load_components
    27     __import__(module)
    28 
     7...
    298  File "/home/manuzhai/dev/trac/trac/versioncontrol/svn_fs.py", line 31, in ?
    309    from svn import fs, repos, core, delta
    31 
    3210  File "/usr/lib/python2.4/site-packages/svn/fs.py", line 19, in ?
    3311    from libsvn.fs import *
    34 
    3512  File "/usr/lib/python2.4/site-packages/libsvn/fs.py", line 29, in ?
    3613    import core
    37 
    3814  File "/usr/lib/python2.4/site-packages/libsvn/core.py", line 3049, in ?
    3915    svn_pool_create()
    40 
    4116  File "/usr/lib/python2.4/site-packages/libsvn/core.py", line 1098, in svn_pool_create
    4217    return apply(_core.svn_pool_create, args)
     
    4520}}}
    4621
     22''Similar symptoms: ''
     23{{{
     24[Fri Sep 29 22:05:12 2006] [error] [client 127.0.0.1] PythonHandler trac.web.modpython_frontend: TypeError: argument number 0: a 'apr_pool_t *' is expected, 'instance(<libsvn.core.GenericSWIGWrapper instance at 0xb6924c8c>)' is received
     25}}}
     26
    4727Subsequent requests seem to just work...
     28
     29=== Note ===
     30
     31This is now a well-known issue having to do with the way the SVN Python bindings behaves when multiple Python interpreters are used within the same process, as this can be the case with mod_python e.g. when more than one virtual host is used.
     32
     33Most SVN binding versions are affected, though there's no confirmed report of this with 1.2.x (the bug started to be reported with 1.3.0) and reverting to SVN 1.2.4 is sometimes mentioned as a workaround.
     34
     35There are other documented workarounds where one can keep using SVN 1.3.x and 1.4.x:
     36 - see #3455
     37 - see comment:72
     38
     39Related issue: #3371