Re: [Python-Dev] How to debug python crashes
Hi Philippe, I don't have access to VS right now but out of my head what you need to do is roughly outlined below. On Tue, May 14, 2013 at 5:29 PM, Philippe Fremy wrote: > But what's the reason for releasing them ? If you need to recompile > Python to use them, that would be strange because they are generated as > part of the compilation process anyway. They can indeed be used like this: You should launch the python.exe process that is going to crash, attach to it with the Visual Studio debugger and then reproduce the crash. This should drop you in the debugger. Once you're in the debugger and python.exe is stopped at the point of the crash you should see the stack trace of each thread in a VS window, the stacktrace will probably have lots of entries of the form python27.dll! (no function names because there VS doesn't know where to find the PDB files). If you right click one of those entries there's an option named "Symbol load information" or similar, this will show a window from which you can make VS ask you where on disk do you have PDB files. You then tell VS where to find python27.pdb and then the stacktrace entries should automatically get function names. Catalin ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
[Python-Dev] Review request issue 12178
Could a core developer please review the patch I proposed for issue 12178 "csv writer doesn't escape escapechar"? Thanks! ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Re: [Python-Dev] Switching to Visual Studio 2010
On Tue, Jan 17, 2012 at 9:43 PM, "Martin v. Löwis" wrote: ... > P.S. Here is my personal list of requirements and non-requirements: ... > - must generate binaries that run on Windows XP I recently read about Firefox switching to VS2010 and therefore needing to drop support for Windows 2000, XP RTM (no service pack) and XP SP1. Indeed, [1] confirms that the VS2010 runtime (it's not clear if the C one, the C++ one or both) needs XP SP2 or higher. Just thought I'd share this so that an informed decision can be made, in my opinion it would be ok for Python 3.3 to drop everything prior to XP SP2. Maybe not very relevant, but [2] has some mention of statistics for Firefox usage on systems prior to XP SP2. [1] http://connect.microsoft.com/VisualStudio/feedback/details/526821/executables-built-with-visual-c-2010-do-not-run-on-windows-xp-prior-to-sp2 [2] http://weblogs.mozillazine.org/asa/archives/2012/01/end_of_firefox_win2k.html ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Re: [Python-Dev] Python 3.3 vs. Python 2.7 benchmark results (again, but this time more solid numbers)
On Sat, Oct 27, 2012 at 11:07 PM, Paul Moore wrote: > Interestingly, I just did a quick test of this: This is on my Windows > 7 PC, running under Powershell. snip > Looks like the normal configuration is over twice as fast as the zipped one... This result is influenced by zipimport fseek-ing for every file in the imported zip and fseek flushing buffers in Microsoft's CRT implementation. There's a patch which avoids the seek in http://bugs.python.org/issue8745. Reviews welcome! With that patch the time taken to import is half of the current state of things so according to your test that would make zipped and non zipped configurations roughly equally fast. ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
