Issue983311
This issue tracker has been migrated to GitHub,
and is currently read-only.
For more information,
see the GitHub FAQs in the Python's Developer Guide.
Created on 2004-07-01 09:42 by simon, last changed 2022-04-11 14:56 by admin. This issue is now closed.
Messages (10) | |||
---|---|---|---|
msg21365 - (view) | Author: Simon Michael (simon) | Date: 2004-07-01 09:42 | |
Reproduce: zopectl debug (done in zope debugger to get necessary imports) >>> from AccessControl.tests.testSecurity import SecurityTests >>> SecurityTests.doc_class Python 2.3.4 crashes silently. Python 2.3.3 works normally on the same machine. This is some virtual server variant of debian gnu/linux on intel (aktiom.net. On another machine (standard debian i386) Python 2.3.3 shows the same crash. That attr in zope/lib/python/AccessControl/tests/testSecurity.py looks like: class SecurityTests (DTMLTests): doc_class = UnownedDTML # another class Cf http://zwiki.org/IssueNo0860 . |
|||
msg21366 - (view) | Author: Simon Michael (simon) | Date: 2004-07-01 09:52 | |
Logged In: YES user_id=572 > Python 2.3.3 works normally on the same machine. I meant: Python 2.3.3 works normally on another, similar machine (virtual linux host). |
|||
msg21367 - (view) | Author: Andreas Jung (ajung) | Date: 2004-07-01 10:34 | |
Logged In: YES user_id=11084 Works for me with Python 2.3.3/4 on three different Linux systems. |
|||
msg21368 - (view) | Author: Armin Rigo (arigo) * | Date: 2004-07-01 15:20 | |
Logged In: YES user_id=4771 If this bug involves C extension modules specific to Zope then I'd first consider it as a bug in one of these modules. I would be particularly suspicious that this is the case in a file called testSecurity: isn't its goal to check some C-implemented security feature of Zope? If I am wrong please try to provide a Python code sample. Reading a class attribute out of some class tends to work just fine. |
|||
msg21369 - (view) | Author: Simon Michael (simon) | Date: 2004-07-01 19:25 | |
Logged In: YES user_id=572 UnownedDTML is indeed a zope extension class. |
|||
msg21370 - (view) | Author: Armin Rigo (arigo) * | Date: 2004-07-01 20:21 | |
Logged In: YES user_id=4771 What I mean here is that you should report this bug to Zope, not to Python, unless there is a good reason to suspect that a bug in the Python core is causing it. But to me it really looks like a bug in the Zope extension module, which for some reason shows up only with some version of Python or on some platform. |
|||
msg21371 - (view) | Author: Simon Michael (simon) | Date: 2004-07-13 19:33 | |
Logged In: YES user_id=572 See also discussion at http://collector.zope.org/Zope/1395 |
|||
msg21372 - (view) | Author: Andy Dustman (adustman) | Date: 2004-07-13 20:02 | |
Logged In: YES user_id=71372 This may or may not be related: I've had scattered reports of people having trouble with attribute access (maybe) with MySQLdb-1.0.0 on Python-2.3.4 (and maybe 2.3.3 but not 2.2) on *BSD and Mac OS X, but I can't reproduce it on Linux (x86) with 2.3.4. One person is getting a segfault upon import (this is not in the bug listed below); I am trying to get a gdb backtraces. https://sourceforge.net/tracker/index.php?func=detail&aid=970667&group_id=22307&atid=374932 |
|||
msg21373 - (view) | Author: Michael Hudson (mwh) | Date: 2004-07-14 08:56 | |
Logged In: YES user_id=6656 Uh, there seems little chance this is a Python core bug. Can we close this report? |
|||
msg21374 - (view) | Author: Georg Brandl (georg.brandl) * | Date: 2006-01-10 22:00 | |
Logged In: YES user_id=1188172 I think yes. |
History | |||
---|---|---|---|
Date | User | Action | Args |
2022-04-11 14:56:05 | admin | set | github: 40490 |
2004-07-01 09:42:27 | simon | create |