Changes by Thomas Wouters :
Removed file: http://bugs.python.org/file26604/inthandler.patch
___
Python tracker
<http://bugs.python.org/issue15505>
___
___
Python-bug
Thomas Wouters added the comment:
No, using preexec_fn leaves all kinds of races when mixing threads and
processes (which is a bad idea, but people still sometimes do.) And no,
restore_signals doesn't fix this; restore_signals only resets the signals the
*Python interpreter itself* ig
New submission from Thomas Miedema:
Pickling a namedtuple Point(x=10, y=20, z=30) in Python 2.7.2 with protocol
level 0 would result in something like the following output:
ccopy_reg
_reconstructor
p0
(c__main__
Point
p1
c__builtin__
tuple
p2
(I10
I20
I30
tp3
tp4
New submission from Thomas Wouters:
In a submodule of a package, replacing the parent package in sys.modules during
import of the package (meaning the only reference to it is in sys.modules) and
then importing itself (or something from itself) crashes the interpreter:
centurion:~/python
Thomas Miedema added the comment:
Attached is a script that shows the problem at hand.
Note that my remark that this bug could result in very large pickled files when
using nested namedtuples seems not te be true.
--
Added file: http://bugs.python.org/file26820
Thomas Miedema added the comment:
Added a better testcase.
--
title: Fix pickling of named tuples in 2.7.3 -> Fix pickling of named tuples in
2.7.3 (BUG)
Added file: http://bugs.python.org/file27077/namedtuple_pickle_fix.patch
___
Python trac
Changes by Thomas Miedema :
Removed file: http://bugs.python.org/file26662/namedtuple_pickle_fix.patch
___
Python tracker
<http://bugs.python.org/issue15535>
___
___
Pytho
New submission from Thomas Kluyver:
Since bug #1006219 was fixed, inspect.getsource(func) has returned the source
of a function including any decorators on the function. But doing the same with
a class, the returned source doesn't include decorators.
With functions, the co_firstl
Thomas Lee added the comment:
Working on a patch for this. Should be ready for review shortly.
--
nosy: +thomaslee
___
Python tracker
<http://bugs.python.org/issue15
Thomas Lee added the comment:
Patch attached. Terry, you'll notice I wrap the main part of the urlencode
function in a big try/except block to catch TypeErrors & ValueErrors.
I'm a bit concerned that doing this may misreport the true underlying error in
the event we screw up val
Thomas Lee added the comment:
Patch against hg tip attached.
--
keywords: +patch
nosy: +thomaslee
Added file: http://bugs.python.org/file27202/issue-15893-01.patch
___
Python tracker
<http://bugs.python.org/issue15
Thomas Lee added the comment:
I can reproduce this on Debian Wheezy. Both with the system Python (2.7.3rc2)
and the 2.7 branch built from source.
--
nosy: +thomaslee
___
Python tracker
<http://bugs.python.org/issue15
Thomas Lee added the comment:
I know this is an old-ish issue, but I can't reproduce anything like this on
Debian Wheezy with either Python 2.7 or tip (3.x). I think we need more details
of what you're trying to do here Roger.
1. What exactly did you do to reproduce the strace outpu
Thomas Lee added the comment:
My results aren't quite as dramatic as yours, but there does appear to be a
regression:
$ ./python -V
Python 2.7.3+
$ ./python -m timeit -s "s = 'b'*1000" "s.replace('b', 'a')"
10 loops, best
Thomas Lee added the comment:
Thanks ABR. You may be better off raising a ticket against requests
(https://github.com/kennethreitz/requests).
I'm assuming what you want to happen here is for the session.post() call to
return the 401 response without raising an exception. Perfectly reaso
Thomas Lee added the comment:
FWIW, I think Mark's right here. I'm +1 on the implementations being consistent.
Seems like a potentially nasty surprise if you move from one implementation to
the other and, lacking awareness of this quirk, design your algorithm around
semantics. I
Thomas Bach added the comment:
Yeah, the change you suggest sounds reasonable.
Thanks for reconsidering the case!
--
___
Python tracker
<http://bugs.python.org/issue16
New submission from Thomas Kluyver:
At least in CPython, format strings can be given as bytes, as an alternative to
str. E.g.
>>> struct.unpack(b'>hhl', b'\x00\x01\x00\x02\x00\x00\x00\x03')
(1, 2, 3)
Looking at the source code [1], this appears to be consciousl
New submission from Thomas Heller:
With python 3.4 and pywin32 version 218 it is only possible
to import win32com or win32api when pywintypes has been imported before.
Here is part of a session with 'python -v':
>>>
>>> import win32api
Traceback (most recent call
Thomas Heller added the comment:
It was most certainly an issue on my side, something with leftover files or
directories from a previous installation. After cleaning everything up it
works now. Sorry for the confusion.
(A personal remark: sometimes, the bdist_wininst uninstaller does not
Thomas Petazzoni added the comment:
No, because it's not simply about the size of the installed Python standard
library: it's also about the number of dependencies to build before being able
to build Python. For example, a normal Python installation requires OpenSSL,
libncurses, a
Thomas Petazzoni added the comment:
But this expectation is not true: if dependencies are not available, Python
silently disables the build of certain modules. So this story of making the
standard library always has all the modules does not really stand
Changes by Thomas Wouters :
--
nosy: +twouters
___
Python tracker
<http://bugs.python.org/issue17621>
___
___
Python-bugs-list mailing list
Unsubscribe:
Thomas Wouters added the comment:
The implementation in the patch preserves the exception context. It's probably
the thing that took the most code, and it's why there's two new opcodes in the
patch :) It's covered in the tests, too.
--
__
Thomas Kluyver added the comment:
For future reference, cx_Freeze ships its own copy of ModuleFinder, so it
doesn't depend on the stdlib copy. This issue was fixed there some time around
the release of Python 3.3.
I realised recently that this is based on code in the stdlib, and I&#x
New submission from Thomas Heller:
I think that 'equivalent' functools.partial objects should compare equal, so
the following snippet SHOULD print True:
>>> import functools
>>> f = lambda x: x
>>> a = functools.partial(f, 42)
>>>
Thomas Heller added the comment:
Sure. I'm not sure 'equivalent' is the word I should have used.
I suggest (and I would have expected) that partial instances (a, b) should
compare equal when
a.func == b.func \
and a.args == b.args \
and a.keyword
Thomas Heller added the comment:
My usecase is: I create kind of bound methods with functools.partial.
Apologies for the confusion by using the word 'equivalent'; what I mean is that
partial instances should (IMO) compare equal when they contain the same
function and args/keyw
Changes by Thomas Heller :
--
nosy: +theller
___
Python tracker
<http://bugs.python.org/issue21157>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Thomas Ballinger:
https://gist.github.com/thomasballinger/10666031
"""
inspect.getsourcelines incorrectly guesses what lines correspond
to the function foo
see getblock in inspect.py
once it finds a lambda, def or class it finishes it then stops
so get
Thomas Ballinger added the comment:
"The code object's co_lnotab is how inspect should be getting the sourcelines
of the code, instead of looking for the first codeblock."
I'm looking at this now, thanks to Yhg1s for the above.
--
__
Changes by Thomas Wouters :
--
stage: needs patch -> patch review
___
Python tracker
<http://bugs.python.org/issue15002>
___
___
Python-bugs-list mai
Thomas Wouters added the comment:
Matthias, I think this is already fixed for Python 3.3 and later (at least.)
There may still be problems in 2.7, but I'm not sure if it's worth fixing them
there. Can you see if you still have problems, and if so, show us how to
reproduce them? (
Thomas Fenzl added the comment:
Considering public API elements, there are more inconsistencies.
E.g. Pool:
'imap'
'apply'
'join'
'map_async'
'Process'
'terminate'
'close'
'starmap_async'
'starmap
Thomas Wouters added the comment:
FYI, this broke building in a separate object directory (again!) for multiple
reasons: it's running the script without specifying $(srcdir), and it's writing
to $(srcdir)/Include/opcode.h (where $(srcdir) may be unwritable), and it's
picki
Changes by Thomas Fenzl :
--
nosy: +Thomas Fenzl
___
Python tracker
<http://bugs.python.org/issue1684>
___
___
Python-bugs-list mailing list
Unsubscribe:
Thomas Wouters added the comment:
Here's a minimal patch to at least make the current mechanism work when using a
separate build directory.
I still don't like the fact that this is importing opcode.py in a different
Python than the target Python. Nor do I like that the script
Changes by Thomas Fenzl :
--
nosy: +Thomas Fenzl
___
Python tracker
<http://bugs.python.org/issue15887>
___
___
Python-bugs-list mailing list
Unsubscribe:
Thomas Wouters added the comment:
You should put the definition closer to the Windows one (right after or before
it) rather than further down the file. Other than that, looks good.
--
___
Python tracker
<http://bugs.python.org/issue21
Thomas Wouters added the comment:
Looks good.
--
___
Python tracker
<http://bugs.python.org/issue21275>
___
___
Python-bugs-list mailing list
Unsubscribe:
Thomas Wouters added the comment:
Looks good.
--
___
Python tracker
<http://bugs.python.org/issue21276>
___
___
Python-bugs-list mailing list
Unsubscribe:
Thomas Wouters added the comment:
Good fix. Do remove the 'first curses header check' comment you add, and don't
forget to regenerate configure (and maybe pyconfig.h.in? I don't know if
that'll change.)
--
New submission from Thomas Levine:
This command used to work just fine for me. ::
python setup.py register
Now it doesn't. For example, ::
$ python3 setup.py register
/usr/lib/python3.3/distutils/dist.py:257: UserWarning: Unknown distribution
option: 'instal
Thomas Wouters added the comment:
I don't understand the story with ffi_convenience here. Perhaps someone else on
python-dev remembers what it was for and whether we need it for any platforms,
still?
--
___
Python tracker
<http://bugs.py
New submission from Thomas Kluyver:
The compileall module's command line interface has a -q (quiet) flag which
suppresses most of the output, but it still prints error messages. I'd like an
entirely silent mode with no output.
My use case is byte-compiling Python files as part of a
Thomas Kluyver added the comment:
Patch attached.
This works by making the -q flag countable, so you pass -qq to suppress all
output. In the Python API, the quiet parameter has become an integer, so
passing 2 is equivalent to -qq. This should be fully backwards compatible with
passing True
Changes by Thomas Kluyver :
Removed file: http://bugs.python.org/file35012/compileall_silent.patch
___
Python tracker
<http://bugs.python.org/issue21338>
___
___
Pytho
Thomas Kluyver added the comment:
Sorry, I somehow attached an old version of the patch. This one should be
correct.
Steven: Redirection relies on a shell - the native 'run a process' interface
that the installer uses can't do that. There are ways to work around this, bu
Changes by Thomas Kluyver :
Removed file: http://bugs.python.org/file35013/compileall_silent.patch
___
Python tracker
<http://bugs.python.org/issue21338>
___
___
Pytho
Thomas Kluyver added the comment:
Gah, still wrong. Trying again.
--
Added file: http://bugs.python.org/file35014/compileall_silent.patch
___
Python tracker
<http://bugs.python.org/issue21
Thomas Kluyver added the comment:
In fact, I will probably end up working around this anyway, because I'll have
to support versions of Python without this fix for some time. So I don't feel
strongly that it needs to go in, but I will do any revisions or changes
requested if peopl
New submission from Thomas Klausner:
NetBSD's curses headers have different include guards than ncurses.
Also, the NetBSD curses library has been improved and some workaround are no
longer necessary.
Diff against hg attached.
--
components: Extension Modules
files: curses.diff
key
New submission from Thomas Klausner:
configure needs to know about MirBSD -- it's quite similar to OpenBSD, so
that's all that's needed.
--
components: Build
files: configure.diff
keywords: patch
messages: 218141
nosy: wiz
priority: normal
severity: normal
status: ope
New submission from Thomas Klausner:
DragonFlyBSD support needs some slight changes.
--
components: Build
files: dragonfly.diff
keywords: patch
messages: 218142
nosy: wiz
priority: normal
severity: normal
status: open
title: DragonFlyBSD support
versions: Python 3.5
Added file: http
New submission from Thomas Klausner:
There are two possible sources for extra linker arguments:
- 'extra_link_args' in Extension object
- LDFLAGS environment variable
The environment variable should take precedence, and
any sensible compiler will give precedence to later
command
Changes by Thomas Klausner :
--
resolution: -> out of date
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue21460>
___
___
Pyth
New submission from Thomas Klausner:
makesetup should know about the "-pthread" compiler flag.
--
components: Extension Modules
files: pthread.diff
keywords: patch
messages: 218144
nosy: wiz
priority: normal
severity: normal
status: open
title: Recognize -pthread
type: e
Thomas Klausner added the comment:
Thanks for your reply!
I've checked:
keypad in NetBSD curses was fixed in 2009. All supported NetBSD release (5.x
and 6.x) have the fix.
nodelay and keyname were fixed even earlier, in 2003.
So this is no problem for older NetBSD rel
Thomas Klausner added the comment:
Just a final comment:
MirBSD's official packaging system is pkgsrc, which is also the official
packaging system for NetBSD. (This is the reason I'm sending these in bulk, to
clean up local pkgs
Thomas Klausner added the comment:
Just a final comment:
pkgsrc was DragonFlyBSD's official packaging system, which is also the official
packaging system for NetBSD. (This is the reason I'm sending these in bulk, to
clean up local pkgs
New submission from Thomas Guettler:
Imagine you write a small console script which is implemented like a library.
This tool has to do two things: the console script needs to configure the
logging, and the library needs to use it.
The library usage of logging it easy well documented
Thomas Guettler added the comment:
Thank you for reading and replying.
Yes, I wrote no concret proposal up to now.
I have this solutions in mind:
logging.config.defaultConfig()
Related https://docs.python.org/2/library/logging.config.html
Loading a python module
New submission from Thomas Heller:
On Windows, pathlib.Path(...).is_dir() crashes on readonly directories while
os.path.isdir(...) works fine. Example on Windows7:
Python 3.4.0 (v3.4.0:04f714765c13, Mar 16 2014, 19:24:06) [MSC v.1600 32 bit
(Intel)] on win32
Type "help",
Thomas Heller added the comment:
Well, not 'readonly' directories but directories where the user has no access
rights. I corrected the title of this bug.
--
title: pathlib.Path(...).is_dir() crashes on readonly directories (Windows) ->
pathlib.Path(...).is_dir() cr
Thomas Heller added the comment:
> When you say "os.path.isdir(...) works fine", you mean it's returning False?
As shown in the original report
(http://bugs.python.org/issue21516#msg218664)
os.path.isdir() returns True; which is correct since c:\Users\admin is a
direc
Thomas Guettler added the comment:
Just for the record.
Here are the discussions about this topic on the python-ideas mailing list:
https://mail.python.org/pipermail/python-ideas/2014-May/027839.html
https://mail.python.org/pipermail/python-ideas/2014-May/027858.html
Thomas Heller added the comment:
> As for progress, the answer is no as the hope is to eventually replace
> zipimport with something in pure Python thanks to importlib.
Does this mean there is no chance to put this into 3.4 and 3.3, do we really
have to wait until 3.5 with it's
Thomas Klausner added the comment:
Actually, there are even less changes needed nowadays.
Please apply this really small patch.
--
Added file: http://bugs.python.org/file35428/dragonfly.diff
___
Python tracker
<http://bugs.python.org/issue21
Changes by Thomas Klausner :
Removed file: http://bugs.python.org/file35195/dragonfly.diff
___
Python tracker
<http://bugs.python.org/issue21459>
___
___
Python-bug
Thomas Klausner added the comment:
Semaphore handling needs another change.
if sem_open etc. are not provided by the operating system, do not export them
(Modules/_multiprocessing/multiprocessing.c). Updated diff attached.
That part of the diff might affect more operating systems
Changes by Thomas Klausner :
Removed file: http://bugs.python.org/file35428/dragonfly.diff
___
Python tracker
<http://bugs.python.org/issue21459>
___
___
Python-bug
Changes by Thomas Klausner :
--
nosy: +wiz
___
Python tracker
<http://bugs.python.org/issue19561>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Thomas Guettler :
--
nosy: -guettli
___
Python tracker
<http://bugs.python.org/issue14102>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Thomas Kluyver :
--
nosy: +takluyver
___
Python tracker
<http://bugs.python.org/issue16467>
___
___
Python-bugs-list mailing list
Unsubscribe:
Thomas Kluyver added the comment:
It seems pretty arbitrary and newcomer-unfriendly to decide that Python doesn't
support running setup.py inside IDLE.
Exhibit A: confused newcomer trying to install distribute, getting unhelpful
error message.
http://stackoverflow.com/questions/133
Thomas Kluyver added the comment:
OK, thanks, and sorry for the noise. I've closed this issue.
Looking at the readline manual, it looks like this is tied up with the options
input-meta, output-meta and convert-meta. Fiddling around with .inputrc hasn't
clarified exactly what they
Thomas Kluyver added the comment:
Thanks, I'm really glad to see that it's useful to others. I don't mind
contributing it to Python, but I wonder if it's better to let it develop
separately for a few months first - it's still very new, and I can improve it
faster in
Thomas Kluyver added the comment:
I think that putting the full content of GTS into the ast module docs would
make it awkwardly long. Perhaps the bulk of it could become a howto, and GTS
could be maintained separately as a showcase of examples
New submission from Thomas Chiroux:
when using multi-inheritance and super() in __init__(), super() tries to run
each constructor once.
For this to work correctly, it is needed to call super() in each constructor,
including for Classes directly inherited from object.
The sample below does not
Thomas Chiroux added the comment:
updated diff file, unified format
--
Added file: http://bugs.python.org/file28151/diff_unified_threading.py_2.7.patch
___
Python tracker
<http://bugs.python.org/issue16
Thomas Chiroux added the comment:
That's right.
Lets consider this 'patch' was more for illustrating my example (like: this
kind of modification may work) than to add directly into python core module...
(which i'm not capable of)
But I think the problem remains: do yo
Thomas Kluyver added the comment:
I'm happy to put together a docs patch, but I don't have any indication of the
right answer (is it a safe feature to use, or an implementation detail?) Is
there another venue where I should raise th
New submission from Thomas Heller:
It seems the statement
import importlib
is missing in 3.3's modulefinder.py
--
components: Library (Lib)
messages: 177951
nosy: theller
priority: normal
severity: normal
status: open
title: Missing import in modulefinder.py
versions: Pytho
New submission from Thomas Ballinger:
Lib/curses/__init__.py has `curses.initwin()` in the docstring example code,
but this function does not exist (should be `initscr()`)
Bad in at least back to 2.4
--
assignee: docs@python
components: Documentation
files: docfix.patch
keywords
Changes by Thomas Guettler :
--
nosy: +guettli
___
Python tracker
<http://bugs.python.org/issue14102>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Thomas Guettler:
The current argparse documentation is not easy to read people new to python.
http://docs.python.org/dev/library/argparse.html#choices
{{{
current: parser.add_argument('foo', choices='abc')
}}}
Please make this more explicit:
{{{
better:
Thomas Kluyver added the comment:
The 'short circuit' appears to do what I'd consider the wrong thing when an
executable file of the same name exists in the working directory. i.e.
which('setup.py') can return 'setup.py', even though running 'setu
New submission from Thomas Kluyver:
There's a 'short circuit' in shutil.which(), described as 'If we're given a
full path which matches the mode and it exists, we're done here.'
It also matches if an executable file of the same name is present in the
working
Thomas Kluyver added the comment:
I've added a patch with my suggested fix, as well as a test for this.
test_shutil all passes on Linux - I haven't run the tests on Windows.
--
keywords: +patch
Added file: http://bugs.python.org/file28761/shutil_which
Thomas Kluyver added the comment:
That makes sense - foo/setup.py can be run from the working directory, but you
can't refer to subdirectories on $PATH like that.
I've added a revised version of the patch.
--
Added file: http://bugs.python.org/file28763/shutil_which_
Thomas Kluyver added the comment:
Yes, as far as I know, ./script works in the same way as dir/script - from the
current directory, but not from $PATH.
The first test added is for the case I reported - which('script') shouldn't
look in the current directory on Unix. The second
Changes by Thomas Kluyver :
--
nosy: +takluyver
___
Python tracker
<http://bugs.python.org/issue8478>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Thomas Heller:
The python launcher does not parse the shebang if arguments for the Python
interpreter are given on the command line. For example:
py.exe test.py # uses shebang line
py.exe -u test.py # does NOT use shebang line
The attached patch fixes this
Thomas Kluyver added the comment:
I think this is a duplicate of #8478.
--
nosy: +takluyver
___
Python tracker
<http://bugs.python.org/issue16224>
___
___
Pytho
Thomas Kluyver added the comment:
#16224 appears to be a duplicate.
There seem to be several quite major issues with untokenize - see also #12691 -
with patches made to fix them. Is there anything I can do to help push these
forwards
Changes by Thomas Heller :
--
title: launcher -> launcher does not read shebang line when arguments are given
___
Python tracker
<http://bugs.python.org/issu
Thomas Kluyver added the comment:
Is there anything I can do to push this forwards? I'm trying to use tokenize
and untokenize in IPython, and for now I'm going to have to maintain our own
copies of it (for Python 2 and 3), because I keep running into problems with
the standard libr
New submission from Thomas Kluyver:
The docs describe the NL token as "Token value used to indicate a
non-terminating newline. The NEWLINE token indicates the end of a logical line
of Python code; NL tokens are generated when a logical line of code is
continued over multiple physical
Changes by Thomas Kluyver :
--
nosy: +takluyver
___
Python tracker
<http://bugs.python.org/issue16509>
___
___
Python-bugs-list mailing list
Unsubscribe:
Thomas Heller added the comment:
Hope it is ok to assign this to you, vinay.
--
assignee: -> vinay.sajip
nosy: +vinay.sajip
___
Python tracker
<http://bugs.python.org/issu
1201 - 1300 of 1802 matches
Mail list logo
