Find a new release of python-ldap:
http://pypi.python.org/pypi/python-ldap/2.4.8
python-ldap provides an object-oriented API to access LDAP directory
servers from Python programs. It mainly wraps the OpenLDAP 2.x libs for
that purpose. Additionally it contains modules for other LDAP-related
I'm starting to think about my annual PyCon keynote. I don't want it
to be just a feel-good motivational speech (I'm no good at those), nor
a dry state of the Python union talk (I'm bored with those), but I'd
like to hear what Python users care about. I've created a Google+ post
for feedback:
Please file a bug on http://bugs.python.org/
--- Giampaolo
http://code.google.com/p/pyftpdlib/
http://code.google.com/p/psutil/
http://code.google.com/p/pysendfile/
Il 21 febbraio 2012 10:31, Petite Abeille petite.abei...@gmail.com ha scritto:
Hello,
Looks like imaplib is case sensitive, even
On Wed, Feb 22, 2012 at 4:29 PM, Steven D'Aprano
steve+comp.lang.pyt...@pearwood.info wrote:
While I think 60MB for a basic calculator app is taking the piss, this is
2011 not 1987 and we don't have to support floppy disks any more. 11MB
for a GUI app is nothing to be worried about. That takes,
On 21/02/2012 11:02, Karim wrote:
Is there any chance that xlrd read .xlsx format
I believe this is planned for the next major release.
and arrive to decode
special unicode instead of firing some unicode Exception?
Not heard of this, I suggest you explain the problem you're having on
the
On 22/02/2012 00:37, python-ex...@raf.org wrote:
was good for previous versions. two reasons that spring to mind
immediately are:
- it makes it much easier to tell what version is installed
- it makes it much easier to uninstall the package
i know that both of these are things that the
Find a new release of python-ldap:
http://pypi.python.org/pypi/python-ldap/2.4.8
python-ldap provides an object-oriented API to access LDAP directory
servers from Python programs. It mainly wraps the OpenLDAP 2.x libs for
that purpose. Additionally it contains modules for other LDAP-related
On 2012-02-22, Kyle T. Jones onexpadrem...@evomeryahoodotyouknow.com wrote:
On 2/19/12 2:16 AM, SherjilOzair wrote:
Well, if not modify python itself, I was thinking of making another shell,
which borrows a lot from python, something like merging bash and python.
such that I can do `cd
Hello list, I wanted to let you know about my pet project for the last few
months, a multiplatform (Linux64/Win32/Android at the moment),
Python/Cython/SDL open source 2D game engine called Ignifuga.
The source code mixes Python and Cython code, then uses Cython to convert
everything to C, and
Notice that both classes are identical, except that one inherits from
dict (and works) and the other inherits from OrderedDict and fails.
Has anyone seen this before? Thanks.
import collections
class Y(dict):
def __init__(self, stuff):
for k, v in stuff:
self[k] = v
#
Bruce Eckel wrote:
Notice that both classes are identical, except that one inherits from
dict (and works) and the other inherits from OrderedDict and fails.
Has anyone seen this before? Thanks.
import collections
class Y(dict):
def __init__(self, stuff):
for k, v in stuff:
On Wed, 22 Feb 2012 04:12:29 -0800 (PST), Plumo wrote:
I have a python script using only the standard libraries.
Currently I use a Windows VM to generate exe's, which is cumbersome.
And what exactly *is* this exe about?
Has anyone had success generating exe's from within Linux?
That doesn't
Dear Sirs,
We are researchers in Technical University of Crete and our current
research is in the field of motivation analysis of open source and open
content software projects participants. We would like to ask you to fill
a questionnaire and forward it to people involved in such teams and
On Feb 22, 10:10 am, Peter Otten __pete...@web.de wrote:
Looks like invoking OrderedDict.__init__() is necessary:
from collections import OrderedDict
class X(OrderedDict):
... def __init__(self, stuff):
... super(X, self).__init__()
... for k, v in stuff:
...
Wed, 22 Feb 2012 18:19:12 +0100
Waldek M. a écrit:
On Wed, 22 Feb 2012 04:12:29 -0800 (PST), Plumo wrote:
I have a python script using only the standard libraries.
Currently I use a Windows VM to generate exe's, which is cumbersome.
And what exactly *is* this exe about?
Whatever.
Has
http://www.pyinstaller.org/
or
http://cx-freeze.sourceforge.net/
You can also run py2exe in WINE
On Thu, Feb 23, 2012 at 4:42 AM, Jérôme jer...@jolimont.fr wrote:
Wed, 22 Feb 2012 18:19:12 +0100
Waldek M. a écrit:
On Wed, 22 Feb 2012 04:12:29 -0800 (PST), Plumo wrote:
I have a python
Simple mathematical problem, + and - only:
1800.00-1041.00-555.74+530.74-794.95
-60.9500045
That's wrong.
Proof
http://www.wolframalpha.com/input/?i=1800.00-1041.00-555.74%2B530.74-794.95
-60.95 aka (-(1219/20))
Is there a reason Python math is only approximated? - Or is this a bug?
On 22/02/2012 18:13, Alec Taylor wrote:
Simple mathematical problem, + and - only:
1800.00-1041.00-555.74+530.74-794.95
-60.9500045
That's wrong.
Proof
http://www.wolframalpha.com/input/?i=1800.00-1041.00-555.74%2B530.74-794.95
-60.95 aka (-(1219/20))
Is there a reason Python math
Am 22.02.2012 19:13, schrieb Alec Taylor:
Simple mathematical problem, + and - only:
1800.00-1041.00-555.74+530.74-794.95
-60.9500045
That's wrong.
That's only the correct answer for unlimited precision, not for IEEE-754
semantics. http://en.wikipedia.org/wiki/IEEE_754
Proof
On Wed, Feb 22, 2012 at 11:13 AM, Alec Taylor alec.tayl...@gmail.com wrote:
Simple mathematical problem, + and - only:
1800.00-1041.00-555.74+530.74-794.95
-60.9500045
That's wrong.
Proof
http://www.wolframalpha.com/input/?i=1800.00-1041.00-555.74%2B530.74-794.95
-60.95 aka
On Feb 22, 2012 1:16 PM, Alec Taylor alec.tayl...@gmail.com wrote:
Simple mathematical problem, + and - only:
1800.00-1041.00-555.74+530.74-794.95
-60.9500045
That's wrong.
Proof
http://www.wolframalpha.com/input/?i=1800.00-1041.00-555.74%2B530.74-794.95
-60.95 aka (-(1219/20))
On Wed, Feb 22, 2012 at 10:13 AM, Alec Taylor alec.tayl...@gmail.com wrote:
Simple mathematical problem, + and - only:
1800.00-1041.00-555.74+530.74-794.95
-60.9500045
That's wrong.
Welcome to the world of finite-precision binary floating-point
arithmetic then! Reality bites.
On Feb 22, 1:13 pm, Alec Taylor alec.tayl...@gmail.com wrote:
Simple mathematical problem, + and - only:
1800.00-1041.00-555.74+530.74-794.95
-60.9500045
That's wrong.
Proofhttp://www.wolframalpha.com/input/?i=1800.00-1041.00-555.74%2B530.74-...
-60.95 aka (-(1219/20))
Is
Alec Taylor writes:
Simple mathematical problem, + and - only:
1800.00-1041.00-555.74+530.74-794.95
-60.9500045
That's wrong.
Not by much. I'm not an expert, but my guess is that the exact value
is not representable in binary floating point, which most programming
languages use
On 2012-02-22, Alec Taylor alec.tayl...@gmail.com wrote:
Simple mathematical problem, + and - only:
1800.00-1041.00-555.74+530.74-794.95
-60.9500045
That's wrong.
Oh good. We haven't have this thread for several days.
Proof
On Wed, 22 Feb 2012 15:31:10 +, Grant Edwards wrote:
On 2012-02-22, Kyle T. Jones onexpadrem...@evomeryahoodotyouknow.com
wrote:
On 2/19/12 2:16 AM, SherjilOzair wrote:
Well, if not modify python itself, I was thinking of making another
shell, which borrows a lot from python, something
On 02/22/2012 07:05 PM, Alec Taylor wrote:
http://www.pyinstaller.org/
or
http://cx-freeze.sourceforge.net/
You can also run py2exe in WINE
You want to say, that I could install python 2.6
some packages like win32api
PyQt and tand py2exe under Wine and then compile it.
Did you try
On Wed, 22 Feb 2012 19:26:26 +0100, Christian Heimes wrote:
Python uses the platforms double precision float datatype. Floats are
almost never exact.
Well, that's not quite true. Python floats are always exact. They just
may not be exactly what you want :)
Pedantic-but-unhelpful-as-always-ly
Gelonida N, 22.02.2012 23:25:
On 02/22/2012 07:05 PM, Alec Taylor wrote:
http://www.pyinstaller.org/
or
http://cx-freeze.sourceforge.net/
You can also run py2exe in WINE
You want to say, that I could install python 2.6
some packages like win32api
PyQt and tand py2exe under Wine and
Chris Withers wrote:
On 22/02/2012 00:37, python-ex...@raf.org wrote:
was good for previous versions. two reasons that spring to mind
immediately are:
- it makes it much easier to tell what version is installed
- it makes it much easier to uninstall the package
i know that both of
On Wednesday, February 22, 2012 5:22:45 am Chris Withers wrote:
On 22/02/2012 00:37, python-ex...@raf.org wrote:
was good for previous versions. two reasons that spring to mind
immediately are:
- it makes it much easier to tell what version is installed
- it makes it much easier to
distutils generates a number of files automatically in my projects,
including MANIFEST, build/* and dist/*
Is there any reason why I would want or need to track them in mercurial?
I currently have this .hgignore file:
syntax: glob
*.pyc
*~
exclude/*
build/*
dist/*
MANIFEST
Good practice or
I am happy to announce the first public release of pyprimes, a pure-
Python module for generating prime numbers, primality tests, and prime
factorisation.
http://pypi.python.org/pypi/pyprimes/0.1.1a
With pyprimes, you can compare a number of algorithms for generating and
testing primes. It
Note: this email corrects the dates given in the previous announcement.
The 14th Python Game Programming Challenge (PyWeek) is coming. It'll
run from the 6th to the 13th of May. Not April as previously announced.
http://pyweek.org/14/
New user registration is NOT YET OPEN. It will open one
Having said that, Wine is actually surprisingly capable these days. It
won't always run the latest release of our all-time favourite WYGIWYD
character pushing or number layouting programs from MS-Office fame, but at
least older versions of many a program tend to work rather nicely.
Even newer
I need to write two file using python script as below -
1. Store.py: Write a script to store a list say store_list = [Apple,
Orange, PineApple. “and so on” ] to disk.
2. Retrieve.py: Read the object stored in the ‘Store.py’ file and print the
contents of this list.
I have to run on Linux
On Thu, Feb 23, 2012 at 5:24 PM, Smiley 4321 ssmil...@gmail.com wrote:
I need to write two file using python script as below -
1. Store.py: Write a script to store a list say store_list = [Apple,
Orange, PineApple. “and so on” ] to disk.
2. Retrieve.py: Read the object stored in the
thanks Jérôme.
Closest I have found is pyinstaller added support for cross-compiling a year
ago by mounting a Windows partition on Linux:
https://groups.google.com/forum/?fromgroups#!topic/pyinstaller/KISZP5sHCWg
But it was not stable so will be removed:
I want to download content asynchronously. This would be straightforward to do
threaded or across processes, but difficult asynchronously so people seem to
rely on external libraries (twisted / gevent / eventlet).
(I would use gevent under different circumstances, but currently need to stick
Marc Abramowitz msabr...@gmail.com added the comment:
With an hg checkout, I don't run into the `offsetof` problem - it fails when it
gets to calling dtrace to generate Python/dtrace.o (again -G is the culprit).
```
$ hg clone https://hg.jcea.es/cpython-2011/
$ cd cpython-2011
$ hg update
Tarek Ziadé ziade.ta...@gmail.com added the comment:
@grahamd : sometimes you don't own the code that contains the thread, so I
think it's better to be able to shutdown properly all flavors of threads.
--
___
Python tracker rep...@bugs.python.org
Graham Dumpleton graham.dumple...@gmail.com added the comment:
Reality is that the way Python behaviour is defined/implemented means that it
will wait for non daemonised threads to complete before exiting.
Sounds like the original code is wrong in not setting it to be daemonised in
the first
Tarek Ziadé ziade.ta...@gmail.com added the comment:
Is there any good reason not to add this feature ? what would be the problem ?
It does seem to be for the best, I don't see any drawbacks
--
___
Python tracker rep...@bugs.python.org
Georg Brandl ge...@python.org added the comment:
It doesn't really matter if something was *meant* to be subclassed. If it can
be in 3.x, and can't be in 3.x+1, that's a sort of backwards compatibility bug
we want to avoid pretty strongly because it's gratuitous breakage.
--
nosy:
New submission from Stefan Krah stefan-use...@bytereef.org:
I tried to reproduce the failure from #14080 using this:
./python -m test -uall -v -F test_imp
After around 500 iterations the test fails:
==
ERROR:
Changes by Stefan Krah stefan-use...@bytereef.org:
--
type: behavior - resource usage
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14084
___
___
New submission from Stefan Krah stefan-use...@bytereef.org:
The FreeBSD-9.0 bot shows a couple of warnings because some comparisons
in PyUnicode_WRITE are always true:
Objects/unicodeobject.c:2598: warning: comparison is always true due to limited
range of data type
Nadeem Vawda nadeem.va...@gmail.com added the comment:
So, do you agree that “not automated but not ugly” is better than “automated
with ugly klutches”?
Definitely. If we have to add special cases that are almost as long as
the original code, the automation seems pointless.
Note that there
Nadeem Vawda nadeem.va...@gmail.com added the comment:
For the xztar format, you should also perhaps recognize the .txz
extension - I've seen this used by FreeBSD.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5411
Graham Dumpleton graham.dumple...@gmail.com added the comment:
At the moment you have showed some code which is causing you problems and a
vague idea. Until you show how that idea may work in practice it is a bit hard
to judge whether what it does and how it does it is reasonable.
--
Tarek Ziadé ziade.ta...@gmail.com added the comment:
Mmm.. you did not say yet why you are against this feature, other than the lib
*should not* use non-daemonized threads
This sounds like the lib should not use feature X in Python because it will
block everything
And now we're proposing to
New submission from David vencabot_tep...@hotmail.com:
The __str__() method of the KeyError class seems to put quotes around the
argument given to the class. This was causing bizarre, escaped quotation marks
to appear in my code (where the result of str(e) is often passed as the
argument of
Lars Gustäbel l...@gustaebel.de added the comment:
a) Good point, a case of sloppy naming.
b) IMO a table is a tad too much. The amount of different compression methods
is still quite small. My patch proposes a simpler approach.
c) A link to shutil is very useful.
BTW, thanks for the effort.
Graham Dumpleton graham.dumple...@gmail.com added the comment:
I haven't said I am against it. All I have done so far is explain on the
WEB-SIG how mod_wsgi works and how Python currently works and how one would
normally handle this situation by having the thread be daemonised.
As for the
STINNER Victor victor.stin...@gmail.com added the comment:
Can you try to cast value to Py_UCS4 in assertions of
PyUnicode_WRITE() macro? For example, replace
assert(value = 0xff);
by
assert((Py_UCS4)value = 0xff);
--
___
Python tracker
Tarek Ziadé ziade.ta...@gmail.com added the comment:
Add an actual example here at least of how with the proposed feature your
code would then look.
That's the part I am not sure at all about in fact. I don't know at all the
internals in the shutdown process in Python and I was hoping
Roundup Robot devn...@psf.upfronthosting.co.za added the comment:
New changeset 179bc7557484 by Nadeem Vawda in branch '2.7':
Issue #14053: Fix make patchcheck to work with MQ.
http://hg.python.org/cpython/rev/179bc7557484
New changeset fc5de19c66e2 by Nadeem Vawda in branch '3.2':
Issue
Graham Dumpleton graham.dumple...@gmail.com added the comment:
Except that calling it at the time of current atexit callbacks wouldn't change
the current behaviour. As quoted in WEB-SIG emails the sequence is:
wait_for_thread_shutdown();
/* The interpreter is still entirely intact at
Nadeem Vawda nadeem.va...@gmail.com added the comment:
Committed. Thanks for the patch!
I haven't added NEWS as I thing is easier for the person that applies the
patch to simply write the line directly there instead of merging. Is that ok?
Yes, that's fine; usually the NEWS entry is more or
Vinay Sajip vinay_sa...@yahoo.co.uk added the comment:
Was it one of the buildbots that was failing?
No, I was doing some testing with the pythonv branch and ran into this on a Mac
running OS X 10.5.8 (Leopard).
I'll re-test and close the issue if all is well.
--
Julian Berman julian+python@grayvines.com added the comment:
Hey there. Check out #2651
--
nosy: +Julian
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14086
___
Stefan Krah stefan-use...@bytereef.org added the comment:
Your suggestion eliminates many warnings, but not all. FreeBSD
is still stuck with gcc-4.2, so perhaps this is a good compromise.
Getting rid of the remaining warnings might require a more bloated
solution.
These are the remaining
Éric Araujo mer...@netwok.org added the comment:
You might want to coordinate with Issue 13850 a bit - they want a quick
reference table before
the first example (which would therefore mean before this howto which is
replacing the first example).
The howto discussed here would be a new
Changes by Nadeem Vawda nadeem.va...@gmail.com:
--
nosy: +nadeem.vawda
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13447
___
___
Changes by Tshepang Lekhonkhobe tshep...@gmail.com:
--
nosy: +tshepang
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13447
___
___
Éric Araujo mer...@netwok.org added the comment:
I went for something even simpler: one new file Lib/test/test_tools.py. There
is no need to have a file there and more files in Tools/tests, everything can
go in test_tools (I’m not worried about file size, we already have a few
Lars Gustäbel l...@gustaebel.de added the comment:
I updated your patch:
- I removed the import as bit completely and changed all occurrences of
_open() to builtins.open() which is more readable and explanatory.
- I object to changing the error messages in the 3.2 branch due to backwards
Stefan Krah stefan-use...@bytereef.org added the comment:
It looks like in the FreeBSD (patched?) gcc version -Wtype-limits is part
of -Wall. I can reproduce the same warnings on Ubuntu with:
./configure --with-pydebug CFLAGS=-Wtype-limits
So I'm not so sure anymore if this is worth a patch
New submission from sbt shibt...@gmail.com:
multiprocessing.Condition is missing a counterpart for the wait_for() method
added to threading.Condition in Python 3.2.
I will work on a patch.
--
components: Library (Lib)
messages: 153956
nosy: sbt
priority: normal
severity: normal
Brett Cannon br...@python.org added the comment:
So refactoring the Python code into C code has been done, but it's crashing. =)
As usual, manual memory management sucks.
I also think that their is still too much C code as it makes the whole thing
somewhat brittle to any refactoring of
sbt shibt...@gmail.com added the comment:
Wouldn't it be simpler with a mp.Condition?
Well, it is a fair bit shorter than the implementation in threading.py. But
that is not a fair comparison because it does implement reset().
I was trying to avoid using shared memory/ctypes since
Brett Cannon br...@python.org added the comment:
2012/2/21 Charles-François Natali rep...@bugs.python.org
But in other VMs id() is simply a number that gets assigned to objects that
is monotonically increasing. So it can be extremely deterministic if the
object creation order is consistent.
Brett Cannon br...@python.org added the comment:
I think the test is bogus. It would do better to either use str.endswith() or
splitting off the various parts of __file__ to verify the filename is correct
as is the directory. Otherwise it shouldn't matter if the directory is relative
or
Zbyszek Szmek zbys...@in.waw.pl added the comment:
OK, I guess that this could now be closed, since 13609 has been commited.
(It is currently reopened, but the proposed tweaks wouldn't influence
the usage in argparse, even if accepted).
I'm attaching a patch which updates the tests to the new
Changes by Zbyszek Szmek zbys...@in.waw.pl:
Removed file: http://bugs.python.org/file23241/patch1.1.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13041
___
Changes by Zbyszek Szmek zbys...@in.waw.pl:
Removed file: http://bugs.python.org/file23238/patch1.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13041
___
Changes by Zbyszek Szmek zbys...@in.waw.pl:
Removed file: http://bugs.python.org/file24152/patch2.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13041
___
Zbyszek Szmek zbys...@in.waw.pl added the comment:
I suppose here is where I should volunteer to update the patch file...
@GraylinKim: do you still intend to work on this?
--
___
Python tracker rep...@bugs.python.org
Antoine Pitrou pit...@free.fr added the comment:
Otherwise it shouldn't matter if the directory is relative or absolute.
That's not really the issue here, both are relative.
I am still baffled at that failure, I don't see why would be chosen over .
(which is inserted at the beginning of
Zbyszek Szmek zbys...@in.waw.pl added the comment:
Maybe this could be closed? I'm attaching a small patch with a documentation
clarification. (Adds In either case the list of
subdirectories is retrieved before the tuples for the directory and
its subdirectories are generated.).
--
Graylin Kim graylin@gmail.com added the comment:
I'd be willing to at some point but I cannot see myself getting around to
it in the near future.
If someone else wants to offer an implementation that would be great.
On Wed, Feb 22, 2012 at 10:42 AM, Zbyszek Szmek
Antoine Pitrou pit...@free.fr added the comment:
Both test_issue9319 and test_find_module_encoding seem to leak file descriptors.
--
priority: normal - high
stage: - needs patch
versions: +Python 3.2
___
Python tracker rep...@bugs.python.org
Changes by Vinay Sajip vinay_sa...@yahoo.co.uk:
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14079
___
Steven Bethard steven.beth...@gmail.com added the comment:
Oh ok. Sounds good then!
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14034
___
___
Brett Cannon br...@python.org added the comment:
Well, if you execute test_imp w/ importlib (-m importlib.test.regrtest
test_imp) it still passes. So there is something very odd going on that
probably relies on some other test doing something weird. And this might be
hard to diagnose until
Zbyszek Szmek zbys...@in.waw.pl added the comment:
zsh completion is much more powerful. E.g. for gitSPlogSPTAB I see:
completing head
list-of-heads
completing commit object name
completing cached file
abspath.c git-lost-found.sh README
aclocal.m4
New submission from Antonio Ribeiro alvesjunior.anto...@gmail.com:
Hi all,
As it is my first time here, I'll try to explay step-by-step why I'm providing
this path, and why I think that it is changing something that I believe that is
not correct.
First of all, I was trying to run one
Ross Lagerwall rosslagerw...@gmail.com added the comment:
Cool, thanks for reporting and debugging the issue :-)
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14079
___
Changes by Eric Snow ericsnowcurren...@gmail.com:
--
nosy: +eric.snow
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13447
___
___
Python-bugs-list
Antoine Pitrou pit...@free.fr added the comment:
Should be fixed now.
--
resolution: - fixed
stage: needs patch - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14084
Roundup Robot devn...@psf.upfronthosting.co.za added the comment:
New changeset cbfd2bf80db0 by Antoine Pitrou in branch '3.2':
Issue #14084: Fix a file descriptor leak when importing a module with a bad
encoding.
http://hg.python.org/cpython/rev/cbfd2bf80db0
New changeset fcd0a67e708e by
Changes by Anton Korobeynikov an...@korobeynikov.info:
--
nosy: +Anton.Korobeynikov
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13241
___
___
Changes by Anton Korobeynikov an...@korobeynikov.info:
--
nosy: +Anton.Korobeynikov
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13370
___
___
Marc Abramowitz msabr...@gmail.com added the comment:
My understanding of DTrace is extremely shallow, but I think there is a major
difference in how USDT probes are created between Solaris and OS X. Whereas on
Solaris one generates object code using the -G option of dtrace and then links
it
Barry A. Warsaw ba...@python.org added the comment:
I have to amend my suggestion about sys.flags.hash_randomization. It needs to
be non-zero even if $PYTHONHASHSEED is given instead of -R. Many other flags
that also have envars work the same way, e.g. -O and $PYTHONOPTIMIZE. So
Stefan Krah stefan-use...@bytereef.org added the comment:
OK, on FreeBSD the failure occurs reliably when test_sqlite and
test_imp are chained, perhaps because of the import failure
of sqlite3:
[stefan@freebsd-amd64 ~/hg/cpython]$ ./python -m test -uall test_sqlite test_imp
[1/2] test_sqlite
Antoine Pitrou pit...@free.fr added the comment:
OK, on FreeBSD the failure occurs reliably when test_sqlite and
test_imp are chained, perhaps because of the import failure
of sqlite3:
Mmh, funny, I can't trigger it here. Is there anything special in your
sys.path?
--
Francisco Martín Brugué franci...@email.de added the comment:
My only concern is communication: how do we tell people working on a tool
that they should write a test in test_tools? I’m not sure they would read
Tools/README; maybe a note at the top of the Python files would work; a note
New submission from Oleg Plakhotnyuk oleg...@gmail.com:
The last few missing bits to complete test coverage of 'fractions.py' library.
./python.exe -E -Wd -m test -v -T -D ../coverage/test_fractions test_fractions
lines cov% module (path)
270 100% fractions
Barry A. Warsaw ba...@python.org added the comment:
Never mind about sys.hash_seed. See my follow up in python-dev. I consider
this issue is closed wrt the 2.6 branch.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13703
1 - 100 of 184 matches
Mail list logo
