[issue25388] tokenizer crash/misbehavior -- heap use-after-free

2015-11-03 Thread Brian Cain
Brian Cain added the comment: Sorry, the report would have been clearer if I'd included a build with symbols and a stack trace. The test was inspired by the test from issue24022 (https://hg.python.org/cpython/rev/03b2259c6cd3), it sounds like it should not have been. But indeed it seems

[issue25388] tokenizer crash/misbehavior -- heap use-after-free

2015-11-03 Thread Brian Cain
Brian Cain added the comment: Here is a more useful ASan report: = ==12168==ERROR: AddressSanitizer: heap-use-after-free on address 0x6251e110 at pc 0x00697238 bp 0x7fff412b9240 sp 0x7fff412b9238 READ of size 1

[issue25388] tokenizer crash/misbehavior -- heap use-after-free

2015-10-12 Thread Brian Cain
Changes by Brian Cain <brian.c...@gmail.com>: -- type: -> crash ___ Python tracker <rep...@bugs.python.org> <http://bugs.python.org/issue25388> ___ ___

[issue25388] tokenizer crash/misbehavior

2015-10-12 Thread Brian Cain
New submission from Brian Cain: This issue is similar to (but I believe distinct from) the one reported earlier as http://bugs.python.org/issue24022. Tokenizer failures strike me as difficult to exploit, but risky nonetheless. Attached is a test case that illustrates the problem

[issue25388] tokenizer crash/misbehavior -- heap use-after-free

2015-10-12 Thread Brian Cain
Changes by Brian Cain <brian.c...@gmail.com>: -- title: tokenizer crash/misbehavior -> tokenizer crash/misbehavior -- heap use-after-free ___ Python tracker <rep...@bugs.python.org> <http://bugs.pyt

[issue25388] tokenizer crash/misbehavior

2015-10-12 Thread Brian Cain
Brian Cain added the comment: asan output -- Added file: http://bugs.python.org/file40765/asan.txt ___ Python tracker <rep...@bugs.python.org> <http://bugs.python.org/i

[issue24655] _ssl.c: Missing do for do {} while(0) idiom

2015-07-17 Thread Brian Cain
Brian Cain added the comment: Whoops, that's not right. Corrected. -- Added file: http://bugs.python.org/file39942/ssl_convert_3rd.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24655

[issue24655] _ssl.c: Missing do for do {} while(0) idiom

2015-07-17 Thread Brian Cain
Brian Cain added the comment: New patch. -- Added file: http://bugs.python.org/file39941/ssl_convert_2nd.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24655

[issue24655] _ssl.c: Missing do for do {} while(0) idiom

2015-07-17 Thread Brian Cain
New submission from Brian Cain: _ssl.c has a convert() macro which misuses the do { ... } while(0) pattern by accidentally omitting the do. This was discovered when building with clang, it reports while loop has empty body. Effectively, convert puts the body into gratuitous scope braces

[issue14838] IDLE Will not load on reinstall

2012-05-19 Thread Cain
Cain gamingleg...@gmail.com added the comment: Awesome, that resolved it. Simply started idle through the command window, then changed the theme back to the default. Thanks Roger. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org

[issue14838] IDLE Will not load on reinstall

2012-05-18 Thread Cain
Cain gamingleg...@gmail.com added the comment: Running Windows 7. I get the following output when running the requested command: File stdin, line 1 python.exe Lib\idlelib\idle.py SyntaxError: invalid syntax -- ___ Python tracker rep

[issue14838] IDLE Will not load on reinstall

2012-05-18 Thread Cain
Cain gamingleg...@gmail.com added the comment: Terry - just ran that command as you suggested and it did bring up idle, however also reported errors in the command window: Warning: configHandler.py - IdleConf.GetThemeDict - problem retrieving theme element 'stderr-foreground' from theme

[issue14838] IDLE Will not load on reinstall

2012-05-16 Thread Cain
New submission from Cain gamingleg...@gmail.com: After reinstalling Python 3.2.2, I have been unable to load IDLE - it simply refuses to respond. I have tried upgrading to 3.3 also, and still have the same problem - following multiple uninstalls, reinstalls and searching, I can't appear

[issue8426] multiprocessing.Queue fails to get() very large objects

2011-04-18 Thread Brian Cain
Brian Cain brian.c...@gmail.com added the comment: Please don't close the issue. Joining aside, the basic point (But when size = 7279, the data submitted reaches 64k, so the writting thread blocks on the write syscall.) is not clear from the docs, right? IMO, it would be nice if I could ask my

[issue5803] email/quoprimime: encode and decode are very slow on large messages

2011-01-31 Thread Matt Cain
Matt Cain cainm...@gmail.com added the comment: I re-wrote encode() to be simpler and faster. My version runs about 10 times faster on a 30KB message. I have tested it somewhat but not rigorously see attached patch -- keywords: +patch nosy: +cainmatt Added file: http://bugs.python.org

[issue10673] multiprocess.Process join method - timeout indistinguishable from success

2010-12-10 Thread Brian Cain
New submission from Brian Cain brian.c...@gmail.com: When calling Process' join([timeout]) method, the timeout expiration case is indistinguishable from the successful join. I suppose the 'exitcode' attribute can deliver the necessary information, but perhaps join could stand on its own

[issue8426] multiprocessing.Queue fails to get() very large objects

2010-12-08 Thread Brian Cain
Brian Cain brian.c...@gmail.com added the comment: I don't think the problem is limited to when hundreds of megabytes are being transmitted. I believe I am experiencing a problem with the same root cause whose symptoms are slightly different. It seems like there's a threshhold which causes

[issue8426] multiprocessing.Queue fails to get() very large objects

2010-12-08 Thread Brian Cain
Brian Cain brian.c...@gmail.com added the comment: I was able to reproduce the problem on a more recent release. 7279 entries fails, 7278 entries succeeds. $ ./multiproc3.py on 3.1.2 (r312:79147, Apr 15 2010, 12:35:07) [GCC 4.4.3] - Linux mini 2.6.32-26-generic #47-Ubuntu SMP Wed Nov 17 15

[issue8426] multiprocessing.Queue fails to get() very large objects

2010-12-08 Thread Brian Cain
Brian Cain brian.c...@gmail.com added the comment: Detailed stack trace when the failure occurs (gdb_stack_trace.txt) -- Added file: http://bugs.python.org/file19983/gdb_stack_trace.txt ___ Python tracker rep...@bugs.python.org http://bugs.python.org

[issue4243] has_key doc could be clearer

2008-11-01 Thread D'Arcy J.M. Cain
D'Arcy J.M. Cain [EMAIL PROTECTED] added the comment: I think a clarification is in order. The sentence being changed was perfectly and mathematically correct. If you laid it out on a blackboard and parsed it (remember those days?) you could prove that it said the correct thing. No one