[issue6839] zipfile can't extract file

Changes by Adam Polkosnik : Removed file: http://bugs.python.org/file35103/zipfile_340_filename_mismatch.patch ___ Python tracker <http://bugs.python.org/issue6

[issue6839] zipfile can't extract file

Adam Polkosnik added the comment: Attached is a patch with warnings against 2.7.6 -- Added file: http://bugs.python.org/file35113/zipfile_276_filename_mismatch_v2.patch ___ Python tracker <http://bugs.python.org/issue6

[issue6839] zipfile can't extract file

Adam Polkosnik added the comment: Attached is a patch with warnings against 3.4.0 -- Added file: http://bugs.python.org/file35114/zipfile_340_filename_mismatch_v2.patch ___ Python tracker <http://bugs.python.org/issue6

[issue6839] zipfile can't extract file

Changes by Adam Polkosnik : Removed file: http://bugs.python.org/file35113/zipfile_276_filename_mismatch_v2.patch ___ Python tracker <http://bugs.python.org/issue6

[issue6839] zipfile can't extract file

Adam Polkosnik added the comment: Attached is a patch with warnings against 2.7.6 (this one should be good to go) -- Added file: http://bugs.python.org/file35115/zipfile_276_filename_mismatch_v2.patch ___ Python tracker <http://bugs.python.

[issue6839] zipfile can't extract file

Adam Polkosnik added the comment: 3.4.0 pathc with stacklevel=2 -- Added file: http://bugs.python.org/file35117/zipfile_340_filename_mismatch_v3.patch ___ Python tracker <http://bugs.python.org/issue6

[issue6839] zipfile can't extract file

Changes by Adam Polkosnik : Removed file: http://bugs.python.org/file35114/zipfile_340_filename_mismatch_v2.patch ___ Python tracker <http://bugs.python.org/issue6

[issue6839] zipfile can't extract file

Adam Polkosnik added the comment: I just looked through 2.7.6 version of zipfile, and the the error handling there is either through using raise() or print(). So, inline with the guidance provided for 2.7.6, perhapswe should stick with print() instead of warning.warn(). I'll post that

[issue6839] zipfile can't extract file

Adam Polkosnik added the comment: Jim, I've got some test cases where the zlib_forward_slash.patch doesn't cut it. That was the reason for trying a broader approach with filename_mismatch patches. -- Added file: http://bugs.python.org/file35120/zipfile_276_filename_m

[issue6839] zipfile can't extract file

Adam Polkosnik added the comment: Is there anything else that you need me to provide? -- ___ Python tracker <http://bugs.python.org/issue6839> ___ ___ Python-bug

[issue6839] zipfile can't extract file

