Changes by Chris Rebert pyb...@rebertia.com:
--
nosy: +cvrebert
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3177
___
___
Python-bugs-list
New submission from Georg Brandl ge...@python.org:
The POST example in the httplib docs references musi-cal.mojam.com, which is
now defunct.
--
assignee: docs@python
components: Documentation
keywords: easy
messages: 140074
nosy: docs@python, georg.brandl
priority: low
severity: normal
Raymond Hettinger raymond.hettin...@gmail.com added the comment:
The current glossary entry is fine and encompasses was is ordinarily meant by
attribute as distinct from a method.
We sometimes use the term loosely to mean any value whether callable or not.
And sometimes it is used loosely to
R. David Murray rdmur...@bitdance.com added the comment:
As an experienced Python programmer, I think of 'attribute' as meaning any
attribute (method or non-method) of an object or class. I sometimes do use it
imprecisely (to my mind) to mean non-method attribute, and it is usually
clear
Changes by R. David Murray rdmur...@bitdance.com:
--
components: +Library (Lib) -None
nosy: +giampaolo.rodola
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12523
___
New submission from Amandeep Singh newtodiswo...@gmail.com:
I created a thread, and started it and then called its run method. It raised an
AttributeError exception
from threading import Thread
def func():
print 'abc'
t = Thread(None, func)
t.start()
t.run()
here t.run() raises an
Changes by R. David Murray rdmur...@bitdance.com:
--
type: crash - behavior
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12523
___
___
R. David Murray rdmur...@bitdance.com added the comment:
OK, I found the other issue and it looks like we agreed to use 'attributes and
methods' where the reference was inclusive. I still think that it is less
precise to think this way, but it is clearer exposition given the lack of a
good
Eric V. Smith e...@trueblade.com added the comment:
Don't call both start() and run(). From the documentation, start() arranges for
run() to be called. After the call to start(), 'abc' is printed.
--
components: +Extension Modules -Build
nosy: +eric.smith
resolution: - invalid
status:
Amandeep Singh newtodiswo...@gmail.com added the comment:
I am also not able to call run() twice. I have python 2.5.2 with me, in which I
am able to call run method twice and calling run after start is working.
--
status: pending - open
___
Python
Amandeep Singh newtodiswo...@gmail.com added the comment:
May be this is a behavior change, that a thread can not be run again. I think
documentation needs to be changed in this case.
--
___
Python tracker rep...@bugs.python.org
Georg Brandl ge...@python.org added the comment:
While it's not explicitly documented that run() also shouldn't be called
multiple times, it does not need to be supported. Threads can be started
exactly once -- this is already mentioned in the docs.
Note that run() simply calls the thread
New submission from Michael Mulich michael.mul...@gmail.com:
The issue, as best I can describe it, is in how the a release list
(packaging.pypi.dist.ReleaseList) looks up releases.
Here is a simple example using a random package on PyPI.
crawler = Crawler()
projects =
New submission from Brian Jones bkjo...@gmail.com:
The documentation here:
http://docs.python.org/dev/library/unittest.html#unittest.TestCase.assertRaisesRegex
Indicates that, when used as a context manager, assertRaisesRegex should accept
a keyword argument 'msg'. However, that doesn't appear
Benjamin Peterson benja...@python.org added the comment:
You're not getting this?
.FFE
==
ERROR: test_intfail4 (__main__.TestInt)
--
Traceback (most recent
Brian Jones bkjo...@gmail.com added the comment:
No, I'm not. I'm sorry for not including this output initially. Here's what I
get (and I've added a sys.version_info line just to be double sure the right
executable is being invoked at runtime):
sys.version_info(major=3, minor=3, micro=0,
Brian Jones bkjo...@gmail.com added the comment:
If there's some reason, based on the source snippet I posted from case.py, that
my msg should be making it to the output, can someone explain why/how it should
get there? I don't see any reason, from looking at the source, that 'msg'
should
New submission from Vlad Riscutia riscutiav...@gmail.com:
Opened this issue to track configurable bitfield allocation strategy. This will
address issues like http://bugs.python.org/issue6069,
http://bugs.python.org/issue11920.
Summary: the way bitfields are allocated is up to the compiler not
Vlad Riscutia riscutiav...@gmail.com added the comment:
Opened http://bugs.python.org/issue12528 to address this.
--
nosy: +vladris
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11920
___
Vlad Riscutia riscutiav...@gmail.com added the comment:
Opened http://bugs.python.org/issue12528 to address this.
--
versions: +Python 3.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6069
Changes by Santoso Wijaya santoso.wij...@gmail.com:
--
nosy: +santa4nt
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12528
___
___
New submission from Ben Darnell ben.darn...@gmail.com:
cgi.parse_header doesn't work on headers that contain combinations of double
quotes and semicolons (although it works with either type of character
individually).
cgi.parse_header('form-data; name=files; filename=fo\\o;bar')
Vlad Riscutia riscutiav...@gmail.com added the comment:
Removed previously attached partial patch, this is complete patch.
Summary:
Added following 3 constants in ctypes:
ctypes.BITFIELD_ALLOCATION_NATIVE
ctypes.BITFIELD_ALLOCATION_GCC
ctypes.BITFIELD_ALLOCATION_MSVC
Setting
Changes by Vlad Riscutia riscutiav...@gmail.com:
Removed file: http://bugs.python.org/file22617/cfield_bitfield_refactoring.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12528
___
Changes by Raymond Hettinger raymond.hettin...@gmail.com:
--
resolution: - rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12491
___
Roundup Robot devnull@devnull added the comment:
New changeset b763c1ba5589 by Antoine Pitrou in branch '3.2':
Issue #12343: Add some notes on behaviour of non-blocking SSL sockets.
http://hg.python.org/cpython/rev/b763c1ba5589
New changeset 77334eb5038d by Antoine Pitrou in branch 'default':
Antoine Pitrou pit...@free.fr added the comment:
I'd say this is fixed now. Tell me if there are any precisions you would like
to see added.
--
resolution: - fixed
stage: needs patch - committed/rejected
status: open - closed
versions: -Python 2.7
Vlad Riscutia riscutiav...@gmail.com added the comment:
Looks like this was implemented by design at some point. In cfield.c, we have
specific code to treat character array fields as strings:
/* Field descriptors for 'c_char * n' are be scpecial cased to
return a Python string
Vlad Riscutia riscutiav...@gmail.com added the comment:
I have a similar patch for issue 6068. I wasn't aware of this issue when I
looked into it.
I believe both patches fix the same thing (please take a look and correct me if
I'm wrong). My fix: we don't need to treat Windows differently,
R. David Murray rdmur...@bitdance.com added the comment:
The email module header parser handles this correctly (if you make it a real
header). For whatever that's worth :)
--
nosy: +r.david.murray
___
Python tracker rep...@bugs.python.org
Vlad Riscutia riscutiav...@gmail.com added the comment:
I ran full test suit after making the _array_type = type(Array) change and
everything passes.
I also took a look at this and found additional leak. gc shows this as garbage:
[(class '_ctypes._SimpleCData',), class 'ctypes.c_longdouble',
New submission from Campbell Barton ideasma...@gmail.com:
In python 3.2 this works and prints class '__main__.Test',
in cpython hg: 71296:ab162f925761 it fails with:
NameError: global name '__class__' is not defined
Since this change is not documented I assume its a bug.
--- snip ---
class
Campbell Barton ideasma...@gmail.com added the comment:
checked for docs here:
http://docs.python.org/dev/whatsnew/3.3.html
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12530
___
Benjamin Peterson benja...@python.org added the comment:
No, this is consistent (again) with Python 2.
--
nosy: +benjamin.peterson
resolution: - invalid
status: open - closed
___
Python tracker rep...@bugs.python.org
Alec Koumjian akoumj...@gmail.com added the comment:
I apologize if this is the wrong place for this message. I did not see the link
to a separate list.
First let me explain what I am trying to accomplish. I would like to be able to
take an unknown regular expression that contains both named
35 matches
Mail list logo
