Martin v. Löwis added the comment:
> Can you explain how I'm supposed to build Python 2.5 from a Mercurial
> checkout?
No, I can't. Just don't. Use subversion instead if you want to build
Python 2.5 (or use one of the released versions).
> What is magic about Sept
Martin v. Löwis added the comment:
It is consistent: the else goes *always* under the if. If the if is unindented,
so must be the else.
--
nosy: +loewis
___
Python tracker
<http://bugs.python.org/issue11
Changes by Martin v. Löwis :
--
resolution: -> invalid
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue11422>
___
___
Python-bugs-
Martin v. Löwis added the comment:
Yes, the behaviour you observe is perfectly normal. When you double-click a
Python file, it is executed right away. If execution completes quickly, the
window it opens is closed before you can even notice it.
--
nosy: +loewis
resolution: -> inva
Changes by Martin v. Löwis :
--
keywords: +patch
Added file: http://bugs.python.org/file21029/a.diff
___
Python tracker
<http://bugs.python.org/issue8542>
___
___
Changes by Martin v. Löwis :
--
status: closed -> open
___
Python tracker
<http://bugs.python.org/issue8542>
___
___
Python-bugs-list mailing list
Unsubscri
Changes by Martin v. Löwis :
--
nosy: +georg.brandl
___
Python tracker
<http://bugs.python.org/issue8542>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Martin v. Löwis :
--
nosy: -georg.brandl
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue8542>
___
___
Python-bugs-list mai
Martin v. Löwis added the comment:
> I thought then and still do that listdir should (have) change (d) like range,
> map, and filter did, for same reasons.
The reasons that applied to map and range don't apply to listdir(). The
cost of materializing the list in the former c
Martin v. Löwis added the comment:
> Can't we simply add os.xlistdir() leaving listdir() as is?
Only if an advantage can be demonstrated. in a realistic application.
--
___
Python tracker
<http://bugs.python.org
Martin v. Löwis added the comment:
What operating system is that on?
--
nosy: +loewis
___
Python tracker
<http://bugs.python.org/issue11454>
___
___
Python-bug
Martin v. Löwis added the comment:
I fail to see the need to warn about this, though. Users using the feature are
likely aware that this violates the language specification, and will find out
quickly when they do port it to another Python implementation.
There are many many other aspects of
Martin v. Löwis added the comment:
> a cron script which must process just a bunch of them at a time.
> There's no need to gather them all.
Can you please be more explicit? What's the application in which you
have several millions of files in a directory? What's the tas
Martin v. Löwis added the comment:
I'd rather recommend a different approach, where the set of CAs doesn't need to
be specified for every module that directly or indirectly uses SSL. Instead,
there should be support for a thread-local setting of the allowable CAs, and
then no API c
Martin v. Löwis added the comment:
Can somebody propose a patch?
--
___
Python tracker
<http://bugs.python.org/issue11455>
___
___
Python-bugs-list mailin
Martin v. Löwis added the comment:
> http://lwn.net/Articles/216948/
> Why kernel.org is slow
That's all independent of the issue at hand. Whether or not getdents is
slow doesn't really matter here because we need to call getdents,
anyway: it's the only API to get at t
Martin v. Löwis added the comment:
> The downsides of os.listdir: a) You can't get a peek at the files so
> far, it's all or nothing. I only wanted to know if a directory is
> empty and I have to read the whole thing just to throw it away (maybe
> I missed another li
Changes by Martin v. Löwis :
--
hgrepos: +1
___
Python tracker
<http://bugs.python.org/issue2771>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Martin v. Löwis :
--
hgrepos: +2
___
Python tracker
<http://bugs.python.org/issue2771>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Martin v. Löwis :
Added file: http://bugs.python.org/file21103/6a1c8fcce229.diff
___
Python tracker
<http://bugs.python.org/issue2771>
___
___
Python-bug
Changes by Martin v. Löwis :
--
status: closed -> open
___
Python tracker
<http://bugs.python.org/issue2771>
___
___
Python-bugs-list mailing list
Unsubscri
Changes by Martin v. Löwis :
--
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue2771>
___
___
Python-bugs-list mailing list
Unsubscri
Changes by Martin v. Löwis :
--
status: closed -> open
___
Python tracker
<http://bugs.python.org/issue2771>
___
___
Python-bugs-list mailing list
Unsubscri
Changes by Martin v. Löwis :
--
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue2771>
___
___
Python-bugs-list mailing list
Unsubscri
Martin v. Löwis added the comment:
v6 was created against an unknown mercurial repository (most likely
code.python.org). It actually doesn't apply cleanly anymore so it would be best
to regenerate it it (or go on with any v7 that may result out of the r
Martin v. Löwis added the comment:
Robert: Can you please suggest an algorithm that would have given the result
you expect (preferably as a C program, using a string literal as its input, for
some platform)? Ideally, we would stick to the example given by the OP
Changes by Martin v. Löwis :
Removed file: http://bugs.python.org/file21217/b9b7d4c10bc4.diff
___
Python tracker
<http://bugs.python.org/issue11477>
___
___
Python-bug
Changes by Martin v. Löwis :
Added file: http://bugs.python.org/file21256/f1bd5468dae6.diff
___
Python tracker
<http://bugs.python.org/issue11477>
___
___
Python-bug
Changes by Martin v. Löwis :
Removed file: http://bugs.python.org/file21256/f1bd5468dae6.diff
___
Python tracker
<http://bugs.python.org/issue11477>
___
___
Python-bug
Changes by Martin v. Löwis :
Added file: http://bugs.python.org/file21257/f1bd5468dae6.diff
___
Python tracker
<http://bugs.python.org/issue11477>
___
___
Python-bug
Changes by Martin v. Löwis :
Removed file: http://bugs.python.org/file21257/f1bd5468dae6.diff
___
Python tracker
<http://bugs.python.org/issue11477>
___
___
Python-bug
Changes by Martin v. Löwis :
Added file: http://bugs.python.org/file21258/f1bd5468dae6.diff
___
Python tracker
<http://bugs.python.org/issue11477>
___
___
Python-bug
Martin v. Löwis added the comment:
How do you expect this to be resolved? Or will it stay open until Microsoft
improves the NTFS performance?
--
nosy: +loewis
___
Python tracker
<http://bugs.python.org/issue11
Martin v. Löwis added the comment:
Ok. It's probably not the most optimal thing we can do. It opens the directory
with CreateFileW (specifying OPEN_EXISTING and BACKUP_SEMANTICS), then
GetFileInformationByHandle. If we only want to find out whether the file is a
directory, we could ju
Martin v. Löwis added the comment:
> Martin: in C I have the luxury of using 32 bit floats; not an option
> in Python. Simple code doing the moral equivalent of NTOHL(HTONL())
> works in this case for C but wouldn't help for Python.
If you agree that Python actually behaves corr
Martin v. Löwis added the comment:
Interestingly, it used to be a Semaphore up to [5e6e9e893acd]; in
[cde4da18c4fa], Yakov Markovitch rewrote this to be the faster implementation
we have today.
--
___
Python tracker
<http://bugs.python.
Martin v. Löwis added the comment:
I think the patch is incorrect. Parsing PATHEXT means that it will believe that
all extensions listed on PATHEXT are executable. However, os.spawnv is not able
to run them all, but only a subset. IIUC, spawnv supports (from spawnve.c)
static _TSCHAR
Martin v. Löwis added the comment:
> At that time, the Pythread_* functions were still in use by the GIL
> implementation, and it made a difference judging by the commit message.
Hmm. And if some application uses thread.lock heavily, won't it still
make a
Martin v. Löwis added the comment:
If someone can propose a patch that has zero effect on a subversion checkout or
export but fixes the issue with a hg checkout, I'd be fine adding it.
OTOH, I fail to see why this issue needs fixing.
--
___
P
Martin v. Löwis added the comment:
I was worried that the fatal error might not trigger anymore when doing
something odd with subversion, but I guess this is unfounded worry. So I'm fine
with the patch.
--
___
Python tracker
Changes by Martin v. Löwis :
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue11421>
___
___
Python-bugs-list
Martin v. Löwis added the comment:
> I would still favour committing the semaphore-based version first
> (especially in 3.2), and then discussing performance improvements if
> desired.
For 3.2, I would prefer a solution that makes least changes to the
current code. This is be
Martin v. Löwis added the comment:
> I realize that this is
> a subtle point, but in fact, the atomic functions make no memory
> barrier guarantees either (I think).
No need to guess:
http://msdn.microsoft.com/en-us/library/ms683560(v=vs.85).aspx
"This function generates
Martin v. Löwis added the comment:
It seems this function was forgotten. I'd add this for 3.2.1, which of course
means that your extension wouldn't run on a 3.2.0 installation. Would you
consider this acceptable?
Would you prefer to see a compiler error indicating that you a
Martin v. Löwis added the comment:
> I fear I don't understand exactly what is meant here. For me it was enough to
> get the linker error telling me it is not working.
Suppose 3.2.1 adds this function, which then means that your extension
builds fine. However, it won't run
Martin v. Löwis added the comment:
Kristoffer: are you using a personal firewall software? These filters often
filter traffic out depending on what process is receiving it, so you may want
to turn the firewall off (or explicitly configure it to allow this port to be
open).
--
nosy
Martin v. Löwis added the comment:
I can reproduce it here (Chrome 9, and Iceweasel 3.5.16); line 1431 gets
duplicated.
It's fine to report it here; we are behind in the code base, so I'd like to
investigate an upgrade first.
--
status: pendi
Martin v. Löwis added the comment:
Jack: what's the issue with the external dependencies? Just run
Tool/buildbot/external.bat (or external-amd64.bat, or external-common.bat), and
be done.
If you merely want to debug your extension modules, I recommend *not* to turn
on Py_DEBUG, but
Changes by Martin v. Löwis :
Added file: http://bugs.python.org/file21367/650549138a3d.diff
___
Python tracker
<http://bugs.python.org/issue11477>
___
___
Python-bug
Changes by Martin v. Löwis :
Removed file: http://bugs.python.org/file21258/f1bd5468dae6.diff
___
Python tracker
<http://bugs.python.org/issue11477>
___
___
Python-bug
Changes by Martin v. Löwis :
Removed file: http://bugs.python.org/file21367/650549138a3d.diff
___
Python tracker
<http://bugs.python.org/issue11477>
___
___
Python-bug
Changes by Martin v. Löwis :
Added file: http://bugs.python.org/file21368/650549138a3d.diff
___
Python tracker
<http://bugs.python.org/issue11477>
___
___
Python-bug
Martin v. Löwis added the comment:
> Martin, I agree about the Py_DEBUG issue. My reason for asking is
> really only a workaround for the VC++ problam that you can't link
> non-debug and debug builds together.
Please understand that this is factually incorrect, if, by "de
Changes by Martin v. Löwis :
Removed file: http://bugs.python.org/file21383/8bd713a823b5.diff
___
Python tracker
<http://bugs.python.org/issue11477>
___
___
Python-bug
Changes by Martin v. Löwis :
Added file: http://bugs.python.org/file21384/8bd713a823b5.diff
___
Python tracker
<http://bugs.python.org/issue11477>
___
___
Python-bug
Changes by Martin v. Löwis :
Removed file: http://bugs.python.org/file21384/8bd713a823b5.diff
___
Python tracker
<http://bugs.python.org/issue11477>
___
___
Python-bug
Changes by Martin v. Löwis :
Added file: http://bugs.python.org/file21386/8bd713a823b5.diff
___
Python tracker
<http://bugs.python.org/issue11477>
___
___
Python-bug
Changes by Martin v. Löwis :
Removed file: http://bugs.python.org/file21398/c43e264256e4.diff
___
Python tracker
<http://bugs.python.org/issue5845>
___
___
Python-bug
Changes by Martin v. Löwis :
Added file: http://bugs.python.org/file21401/c43e264256e4.diff
___
Python tracker
<http://bugs.python.org/issue5845>
___
___
Python-bug
Martin v. Löwis added the comment:
Yes, this is out of date since 2416f166de4b
--
resolution: -> out of date
status: open -> closed
___
Python tracker
<http://bugs.python.org/
Martin v. Löwis added the comment:
Why do you think this is a bug in Python?
--
nosy: +loewis
___
Python tracker
<http://bugs.python.org/issue11685>
___
___
Pytho
Martin v. Löwis added the comment:
But putting untrusted strings into the table name is a bug in the application,
not in Python.
--
___
Python tracker
<http://bugs.python.org/issue11
Martin v. Löwis added the comment:
Ah. That's not a limitation of Python, but a limitation of sqlite. See
http://www.sqlite.org/c3ref/bind_blob.html
for how parameter binding works. The table name is not supported as a
parameter; neither are column names or database names.
So if you
Martin v. Löwis added the comment:
Greg: Can you please comment what the original motivation was for removing ISIG
from the flags? This is your change, from issue 7208, AFAICT.
--
nosy: +loewis
___
Python tracker
<http://bugs.python.org/issue11
Changes by Martin v. Löwis :
Added file: http://bugs.python.org/file21423/msilib2.diff
___
Python tracker
<http://bugs.python.org/issue7639>
___
___
Python-bugs-list m
Martin v. Löwis added the comment:
This is now fixed with Christoph Gohlke's patch in issue 7639. If anything
remains to be done, please submit a new issue (rather than posting to this one).
--
resolution: -> fixed
status: open -
Martin v. Löwis added the comment:
> Can we use FD_CLOEXEC to archive this goal?
I think we should use FD_CLOEXEC in all places where it's reasonable.
As others have pointed out, we shouldn't set FD_CLOEXEC for file
descriptors where the application hasn't explici
Martin v. Löwis added the comment:
Thanks for the patch. Please submit a contributor form if you haven't done so:
http://www.python.org/psf/contrib/contrib-form/
--
___
Python tracker
<http://bugs.python.org/is
Martin v. Löwis added the comment:
With PEP 384, this is now obsolete, so closing it as such. If you think that
selected features of this patch should still be added, please submit them as
separate patches.
--
nosy: +loewis
resolution: -> out of date
status: open ->
Martin v. Löwis added the comment:
> Aren’t you supposed to use the DB API to get safe queries?
> http://docs.python.org/dev/library/sqlite3
Yes, but the OP complains that the DB API doesn't support specification
of the table name from a parameter. So the DB API won&
Changes by Martin v. Löwis :
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue2694>
___
___
Python-bugs-list
Changes by Martin v. Löwis :
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue8554>
___
___
Python-bugs-list
Martin v. Löwis added the comment:
Where does R:\include\msvc\sys/types.h come from?
--
nosy: +loewis
___
Python tracker
<http://bugs.python.org/issue11
Martin v. Löwis added the comment:
What is mings64?
--
nosy: +loewis
___
Python tracker
<http://bugs.python.org/issue11723>
___
___
Python-bugs-list mailin
Martin v. Löwis added the comment:
Sorry, I honestly wasn't sure whether this is a typo, or whether mings64 is
something I hadn't heard of (for the record, I'm not sure what mingw64 really
is, either).
--
___
Python
Martin v. Löwis added the comment:
Python 2.5 is not open for bug fixes anymore, so this can't be applied to this
branch. I suggest that Python 2.6 is closed for bug fixes as well.
--
nosy: +loewis
___
Python tracker
<http://bugs.py
Martin v. Löwis added the comment:
If Ubuntu stops supporting to build old Python releases, I rather consider this
a serious bug in Debian, not one in Python.
If the issue is merely that certain extension modules fail to build, I see no
real reason to do anything about it. Users affected by
Changes by Martin v. Löwis :
--
nosy: +Christophe Simonis
___
Python tracker
<http://bugs.python.org/issue6715>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Martin v. Löwis :
--
nosy: -georg.brandl
___
Python tracker
<http://bugs.python.org/issue6715>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Martin v. Löwis :
--
nosy: +georg.brandl
___
Python tracker
<http://bugs.python.org/issue6715>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Martin v. Löwis :
Added file: http://bugs.python.org/file21665/foo
___
Python tracker
<http://bugs.python.org/issue2771>
___
___
Python-bugs-list mailin
Martin v. Löwis added the comment:
Jeroen: I'm tempted to close this issue with no change. The code, as it stands,
models what Microsoft does in it's CRT (see crt/src/stat.c:__tdtoxmode). There
is also a straight-forward motivation to this: this is the list of extensions
that you c
Martin v. Löwis added the comment:
Can you please check whether math.h hides the finite declaration for some
reason?
--
nosy: +loewis
___
Python tracker
<http://bugs.python.org/issue11
Changes by Martin v. Löwis :
--
versions: -Python 2.5, Python 2.6, Python 2.7, Python 3.1, Python 3.2
___
Python tracker
<http://bugs.python.org/issue11
Martin v. Löwis added the comment:
The patch looks fine; please add a reference to PEP 11 into the error messages,
though (so that people can find out that they can volunteer to maintain it).
--
resolution: -> accepted
___
Python tracker
&l
Martin v. Löwis added the comment:
> How can we help you ?
Please contribute a full, complete, working VMS port to Python 3.3.
I never understood whether the code that we have is supposed to be
complete, in the sense that you get a working Python out of it
(rather, I understood that t
Martin v. Löwis added the comment:
Guido established a policy a few years ago that we should rather not
incorporate support for every minority platform for which people contribute
patches. While I'd personally agree that an Interix port would certainly be
"fun", pragmatic
Martin v. Löwis added the comment:
I'm closing it as rejected. Python doesn't use subversion anymore.
--
resolution: -> rejected
status: open -> closed
___
Python tracker
<http://bugs.py
Martin v. Löwis added the comment:
"The only way ..." That's not true. y=x*(1<
<http://bugs.python.org/issue11967>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.or
Martin v. Löwis added the comment:
Ok, I'm closing this as won't fix. Mark is our authority on these matters, and
having two spellings for this fairly uncommon operation seems enough.
--
resolution: -> wont fix
status: open -> closed
__
Martin v. Löwis added the comment:
I think what they mean is a better representation from an Android API, such as
UChar32 from utils/AndroidUnicode.h.
I agree that it's not worthwhile trying to port Python to those Android
versions that have a single-byte wchar_t definition.
David, I
Martin v. Löwis added the comment:
What's the purpose of the patch? I.e. what can you do when you have the handle
exposed?
--
___
Python tracker
<http://bugs.python.org/is
Martin v. Löwis added the comment:
I'd rather expose the missing functions, than supporting a mix of this module
with a ctypes one; this patch sounds hackish.
--
___
Python tracker
<http://bugs.python.org/is
Martin v. Löwis added the comment:
allnodes was deleted in 5b3fbff05ffd
--
___
Python tracker
<http://bugs.python.org/issue11164>
___
___
Python-bugs-list mailin
Martin v. Löwis added the comment:
It's true that we should try to avoid distributing GPL'ed code with binary
installers. At a minimum, we would have to provide the source of readline for
download also, and we would have to warn anybody redistributing our binaries
that they must i
New submission from Martin v. Löwis :
The Unix build identifies itself with a string such as
Python 3.2.1b1 (3.2:5b34f84ca773, May 10 2011, 00:58:43)
and sys._mercurial then is ('CPython', '3.2', '5b34f84ca773')
In the Windows build, the identification is
Python
Martin v. Löwis added the comment:
Ned: I agree this is desirable (i.e. the shipped binaries ought to carry proper
build identification). I also think this is independent from this issue,
though, since the changes to integrate build identification into the window
build process won'
Martin v. Löwis added the comment:
I'd rather not patch the build process manually during a release, so probably
there just won't be a hg build identification in the Windows binaries, then.
--
___
Python tracker
<http://bugs.python.o
Martin v. Löwis added the comment:
> The development headers for these are not installed by default on
> some distributions.
This is not an issue at all - that's what autoconf is for.
> Adding this to the posix module would enforce linking with lcap and
> lattr always.
That
Martin v. Löwis added the comment:
This request is out of scope for 2.7. It is a new feature, and no new features
can be added to 2.7.
--
nosy: +loewis
resolution: -> wont fix
status: open -> closed
___
Python tracker
<http://bugs.p
801 - 900 of 4778 matches
Mail list logo
