EADDR inside pyrex readdir on x86 Solaris
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Bazaar |
Fix Released
|
Medium
|
Unassigned |
Bug Description
Bonnie Lucas in <https:/
Here the is the result of the command:
[13] > python -c "import traceback"
[14] >
I am running SunOS 5.10 Generic_127128-11 i86pc i386 i86pc
Python version 2.5.1
Here is the output from the original failure without the debugging
information
> mkdir testfoobear
> cd testfoobear
> echo "Testing" > bearfile1
> bzr init
Standalone tree (format: pack-0.92)
Location:
branch root: .
> bzr add
added bearfile1
> bzr commit -m "first try"
Committing to: /home/lucas/
added bearfile1
Committed revision 1.
> ls -la
total 16
drwx------ 3 lucas cserv 512 Nov 12 10:59 .
drwxr-xr-x 49 lucas cserv 4608 Nov 12 10:59 ..
-rw------- 1 lucas cserv 8 Nov 12 10:59 bearfile1
drwx------ 6 lucas cserv 512 Nov 12 10:59 .bzr
> cd ..
> mkdir testfoobear2
> cd testfoobear2
> bzr branch ../testfoobear
bzr: ERROR: [Errno 14] Bad address
Another item I discovered today was that it appears that sometime the file
is deleted from the original directory. But that did not happen in this
case.
0.076 Plugin name __init__ already loaded
accelerator_
File "/usr/local/
2042,
in _create_files
in iter if not (c or e[0] != e[1]))
File "/usr/local/
2041,
in <genexpr>
unchanged = dict((f, p[1]) for (f, p, c, v, d, n, k, e)
File "_dirstate_
_dirstate_
C.__next__
File "_dirstate_
_dirstate_
C._iter_next
File "_dirstate_
_dirstate_
File "/usr/local/
1313, in
_walkdirs_utf8
dirblock = sorted(
File "_readdir_pyx.pyx", line 229, in _readdir_
File "_readdir_pyx.pyx", line 344, in _readdir_
OSError: [Errno 14] Bad address
0.573 return code 3
Related branches
Changed in bzr: | |
importance: | Undecided → Medium |
status: | New → Incomplete |
On Fri, Nov 14, 2008 at 1:53 AM, Bonnie Lucas <email address hidden> wrote: lib/python2. 5/site- packages/ bzrlib/ transform. py", line lib/python2. 5/site- packages/ bzrlib/ transform. py", line helpers_ c.pyx", line 1347, in helpers_ c.ProcessEntry helpers_ c.pyx", line 1511, in helpers_ c.ProcessEntry helpers_ c.pyx", line 1488, in helpers_ c._iter_ next lib/python2. 5/site- packages/ bzrlib/ osutils. py", line read_dir( relroot, top)) pyx.UTF8DirRead er.read_ dir pyx._read_ dir
> I could not find traceback in the ~/.bzr.log. Here is the the last
> lines bzr.log
>
> 0.076 Plugin name __init__ already loaded
> accelerator_tree, hardlink)
> File "/usr/local/
> 2042,
> in _create_files
> in iter if not (c or e[0] != e[1]))
> File "/usr/local/
> 2041,
> in <genexpr>
> unchanged = dict((f, p[1]) for (f, p, c, v, d, n, k, e)
> File "_dirstate_
> _dirstate_
> C.__next__
> File "_dirstate_
> _dirstate_
> C._iter_next
> File "_dirstate_
> _dirstate_
> File "/usr/local/
> 1313, in
> _walkdirs_utf8
> dirblock = sorted(
> File "_readdir_pyx.pyx", line 229, in _readdir_
> File "_readdir_pyx.pyx", line 344, in _readdir_
> OSError: [Errno 14] Bad address
>
> 0.573 return code 3
That's the traceback, thanks. I filed /bugs.launchpad .net/bzr/ +bug/297831> regarding this. It looks
<https:/
like there is a bug, probably a portability bug, in readdir._pyx, in
how it's dealing with the OS.
You may be able to work around this for the moment by moving the pyx.so. bad. It would be helpful to know if that fixes it.
_readdir_pyx.so file in the bzlib directory, eg to
_readdir_
-- launchpad. net/~mbp/>
Martin <http://