Changes by David Stanek :
--
nosy: +dstanek
___
Python tracker
<http://bugs.python.org/issue3849>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by David Stanek :
--
nosy: +dstanek
___
Python tracker
<http://bugs.python.org/issue5097>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by David Stanek :
--
nosy: +dstanek
___
Python tracker
<http://bugs.python.org/issue8743>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by David Stanek :
--
nosy: +dstanek
___
Python tracker
<http://bugs.python.org/issue7100>
___
___
Python-bugs-list mailing list
Unsubscribe:
David Caro added the comment:
Yes it is, here
http://docs.python.org/dev/library/argparse.html#argument-abbreviations.
--
___
Python tracker
<http://bugs.python.org/issue10
New submission from David Caro :
When attaching a subpart to a multipart message, python should follow the
recomendations of the rfcs and remove the MIME-Version header of each part,
leaving only one MIME-Version header at the beggining of the message.
>>> from email.mime.multipa
New submission from David Meier :
After IDLE launches I select 'File->Open' browse to a blank .py file, when I
select the particular file I get the segfault below...
silverbox:~ user$ (idle&)
silverbox:~ user$ Traceback (most recent call last):
File
"/Library/Frame
David Meier added the comment:
It doesn't matter what's in the file itself. By 'blank' I mean, literally, an
empty file (i.e. `touch file.py`).
You are correct that this was installed from the 10.6 specific 2.7.1, I will
try to install from the other version. Is
David Meier added the comment:
Removing the 10.6 specific Python 2.7.1 installation (with the instructions
provided by Ned) and reinstalling the 10.3-10.6 32bit installation fixed the
aforementioned segfault. Thanks for the information, however, I do think it
should be noted on the download
David Bolen added the comment:
Probably - it's just a general sequencing change, so I suppose should apply
equally to all platforms. I suppose even better would be to consolidate the
two clean scripts into one (with a parameter for 32 v. 64), but just patching
both is less of a c
David Bolen added the comment:
Perhaps somewhat orthogonal to the patch, but in terms of the original hang
issue, does your service definition have the "interact with desktop" option
checked? That ought to permit any normal UI processing to take place as if you
were running it int
David Bolen added the comment:
If I recall correctly, if you're not using localsystem then its much tougher,
as by default it won't have access to your interactive desktop, just something
internal that you won't see, maybe just a hidden windows station. You're righ
David Meier added the comment:
Sorry that what I had pasted in does not show a segfault, however if you run it
as `idle` (i.e. no `(idle&)) the command line reports a generic "Segmentation
fault" with no traceback. So, yes, it is a segmentation fault - but I figured
it was
David Beazley added the comment:
Anyone contemplating the use of aio_ functions should first go read "The Story
of Mel".
http://www.catb.org/jargon/html/story-of-mel.html
--
nosy: +dabeaz
___
Python tracker
<http://bugs.python.o
David Beazley added the comment:
Glad you liked it! I think there is a bit of a cautionary tale in there
though. With aio_, there is the promise of better performance, but you're also
going to need a *LOT* of advance planning and thought to avoid creating a
tangled coding nightmare wi
Changes by David Benjamin :
--
nosy: +davidben
___
Python tracker
<http://bugs.python.org/issue9334>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from David Knapp :
Python had a seg fault with the following simple code.
>>> import PIL.Image as Img
>>> import numpy as np
>>> i = Img.open('/home/falmarri/Dropbox/obey.jpg')
>>> n = np.array(bytearray(i.tostring()),dtype=np.uint1
David Knapp added the comment:
Sorry I'm not all that experienced with gdb. Let me know if there's more to get.
(gdb) bt
#0 _unaligned_strided_byte_copy (dst=0xcb9623 "\366\377\177", outstrides=1,
src=
0x73503da5 , instrides=4969607,
N=1, elsize=)
New submission from David Phillips :
The following code works on python 3.1.3 but fails on Python 3.2rc2
(r32rc2:88269, Jan 30 2011, 14:30:28). (I run Mac OS X, version 10.6.6.)
-
import urllib, urllib.request, urllib.error, urllib.parse
form
David Phillips added the comment:
Converting the type of my variable "form" from string to bytes did, indeed,
allow the code to run, but I have to wonder about changing the inputs to
urlopen like this.
The 3.1.3 docs call for the data parameter to be string, and I presume that has
New submission from David Binger <[EMAIL PROTECTED]>:
The h2py.py script is invoked at the end of "make install" on OS X.
It raises an exception on the line where dict.has_key() is called.
(There seem to be many calls to has_key() in the current 3.0 tree.
I bet there are other
New submission from Cournapeau David <[EMAIL PROTECTED]>:
I tried to build some extensions with python 2.6 (built from sources
with VS 2008 express), and got some errors in the function
query_vcvarsall. The offending lines are:
if len(result) != len(interesting):
raise ValueError(st
New submission from David Watson <[EMAIL PROTECTED]>:
The error message has no newline at the end:
$ LANG=en_GB.UTF-8 python3.0 test.py $'\xff'
Could not convert argument 2 to string$
Seriously, though: is this the intended behaviour? If the
interpreter just dies when it gets
David Watson <[EMAIL PROTECTED]> added the comment:
Hmm, yes, I see that the open() builtin doesn't accept bytes
filenames, though os.open() still does. When I saw that you
could pass bytes filenames transparently from os.listdir() to
os.open(), I assumed that this was intentional!
Changes by David Fraser <[EMAIL PROTECTED]>:
--
nosy: +davidfraser
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue2517>
___
__
David Fraser <[EMAIL PROTECTED]> added the comment:
Aha - the __unicode__ method was previously there in Python 2.5, and was
ripped out because of the unicode(Exception) problem. See
http://bugs.python.org/issue1551432.
The reversion is in
http://svn.python.org/view/python/trunk/O
David Fraser <[EMAIL PROTECTED]> added the comment:
Note that this causes problems with converting Exceptions to unicode -
see http://bugs.python.org/issue2517
--
nosy: +davidfraser
___
Python tracker <[EMAIL PROTECTED]>
<http://
David Fraser <[EMAIL PROTECTED]> added the comment:
So I've got a follow-up patch that adds tp_unicode.
Caveat that I've never done anything like this before and it's almost
certain to be wrong.
It does however generate the desired result in this case :-)
Added file: h
New submission from David Vitek <[EMAIL PROTECTED]>:
If copystat fails in copytree on a non-windows box, you will get:
NameError: global name 'WindowsError' is not defined:
...
except WindowsError:
--
components: Library (Lib)
files: p.patch
keywords: patch
mess
David Kwast <[EMAIL PROTECTED]> added the comment:
I wrote a small python program to test turtle speed in OSX. I tested
with trunk and py3k branch.
The string input works differently with 2.5, 2.6 and 3.0. The turtle is
slower in 2.5 and almost the same speed in 2.6 and 3.0.
Here are m
New submission from David Gladstein <[EMAIL PROTECTED]>:
The documentation from
http://www.effbot.org/zone/pythondoc-elementtree-ElementTree.htm
is missing. Without it the module is pretty much impossible to use,
unless you know about the effbot pages.
--
assignee: georg.
David Gladstein <[EMAIL PROTECTED]> added the comment:
an ElementTree instance holds a tree of Element instances which represents
the XML tags. Element isn't documented.
in the effbot version, there's a page
http://www.effbot.org/zone/pythondoc-elementtree
David Gladstein <[EMAIL PROTECTED]> added the comment:
Excellent.
- Original Message -
From: "Benjamin Peterson" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Monday, June 23, 2008 7:12 PM
Subject: [issue3184] The elementtree.ElementTree Module doc i
David Binger <[EMAIL PROTECTED]> added the comment:
On Jul 11, 2008, at 5:35 PM, Kuba Fast wrote:
> I get no problem in 3.0b1. Should this be closed?
I think so. It looks like this has been fixed.
Thanks.
___
Python tracker <[EMAIL PROTE
Changes by David Goodger <[EMAIL PROTECTED]>:
Removed file: http://bugs.python.org/file10928/unnamed
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
New submission from David Farrar <[EMAIL PROTECTED]>:
Using a python module that expected me to pass a dictionary as a
parameter to a function, I found that I was getting unexpected results
when using a class which inherits from types.DictType.
The module was passing the instance I had su
Changes by David Kågedal <[EMAIL PROTECTED]>:
--
nosy: +d_kagedal
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue3392>
___
__
David Jones <[EMAIL PROTECTED]> added the comment:
I agree, longs should be correctly rounded when coerced to floats.
There is an ugly (but amusing) workaround while people wait for this
patch: Go via a string:
int(float(repr(295147905179352891391)[:-1]))
Though I assume this relies
New submission from David Decotigny <[EMAIL PROTECTED]>:
I posted a recipe on ASPN: http://code.activestate.com/recipes/576462/
and Jesse, cheerleader for the inclusion of (multi)processing into
python-core, suggested that it could be interesting to add this feature
to the next pythons
New submission from David Decotigny <[EMAIL PROTECTED]>:
With the attached script, then demo() called with for example
datasize=40*1024*1024 and timeout=1 will deadlock: the program never
terminates.
The bug appears on Linux (RHEL4) / intel x86 with "multiprocessing"
coming w
David Decotigny <[EMAIL PROTECTED]> added the comment:
A quick fix in the user code, when we are sure we don't need the child
process if a timeout happens, is to call worker.terminate() in an except
Empty clause.
___
Python tracker <[EMAIL PRO
David Decotigny <[EMAIL PROTECTED]> added the comment:
Thank you Jesse. When I read this passage, I thought naively that a
timeout raised in a get() would not be harmful: that somehow the whole
get() request would be aborted. But now I realize that it would make
things rather complicat
David Naylor <[EMAIL PROTECTED]> added the comment:
I'm currently developing a script that makes extensive use of threads
and Popen, with threads being created dynamically and each thread
creating a large number of Popen processes.
If I limit the thread count to 2 (main + worke
New submission from David Naylor <[EMAIL PROTECTED]>:
Overview:
Add a generator that will revert the order applied to a with
statement.
Motivation:
Often with threaded applications one needs to do a certain task
outside of a lock but while inside a greater block of code protected
by
David Naylor <[EMAIL PROTECTED]> added the comment:
Apologies, obviously the invert function should be preceded by an
@contextmanager to become:
@contextmanager
def invert(thing):
thing.__exit__(None, None, None)
yield thing
thing.__enter__()
[Although there may be a better way of
New submission from David Jones <[EMAIL PROTECTED]>:
Doing a plan "configure" then "make"; the compilation breaks due to //
style comments in a file called Objects/frameobject.c:
cc_r -qlanglvl=extc89 -c -DNDEBUG -O -I. -IInclude -I./Include -
DPy_BUILD_COR
David Jones <[EMAIL PROTECTED]> added the comment:
This is still a problem for Python 2.6 on AIX 6.1.
The simplest fix is to change «CC=cc_r» to «CC=${CC:-xlc_r}» but I have no
idea how to go about changing the configure script.
--
nosy: +drj
versions: +Pyth
New submission from David Jones <[EMAIL PROTECTED]>:
After hacking the configure script to work around the issues
http://bugs.python.org/issue4025 and http://bugs.python.org/issue1633863
the build still fails:
building 'fcntl' extension
xlc_r -DNDEBUG -O -I. -I/home/u00
New submission from David Binger <[EMAIL PROTECTED]>:
The parser module validates st instances that it builds from
list or tuple structures. This validation fails for parse
trees that include relative imports because it fails to correctly
count the dots that immediately follow the "
David Hess <[EMAIL PROTECTED]> added the comment:
Confirmed the presence of this same problem in the source code of
parsermodule.c in branches release25-maint and release26-maint.
--
nosy: +david_k_hess
versions: +Python 2.5, Python 2.6
___
David Ripton <[EMAIL PROTECTED]> added the comment:
Also, two of the example code blurbs in that page still refer to the
module as "processing" instead of "multiprocessing". (Search for
"import processing" to find them.)
--
nosy: +dripton
__
New submission from David Jones <[EMAIL PROTECTED]>:
Consider the web page:
http://www.python.org/doc/2.5.2/whatsnew/acks.html
(the problem appears throughout the whatsnew document, but that page
happens to be short and have more than one instance).
On my browser, Safari 3.1.2 on Inte
Changes by David Peckham <[EMAIL PROTECTED]>:
--
nosy: +dave.peckham
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue3876>
___
__
New submission from David Beazley :
Is io.FileIO.write() supposed to accept and implicitly encode Unicode strings
as illustrated by this simple example?
>>> f = open("/dev/null","wb",buffering=0)
>>> f.write("Hello World\n")
12
>>>
Mor
New submission from David Beazley :
Documentation (e.g., docstrings) for the io module make mention of a
BlockingIOError exception that might be raised if operations are performed on a
file that's in non-blocking mode. However, I am unable to get this exception
on any operation (instead
New submission from David Kirkby :
In the top level setup.py there is a list of directories searched for the
OpenSSL libraries.
ssl_libs = find_library_file(self.compiler, 'ssl',lib_dirs,
['/us
David Fischer added the comment:
I believe this bug affects urllib2 when it talks to the corporate
single-sign-on solution Siteminder. Siteminder usually is installed as a web
server module. When a request is made to the server (origin server), Siteminder
issues a 302 redirect to a central
David Fischer added the comment:
I attached a diff of a fix for this bug. This may not be the ideal fix, but
hopefully it will give the developer who actually does resolve it a good start.
--
keywords: +patch
Added file: http://bugs.python.org/file16204/urllib2-3819.diff
New submission from David Beazley :
Background
---
In order to multitask with threads, a critical part of the Python
interpreter implementation concerns the behavior of I/O operations
such as read, write, send, and receive. Specifically, whenever an I/O
operation is carried out, the
David Beazley added the comment:
The comment on the CPU-bound workload is valid--it is definitely true that
Python 2.6 results will degrade as the workload of each tick is increased.
Maybe a better way to interpreter those results is as a baseline of what kind
of I/O performance is
David Beazley added the comment:
I posted some details about the priority GIL modifications I showed during my
PyCON open-space session here:
http://www.dabeaz.com/blog/2010/02/revisiting-thread-priorities-and-new.html
I am attaching the .tar.gz file with modifications if anyone wants to
New submission from David Schere :
When doing an exit() within a signal handler for an alarm I am seeing something
strange:
This code works, it exits within signal handler as expected. You never see the
print statement executed.
import signal
import time
import sys
import traceback
def
David Schere added the comment:
sys.exit() does not behave the way a C programming thinks. It raises an
exception.
I'm probably not the first person to get this 'gotcha'
--
status: open -> closed
___
Python tracker
<h
David Watson added the comment:
Thanks for your interest! I'm actually still working on the
patch I posted, docs and a test suite, and I'll post something
soon.
Yes, you could just use b"".join() with sendmsg() (and get
slightly annoyed because it doesn't accept buff
David Watson added the comment:
OK, here's a new version as a work in progress. A lot of the new
stuff is uncommented (particularly the support code for the
tests), but there are proper docs this time and a fairly complete
test suite (but see below).
There are a couple of changes t
David Watson added the comment:
I just found that the IPv6 tests don't get skipped when IPv6 is
available but disabled in the build - you can create IPv6
sockets, but not use them :/ This version fixes the problem.
--
Added file: http://bugs.python.org/file16422/baikie-hwundram
David Beazley added the comment:
Here's a short benchmark for everyone who thinks that my original benchmark was
somehow related to TCP behavior. This one doesn't even involve sockets:
from threading import Thread
import time
def writenums(f,n):
start = time.time()
for x
David Beazley added the comment:
Whoa, that's pretty diabolically evil with bufsize=1. On my machine, doing
that just absolutely kills the performance (13 seconds without the spinning
thread versus 557 seconds with the thread!). Or, put another way, the writing
performance drops from
David Beazley added the comment:
Almost forgot--if I turn off one of the CPU cores, the time drops from 557
seconds to 32 seconds. Gotta love it!
--
___
Python tracker
<http://bugs.python.org/issue7
David Beazley added the comment:
Oh the situation definitely matters. Although, in the big picture, most
programmers would probably prefer to have fast I/O performance over slow I/O
performance :-).
--
___
Python tracker
<http://bugs.python.
David Beazley added the comment:
I absolutely agree 100% that it is not worth trying to fix the GIL for every
conceivable situation (although if you could, I wouldn't complain).
To me, there are really only two scenarios worth worrying about:
1. Get rid of all of that multicore
David Beazley added the comment:
You know, I almost wonder whether this whole issue could be fixed by just
adding a user-callable function to optionally set a thread priority number.
For example:
sys.setpriority(n)
Modify the new GIL code so that it checks the priority of the currently
David Bonner added the comment:
Picking this back up again. There's actually no docs changes necessary...the
docs never mentioned that the module didn't support multiple logical streams,
and I didn't see any other mentions in the docs that seemed to need updating.
I suppo
David Watson added the comment:
I was about to report this for the socket module - the gethostbyname(),
gethostbyname_ex() and getnameinfo() functions are the only things currently
affected in that module as far as I can see. 3.x is affected too - the
functions will pass non-ASCII Unicode
Changes by David Fraser :
--
nosy: +davidfraser
___
Python tracker
<http://bugs.python.org/issue8032>
___
___
Python-bugs-list mailing list
Unsubscribe:
David Chambers added the comment:
I would find this functionality very useful. While I agree that it's often
simpler to extract the relevant information in several steps, there are
situations in which I'd prefer to do it all in one go.
The application I'm writing at the
New submission from David Andrzejewski :
Python 2.6.4, Windows XP.
If you run the following code:
import httplib
http_connection = httplib.HTTPConnection("192.168.192.196")
http_connection.request("GET", "/")
http_connection.sock.settimeout(20)
response = http
David Beazley added the comment:
Without looking at this patch, I think it would wise to proceed with caution on
incorporating any kind of GIL patch into 2.X. If there is anything to be taken
away from my own working studying the GIL, it's that the problem is far more
tricky than it
David Beazley added the comment:
I'm not sure where you're getting your information, but the original GIL
problem *DEFINITELY* exists on multicore Windows machines. I've had numerous
participants try it in training classes and workshops they've all observed
severely
David Beazley added the comment:
Just ran the CPU-bound GIL test on my wife's dual core Windows Vista machine.
The code runs twice as slow using two threads as it does using no threads
(original observed behavior in my GIL talk).
--
___
P
David Beazley added the comment:
It's not a simple mutex because if you did that, you would have performance
problems much worse than those described in issue 7946.
http://bugs.python.org/issue7946
--
___
Python tracker
<http://bugs.py
Changes by David Andrzejewski :
--
nosy: +dandrzejewski
___
Python tracker
<http://bugs.python.org/issue5103>
___
___
Python-bugs-list mailing list
Unsubscribe:
David Andrzejewski added the comment:
I believe this issue may be responsible for causing a very long hang in my
application. Here's an example of it hanging for 30 minutes. Yes - minutes.
[UI] 2010-04-03 11:33:34,209 DEBUG: Communicating with GUI on 127.0.0.1:9095 -
timeout 10 se
New submission from David Coconut :
Operating system: Ubuntu 10.04 Lucid Lynx (Beta)
This worked with Python 3.1 on 9.10 Karmic Koala. The same error appears on two
separate installations of Lucid.
Issue 3770 does not seem to be relevant here.
Traceback (most recent call last):
File "
David Andrzejewski added the comment:
Now, it turns out that if you send the HTTP "Connection: close" header, the
connection does close at the end (because the server closes it).
Still, it seems like this should behave the same regardless of whether it's
HTTPConnection or
David Beazley added the comment:
The analysis of instruction cache behavior is interesting---I could definitely
see that coming into play given the heavy penalty that one sees going to
multiple cores (it's a side effect in addition everything else that goes wrong
such as a huge increa
David Beazley added the comment:
I must be missing something, but why, exactly would you want multiple CPU-bound
threads to yield every 100 ticks? Frankly, that sounds like a horrible idea
that is going to hammer your system with excessive context switching overhead
and cache performance
David Beazley added the comment:
Sorry, but I don't see how you can say that the round-robin GIL and the legacy
GIL have the same behavior based solely on the result of a performance
benchmark. Do you have any kind of thread scheduling trace that proves they
are scheduling threa
David Beazley added the comment:
I'm sorry, I still don't get the supposed benefits of this round-robin patch
over the legacy GIL. Given that using interpreter ticks as a basis for thread
scheduling is problematic to begin with (mostly due to the fact that ticks have
totally unp
New submission from David Watson :
The makesockaddr() function in the socket module assumes that
AF_UNIX addresses have a null-terminated sun_path, but Linux
actually allows unterminated addresses using all 108 bytes of
sun_path (for normal filesystem sockets, that is, not just
abstract
Changes by David Watson :
Added file: http://bugs.python.org/file16875/return-unterminated-2.x.diff
___
Python tracker
<http://bugs.python.org/issue8372>
___
___
Pytho
Changes by David Watson :
Added file: http://bugs.python.org/file16876/return-unterminated-3.x.diff
___
Python tracker
<http://bugs.python.org/issue8372>
___
___
Pytho
Changes by David Watson :
Added file: http://bugs.python.org/file16877/addrlen-2.x.diff
___
Python tracker
<http://bugs.python.org/issue8372>
___
___
Python-bugs-list m
Changes by David Watson :
Added file: http://bugs.python.org/file16878/addrlen-3.x.diff
___
Python tracker
<http://bugs.python.org/issue8372>
___
___
Python-bugs-list m
Changes by David Watson :
Added file: http://bugs.python.org/file16879/test-2.x.diff
___
Python tracker
<http://bugs.python.org/issue8372>
___
___
Python-bugs-list mailin
Changes by David Watson :
Added file: http://bugs.python.org/file16880/test-3.x.diff
___
Python tracker
<http://bugs.python.org/issue8372>
___
___
Python-bugs-list mailin
New submission from David Watson :
In 3.x, the socket module assumes that AF_UNIX addresses use
UTF-8 encoding - this means, for example, that accept() will
raise UnicodeDecodeError if the peer socket path is not valid
UTF-8, which could crash an unwary server.
Python 3.1.2 (r312:79147, Mar 23
David Watson added the comment:
This patch does the same thing without fixing issue #8372 (not
that I'd recommend that, but it may be easier to review).
--
Added file: http://bugs.python.org/file16882/af_unix-pep383-no-8372-fix.diff
___
P
Changes by David Watson :
Added file: http://bugs.python.org/file16883/test-existing.diff
___
Python tracker
<http://bugs.python.org/issue8373>
___
___
Python-bugs-list m
Changes by David Watson :
Added file: http://bugs.python.org/file16884/test-new.diff
___
Python tracker
<http://bugs.python.org/issue8373>
___
___
Python-bugs-list mailin
401 - 500 of 5932 matches
Mail list logo
