Stefan Krah added the comment:
Actually it looks the same as issue 8201. If test_lib2to3 is run before
test_logging, test_logging fails.
Perhaps backporting the patch will help.
--
keywords: +patch
Added file: http://bugs.python.org/file18086/issue8201-release26-maint.patch
Changes by Stefan Krah :
--
resolution: invalid ->
___
Python tracker
<http://bugs.python.org/issue9310>
___
___
Python-bugs-list mailing list
Unsubscri
Stefan Krah added the comment:
How about skipping the tests until someone can figure out what's going
on? The patch is tested on:
http://www.python.org/dev/buildbot/builders/i386 Ubuntu 3.x/builds/1643
--
keywords: +patch
nosy: +skrah
Added file: http://bugs.python.org/file
Stefan Krah added the comment:
The trustworthy buildbots look good, so I'm closing this.
--
keywords: -needs review, patch
resolution: accepted -> fixed
stage: patch review -> committed/rejected
status: open -> closed
___
Python
Stefan Krah added the comment:
Antoine, Eric, thanks for looking at the patch. unicodeobject.c patch
committed in r82978, r82979, r82980 and r82984.
As Antoine pointed out, the _json.c issue is not a problem. Also, it is
not present in py3k. The reliable buildbots look ok, so I think we can
Stefan Krah added the comment:
Martin has recently removed his name from py3k/Misc/maintainers.rst.
Also, he has stated that assigning bugs to him might mean that they
get less attention (due to the large number of issues that he's involved
in).
--
nosy: +
Stefan Krah added the comment:
This has just been fixed in issue 9185.
--
nosy: +skrah
resolution: -> duplicate
stage: -> committed/rejected
status: open -> closed
superseder: -> os.getcwd causes infinite loop on solaris
___
Python tr
Stefan Krah added the comment:
I'm marking this as a duplicate of issue 9246. It's better to change
py3k and 2.7 in sync. The patches here will not be lost.
--
components: +Extension Modules
nosy: +skrah
resolution: -> duplicate
stage: -> committed/rejected
status
Stefan Krah added the comment:
Closed issue 6817 as a duplicate of this one. There are some patches in
that issue.
--
nosy: +boya
___
Python tracker
<http://bugs.python.org/issue9
Stefan Krah added the comment:
Looks like tok->filename isn't set in PyTokenizer_FromFile:
Index: Parser/tokenizer.c
===
--- Parser/tokenizer.c (revision 82984)
+++ Parser/tokenizer.c (working copy)
@@ -818,6 +818,7 @@
Stefan Krah added the comment:
To be a little clearer: Since tok->filename is used as a flag in other
places, I'm not sure where to set it without breaking other things.
This is the location of the segfault and the following would "fix" it
(using a placeholder for the name
Stefan Krah added the comment:
This is a request for changing the current behavior on Unix, and I
doubt this is going to happen, since it could break existing code.
On a side note, there are already two ways get the desired output:
>>> Popen("gcc --version", shell=Tr
Stefan Krah added the comment:
I find this particular section one of the most clear sections in the
whole Python documentation:
"On Unix, with shell=True: If args is a string, it specifies the command string
to execute through the shell. This means that the string must be formatted
ex
Stefan Krah added the comment:
I'm glad you agree. Closing this now.
--
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue6689>
___
_
Stefan Krah added the comment:
Looks like a minor change. Do the ssl unit tests pass?
--
nosy: +skrah
___
Python tracker
<http://bugs.python.org/issue7
Stefan Krah added the comment:
I agree with Eric, Konstantin, Amaury and Georg. Closing for the third time.
--
nosy: +skrah
status: pending -> open
___
Python tracker
<http://bugs.python.org/iss
Changes by Stefan Krah :
--
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue9320>
___
___
Python-bugs-list mailing list
Unsubscri
Stefan Krah added the comment:
I'm not sure this should be changed:
1) Why is .cshrc sourced? It should only get sourced for a login
shell.
2) If the user sets a PATH that excludes the compiler, then `which`
will also not find the compiler on other systems (like Linux).
Stefan Krah added the comment:
This is now being addressed in issue 5673, so closing this as a duplicate.
astrand, please let me know if I'm wrong about this.
--
nosy: +skrah
resolution: -> duplicate
stage: -> committed/rejected
status: open -> closed
superseder:
Changes by Stefan Krah :
--
nosy: +gd2shoe, ragnar
___
Python tracker
<http://bugs.python.org/issue5673>
___
___
Python-bugs-list mailing list
Unsubscribe:
Stefan Krah added the comment:
This thread contains a feature request for __int128_t support in icc and
a workaround:
http://software.intel.com/en-us/forums/showthread.php?t=56652
--
nosy: +skrah
___
Python tracker
<http://bugs.python.
Stefan Krah added the comment:
Terry J. Reedy wrote:
> mkdir: 242
> Traceback (most recent call last):
> File "C:\Programs\Python31\misc\t1.py", line 14, in
> os.mkdir(s)
> WindowsError: [Error 206] The filename or extension is too long:
> 'C:\\Program
Stefan Krah added the comment:
For 2.x, unlimited path lengths were apparently introduced in issue 2722.
This strategy does not work on Solaris and OpenBSD (issue 9185).
FreeBSD also seems to support arbitrarily long paths. I would be somewhat
surprised though if anyone used them in practice
Stefan Krah added the comment:
The diff which I posted was not really meant as the ultimate fix. It's a
workaround. I think the real filename should be passed down to
PyTokenizer_FromFile or
PyTokenizer_FindEncoding.
--
___
Python tracker
Stefan Krah added the comment:
Well, with release-2.7 test_ctypes segfaults om OpenSolaris:
make: *** [test] Segmentation Fault (core dumped)
./python -Wd -3 -E -tt ./Lib/test/regrtest.py -l
== CPython 2.7.0+ (release27-maint:82854, Jul 13 2010, 19:49:12) [C]
== Solaris-2.11-i86pc-i386
Stefan Krah added the comment:
As I understand, this report was about test_ctypes being skipped. This
is not the case anymore, so I agree that setting the issue to pending
is fine. I can open another issue for the segfault.
--
status: open -> pend
Changes by Stefan Krah :
--
nosy: +skrah
___
Python tracker
<http://bugs.python.org/issue2552>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.pyth
Stefan Krah added the comment:
Mark, the proper way of closing an issue is to test first if the problem
still exists.
--
keywords: +gsoc
nosy: +skrah
status: pending -> open
___
Python tracker
<http://bugs.python.org/iss
Changes by Stefan Krah :
--
resolution: -> duplicate
status: open -> closed
superseder: -> Add support for mingw
___
Python tracker
<http://bugs.python.o
Changes by Stefan Krah :
--
nosy: +BreamoreBoy, xuecan
___
Python tracker
<http://bugs.python.org/issue6335>
___
___
Python-bugs-list mailing list
Unsubscribe:
Stefan Krah added the comment:
Mark, instead of using sarcasm, it would be more productive to research
this bug. Skip has given a hint that the search terms "VPATH" or "Makefile"
might be relevant. Searching for "VPATH" immediately yields issue 1613,
which lo
Stefan Krah added the comment:
If VPATH is intended to work without doing `make distclean` first
in the root directory, then this is still valid. I'm not sure if
this is the case though (see also issue 1613).
cd py3k/
./configure --with-pydebug
make
mkdir debug
cd debug/
../configure -
Stefan Krah added the comment:
Closing as a duplicate of issue 5319.
--
resolution: -> duplicate
status: open -> closed
superseder: -> stdout error at interpreter shutdown fails to return OS error
status
___
Python track
Stefan Krah added the comment:
Tested on an 8GB machine. This is fixed.
--
nosy: +skrah
status: pending -> open
___
Python tracker
<http://bugs.python.org/iss
Changes by Stefan Krah :
--
status: open -> pending
___
Python tracker
<http://bugs.python.org/issue9526>
___
___
Python-bugs-list mailing list
Unsubscri
New submission from Stefan Krah:
It looks like METH_FASTCALL gives nice speedups (#28754).
Is this an internal interface or can it be documented like
METH_KEYWORDS etc.?
--
assignee: docs@python
components: Documentation
messages: 281766
nosy: docs@python, haypo, serhiy.storchaka
Stefan Krah added the comment:
There are a couple of problems with using Argument Clinic for third
party projects.
First, it makes no stability promises:
"Currently Argument Clinic is considered internal-only for CPython. ..."
Then, for large projects that already use some gene
Stefan Krah added the comment:
I guess the FreeBSD people are happy with the solution.
--
resolution: -> fixed
stage: commit review -> resolved
status: open -> closed
___
Python tracker
<http://bugs.python.or
Stefan Krah added the comment:
Julien, the syntax converters look pretty clever. Do we need AC
everywhere though? I wonder (once again) if this is really more
readable than the existing code.
--
nosy: +skrah
___
Python tracker
<h
Stefan Krah added the comment:
Signature and docstring can be done manually with very little effort.
Currently METH_FASTCALL is AC only, but I hope that will change.
--
___
Python tracker
<http://bugs.python.org/issue28
Stefan Krah added the comment:
The patch seems to fix it. $module was a thing at some point, I don't know
whether the semantics changed or if it was wrong in the first place.
--
keywords: +patch
Added file: http://bugs.python.org/file46089/issue29111
Changes by Stefan Krah :
--
assignee: -> skrah
resolution: -> fixed
stage: -> resolved
status: open -> closed
___
Python tracker
<http://bugs.python
Stefan Krah added the comment:
Quite honestly I prefer to do nothing. What is the worst that can happen?
A SystemError?
Not-ready unicode strings are an application bug.
--
___
Python tracker
<http://bugs.python.org/issue29
Stefan Krah added the comment:
Also, if anyone changes the rounding-mode constants it is really their problem.
--
___
Python tracker
<http://bugs.python.org/issue29
Stefan Krah added the comment:
To expand a little, you use the terminology "possible bugs". All I can
see is a double exception if PyUnicode_Compare() returns -1.
I think I did it on purpose because this function is speed sensitive and
no user will change a valid rounding mode *cons
Stefan Krah added the comment:
I'm generally a little concerned about the way "bugs" are presented here
recently:
In #28701 you write:
'Correctness. Since no caller checks the error of
PyUnicode_CompareWithASCIIString(), it is incorrectly interpreted as "less
then&
Stefan Krah added the comment:
For the record: This is all that happened in decimal if a) you
pass a legacy string and b) force _PyUnicode_Ready() to throw
a MemoryError:
>>> from decimal import *
>>> import _testcapi
>>> context = Context()
>>> traps = _t
Stefan Krah added the comment:
On Mon, Jan 09, 2017 at 08:21:17AM +, Serhiy Storchaka wrote:
> In the particular case of getround() in _decimal.c, seems the worst case is
> raising TypeError instead of MemoryError in pretty rare circumstances. This
> is not critically bad, there
Stefan Krah added the comment:
For _decimal I'm happy with just the cast from the first patch -- you have a
one line diff and it's easy to see the focus of the issue.
--
___
Python tracker
<http://bugs.python.o
Stefan Krah added the comment:
I'll take a look when I have the opportunity.
AC will not happen: It makes the module too large and unreadable.
--
___
Python tracker
<http://bugs.python.org/is
Stefan Krah added the comment:
> STINNER Victor added the comment:
> > AC will not happen: It makes the module too large and unreadable.
>
> Ah you dislike the additional [clinic input] sections?
Yes, they tear apart the code. I stopped reading many C files because
of this.
Stefan Krah added the comment:
PyBUF_SIMPLE implies C-contiguous for a conforming buffer provider.
--
nosy: +skrah
___
Python tracker
<http://bugs.python.org/issue29
Stefan Krah added the comment:
I agree it's too late to change 2.7, and 3.x cannot (and should not) be changed
at this stage.
--
___
Python tracker
<http://bugs.python.org/is
Stefan Krah added the comment:
Thanks. Strange that on other systems the compilers don't complain (usually
they do).
--
assignee: -> skrah
___
Python tracker
<http://bugs.python.org
Changes by Stefan Krah :
--
resolution: -> fixed
stage: -> resolved
status: open -> closed
versions: +Python 3.6
___
Python tracker
<http://bugs.python.or
Stefan Krah added the comment:
I didn't look at this one, but some "hacks" are necessary in setup.py (example:
usage of os.system() in some places).
--
nosy: +skrah
___
Python tracker
<http://bugs.pyt
Stefan Krah added the comment:
Perhaps test_decimal should fail for CPython if _decimal can't be imported.
All compilers that I tested seem to link fine without -lm in this case.
--
___
Python tracker
<http://bugs.python.org/is
Stefan Krah added the comment:
If the API can still change (msg287083), I think I'll wait with this until
shortly before 3.7 beta.
--
___
Python tracker
<http://bugs.python.org/is
Stefan Krah added the comment:
Adding Stefan Behnel, perhaps Cython doesn't need backwards compatibility.
--
nosy: +scoder, skrah
___
Python tracker
<http://bugs.python.org/is
Changes by Stefan Krah :
--
nosy: +mark.dickinson, rhettinger, skrah
___
Python tracker
<http://bugs.python.org/issue29534>
___
___
Python-bugs-list mailin
Stefan Krah added the comment:
I get the the same output, perhaps I misunderstand something here:
>>> from _decimal import *
>>> class X(Decimal):
... def __init__(self, a):
... print('__init__:', a)
...
>>> X.from_float(42.5)
__init__:
Stefan Krah added the comment:
It's not a matter of *necessary*, you simply cannot use argparse in setup.py.
Try to build with your patch and you'll see.
--
___
Python tracker
<http://bugs.python.o
Changes by Stefan Krah :
--
resolution: -> not a bug
stage: -> resolved
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue29442>
___
___
Stefan Krah added the comment:
On Mon, Feb 13, 2017 at 03:04:09PM +, Chi Hsuan Yen wrote:
>
> Chi Hsuan Yen added the comment:
>
> I have used my old patch several days on Android, and it seems quite fine.
> Anyway that's not important anymore.
I find that very surp
Stefan Krah added the comment:
It's okay to reopen if some conditions have changed (which is the case here).
--
___
Python tracker
<http://bugs.python.org/is
Stefan Krah added the comment:
Or pretend in the documentation that it's a positional arg and make it one
later. There is a slight performance difference.
I agree with Damien that probably no one uses the keyword arg.
--
___
Python tracker
Stefan Krah added the comment:
Sorry, I meant *Demian*.
--
___
Python tracker
<http://bugs.python.org/issue20408>
___
___
Python-bugs-list mailing list
Unsub
Stefan Krah added the comment:
I think such warnings should be emitted at application level, similar to the
case when a program refuses to run under UID 0.
If admins wish, they can also integrate such checks into the system startup
sequence (e.g. runlevel 3 is only reached if randomness is
Stefan Krah added the comment:
On Tue, Jun 07, 2016 at 10:01:16AM +, STINNER Victor wrote:
> Maybe need something like time.get_clock_info(), sys.float_info and
> sys.thread_info for os.urandom(): a string describing the implementation of
> os.urandom(). It would allow the dev
Stefan Krah added the comment:
man urandom:
"A read from the /dev/urandom device will not block waiting for more entropy.
As a result, if there is not sufficient entropy in the
entropy pool, the returned values are theoretically vulnerable to
a cryptographic attack o
Stefan Krah added the comment:
posixmodule_3.patch looks good to me. Gregory has already approved the
approach, so I think you can go ahead and commit this.
--
___
Python tracker
<http://bugs.python.org/issue26
Stefan Krah added the comment:
Thank you for the detailed summary!
--
resolution: -> fixed
stage: -> resolved
status: open -> closed
___
Python tracker
<http://bugs.python.or
Stefan Krah added the comment:
> PyDec_CheckExact(type) always return 0. Should be PyDec_CheckExact(result).
'result' is always an exact decimal, because your enum example won't work
otherwise.
> And what about other calls of PyDecType_FromFloatExact()? Can they produce
Changes by Stefan Krah :
--
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue27006>
___
___
Python-bugs-list mailing list
Unsubscrib
Stefan Krah added the comment:
Let's close it then.
--
resolution: -> not a bug
stage: -> resolved
status: open -> closed
___
Python tracker
<http://bugs.pyth
Stefan Krah added the comment:
I'll look at it soon -- I just don't have much time right now.
--
assignee: -> skrah
___
Python tracker
<http://bugs.pytho
Stefan Krah added the comment:
You need to install at least these development libraries:
sudo apt-get install libssl-dev liblzma-dev libbz2-dev libreadline-dev
libgdbm-dev libffi-dev
Possibly some are missing in this list, tkinter and zip for example.
Use "apt-cache search tkinter"
Stefan Krah added the comment:
I think you need tcl8.4-dev and tk8.4-dev and perhaps zlib1g-dev.
Actually the point is that it's expected that some modules don't build
if the corresponding libraries aren't installed.
--
___
Python
Stefan Krah added the comment:
Ah, so the tests pass when you run them manually but "make test"
fails. This looks like
https://bugs.python.org/issue26837 ,
which is fixed in the next release. You can just ignore this
failure, it's harmless.
[BTW, using aut
Changes by Stefan Krah :
--
components: +Tests -Build, Installation
resolution: fixed -> duplicate
status: open -> closed
type: compile error -> behavior
___
Python tracker
<http://bugs.python.or
Stefan Krah added the comment:
It looks like the peephole optimizer chokes on some constant folding.
Probably:
INF = float("inf")
NAN = float("nan")
-INF
-NAN
You could try some combinations in the REPL.
--
nosy: +skrah
___
P
Changes by Stefan Krah :
Added file: http://bugs.python.org/file43660/issue27442-3.patch
___
Python tracker
<http://bugs.python.org/issue27442>
___
___
Python-bugs-list m
Stefan Krah added the comment:
I did "hg pull -u" before re-generating the diff. Other than that, sometimes
newer mercurial versions behave better (I have 2.8.2).
--
___
Python tracker
<http://bugs.python.o
Stefan Krah added the comment:
Good point about Misc/NEWS: I just regenerated the patch mindlessly to check
the "diff --git" situation :)
Actually, Xavier, it's often better to leave out the NEWS section in the bug
tracker patches and just add it before pushing. Perhaps Rietvel
Stefan Krah added the comment:
I guess so. Our Rietveld setup apparently has some heuristics that work best
when you're on the default branch and completely synced with the main repo.
--
___
Python tracker
<http://bugs.python.org/is
Stefan Krah added the comment:
Strange, why can anyone edit the classification? It happens a lot lately.
--
___
Python tracker
<http://bugs.python.org/issue20
Stefan Krah added the comment:
The approaches look good, but for clarity I want to replace all method calls
that should never be overridden by the plain C functions of their corresponding
static types.
I have no opinion about the Python version. The diff also "fixes" #26975 for
the
Stefan Krah added the comment:
These are builtin static types. Even with non-builtin static types, the address
of the type should always be the same. C-extensions aren't reloaded.
--
___
Python tracker
<http://bugs.python.org/is
Stefan Krah added the comment:
Also, IMO the whole capsule mechanism would be broken if function pointers in
dynamic libs could just be invalidated due to reloading.
--
___
Python tracker
<http://bugs.python.org/issue26
Stefan Krah added the comment:
I'm leaving this open in case anyone wants to do something about the Python
version. I tend to agree with Raymond:
It is impractical to "fix" all such constructs in the Python version, unless
one consistently uses a style like:
float.as_inte
Stefan Krah added the comment:
Which makes me think that --no-use-wheel should be the default in pip ...
As a Linux user I'm *very* uneasy about this whole binary wheel thing.
--
nosy: +skrah
___
Python tracker
<http://bugs.python.org/is
Stefan Krah added the comment:
Apparently sysconfig.get_config_var() is already called in site.py anyway,
so in principle I'm fine with using it here.
In the stdlib it seems to be the first use outside site.py though, and
site.py can be disabled by using "python -S", so perha
Changes by Stefan Krah :
--
stage: commit review -> resolved
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue26974>
___
___
Pyth
Stefan Krah added the comment:
I can see nothing wrong with msg271168. It's polite, informative, not apodictic
and does not rule out the possibility of accepting a patch.
Also, it answers a direct question from msg271142.
--
nosy: +skrah
___
P
Changes by Stefan Krah :
--
nosy: -skrah
___
Python tracker
<http://bugs.python.org/issue27604>
___
___
Python-bugs-list mailing list
Unsubscribe:
Stefan Krah added the comment:
Марк, sorry for all this negativity. ;)
But I'm also -1. What is wrong with socket.ntohs() etc.?
--
nosy: +skrah
___
Python tracker
<http://bugs.python.org/is
Stefan Krah added the comment:
Yes, I agree this is nicer. Thanks for the patch.
--
nosy: +skrah
___
Python tracker
<http://bugs.python.org/issue27241>
___
___
Changes by Stefan Krah :
--
assignee: -> skrah
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
versions: +Python 3.5
___
Python tracker
<http://bugs.python
Stefan Krah added the comment:
We can of course commit this, but could you also lobby here?
https://llvm.org/bugs/show_bug.cgi?id=18164
I'm seeing this quite often that we fix something here and no one insists on
the upstream bug tra
Stefan Krah added the comment:
@Evelyn @koobs Thanks for communicating with the other projects that are
involved in this issue!
Could you double-check that especially the 2.7 patch does exactly what you
want? For 2.7 it's practically a one time c
2701 - 2800 of 3396 matches
Mail list logo
