Chris Withers ch...@simplistix.co.uk added the comment:
...which is, of course, rather disappointing.
When *would* md5-sess land? 2.7? 3.3?!
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2202
STINNER Victor victor.stin...@haypocalc.com added the comment:
All Python 3.x buildbots are green again (except FreeBSD 7.2, but the failures
are not related to this issue).
--
status: open - closed
___
Python tracker rep...@bugs.python.org
Changes by STINNER Victor victor.stin...@haypocalc.com:
--
nosy: +haypo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11812
___
___
Benjamin Peterson benja...@python.org added the comment:
Nick (or anyone else), do you want to look at this?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12356
___
R. David Murray rdmur...@bitdance.com added the comment:
3.3.
IMO this is in the grey area between feature and bug fix. I think it is
possible to argue that it can be treated as a bug fix, but I think we need
opinions from other developers if we want to try to go that route.
The reason I
Changes by Ross Lagerwall rosslagerw...@gmail.com:
--
status: pending - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10635
___
___
Ross Lagerwall rosslagerw...@gmail.com added the comment:
The right approach is to use sigblock/sigsetmask before creating the
process, and then again after creating it. Unfortunately, these aren't
exposed from the signal module.
Since 3.3, pthread_sigmask is exposed so the right approach
Charles-François Natali neolo...@free.fr added the comment:
Patch attached.
I've used a wildcard so that it won't break when AIX 8 goes out (and it's
POSIX).
--
keywords: +needs review, patch
nosy: +haypo, neologix
stage: - patch review
Added file:
Eli Collins e...@assurancetechnologies.com added the comment:
Attached is a patch that implements this enhancement along the lines of what
was last discussed. The behavior introduced in the patch is as follows:
* It adds a stub method named get_compiler_version() to CCompiler,
and
STINNER Victor victor.stin...@haypocalc.com added the comment:
It is the fourth issue for the same problem, other issues:
- #1106262 (AIX 5, 2005)
- #1234 (duplicate of #1106262, 2007)
- #9700 (AIX 6)
The initial issue was related to semaphores and fork() (msg60639). Pass
pshared=1 to
Torsten Landschoff t.landsch...@gmx.net added the comment:
Here is an updated patch including unit test coverage.
--
keywords: +patch
nosy: +torsten
Added file: http://bugs.python.org/file22430/issue12353_test.diff
___
Python tracker
New submission from STINNER Victor victor.stin...@haypocalc.com:
pthread_kill() doesn't work on the main thread on FreeBSD6: sending a signal to
the main thread does nothing. It works on the main thread just after the
creation of the first thread.
PyThread__init_thread() has 3 implementations
STINNER Victor victor.stin...@haypocalc.com added the comment:
Attached patch implements the suggested fix.
--
keywords: +patch
Added file: http://bugs.python.org/file22431/thread_init_freebsd6.patch
___
Python tracker rep...@bugs.python.org
STINNER Victor victor.stin...@haypocalc.com added the comment:
FreeBSD 7 is not affected by this issue.
To test this issue, call signal.pthread_kill(threading.get_ident(),
signal.SIGINT) in an interpreter: it should raise a KeyboardInterrupt. On
FreeBSD6, it does nothing. Or run ./python -m
Terry J. Reedy tjre...@udel.edu added the comment:
With a bit of searching, HOST == support.HOST == 'localhost'. Looking at the
traceback, it is socket that fails, not telnetlib or its test. Hence the
clearer title.
I am still curious what you propose: catch and skip or something else? For
STINNER Victor victor.stin...@haypocalc.com added the comment:
With a bit of searching, HOST == support.HOST == 'localhost'.
Looking at the traceback, it is socket that fails, not telnetlib
or its test.
I only saw the failure on test_telnetlib, not in other tests using sockets. I
think that
STINNER Victor victor.stin...@haypocalc.com added the comment:
Does the failure occur on other buildbots? If not, it's maybe something
specific to this Windows Seven: a local firewall or something like that?
Can we use start 127.0.0.1 instead of localhost? I don't know if it would
change
STINNER Victor victor.stin...@haypocalc.com added the comment:
I only saw the failure on test_telnetlib, not in other tests
using sockets.
Oh, the last failure of the buildbot x86 Windows7 3.x is on test_ftplib, not
test_telnetlib!
STINNER Victor victor.stin...@haypocalc.com added the comment:
Some tests of test_ftplib and test_telnetlib use HOST or directly 'localhost'
instead of getting the host from the server socket. About the test_ftplib
failures, only the tests using explicitly 'localhost' do fail.
Attached patch
R. David Murray rdmur...@bitdance.com added the comment:
Your unit test isn't consistent with the other unit tests in that set, which
makes me suspicious that it isn't testing what we need to test. Also, there
are unit tests for this case further up in the test file
R. David Murray rdmur...@bitdance.com added the comment:
Hmm. I don't know that it is really necessary to cater to the particular
failure mode, I was more interested in seeing a unit test that checked the
correct behavior: that a syntax error is raised (by capturing the output using
the
Roundup Robot devnull@devnull added the comment:
New changeset 1e89444f4ebc by R David Murray in branch '2.7':
#9921: clarify os.path.join joining algorithm
http://hg.python.org/cpython/rev/1e89444f4ebc
New changeset f5f5b715be7e by R David Murray in branch '3.2':
#9921: clarify os.path.join
Changes by R. David Murray rdmur...@bitdance.com:
--
resolution: - fixed
stage: patch review - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9921
R. David Murray rdmur...@bitdance.com added the comment:
For the most part the patch looks good to me, too. My one concern is the
encoding. tokenize detects the encoding...is it possible for the doctest
fragment to be detected to be some encoding other than utf-8?
--
nosy:
Nick Coghlan ncogh...@gmail.com added the comment:
Revised error messages and tests look reasonable and the code seems fine on a
visual scan.
+1 from me.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12356
Terry J. Reedy tjre...@udel.edu added the comment:
Perhaps Michael or Ezio have an idea of whether 'reason' or 'happenstance' is
the answer to your questions.
--
nosy: +ezio.melotti, michael.foord
___
Python tracker rep...@bugs.python.org
101 - 126 of 126 matches
Mail list logo