Hello there. You have come to the right place, I hope. Indeed, stackless python does manipulate the stack and it could be a source of strange and wonderful errors on new operating systems. Stackless python is maintained by a very small team of volunteers and I don't think that any of us have tried it out on windows 7 yet. python25.dll is the core library, and is binary compatible with "vanilla" python dlls of the same name availible from python.org. It is a drop in replacement and therefore has the same name. There is an "official" stackless version (for python 2.5 and 2.6) available from stackless.org (the version you mention would be of the 2.5 variety). There is also a widely distributed version of 2.5 maintained by my company, CCP Games, as the core engine component in the game Eve Online.
Can you tell us anything more about the processes that are seen crashing? do they have the modules python.exe or pythonw.exe loaded? Or do you by any chance see the module ExeFile.exe in the modules list? The former would indicate regular standalone Python, but the latter would indicate (stackless) python25 as embedded in eve online. (Hm, looking at the version you specify it is unlikely that this comes from eve online) 4000 crashes a day would indicate that the application in question would be seeing regular use and it would not just be the odd experimental crash case encountered during development. (note that "application" has two meanings here: Either the binary application in which python25.dll is embedded, like for example Eve Online, the space game, or else, the "python" application being interpreted by a standard python.exe interpreter) Certainly we want to find out what's going on here, but it is not entirely clear to me what you are requesting. Are you asking us to provide debug symbols for this version? When you say "please send us an example error report with your analysis, and tell us how to correctly identify the failing module" I don't follow. No one on this list is currently seeing (or at least reporting) these errors, so there is nothing to analyse. Obviously, having no details of the actual crashes you are seeing means that we can only be of little help. Have you tried reproducing the crash by downloading version 2.5 of stackless python and running the python unittests? Cheers, Kristján From: [email protected] [mailto:[email protected]] On Behalf Of Colleen Williams (Smart Marketing & Events) Sent: 6. ágúst 2009 21:39 To: [email protected] Subject: [Stackless] Python25.dll crashing on Windows 7 I'm a Program Manager at Microsoft working with the Windows Error Reporting team and we gather crash information from users for applications and drivers on Windows. We've been gathering Windows 7 crash data for 3rd party vendors such as yourself and need some assistance with the following crash. Python25.dll is crashing consistently on all Windows 7 builds. You may already be aware of the issue but it appears the crash is related to a manipulation of stacks. The app manipulates the C stack directly for its own implementation of lightweight threads. This means a Stack Buffer Overrrun could be coming from almost anything it's doing. This is causing almost 4000 crashes per day since mid-June. The version we're seeing crashing the most is 2.5.4150.1013. The symptoms and applications in these crashes vary, so it's possible we are looking at multiple issues. Microsoft does not have debugging symbols for your product. This makes it more difficult for our automation to correctly assign which module is most likely to be the root cause of the failure. Occasionally, our automation will attribute blame incorrectly. If this happens, please send us an example error report with your analysis, and tell us how to correctly identify the failing module. If you have a newer version available or a place on your website where you discuss this error and ways to work around it, I can post a response to users and point them your direction so they can obtain a fix. Our goal is to have a positive end user experience with your product and Windows and we need your assistance to reach that goal. Thanks for your help. Please let me know if I can provide any information to help you debug this crash. Colleen Williams PM for WER 425-421-9009
_______________________________________________ Stackless mailing list [email protected] http://www.stackless.com/mailman/listinfo/stackless