Adam Polkosnik added the comment: Jim, The problems documented here are related to two cases (both apparently arriving from world of windows): 1. two relative paths with inverted slash in one of them (test\test2.txt vs test/test2.txt) 2. relative path vs absolute path (windows\temp\test.txt

[issue6839] zipfile can't extract file

Adam Polkosnik added the comment: Extraction works fine, the issue was that raise() was creating an exception, and stoping the whole extraction process. When replaced with a warning, everything works fine. -- ___ Python tracker <h

[issue6839] zipfile can't extract file

Adam Polkosnik added the comment: Ethan, I'd refer you to msg92309... And When testing with WinZip it looks like this: No errors detected in compressed data of C:\Downloads\test.zip. Testing ... Testing test\OK Testing test\test2.txt OK Testing test

[issue6839] zipfile can't extract file

Adam Polkosnik added the comment: Both. Other programs, and in python scripts when raise() is removed in zipfile.py. Unless your results are different. -- ___ Python tracker <http://bugs.python.org/issue6

[issue21657] pip.get_installed_distributions() Does not

New submission from Adam Matan: Abstract: Calling pip.get_installed_distributions() from a directory with a setup.py file returns a list which does not include the package(s) listed in the setup.py file. Steps to reproduce: 1. Create a virtual environment and activate it. 2. Download any

[issue21657] pip.get_installed_distributions() Does not return packages in the current working directory

Changes by Adam Matan : -- title: pip.get_installed_distributions() Does not -> pip.get_installed_distributions() Does not return packages in the current working directory ___ Python tracker <http://bugs.python.org/issu

[issue7563] yield in except clause causes exception context to be lost

Changes by Adam Bielański : -- nosy: +Adam.Bielański ___ Python tracker <http://bugs.python.org/issue7563> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue1100942] Add datetime.time.strptime and datetime.date.strptime

Changes by Adam Collard : -- nosy: +adam-collard ___ Python tracker <http://bugs.python.org/issue1100942> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue17078] string.Template.safe_substitute hard-wires "braces" as {}

New submission from Adam Kellas: If you use safe_substitute and try to use a variable reference style other than ${foo}, you will find that it assumes ${foo} style. In particular, when evaluating $[foo] (square braces) and 'foo' is not defined, safe_substitute will put the s

[issue12681] unittest expectedFailure could take a message argument like skip does

Changes by Adam Collard : -- nosy: +adam-collard ___ Python tracker <http://bugs.python.org/issue12681> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue9495] argparse unittest tracebacks are confusing if an error is raised when not expected

Changes by Adam Collard : -- nosy: +adam-collard ___ Python tracker <http://bugs.python.org/issue9495> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue18756] os.urandom() fails under high load

Changes by Adam Bielański : -- nosy: +Adam.Bielański ___ Python tracker <http://bugs.python.org/issue18756> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue19161] collections Counter handles nan strangely

New submission from Adam Davison: If you pass an array containing nan to collections.Counter, rather than counting the number of 'nan's it outputs "'nan': 1" n times into the dictionary. I appreciate using this on an array of floats is a bit of an unusual case

[issue19161] collections Counter handles nan strangely

Adam Davison added the comment: Thanks for the quick response. I'm really using a pandas Series, which is effectively a numpy array behind the scenes as far as I understand, the example I pasted was just to illustrate the behaviour. So the nans are being produced elsewhere, I don

[issue6839] zipfile can't extract file

Adam Polkosnik added the comment: I've got bitten by a different variation of this bug. In my case the issue can be summarized by: zipfile.BadZipfile: File name in directory "Windows\TEMP\test.tmp" and header "C:\Windows\TEMP\test.tmp" differ. Attached is a patch fo

[issue18387] Add 'symbols' link to pydoc's html menu bar.

Ron Adam added the comment: Adding you Nick, I don't have commit rights. This probably doesn't need much.. maybe a one line comment in news is all. (And maybe not even that.) -- nosy: +ncoghlan ___ Python tracker <http://bu

[issue6839] zipfile can't extract file

Adam Polkosnik added the comment: Just tested my patch on mac, and it appears that it didn't work on OSX (and likely on other unix platforms too). Conclusion... os.path.basename() will not do anything to windows paths when running on unix. I'm thinking that instead of bailing at

[issue22099] Two "Save As" Windows

New submission from Adam Kimbrough: I am on a Mac running Mavericks 10.9.4. Whenever I press shift+command+s to save a file as a specific name, it opens two windows. But, if I "Save As" through the button in the menu bar, it only opens one window. -- components: IDLE messag

[issue10740] sqlite3 module breaks transactions and potentially corrupts data

Adam Tomjack added the comment: The proposed patches don't fix the problem. They may well allow DDL in transactions, but that's not the real problem. A database library must *NEVER* implicitly commit or rollback. That's completely insane. >>> import this ..

[issue6839] zipfile can't extract file

Changes by Adam Polkosnik : Removed file: http://bugs.python.org/file32160/zipfile.py.patch ___ Python tracker <http://bugs.python.org/issue6839> ___ ___ Python-bug

[issue6839] zipfile can't extract file

Adam Polkosnik added the comment: I'm in a similar situation, my test file raises this: File name in directory "windows\TEMP\\test123.txt" and header "C:\windows\TEMP\\test123.txt" differ. It turns out that I can't find any cross platform procedures for pro

[issue6839] zipfile can't extract file

Adam Polkosnik added the comment: This one has the parentheses for print, so that it works in python 3.x. Also, the default fallback behavior in this case is to use the filename from the zips' directory (the first path in the warning). -- Added file: http://bugs.python.org/file

[issue6839] zipfile can't extract file

Adam Polkosnik added the comment: Can we get this simple "fix" implemented in time for the next 2.7.x release?! Thank you! -- ___ Python tracker <http://bugs.python.

[issue6839] zipfile can't extract file

Adam Polkosnik added the comment: Excellent, please see my third attempt. -- Added file: http://bugs.python.org/file33666/zipfile_stupid3.patch ___ Python tracker <http://bugs.python.org/issue6

[issue6839] zipfile can't extract file

Changes by Adam Polkosnik : Removed file: http://bugs.python.org/file33662/zipfile_stupid.patch ___ Python tracker <http://bugs.python.org/issue6839> ___ ___ Python-bug

[issue6839] zipfile can't extract file

Changes by Adam Polkosnik : Removed file: http://bugs.python.org/file33663/zipfile_stupid2.patch ___ Python tracker <http://bugs.python.org/issue6839> ___ ___ Python-bug

[issue19023] ctypes docs: Unimplemented and undocumented features

Adam Knight added the comment: Can someone add this in? What needs to be done to make it happen? Kind of need this for a project I'm working on... -- nosy: +ahknight ___ Python tracker <http://bugs.python.org/is

[issue6839] zipfile can't extract file

Adam Polkosnik added the comment: It might not be a regular "security" issue, but it is not extracting some files that it should. There's a possible scenario, where it can be a security issue. -- ___ Python tracker <http://bugs.py

[issue6441] Tkinter cannot find *64 bit* Tcl/Tk on Mac OS X

New submission from Adam Ginsburg : While it is possible to compile 64 bit python on Mac OS X, the default tcl/tk is NOT 64 bit. If you do install a 64 bit version of tcl/tk, python still will not find it - lines 1503-1515 prevent it: if 'x86_64' in archs or '

[issue6441] Tkinter cannot find *64 bit* Tcl/Tk on Mac OS X

Adam Ginsburg added the comment: Sorry Ronald, I had misinterpreted your last message. Look at these posts: http://buffalothedestroyer.blogspot.com/2009/07/installing-64-bit-tcltk-on-mac-os-x.html http://www.nabble.com/Error-compiling-tk-8.5.7-on-Mac-OS-X-10.5-td23790967.html or try this

[issue992389] attribute error after non-from import

Adam Olsen added the comment: The key distinction between this and a "bad" circular import is that this is lazy. You may list the import at the top of your module, but you never touch it until after you've finished importing yourself (and they feel the same about you.) An ug

[issue992389] attribute error after non-from import

Adam Olsen added the comment: It'd probably be sufficient if we raised "NameError: lazy import 'foo' not yet complete". That should require a set of what names this module is lazy importing, which is checked in the failure paths of module attribute lookup

[issue7045] utf-8 encoding error

Adam Olsen added the comment: I believe this is a duplicate of issue #3297. When given a high unicode scalar value directly in the source (rather than in escaped form) python will split it into surrogates, even on a UTF-32 build where those surrogates are nonsensical and ill-formed. Patches

[issue3297] Python interpreter uses Unicode surrogate pairs only before the pyc is created

Adam Olsen added the comment: Looks like the failure mode has changed here, presumably due to issue #3672 patches. It now always fails, even after loading from a .pyc. This is using py3k via bzr, which reports itself as 3.2a0 $ rm unicodetest.pyc $ ./python -c 'import unicodetest&#x

[issue3297] Python interpreter uses Unicode surrogate pairs only before the pyc is created

Adam Olsen added the comment: I've traced down the biggest problem to decode_unicode in ast.c. It needs to convert everything into a form of escapes so it becomes pure ascii, which then become evaluated back into a unicode object. Unfortunately, it uses UTF-16-BE to do so, which always

[issue5127] UnicodeEncodeError - I can't even see license

Adam Olsen added the comment: Surrogates aren't optional features of UTF-16, we really need to get this fixed. That includes .isalpha(). We might keep the old public API for compatibility, but it should be clearly marked as broken for non-BMP scalar values. I don't see a pr

[issue3297] Python interpreter uses Unicode surrogate pairs only before the pyc is created

Adam Olsen added the comment: Patch, which uses UTF-32-BE as indicated in my last comment. Test included. -- keywords: +patch Added file: http://bugs.python.org/file15043/py3k-nonBMP-literal.diff ___ Python tracker <http://bugs.python.

[issue3297] Python interpreter uses Unicode surrogate pairs only before the pyc is created

Adam Olsen added the comment: With some further prodding I've noticed that although the test behaves as expected in the py3k branch (fails on UTF-32 builds before the patch), it doesn't fail using python 3.0. I'm guessing there's interactions with compile() vs import an

[issue5127] UnicodeEncodeError - I can't even see license

Adam Olsen added the comment: On Mon, Oct 5, 2009 at 03:03, Marc-Andre Lemburg wrote: > We use UCS2 on narrow Python builds, not UTF-16. > >> We might keep the old public API for compatibility, but it should be >> clearly marked as broken for non-BMP scalar values. > >

[issue5127] UnicodeEncodeError - I can't even see license

Adam Olsen added the comment: On Mon, Oct 5, 2009 at 12:10, Marc-Andre Lemburg wrote: > All this is just nitpicking, really. UCS2 is a character set, > UTF-16 an encoding. UCS is a character set, for most purposes synonymous with the Unicode character set. UCS-2 and UTF-16 are both enc

[issue918368] urllib doesn't correct server returned urls

Adam Nelson added the comment: This seems a bit serious for inclusion in 2.7 IMHO. urllib is used in all sorts of hackish ways in the wild and I really wonder if this is going to cause more problems for people than it's worth. The 3.x series alone seems like the best place for this

[issue918368] urllib doesn't correct server returned urls

Adam Nelson added the comment: I can't think of too many specific scenarios. It just seems like a non- trivial behavior change (or rather, it is trivial but with possibly far reaching ramifications). One issue I see is that the ticket morphed from just dealing with space characters to

[issue1722344] Thread shutdown exception in Thread.notify()

Adam Olsen added the comment: Nope, no access. -- ___ Python tracker <http://bugs.python.org/issue1722344> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue7144] imp.load_module in thread causes core dump on OSX 10.6

Adam Doherty added the comment: Hello: Having the same issues in a web app I've written. Tested with the default 2.5 and 2.6 on Snow Leopard and 2.5 on Ubuntu 8.04 (no problems under Linux) Replaced the default Python with 2.6.4 from python.org, my app no longer crashes. Hope it

[issue3999] Real segmentation fault handler

Adam Olsen added the comment: That's fine, but please provide a link to the new issue once you create it. -- ___ Python tracker <http://bugs.python.org/i

[issue7323] decimal.Decimal greater than/less than sometimes gives wrong answers when comparing to floats.

New submission from Adam Tomjack : These should all return False, or some of them should raise exceptions: Python 2.6.2 (release26-maint, Apr 19 2009, 01:58:18) [GCC 4.3.3] on linux2 Type "help", "copyright", "credits" or "license" for more information. &

[issue7323] decimal.Decimal greater than/less than sometimes gives wrong answers when comparing to floats.

Changes by Adam Tomjack : -- type: -> behavior ___ Python tracker <http://bugs.python.org/issue7323> ___ ___ Python-bugs-list mailing list Unsubscri

[issue1975] signals not always delivered to main thread, since other threads have the signal unmasked

Adam Olsen added the comment: The real, OS signal does not get propagated to the main thread. Only the python-level signal handler runs from the main thread. Correctly written programs are supposed to let select block indefinitely. This allows them to have exactly 0 CPU usage, especially

[issue1975] signals not always delivered to main thread, since other threads have the signal unmasked

Adam Olsen added the comment: You forget that the original report is about ctrl-C. Should we abandon support of it for threaded programs? Close as won't-fix? We could also just block SIGINT, but why? That means we don't support python signal handlers in threaded programs (signa

[issue1975] signals not always delivered to main thread, since other threads have the signal unmasked

Adam Olsen added the comment: A better solution would be to block all signals by default, then unblock specific ones you expect. This avoids races (as undeliverable signals are simply deferred.) Note that readline is not threadsafe anyway, so it doesn't necessarily need to allow calls

[issue7647] Add statvfs flags to the posix module

New submission from Adam Jackson : Though the statvfs call exists in the posix module, the posix-defined values for the f_flag field are not. This makes it hard to know whether a filesystem is readonly without also knowing the value for ST_READONLY on the machine you're running on. Att

[issue7647] Add statvfs flags to the posix module

Changes by Adam Jackson : -- type: -> feature request ___ Python tracker <http://bugs.python.org/issue7647> ___ ___ Python-bugs-list mailing list Unsubscri

[issue7663] UTF-16 build incorrectly translates cases for non-BMP code points

Adam Olsen added the comment: See also issue5127. -- nosy: +Rhamphoryncus ___ Python tracker <http://bugs.python.org/issue7663> ___ ___ Python-bugs-list mailin

[issue1943] improved allocation of PyUnicode objects

Adam Olsen added the comment: Points against the subclassing argument: * We have a null-termination invariant. For byte strings this was part of the public API, and I'm not sure that's changed for unicode strings; aren't you arguing that we should maximize how much of our im

[issue1943] improved allocation of PyUnicode objects

Adam Olsen added the comment: On Sun, Jan 10, 2010 at 14:59, Marc-Andre Lemburg wrote: > BTW, I'm not aware of any changes to the PyUnicodeObject by some > fastsearch implementation. Could you point me to this ? /* We allocate one more byte to make sure the string is Ux

[issue7647] Add statvfs flags to the posix module

Adam Jackson added the comment: None of the other symbolic constants in 'posix' have documentation. Perhaps they should, but the patch is at least doing the same as what's already done. -- ___ Python tracker <http://bugs.py

[issue1975] signals not always delivered to main thread, since other threads have the signal unmasked

Adam Olsen added the comment: The readline API just sucks. It's not at all designed to be used simultaneously from multiple threads, so we shouldn't even try. Ban using it in non-main threads, restore the blocking of signals, and go on with our merry lives. -- nosy: +Rha

[issue1975] signals not always delivered to main thread, since other threads have the signal unmasked

Changes by Adam Olsen : -- versions: +Python 2.6, Python 2.7, Python 3.0, Python 3.1 ___ Python tracker <http://bugs.python.org/issue1975> ___ ___ Python-bug

[issue1975] signals not always delivered to main thread, since other threads have the signal unmasked

Adam Olsen added the comment: issue 960406 broke this as part of a fix for readline. I believe that was motivated by fixing ctrl-C in the main thread, but non-main threads were thrown in as a "why not" measure. msg 46078 is the mention of this. You can go into readlingsigs7.patch

[issue5504] ctypes should work with systems where mmap can't be PROT_WRITE and PROT_EXEC

New submission from Adam Goode : On Fedora systems, it is invalid to mmap something with PROT_WRITE and PROT_EXEC. libffi has been updated to support this, but ctypes has not been updated to use this new functionality. Attached is a patch which currently only works if system libffi is used

[issue3265] Python-2.5.2/Modules/_ctypes/malloc_closure.c:70: error: `MAP_ANONYMOUS' undeclared

Adam Goode added the comment: Issue #5504 shows a possibly more future proof way to fix this issue. -- nosy: +agoode ___ Python tracker <http://bugs.python.org/issue3

[issue5564] os.symlink/os.link docs should say old/new, not src/dst

New submission from Adam Olsen : "destination" is ambiguous. It means opposite things, depending on if it's the symlink creation operation or if it's the symlink itself. In contrast, "old" is clearly what existed before the operation, and "new" is what

[issue1683908] PEP 361 Warnings

Adam Olsen added the comment: Aye. 2.6 has come and gone, with most or all warnings applied using (I believe) a different patch. If any future work is needed it can get a new ticket. -- status: open -> closed ___ Python tracker &l

[issue5504] ctypes should work with systems where mmap can't be PROT_WRITE and PROT_EXEC

Adam Goode added the comment: Currently there is an issue where allow_execstack implies allow_execmem. Even though allow_execmem is default to off, allow_execstack is default to on. If this issue is fixed, or if the administrator sets allow_execstack to off, ctypes will fail. Try this as root

[issue6375] compile failure in Modules/python.c

New submission from Adam Golebiowski : Python-3.1 fails to compile with: ./Modules/python.c: In function 'wchar_t* char2wchar(char*)': ./Modules/python.c:60: error: invalid conversion from 'void*' to 'wchar_t*' The attached patch fixes this. -- files: p

[issue6375] compile failure in Modules/python.c

Adam Golebiowski added the comment: nope, a gcc-4.4 based Linux distribution. It looks like the same problem happens with Issue4146, but it touches other part of that file. -- ___ Python tracker <http://bugs.python.org/issue6

[issue6326] Add a "swap" method to list

Adam Olsen added the comment: Fix it at its source: patch your database engine to use the type you want. Or wrap the list without subclassing (__iter__ may be the only method you need to wrap). Obscure performance hacks don't warrant language extensions. -- nosy: +Rhamphor

[issue4017] Tkinter cannot find Tcl/Tk on Mac OS X

Adam Ginsburg added the comment: Although this is an old & closed error, I'm still running in to it. I am trying to compile & install 64 bit python with Tk/Tcl support on Mac OS X 10.5.7. I have installed 64-bit Tcl/Tk: $ file /Library/Frameworks/Tk.framework/Versions/8.

[issue6884] Impossible to include file in sdist that starts with 'build' on Win32

Adam Groszer added the comment: This seems to be a major flaw, noone caring about it? -- components: +Distutils nosy: +Adam.Groszer versions: +Python 2.5 ___ Python tracker <http://bugs.python.org/issue6

[issue9198] Should repr() print unicode characters outside the BMP?

Changes by Adam Olsen : -- nosy: +Rhamphoryncus ___ Python tracker <http://bugs.python.org/issue9198> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue9200] str.isprintable() is always False for large code points

Adam Olsen added the comment: There should be a way to walk the unicode string in Python too. Afaik there isn't. -- nosy: +Rhamphoryncus ___ Python tracker <http://bugs.python.org/i

[issue6643] Throw away more radioactive locks that could be held across a fork in threading.py

Adam Olsen added the comment: I don't have any direct opinions on this, as it is just a bandaid. fork, as defined by POSIX, doesn't allow what we do with it, so we're reliant on great deal of OS and library implementation details. The only portable and robust solution woul

[issue9319] segfault when searching modules with help()

New submission from Ron Adam : help('modules spam') causes segfault. When pydoc tries goes though the files it does the following in the ModuleScanner class. (minimal example) >>> for importer, modname, ispkg in pkgutil.walk_packages(): ... if modname == 

[issue2001] Pydoc interactive browsing enhancement

Ron Adam added the comment: Thank You for the review Mark. It's very much appreciated. I took another look at it and decided to offer another patch that moves the html/text server to the http package where the rest of the server stuff is. I also corrected the example in it. Everything

[issue2001] Pydoc interactive browsing enhancement

Ron Adam added the comment: Here's the new patch with the Misc/NEWS and pydoc.rst additions added to it. I'm not sure if local_text_server is the best name for the server module. In pydoc it's a local server, but it may not be limited to that use. I've also co

[issue2001] Pydoc interactive browsing enhancement

Ron Adam added the comment: Sorry, will do... -- ___ Python tracker <http://bugs.python.org/issue2001> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue2001] Pydoc interactive browsing enhancement

Ron Adam added the comment: Ok, spell, check and attribute error corrected. I agree on the -p / -g issue. I'll bring this up on python dev. Thanks for the reviews and feedback. It really helps. -- Added file: http://bugs.python.org/file18165/pydoc_server3

[issue9362] Make exit/quit hint more novice friendly

Ron Adam added the comment: I agree it could be improved a bit. A little experimenting comes up with the following inconsistencies. >>> quit Use quit() or Ctrl-D (i.e. EOF) to exit >>> exit Use exit() or Ctrl-D (i.e. EOF) to exit help(exit) and help(quit) is not helpful. It

[issue2001] Pydoc interactive browsing enhancement

Ron Adam added the comment: Ok, on the "!" marks. The Segmentation fault exits python and isn't catchable as far as I know. It's happens in the compiled tokenize.c file. The python side error detection doesn't get a chance to catch it. The problem is present with

[issue9319] segfault when searching modules with help()

Ron Adam added the comment: Trying to look at this a bit further... The PyErr_Format function then calls PyUnicode_FromFormatV in Objects/unicodeobject.c to do the actual formating. It looks like there have been a number of issues of this type. Search the tracker for unicodeobject.c and

[issue7330] PyUnicode_FromFormat segfault

Changes by Ron Adam : -- nosy: +ron_adam title: PyUnicode_FromFormat segfault when using widths. -> PyUnicode_FromFormat segfault ___ Python tracker <http://bugs.python.org/iss

[issue9319] segfault when searching modules with help()

Ron Adam added the comment: The error happens when Null is passed to strlen in (unicodeobject.c, line 860) Passing NULL to a string format function is probably in the category of don't do that. Stefans solution of checking for NULL before calling PyErr_Format looks to me to be correct

[issue2001] Pydoc interactive browsing enhancement

Changes by Ron Adam : Removed file: http://bugs.python.org/file18160/pydoc_server.diff ___ Python tracker <http://bugs.python.org/issue2001> ___ ___ Python-bugs-list m

[issue2001] Pydoc interactive browsing enhancement

Changes by Ron Adam : Removed file: http://bugs.python.org/file18163/pydoc_server2.diff ___ Python tracker <http://bugs.python.org/issue2001> ___ ___ Python-bugs-list m

[issue2001] Pydoc interactive browsing enhancement

Ron Adam added the comment: Link to the discussion on the python-dev new group. Subject: [isssue 2001] Pydoc enhancement patch questions http://permalink.gmane.org/gmane.comp.python.devel/115474 -- ___ Python tracker <http://bugs.python.

[issue2001] Pydoc interactive browsing enhancement

Ron Adam added the comment: I also put in a temporary fix to skip the test file that was causing it to crash when doing a search. It's marked as such and can be removed once the bug is fixed. -- ___ Python tracker <http://bugs.py

[issue2001] Pydoc interactive browsing enhancement

Ron Adam added the comment: New diff file. Removed the '-g' option and added a '-b' option. Using the '-g' option will now bring up pydoc options help. Added a simple server command prompt with 'b' and 'q' choices to open a browser and quit

[issue9319] segfault when searching modules with help()

Ron Adam added the comment: This is by far the simplest fix for this. See patch file. This patch is what Stefan Krah suggested and I agree unless someone a lot more familiar with the import process can take a look at this and re-factor things so the filename is passed along with the file

[issue9319] segfault when searching modules with help()

Ron Adam added the comment: I added you to this Victor because it looks like what your doing to rewrite the imports to work with Unicode (issue:9425) overlaps this. See the test in the patch. Your rewrite may fix this as the segfault has to do with getting the file encoding. My apologies

[issue7798] document pydoc methods

Ron Adam added the comment: I think a good place for the pager is in the cmd module. I have a separated version of it I could upload if there is consensus on this. I've extracted the text server, but it's in a minimum 'works for pydoc' stage. (See issue 2001) Both of

<    1   2   3   4   5   6   7   >