[issue1131] Reference Manual: for statement links to break statement
Georg Brandl added the comment: There's nothing we can do here. There are three index entries for for statement, which link to the for, break and continue pages. They can't be told apart, so we can't choose which one will be the first, the one to display for statement, and which will be those to display [Link]. -- nosy: +georg.brandl resolution: - wont fix status: open - closed __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1131 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1173] yield expressions not documented in Language Reference
New submission from Georg Brandl: This is fixed in SVN, you can view the docs e.g. here: http://docs.python.org/dev/reference/expressions#yield-expressions -- nosy: +georg.brandl resolution: - out of date status: open - closed __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1173 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1174] new generator methods not documented in Library Reference
Georg Brandl added the comment: This is fixed in SVN, you can view the docs e.g. here: http://docs.python.org/dev/reference/expressions#yield-expressions -- nosy: +georg.brandl resolution: - out of date status: open - closed __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1174 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1175] .readline() has bug WRT nonblocking files
New submission from Alex Burr: If you have made a file nonblocking using fcntl.fcntl, .readline() will discard the start of a line if you get EGAIN. It should attach the partial line to the exception somehow - or at least warn the user. I observe this on 2.3.5, but the same code exists in TRUNK -- components: Interpreter Core messages: 55993 nosy: ajb severity: normal status: open title: .readline() has bug WRT nonblocking files type: behavior versions: Python 2.3 __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1175 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1157] test_urllib2net fails on test_ftp
Changes by Sean Reifschneider: -- assignee: - jafo components: +Tests nosy: +jafo priority: - normal __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1157 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1151] TypeError: expected string, bytes found instead of KeyboardInterrupt
Changes by Sean Reifschneider: -- priority: - normal __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1151 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1161] Garbled chars in offending line of SyntaxError traceback
Changes by Sean Reifschneider: -- priority: - normal __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1161 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1159] os.getenv() not updated after external module uses C putenv()
Changes by Sean Reifschneider: -- priority: - normal resolution: - postponed __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1159 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1083] Confusing error message when dividing timedelta using /
Changes by Sean Reifschneider: -- priority: - normal __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1083 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1163] Patch to make py3k/Lib/test/test_thread.py use unittest
Changes by Sean Reifschneider: -- priority: - normal __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1163 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1135] xview/yview of Tix.Grid is broken
Sean Reifschneider added the comment: I can verify that on Red Hat 7 Python 2.5 that the test does fail and the patch resolves it. -- nosy: +jafo priority: - normal __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1135 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1099] Mac compile fails with pydebug and framework enabled
Changes by Sean Reifschneider: -- priority: - normal __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1099 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1135] xview/yview of Tix.Grid is broken
Changes by Sean Reifschneider: -- nosy: -jafo __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1135 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1134] Parsing a simple script eats all of your memory
Changes by Sean Reifschneider: -- assignee: - nnorwitz nosy: +nnorwitz __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1134 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1134] Parsing a simple script eats all of your memory
Sean Reifschneider added the comment: Confirmed problem (used 4.5GB before I killed it), and that the second patch resolved the problem. I'm uploading the inline patch as an attachment, with the directory name in it as well (from svn diff). Bumping the priority to high because the side effect can cause all sorts of problems on a system including other processes being killed. -- nosy: +jafo priority: - high __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1134 __Index: Parser/tokenizer.c === --- Parser/tokenizer.c (revision 58192) +++ Parser/tokenizer.c (working copy) @@ -395,6 +395,7 @@ goto error; buflen = size; } + memcpy(s, buf, buflen); s[buflen] = '\0'; if (buflen == 0) /* EOF */ @@ -402,6 +403,12 @@ if (allocated) { Py_DECREF(bufobj); } + + if ( bufobj == tok-decoding_buffer ){ +Py_XDECREF(tok-decoding_buffer); +tok-decoding_buffer = 0; + } + return s; error: ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1167] gdbm/ndbm 1.8.1+ needs libgdbm_compat.so
Changes by Sean Reifschneider: -- priority: - normal __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1167 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1169] Option -OO doesn't remove docstrings from functions
Changes by Sean Reifschneider: -- assignee: - georg.brandl nosy: +georg.brandl priority: - normal __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1169 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1175] .readline() has bug WRT nonblocking files
Sean Reifschneider added the comment: Doesn't the exception count as warning the user? We probably don't want to change readline to return a partial line in this case. An exception could be added for EGAIN that includes the partial line. Another option would be to just document the behavior for readline or fcntl. What is the right behavior for a non-blocking readline? Obviously, it can't return a None and buffer the line. Another option would be to define readline as a blocking operation and enable buffering before starting the readline, and possibly revert it when done. Opinions? -- components: +Library (Lib) -Interpreter Core nosy: +jafo priority: - low type: behavior - rfe versions: +Python 2.4, Python 2.5, Python 2.6 __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1175 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1170] shlex have problems with parsing unicode
Changes by Sean Reifschneider: -- priority: - normal __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1170 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1171] allow subclassing of bytes type
Changes by Sean Reifschneider: -- assignee: - gvanrossum keywords: +patch, py3k nosy: +gvanrossum priority: - normal __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1171 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1172] Documentation for done attribute of FieldStorage class
Sean Reifschneider added the comment: Patch looks good to me. Fred? Comments on should I do more fixes: Just straight documentation changes are, in my experience, fairly likely to be processed quickly. Changes to the code may take quite a lot more discussion. Smaller, individual patches are likely to be taken much more than large mega patches that change many things. So, my recommendation would be to do individual efforts: Fix the current documentation, fix XXX fix me parts, do enhancements. I understand where you're coming from, I spent a full day implementing string.rsplit() including documentation, only to have it languish for around a year before other people re-opening the rejected submission finally got it accepted. However, python definitely benefits from the attention. Sometimes things do get dropped, because of other commitments from the maintainers. Assign your issue that has been ignored to me and I'll take a look at it. -- assignee: - fdrake keywords: +patch nosy: +fdrake, jafo priority: - normal versions: +Python 2.6 __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1172 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1175] .readline() has bug WRT nonblocking files
Alex Burr added the comment: The exception would count as a warning if it wasn't EGAIN. One expects to catch EGAIN and try again. The current situation is unfortunate because it *nearly* works. My scenario is: I'm driving GDB/MI via popen2.Popen3 ( gdbCommand, False,1). It works for most GDB commands, but sometimes GDB returns a huge line and I get EGAIN in the middle. (For my purposes, I've worked round it, by avoiding the command which generates a long line) __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1175 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1175] .readline() has bug WRT nonblocking files
Sean Reifschneider added the comment: Why are you putting the file in non-blocking mode? Why not just reading in blocking mode? If you want to do other work when a line is not available, you could use select to check to see if there's data ready via a small or 0 timeout. __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1175 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1172] Documentation for done attribute of FieldStorage class
Fred L. Drake, Jr. added the comment: Looks good to me too. This should be committed. -- assignee: fdrake - jafo resolution: - accepted versions: +Python 2.5, Python 3.0 __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1172 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1176] str.split() takes no keyword arguments (Should this be expected?)
New submission from Sergio Correia: str.split() does not accept maxsplits as a keyword argument. If i want to split a string, and, say, get its first word, I do this: 'SPAM eggs eggs spam spam ham'.split(None, 1)[0] 'SPAM' However, as documented on help(str.split), the separator is optional, so I expected this to work: 'SPAM eggs eggs spam spam ham'.split(maxsplit=1) Traceback (most recent call last): File pyshell#8, line 1, in module 'SPAM eggs eggs spam spam ham'.split(maxsplit=1) TypeError: split() takes no keyword arguments I feel allowing keyword arguments is convenient, but is there a reason behind not allowing them? -- components: Library (Lib) messages: 56002 nosy: sergioc severity: minor status: open title: str.split() takes no keyword arguments (Should this be expected?) type: behavior versions: Python 2.5 __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1176 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1176] str.split() takes no keyword arguments (Should this be expected?)
Sergio Correia added the comment: As a side note, this is slightly related with: http://mail.python.org/pipermail/python-dev/2000-October/009694.html http://bugs.python.org/issue1123 (but check the date of the first link!) __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1176 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1172] Documentation for done attribute of FieldStorage class
Bob Kline added the comment: Thanks for the very quick follow-up. I may be shooting myself in the foot here, but Sean's encouragement about getting patches to the actual code lead me to wonder if it might be better to go straight for the optimal solution here. As I implied in my original message for this issue, there are approaches for exposing the ability to detect failure which would be more straightforward than testing for field.done == -1. A step in the right direction might be an attribute named something like 'incomplete' (True|False). Or perhaps an access method? Based on my more recent experience with getting code patches accepted, I had settled on just documenting the existing code more fully as a minimal solution, but if Sean's more optimistic advice is justified, I'd be happy to wait a little longer for a cleaner solution (and to pitch in for the work to create it, if that's appropriate). I know I have more than one bit of Python code I wrote years ago for situations similar to this where if I had to do it over again I would have thrown an exception, and maybe that's the right thing to do here, with an optional argument to the constructor which suppresses the exception. Perhaps Guido might want to weigh in with his own preferences (this is his code, and he's still listed as the current maintainer of the module). But I'd rather have the documentation patch for the existing code than nothing at all. Cheers, Bob __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1172 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1082] platform system may be Windows or Microsoft since Vista
Pat LaVarre added the comment: Works for me. I tried python-trunk-vistaplatform-v2.patch in one sample of 2006-11 RTM Vista plus 2.5.1 Python plus this patch. I quote: import platform platform.uname() ('Windows', '[redacted]', 'Vista', '6.0.6000', '', '') platform.system() 'Windows' platform.version() '6.0.6000' __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1082 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1082] platform system may be Windows or Microsoft since Vista
Pat LaVarre added the comment: --- USAGE: I agree we should let people in future write: if not platform.system('Windows'): rather than: if not (platform.system() in ('Microsoft', 'Windows')): now that our people can no longer rely on Python in Vista correctly understanding the plain human intent of such code fragments as: if platform.system() != 'Windows': --- DRAFT SPEC: platform.system(name = None) returns the system name if name is None, else returns the system name if name is a well-known alias of the system name, else returns None. The string 'Mac OS X' is a well-known alias for the system 'Darwin'. The string 'Windows' is a well-known alias for the system 'Microsoft' in 2.5.1 Python on Vista. The system name is itself a well-known alias of the system name. For example, 'Darwin' is a well-known alias of the 'Darwin' system that is sold as the kernel of 'Mac OS X'. Etc. __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1082 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1778443] robotparser.py fixes
Jim Jewett added the comment: On line 108 (new 104), spaces should probably be added on both sides of the comparison operator, instead of only after the =. The %s changes might end up getting changed again as part of 2to3, but this is a clear improvement over status quo, particularly with the loops. I recommend applying. -- nosy: +jimjjewett _ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1778443 _ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1177] urllib* 20x responses not OK?
New submission from Jim Jewett : Under the http protocol, any 2xx response is OK. urllib.py and urllib2.py hardcoded only response 200 (the most common). http://bugs.python.org/issue912845 added 206 as acceptable to urllib2, but not any other 20x responses. (It also didn't fix urllib.) Suggested for 2.6, as it does change behavior. (Also see duplicate http://bugs.python.org/issue971965 which I will try to close after opening this. ) -- components: Library (Lib) messages: 56009 nosy: jimjjewett severity: normal status: open title: urllib* 20x responses not OK? type: behavior versions: Python 2.6 __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1177 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1177] urllib* 20x responses not OK?
Facundo Batista added the comment: It should behave as you say, yes. I fixed the class HTTPErrorProcessor(BaseHandler) regarding this issue, to not raise an error if response is 2xx (see rev 54927). Regards, -- nosy: +facundobatista __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1177 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1082] platform system may be Windows or Microsoft since Vista
Marc-Andre Lemburg added the comment: Pat, we already have system_alias() for exactly the purpose you suggested. Software relying on platform.system() reporting Vista will have to use Python 2.5.2 as minimum Python version system requirement - pretty much the same as with all other bug fixes. __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1082 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1082] platform system may be Windows or Microsoft since Vista
Pat LaVarre added the comment: Thanks for the cultural education of 2.5.1 isn't supposed to work, I didn't know that. Also I'm glad to hear this is fixed for 2.5.2 already. Sorry I'm too new ignorant to understand why you believe this is fixed. I don't see that we already have a way to say things like: if not platform.system('Linux'): Do we have a way to say things like that? My first Googles, tried here now at Mac OS X, give me useless suggestions like: platform.platform(aliased=True) 'Darwin-9.0.0b5-i386-32bit' platform.system_alias(platform.system(), platform.release(), platform.version()) ('Darwin', '9.0.0b5', 'Darwin Kernel Version 9.0.0b5: Fri Aug 17 17:24:24 PDT 2007; root:xnu-1182~1/RELEASE_I386') Practically speaking, I was getting by ok with: if platform.system() != 'Windows': Until that broke in Vista plus 2.5.1. __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1082 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1176] str.split() takes no keyword arguments (Should this be expected?)
Changes by Sean Reifschneider: -- priority: - normal __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1176 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1175] .readline() has bug WRT nonblocking files
Sean Reifschneider added the comment: Arguably, you should be using select and read (instead of readline) for this operation. That's what I've done in the past when doing something similar. Specifically, I believe I have looped reading into a buffer with read, and using select with a timeout (even a fraction of a second can work) until the timeout triggers. This way I don't block, but I also don't run into problems with the system call returning an error. I avoid using readline in this case because I don't expect it to work well on the stdout of an interactive command. You may also want to look at the pty module. I guess I'd say this should probably go to the python mailing list for further discussion. Can you post a message there about it? __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1175 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1177] urllib* 20x responses not OK?
Jim Jewett added the comment: Jafo: His fix is great for urllib2, but the same issue applies to the original urllib. The ticket should not be closed until a similar fix is made to lines 330 and 417 of urllib.py. That is, change if errcode == 200: to if 200 = errcode 300: (Or, if rejecting the change, add a comment saying that it is left that way intentionally for backwards compatibility.) -jJ __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1177 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1178] IDLE - add paste code functionality
New submission from Tal Einat: Patch adding a 'Paste Code' item to the 'Edit' menu, as well as hotkeys. Using 'Paste Code' instead of the normal paste will remove prompts (' ' or '... ') from the code, and also remove empty lines if pasting to a shell window. This allows easily copy/pasting code between shell and editor windows, as well as easily pasting code from other applications (e.g. a web browser) into IDLE. This patch uses IDLE's PyParse.py for parsing code, and Tk's clipboard API for interaction with the clipboard (it changes the clipboard's contents, generates a normal paste event, and changes the contents back). Test only on WinXP SP2 so far, needs to be tested on other platforms, especially the clipboard interaction. -- components: IDLE files: IDLE_paste_code.070918.patch messages: 56017 nosy: taleinat severity: minor status: open title: IDLE - add paste code functionality type: behavior versions: Python 2.6 __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1178 __ IDLE_paste_code.070918.patch Description: Binary data ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1178] IDLE - add paste code functionality
Changes by Sean Reifschneider: -- assignee: ronaldoussoren - nobody nosy: +nobody __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1178 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1172] Documentation for done attribute of FieldStorage class
Sean Reifschneider added the comment: Committed in trunk revision 58199 Committed in 25-maint revision 58200 Committed in py3k revision 58201 -- status: open - closed __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1172 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1178] IDLE - add paste code functionality
Changes by Sean Reifschneider: -- assignee: - ronaldoussoren keywords: +patch nosy: +ronaldoussoren priority: - low type: behavior - rfe __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1178 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1745035] DoS smtpd vulnerability
Sean Reifschneider added the comment: Patch is inline above. RFC2822 says lines MUST be less than 998 bytes long, so this should be fine. What does this do when a line longer than 4096 bytes is found? Does it report an error to the SMTP client? That's my only concern. -- assignee: - barry keywords: +patch nosy: +barry, jafo _ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1745035 _ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1179] [CVE-2007-4965] Integer overflow in imageop module
New submission from Ismail Donmez: As reported at http://lists.grok.org.uk/pipermail/full-disclosure/2007-September/065826.html . There is an integer overflow in imageop module which results in an interpreter crash. Original proof of concept code is attached. -- components: Library (Lib) files: poc.py messages: 56020 nosy: cartman severity: normal status: open title: [CVE-2007-4965] Integer overflow in imageop module type: security versions: Python 2.5 __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1179 __#!/usr/bin/python import imageop sexshit = a*1603 evil = p*5241 connard = s*2000 supaire= 45*65 print supaire connard = cool salope = suceuse dtc = imageop.tovideo(sexshit,1,4461,-2147002257) sexshit = dtc*52 print connard,supaire, fin de dump ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1123] split(None, maxsplit) does not strip whitespace correctly
Brett Cannon added the comment: The algorithm is actually kind of odd:: a b.split(None, 0) ['a b'] a b .split(None, 0) ['a b '] a b .split(None, 1) ['a', 'b '] So trailing whitespace on the original string is stripped only if the number of splits is great enough to lead to a possible split past the last element. But leading whitespace is always removed. Basically the algorithm stops looking for whitespace once it has encountered maxsplit instances of contiguous whitespace plus leading whitespace. -- nosy: +brett.cannon __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1123 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1179] [CVE-2007-4965] Integer overflow in imageop module
Sean Reifschneider added the comment: It's unclear if this only causes a crash or if it can inject data. Referenced mailing list post points out where one error is. -- nosy: +jafo priority: - high __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1179 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1176] str.split() takes no keyword arguments (Should this be expected?)
Brett Cannon added the comment: This is expected as str.split() is implemented in C and C code only has keyword arguments if someone puts in the time and effort to support them. Support could be added if so desired. But it does slow down argument passing. If you look you will notice that none of str's methods have keyword support. Changing this to an rfe. -- nosy: +brett.cannon priority: normal - low type: behavior - rfe __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1176 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1123] split(None, maxsplit) does not strip whitespace correctly
Sean Reifschneider added the comment: In looking at the current documentation: http://docs.python.org/dev/library/string.html#string.split I don't see the wording the original poster mentions. The current documentation of the separator is clear and reasonable. I'm going to call this closed, unless someone can suggest specific wording changes to the document let's call this done. -- resolution: - invalid status: open - closed __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1123 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1722225] Build on QNX
Vladimir Konjkov added the comment: However, I don't understand this entire point: What do you mean by using TCGETA requires that struct termio be defined? How is TCGETA defined to produce such a dependency? TCGETA is a constant, right? --- terminal I/O control has three different implementations under SVR4, BSD, and POSIX.1. SVR4 uses the termio structure, and various ioctl calls (such as TCGETA, TCSETA, TCSETAW, and TCSETAF) on a terminal device to obtain and set parameters with the termio structure. Under POSIX, the termios struct is used, along with various functions defined by POSIX.1, such as tcsetattr and tcgetattr. Under QNX termios.h - is POSIX implimentation with functions tcsetattr and tcgetattr defined, but in ioctl.h that included in termio.h define MACROS TCGETA, TCSETA, TCSETAW, and TCSETAF. That's why we need termio.h or simlink sys/termio.h. Why do you want TCGETA, TCSETA, TCSETAW, and TCSETAF in Python if there is POSIX tcsetattr and tcgetattr functions? _ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue175 _ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1722225] Build on QNX
Vladimir Konjkov added the comment: addition TCGETA is a constant. That's right! under QNX4 TCGETA defined as MACRO in sys/ioctl.h. That's right! in Modules/termios.c there's #include sys/ioctl.h That's right too! What's problem after all? Problem is that MACRO definition of TCGETA need sizeof(struct termio), that's (struct termio) defined in sys/termio.h. But sys/termio.h not included in sys/ioctl.h instead of it sys/ioctl.h included in sys/termio.h and we need, if we want to have TCGETA, start with sys/termio.h that's included both sys/ioctl.h and termios.h too and do it right way! It's clearly now? _ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue175 _ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com