Stefan Krah added the comment:
I'm only using the function with the NULL error handler. If I had
to use 'xmlcharrefreplace', presumably I'd overallocate 'output'
for the worst case scenario: sizeof("�") per encoded
character.
It's
Stefan Krah added the comment:
Binary versus decimal
-
> There is already gmpy and bigfloat, based on the heavily optimized GMP
> library,
> for example. Is it a license issue? Can't we reuse GMP/MPFR to offer a
> Decimal API?
_decimal is a PE
Stefan Krah added the comment:
Mark Dickinson wrote:
> The only problem from my perspective is getting someone to find time to
> review such a massive patch. I've been wondering whether we could get away
> with some kind of 'statistical' review: do a large-scale rev
Stefan Krah added the comment:
Antoine Pitrou wrote:
> It is also helped by the fact you are a core developer and we trust you to
> be here to do maintenance :)
Sure. The specification doesn't really change, so the work will hopefully
be limited. :)
> I think it's still p
Stefan Krah added the comment:
Raymond Hettinger wrote:
> We've been wanting this for a long time.
>
> Strong +1 from me.
Thank you, Raymond!
--
___
Python tracker
<http://bugs.pyt
Stefan Krah added the comment:
Amaury Forgeot d'Arc wrote:
> I can help with the review. Is http://bugs.python.org/review/7652/show a
> good starting point? I already have some comments.
Yes, that would be great. Apart from two or three changes that I still
need to push patch s
Changes by Stefan Krah :
Added file: http://bugs.python.org/file23822/bba956250186.diff
___
Python tracker
<http://bugs.python.org/issue7652>
___
___
Python-bugs-list m
Stefan Krah added the comment:
Stefan Krah wrote:
> Yes, that would be great. Apart from two or three changes that I still
> need to push patch set 4 is the latest version.
Hmm, no. I'll create a slightly newer patch from Oct. 1st.
--
___
Stefan Krah added the comment:
[Amaury]
> Overall, I think that the "mpd" C library should be better separated from the
> _decimal module (a bit like _ctypes, with the libffi library): its own
> configure
> & makefile, its own test suite... which are not necessarily
New submission from Stefan Krah :
A couple of -1.0 error return codes aren't documented, see for
example PyFloat_AsDouble() and PyComplex_AsCComplex().
--
assignee: docs@python
components: Documentation
keywords: easy
messages: 148789
nosy: docs@python, mark.dickinson, skrah
pri
Stefan Krah added the comment:
> Ultimately, I think it would make sense to remove all __int__
> conversions from Objects/longobject.c;
+1
I think this API cleanup is worth some (probably very limited)
breakage in third party m
Stefan Krah added the comment:
Good point. - I just had to figure out if the pattern
Py_complex c = PyComplex_AsCComplex(w);
if (c.real == -1.0 && PyErr_Occurred()) {
...
will always be reliable in the future. The source of PyComplex_AsCComplex()
suggests that it will
New submission from Stefan Krah :
I think that `make distclean` should remove Lib/_sysconfigdata.py and
Modules/_testembed. On second thought, `make clean` should probably
also remove those.
--
components: Build
messages: 148969
nosy: skrah
priority: normal
severity: normal
stage: needs
Changes by Stefan Krah :
--
nosy: +skrah
___
Python tracker
<http://bugs.python.org/issue13441>
___
___
Python-bugs-list mailing list
Unsubscribe:
Stefan Krah added the comment:
localeconv_wchar.c runs fine on Ubuntu with hu_HU and fi_FI.
I tried on OpenSolaris, but I only have UTF-8 locales. The package
with ISO locales seems to be SUNWlang-cs-extra, but Oracle took down
http://pkg.opensolaris.org/release
Stefan Krah added the comment:
I guess this still needs to be fixed for Visual Studio.
--
___
Python tracker
<http://bugs.python.org/issue13547>
___
___
Pytho
Changes by Stefan Krah :
--
nosy: +skrah
___
Python tracker
<http://bugs.python.org/issue13560>
___
___
Python-bugs-list mailing list
Unsubscribe:
Stefan Krah added the comment:
Excellent, closing then.
--
resolution: -> fixed
stage: needs patch -> committed/rejected
status: open -> closed
___
Python tracker
<http://bugs.python.or
New submission from Stefan Krah :
I just ran the telco benchmark ...
http://www.bytereef.org/mpdecimal/quickstart.html#telco-benchmark
... on _decimal to see how the PEP-393 changes affect the module.
The benchmark reads numbers from a binary file, does some calculations
and prints the
Stefan Krah added the comment:
> I prefer to not expose such function or someone will use it without
> understanding exactly how dangerous it is.
OK. - I'm afraid that I made an error in the benchmarks, since I
accidentally used a changed version of telco.py, namely:
# t i
Stefan Krah added the comment:
Sorry, the title of the issue isn't correct any more. The revised
issue is that in 3.3
a) outfil.write("%s\n" % t)
is about 11% slower than in Python2.7 and 8% slower than in Python3.2.
On the other hand in 3.3 the hack
b) outfil.write(str(t)
Stefan Krah added the comment:
I just tried out http://www.bitvise.com/winsshd , which is free for personal
and noncommercial use. If you run the tests via an ssh connection, WinSSHD
automatically translates pop-ups into error messages:
C:\Users\stefan\cdecimal\PCbuild>python.exe -m test -u
Changes by Stefan Krah :
Added file: http://bugs.python.org/file23959/be8a59fcba49.diff
___
Python tracker
<http://bugs.python.org/issue7652>
___
___
Python-bugs-list m
Stefan Krah added the comment:
Amaury has asked for more comments (and I agree). However, I'm not sure what
level of detail would be appropriate. As an example, I've posted the full
proof of the x87 modular multiplication in umodarith.h.
Even with the Coq parts stripped, this woul
Stefan Krah added the comment:
Stefan Krah wrote:
> Would you prefer that level of detail or should I just post the core
> of the algorithm?
Argh. s/post/add to comments in umodarith.h/
--
___
Python tracker
<http://bugs.python.org/
Stefan Krah added the comment:
> For my part, a two-lines description of the purpose of file is enough.
OK, I'll go for small comments in the files themselves and put big
ones in separate files.
--
___
Python tracker
<http://bugs
Stefan Krah added the comment:
So the problem occurs on:
http://www.debian.org/ports/kfreebsd-gnu/
Did I get that right? Is __FreeBSD__ defined on that system?
I'm not sure though if we should start supporting hybrid systems.
--
___
P
New submission from Stefan Krah :
It used to be possible to specify Unicode fill characters in numeric
formatting:
Python 3.3.0a0 (default:1dd6908df8f5, Jul 16 2011, 11:16:00)
[GCC 4.4.3] on linux2
Type "help", "copyright", "credits" or "license" for mo
Stefan Krah added the comment:
Hum, somehow I always refuse to acknowledge that ASCII is a subset
of Unicode. :)
--
___
Python tracker
<http://bugs.python.org/issue13
Changes by Stefan Krah :
--
title: Unicode fill characters no longer work in numeric formatting ->
non-ascii fill characters no longer work in numeric formatting
___
Python tracker
<http://bugs.python.org/issu
Stefan Krah added the comment:
Actually the issue is not restricted to numeric formatting. It's not
possible to pad a Unicode string with a non-ascii whitespace:
>>> format("abcd", "\u2007<7")
Traceback (most recent call last):
File "", line 1,
Stefan Krah added the comment:
[Mark]
> So I think the current code is correct.
I agree with this. Currently the 'g' format is like to_sci_string()
with the added possibility of adjusting the number of significant
digits. It's probably hard to come up with a better way
Changes by Stefan Krah :
--
nosy: +skrah
___
Python tracker
<http://bugs.python.org/issue13703>
___
___
Python-bugs-list mailing list
Unsubscribe:
Stefan Krah added the comment:
[[fill]align][sign][#][0][width][,][.precision][type]
The ',' must be before [.precision]:
>>> '{:,.2%}'.format(55.537568)
'5,553.76%'
In my opinion this is not a bug.
--
nosy: +skrah
__
Stefan Krah added the comment:
This should have been fixed in issue 11715. Could you try to
build from a mercurial checkout?
--
nosy: +skrah
___
Python tracker
<http://bugs.python.org/issue12
Stefan Krah added the comment:
Thanks for testing. I guess we can close this one then.
--
resolution: -> fixed
stage: -> committed/rejected
status: open -> closed
___
Python tracker
<http://bugs.python.or
New submission from Stefan Krah :
There are still a couple of issues on the Fedora buildbot. Most of
them are caused by the absence of threading.
--
components: Tests
keywords: buildbot
messages: 136890
nosy: skrah, tarek
priority: normal
severity: normal
status: open
title
Stefan Krah added the comment:
Confirmed. The test case quickly uses 8GB of memory.
--
nosy: +ezio.melotti, pitrou, skrah
stage: -> needs patch
versions: +Python 3.1, Python 3.3
___
Python tracker
<http://bugs.python.org/issu
Stefan Krah added the comment:
test_trace still fails on 2.7 on the no-threads bot:
http://www.python.org/dev/buildbot/all/builders/AMD64%20Fedora%20without%20threads%202.7/builds/22/steps/test/logs/stdio
Could you have a short look at the patch. I think it should be correct;
the tests pass
New submission from Stefan Krah :
With Python 2.7, the FreeBSD AMD64 bot has sporadic failures in
test_smtplib. Since these failures don't occur in other branches,
I wonder if the timeout of 3 seconds is too low in 2.7. The timeout
is 15 seconds in 3.3.
test test_smtplib failed -- Trac
Stefan Krah added the comment:
Indeed, increasing the timeout to 15 solves the problem (I ran the
test with the -F option for about 100 times).
Since the timeout has been increased before to deal with flaky tests
(52682bd738a7), I guess it's ok to do the same for 2.7.
--
key
Stefan Krah added the comment:
Hmm, testVRFY occurs twice, once with timeout=15 and once with
timeout=3. So there might be another reason why the test passes on
3.3 but not on 2.7.
Anyway, increasing the timeout to 15 throughout does solve
(or suppress) the problem
Stefan Krah added the comment:
See also: Issue 11439
--
nosy: +skrah
___
Python tracker
<http://bugs.python.org/issue12221>
___
___
Python-bugs-list mailin
Stefan Krah added the comment:
> Distutils doesn't validate PyPI server certificate, so this change
> doesn't prevent from MITM attacks, but at least it makes package
> submissions over wireless channels and public networks safer.
Is that so? It's been a while, but I
New submission from Stefan Krah :
The implicit timeout in regrtest.py makes it harder to write automated
test scripts for 3rd party modules. First, you have to remember to
set --timeout=0 for long running tests. Then, you have to remember
not to use the --timeout option when compiling --without
Stefan Krah added the comment:
STINNER Victor wrote:
> > The implicit timeout in regrtest.py makes it harder to write automated
> > test scripts for 3rd party modules. First, you have to remember to
> > set --timeout=0 for long running tests.
>
> Ah? Which test is
Stefan Krah added the comment:
I think there should be a warning that the connection is unauthenticated
(i.e. not secure). Users tend to be upset if they see 'https' and later
find out that no certificates were verified.
A reasonably secure alternative is to publish the p
Stefan Krah added the comment:
Mark Dickinson wrote:
> Here's a patch. Stefan, could you please review?
Mark, sorry for not replying earlier. The patch looks great.
I've also tested the patch in practice: I ran 700,000,000 random tests with
an exponent range of [-9, 999
Stefan Krah added the comment:
Hmm, in http://bugs.python.org/issue7511#msg106420 Tarek appeared to
be supportive of the patch.
Re DISTUTILS_USE_SDK:
I don't think many users are aware of this variable. Also, it is not
needed at all; it is sufficient to execute vcvars64.bat manually
b
Stefan Krah added the comment:
panel.h is not found. You'll need to install the package that
provides libpanel together with the header files:
error: panel.h: No such file or directory
This does not look like a Python bug, so I'll set the issue to
'pending'. You can
Stefan Krah added the comment:
Marc-Andre Lemburg wrote:
> Wouldn't it be better to have distutils tell the user about the
> possible options, instead of guessing and then possibly compiling
> extensions which later on don't import or import, but don't work
> as e
Stefan Krah added the comment:
Marc-Andre Lemburg wrote:
> >> >> Regarding the latest patch: This is not the right approach, since
> >> >> find_vcvarsall() is supposed to return the path to the vcvarsall.bat
> >> >> file and not an architecture sp
Changes by Stefan Krah :
Removed file: http://bugs.python.org/file15854/py3k_help_unify.diff
___
Python tracker
<http://bugs.python.org/issue7652>
___
___
Python-bug
Changes by Stefan Krah :
Removed file: http://bugs.python.org/file15855/trunk_help_unify.diff
___
Python tracker
<http://bugs.python.org/issue7652>
___
___
Python-bug
Changes by Stefan Krah :
--
hgrepos: +25
___
Python tracker
<http://bugs.python.org/issue7652>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.pyth
Changes by Stefan Krah :
Added file: http://bugs.python.org/file22303/ad05c2fdb3b2.diff
___
Python tracker
<http://bugs.python.org/issue7652>
___
___
Python-bugs-list m
Changes by Stefan Krah :
Removed file: http://bugs.python.org/file22303/ad05c2fdb3b2.diff
___
Python tracker
<http://bugs.python.org/issue7652>
___
___
Python-bugs-list m
Changes by Stefan Krah :
Added file: http://bugs.python.org/file22304/9a10e3232445.diff
___
Python tracker
<http://bugs.python.org/issue7652>
___
___
Python-bugs-list m
Stefan Krah added the comment:
Just a couple of remarks about the diff I created:
The changes to decimal.py are exploratory (i.e. done quite hastily)
and serve the purpose to fulfill PEP-399.
library/cdecimal.rst is completely out of date.
The rest should be very stable
Changes by Stefan Krah :
--
stage: -> patch review
___
Python tracker
<http://bugs.python.org/issue7652>
___
___
Python-bugs-list mailing list
Unsubscri
Stefan Krah added the comment:
Yes, this is fixed in 3.2. I just left the issue open as a reminder
for the release branch.
--
resolution: -> fixed
stage: -> committed/rejected
___
Python tracker
<http://bugs.python.org/i
Changes by Stefan Krah :
--
nosy: +skrah
___
Python tracker
<http://bugs.python.org/issue3067>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.pyth
Changes by Stefan Krah :
Removed file: http://bugs.python.org/file22304/9a10e3232445.diff
___
Python tracker
<http://bugs.python.org/issue7652>
___
___
Python-bugs-list m
Changes by Stefan Krah :
Added file: http://bugs.python.org/file22404/49433f35a5f8.diff
___
Python tracker
<http://bugs.python.org/issue7652>
___
___
Python-bugs-list m
Stefan Krah added the comment:
The latest patch is based on a relatively stable revision of 3.3. To my
knowledge, _decimal.c and decimal.py are now fully compatible in the
sense of PEP-399.
libmpdec
o New test suite with comprehensive tests against decNumber.
o Full
Stefan Krah added the comment:
I agree with Éric: This is a duplicate.
--
nosy: +skrah
resolution: -> duplicate
status: open -> closed
___
Python tracker
<http://bugs.python.org/i
Stefan Krah added the comment:
Building matplotlib with the 2.7.2 release fails due to this issue:
Traceback (most recent call last):
File "setup.py", line 162, in
if check_for_tk() or (options['build_tkagg'] is True):
File "/home/stefan/src/matplotlib-1.0.1/s
Stefan Krah added the comment:
STINNER Victor wrote:
> > Yes, this is fixed in 3.2.
> > I just left the issue open as a reminder for the release branch.
>
> The issue is still open, can it be closed? What do you mean by "release
> branch"?
This one: http:
Stefan Krah added the comment:
I remember that I could reproduce it at the time. The issue was indeed
fixed in r85904.
--
nosy: +skrah
___
Python tracker
<http://bugs.python.org/issue10
Stefan Krah added the comment:
[Nick]
> Another idea we may want to revisit is the PyManagedBuffer concept,
> which would be a true PyObject that existed solely to simplify sharing
> of Py_buffer structs.
> If memoryview used such an object internally, then copying and slicing
>
Stefan Krah added the comment:
Nick, you know a lot about this issue and I'm probably missing many things
here. I misunderstood your concept of PyManagedBuffer, so my previous
posting might have been hard to understand.
I'd appreciate if you (or anyone in this thread) could comm
Stefan Krah added the comment:
Pauli Virtanen wrote:
> skrah writes:
> > For example, an exporting object could provide a sliced view by adding
> > a getslicedbufferproc to PyBufferProcs:
> >
> > int PyObject_GetSlicedBuffer(PyO
Stefan Krah added the comment:
Nick Coghlan wrote:
[Snip liberally]
> The lifecycle problem is unrelated to the details of the buffer *contents*
though - it's entirely about the fact that clients can't safely copy all
those pointers (as some may refer to addresses inside th
Stefan Krah added the comment:
Hello,
The PyPI bug tracker is over here (you can find the link on the front
page of http://pypi.python.org/pypi):
http://sourceforge.net/tracker/?group_id=66150&atid=513503
That said, having checksums come from the master server exclusively
seems li
Changes by Stefan Krah :
--
nosy: +skrah
___
Python tracker
<http://bugs.python.org/issue12468>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Stefan Krah :
After 151142c0c5b1 Valgrind finds an invalid read in symtable.c, line 907:
st->st_cur = (PySTEntryObject *)PyList_GET_ITEM(st->st_stack, size - 2);
==14301== Memcheck, a memory error detector
==14301== Copyright (C) 2002-2010, and GNU GPL'd
New submission from Stefan Krah :
I'm getting the dreaded "python_d.exe has stopped working" popups
in test_faulthandler on Windows 7 + VisualStudioPro + "Debug|x64".
--
components: Tests
messages: 139691
nosy: haypo, skrah
priority: normal
severity:
Stefan Krah added the comment:
For test_capi the patch in #9116 works. For test_faulthandler it
doesn't, unfortunately.
--
___
Python tracker
<http://bugs.python.org/is
Stefan Krah added the comment:
"Instead of skipping the test, I prefer to disable temporary the popup by
setting the right registry key (and then restore the previous value or delete
the key)."
Do you mean that the user should change/restore the key or that the
Python tests should
Stefan Krah added the comment:
Related issues with patches: #9116 and #11732
--
nosy: +skrah
___
Python tracker
<http://bugs.python.org/issue5619>
___
___
Pytho
Stefan Krah added the comment:
In order to have a basis for discussion, I've set up a repo at
http://hg.python.org/features/pep-3118#memoryview
with an implementation of PyManagedBuffer. The whole test suite
passes, also with refleak counting and Valgrind.
Review is most welcome. I
Changes by Stefan Krah :
Added file: http://bugs.python.org/file22564/bbe70ca4e0e5.diff
___
Python tracker
<http://bugs.python.org/issue10181>
___
___
Python-bugs-list m
Stefan Krah added the comment:
Nick Coghlan wrote:
> The reason redirecting all requests to the underlying object doesn't work
> is because repeated calls to getbuffer on mutable objects are allowed to
> return *different* answers. Assume we have a mutable array type that al
Stefan Krah added the comment:
Pauli Virtanen wrote:
> Comment on the patch: it seems you do not track the re-export count in
> memory_getbuf:
>
> a = memoryview(obj)
> b = numpy.asarray(a)
> a.release()
> b[0] = 123 # <-- BOOM: the buffer was already
Stefan Krah added the comment:
[I agree that multi-dimensional support should not be part of this
patch. I was thinking about creating a separate branch for that.]
Nick Coghlan wrote:
> As far as the rule of disallowing shape changes while a buffer is exported,
> I actually think th
Stefan Krah added the comment:
Nick, Pauli, thanks for all the comments. I'm busy implementing the easy
changes; then it'll be easier to deal with the flags issues.
Pauli:
Does numpy use the (undocumented) smalltable array in the Py_buffer
structure? We would like
Changes by Stefan Krah :
Added file: http://bugs.python.org/file22577/718801740bde.diff
___
Python tracker
<http://bugs.python.org/issue10181>
___
___
Python-bugs-list m
Stefan Krah added the comment:
I've uploaded a revised version that addresses several suggestions. I think
we have agreement on those now:
- Officially ditch smalltable.
- Comment static storage fields inside PyMemoryViewObject.
- Improve refcounting in PyMemoryView_FromB
Stefan Krah added the comment:
I'm slightly confused about the implication chain in the flags. PyBUF_STRIDES
seem to allow for discontiguous arrays, yet STRIDES -> ND -> C_CONTIGUOUS.
PyB
Stefan Krah added the comment:
Antoine Pitrou wrote:
> My issue is that until now sliced memoryviews are independent objects
> and are not affected by the releasing of the original memoryview. With
> this patch, they are, and that's why I'm advocating for a subtler
>
Stefan Krah added the comment:
Antoine is right, this needs to be fixed. I think that for *practical*
purposes, the existing release() method already behaves like a tryrelease()
method:
Traceback (most recent call last):
File "", line 1, in
BufferError: Existing exports of da
Stefan Krah added the comment:
[The first part of the message again, this time via the web interface.]
Antoine is right, this needs to be fixed. I think that for *practical*
purposes, the existing release() method already behaves like a tryrelease()
method:
>>> b = bytearray(b&
Changes by Stefan Krah :
--
nosy: +skrah
___
Python tracker
<http://bugs.python.org/issue12555>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Stefan Krah :
--
assignee: -> skrah
nosy: +skrah
___
Python tracker
<http://bugs.python.org/issue12560>
___
___
Python-bugs-list mailing list
Un
Stefan Krah added the comment:
Behavior for mixed operations varies greatly between Python versions.
The first table over here lists the differences and should be valid
for decimal.py:
http://www.bytereef.org/mpdecimal/doc/cdecimal/index.html#floatoperation-signal
As an extension, cdecimal
Stefan Krah added the comment:
This is a duplicate of #12560.
--
nosy: +skrah
resolution: -> duplicate
stage: -> committed/rejected
status: open -> closed
superseder: -> libpython.so not built on OpenBSD
type: -> behavior
___
Changes by Stefan Krah :
--
nosy: +rpointel
___
Python tracker
<http://bugs.python.org/issue12560>
___
___
Python-bugs-list mailing list
Unsubscribe:
Stefan Krah added the comment:
Unassigning: I tested on OpenBSD 4.5 and get other (probably unrelated
errors).
--
assignee: skrah ->
___
Python tracker
<http://bugs.python.org/issu
Stefan Krah added the comment:
I know, the OpenBSD libpthread has problems. I listed some possible
candidates in #8712.
For instance:
http://www.openbsd.org/cgi-bin/cvsweb/~checkout~/ports/lang/python/2.6/patches/Attic/patch-Lib_test_test_signal_py?rev=1.3;content-type=text%2Fplain
The
Stefan Krah added the comment:
I forgot: readline support is enabled, and there are known problems:
http://marc.info/?t=12832732933&r=1&w=2
--
___
Python tracker
<http://bugs.python.or
101 - 200 of 3396 matches
Mail list logo
