Harish Narayanan wrote:
> 1. I think the following is the offending line:
>
> Program received signal EXC_BAD_ACCESS, Could not access memory.
> Reason: KERN_PROTECTION_FAILURE at address: 0x00000000
> 0x0162b74e in __pyx_f_6bzrlib_21_dirstate_helpers_pyx_13ProcessEntryC__process_entry (__pyx_v_self=0x17b8e90, __pyx_v_entry=0x188e0a8, __pyx_v_path_info=0x1897e40) at bzrlib/_dirstate_helpers_pyx.c:5225
> 5225 Py_DECREF(__pyx_v_old_path_u);
>
#1 Do we know what version of Pyrex was used to generate the .c file? It
is possible there is a bug we should track down. (If you are using the
tarball, then it should be pyrex 0.9.8.5, but we'd see a problem on
other platforms then.)
#2 For example, pyrex 0.9.4.* had a known bug where it would use
Py_DECREF instead of Py_XDECREF and that would cause problems with
trying to decrement a NULL pointer.
Alternatively we could look ourselves and see if there is an unhandled
code path that is causing 'old_path_u' to be set to NULL.
John
=:->
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (Cygwin)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Harish Narayanan wrote: _FAILURE at address: 0x00000000 6bzrlib_ 21_dirstate_ helpers_ pyx_13ProcessEn tryC__process_ entry (__pyx_ v_self= 0x17b8e90, __pyx_v_ entry=0x188e0a8 , __pyx_v_ path_info= 0x1897e40) at bzrlib/ _dirstate_ helpers_ pyx.c:5225 __pyx_v_ old_path_ u);
> 1. I think the following is the offending line:
>
> Program received signal EXC_BAD_ACCESS, Could not access memory.
> Reason: KERN_PROTECTION
> 0x0162b74e in __pyx_f_
> 5225 Py_DECREF(
>
#1 Do we know what version of Pyrex was used to generate the .c file? It
is possible there is a bug we should track down. (If you are using the
tarball, then it should be pyrex 0.9.8.5, but we'd see a problem on
other platforms then.)
#2 For example, pyrex 0.9.4.* had a known bug where it would use
Py_DECREF instead of Py_XDECREF and that would cause problems with
trying to decrement a NULL pointer.
Alternatively we could look ourselves and see if there is an unhandled
code path that is causing 'old_path_u' to be set to NULL.
John
=:->
-----BEGIN PGP SIGNATURE----- enigmail. mozdev. org/
9V70ACgkQJdeBCY SNAAORXwCcDmaH4 K45n7Ejp/ hX7/Eb5nYy jTFw80kZqMZxL6t Y5+XA
Version: GnuPG v1.4.9 (Cygwin)
Comment: Using GnuPG with Mozilla - http://
iEYEARECAAYFAkt
ZO0An3ERsAE+
=eafi
-----END PGP SIGNATURE-----