Martin v. Löwis added the comment:
I would be fine with it being build only in a debug build. The rationale for
the module is that it should test whether the header files actually compile
under the limited API (or whether e.g. some functions are exposed that rely on
unexposed structures). So
Martin v. Löwis added the comment:
If R. David agrees (assuming no patch is coming forward), it could be degrated
to deferred-blocker, and the alpha phases could be used to see how annoyed
people are with "tab not working".
--
___
Pyth
Changes by Martin v. Löwis :
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue18460>
___
___
Python-bugs-list
Martin v. Löwis added the comment:
The CHM files for 2.7.x and 3.3.x are now there.
--
___
Python tracker
<http://bugs.python.org/issue18460>
___
___
Python-bug
Martin v. Löwis added the comment:
Rephrasing R.David's question:
ntrrgc: Did you consult any documentation (browsing or searching), and if so,
where did you look?
--
nosy: +loewis
___
Python tracker
<http://bugs.python.org/is
Martin v. Löwis added the comment:
Zachary: What Windows version do you use? Glen Linderman claims that at least
Windows 7 should work fine with cmd files containing only LF, and suggested
that this may also be the case on Windows XP.
Are you using a non-standard command interpreter by any
Martin v. Löwis added the comment:
FWIW, I couldn't find any use of getdefaultlocale in any of the hg revisions
(using hg grep) in
https://bitbucket.org/birkenfeld/sphinx/
Instead, it's (probably) docutils, which has this code:
locale_encoding = locale.getloca
Martin v. Löwis added the comment:
Why do you need the "getdefaultlocale" function in the first place? I'd advise
against using it, precisely because it can trigger problems like this one.
--
nosy: +loewis
___
Python tracker
<http
Martin v. Löwis added the comment:
OTOH, perl is not a prerequisite in the first place for building Python with
OpenSSL. Why do you think you need it?
--
nosy: +loewis
___
Python tracker
<http://bugs.python.org/issue18
Martin v. Löwis added the comment:
I'm pretty sure the problem is the one reported in
http://superuser.com/questions/478631/dll-could-not-be-run-for-msi-installers
The solution/work-around is to give full access to Everyone in the Temp folder.
Please report whether this
Martin v. Löwis added the comment:
@David: I don't think any of the other open issues actually addresses building
Python with mingw (but I may misremember).
@Friedrich: This is only going to be productive if you are willing to look into
the issues yourself, and propose changes. If I had
Martin v. Löwis added the comment:
Ok, closing it.
--
status: languishing -> closed
___
Python tracker
<http://bugs.python.org/issue13418>
___
___
Python-
Martin v. Löwis added the comment:
The best way would be if the standard Unix configure succeeded under
MingW/msys. Did you actually try whether that worked?
--
nosy: +loewis
___
Python tracker
<http://bugs.python.org/issue18
Martin v. Löwis added the comment:
Please open a cmd.exe shell, change to the directory containing the MSI file,
and run
msiexec /i python-2.7.5.msi /l*v python.log
Then attach the resulting python.log file. If it is too large, compress it to a
zip file
Martin v. Löwis added the comment:
Ok, closing it. Should the issue resurface in the final release of the system,
please submit a new bug report (possibly linking to it here).
--
nosy: +loewis
resolution: -> wont fix
status: open ->
Martin v. Löwis added the comment:
I'll declare that the documentation is in error. I was pondering adding this
macro, and the API changed forth and back several times (also after other
people started contributing to the new Unicode API). The API is now what is
implemented, an
Martin v. Löwis added the comment:
Eduardo, can you please fill out the contributor form?
--
nosy: +loewis
___
Python tracker
<http://bugs.python.org/issue18
Changes by Martin v. Löwis :
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue13483>
___
___
Python-bugs-list
Martin v. Löwis added the comment:
I don't think they are actually the *same* issue.
For the limitations wrt. code objects (maximum size of byte code, maximum
number of local variables, maximum number of parameters, etc.), I recommend the
following thorough procedure:
1. document in a s
Martin v. Löwis added the comment:
But some of these types could still have lists as values, no?
--
___
Python tracker
<http://bugs.python.org/issue18234>
___
___
Martin v. Löwis added the comment:
-1 on that patch. It's using trickery to implement the test, and it's not clear
that it is actually as efficient as the previous version. The previous version
was explicitly modified to use a table lookup for performance reasons.
I'd b
Martin v. Löwis added the comment:
I stand by that comment: IsWhiteSpace should use the Unicode White_Space
property. Since FS/GS/RS/US are not in the White_Space property, it's correct
that the int conversion fails. It's incorrect that .isspace() gives true.
There are really se
Martin v. Löwis added the comment:
I think the best way would be to provide a function unicodedata.aliases,
returning a list of names for a given character or sequence.
--
___
Python tracker
<http://bugs.python.org/issue18
Martin v. Löwis added the comment:
I don't think anything of this is worth mentioning, except to mention the
precise version number of the database. Anybody interested in the consequences
of the change should read the announcement of the Unicode Conso
Martin v. Löwis added the comment:
Ok, I'm going to commit this patch. Any further revisions (including
reversions) can be done then.
--
___
Python tracker
<http://bugs.python.org/is
Martin v. Löwis added the comment:
Are you sure that the permission to use "KHMER VOWEL INHERENT AQ" in an
identifier is worth mentioning? Very few of the Python developers speak Khmer
in the first place, let alone have the desire to use it in a Python identifier.
--
nos
Martin v. Löwis added the comment:
Ok, these patches all look fine. Thanks for your effort.
--
___
Python tracker
<http://bugs.python.org/issue15239>
___
___
Pytho
Martin v. Löwis added the comment:
I can now reproduce it, and asked on SO
(http://stackoverflow.com/questions/16843727/)
--
___
Python tracker
<http://bugs.python.org/issue18
Martin v. Löwis added the comment:
I can't reproduce the issue it all; IDLE just readily pins to the task bar with
the correct icon. Can somebody please provide exact steps to reproduce?
--
___
Python tracker
<http://bugs.python.org/is
Martin v. Löwis added the comment:
I find the patch too large to review, and it appears to contain unrelated
changes. Can you kindly split it up into two patches, namely
A) changes that are really absolutely necessary to make it work again
B) patches that are purely cosmetic, and do not affect
Martin v. Löwis added the comment:
As a policy, the standard library should accept non-ASCII host names
("U-labels") wherever possible. I.e the hostname parameter of match_hostname
should allow for U-labels (as well as A-labels).
When returning names, it should always return the d
Martin v. Löwis added the comment:
For a bug fix release, I consider refactoring of test cases inappropriate.
If they really ought to be merged, I consider neither file name particularly
descriptive, so perhaps a new file name should be used altogether (e.g.
test_source_encoding
Martin v. Löwis added the comment:
What does "churn" mean?
--
nosy: +loewis
___
Python tracker
<http://bugs.python.org/issue18041>
___
___
Python-bugs-l
Changes by Martin v. Löwis :
--
nosy: +loewis, tim.golden
___
Python tracker
<http://bugs.python.org/issue18040>
___
___
Python-bugs-list mailing list
Unsubscribe:
Martin v. Löwis added the comment:
LGTM.
--
nosy: +loewis
___
Python tracker
<http://bugs.python.org/issue18038>
___
___
Python-bugs-list mailing list
Unsubscribe:
Martin v. Löwis added the comment:
I'm still skeptical that a new exception should be introduced in 2.7.x, or 3.3
(might this break existing setups?). I suggest to ask the release manager for a
decision.
But if this is done, then I propose to add the following text to Server
Martin v. Löwis added the comment:
Ah ok. I guess tuples.py then indeed demonstrates a saving. I'll apply the
patch.
--
___
Python tracker
<http://bugs.python.org/is
Martin v. Löwis added the comment:
Serhiy: The patch fixes the OP's concern, but not the extended concern about
producing ill-formed XML (at least not for 2.7). If the string contains
non-UTF-8 data, yet the XML declaration says UTF-8, it's still ill-formed, and
not caught by your
Martin v. Löwis added the comment:
Am 21.05.13 23:14, schrieb Oscar Benjamin:
> More generally I think that compiling non-cygwin extensions with
> cygwin gcc should be altogether deprecated (for Python 3.4 at least).
> It should be discouraged in the docs and unsupported in the future.
Martin v. Löwis added the comment:
The original report really includes two parts:
a) when a string containing \0 is marshalled, ill-formed XML is produced
b) the expected behavior is that base64 is used
IMO: While a) is correct, b) is not. Antoine is correct that xmlrpclib.Binary
should be
Martin v. Löwis added the comment:
Can you please provide some context for this report?
On the abstract, I agree that there is an error in the tutorial: it is not
decided whether the % formatting will be eventually removed, and I would also
personally disagree with the recommendation to
Martin v. Löwis added the comment:
Antoine's request for benchmarks still stands. I continue to think that it
should be applied even in absence of benchmarks. In the absence of third
opinions on this specific aspect, I don't think it can
Martin v. Löwis added the comment:
Oscar: I agree with your analysis, but it is incomplete. There is a group
C: Users who have only cygwin gcc 4.x installed
For those, the current setup will produce an error message, essentially telling
them that the need to fix something (specifically: edit
Martin v. Löwis added the comment:
Donal, please understand that this tracker is primarily to report bugs, not to
get support, so help on possible work-arounds is out of scope.
That said, if you want to investigate further, please rename _ssl_failed.so
back to _ssl.so, and then re-perform the
Martin v. Löwis added the comment:
I have now updated the code.
Yogesh: It is somewhat more that just committing the source; the assembler
files need to be generated. The objective is to not require Perl on the build
machines.
--
status: open -> clo
Martin v. Löwis added the comment:
> a) Is Windows Server 2003 is really meant to be spported?
Yes
> b) Are UNCs expected to behave differently on Server 2003?
No.
> c) Can UNCs be disabled on a particular machine?
I may misunderstand "can": yes, it is possible, but no,
Martin v. Löwis added the comment:
Please don't reopen issues. If there is a bug in the current setup, please
submit a new reporting indicating what the problem is.
--
___
Python tracker
<http://bugs.python.org/is
Martin v. Löwis added the comment:
I don't see any point in merely bringing the codecs back, without any
convenience API to use them. If I need to do
import codecs
result = codecs.getencoder("base64").encode(data)
I don't think people would actually prefer this o
Martin v. Löwis added the comment:
I don't mind them being backported, in the spirit of supporting newer tools
well in 2.7. OTOH, I don't see it as necessary, either. 2.7 will eventually be
phased out, and then it doesn't matter how much warni
Martin v. Löwis added the comment:
I'd like to propose a code size reduction. If kind1 < kind2, swap(kind1, kind2)
and swap(data1, data2). Set a variable swapped to 1 (not swapped) or -1
(swapped); then return either swapped or -swapped when a difference is found.
With that, th
Martin v. Löwis added the comment:
It appears that this is a consequence of the changes in issue 6972, in
particular change 4d1948689ee1.
--
nosy: +Arfrever, amaury.forgeotdarc, benjamin.peterson, catalin.iacob,
georg.brandl, gregory.p.smith, larry, loewis, ned.deily, python-dev
Martin v. Löwis added the comment:
Since this is going to be a new API, I would like to return the file type per
directory entry where supported. I suggest to start with the Linux set of file
types (DT_BLK, ..., DT_UNKNOWN), perhaps under different names, giving
'unknown' on sys
Martin v. Löwis added the comment:
This is now fixed, with 1.0.0k and 1.0.1d
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/i
Martin v. Löwis added the comment:
This is now fixed.
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/i
Changes by Martin v. Löwis :
--
versions: -Python 3.2
___
Python tracker
<http://bugs.python.org/issue17425>
___
___
Python-bugs-list mailing list
Unsubscribe:
Martin v. Löwis added the comment:
> Sorry, what does "instancing" mean?
He means "keeping track of instance identities", so that objects
that were shared before marshal continue to be shared after loading.
> And does this change bring interesting features?
"
Martin v. Löwis added the comment:
0.9.8y seems to work fine on 2.7; I'll do the other ones later.
--
___
Python tracker
<http://bugs.python.org/is
Martin v. Löwis added the comment:
hg log -r 'head()-parents(merge())-closed()' --template '{branch}\n'
works for me. Alternatively,
hg log -r 'head()-parents(merge())-closed()-branch(2.7)-branch(default)'
should come out empty.
--
Martin v. Löwis added the comment:
Indeed. I hope to get to it later this evening.
--
___
Python tracker
<http://bugs.python.org/issue17425>
___
___
Python-bug
Martin v. Löwis added the comment:
IIUC, Xara for Linux is still available at
http://www.xaraxtreme.org/download.html
--
___
Python tracker
<http://bugs.python.org/issue17
Martin v. Löwis added the comment:
I'm rejecting the patch, on grounds of PEP 11. We only support MSVC compilers
up to 3 years after the extended support by Microsoft has expired. For MSC 5,
this is long past. For MSC 6, extended support was discontinued in 2005, for
MSVC 2002, in 2009
Martin v. Löwis added the comment:
Erik: the issue is about bdist_wininst, not bdist_msi (bdist_msi has a similar
issue, but it is entirely different in its causes and potential resolution, and
shall not be discussed here).
The code to find the installations is in
PC/bdist_wininst
Martin v. Löwis added the comment:
Ah, I see. Yes, it seems indeed that the def file needs to be changed.
--
___
Python tracker
<http://bugs.python.org/issue17
Martin v. Löwis added the comment:
The Unicode functions were left out of the limited API precisely because of the
UCS2/UCS4 issue. If you have an extension module on a narrow Python build using
the limited API, it should work without recompilation on a wide build as well.
Now, with Python
Martin v. Löwis added the comment:
What's the most likely encoding? UTF-8? I suggest we assume UTF-8, and use the
surrogate-escape error handler to deal with the cases when it isn't.
--
nosy: +loewis
___
Python tracker
<http://bu
Martin v. Löwis added the comment:
No, it hasn't been handled. I'll look into it next week.
--
___
Python tracker
<http://bugs.python.org/issue17425>
___
___
Martin v. Löwis added the comment:
Are you sure that non-dicts work fine? ISTM that there is quite some code that
relies on tp_dict being a dict-or-subdict instance, e.g. in
typeobject.c:type_module,type_get_doc etc.
--
nosy: +loewis
___
Python
Martin v. Löwis added the comment:
> I'd like to, but I really have no clue on bdist_wininst
That's perfectly fine. If people make feature requests, it's
often uncertain whether they lack time or knowledge, or are
merely to shy/uncertain to propose a patch. So somebody else
Martin v. Löwis added the comment:
Would you like to work on a patch?
--
nosy: +loewis
___
Python tracker
<http://bugs.python.org/issue17420>
___
___
Python-bug
Martin v. Löwis added the comment:
Would you like to work on a patch?
--
nosy: +loewis
___
Python tracker
<http://bugs.python.org/issue17419>
___
___
Python-bug
Changes by Martin v. Löwis :
--
resolution: -> wont fix
status: pending -> closed
___
Python tracker
<http://bugs.python.org/issue11656>
___
___
Pyth
Martin v. Löwis added the comment:
Am 14.03.13 03:31, schrieb Piotr Dobrogost:
> forces programs which would like to open a file being opened at the
> same time by Python code (by means of built-in open() or os.open()
> with default arguments) to either use O_TEMPORARY when using msvcr
Martin v. Löwis added the comment:
I don't understand whether you are proposing to include the patch into Python
as-is; if so, I'm -1 on it for two formal reasons: a) the standard library
shouldn't monkey patch itself, and b) OS interfacing should be implemented in C.
Th
Martin v. Löwis added the comment:
doko: this issue is about Windows; autoconf is not being used here (plus the
"correct" compiler would be MSC).
--
___
Python tracker
<http://bugs.python.o
Martin v. Löwis added the comment:
I admit that it is puzzling that string interpolation is apparently the fastest
way to assemble byte strings. It involves parsing the format string, so it
ought to be slower than anything that merely concatenates (such as cStringIO).
(I do understand why
Martin v. Löwis added the comment:
"changes will get committed immediately inside the with, which is simply broken"
What do you mean by that?
A. Changes ought to be committed immediately, but are not; it is broken, and
changes must be committed immediately.
- or -
B. What actually
Martin v. Löwis added the comment:
klo.uo: can you kindly provide a working (or, rather, failing) example? A
trivial "hello-world" kind of package could do, along with a report what path
you unpacked it in, and what error you get.
Your patch is not applicable to Python, since it re
Martin v. Löwis added the comment:
It's a bug; thanks for pointing this out. I always suspected that there was
something wrong, but never found the time to look into it.
--
nosy: +loewis
___
Python tracker
<http://bugs.python.org/is
Martin v. Löwis added the comment:
LGTM.
--
___
Python tracker
<http://bugs.python.org/issue16836>
___
___
Python-bugs-list mailing list
Unsubscribe:
Martin v. Löwis added the comment:
Geert: Someone will have to provide a patch, else the issue will go nowhere. I
will insist that the patch continues to support "older" gcc installations (from
2012), at least if implemented as a bug fix to older Pytho
Martin v. Löwis added the comment:
Would you like to investigate a patch?
--
nosy: +loewis
___
Python tracker
<http://bugs.python.org/issue16865>
___
___
Pytho
Changes by Martin v. Löwis :
--
Removed message: http://bugs.python.org/msg178789
___
Python tracker
<http://bugs.python.org/issue16208>
___
___
Python-bugs-list m
Changes by Martin v. Löwis :
--
Removed message: http://bugs.python.org/msg178791
___
Python tracker
<http://bugs.python.org/issue16208>
___
___
Python-bugs-list m
Martin v. Löwis added the comment:
(sorry, wrong issue)
--
___
Python tracker
<http://bugs.python.org/issue16208>
___
___
Python-bugs-list mailing list
Unsub
Martin v. Löwis added the comment:
schmir: your information on msi support is probably outdated; pypi.python.org
does support MSI files, see for example
http://pypi.python.org/pypi/Twisted/12.3.0
--
___
Python tracker
<http://bugs.python.
Martin v. Löwis added the comment:
schmir: your information on msi support is probably outdated; pypi.python.org
does support MSI files, see for example
http://pypi.python.org/pypi/Twisted/12.3.0
--
___
Python tracker
<http://bugs.python.
Martin v. Löwis added the comment:
It's not at all useless: it enables the application to bypass limitations in
Python, i.e. process the sockaddr on its own (very much in the same way as you
have to do for ioctl/fcntl).
Whether it's surprising or not depends on what you expected
Martin v. Löwis added the comment:
The data returned is not bogus; this is the correct result. If the system's
getaddrinfo returns an unsupported address family, Python returns a bytes
object (the system's sockaddr buffer) to the application. This should be
documented, though (eit
Martin v. Löwis added the comment:
Python's standard library does not currently provide a validating XML parser,
and none is planned, so I propose to close this as "won't fix".
--
nosy: +loewis
___
Python tracker
<http://bug
Martin v. Löwis added the comment:
Are you sure that the file in SysWOW64 is a 64-bit binary? On Win64, system32
contains the 64-bit DLLs, and SysWOW64 contains the 32-bit DLLs:
http://en.wikipedia.org/wiki/WoW64#Registry_and_file_system
Indeed, on my system, it's exactly reversed to
Martin v. Löwis added the comment:
Yes, it's still used. python3.dll is different from python3X.dll, and specified
in PEP 384. It will remain in Python until Python 4 comes along (and then
likely be replaced by python4.dll).
--
resolution: -> invalid
status: open -
Martin v. Löwis added the comment:
I don't think much caution is needed. If problems don't show up in the beta
releases, we can still revert the change for 3.4.1.
Christian, please go ahead and check this in.
--
stage: test needed ->
Martin v. Löwis added the comment:
I'm +0. There is a risk that this may break 3rd-party extension modules.
--
nosy: +loewis
___
Python tracker
<http://bugs.python.org/is
Martin v. Löwis added the comment:
I claim that this is not a bug in the existing versions. It is documented as
"illegal" to assign to None:
http://docs.python.org/2.7/library/constants.html?highlight=none#None
So what exactly happens if you manage to bypass the existing
Martin v. Löwis added the comment:
I think further investigation should require analysing the crash in a debugger.
It may well be that the crash is completely unrelated to msvcrt.
--
___
Python tracker
<http://bugs.python.org/issue16
Martin v. Löwis added the comment:
1. I think that the PEP author has the final say as to what specific text goes
into the PEP. Contributors shouldn't modify other people's PEP without consent
from the author(s).
2. This holds for all stages, including the Final stage. If the
Martin v. Löwis added the comment:
I don't think this needs clarification. The status quo is fine.
--
nosy: +loewis
___
Python tracker
<http://bugs.python.org/is
Martin v. Löwis added the comment:
I'd like to focus this issue; it has been open long enough, and deserves to get
closed once the original issue is resolved - which was that "make smelly"
reports symbols. I think dmalcolm's patch is quite a good start for that.
It ma
Martin v. Löwis added the comment:
The patch looks good to me.
--
nosy: +loewis
___
Python tracker
<http://bugs.python.org/issue16562>
___
___
Python-bugs-list m
Martin v. Löwis added the comment:
Am 20.11.12 18:02, schrieb Antoine Pitrou:
> It is a bad idea because features have to be supported in the long-term,
> which means more maintenance effort. So, basically, this is the same
> reason we don't accept every feature request + patch th
401 - 500 of 4778 matches
Mail list logo