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
Michael Foord mich...@voidspace.org.uk added the comment:
Note that apple have made gcc available, as part of command line tools for
XCode, freely (free developer registration required though) from:
https://developer.apple.com/downloads/
See:
Stefan Krah stefan-use...@bytereef.org added the comment:
No, this is sys.path after sys.path.insert(0, os.curdir):
['.', '', '/usr/local/lib/python33.zip', '/usr/home/stefan/hg/cpython/Lib',
'/usr/home/stefan/hg/cpython/Lib/plat-freebsd9',
Brett Cannon br...@python.org added the comment:
I can confirm the failure when an import fails prior to running test_imp (i.e.
trying importing some non-existent module like Stefan did at the top of
test_imp). Luckily importlib doesn't fail in this case. =)
--
Changes by Zvezdan Petkovic zvez...@computer.org:
--
nosy: +zvezdan
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14073
___
___
Python-bugs-list
Roundup Robot devn...@psf.upfronthosting.co.za added the comment:
New changeset 27d31f0c4ad5 by Charles-François Natali in branch 'default':
Issue #14077: importlib: Fix regression introduced by de6703671386.
http://hg.python.org/cpython/rev/27d31f0c4ad5
--
nosy: +python-dev
Petri Lehtinen pe...@digip.org added the comment:
Yeah. Seems that fixing #12715 automatically also fixed this, so closing as
duplicate.
--
resolution: - duplicate
status: open - closed
superseder: - Add symlink support to shutil functions
___
Charles-François Natali neolo...@free.fr added the comment:
I've committed the fix.
As for improving the randomness of the temporary file name, I'm not against it
(I'm just not convinced it's necessary).
--
resolution: - fixed
stage: commit review - committed/rejected
status: open -
New submission from STINNER Victor victor.stin...@gmail.com:
[241/364/1] test_zlib
Fatal Python error: Bus error
Current thread 0x2b8f2240d260:
File
/var/tmpfs/martin.vonloewis/3.x.loewis-parallel2/build/Lib/test/test_zlib.py,
line 96 in test_big_buffer
File
Nadeem Vawda nadeem.va...@gmail.com added the comment:
This was already reported as issue 13873.
--
nosy: +nadeem.vawda
resolution: - duplicate
stage: - committed/rejected
status: open - closed
superseder: - SIGBUS in test_zlib on Debian bigmem buildbot
Changes by Nadeem Vawda nadeem.va...@gmail.com:
--
nosy: +haypo, loewis, pitrou
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13873
___
___
STINNER Victor victor.stin...@gmail.com added the comment:
The same test found a bug in Mac OS X kernel: issue #11277.
I'm unable to reproduce the crash on Fedora 16 (with 12 GB of RAM). It may
depend on zlib version or the kernel version. I'm running Linux
3.2.6-3.fc16.x86_64 with zlib
STINNER Victor victor.stin...@gmail.com added the comment:
A recent crash:
[241/364/1] test_zlib
Fatal Python error: Bus error
Current thread 0x2b8f2240d260:
File
/var/tmpfs/martin.vonloewis/3.x.loewis-parallel2/build/Lib/test/test_zlib.py,
line 96 in test_big_buffer
File
Changes by STINNER Victor victor.stin...@gmail.com:
--
title: SIGBUS in test_zlib on Debian bigmem buildbot - SIGBUS in
test_big_buffer() of test_zlib on Debian bigmem buildbot
___
Python tracker rep...@bugs.python.org
STINNER Victor victor.stin...@gmail.com added the comment:
This was already reported as issue 13873.
I searched the issue but I failed to find it because you forgot to mention the
test name (test_big_buffer) :-p
--
___
Python tracker
Antoine Pitrou pit...@free.fr added the comment:
I can confirm the failure when an import fails prior to running
test_imp (i.e. trying importing some non-existent module like Stefan
did at the top of test_imp). Luckily importlib doesn't fail in this
case. =)
I can't reproduce :( Can either
Changes by Antoine Pitrou pit...@free.fr:
--
nosy: +ezio.melotti
stage: - patch review
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14089
___
Antoine Pitrou pit...@free.fr added the comment:
This is unfortunately wrong since it will fail in the face of symlinks.
(if foo is a symlink to another directory, then foo/../bar is not the same
thing as bar)
--
nosy: +pitrou
___
Python tracker
New submission from Massimo Paladin massimo.pala...@gmail.com:
Here is the behavior I am getting only on Python 2.7.2 in a Fedora 16:
$ cat /tmp/example.py
from subprocess import Popen,PIPE
args = whatever program.split()
p = Popen(args)
If I run the program with:
$ cd /tmp/; python example.py
STINNER Victor victor.stin...@gmail.com added the comment:
I'm unable to reproduce the problem on Fedora 16 with Python 2.7.2.
It hangs until I stop it with ctrl-c
Do you get an exception after hiting CTRL+c?
--
nosy: +haypo
___
Python tracker
Massimo Paladin massimo.pala...@gmail.com added the comment:
Yes, the expected one:
^CTraceback (most recent call last):
File /tmp/example.py, line 7, in module
p = Popen(args)
File /usr/lib64/python2.7/subprocess.py, line 679, in __init__
errread, errwrite)
File
Massimo Paladin massimo.pala...@gmail.com added the comment:
The line which is mentioned in the exception for the file example.py is 7
because I have something commented out which I didn't past in the text before.
--
___
Python tracker
STINNER Victor victor.stin...@gmail.com added the comment:
Could you try to collect more information with gdb?
cd ~; gdb -args python /tmp/example.py
(gdb) run
python hangs
CTRL+c
(gdb) where
the expected output
--
___
Python tracker
Nick Coghlan ncogh...@gmail.com added the comment:
Makes sense to me (your new proposal sounds pretty close to the sketch I posted
on the mailing list).
It's really only the performance of in-function imports that concerned me and
those are almost always going to get hits in sys.modules.
Francisco Martín Brugué franci...@email.de added the comment:
I have some questions about this:
1) In Lib/test/string_tests.py it says:
“Common tests shared by test_str, test_unicode, test_userstring and
test_string”
but
a) I cannot find test_str
b) string is imported and only some
Massimo Paladin massimo.pala...@gmail.com added the comment:
$ cd ~; gdb -args python /tmp/example.py
GNU gdb (GDB) Fedora (7.3.50.20110722-10.fc16)
Copyright (C) 2011 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html
This is free
Nick Coghlan ncogh...@gmail.com added the comment:
At least the first couple of those look like obsolete comments left over from
the 2.x branch (we didn't do a mass renaming in the test suite, so many tests
still live in their old locations).
--
Brett Cannon br...@python.org added the comment:
I'd rather get importlib working fast enough that you are okay with
bootstrapping it so we can delete the offending code. =)
--
___
Python tracker rep...@bugs.python.org
Ned Deily n...@acm.org added the comment:
Note that apple have made gcc available, as part of command line tools for
XCode, freely (free developer registration required though) from:
https://developer.apple.com/downloads
See:
http://kennethreitz.com/xcode-gcc-and-homebrew.html
No. The new
Marc Abramowitz msabr...@gmail.com added the comment:
I noticed that jcea already had some commented out stuff for OS X in his
configure.in.
I tried it out and stuff builds and works in a basic way, although it might not
be fully functional.
```
~/src/python-hg/cpython-2011$ hg diff
Stefan Krah stefan-use...@bytereef.org added the comment:
Here's a minimal test case for now. It only fails if called as -m test:
$ ./python Lib/test/test_dot.py # OK
$ ./python Lib/test/regrtest.py test_dot # OK
[1/1] test_dot
Warning -- sys.path was modified by test_dot
$
STINNER Victor victor.stin...@gmail.com added the comment:
(gdb) where
#0 0x0039d3a0e8e0 in __connect_nocancel () from /lib64/libpthread.so.0
#1 0x7095c678 in ?? () from
/usr/lib64/python2.7/lib-dynload/_socketmodule.so
#2 0x7095d524 in ?? () from
Changes by STINNER Victor victor.stin...@gmail.com:
--
nosy: +dmalcolm
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14091
___
___
STINNER Victor victor.stin...@gmail.com added the comment:
We can use realpath() if the function is available. Something similar is
already done for sys.argv[0]. We should also use GetFullPathNameW() on Windows.
--
nosy: +haypo
Added file:
STINNER Victor victor.stin...@gmail.com added the comment:
See also the issue #13402.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14088
___
Antoine Pitrou pit...@free.fr added the comment:
We can use realpath() if the function is available. Something similar
is already done for sys.argv[0]. We should also use GetFullPathNameW()
on Windows.
GetFullPathName() is an abspath() equivalent. For realpath() you want
Stefan Krah stefan-use...@bytereef.org added the comment:
Antoine, what is your gcc version? The test case I posted fails
with Debian/gcc-4.3.2 and Ubuntu/gcc-4.4.3. The two affected
buildbots have gcc-4.2.x.
But the test case passes on Fedora/gcc-4.6.
--
STINNER Victor victor.stin...@gmail.com added the comment:
GetFullPathName() is an abspath() equivalent. For realpath() you
want GetFinalPathNameByHandle(), aka. _nt.getfinalpathname().
Ah? ntpath.realpath() uses nt._getfullpathname(). Is it a bug in ntpath?
--
New submission from Lex Berezhny eukre...@gmail.com:
The following behavior doesn't make sense, especially since it works correctly
for other special attributes:
class F:
__name__ = Foo
F.__name__
'F'
F().__name__
'Foo'
F.__name__ = 'Foo'
F.__name__
'Foo'
Works fine for
New submission from Vinay Sajip vinay_sa...@yahoo.co.uk:
Currently, the Mercurial revision information is not appearing in Windows
builds - they always appear to be default. This appears to be because the
relevant information is not passed to getbuildinfo.c.
The attached patch rectifies this,
1 - 100 of 145 matches
Mail list logo