Martin v. Löwis added the comment:
The problem with this bug report is that there is little chance that it gets
resolved in the near term, and it's quite possible that it will stay open for
years. Somebody would have to sit down and start producing patches to fix these
warnings corr
Martin v. Löwis added the comment:
I think the approach taken in this script is incorrect. It leads to false
modifications of the stable ABI, making it in fact unstable. Four examples:
PyAST_FromNode does not belong to the stable ABI, because "struct _node"
doesn't belong to
Martin v. Löwis added the comment:
The naming of the function needs discussion. I think it should be UnLoadKey, as
the API function behind it is RegUnLoadKey (not RegUnloadKey). It may be
illogical(*) that the function is called that way in the API, but it would add
confusion if Python called
Changes by Martin v. Löwis :
--
resolution: -> not a bug
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue16111>
___
___
Python-bugs-
Martin v. Löwis added the comment:
Python 3.3 no longer receives Windows releases, so closing this issue as out of
date. Phil, if the issue persists in a newer Python version, please re-report.
--
resolution: -> out of date
status: open ->
Martin v. Löwis added the comment:
Paul: wrt. your statement "eol extension tomorrow. I don't really use it
much,". This can't be really true: either you use it, or you don't. If you use
it at all, then you also use it MUCH: Python is a heavy user of the eol
extensi
Martin v. Löwis added the comment:
I noticed this issue today when trying to make the 3.4.3rc1 build; this broke
Tools/msi.py, which fails to find the license files and the tcltk files.
--
___
Python tracker
<http://bugs.python.org/issue17
Martin v. Löwis added the comment:
Ubik: this issue is closed, as we believe that it does not exist anymore. If
you still think there is a bug surrounding mkdtemp, please make a new full bug
report. Structure your report as follows:
1. this is what you did
2. this is what happened
3. this is
Martin v. Löwis added the comment:
I don't think the installer needs fixing beyond fixing mimetypes. If ensurepip
fails, the whole installation ought to fail (IMO); that's the way MSI is
supposed to work. It's the same if some other component could not be installed
Martin v. Löwis added the comment:
Another traditional issue with Japanese codecs is that people have different
opinions on what the encoding should do. It may be that when we release the
codec, somebody comes up and says that the codec is incorrect, and it should do
something different for
Martin v. Löwis added the comment:
I'm not working on Python 2.7 anymore, so I can't offer help.
--
___
Python tracker
<http://bugs.python.org/issue22850>
___
__
Martin v. Löwis added the comment:
Reopening. What problem does this fix? AFAICT, PATH_MAX isn't used at all
(anymore).
--
nosy: +loewis
resolution: fixed ->
status: closed -> open
___
Python tracker
<http://bugs.python.
Martin v. Löwis added the comment:
Reopening. I still don't understand the issue for 3.4, especially in the light
of #21274
--
status: closed -> open
___
Python tracker
<http://bugs.python.org
Martin v. Löwis added the comment:
Right, the entire patch might be processed in 30 minutes. I won't have these 30
minutes any time soon.
--
___
Python tracker
<http://bugs.python.org/is
Martin v. Löwis added the comment:
I haven't had any time to work on Python in the last year, so it may take some
more time for me to look into this.
--
___
Python tracker
<http://bugs.python.org/is
Martin v. Löwis added the comment:
The problem is this:
Error 1721. There is a problem with this Windows Installer package. A program
required for this install to complete could not be run. Contact your support
personnel or package vendor. Action: RemovePip, location:
C:\Python34\python.exe
Martin v. Löwis added the comment:
2203 is "Cannot open database file. System error [3].", with -2147287037 being
0x80030003, which in turn is STG_E_PATHNOTFOUND. Could it be that
C:\Users\pierre\Doocuments\python-3.4.2.amd64.msi is on a SUBSTed drive?
Installer does not support
Martin v. Löwis added the comment:
I'd like to focus this issue a bit. Antoine originally proposed that non-Python
code might want to access libmpdec. However, given that this is now a separate
project (as it seems), I don't think it's Python's task to make the API
a
Martin v. Löwis added the comment:
Reopening for somebody to look at; I'm not interested in Python 2.7 anymore.
--
status: closed -> open
___
Python tracker
<http://bugs.python.org
Martin v. Löwis added the comment:
Katherine: Python 2.6 is no longer maintained. If you are talking about a
different Python version, please submit a new bug report. Please state
1. what you did
2. what happened
3. what you expected to happen instead
(personally, I'm not willing to invest
Martin v. Löwis added the comment:
How so? Every single sentence in this section is absolutely correct. It just
doesn't talk about finding builtin modules at all, only about modules found on
the Python path (.py and .pyd files). Builtin modules don't have to be found,
because they
Martin v. Löwis added the comment:
Henning: if you have installed Python 2.7.5 "for all users", then this behavior
is expected. Python finds python27.dll in system32, so even if you install
2.7.8 "just for me", it will still pick up 2.7.5 from system32.
Installing diffe
Martin v. Löwis added the comment:
> Does it mean that you are ok to commit my patch?
No, because it will break #17095 again. A proper patch would do what you do,
plus find some other solution to #17095. Just reverting 6c468df214dc is not
Martin v. Löwis added the comment:
The motivation for this feature is that modules built as shared libraries
through Modules/Setup end up in Modules, so Modules is added so that they are
found.
I'd like to preserve support for building dynamic extension modules through
Modules/Setup
Martin v. Löwis added the comment:
Am 26.08.14 15:32, schrieb Antoine Pitrou:
>
> Antoine Pitrou added the comment:
>
>> Instead of a complex structure, we can use a 64-bit signed integer to store
>> a number of nanoseconds.
>
> Do we have 64-bit integers on
Martin v. Löwis added the comment:
Christian: I don't see why 24 bytes overhead sounds strange. GC_Head is
typedef union _gc_head {
struct {
union _gc_head *gc_next;
union _gc_head *gc_prev;
Py_ssize_t gc_refs;
} gc;
double dummy; /* force worst
Martin v. Löwis added the comment:
LGTM
--
stage: patch review -> commit review
___
Python tracker
<http://bugs.python.org/issue22193>
___
___
Python-bugs-lis
Martin v. Löwis added the comment:
Since we can't investigate further (since you have now resolved it for you),
closing it as suggested.
--
resolution: -> works for me
status: open -> closed
___
Python tracker
<http://bugs.python.
Martin v. Löwis added the comment:
I don't think that ... is a delimiter. Instead, it is a literal of the ellipsis
class.
--
nosy: +loewis
___
Python tracker
<http://bugs.python.org/is
Martin v. Löwis added the comment:
Neither nor. <> is a conditional token, conditional on the prior future import.
This is the nature of PEP 236: some syntax might be part of the language in one
module, but not in another, in the same version of the language.
In general, the documen
Martin v. Löwis added the comment:
Grepping through the source shows that currently, the const always goes before
the type (for char, wchar_t, Py_UCS2, and int). So please do this style
adjustment and commit.
--
___
Python tracker
<h
Changes by Martin v. Löwis :
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue21972>
___
___
Python-bugs-list
Martin v. Löwis added the comment:
I've moved the @ operator into #22142. With that, it seems to me that all
aspects of this report are resolved.
François-René, for the future, please submit an individual bug report for each
independent issue; this makes it easier tracking what has and h
New submission from Martin v. Löwis:
As a side comment in #21972, it was noted that @= is not currently documented
as an assignment operator. In addition, @ is mentioned as a delimiter, but not
as an operator.
https://docs.python.org/3.5/reference/lexical_analysis.html
--
messages
Martin v. Löwis added the comment:
The PEP 401 joke actually works:
>>> from __future__ import barry_as_FLUFL
>>> 3<>4
True
I'll add a smiley
--
___
Python tracker
<h
Martin v. Löwis added the comment:
The ellipsis is also mentioned: "A sequence of three periods has a special
meaning as an ellipsis literal."
--
___
Python tracker
<http://bugs.python.o
Martin v. Löwis added the comment:
"const T" and "T const" are the same type. This compiles, and all variables
have the same type:
int main()
{
const volatile int a;
const int volatile b;
int const volatile c;
volatile int const d;
volatile int const etc;
}
Martin v. Löwis added the comment:
Can you please print sys.executable?
--
nosy: +loewis
___
Python tracker
<http://bugs.python.org/issue22139>
___
___
Python-bug
Martin v. Löwis added the comment:
I agree that this doesn't need to be back ported to 3.4, in particular as there
is a minor semantic change (for invalid labels, it might perform a DNS lookup,
instead of rejecting them right away).
--
___
P
Changes by Martin v. Löwis :
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue22127>
___
___
Python-bugs-list
Martin v. Löwis added the comment:
I see. So the patch is fine indeed.
--
___
Python tracker
<http://bugs.python.org/issue22136>
___
___
Python-bugs-list mailin
Martin v. Löwis added the comment:
Serhiy: See
http://svn.python.org/projects/external/tcl-8.6.1.0/generic/tclDecls.h
where it now is
EXTERN CONST86 Tcl_ObjType * Tcl_GetObjType(const char *typeName);
I think the patch is wrong as it stands, as "const" is not a reserved word in
C8
Martin v. Löwis added the comment:
Serhiy: your patch still changes the type of exception, for
s.sendto(b'hello',(u'thisisaverylongstringthisisaverylongstringthisisaverylongstringthisisaverylongstring',
4242))
You get a UnicodeError now, but a socket.gaierror then. This
Martin v. Löwis added the comment:
I have updated my patch per the review.
--
Added file: http://bugs.python.org/file36267/skip_idna.diff
___
Python tracker
<http://bugs.python.org/issue22
Martin v. Löwis added the comment:
Please understand that Victor and I were asking you to pass a *unicode* object,
with a *u* prefix. For me, the time more-than-doubles, on OSX, with the system
python.
mvl:~ loewis$ /usr/bin/python -m timeit -s "import socket; s =
socket.s
Martin v. Löwis added the comment:
The attached patch makes the difference between Unicode and bytes strings for
host names negligible, plus it slightly speeds up the bytes case as well.
--
keywords: +patch
Added file: http://bugs.python.org/file36253/skip_idna.diff
Martin v. Löwis added the comment:
Charles-François: you get the idna overhead in 2.7, too, by specifying
u'127.0.0.1' as the address.
The idna overhead could be bypassed fairly easily in C by:
1. checking that the string is an ASCII string (this is possible in constant
time,
Martin v. Löwis added the comment:
Roumen, can you please fill out the contributor form?
--
nosy: +loewis
___
Python tracker
<http://bugs.python.org/issue18
Martin v. Löwis added the comment:
What problem does this solve?
--
nosy: +loewis
___
Python tracker
<http://bugs.python.org/issue22117>
___
___
Python-bugs-list m
Martin v. Löwis added the comment:
Jonas: Python's string type is a Unicode character type, unlike C's (which is
wishy-washy when it comes to characters outside of the "basic execution
character set"). So just declaring that all APIs take UTF-8 will *not* allow
for easy in
Martin v. Löwis added the comment:
If this feature is contentious, then a PEP is need to decide on it. As it turns
out, PEP 436 already discusses the nullable feature. But, as it also turns out,
PEP 436 hasn't been accepted yet (at least I could not find any records on that
having hap
Martin v. Löwis added the comment:
Installing VS 2010 express was indeed the right solution.
--
resolution: -> not a bug
status: open -> closed
___
Python tracker
<http://bugs.python.org/i
Martin v. Löwis added the comment:
Jonas, why do you say that?
--
___
Python tracker
<http://bugs.python.org/issue22108>
___
___
Python-bugs-list mailin
Martin v. Löwis added the comment:
You were misinterpreting PEP 393 - it is only about the representation of
string objects, and doesn't affect any pre-existing API. Changing
Py_SetProgramName is not possible without breaking existing code, so it could
only happen in Python 4.
A p
Changes by Martin v. Löwis :
--
nosy: -loewis
___
Python tracker
<http://bugs.python.org/issue1776160>
___
___
Python-bugs-list mailing list
Unsubscribe:
Martin v. Löwis added the comment:
The 2.7_2 patch looks good to me. I won't rule on the backwards compatibility
implications, although I agree that this is unlikely to cause a regression (it
would only if somebody updated the standard library only, *and* would use data=
for PhotoImage)
Changes by Martin v. Löwis :
--
status: -> closed
___
Python tracker
<http://bugs.python.org/issue2771>
___
___
Python-bugs-list mailing list
Unsubscrib
Changes by Martin v. Löwis :
--
status: closed ->
___
Python tracker
<http://bugs.python.org/issue2771>
___
___
Python-bugs-list mailing list
Unsubscrib
Changes by Martin v. Löwis :
--
priority: normal ->
___
Python tracker
<http://bugs.python.org/issue2771>
___
___
Python-bugs-list mailing list
Unsubscrib
Martin v. Löwis added the comment:
The 3.4 patch looks fine, please apply.
I'm -1 on the 2.7 patch. I think it would be better to add a _tkinter helper
function to create Tcl byte array objects. Alternatively, the "binary format"
command might help. OTOH, I don't care abo
Martin v. Löwis added the comment:
The patch looks fine, please apply.
--
___
Python tracker
<http://bugs.python.org/issue22085>
___
___
Python-bugs-list mailin
Martin v. Löwis added the comment:
Am 29.07.14 17:41, schrieb Antoine Pitrou:
>
> Antoine Pitrou added the comment:
>
>> I don't know about the collections module. All I'm saying is that
>> a linked list with an efficient insert_after(x) could be implemented
Martin v. Löwis added the comment:
> Are you suggesting the collections module is ready for a linked list
> implementation to go into it?
I don't know about the collections module. All I'm saying is that
a linked list with an efficient insert_after(x) could be implemented.
I&
Martin v. Löwis added the comment:
I don't think it it is worth the effort. You would need two different entry
functions still, to allow error messages to refer to the function name. Since
the _impl functions can trivially call each other, the saving in lines of code
are minimal, and f
Martin v. Löwis added the comment:
ISTM that a dictionary is not the proper data structure for an instruction
list. The support for the Mapping interface is not needed at all (AFAICT).
It's possible to make a list implementation with O(1) insert_after, using the
same strategy that Ordere
Martin v. Löwis added the comment:
Dropping support for 8.3 sounds fine with me (for Python 3.5 only, of course).
Otherwise, the patch looks also fine, so please apply.
--
nosy: +loewis
___
Python tracker
<http://bugs.python.org/issue22
Martin v. Löwis added the comment:
The cmath patch fails to apply; please update it.
--
___
Python tracker
<http://bugs.python.org/issue20152>
___
___
Python-bug
Martin v. Löwis added the comment:
multibytecodec_derby.diff looks fine, please apply.
--
nosy: +loewis
___
Python tracker
<http://bugs.python.org/issue20
Martin v. Löwis added the comment:
The patch does not apply anymore. Can you please update it, and rerun AC on it?
--
nosy: +loewis
___
Python tracker
<http://bugs.python.org/issue20
Martin v. Löwis added the comment:
For the unicodeobject changes, see Rietveld. In addition, it produces many cast
errors from PyUnicodeObject* to PyObject*. Otherwise, it looks fine - please
apply (after these fixes).
--
nosy: +loewis
___
Python
Martin v. Löwis added the comment:
Tal: Thanks for the patch. I applied it with updates to the current Argument
Clinic.
_ssl and _overlapped are still to be done.
--
nosy: +loewis
___
Python tracker
<http://bugs.python.org/issue20
Martin v. Löwis added the comment:
Ryan, 4 hunks of your patch fail to apply now. Can you please update the patch?
--
nosy: +loewis
___
Python tracker
<http://bugs.python.org/issue20
Martin v. Löwis added the comment:
BTW, Vajrasky: Thanks for the patch!
--
___
Python tracker
<http://bugs.python.org/issue20173>
___
___
Python-bugs-list mailin
Martin v. Löwis added the comment:
The codecsmodule still remains to be done.
--
nosy: +loewis
___
Python tracker
<http://bugs.python.org/issue20173>
___
___
Pytho
Martin v. Löwis added the comment:
2 hunks of _winapi.c currently fail to apply. Can you please update the patch?
--
nosy: +loewis
___
Python tracker
<http://bugs.python.org/issue20
Martin v. Löwis added the comment:
This patch doesn't apply anymore (to c55300337932); please update it.
--
nosy: +loewis
___
Python tracker
<http://bugs.python.org/is
Changes by Martin v. Löwis :
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue22082>
___
___
Python-bugs-list
New submission from Martin v. Löwis:
I'm chasing objects left at shutdown. I found that the string objects in
slotdefs are still around at the end; this patch removes them.
--
files: type.diff
keywords: patch
messages: 224058
nosy: loewis
priority: normal
severity: normal
status:
Martin v. Löwis added the comment:
Milan: Your interpretation of the MUST requirement is correct.
However, we still cannot support the SHOULD NOT requirement: A server operator
SHOULD NOT accept unencrypted passwords. RFC 2119 explains
This phrase, or the phrase "NOT RECOMMENDED"
Martin v. Löwis added the comment:
No. There is no "responsibility" to do anything in an open source project.
--
nosy: +loewis
___
Python tracker
<http://bugs.python.o
Martin v. Löwis added the comment:
RFC 4954 states
Note: A server implementation MUST implement a configuration in which
it does NOT permit any plaintext password mechanisms, unless either
the STARTTLS [SMTP-TLS] command has been negotiated or some other
mechanism that protects the
Martin v. Löwis added the comment:
-1 on adding such a test. Some people may rely on the current behaviour, and
use that to put the installation into some intermediate location (although
DESTDIR would be a better approach for that). Also, how many variables would
you want to protect from
Martin v. Löwis added the comment:
I agree with Claudiu. IDLE should pickle with a private dispatch_table.
--
nosy: +loewis
___
Python tracker
<http://bugs.python.org/issue21
Martin v. Löwis added the comment:
LGTM
--
___
Python tracker
<http://bugs.python.org/issue21765>
___
___
Python-bugs-list mailing list
Unsubscribe:
Martin v. Löwis added the comment:
I just noticed that I misread the original issue: it's not about the Python
Windows installer, but about bdist_wininst packages.
--
title: Windows installer doesn't use UAC, then crashes -> bdist_wininst
installers don't u
Martin v. Löwis added the comment:
I don't understand. It says "it is possible again to prefix unicode strings
with a u prefix" which seems to include both what ("prefix unicode strings")
and how ("with a u prefix").
Can you propose specific wo
Martin v. Löwis added the comment:
For 3.4, this was fixed as a side effect of fixing issue20641.
--
versions: -Python 3.4, Python 3.5
___
Python tracker
<http://bugs.python.org/issue8
Changes by Martin v. Löwis :
--
nosy: -loewis
___
Python tracker
<http://bugs.python.org/issue8075>
___
___
Python-bugs-list mailing list
Unsubscribe:
Martin v. Löwis added the comment:
I believe the patch is obsolete. Python does not support Windows XP anymore, so
all supported versions provide GetFinalPathNameByHandle, and all the detection
code can go.
--
nosy: +loewis
___
Python tracker
Martin v. Löwis added the comment:
None of this work affects WinRT. I don't know whether support of WinRT is a
goal, but it is certainly not a solved problem.
--
___
Python tracker
<http://bugs.python.org/is
Martin v. Löwis added the comment:
In any case, this issue has too little information to be able to reproduce it
in a meaningful way. Closing as out-of-date.
--
resolution: -> out of date
status: open -> closed
___
Python tracker
Changes by Martin v. Löwis :
--
nosy: -loewis
___
Python tracker
<http://bugs.python.org/issue19450>
___
___
Python-bugs-list mailing list
Unsubscribe:
Martin v. Löwis added the comment:
I don't maintain Python 2.7 anymore, so removing myself.
--
___
Python tracker
<http://bugs.python.org/issue19450>
___
___
Martin v. Löwis added the comment:
Two observations:
1. This issue is only about identifiers. So processing of string literals is
technically out of scope.
2. I'd suggest to replace .translate with regular expressions:
py> re.sub('[^(){}\[\]]','','foo(b[a]
Martin v. Löwis added the comment:
No, it's not on the roadmap. The recommended compiler is Microsoft Visual C,
which we are not legally allowed to redistribute.
--
nosy: +loewis
resolution: -> not a bug
status: open -> closed
___
Pyt
Martin v. Löwis added the comment:
The patch looks fine to me. Someone please apply.
--
stage: patch review -> commit review
___
Python tracker
<http://bugs.python.org/issu
Martin v. Löwis added the comment:
All fine with me. As for buildmsi.bat: note that we used to have a "daily msi"
builder that was using the script. It took too much effort to keep it running.
--
___
Python tracker
<http://bu
Changes by Martin v. Löwis :
--
resolution: -> not a bug
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue14477>
___
___
Python-bugs-
Martin v. Löwis added the comment:
The issue was never really valid (except perhaps for the desire to document
this more clearly), so closing.
Anybody who would like to see the documentation improved, please suggest a
specific change.
--
resolution: -> not a bug
status: o
Martin v. Löwis added the comment:
Thanks a lot for this investigation; I'm glad you are working on this.
--
___
Python tracker
<http://bugs.python.org/is
1 - 100 of 4778 matches
Mail list logo
