Martin v. Löwis added the comment:
The actual change that broke that was r41672, which added the ULL
suffix. r46064 fixed it for VC6 and embedded VC.
Raising the minimum _MSC_VER to above 1300 is fine (VC 7.1 is 1310).
I personally can't test with VS 2002 anymore, so I have to trust
Martin v. Löwis added the comment:
Thanks for the report. This is now fixed in r58430 and r584301
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1216
__
___
Python-bugs-list
Changes by Martin v. Löwis:
--
resolution: - fixed
status: open - closed
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1216
__
___
Python-bugs-list mailing list
Martin v. Löwis added the comment:
I personally don't think this problem can be resolved by discussion.
Instead, you have to use a debugger, debug your application, Python, and
Windows, to find out the true cause of the problem. Only then discussion
can be fruitful.
If you cannot do these steps
Martin v. Löwis added the comment:
I set the IMAGE_FILE_LARGE_ADDRESS_AWARE flag on python and I still get the
memoryerror exceptions. When they start happening there is still more than
1GB of available memory!
Just in case it isn't clear: I still don't see an indication of a bug in
Python
Changes by Martin v. Löwis:
--
status: open - closed
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1270
__
___
Python-bugs-list mailing list
Unsubscribe:
http
Martin v. Löwis added the comment:
Please understand that the purpose of this bug tracker is to track bug
reports and patches to Python, not a means of getting help in using
Python. If you think you have found a bug, please submit a bug report
that allows us to reproduce the bug. If you merely
Changes by Martin v. Löwis:
--
keywords: +patch
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1276
__
___
Python-bugs-list mailing list
Unsubscribe:
http
Changes by Martin v. Löwis:
--
keywords: +patch
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1280
__
___
Python-bugs-list mailing list
Unsubscribe:
http
Changes by Martin v. Löwis:
--
keywords: +patch
_
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1663329
_
___
Python-bugs-list mailing list
Unsubscribe:
http
Martin v. Löwis added the comment:
What version of VC++ Express are you specifically referring to?
--
nosy: +loewis
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1297
Changes by Martin v. Löwis:
--
keywords: +patch
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1302
__
___
Python-bugs-list mailing list
Unsubscribe:
http
Martin v. Löwis added the comment:
What answer did you expect instead?
--
nosy: +loewis
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1308
__
___
Python-bugs-list
Martin v. Löwis added the comment:
Ok. This is not a bug, but by design. unicode(X)==unicode(str(X)) for
most things, and str(X)==repr(X) for most things. repr(None)=='None',
hence the result you see. Closing as invalid.
P.S. To respond via email, you have to add your email address to Your
Changes by Martin v. Löwis:
--
keywords: +patch
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1309
__
___
Python-bugs-list mailing list
Unsubscribe:
http
Changes by Martin v. Löwis:
--
keywords: +patch
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1312
__
___
Python-bugs-list mailing list
Unsubscribe:
http
Martin v. Löwis added the comment:
Removing them because there is a replacement already is a better reason
than removing them because they give (bogus) warnings, so I'm -0 now.
As you say, tempfile is not any better from a security point of view in
the cases where tmpnam or tempnam would
Changes by Martin v. Löwis:
--
keywords: +patch
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1323
__
___
Python-bugs-list mailing list
Unsubscribe:
http
Martin v. Löwis added the comment:
The purpose of Py_GetFileAttributesEx* is to wrap GetFileAttributesEx,
on systems where it doesn't exist (Windows 95 in particular). If it
doesn't exist, it is emulated; if it exists, it is directly called.
--
nosy: +loewis
Martin v. Löwis added the comment:
As Facundo found out, the behavior of os.path.exists is fairly
irrelevant here, as that functions is trivial. What really matters is
whether os.stat succeeds for NUL. Can those users for whom it succeeds
please report what Windows versions they are using
Martin v. Löwis added the comment:
Please disregard Cygwin Python for this discussion. It (probably) uses
the stat implementation from cygwin1.dll, which may work differently
from Cygwin release to Cygwin release.
__
Tracker [EMAIL PROTECTED]
http
Martin v. Löwis added the comment:
os.tmpfile() is the only method that has no duplicate in tempfile.
Why do you say that? tempfile.mkstemp() does essentially the same
as os.tmpfile().
The promise of tempfile.mkstemp is also bogus for every OS except
Windows. IIRC only Windows supports
Changes by Martin v. Löwis:
--
keywords: +patch
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1341
__
___
Python-bugs-list mailing list
Unsubscribe:
http
Changes by Martin v. Löwis:
--
keywords: +patch
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1135
__
___
Python-bugs-list mailing list
Unsubscribe:
http
Changes by Martin v. Löwis:
--
keywords: +patch
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1345
__
___
Python-bugs-list mailing list
Unsubscribe:
http
Changes by Martin v. Löwis:
--
keywords: +patch
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1347
__
___
Python-bugs-list mailing list
Unsubscribe:
http
Changes by Martin v. Löwis:
--
keywords: +patch
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1350
__
___
Python-bugs-list mailing list
Unsubscribe:
http
Martin v. Löwis added the comment:
I'm skeptical:
- If you add getsize, why not getlastchangeddate, getowner, getpermissions?
- in general, streams (which really is the interface for file-like
objects) don't have the notion of size; only some do.
- what is the purpose of the f.tell fragment
Martin v. Löwis added the comment:
Yes, the documentation should be changed. I feel sorry that you've
wasted your time.
--
nosy: +loewis
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1355
Martin v. Löwis added the comment:
Indeed, this tracker is not about obtaining support. It is a place for
you to help us, not for us to help you.
If you want to help, please report the precise URL, and compute and
report the md5sum of the file you downloaded.
--
nosy: +loewis
Martin v. Löwis added the comment:
Thanks for the report. Fixed in r58705.
--
nosy: +loewis
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1356
__
___
Python-bugs-list
Martin v. Löwis added the comment:
Can you please also attach config.log (perhaps compressed)?
--
nosy: +loewis
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1358
Martin v. Löwis added the comment:
I fail to see the bug. The documentation is correct as it stands, ie.
None is *not* displayed normally. IOW, writing is normally suppressed.
--
nosy: +loewis
resolution: - invalid
status: open - closed
__
Tracker
Martin v. Löwis added the comment:
There is an autoconf test that tries to compile
| #include unistd.h
| int
| main ()
| {
| setpgrp(0,0);
| ;
| return 0;
| }
(with many additional defines - see config.log.gz). This file compiles
with the error message
conftest.c:185: error: too many
Martin v. Löwis added the comment:
Where is the patch?
--
nosy: +loewis
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1365
__
___
Python-bugs-list mailing list
Changes by Martin v. Löwis:
--
keywords: +patch
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1374
__
___
Python-bugs-list mailing list
Unsubscribe:
http
Martin v. Löwis added the comment:
I just created
http://wiki.python.org/moin/TrackerAccessControl
which specifies all permissions in the tracker in detail.
--
nosy: +loewis
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1352
Martin v. Löwis added the comment:
Guido van Rossum added the comment:
http://wiki.python.org/moin/TrackerAccessControl
which specifies all permissions in the tracker in detail.
Is it so that Anonymous User Developer Coordinator?
Not in roundup per se, no. It is so
Changes by Martin v. Löwis:
--
keywords: +patch
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1378
__
___
Python-bugs-list mailing list
Unsubscribe:
http
Changes by Martin v. Löwis:
--
keywords: +patch
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1379
__
___
Python-bugs-list mailing list
Unsubscribe:
http
Martin v. Löwis added the comment:
Can you propose a patch?
--
nosy: +loewis
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1381
__
___
Python-bugs-list mailing list
Martin v. Löwis added the comment:
It would be ok if a test is only run on a system with IEEE floats, and
skipped elsewhere. For all practical purposes, Python assumes that all
systems have IEEE float.
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1381
Changes by Martin v. Löwis:
--
keywords: +patch
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1383
__
___
Python-bugs-list mailing list
Unsubscribe:
http
Changes by Martin v. Löwis:
--
keywords: +patch
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1385
__
___
Python-bugs-list mailing list
Unsubscribe:
http
Martin v. Löwis added the comment:
That's not a bug in Python, but in your script. You should not pass such
a string to createComment.
--
nosy: +loewis
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1390
Martin v. Löwis added the comment:
I'm not willing to change minidom unless there is precedence of how to
deal with this case. So can you find DOM implementations in other
languages that meet the DOM spec an still reject your code?
__
Tracker [EMAIL PROTECTED
Martin v. Löwis added the comment:
Would anybody want to provide a patch, then?
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1390
__
___
Python-bugs-list mailing list
Martin v. Löwis added the comment:
The standard procedure for an incompatible change would be to add such a
parameter to 2.6, and then change the default behavior in 2.7 (or rather
3.1). Of course, people will not notice the change in 2.6, and then be
surprised as much about the default change
Changes by Martin v. Löwis:
--
severity: urgent - normal
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1411
__
___
Python-bugs-list mailing list
Unsubscribe:
http
Martin v. Löwis added the comment:
See
http://www.python.org/doc/2.5/ref/whitespace.html
which says that you can put spaces between arbitrary tokens, and
http://www.python.org/doc/2.5/ref/attribute-references.html
which says that all of primary, ., and identifier are separate tokens
Martin v. Löwis added the comment:
Ok, I'm rejecting it now based on the YAGNI argument Guido brought up,
and based on my own concerns.
--
resolution: - rejected
status: open - closed
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1351
Martin v. Löwis added the comment:
Ok. Closing it as third-party.
--
resolution: - invalid
status: open - closed
versions: +3rd party -Python 2.5
_
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1689617
Martin v. Löwis added the comment:
Thanks for the report. This is now fixed in r58940.
--
resolution: - fixed
status: open - closed
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1425
Martin v. Löwis added the comment:
I think this patch is wrong. Python source code is inherently text, so
generate_tokens should decode the input, rather than operating on bytes.
--
nosy: +loewis
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org
Martin v. Löwis added the comment:
Thanks for the patch. Committed as r58941.
--
resolution: - accepted
status: open - closed
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1418
Martin v. Löwis added the comment:
This error message is not produced by the Python MSI file, but by
Windows installer itself. It computes the set of files that we are about
to install, which includes the Microsoft C Runtime DLL. I guess that
this file is also in use by Explorer.
It is safe
Changes by Martin v. Löwis:
--
keywords: +patch
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1431
__
___
Python-bugs-list mailing list
Unsubscribe:
http
Martin v. Löwis added the comment:
As Guido says: this is by design. The Unicode type doesn't really
support storage of surrogates; so don't use it for that.
--
nosy: +loewis
resolution: - wont fix
status: open - closed
__
Tracker [EMAIL PROTECTED]
http
Changes by Martin v. Löwis:
--
keywords: +patch
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1442
__
___
Python-bugs-list mailing list
Unsubscribe:
http
Martin v. Löwis added the comment:
I'm rejecting this patch, for several reasons:
- it addresses too many issues in a single patch. Separate bug reports
need to be submitted for independent issues.
- for each issue, it fails to explain what the problem is. For example,
some libraries
Martin v. Löwis added the comment:
tiran is correct. distutils should work without having to invoke a VS
build environment. Relying on that environment would have worked way
back to VC6 and earlier, but it would reduce the ease of use of distutils.
Rejecting the patch.
--
nosy: +loewis
Martin v. Löwis added the comment:
I'm opposed to this patch. Any change to the MSI build process should
only be made when/after the default compiler for Python is changed. That
needs to be discussed on python-dev first, and I hope that the new build
infrastructure will *not* use the PCbuild8
Martin v. Löwis added the comment:
One issue that also needs discussion is the structure of the build
directory. It could temporarily be PCbuild9, but in the long run, it
should replace PCbuild. Apart from that, the issue is whether there
should be a flat structure as it is currently in PCbuild
Martin v. Löwis added the comment:
In all versions of make, make CFLAGS=... should work fine (although
that's not an environment variable).
--
nosy: +loewis
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1453
Martin v. Löwis added the comment:
Any standard way to add custom compilation flags?.
See the README. Set OPT to influence the optimization flags;
set EXTRA_CFLAGS otherwise.
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1453
Martin v. Löwis added the comment:
There is always the debate whether distutils might be repackaged and
backported to older Python releases, therefore people hesitate to remove
support for older versions.
As for finding it in the registry: are you sure it has no registry
settings anymore? I
Martin v. Löwis added the comment:
As another note: you shouldn't remove support code for Itanium. Even
though no Itanium binaries will be produced at the releases, I see no
reason to rip the code out - people with Itanium machines should still
be able to build Python, with some effort
Martin v. Löwis added the comment:
Ok. Running vsvars is fine, then.
The change to get_build_architecture is broken in another way: as it
parses the architecture out of sys.version, you still get Intel, not x86
(unless you also change PC/pyconfig.h - which may break code that relies
Changes by Martin v. Löwis:
--
resolution: - accepted
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1455
__
___
Python-bugs-list mailing list
Unsubscribe:
http
Martin v. Löwis added the comment:
The reason this is not part of the Windows installer is twofold:
a) nobody ever thought of making it so, ever since the htmlhelp was
added, and
b) no code was contributed to add such a procedure to the Windows installer.
Contributions are welcome, although I
Martin v. Löwis added the comment:
kevinwatters: don't bother fixing msi.py. I'll update it whenever I make
a release; there is little point in updating it in-between.
--
assignee: - loewis
nosy: +loewis
__
Tracker [EMAIL PROTECTED]
http
Martin v. Löwis added the comment:
Did you test the change for VS 2003? In my MSMDir
(C:\Programme\Gemeinsame Dateien\Merge Modules), I only have the
following files
GDIPlus.msm
msmask32_X86.msm
msmask32_X86_ENU.msm
VB_Control_mschart_RTL_X86_---.msm
VB_Control_mschart_RTL_X86_ENU.msm
Martin v. Löwis added the comment:
Closing because of lack of activity.
--
resolution: - works for me
status: open - closed
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1354
Martin v. Löwis added the comment:
Thanks for pointing that out. The MSI build needs to be taught to pick
them up. If I seemingly don't find the time, feel free to contribute a
patch.
--
assignee: - loewis
nosy: +loewis
__
Tracker [EMAIL PROTECTED]
http
Martin v. Löwis added the comment:
Thanks for the patch. It looked good, so I committed it as r59066. Let's
see whether the buildbot picks it up correctly.
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1468
Martin v. Löwis added the comment:
So what's the definition of struct winsize on these systems?
Also, why do you think this is a bug in Python? AFAICT, the specific
ioctl call does not occur in Python, but in your own code.
--
nosy: +loewis
resolution: - invalid
status: open - pending
Martin v. Löwis added the comment:
Please don't use the FileSystemEncoding on Windows for sys.path items.
Instead, it should use the wide API to perform all system calls. Py3k
shouldn't ever use the file system encoding for anything on Windows.
__
Tracker [EMAIL
Martin v. Löwis added the comment:
It seems that this patch has broken a lot of buildbots, e.g.
http://www.python.org/dev/buildbot/all/x86%20gentoo%20trunk/builds/2625/step-test/0
--
nosy: +loewis
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org
Martin v. Löwis added the comment:
See also Tools/buildbot/buildmsi.bat. With cygwin installed, building
the documentation is as simple as
bash.exe -c 'cd Doc;make PYTHON=python2.5 update htmlhelp'
%ProgramFiles%\HTML Help Workshop\hhc.exe Doc\build\htmlhelp\pydoc.hhp
--
nosy: +loewis
New submission from Martin v. Löwis:
I believe it is safe to drop all the _EXPORTS macros (MMAP_EXPORTS,
WINSOUND_EXPORRTS etc) from all projects; atleast I cannot see any
reason for having them. Some are clearly bogus, e.g. unicodedata and
test_capi both define MMAP_EXPORTS, _socket defines
Martin v. Löwis added the comment:
See the MSDN for details. IIUC:
- _WIN32 is defined by the compiler, always, unless the platform is
WIN16 (which is no longer supported). It is even defined on Win64 (where
the compiler also defines _WIN64). So there should be no need to defined
it explicitly
Martin v. Löwis added the comment:
It's tedious to require users to invoke such a shell, and it would
produce an endless flood of support requests if we made that a
requirement. So requiring to build in such a shell is absolutely
unacceptable.
__
Tracker [EMAIL
Changes by Martin v. Löwis:
--
assignee: - tiran
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1476
__
___
Python-bugs-list mailing list
Unsubscribe:
http
Martin v. Löwis added the comment:
Why do you think this is a bug? 08 really is a syntax error, and 010
really means 8.
--
nosy: +loewis
resolution: - invalid
status: open - closed
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1490
Martin v. Löwis added the comment:
Can you provide a setup.py that allows to reproduce this error?
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1285
__
___
Python-bugs-list
New submission from Martin v. Löwis:
Can you propose a specific wording?
--
nosy: +loewis
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1494
__
___
Python-bugs-list
Martin v. Löwis added the comment:
Thanks. I committed something like that as 59176.
Notice that the precise semantics of all operations is specified in the
DOM itself,
http://www.w3.org/TR/2000/REC-DOM-Level-2-Core-20001113/core.html
which says
Adds the node newChild to the end of the list
Martin v. Löwis added the comment:
I verified the installer; this problem is now fixed.
--
resolution: - fixed
status: open - closed
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1468
Martin v. Löwis added the comment:
Can you please be specific what compilers and systems you are talking
about? I doubt your statements hold for *all* native UNIX compilers. In
particular, .s files should be compiled with as, not cc, on the UNIX
systems I'm familiar with, but that won't involve
Martin v. Löwis added the comment:
I disagree. h2py is much too unreliable, and should be phased out over time.
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1514
__
___
Python
Martin v. Löwis added the comment:
I don't mind adding the libs, although I think inclusion of the libs
should be reconsidered, anyway. Why do we ship all of them, when you
only ever need pythonxy.lib?
If you are creating separate directories, please don't indicate the
64-bit ones as libs64
Martin v. Löwis added the comment:
It's not so clear that this is a bug. If you install both versions
simultaneously, they might stomp on each other's registry settings, at
least for the extensions. So this is rather a feature request.
Notice that the behaviour is not new to Vista. Ever since
Martin v. Löwis added the comment:
Yes, a number of items were not moved, as SF failed to provide them on
export.
--
nosy: +loewis
_
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1706039
Martin v. Löwis added the comment:
Thanks for the patch. Committed as r59295.
Because of the version change, the patch cannot be applied to 2.5.x
--
resolution: - accepted
status: open - closed
_
Tracker [EMAIL PROTECTED]
http://bugs.python.org
Martin v. Löwis added the comment:
I still don't get the point of including sys/termio.h. Python does *not*
use the TCGETA macro itself *at all*. Python applications may, but they
can't use the included sys/termio.h, since they are written in Python,
not in C. To put the question the other way
Martin v. Löwis added the comment:
jos, can you please provide a real name in Your Details of this
tracker? We cannot accept anonymous/pseudonymous patches.
_
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1706039
Martin v. Löwis added the comment:
Committed chflags.diff as r59317.
--
status: open - closed
_
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1490190
_
___
Python
Martin v. Löwis added the comment:
What problem(s) does this solve?
--
nosy: +loewis
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1554
__
___
Python-bugs-list mailing
Martin v. Löwis added the comment:
And what problem is solved by the removal of ARGSUSED?
For the functions whose signatures you changed, can you please add
documentation and test changes as well (where necessary)?
Please don't remove the arguments PyObject* on METHO_NOARGS functions
Changes by Martin v. Löwis:
--
keywords: +patch
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1560
__
___
Python-bugs-list mailing list
Unsubscribe:
http
401 - 500 of 4659 matches
Mail list logo