Dave Malcolm added the comment:
Attached is the patch I'm currently applying in Fedora 13 to Python 3.
The patch is actually against the 3.1.1 tarball, rather than SVN; sorry
(swamped with post-pycon tasks here), as that's what I've been testing this
work against.
The pa
New submission from Dave Malcolm :
gdb 7 can be extended with Python code, allowing the writing of domain-specific
pretty-printers and commands.
I've been working on gdb 7 hooks to make it easier to debug python itself, as
mentioned here:
https://fedoraproject.org/wiki/Fea
Changes by Dave Malcolm :
--
keywords: +patch
Added file:
http://bugs.python.org/file16403/add-gdb7-python-hooks-to-trunk.patch
___
Python tracker
<http://bugs.python.org/issue8
Dave Malcolm added the comment:
(I faxed in my contributor agreement to the PSF on 2010-03-03)
--
___
Python tracker
<http://bugs.python.org/issue8032>
___
___
Dave Malcolm added the comment:
Martin: thanks for reviewing this.
Re msg100537: sorry about the inauspicious start. I've added some
bulletproofing for the case you discovered, and added two new unit tests.
Re msg100538: OK. I've removed my name and the copyright notice in
Changes by Dave Malcolm :
Added file:
http://bugs.python.org/file16497/diff-of-gdb7-hooks-v2-relative-to-v1.diff
___
Python tracker
<http://bugs.python.org/issue8
Dave Malcolm added the comment:
Perhaps this is an issue in a 3rd-party extension module? (Given that you're
running Django, do you have a 3rd-party database connection module?; the last
message in the log is "Validating models", does that require Django to go to
the db to
New submission from Dave Fugate :
subprocess.py contains the following line (380 in CPython 2.6.3):
mswindows = (sys.platform == "win32")
which only correctly detects CPython on Windows. This line should be changed
to:
mswindows = (sys.platform == "win32" or sys.
Dave Fugate added the comment:
platform.system()=="Windows" won't work unless you change platform as well:
IronPython 2.6.1 DEBUG (2.6.10920.0) on .NET 2.0.50727.4927
Type "help", "copyright", "credits" or "license" for more info
Dave Fugate added the comment:
Is there any reason _subprocess couldn't be implemented in C#? If not, this is
the first of many steps needed to get subprocess working under IronPython.
--
___
Python tracker
<http://bugs.python.org/i
New submission from Dave Malcolm :
A minor nit: configure.in has this comment twice:
"Check for Python-specific malloc support"
c.f.:
# Check for Python-specific malloc support
AC_MSG_CHECKING(for --with-tsc)
(snip)
# Check for Python-specific malloc support
AC_MSG_CHECKING(
Dave Malcolm added the comment:
Thanks for reviewing the patch.
I've changed the pretty-printing of NULL pointers to "0x0" as suggested, and
I've updated frame printing. Frames are now printed like this
(gdb) p f
$1 = Frame 0x827e544, for file /home/david/coding/python-
Dave Malcolm added the comment:
Attaching diff from v2 to v3
--
Added file:
http://bugs.python.org/file16526/diff-of-gdb7-hooks-v3-relative-to-v2.diff
___
Python tracker
<http://bugs.python.org/issue8
Dave Malcolm added the comment:
> Nitpick: Various occurrences of 2.6.1 in the above should probably be 2.61.
Good catch - I think my brain or fingers are too used to Python's versioning
scheme, rather than autoconf's.
Here's a revised set of commands, hopefully fixing
Changes by Dave Malcolm :
--
nosy: +dmalcolm
___
Python tracker
<http://bugs.python.org/issue8140>
___
___
Python-bugs-list mailing list
Unsubscribe:
Dave Malcolm added the comment:
I'm attaching a new version of the patch (v4), against svn trunk (r79422)
Changes since v3:
* added support for PySetObject (set/frozenset)
* added support for PyBaseExceptionObject (BaseException)
* fixed a signed vs unsigned char issue that l
Dave Malcolm added the comment:
(adding diff from v3 to v4, for ease of review)
--
Added file:
http://bugs.python.org/file16657/diff-of-gdb7-hooks-v4-relative-to-v3.diff
___
Python tracker
<http://bugs.python.org/issue8
Dave Malcolm added the comment:
I'm attaching a new version of the patch (v5), against svn trunk (r79517)
I've been testing these hooks by using "gdb attach" to attach to real-world
python programs.
When doing this with earlier versions of the hooks, gdb would pause fo
Dave Malcolm added the comment:
Adding diff from v4 to v5, for ease of review.
For my reference, md5sum of v5's hooks:
d3e039bb1279e71e847cc7ade10d3272 python-gdb.py
--
Added file:
http://bugs.python.org/file16716/diff-of-gdb7-hooks-v5-relative-to-v4
Dave Malcolm added the comment:
Thanks for reviewing the gdb work.
I was mistakenly testing using:
make ; ./python Lib/test/test_gdb.py
which led to path assumptions in the code.
I'm now testing with:
make ; ./python Lib/test/regrtest.py -v test_gdb
I'm attaching a patch
Changes by Dave Malcolm :
--
stage: -> patch review
___
Python tracker
<http://bugs.python.org/issue8279>
___
___
Python-bugs-list mailing list
Unsubscri
Dave Malcolm added the comment:
Sorry about that.
"test_gdb_sample.py" is merely a sample script for use by "test_gdb.py" (see
issue 8032); it's not intended to do anything useful by itself (though it does
need a "print" invocation, since test_gdb.py uses a
Dave Malcolm added the comment:
"gdb_sample.py" as a name works for me. I don't have commit rights to SVN so I
can't perform the rename myself.
(Note that due to issue 8279 the file isn't actually used at the moment by
test_gdb.py so it should be safe to rename. I
Dave Malcolm added the comment:
I'm attaching a revised version of the patch; this is as before, but takes
account of the rename of the sample file from "test_gdb_sample.py" to
"gdb_sample.py" in r79557.
--
Added file:
http://bugs.python.org/file16727/fix
Dave Malcolm added the comment:
Sorry about this.
I believe this is the expansion of these fragments from the Makefile.pre.in
(indenting for clarity):
gdbhooks: $(BUILDPYTHON)-gdb.py
$(BUILDPYTHON)-gdb.py: Tools/gdb/libpython.py
$(INSTALL_SCRIPT) $< $(BUILDPYT
Dave Malcolm added the comment:
> A nitpick: on OS X, the gdb script ends up being called:
>
> python.exe-gdb.py
>
> Is this intentional? If it is, then I'll add this filename to the
> svn:ignore property. (And also to make distclean, I guess. Is python-
> gdb
Dave Malcolm added the comment:
It looks like all of the failures were due to gdb.Frame not having a "function"
method.
I did some digging, and it appears that this attribute may not yet be in the
upstream version of gdb.
The gdb/python integration was largely implemented by col
Dave Malcolm added the comment:
I believe $(INSTALL_SCRIPT) was changed to $(INSTALL_DATA) in r79716 (see
http://bugs.python.org/issue8032#msg102288 )
Attaching refreshed version of the patch.
--
Added file:
http://bugs.python.org/file16760/introduce-var-for-gdb-hooks-002.patch
New submission from Dave Malcolm :
test_gdb's get_gdb_repr carves up a gdb backtrace to try to extract how gdb
representated the data.
When connected to a tty, gdb will insert additional newlines and spaces based
on the width of the tty (internally it has a wrap_here() function to do
New submission from Dave Malcolm :
http://www.python.org/dev/buildbot/trunk/builders/alpha%20Debian%20trunk/builds/52/steps/test/logs/stdio
shows some failures in test_gdb:
==
FAIL: test_corrupt_ob_type
Dave Malcolm added the comment:
There's also a deprecation warning in that log:
/home/doko/buildarea/trunk.klose-debian-alpha/build/Lib/test/test_gdb.py:229:
DeprecationWarning: BaseException.message has been deprecated as of Python 2.6
if e.message != 'unichr() arg not in ran
Dave Malcolm added the comment:
( #8330 has a patch for a DeprecationWarning )
--
___
Python tracker
<http://bugs.python.org/issue8337>
___
___
Python-bugs-list m
Dave Malcolm added the comment:
Both of the failing tests use "set" inside gdb to try to corrupt the memory of
the inferior process.
I believe the issue here is that reading through 0xDEADBEEF within gdb on this
machine isn't generating a RuntimeError; perhaps that _is_ a v
Dave Malcolm added the comment:
( #8330 has a patch which may fix this )
--
___
Python tracker
<http://bugs.python.org/issue8337>
___
___
Python-bugs-list mailin
Changes by Dave Malcolm :
--
nosy: +loewis
___
Python tracker
<http://bugs.python.org/issue8330>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Dave Malcolm :
I'm attaching a patch for the py3k branch to port the gdb hooks to Python 3.
The libpython.py code installed to python-gdb.py "knows" about the internal
details of the Python within the tree. This patch makes the necessary changes
to th
Dave Malcolm added the comment:
> Should we call it libpython3.py, in order to distinguish it from the 2.x
> version?
We could; it gets copied to python-gdb.py by the Makefile though.
The code is intended to track the low-level implementation details of the tree
that its in, so I&#x
Dave Malcolm added the comment:
New version of patch attached
All tests continue to pass for me.
I believe this will fix the "py-list", "py-locals", "py-print" commands and
their respective tests on Ubuntu; I expect py-up/py-down to still fail due to
m
Changes by Dave Malcolm :
--
nosy: +dmalcolm
___
Python tracker
<http://bugs.python.org/issue7332>
___
___
Python-bugs-list mailing list
Unsubscribe:
Dave Malcolm added the comment:
If I'm reading this bug correctly, there are two issues here:
(A) that we shouldn't use gdb.Frame.function.name(), and should instead use
gdb.Frame.name(). I believe this is a duplicate of issue 8279, and that this
was fixed in trunk in r80156.
Dave Malcolm added the comment:
Assigning to loewis for review
--
assignee: dmalcolm -> loewis
stage: -> patch review
___
Python tracker
<http://bugs.python.org/
Dave Malcolm added the comment:
> Attached patch is based on add-conditions-for-gdb.Frame.select-to-
> trunk.patch and fix described problems. Using test_gdb-2.patch, test_gdb
> pass without any error on my Debian Sid (gdb 7.1).
The patch conditionalizes each test within StackNaviga
Dave Malcolm added the comment:
Sorry about that.
Here's an updated version of the patch, combining my work with Victor's.
--
Added file:
http://bugs.python.org/file17000/add-conditions-for-gdb.Frame.select-to-trunk-003.patch
___
Pyth
Dave Malcolm added the comment:
In msg103780 Martin v. Löwis wrote:
> Ah, ok. That was the problem indeed. The patch actually works fine.
Good to hear. Thanks for tracking this down and clarifying it.
As I understand it, the current status of this bug is that file17000 fixes the
repor
Dave Malcolm added the comment:
> Fixed: r80289 (trunk), r80290 (py3k). I will check the buildbots :-)
Please forgive my pedantry, but these appear to be off-by-one; the commits
appear to have been:
r80288 (trunk), r80289 (py3k)
--
___
Pyt
Dave Malcolm added the comment:
Issue 8380 contains a port of the code and tests to python 3; it's awaiting
review.
--
superseder: -> Port of the gdb7 debugging hooks to the "py3k" branch
___
Python tracker
<http://bugs
Changes by Dave Malcolm :
--
resolution: -> duplicate
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue8479>
___
___
Python-bugs-list
Dave Malcolm added the comment:
There was a patch for this attached to issue 8380, and you've fixed things in a
different way. Should I regenerate a patch against what's now in SVN, or
should we use my patch?
--
assignee: dmalcolm
Dave Malcolm added the comment:
Looking at issue 8480, it looks like this a partial fix was applied, which will
mean this patch will no longer apply. Should I regenerate a patch against
what's now in SVN, or should we use my patch?
--
___
P
Changes by Dave Malcolm :
--
nosy: +haypo
___
Python tracker
<http://bugs.python.org/issue8380>
___
___
Python-bugs-list mailing list
Unsubscribe:
Dave Malcolm added the comment:
Thanks; I'm working on a newer version of the patch based on what's in SVN.
I prefer your choice of breakpoint, and I've changed my mind about the python2
vs python3 proxyval handling. Hope to have a fresh pa
Dave Malcolm added the comment:
I'm attaching a new version of the patch, for the py3k branch.
I changed my mind back about the breakpoint, using "id" and "builtin_id" as in
my original patch. I prefer it since it has a single argument, which makes it
very conve
Dave Malcolm added the comment:
See https://bugzilla.redhat.com/show_bug.cgi?id=556975#c21
I'll try to summarize: as I understand things, the issue is that on 64-bit gcc
builds with enough optimization, the argument "PyFrameObject *f" is passed as a
register, and that ge
Dave Malcolm added the comment:
Thanks - yes, this does indeed look like a dup of issue 8482; resolving it as
such.
--
resolution: -> duplicate
status: open -> closed
superseder: -> test_gdb - "(unable to read python frame informat
Dave Malcolm added the comment:
I'm seeing this with gcc-4.4.3 with -Wall -Werror, leading to fatal errors
trying to build an extension module against python 3.1
The references to SIZEOF_SOCKET_T within longobject.h appear to be just in the
py3k branch, not trunk, and were added in r
Dave Malcolm added the comment:
> I'm seeing this with gcc-4.4.3 with -Wall -Werror, leading to fatal errors
> trying to build an extension module against python 3.1
Specifically, with gcc, I'm seeing this warning (trying to port SELinux Python
support to Python3), which, with
New submission from Dave Abrahams :
On POSIX systems, the PATH environment variable is always used to
look up directory-less executable names passed as the first argument to
Popen(...), but on Windows, PATH is only considered when shell=True is also
passed.
Actually I think it may be
Dave Abrahams added the comment:
It's worse than I thought; there isn't even one setting for shell that works
everywhere. This is what happens on POSIX (tested on Mac and Ubuntu):
$ mkdir /tmp/xxx
$ cd /tmp/xxx
xxx $ virtualenv /tmp/zzz
xxx $ python
Python 2.6.5 (r265:79063, Mar 2
Changes by Dave Malcolm :
--
nosy: +dmalcolm
___
Python tracker
<http://bugs.python.org/issue8566>
___
___
Python-bugs-list mailing list
Unsubscribe:
Dave Abrahams added the comment:
I wrote a Python script (enclosed) to methodically test how these things work,
that doesn't rely on peculiarities of sys.executable. The tests did reveal
some notable differences on *nix and 'doze:
* When shell=False on windows you must launch t
Dave Abrahams added the comment:
@r.david.murray: did you try running my test? I think it shows that we are
pretty darned close to fully portable. I believe we could fix Popen to make it
fully portable pretty easily. In fact, there may be a pure-python fix.
Documenting the differences
Dave Abrahams added the comment:
I've uploaded a new probe.py that contains a win32 Popen wrapper that I think
acts just like *nix's Popen w.r.t. PATH and environment (pass --fix to
demonstrate). I suggest using this or an equivalent wrapper for Win32, and
documenting the fact
Dave Malcolm added the comment:
Is the message about threads emitted every time you run python under gdb? Does
gdb work? If so we should simply filter out the error message.
I'm attaching a patch which strips out that error message from stderr (assuming
that I reformatted it for
Changes by Dave Abrahams :
Removed file: http://bugs.python.org/file17142/probe.py
___
Python tracker
<http://bugs.python.org/issue8557>
___
___
Python-bugs-list mailin
Dave Abrahams added the comment:
Not to appear impatient, but
It's a fairly tidy answer, I think :-)
--
___
Python tracker
<http://bugs.python.org/i
Dave Abrahams added the comment:
I'm probably as ignorant as you are of Windows issues. I just know what my
experiments tell me: if you force the contents of any explicit 'env' argument
into os.environ before calling Popen, you get the same beha
Dave Abrahams added the comment:
R. David Murray wrote:
> There are two questions here: (1) is this behavior consistent across all
> microsoft platforms we support?
I'll be honest: I don't know.
> (2) is this *change* in behavior of Popen acceptable?
I don't know
New submission from Dave Abrahams :
http://docs.python.org/library/site.html#module-site mentions two variables
that don't appear in my Python 2.6.5 installation's site module:
PYTHONNOUSERSITE
New in version 2.6.
PYTHONUSERBASE
New in version 2.6.
--
assignee: d...@python
New submission from Dave Abrahams :
Based on the rsplit documentation, I'd expect
'foo bar'.rsplit(maxsplit=1)
to work. This is probably a much bigger problem than just rsplit, i.e. I doubt
there is a policy about whether documented parameter names need to be usable as
k
New submission from Dave Abrahams :
The docstrings for these functions don't explain the 'scheme' parameter. Even
renaming it to default_scheme would help.
--
assignee: d...@python
components: Documentation
messages: 105221
nosy: dabrahams, d...@python
priority:
New submission from Dave Abrahams :
$ touch /tmp/x.html
$ python -c 'import urllib2;resp=urllib2.urlopen("file:///tmp/x.html");print
resp.geturl()'
file:/tmp/x.html
note the missing // after the colon
--
messages: 105250
nosy: dabrahams
priority: normal
severity:
New submission from Dave Abrahams :
from urlparse import *
urlunsplit(urlsplit('git+file:///foo/bar/baz'))
=> git+file:/foo/bar/baz
--
messages: 105253
nosy: dabrahams
priority: normal
severity: normal
status: open
title: urlparse.urlunsplit should be smarter about +
ver
Dave Abrahams added the comment:
At Sat, 08 May 2010 22:18:13 +,
Éric Araujo wrote:
>
>
> Éric Araujo added the comment:
>
> I think you mean
> http://docs.python.org/library/urlparse.html#urlparse.urlparse
>
> Dave, perhaps you were looking at an olde
Changes by Dave Peterson <[EMAIL PROTECTED]>:
--
nosy: +dpeterson
_
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1424152>
_
___
Python-bugs
New submission from Dave Hughes <[EMAIL PROTECTED]>:
In the ElementTree and cElementTree implementations in Python 2.5 (and
possibly Python 2.6 as I also found this issue when testing an SVN
checkout of ElementTree 1.3), the conversion of a ProcessingInstruction
to a string conver
New submission from Dave Peterson :
I've had trouble building Python extensions on Solaris if the Python
install I'm using was built with the '--enable-shared' option. In
tracking this down, it appears that the code in
'distutils/command/build_ext.py' contains a
New submission from Dave Johansen :
We're using SQLAlchemy 1.3.10 with pyodbc 4.0.27 in the python:3.7.5-alpine
docker image to connect to a MySQL 13.0.5026.0 database and it's crashing with
the following error:
python: malloc.c:2406: sysmalloc: Assertion `(old_top == initi
Dave Johansen added the comment:
I can't. I just know that I'm running this process and this crash happens. Any
recommendations on how to diagnose that?
--
___
Python tracker
<https://bugs.python.o
Dave Tapley added the comment:
I don't know if it helps, but I just ran in to this when I followed the advice
at (1) because I wanted to type hint a method with the type of the enclosing
class.
This broke a package I'm working on in parallel (2) because it uses
dataclas
New submission from Dave McNulla :
https://gist.github.com/dmcnulla/ecec8fc96a2fd07082f240eeff6888d9
I'm trying to reproduce an error in a call to a method, forcing a second call
to the method. In my test, the call_args_list is showing incorrectly (both in
debugging or running uni
Dave McNulla added the comment:
I understand. It's a thing I often forget in python that some parameters are
passed by value while others are passed by reference (language for parameters I
remember from C class about 30 years ago).
I do not think I would have caught that with docs, u
New submission from Dave Evans :
It's not currently possible to use `singledispatch` with a function annotated
with a Union type, although the desired behaviour is clear.
Example:
```
from functools import singledispatch
from typing import Union
@singledispatch
def tes
Change by Dave Shawley :
--
nosy: +dave-shawley
___
Python tracker
<https://bugs.python.org/issue43112>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Dave Lotton :
Using struct.pack it is not possible (Python 3.6.8 and 2.7.15) to pack more
than 256 bytes at a time.
This seems like an arbitrarily small number, and seems to be inconsistent with
the capabilities of the unpack function, which is able to unpack a larger
Dave Lotton added the comment:
Mark, you are absolutely correct. I'm an idiot.
Focused on wrong thing. Thank you.
--
resolution: -> not a bug
stage: -> resolved
status: open -> closed
___
Python tracker
<https://bugs.pyth
New submission from Dave Lawrence :
I am calling a python method from C using the attached code.
The Site.py file is:
import os
def find_site():
path = os.path.abspath(".")
return path
Cross compiled to Windows from Linux using mxe.cc and python 2.7.17
On 32-bit th
Dave Lawrence added the comment:
further investigation seems to point to this being something to do with mingw
and the dll. I have tried compiling the same test example on 64-bit linux and
in the Ubuntu WSL on windows and it works. Tests also show that the refcount of
'1' is corre
Dave Lawrence added the comment:
by redefinining the Py_DECREF macro in my application:
#define Py_DECREF(op) do { if (--op->ob_refcnt == 0) fprintf(stderr, "DECREF
%s %d %p %d %s %p\n", __FILE__, __LINE__, op, Py_SIZE(op),
Py_TYPE(op)->tp_name,Py_TYPE(op)->tp_deallo
Dave Lawrence added the comment:
traced to be a duplicate of https://bugs.python.org/issue28267
--
resolution: -> not a bug
stage: -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
New submission from Dave Liptack :
Python 3.8.1
IDLE 3.8.1
When COPYing text in IDLE, right-click and PASTE behaves like CUT/PASTE
This also occurs with COPY -> Go to Line -> PASTE
This does not occur with COPY -> left-click -> PASTE
--
assignee: terry.reedy
comp
Dave Liptack added the comment:
OS: Windows 10 Pro
Version: 1909
OS Build: 18363.657
Python 2.7.17 and 3.8.1 were installed from https://www.python.org/downloads/
using the Windows x86-64 executable installer (3.8.1) and Windows x86-64 MSI
installer (2.7.17)
Both line numbers and code
Dave Liptack added the comment:
Like goto, right-click also exhibits this behavior. Should selection_clear
also be added to right-click code?
--
___
Python tracker
<https://bugs.python.org/issue39
New submission from Dave Rove :
The correct handling of ANSI escape codes by the print() function may or may
not be enabled in the Windows 10 command prompt window, depending on previous
system calls. The following is quite repeatable. Comment-out the apparently
meaningless os.system
Changes by Dave Malcolm :
--
nosy: +dmalcolm
___
Python tracker
<http://bugs.python.org/issue13704>
___
___
Python-bugs-list mailing list
Unsubscribe:
Dave Malcolm added the comment:
On Fri, 2012-01-20 at 04:46 +, Benjamin Peterson wrote:
> Benjamin Peterson added the comment:
>
> As great as a tool it maybe, it's still only available on a minority
> platform. So I couldn't really try it.
FWIW, the analogous
Dave Malcolm added the comment:
On Fri, 2012-01-06 at 12:52 +, Marc-Andre Lemburg wrote:
> Marc-Andre Lemburg added the comment:
>
> Demo patch implementing the collision limit idea for Python 2.7.
>
> --
> Added file: http://bugs.python.org/file24151/hash-att
Dave Malcolm added the comment:
On Fri, 2012-01-20 at 22:55 +, Dave Malcolm wrote:
> Dave Malcolm added the comment:
>
> On Fri, 2012-01-06 at 12:52 +, Marc-Andre Lemburg wrote:
> > Marc-Andre Lemburg added the comment:
> >
> > Demo patch implementing t
Dave Malcolm added the comment:
On Sat, 2012-01-21 at 14:27 +, Antoine Pitrou wrote:
> Antoine Pitrou added the comment:
>
> > Thoughts? (apart from "ugh! it's ugly!" yes I know - it's late here)
>
> Is it guaranteed that no usage pattern can render
Dave Malcolm added the comment:
(or combination of fixes, of course)
--
___
Python tracker
<http://bugs.python.org/issue13703>
___
___
Python-bugs-list mailin
Dave Malcolm added the comment:
Well, the old attempt was hardly robust :)
Can anyone see any vulnerabilities in this approach?
Yeah; I was mostly trying to add raw data (to help me debug the
implementation).
I wonder if the dict statistics should be exposed with extra attributes
or a method
201 - 300 of 633 matches
Mail list logo
