M. Volz added the comment:
I've written and attached a patch for the list mutation question. I took a
little bit of a different tack on this and addressed a more general question
whilst still including list mutation as an example. I know the language can get
a little fussy on these sor
New submission from Baiju M :
I tried to use Zero-width joiner (U+200D) as part of an identifier.
It produce an exception like this:
SyntaxError: invalid character in identifier
I have attached the Python file which produce this error.
Zero-width joiner (U+200D) is a Unicode control character
Baiju M added the comment:
On a further look at this issue, I understood Python cannot use all
Unicode control characters as identifiers. But for many international
languages, without some control characters like ZWJ & ZWNJ [1], it won't
be possible to construct all characters wi
Baiju M added the comment:
I think RFC-3454 [1] can be used as a base for selecting the control
characters which can be used as a valid identifier character.
[1] http://www.rfc-editor.org/rfc/rfc3454.txt
___
Python tracker
<http://bugs.python.
M. Dietrich added the comment:
i am not shure what the code snippet shall proove but shouldnt't it read
from datetime import datetime
a_datetime = datetime.now()
a_datetime = a_datetime.replace(microsecond = 1)
iso_str = a_datetime.isoformat()
b_datetime = datetime.strptime(iso_str, &
Changes by Baiju M :
--
components: +Distutils2
___
Python tracker
<http://bugs.python.org/issue7894>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from M. Schmitzer:
The way the fnmatch module uses its regex cache is not threadsafe. When
multiple threads use the module in parallel, a race condition between
retrieving a - presumed present - item from the cache and clearing the cache
(because the maximum size has been
M. Schmitzer added the comment:
Ok, if that is the attitude in such cases, feel free to close this.
--
___
Python tracker
<http://bugs.python.org/issue23
M. Schmitzer added the comment:
@serhiy.storchaka: My thoughts exactly, especially regarding the caching being
implicit. From the outside, fnmatch really doesn't look like it could have
threading issues.
The patch also looks exactly like what I had in
M. Levinson added the comment:
In addition to ioctl constants from Linux, it would also be very helpful
to add the constants from NetBSD et al. that are described in their ioctl(2)
man page: http://man.netbsd.org/man/ioctl+2+NetBSD-current
Thank you!
--
nosy: +mrl
Andre M. Descombes added the comment:
Thanks Martin,
I think you are right, perhaps someone on the python-list will have seen and
solved the problem before.
Andre
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/
Andre M. Descombes 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!
__
Tracker <[EMAIL PROTECTED]>
Andre M. Descombes added the comment:
Martin,
it is really a bug, as I have tried on a machine with Windows 2003 server
and 4GBs of ram and it still doesn't run, and it does run on xp with only
1GB of ram.
Does python.exe have then IMAGE_FILE_LARGE_ADDRESS_AWARE bit set, that could
explai
New submission from Andre M. Descombes:
Hi everybody,
I am using Python 2.5.1.
I am creating a rather large dictionnary, with more than 8 million
entries, memory usage should be about 1.5GB. If I run the program on
Windows XP all runs fine, if I run the program on Windows Server 2003 I
start
Andre M. Descombes added the comment:
Apparently, XP is more lax when it comes to checking this flag on the
programs it runs then Windows 2003 Server. I am currently doing a test where
I have manually added the flag to python to see if this makes the problem go
away. I will post my results as
Andre M. Descombes added the comment:
Ok, so where would you recommend I move this discussion to?
Andre
On 10/12/07, Martin v. Löwis <[EMAIL PROTECTED]> wrote:
>
>
> Martin v. Löwis added the comment:
>
> > I set the IMAGE_FILE_LARGE_ADDRESS_AWARE flag on pyth
Phillip M. Feldman added the comment:
Hello Mark,
This is a fair question. Suppose that I have three boxes with capacity
limits of 3, 2, and 1, and that there are three balls in total. Two of the
possible distributions are the following:
2, 0, 1
2, 1, 0
Capacity limits of the individual
Phillip M. Feldman added the comment:
Here's an example of a problem from an entirely different domain:
An error control coding scheme can correct up to 3 errors in the header of a
packet and up to one error in the body of a packet. A given message is
divided into four consecutive pa
Phillip M. Feldman added the comment:
Hello Martin,
This is a fine example of the so-called "is-ought" controversy. The error
message is indeed telling me exactly what the problem is, but the underlying
problem is that this scheme was poorly thought out. Clearly, the stripping
o
Phillip M. Feldman added the comment:
I'm beginning to understand the reasoning. This is quite a bit more complex
than I initially thought, and I appreciate the explanations.
Phillip
On Sun, Oct 16, 2011 at 10:53 PM, Raymond Hettinger
wrote:
>
> Raymond Hettinger added the com
Phillip M. Feldman added the comment:
Hello Steven,
I'm embarrassed to report that I can't reproduce the problem. The
input line is parsed correctly if I enclose the string 'Demo IO' in
double quotes. It is parsed incorrectly if I enclose it in single
quotes, but it loo
Lorenzo M. Catucci added the comment:
On Fri, 17 Jun 2011, R. David Murray wrote:
RDM>
RDM> R. David Murray added the comment:
RDM>
RDM> According to your traceback you should be seeing the error in the
RDM> first line (the creation of the SMTP_SSL object). If I run that li
Changes by Lorenzo M. Catucci :
Added file: http://bugs.python.org/file22401/v2_01_fix_lmtp_init
___
Python tracker
<http://bugs.python.org/issue4470>
___
___
Python-bug
Changes by Lorenzo M. Catucci :
Added file: http://bugs.python.org/file22402/v2_02_mock_socket_shutdown
___
Python tracker
<http://bugs.python.org/issue4470>
___
___
Pytho
Changes by Lorenzo M. Catucci :
Added file: http://bugs.python.org/file22403/v2_03_shutdown_socket_on_close
___
Python tracker
<http://bugs.python.org/issue4470>
___
___
Changes by Lorenzo M. Catucci :
Removed file: http://bugs.python.org/file22403/v2_03_shutdown_socket_on_close
___
Python tracker
<http://bugs.python.org/issue4
Changes by Lorenzo M. Catucci :
Removed file: http://bugs.python.org/file22402/v2_02_mock_socket_shutdown
___
Python tracker
<http://bugs.python.org/issue4470>
___
___
Lorenzo M. Catucci added the comment:
Just finished testing both 2.7 and default branches' socket close behaviour,
and it seems 05 is not strictly needed.
I'd still prefer if smtplib_05_shutdown_socket_v2.patch since, this way the
REMOTE socket close will be unconditionally correc
Lorenzo M. Catucci added the comment:
I'd still prefer if smtplib_05_shutdown_socket_v2.patch could get in,
^^
since, this way the REMOTE socket close will be unconditionally correct,
instead of being dependent on GC arti
New submission from Charles M Norton :
In Python 2.6, I could import
from mx.DateTime.ISO import ParseDateTimeUTC
With 2.7 I cannot.
Here is the error:
File "util_lib.py", line 46, in
from mx.DateTime.ISO import ParseDateTimeUTC
ImportError: No module named mx.DateTime.
Charles M Norton added the comment:
The download page said to report problems here. I don't know whether this is a
bug or not. The problem exists in 2.66, but not in 2.6.5. I'm looking for a
workaround. If not, here, where should I post my request?
--
status: pendi
Charles M Norton added the comment:
Solved. I needed to download a separate packed. Thanks.
--
___
Python tracker
<http://bugs.python.org/issue9813>
___
___
Pytho
New submission from Carl M. Johnson :
In Python 3.2, help("keywords") returns the following:
Here is a list of the Python keywords. Enter any keyword to get more help.
and elifimport raise
as else
Phillip M. Feldman added the comment:
I would like to unsubscribe from this thread, but haven't been able to
figure out how to do it.
Phillip
On Mon, Nov 22, 2010 at 11:50 PM, Georg Brandl wrote:
>
> Georg Brandl added the comment:
>
> Yes, please do apply. You don&#x
Phillip M. Feldman added the comment:
I eventually determined that a call to `subprocess.Popen` was responsible
for the message, but could have determined this much more quickly if the
message had included the name of the file that could not be opened
(executed).
Phillip
On Mon, Dec 20, 2010
Phillip M. Feldman added the comment:
Why was this removed?
On Mon, Dec 20, 2010 at 8:30 PM, Alexander Belopolsky <
[email protected]> wrote:
>
> Changes by Alexander Belopolsky :
>
>
> Removed file: http://bugs.python.
New submission from Terry M. Topka :
Attempting to read a fixed amount of data when the serial port is configured
for non-blocking reads (i.e. self.timeout == 0) will occasionally throw an
invalid memory access exception, due to an error in the following code:
### pyserial-2.5-rc2 serialWin32
New submission from Matthew M. Boedicker :
I am working with a web server that does not quote the realm in the
WWW-Authenticate header.
This patch will make the realm parsing handle unquoted realm as well as some
other invalid variations.
I tried doing it by modifying the regex only but
Changes by Matthew M. Boedicker :
--
type: -> behavior
___
Python tracker
<http://bugs.python.org/issue11153>
___
___
Python-bugs-list mailing list
Unsubscri
New submission from Gerard M. Flanagan <[EMAIL PROTECTED]>:
A TOC tree should render in HTML as a single 'ul', but in certain
circumstances it appears as multiple ul's.
You can see the effect here:
http://docs.python.org/dev/c-api/index.html
and in fact in the Sphinx
New submission from Kevin M. Turner <[EMAIL PROTECTED]>:
This is a regression from 2.5 that causes our test suite to fail in 2.6.
Looks like a cut-and-paste bug. Patch attached.
--
components: Library (Lib)
files: cgi_parse_qsl.diff
keywords: patch
messages: 72755
nosy: aca
New submission from Kathryn M Kowalski:
Log file did not 'rotate' on day requested.
Fixed code in Lib/logging/handlers.py class TimedRotatingFileHandler
Compare excerpt of my fix below to the original
# Case 2) The day to rollover is further in the interval (i.e., today is
#
Kathryn M Kowalski added the comment:
downloaded from ActiveState aug 2007 Python 2.5.1.1
# Case 2) The day to rollover is further in the interval (i.e., today is
# day 2 (Wednesday) and rollover is on day 6 (Sunday). Days to
# next rollover is simply 6 - 2 - 1, or 3.
# Case 3
Kathryn M Kowalski added the comment:
I did not put suggested code in - walking through it and counting days
on my fingers I don't think it works.
If the desired rollover day is Tuesday (self.dayOfWeek = 1) and today
is Tuesday (day = 1) then self.rolloverAt is the seconds to midnight a
New submission from M.-A. DARCHE <[EMAIL PROTECTED]>:
The documentation for the gzip python module as found at
http://docs.python.org/lib/module-gzip.html could be improved by code
examples. Those examples are really lacking.
Here below are the code snippets I propose. This is inspired b
M.-A. DARCHE <[EMAIL PROTECTED]> added the comment:
Thanks Guilherme (I hope Guilherme is your first name) for your very
constructive answer. I'll do exactly as you suggest.
Regards
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.
M.-A. DARCHE <[EMAIL PROTECTED]> added the comment:
Here is the diff of the suggested modifications, which include Guilherme
remarks.
This is the kind of doc I would have like to read when I needed it.
Regards.
--
keywords: +patch
Added file: http://bugs.python.org/fi
New submission from Kathryn M Kowalski <[EMAIL PROTECTED]>:
We have a shared memory module that has been running fine on Windows
with Active State Python 2.4.3 Build 12. On machines with 2.5.1.1
mmap.resize fails on an existing anonymous shared memory. The attached
file is a strippe
Kathryn M Kowalski <[EMAIL PROTECTED]> added the comment:
sorry
Added file: http://bugs.python.org/file10170/testofResize.py.txt
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
New submission from David M. Beazley <[EMAIL PROTECTED]>:
The FileIO object defined in the new io library has "name" and "mode"
properties. However, attempts to access either value result in an
AttributeError exception. The C source code in _fileio.c doesn't e
David M. Beazley <[EMAIL PROTECTED]> added the comment:
Just a quick comment from the Python training universe--this bug makes it
impossible to use Python 2.6 in any kind of Python teaching environment
where IDLE tends to be used a lot. I'm having to tell students to stick
with P
New submission from David M. Beazley <[EMAIL PROTECTED]>:
The Buffered I/O interface in the io module has the user specify buffer
limits such as size and max_buffer_size. The first limit (size) is
easy to understand as a buffering threshold at which writes will occur.
However, no ap
New submission from David M. Beazley <[EMAIL PROTECTED]>:
Is the following code valid Python 3 or not?
def foo():
x = 1
exec("x = 42")
print(x)# Prints 1 (exec has no effect)
I know there are a variety of issues surrounding exec(), function
bodies, and other
David M. Beazley <[EMAIL PROTECTED]> added the comment:
For what it's worth, I hope this behavior gets well-documented. Thanks.
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.
David M. Beazley <[EMAIL PROTECTED]> added the comment:
I agree with previous comments that write() should definitely write all
data when in blocking mode.
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
New submission from Lorenzo M. Catucci <[EMAIL PROTECTED]>:
The enclosed patch does three things:
1. enables SMTP_SSL working: the _get_socket method was setting
self.sock instead of returning the socket to the caller, which
did reset self.sock to None
2. replace home-grown SSLFa
New submission from Lorenzo M. Catucci <[EMAIL PROTECTED]>:
In the enclosed patch, there are three changes:
1. Support starttls on IMAP4 connections
2. Rework of the IMAP_SSL, to replace home-grown file-like
methods with proper ones from ssl module's makefile();
3. Properly shutd
New submission from Lorenzo M. Catucci <[EMAIL PROTECTED]>:
In the enclosed patch, there are four changes
1. add support for the optional CAPA pop command, since it is needed
for starttls support discovery
2. add support for the STLS pop command
3. replace home-grown file-like metho
Lorenzo M. Catucci <[EMAIL PROTECTED]> added the comment:
the needed changes to library documentation if the patch is accepted
Added file: http://bugs.python.org/file12171/imaplib.rst.patch
___
Python tracker <[EMAIL PROTECTED]>
<http://
Lorenzo M. Catucci <[EMAIL PROTECTED]> added the comment:
The needed changes to documentation if the patch gets accepted
Added file: http://bugs.python.org/file12172/poplib.rst.patch
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Lorenzo M. Catucci <[EMAIL PROTECTED]> added the comment:
I understand the need to keep things simple, but this time the split
seemed a bit overkill. If needed, I'll redo the patch into a small
series. Thinking of it... I was unsure if it really made sense to split
out smtp/pop/i
Lorenzo M. Catucci <[EMAIL PROTECTED]> added the comment:
As in #4473: if needed, I'll redo the patch into a small
series. I've cut and pasted the following.
As for the shutdown before close, it's needed to let the server know
we are leaving, instead of waiting until socket
Changes by Lorenzo M. Catucci <[EMAIL PROTECTED]>:
Added file: http://bugs.python.org/file12189/poplib_04_STLS.diff
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Changes by Lorenzo M. Catucci <[EMAIL PROTECTED]>:
Removed file: http://bugs.python.org/file12170/poplib.py.patch
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Lorenzo M. Catucci <[EMAIL PROTECTED]> added the comment:
I'm reasonably sure Victor is right about the original socket being
unneeded. How does the series look now?
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.
Lorenzo M. Catucci <[EMAIL PROTECTED]> added the comment:
Changed CAPA as requested: now there is a proper docstring, and the
useless if ... else ... is gone.
Added file: http://bugs.python.org/file12192/poplib_01_CAPA.diff
___
Python tracker &
Changes by Lorenzo M. Catucci <[EMAIL PROTECTED]>:
Removed file: http://bugs.python.org/file12186/poplib_01_CAPA.diff
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Lorenzo M. Catucci <[EMAIL PROTECTED]> added the comment:
As for the shutdown/close comment, I think there could be cases
where you are going to close but don't want to shutdown: e.g. you might
close a dup-ed socket, but the other owner would want to continue
working with his copy of
Changes by Lorenzo M. Catucci <[EMAIL PROTECTED]>:
Added file: http://bugs.python.org/file12186/poplib_01_CAPA.diff
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Changes by Lorenzo M. Catucci <[EMAIL PROTECTED]>:
Added file: http://bugs.python.org/file12187/poplib_02_sock_shutdown.diff
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Changes by Lorenzo M. Catucci <[EMAIL PROTECTED]>:
Added file: http://bugs.python.org/file12188/poplib_03_SSL_refactor.diff
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Lorenzo M. Catucci <[EMAIL PROTECTED]> added the comment:
As requested, I've split the patch into three parts: the first one does
just refactor IMAP4_SSL, the second is really a one liner for shutting
down the socket before closing it, and the thirs does introduce the
starttls meth
Changes by Lorenzo M. Catucci <[EMAIL PROTECTED]>:
Added file: http://bugs.python.org/file12194/imaplib_02_shutdown.diff
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Changes by Lorenzo M. Catucci <[EMAIL PROTECTED]>:
Added file: http://bugs.python.org/file12195/imaplib_03_starttls.diff
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Changes by Lorenzo M. Catucci <[EMAIL PROTECTED]>:
Removed file: http://bugs.python.org/file12169/imaplib.py.patch
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Changes by Lorenzo M. Catucci <[EMAIL PROTECTED]>:
Removed file: http://bugs.python.org/file12168/smtplib.py.patch
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Changes by Lorenzo M. Catucci <[EMAIL PROTECTED]>:
Added file: http://bugs.python.org/file12197/smtplib_01_default_port.diff
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Changes by Lorenzo M. Catucci <[EMAIL PROTECTED]>:
Added file: http://bugs.python.org/file12198/smtplib_02_fix_ssl.diff
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Changes by Lorenzo M. Catucci <[EMAIL PROTECTED]>:
Added file: http://bugs.python.org/file12199/smtplib_03_use_makefile.diff
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Changes by Lorenzo M. Catucci <[EMAIL PROTECTED]>:
Added file: http://bugs.python.org/file12200/smtplib_04_remove_fakefile.diff
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Lorenzo M. Catucci <[EMAIL PROTECTED]> added the comment:
I've reworked the patch into a series, like haypo requested for
poplib and imaplib.
Added file: http://bugs.python.org/file12201/smtplib_05_shutdown_socket.diff
___
Python tracker <[E
David M. Beazley <[EMAIL PROTECTED]> added the comment:
I've done some profiling and the performance of reading line-by-line is
considerably worse in Python 3 than in Python 2. For example, this
code:
for line in open("somefile.txt"):
pass
Ran 35 times slower in P
David M. Beazley <[EMAIL PROTECTED]> added the comment:
Tried this using projects/python/branches/release30-maint and using the
patch that was just attached. With a 66MB input file, here are the
results of this code fragment:
for line in open("BIGFILE):
pass
Python 2.6: 0
David M. Beazley <[EMAIL PROTECTED]> added the comment:
Just as one other followup, if you change the code in the last example
to use binary mode like this:
for line in open("BIG","rb"):
pass
You get the following results:
Python 2.6: 0.64s
Python 3.0:
New submission from Mariano M. Chouza <[EMAIL PROTECTED]>:
zip() function documentatio still shows the old behavior of the
function, returning a list.
http://docs.python.org/3.0/library/functions.html?highlight=zip#zip
--
assignee: georg.brandl
components: Documentation
messages:
David M. Beazley <[EMAIL PROTECTED]> added the comment:
Just checked it with branches/py3k and the performance is the same.
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
David M. Beazley <[EMAIL PROTECTED]> added the comment:
bash-3.2$ uname -a
Darwin david-beazleys-macbook.local 9.5.1 Darwin Kernel Version 9.5.1: Fri
Sep 19 16:19:24 PDT 2008; root:xnu-1228.8.30~1/RELEASE_I386 i386
bash-3.2$ ./python.exe -c "import sys; print(sys.version)"
3
New submission from David M. Beazley <[EMAIL PROTECTED]>:
The documentation for the apply() and apply_async() methods of a Pool
object might emphasize that these operations execute func(*args,**kwargs)
in only one of the pool workers and that func() is not being executed in
parallel
David M. Beazley <[EMAIL PROTECTED]> added the comment:
Actually, you shouldn't discount the potential usefulness of running
apply() in all of the worker nodes. A lot of people coming from
parallel programming know about things like global broadcasts,
reductions, and so forth.
David M. Beazley added the comment:
I wish I shared your optimism about this, but I don't. Here's a short
explanation why.
The problem of I/O and the associated interface between hardware, the
operating system kernel, and user applications is one of the most
fundamental and
David M. Beazley added the comment:
Good luck with that. Most people who get bright ideas such as "gee,
maybe I'll write my own version of X" where "X" is some part of the
standard C library pertaining to I/O, end up fighting a losing battle.
Of course, I'd
David M. Beazley added the comment:
I agree with Raymond. For binary reads, I'll go farther and say that
even a 10% slowdown in performance would be surprising if not
unacceptable to some people. I know that as hard as it might be for
everyone to believe, there are a lot of peopl
New submission from David M. Beazley :
The ConfigParser module defines a variety of custom exceptions, many of
which take more than one argument (e.g., InterpolationError,
NoOptionError, etc.). However, none of these exceptions properly set
the .args attribute. For example, shouldn&#
New submission from David M. Beazley :
The documentation for "Proxy Objects" in the multiprocessing module
describes a method "_call_method" and gives various examples. The only
problem is that the method is actually called "_callmethod" (i.e., no
undersc
David M. Beazley added the comment:
The _get_value() method is also in error. It's called "_getvalue()" in
the source code.
___
Python tracker
<http://bugs.py
New submission from David M. Beazley :
In the "Address Formats" part of the "Listeners and Clients" section of
the documentation for the multiprocessing module, AF_PIPE addresses are
described as having this format:
r'ServerName\\pipe\\PipeName'
David M. Beazley added the comment:
Bump. This functionality seems to be needed if anyone is going to be
messing around with advanced features of IPv6. As it stands, the socket
module in Python 2.6/3.0 is incomplete without this.
--
nosy: +beazley
New submission from David M. Beazley :
The documentation for asynchat needs to be more precise in its use of
strings vs. bytes. Unless the undocumented use_encoding attribute is
set, it seems that all data should be bytes throughout (e.g., the
terminator, inputs to push methods, etc.).
I
David M. Beazley added the comment:
Just a followup comment to note that adding support for
sendmsg()/recvmsg() is what you need to do "file descriptor passing"
between processes on Unix---another technique for writing network servers.
___
Pyth
New submission from David M. Beazley :
I have recently completed a pretty thorough survey of library
documentation for Python 3.0 in conjunction with an update I'm making to
my book. This issue is not so much a bug as a documentation request.
For all of the library modules relat
101 - 200 of 456 matches
Mail list logo
