Changes by Eric Devolder eric.devol...@gmail.com:
--
nosy: +keldonin
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5831
___
___
Python-bugs-list
New submission from Eric Smith e...@trueblade.com:
PyOS_ascii_formatd is no longer needed, now that we have
PyOS_double_to_string. PyOS_ascii_formatd has a horrible interface,
requiring a format string to be composed and then parsed. The format
string is a very limited printf-like format string.
Walter Dörwald wal...@livinglogic.de added the comment:
There's an EnvironmentVarGuard context manager in support.py that IMHO
should be used for recording changes to the environment variables. Or a
new context manager that does what your patch does could be put into
support.py. There might be
Jeroen Ruigrok van der Werven asmo...@in-nomine.org added the comment:
This seems to be present in c-api/arg.rst in trunk already.
Candidate for closure after verifying it's been merged appropriately?
--
nosy: +asmodai
___
Python tracker
Walter Dörwald wal...@livinglogic.de added the comment:
Here is a third version of the patch. AFAICT the logic of the unicode
database is as follows:
* If the NODELTA_MASK is not set, delta is an offset.
* If NODELTA_MASK is set and delta is != 0, delta is the
upper/lower/title case character.
Walter Dörwald wal...@livinglogic.de added the comment:
Hmm, EnvironmentVarGuard seems to be broken:
import os
from test import support
with support.EnvironmentVarGuard() as env:
env.unset(HOME)
env.set(HOME, bar)
print(os.environ.get(HOME))
I would have expected that to print the
Mark Dickinson dicki...@gmail.com added the comment:
EnvironmentVarGuard certainly looks like a good thing to use here,
provided that it works...
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4951
New submission from Mark Dickinson dicki...@gmail.com:
The special-case code that parses infs and nans should be moved from
Objects/floatobject.c to Python/pystrtod.c, so that it's available
for other places that want to parse nans and infs.
The fallback version of PyOS_ascii_strtod needs to
New submission from Walter Dörwald wal...@livinglogic.de:
support.EnvironmentVarGuard seems to be broken:
import os
from test import support
print(os.environ.get(HOME))
with support.EnvironmentVarGuard() as env:
env.unset(HOME)
env.set(HOME, foo)
print(os.environ.get(HOME))
The output
Walter Dörwald wal...@livinglogic.de added the comment:
Here's a patch that changes EnvironmentVarGuard to make a copy of
os.environ at the start. The set and unset methods are useless now, but
I left them in for backwards compatibility. Should they be removed?
--
Added file:
Mark Dickinson dicki...@gmail.com added the comment:
Is efficiency a concern here? I'm just imagining an environment with
thousands of variables, but only a few changes being made---the old
(broken) code just resets the variables that have changed, while the
patched version resets all of the
Mark Dickinson dicki...@gmail.com added the comment:
Could you maybe get away with a single dict changed,
which would just record previous values (with None representing
a value that was previously unset)?
--
___
Python tracker rep...@bugs.python.org
Walter Dörwald wal...@livinglogic.de added the comment:
That's exactly what I was thinking too. Here's the patch. Running the
test suite now.
--
Added file: http://bugs.python.org/file13764/diff2.txt
___
Python tracker rep...@bugs.python.org
Walter Dörwald wal...@livinglogic.de added the comment:
If you want to restore only those environment variables that have change
you somehow have to record which *do* have changed, i.e. you'd have to
go through EnvironmentVarGuard again. I'm working on a patch that does that.
--
Mark Dickinson dicki...@gmail.com added the comment:
Patch looks good to me, and (for py3k) all tests pass on my machine.
As far as I can tell, there's currently no test for EvironmentVarGuard
itself, though it's tested indirectly by other tests. It might be good to
have some direct tests
New submission from Daniel Diniz aja...@gmail.com:
Seems like submitting is broken?
--
messages: 86472
nosy: ajaksu2
severity: normal
status: open
title: Test issue
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5838
Mark Dickinson dicki...@gmail.com added the comment:
I take that back: this patch appears to break test_importlib on
OS X 10.5.6 (py3k). Not sure why.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5837
Walter Dörwald wal...@livinglogic.de added the comment:
OK, I'll remove the clear method (which is a new feature) and then check
it in.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5837
Daniel Diniz aja...@gmail.com added the comment:
OK, no so broken then :)
--
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5838
___
Martin v. Löwis mar...@v.loewis.de added the comment:
I think the patch is incorrect; the bug is already in
makeunicodedata.py. For U+1d79, it should set the lowercase letter to
U+1d79.
If you look at makeunicodedata.py, you see that the entire logic is
bogus: when the column is absent, it
Martin v. Löwis mar...@v.loewis.de added the comment:
Closing as suggested
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1729742
___
Mark Dickinson dicki...@gmail.com added the comment:
Does submitting still work if you select some components?
--
nosy: +marketdickinson
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5838
Mark Dickinson dicki...@gmail.com added the comment:
It looks like the unset method should check whether the variable
is set before trying to unset it.
Perhaps this also needs to happen in the __exit__ method?
--
___
Python tracker
Walter Dörwald wal...@livinglogic.de added the comment:
This might have something to do with the _keymap hook.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5837
___
Walter Dörwald wal...@livinglogic.de added the comment:
You're right checking both in unset() and __exit__() fixes the importlib
failures. I'll check in the fix.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5837
Jeroen Ruigrok van der Werven asmo...@in-nomine.org added the comment:
I added initial documentation for both PyObject_HEAD_INIT and
PyVarObject_HEAD_INIT in r71874.
The text currently reads:
PyObject_HEAD_INIT(type)¶
This is a macro which expands to initialization values for a new
Guilherme Polo ggp...@gmail.com added the comment:
Ah, retried this bug a bit more and found out that to hang you have to
run idle with the -e option and a non-existing filename.
Anyway, this was all introduced by r57998.
--
___
Python tracker
Jeroen Ruigrok van der Werven asmo...@in-nomine.org added the comment:
What do we want to do with this one, because it is now seems out of
scope for documentation given the changes Gerhard implemented.
--
nosy: +asmodai
___
Python tracker
Changes by Guilherme Polo ggp...@gmail.com:
--
nosy: +kbk
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4985
___
___
Python-bugs-list mailing list
Jeroen Ruigrok van der Werven asmo...@in-nomine.org added the comment:
Currently in trunk the types implementation only defines:
DictProxyType = type(TypeType.__dict__)
This is also documented in library/types.rst as:
types.DictProxyType
The type of dict proxies, such as
Jeroen Ruigrok van der Werven asmo...@in-nomine.org added the comment:
There has been no patch forthcoming in 3-4 years. Should the possibility
of a stack size increase for HP-UX be documented somewhere in the
installation/build documentation so that this issue can finally be
closed or do we
Jeroen Ruigrok van der Werven asmo...@in-nomine.org added the comment:
We want to document that old-style classes get converted into new-style
classes and that in general this goes without problems, except for some
corner cases such as containing a __slots__ directive? Or did I miss
anything
Tarek Ziadé ziade.ta...@gmail.com added the comment:
Applied in r71878 and r71879. Thanks
EnvironmentVarGuard is definitely the way to go, I'll use it.
--
status: open - closed
___
Python tracker rep...@bugs.python.org
Jeroen Ruigrok van der Werven asmo...@in-nomine.org added the comment:
Thanks, committed in r71882.
Georg, I guess this needs to be backported to 2.6 at least and we need
to check what 3.x has.
--
nosy: +asmodai
___
Python tracker
New submission from Makursi m...@aitag.com:
I have installed 2.6.2 source(32bit) on Vista 64 bit.
The function RegOpenKeyEx fails with returns 2.
If I change the function to
rc=RegOpenKeyEx(keyBase,
keyBuf, /* subkey */
0, /*
Changes by Jeroen Ruigrok van der Werven asmo...@in-nomine.org:
--
priority: - low
stage: - committed/rejected
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4239
___
Walter Dörwald wal...@livinglogic.de added the comment:
Checked in:
r71875 (trunk)
r71876 (release26-maint)
r71881 (py3k)
r71885 (release30-maint)
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
Jeroen Ruigrok van der Werven asmo...@in-nomine.org added the comment:
Just to make it clear: I committed this to trunk, since it is relevant
to that as well. We can always move the documentation over with minor
tweaks.
--
stage: needs patch - commit review
Jeroen Ruigrok van der Werven asmo...@in-nomine.org added the comment:
I am not entirely sure, but I think part of the reason was that if the
documentation needed to be built, it would need the snapshot at that
time. Georg? Was it intentional?
I consider this a low priority issue, but needs to
New submission from Jean-Paul Calderone exar...@divmod.com:
Python includes several APIs for manipulating TLS:
PyAPI_FUNC(int) PyThread_create_key(void);
PyAPI_FUNC(void) PyThread_delete_key(int);
PyAPI_FUNC(int) PyThread_set_key_value(int, void *);
PyAPI_FUNC(void *)
Tarek Ziadé ziade.ta...@gmail.com added the comment:
Applied in r71884 (r71887) and r71886 (r71889) nevertheless
--
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5810
Daniel Diniz aja...@gmail.com added the comment:
Cannot confirm with py3k on Linux, attaching the file I tested against.
I'll try to come up with a rough test_linecache to help fixing a couple
of issues :)
--
nosy: +ajaksu2
Added file: http://bugs.python.org/file13766/line.py
Jeroen Ruigrok van der Werven asmo...@in-nomine.org added the comment:
This is at least relevant to 2.7, reflect this in the issue.
Patch to remove the notion we don't support TLS yet.
We will need to see where to add the current functions in the overall
scheme of threading documentation.
Mark Dickinson dicki...@gmail.com added the comment:
complex('1e-500') bug fixed in r71891 (2.6) and r71892 (3.0).
It's already gone in trunk and py3k.
What's left is deciding whether the OverflowError that 2.7 and 3.1
currently produce should disappear in favour of producing infinities
Walter Dörwald wal...@livinglogic.de added the comment:
I've merged your version of the patch with my changes to the test suite
and regenerated the Unicode database. Attached is the resulting patch
(diff4.txt)
--
Added file: http://bugs.python.org/file13768/diff4.txt
Martin v. Löwis mar...@v.loewis.de added the comment:
Feel free to check it into trunk, and merge into the other three
branches from there. If you don't want to do that, assign it back to me.
--
assignee: loewis - doerwalter
___
Python tracker
New submission from DSM dsm...@users.sourceforge.net:
The commands module is absent in 3.0 but isn't py3k-warned in trunk.
getstatus was deprecated and mkarg/mk2arg were py3k deprecated, but not
the module or getoutput and getstatusoutput, which now live in
subprocess in 3.x.
This patch adds a
DSM dsm...@users.sourceforge.net added the comment:
Patch against r71872 added to change *authentication* -
*authenticate* for both Client and Listener (which had the same typo.)
--
keywords: +patch
nosy: +dsm001
Added file: http://bugs.python.org/file13770/authenticate_typo.patch
DSM dsm...@users.sourceforge.net added the comment:
One-character-delta patch to fix the propogate typo attached.
--
Added file: http://bugs.python.org/file13771/fix_mpdist_logger_typo.patch
___
Python tracker rep...@bugs.python.org
Walter Dörwald wal...@livinglogic.de added the comment:
Checked in:
r71894 (trunk)
r71895 (release26-maint)
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5828
___
Walter Dörwald wal...@livinglogic.de added the comment:
Checked in:
r71896 (py3k)
r71897 (release30-maint)
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5828
Walter Dörwald wal...@livinglogic.de added the comment:
BTW, are the steps to regenerate the Unicode database documented
somewhere? What I did was:
cp /Volumes/ftp.unicode.org/Public/5.1.0/ucd/UnicodeData.txt .
cp /Volumes/ftp.unicode.org/Public/5.1.0/ucd/CompositionExclusions.txt .
cp
Changes by Walter Dörwald wal...@livinglogic.de:
--
assignee: doerwalter - loewis
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5828
___
___
Martin v. Löwis mar...@v.loewis.de added the comment:
BTW, are the steps to regenerate the Unicode database documented
somewhere?
I don't think so - your procedure looks right, though.
Regenerating the database is often more difficult, though, in particular
when we upgrade to a new version.
Georg Brandl ge...@python.org added the comment:
Committed in r71901.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3320
___
___
Georg Brandl ge...@python.org added the comment:
Thanks, fixed in r71902.
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5834
___
Georg Brandl ge...@python.org added the comment:
The distribution of these directories wasn't intentional, and they're
not distributed any more in e.g. 2.6.2, so this is already fixed.
--
resolution: - out of date
status: open - closed
___
Python
Georg Brandl ge...@python.org added the comment:
Looks good.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5840
___
___
Python-bugs-list
Georg Brandl ge...@python.org added the comment:
Isn't listing the expansion literally a bit fragile?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4385
___
Georg Brandl ge...@python.org added the comment:
I'm guessing there is no difference in functionality in 2.6 or 3.x.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4239
___
Georg Brandl ge...@python.org added the comment:
Sounds like this is the best that we without intimate pickle knowledge
can do :)
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2572
___
Jeroen Ruigrok van der Werven asmo...@in-nomine.org added the comment:
Mmm, depends on the case, I guess. The current implementation of the
macros is hardcoded for the most part. Where it is variable I left the
arguments in.
I was following the example from the other macros and I guess that
Georg Brandl ge...@python.org added the comment:
Looks like that's the case.
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2127
___
Jeroen Ruigrok van der Werven asmo...@in-nomine.org added the comment:
How does this look as an initial idea?
--
keywords: +patch
nosy: +asmodai
Added file: http://bugs.python.org/file13772/py_ssize_t-note.diff
___
Python tracker
Georg Brandl ge...@python.org added the comment:
Thanks, applied in r71903.
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5821
___
Changes by Jakub Wilk uba...@users.sf.net:
--
nosy: +jwilk
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3672
___
___
Python-bugs-list mailing
Georg Brandl ge...@python.org added the comment:
Why not use .. versionchanged?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4129
___
___
Changes by Jakub Wilk uba...@users.sf.net:
--
nosy: +jwilk
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3297
___
___
Python-bugs-list mailing
Georg Brandl ge...@python.org added the comment:
Thanks, committed in r71904.
--
nosy: +georg.brandl
resolution: - accepted
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5841
Changes by Jeroen Ruigrok van der Werven asmo...@in-nomine.org:
Removed file: http://bugs.python.org/file13772/py_ssize_t-note.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4129
___
Jeroen Ruigrok van der Werven asmo...@in-nomine.org added the comment:
Pure ignore. Let me adjust the patch. Do we prefer versionchanged before
or after versionadded? I am guessing after versionadded so we get a
better chronological view. Although there's something to be said for a
reverse
Mark Dickinson dicki...@gmail.com added the comment:
I'm seeing this failure on 2.7, 3.0 and 3.1 as well.
--
nosy: +marketdickinson
priority: - high
versions: +Python 2.7, Python 3.0, Python 3.1
___
Python tracker rep...@bugs.python.org
Thomas Heller thel...@ctypes.org added the comment:
Fixed in trunk and py3k branch, svn revisions 71906 and 71907.
Thanks for the patch.
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
Éric Araujo mer...@netwok.org added the comment:
More precisely, RFC 1738 and 1808 are updated by RFC 2396, which is in
turn obsoleted by RFC 3986 (which obsoletes 1808 too but only updates
1738). Eliminating the obsoleted ones leaves us with two references,
RFC 1738 and RFC 3986. I’m going to
Jeroen Ruigrok van der Werven asmo...@in-nomine.org added the comment:
Committed a first batch in r71910.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4129
___
Kurt B. Kaiser k...@shore.net added the comment:
OK, thanks, Martin. I'll use 'pending' that way (close after a
while if the bot hears nothing further).
Changing component to IDLE'.
release26-maint: r71908, r71909
--
___
Python tracker
Changes by Kurt B. Kaiser k...@shore.net:
--
components: +IDLE -Build
keywords: +26backport
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5783
___
Guilherme Polo ggp...@gmail.com added the comment:
Kurt, I'm not sure if you misunderstood Martin but there is no such
closing bot here (only if you consider people as bots :)
Anyway, are you porting these to py3k and release30-maint or can someone
else do it ?
--
Thomas Heller thel...@ctypes.org added the comment:
I wonder if fixes for issues like these (ctypes build errors on some
plaforms) could be verified by using cross compilers on linux?
--
___
Python tracker rep...@bugs.python.org
Jeroen Ruigrok van der Werven asmo...@in-nomine.org added the comment:
Fixed the slice stuff in r71915.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4129
___
New submission from Éric Araujo mer...@netwok.org:
urlparse contains a small self-test. I think it should be integrated
into test_urlparse or removed, for easier maintenance.
--
components: Library (Lib), Tests
messages: 86537
nosy: Merwok
severity: normal
status: open
title: Move test
New submission from Éric Araujo mer...@netwok.org:
Docstring for urlunparse says:
Put a parsed URI back together again. This may result in a
slightly different, but equivalent URI, if the URI that was parsed
originally had redundant delimiters, e.g. a ? with an empty query
(the
Marcin Bachry hegel...@gmail.com added the comment:
I add simple smtp auth unit test to exercise this bug.
--
keywords: +patch
nosy: +marcin.bachry
Added file: http://bugs.python.org/file13774/test-smtplib.diff
___
Python tracker
Daniel Diniz aja...@gmail.com added the comment:
Fix was committed to py3k but with no tests AFAIK. Here's a (failing)
test for trunk that runs OK after Guilherme's patch.
We might want to keep this behavior restricted for when the module was
reloaded.
--
keywords: +patch
nosy:
Changes by Daniel Diniz aja...@gmail.com:
Added file: http://bugs.python.org/file13776/test_inspect-py3k.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1218234
___
Éric Araujo mer...@netwok.org added the comment:
This is indeed a bug. urlunparse should special-case # so as not to
discard it.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5843
___
Daniel Diniz aja...@gmail.com added the comment:
Adding some tests to make working on a patch easier.
--
keywords: +patch
nosy: +ajaksu2
stage: - patch review
type: - behavior
versions: -Python 2.3, Python 2.4, Python 2.5
Added file: http://bugs.python.org/file13777/test_linecache.py
Éric Araujo mer...@netwok.org added the comment:
Sorry, my logic was flawed: RFC 1808 is not obsoleted either, so it
leaves us with 1738, 1808 and 3986.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5650
Daniel Diniz aja...@gmail.com added the comment:
Er, no, it wasn't committed to py3k, it was just me getting my patches
mixed. Attaching the py3k test with relative import fixed.
--
Added file: http://bugs.python.org/file13778/test_inspect-py3k2.diff
Changes by Daniel Diniz aja...@gmail.com:
Removed file: http://bugs.python.org/file13776/test_inspect-py3k.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1218234
___
Daniel Diniz aja...@gmail.com added the comment:
Patch (against py3k) with David Zaslavsky's solution from msg79117. It
would be good to find failing tests after it's applied so we can fix
this without breaking valid use cases.
--
Added file:
Éric Araujo mer...@netwok.org added the comment:
Included patch for this issue. There is some diff noise because of
paragraph wrapping. I don’t know whether my seealso addition is
correctly formatted (the title spans two lines) because of a Sphinx bug
on my machine. Thanks for reviewing.
Daniel Diniz aja...@gmail.com added the comment:
Confirmed in py3k and trunk as AMK describes it, fixed by the patch in
issue 1309567.
--
dependencies: +linecache module returns wrong results
nosy: +ajaksu2
type: - behavior
___
Python tracker
Daniel Diniz aja...@gmail.com added the comment:
Test script works with patch from issue 1309567. Hans, do you have more
test cases?
--
dependencies: +linecache module returns wrong results
nosy: +ajaksu2
type: - behavior
versions: +Python 2.6, Python 3.0
Michael Foord mich...@voidspace.org.uk added the comment:
Closed in revision 71930.
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5826
___
Daniel Diniz aja...@gmail.com added the comment:
This is a duplicate of issue 4050.
--
nosy: +ajaksu2
resolution: - duplicate
status: open - closed
superseder: - inspect.findsource() returns binary data for shared library
modules
___
Python
Eric Smith e...@trueblade.com added the comment:
It makes most sense to name the new 2.7 replacement function to be
_PyOS_double_to_string (with a leading underscore). It will be the same
as PyOS_double_to_string, except that instead of allocating a buffer and
returning it, you will supply it a
Benjamin Peterson benja...@python.org added the comment:
Thanks for the patch! Fixed in r71935.
--
nosy: +benjamin.peterson
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5818
Daniel Diniz aja...@gmail.com added the comment:
Test for the patch.
--
nosy: +ajaksu2
priority: - normal
stage: - patch review
versions: -Python 2.5
Added file: http://bugs.python.org/file13781/binary_source_test.diff
___
Python tracker
Benjamin Peterson benja...@python.org added the comment:
Installed pydoc and idle with a 3 suffix in r71936.
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5756
1 - 100 of 171 matches
Mail list logo