Changes by Martin v. Löwis:
--
assignee: -> loewis
nosy: +loewis
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1104>
__
___
Python-bugs-li
Martin v. Löwis added the comment:
Marc-Andre, what should we do about this patch?
_
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1505257>
_
___
Pyth
Changes by Martin v. Löwis:
--
keywords: +patch
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1116>
__
___
Python-bugs-list mailing list
Unsubs
Martin v. Löwis added the comment:
Ok rejecting it.
--
resolution: -> rejected
status: open -> closed
_
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.o
Martin v. Löwis added the comment:
I don't think a uniform access to "configuration information" is
possible, or even desirable. The requirements across applications and
systems are too diverse to make this feasible.
In any case, such a new feature should first be field-teste
Martin v. Löwis added the comment:
The -f option to ln was not portable, traditionally. So the portable way
to create a symlink if the target might exist is to remove the old
symlink first. I've verified that 'ln -sf' indeed works as reported on
Solaris 9. On Solaris 10, it seems
Changes by Martin v. Löwis:
--
assignee: -> loewis
keywords: +patch
nosy: +loewis
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1128>
__
___
P
Martin v. Löwis added the comment:
I haven't tested it, but it looks fine to me.
--
assignee: -> georg.brandl
resolution: -> accepted
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.
Martin v. Löwis added the comment:
Duplicate of #1074
--
nosy: +loewis
superseder: -> python3.0-config script does not run on py3k
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.o
Changes by Martin v. Löwis:
--
resolution: -> duplicate
status: open -> closed
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1133>
__
___
Python
Changes by Martin v. Löwis:
--
keywords: +patch
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1137>
__
___
Python-bugs-list mailing list
Unsubs
Changes by Martin v. Löwis:
--
keywords: +patch
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1136>
__
___
Python-bugs-list mailing list
Unsubs
Changes by Martin v. Löwis:
--
keywords: +patch
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1122>
__
___
Python-bugs-list mailing list
Unsubs
Changes by Martin v. Löwis:
--
keywords: +patch
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1114>
__
___
Python-bugs-list mailing list
Unsubs
Martin v. Löwis added the comment:
If you would like to help resolving the issue with the missing lines,
please submit a separate report for that. It is very difficult to track
unrelated bugs in a single tracker issue. It would help if you could
determine which lines are missing, e.g. by writing
Martin v. Löwis added the comment:
> I could certainly do that, but how you get my huge files ? 5 Go of data
> is quite big...
[not sure what "that" is] I did not mean to suggest that you attach such
a large file. Instead, just report that as a separate bug report, and be
pr
Changes by Martin v. Löwis:
--
assignee: -> loewis
severity: normal -> major
_
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1734346>
_
__
Changes by Martin v. Löwis:
--
resolution: -> duplicate
status: open -> closed
superseder: -> Tkinter binding involving Control-spacebar raises unicode error
_
Tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Martin v. Löwis added the comment:
Marking as out-of-date
--
resolution: -> out of date
status: open -> closed
superseder: -> server-side ssl support
Tracker <[EMAIL PROTECTED]>
<http://bugs.pyth
Changes by Martin v. Löwis:
--
keywords: +patch
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1145>
__
___
Python-bugs-list mailing list
Unsubs
Martin v. Löwis added the comment:
I can't see a bug here. If you want the current C library value of the
environment variable, just use os.getenv, not os.environ.
--
nosy: +loewis
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python
Martin v. Löwis added the comment:
Ignore my comment - I see now that you are talking about os.getenv.
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1159>
__
___
Martin v. Löwis added the comment:
This problems are surely solvable. However, I don't think they need to
be solved yet. Instead, before we make the next Python release, we
decide what VS version to build it with; if it's Orcas, then the
PCbuild directory will be updated to conta
Changes by Martin v. Löwis:
--
keywords: +patch
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1163>
__
___
Python-bugs-list mailing list
Unsubs
Martin v. Löwis added the comment:
Ok, I'm closing this as "won't fix" now. If you want to look for help,
ask on comp.lang.python. If you want some of the core developers to
resolve this, be patient - in about a year, it should be resolved. If
you ever come up with a patch, p
Changes by Martin v. Löwis:
--
assignee: esr ->
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1165>
__
___
Python-bugs-list mailing list
Uns
Changes by Martin v. Löwis:
--
keywords: +patch -r-eyyy-mond
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1165>
__
___
Python-bugs-list mailing list
Changes by Martin v. Löwis:
--
dependencies: - Elemental Security contribution - pgen2 package,
--install-base not honored on win32
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/
Changes by Martin v. Löwis:
--
keywords: +py3k -patch
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1165>
__
___
Python-bugs-list mailing list
Unsubs
Martin v. Löwis added the comment:
I doubt you are esr, although I'm uncertain how you hijacked his account.
Please stop spamming this tracker.
--
nosy: +loewis
resolution: -> invalid
status: open -> closed
__
Tracker <[EMAIL PRO
Changes by Martin v. Löwis:
--
keywords: +patch
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1167>
__
___
Python-bugs-list mailing list
Unsubs
Changes by Martin v. Löwis:
--
keywords: +patch
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1146>
__
___
Python-bugs-list mailing list
Unsubs
Martin v. Löwis added the comment:
Would anybody of you like to work on a patch?
--
nosy: +loewis
_
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/iss
Changes by Martin v. Löwis:
--
keywords: +patch
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1169>
__
___
Python-bugs-list mailing list
Unsubs
Changes by Martin v. Löwis:
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1086>
__
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mai
Changes by Martin v. Löwis:
--
keywords: +patch
_
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1727780>
_
___
Python-bugs-list mailing list
Changes by Martin v. Löwis:
--
keywords: -py3k
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1185>
__
___
Python-bugs-list mailing list
Unsubs
Changes by Martin v. Löwis:
--
keywords: +patch
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1189>
__
___
Python-bugs-list mailing list
Unsubs
Martin v. Löwis added the comment:
Unfortunately, I fail to understand what kind of problem you are
reporting. Please report only one issue per bug report, and try
to come up with some title more descriptive than "rants & suggestions".
Please follow this form when reporting bugs,
Changes by Martin v. Löwis:
--
keywords: +patch
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1187>
__
___
Python-bugs-list mailing list
Unsubs
Martin v. Löwis added the comment:
Compare From headers
--
assignee: georg.brandl ->
nosy: -georg.brandl
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.o
Changes by Martin v. Löwis:
--
assignee: -> loewis
severity: normal -> major
_
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1727780>
_
__
Martin v. Löwis added the comment:
Why do you think this is a bug in Python? If Firefox crashes, isn't this
rather a bug in Firefox? Please report it at bugzilla.mozilla.com.
Closing as third-party bug.
--
nosy: +loewis
resolution: -> invalid
status: open -> closed
ver
Changes by Martin v. Löwis:
--
keywords: +patch
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1199>
__
___
Python-bugs-list mailing list
Unsubs
Changes by Martin v. Löwis:
--
keywords: +patch
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1179>
__
___
Python-bugs-list mailing list
Unsubs
Changes by Martin v. Löwis:
--
keywords: +patch
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1204>
__
___
Python-bugs-list mailing list
Unsubs
Changes by Martin v. Löwis:
--
keywords: +patch
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1206>
__
___
Python-bugs-list mailing list
Unsubs
Martin v. Löwis added the comment:
Would you like to work on a patch?
--
nosy: +loewis
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1210>
__
___
Pyth
Changes by Martin v. Löwis:
--
keywords: +patch
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1211>
__
___
Python-bugs-list mailing list
Unsubs
Changes by Martin v. Löwis:
--
keywords: +patch
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1212>
__
___
Python-bugs-list mailing list
Unsubs
Changes by Martin v. Löwis:
--
keywords: +patch
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1213>
__
___
Python-bugs-list mailing list
Unsubs
Changes by Martin v. Löwis:
--
keywords: +patch
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1214>
__
___
Python-bugs-list mailing list
Unsubs
Martin v. Löwis added the comment:
Website issues are not tracked in this tracker. See
http://wiki.python.org/moin/PythonWebsiteCreatingNewTickets
--
nosy: +loewis
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/
Martin v. Löwis added the comment:
> Is there some reason at this point that we need to maintain two separate
> trackers?
I don't know - I explained what is, not what should be. Whether or not
pydotorg people want to use the tracker, I can't tell.
Changes by Martin v. Löwis:
--
keywords: +patch
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1228>
__
___
Python-bugs-list mailing list
Unsubs
Martin v. Löwis added the comment:
I think you are misinterpreting what you see. The last digit in the
output (7) is *not* the last digit of the input, but is the output
originating from the digit 6. As the last digit of output, it gets
rounded. As the first digit not printed anymore (7) is
Changes by Martin v. Löwis:
--
keywords: +patch
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1238>
__
___
Python-bugs-list mailing list
Unsubs
Changes by Martin v. Löwis:
--
keywords: +patch
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1247>
__
___
Python-bugs-list mailing list
Unsubs
Martin v. Löwis added the comment:
I'm closing it as "won't fix". If you have specific tools that you would
like to see included, please submit that as a separate report, along
with a rationale as to why you want to see them included.
--
resolution: -> wont fix
Changes by Martin v. Löwis:
--
keywords: +patch
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1252>
__
___
Python-bugs-list mailing list
Unsubs
Changes by Martin v. Löwis:
--
keywords: +patch
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1253>
__
___
Python-bugs-list mailing list
Unsubs
Martin v. Löwis added the comment:
ishimoto: in dec_utf8, there is a PyErr_Print call. What is the purpose
of this call?
_
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/iss
Changes by Martin v. Löwis:
--
keywords: +patch
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1258>
__
___
Python-bugs-list mailing list
Unsubs
Changes by Martin v. Löwis:
--
keywords: +patch
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1260>
__
___
Python-bugs-list mailing list
Unsubs
Martin v. Löwis added the comment:
> Should we silently clear the exception raised by codecs, or print a
> message such as "Codec raised an exception while processing compile
> error." ?
Can you create a test case that triggers that specific proble
Changes by Martin v. Löwis:
--
keywords: +patch
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1263>
__
___
Python-bugs-list mailing list
Unsubs
Changes by Martin v. Löwis:
--
keywords: +patch
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1264>
__
___
Python-bugs-list mailing list
Unsubs
Changes by Martin v. Löwis:
--
keywords: +patch
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1268>
__
___
Python-bugs-list mailing list
Unsubs
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 th
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>
__
___
Pyth
Changes by Martin v. Löwis:
--
resolution: -> fixed
status: open -> closed
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1216>
__
___
Python-bugs
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
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 ind
Changes by Martin v. Löwis:
--
keywords: +patch
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1272>
__
___
Python-bugs-list mailing list
Unsubs
Martin v. Löwis added the comment:
No, Python does not have IMAGE_FILE_LARGE_ADDRESS_AWARE set; that's not
a bug, though.
In any case, the lack of this flag cannot explain why your application
works on Windows XP and not on Windows 2003.
__
Tracker &l
Changes by Martin v. Löwis:
--
status: open -> closed
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1270>
__
___
Python-bugs-list mailing list
Uns
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
Unsubs
Changes by Martin v. Löwis:
--
keywords: +patch
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1280>
__
___
Python-bugs-list mailing list
Unsubs
Changes by Martin v. Löwis:
--
keywords: +patch
_
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1663329>
_
___
Python-bugs-list mailing list
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/
Martin v. Löwis added the comment:
Would you like to work on a patch?
--
nosy: +loewis
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1299>
__
___
Pyth
Changes by Martin v. Löwis:
--
keywords: +patch
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1302>
__
___
Python-bugs-list mailing list
Unsubs
Martin v. Löwis added the comment:
What answer did you expect instead?
--
nosy: +loewis
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1308>
__
___
Pyth
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 addre
Changes by Martin v. Löwis:
--
keywords: +patch
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1309>
__
___
Python-bugs-list mailing list
Unsubs
Changes by Martin v. Löwis:
--
keywords: +patch
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1310>
__
___
Python-bugs-list mailing list
Unsubs
Changes by Martin v. Löwis:
--
keywords: +patch
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1312>
__
___
Python-bugs-list mailing list
Unsubs
Martin v. Löwis added the comment:
I'm marking the patch as rejected, but leave it open. It seems clear
that it cannot be incorporated into Python because of the maintenance
issues (the only reasonable way to incorporate it would be if a
long-time Python contributor steps forward and offe
Changes by Martin v. Löwis:
--
keywords: +patch
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1314>
__
___
Python-bugs-list mailing list
Unsubs
Martin v. Löwis added the comment:
Jean-Yves, please understand that no amount of discussion can likely
change Guido's or my view on this patch. We both fully understand the
relevance of OS/390, and *still* reject it, for the reasons discussed.
Besides, integration into 2.5.1 is not pos
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 wou
Martin v. Löwis added the comment:
Thomas, can you take a look? If not, please unassign.
--
assignee: -> theller
keywords: +patch
nosy: +loewis, theller
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.o
Changes by Martin v. Löwis:
--
keywords: +patch
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1323>
__
___
Python-bugs-list mailing list
Unsubs
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.
--
nos
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, and
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]>
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
Changes by Martin v. Löwis:
--
keywords: +patch
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1341>
__
___
Python-bugs-list mailing list
Unsubs
Changes by Martin v. Löwis:
--
keywords: +patch
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1135>
__
___
Python-bugs-list mailing list
Unsubs
101 - 200 of 4778 matches
Mail list logo