[issue13968] Support recursive globs

[Michael . Elsdörfer]

Michael.Elsdörfer  added the comment:

This should absolutely be implemented as **:

- It is pretty much standard. Recursive globbing is not supported everywhere, 
but when it is, ** is used.

- A separate function will not allow me to let the *user* to decide when 
recursion should be used. I find this most important. When I need to find files 
internally, I always do so using os.walk etc. When I use glob, it is because I 
want to provide an interface to my users. 

- The change to support ** is actually pretty trivial. I have implemented this 
as a module here: https://github.com/miracle2k/python-glob2/

- It's backwards-compatible - or close enough anyway. ** is currently perfectly 
nonsensical, making it a meaningful syntax element is acceptable, I think.

--
nosy: +elsdoerfer

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue14152] setup.py: Python header file dependencies

[Éric Araujo]

Éric Araujo  added the comment:

I actually meant: when you build in any directory other that the top-level 
checkout directory.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue14155] Deja vu in re's documentation

[Éric Araujo]

Changes by Éric Araujo :


--
nosy: +ezio.melotti, pitrou
versions: +Python 2.7, Python 3.3

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue14134] xmlrpc.client.ServerProxy needs timeout parameter

[Éric Araujo]

Changes by Éric Araujo :


--
stage:  -> test needed
title: "xmlrpc.client.ServerProxy()" --  need for "timeout"-parameter -> 
xmlrpc.client.ServerProxy needs timeout parameter

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue14152] setup.py: Python header file dependencies

[Éric Araujo]

Éric Araujo  added the comment:

Does the 2.6 code work when you build in a subdirectory?  (I assume that’s why 
sysconfig is used instead of hard-coding, but I’ll check the VCS log when I 
have some time to be sure.)

--
nosy: +eric.araujo

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue14149] argparse usage model requires argument names to be python identifiers

[Éric Araujo]

Éric Araujo  added the comment:

If argparse munged foo-bar to foo_bar to allow attribute access, then it’d need 
to disallow ambiguous cases like add_argument('foo_bar', ...); 
add_argument('foo-bar', ...).  I’m not sure if there is real, sensible code 
that does that, though.

> Namespace should act like an object and dict.
I don’t understand, can you rephrase?

--
nosy: +bethard, eric.araujo
title: Argparse usage model requires argument names to be python identifiers -> 
argparse usage model requires argument names to be python identifiers
versions: +Python 3.3 -Python 2.7

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue14135] check for locale changes in test.regrtest

[Éric Araujo]

Changes by Éric Araujo :


--
title: check for locale changes in test.support -> check for locale changes in 
test.regrtest

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue13405] Add DTrace probes

[Larry Hastings]

Changes by Larry Hastings :


--
nosy: +larry

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue14153] Expose os.device_encoding() at the C level

[Benjamin Peterson]

Benjamin Peterson  added the comment:

2012/2/28 Brett Cannon :
>
> Brett Cannon  added the comment:
>
> OK, then I will make this happen. People care whether it take an int or a 
> PyObject? That seems to be the only open question.

Probably int if it goes in fileutils.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue14153] Expose os.device_encoding() at the C level

[Brett Cannon]

Brett Cannon  added the comment:

OK, then I will make this happen. People care whether it take an int or a 
PyObject? That seems to be the only open question.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue14153] Expose os.device_encoding() at the C level

[Benjamin Peterson]

Benjamin Peterson  added the comment:

I think fileutils.c is a good place. Then we can kill the import of "os" in io, 
which would be nice.

--
nosy: +benjamin.peterson

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue14153] Expose os.device_encoding() at the C level

[Brett Cannon]

Brett Cannon  added the comment:

Either that or PyObject *_Py_device_encoding(PyObject *fd) would help since 
both _io and posixmodule.c will have a PyObject already for the fd.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue14155] Deja vu in re's documentation

[py.user]

New submission from py.user :

This paragraph is redundant
http://docs.python.org/py3k/library/re.html#matching-vs-searching

a duplicate
http://docs.python.org/py3k/library/re.html#search-vs-match


the part about match() behavior in multiline mode could be described in note 
here:
http://docs.python.org/py3k/library/re.html#re.regex.match

--
assignee: docs@python
components: Documentation
messages: 154592
nosy: docs@python, py.user
priority: normal
severity: normal
status: open
title: Deja vu in re's documentation
type: enhancement
versions: Python 3.2

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue14146] IDLE: source line in editor doesn't highlight when debugging

[Roger Serwy]

Roger Serwy  added the comment:

I am not seeing this problem under Ubuntu, but I do see this problem on Vista. 
It looks like the "sel" tags get hidden when a window loses focus under Windows.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue9631] Python 2.7 installation issue for Linux gcc-4.1.0-3 (Fedora Core 5?)

[Space Li]

Space Li  added the comment:

Hi,

I recently compiled Python 2.7.2 and got an ImportError on struct module during 
'make install'. 

What I found working for me is just to 'make'. Before doing 'make install', 
copy the lib.linux-x directory in 'build' to {prefix}/lib/python2.7 and 
rename it as lib-dynload.

Then find something that looks like followings:
$(INSTALL_DATA) $(srcdir)/LICENSE $(DESTDIR)$(LIBDEST)/LICENSE.txt
PYTHONPATH=$(DESTDIR)$(LIBDEST)  $(RUNSHARED) \
./$(BUILDPYTHON) -Wi -tt $(DESTDIR)$(LIBDEST)/compileall.py \
-d $(LIBDEST) -f \
-x 'bad_coding|badsyntax|site-packages|lib2to3/tests/data' \
$(DESTDIR)$(LIBDEST)
PYTHONPATH=$(DESTDIR)$(LIBDEST) $(RUNSHARED) \
./$(BUILDPYTHON) -Wi -tt -O $(DESTDIR)$(LIBDEST)/compileall.py \
-d $(LIBDEST) -f \
-x 'bad_coding|badsyntax|site-packages|lib2to3/tests/data' \
$(DESTDIR)$(LIBDEST)
-PYTHONPATH=$(DESTDIR)$(LIBDEST)  $(RUNSHARED) \
./$(BUILDPYTHON) -Wi -t $(DESTDIR)$(LIBDEST)/compileall.py \
-d $(LIBDEST)/site-packages -f \
-x badsyntax $(DESTDIR)$(LIBDEST)/site-packages
-PYTHONPATH=$(DESTDIR)$(LIBDEST):$(DESTSHARED) $(RUNSHARED) \
./$(BUILDPYTHON) -Wi -t -O $(DESTDIR)$(LIBDEST)/compileall.py \
-d $(LIBDEST)/site-packages -f \
-x badsyntax $(DESTDIR)$(LIBDEST)/site-packages
-PYTHONPATH=$(DESTDIR)$(LIBDEST) $(RUNSHARED) \
./$(BUILDPYTHON) -Wi -t -c "import lib2to3.pygram, 
lib2to3.patcomp;lib2to3.patcomp.PatternCompiler()"

Add :$(DESTSHARED) behind each PYTHONPATH. Then it looks like

$(INSTALL_DATA) $(srcdir)/LICENSE $(DESTDIR)$(LIBDEST)/LICENSE.txt
PYTHONPATH=$(DESTDIR)$(LIBDEST):$(DESTSHARED)  $(RUNSHARED) \
./$(BUILDPYTHON) -Wi -tt $(DESTDIR)$(LIBDEST)/compileall.py \
-d $(LIBDEST) -f \
-x 'bad_coding|badsyntax|site-packages|lib2to3/tests/data' \
$(DESTDIR)$(LIBDEST)
PYTHONPATH=$(DESTDIR)$(LIBDEST):$(DESTSHARED) $(RUNSHARED) \
./$(BUILDPYTHON) -Wi -tt -O $(DESTDIR)$(LIBDEST)/compileall.py \
-d $(LIBDEST) -f \
-x 'bad_coding|badsyntax|site-packages|lib2to3/tests/data' \
$(DESTDIR)$(LIBDEST)
-PYTHONPATH=$(DESTDIR)$(LIBDEST):$(DESTSHARED)  $(RUNSHARED) \
./$(BUILDPYTHON) -Wi -t $(DESTDIR)$(LIBDEST)/compileall.py \
-d $(LIBDEST)/site-packages -f \
-x badsyntax $(DESTDIR)$(LIBDEST)/site-packages
-PYTHONPATH=$(DESTDIR)$(LIBDEST):$(DESTSHARED) $(RUNSHARED) \
./$(BUILDPYTHON) -Wi -t -O $(DESTDIR)$(LIBDEST)/compileall.py \
-d $(LIBDEST)/site-packages -f \
-x badsyntax $(DESTDIR)$(LIBDEST)/site-packages
-PYTHONPATH=$(DESTDIR)$(LIBDEST):$(DESTSHARED) $(RUNSHARED) \
./$(BUILDPYTHON) -Wi -t -c "import lib2to3.pygram, 
lib2to3.patcomp;lib2to3.patcomp.PatternCompiler()"

After doing so, you can 'make install'.

This is tested on OpenSUSE 10.3 with GCC 4.2.1.

--
nosy: +spaceli

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue13405] Add DTrace probes

[Marc Abramowitz]

Marc Abramowitz  added the comment:

For anyone who is curious about the FreeBSD 9.0 DTrace userland problems I 
experienced, see http://www.freebsd.org/cgi/query-pr.cgi?pr=165541

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue13086] Update howto/cporting.rst so it talks about Python 3 instead of 3.0

[Larry Hastings]

Larry Hastings  added the comment:

Now checked in to 2.7, 3.2, and default.  Thanks everyone!

--
resolution:  -> fixed
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue13053] Add Capsule migration documentation to "cporting"

[Larry Hastings]

Larry Hastings  added the comment:

Now checked in to 2.7, 3.2, and default.  Thanks everyone!

--
resolution:  -> fixed
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue13053] Add Capsule migration documentation to "cporting"

[Roundup Robot]

Roundup Robot  added the comment:

New changeset c316e8a4a5e2 by Larry Hastings in branch 'default':
Merge: Propagate changes for issues #13053 and #13086 from 2.7 to 3.2.
http://hg.python.org/cpython/rev/c316e8a4a5e2

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue13086] Update howto/cporting.rst so it talks about Python 3 instead of 3.0

[Roundup Robot]

Roundup Robot  added the comment:

New changeset c316e8a4a5e2 by Larry Hastings in branch 'default':
Merge: Propagate changes for issues #13053 and #13086 from 2.7 to 3.2.
http://hg.python.org/cpython/rev/c316e8a4a5e2

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue13086] Update howto/cporting.rst so it talks about Python 3 instead of 3.0

[Roundup Robot]

Roundup Robot  added the comment:

New changeset 28849d00a41e by Larry Hastings in branch '3.2':
Propagate changes for issues #13053 and #13086 from 2.7 to 3.2.  (Doc only.)
http://hg.python.org/cpython/rev/28849d00a41e

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue13053] Add Capsule migration documentation to "cporting"

[Roundup Robot]

Roundup Robot  added the comment:

New changeset 28849d00a41e by Larry Hastings in branch '3.2':
Propagate changes for issues #13053 and #13086 from 2.7 to 3.2.  (Doc only.)
http://hg.python.org/cpython/rev/28849d00a41e

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue13086] Update howto/cporting.rst so it talks about Python 3 instead of 3.0

[Larry Hastings]

Larry Hastings  added the comment:

@eric.araujo: I talked to Brett about it.  We don't pretend that Python 3.0 
never existed; we tell people it's unsupported and unsuitable for production 
use.  At his suggestion I added a statement to that effect, and left the rest 
the same.

I'll now manually incorporate this into the 3.2 branch, then forward-port to 
trunk.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue13086] Update howto/cporting.rst so it talks about Python 3 instead of 3.0

[Roundup Robot]

Roundup Robot  added the comment:

New changeset eb88cc90cc56 by Larry Hastings in branch '2.7':
Issue #13086: Update howto/cporting.rst to discuss "Python 3" instead of "3.0".
http://hg.python.org/cpython/rev/eb88cc90cc56

--
nosy: +python-dev

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue14134] "xmlrpc.client.ServerProxy()" -- need for "timeout"-parameter

[Andrej A Antonov]

Andrej A Antonov  added the comment:

in this subject -- I think about like this changes (see file 
"example-of-changes.patch")

--
keywords: +patch
Added file: http://bugs.python.org/file24675/example-of-changes.patch

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue14152] setup.py: Python header file dependencies

[Stefan Krah]

Stefan Krah  added the comment:

In Python2.6 all headers from Include/ were added:

   # Python header files
   headers = glob("Include/*.h") + ["pyconfig.h"]

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue14136] Simplify PEP 409 command line test and move it to test_cmd_line_script

[Nick Coghlan]

Nick Coghlan  added the comment:

Hah, I've been dealing with Python's regression test suite for 8+ years and 
there are still cases where I don't understand the rationale for testing things 
a particular way (beyond "it must have seemed like a good idea at the time"). 
It has a lot more historical cruft than the standard library does :)

The "proper" location for a particular test can be a bit of a coin toss in many 
cases, but one useful guide (which applies in this case) is to try to avoid 
adding *new* standard library dependencies to a test module if there's an 
alternate suitable location that already has those dependencies.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue14154] reimplement the bigmem test memory watchdog as a subprocess

[STINNER Victor]

STINNER Victor  added the comment:

A subprocess looks simpler (and safer?) than a C thread with a pipe.

+ f = open(self.procfile, 'r')

'rb' mode is enough here, no need of Unicode ;-)

+ self.mem_watchdog = subprocess.Popen(..., stdin=f)

Can't you open the /proc/pid/stat file in the child process? It might be an 
issue with SELinux or Grsecurity, but I don't expect that our buildbot use such 
security patch.

+ statm = sys.stdin.read()

file_watchdog() did read only 1024 bytes. I don't know if it would be better or 
not to use an arbitrary limit (to avoid filling the memory?).

You should catch OSError here.

You may only display the memory usage if it changed and start by a sleep.

--

You may also write the watchdog script in .py file instead of passing it on the 
command line, so it will be easier to maintain it later.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue14113] Failure in test_strptime on Windows

[Nadeem Vawda]

Changes by Nadeem Vawda :


--
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue14148] Option to kill "stuck" workers in a multiprocessing pool

[Paul Moore]

Paul Moore  added the comment:

As an alternative, maybe leave the "stuck" worker, but allow the pool
to recognise when a worker has not processed new messages for a long
period and spawn an extra worker to replace it. That would avoid the
starvation issue, and the stuck workers would die when the pool is
terminated.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue14153] Expose os.device_encoding() at the C level

[STINNER Victor]

STINNER Victor  added the comment:

If it can help to bootstrap importlib, you can add:

PyObject* _Py_device_encoding(int fd);

And reuse it in posixmodule.c.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue14113] Failure in test_strptime on Windows

[Roundup Robot]

Roundup Robot  added the comment:

New changeset 3ea8d0afe541 by Nadeem Vawda in branch '2.7':
Give better failure messages in test_strptime (cf. issue #14113).
http://hg.python.org/cpython/rev/3ea8d0afe541

New changeset 8d2ffe1f25d3 by Nadeem Vawda in branch '3.2':
Give better failure messages in test_strptime (cf. issue #14113).
http://hg.python.org/cpython/rev/8d2ffe1f25d3

New changeset 46ab2d46337c by Nadeem Vawda in branch 'default':
Merge: Give better failure messages in test_strptime (cf. issue #14113).
http://hg.python.org/cpython/rev/46ab2d46337c

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue14148] Option to kill "stuck" workers in a multiprocessing pool

[Antoine Pitrou]

Antoine Pitrou  added the comment:

The problem is that queues and other synchronization objects can end up in an 
inconsistent state when a worker crashes, hangs or gets killed.
That's why, in concurrent.futures, a crashed worker makes the 
ProcessPoolExecutor become "broken". A similar thing should be done for 
multiprocessing.Pool but it's a more complex object.

--
nosy: +neologix, pitrou

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue14154] reimplement the bigmem test memory watchdog as a subprocess

[Antoine Pitrou]

Antoine Pitrou  added the comment:

It's so much simpler that I feel a bit ridiculous with my earlier solution :)

--
nosy: +haypo

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue14146] IDLE: source line in editor doesn't highlight when debugging

[Rich Rauenzahn]

Rich Rauenzahn  added the comment:

Yes, the source box was checkmarked.

Not the first one to encounter this as well:

http://python.6.n6.nabble.com/IDLE-not-highlighting-current-line-while-debugging-on-Win-td2113345.html

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue14154] reimplement the bigmem test memory watchdog as a subprocess

[Nadeem Vawda]

Changes by Nadeem Vawda :


--
nosy: +nadeem.vawda

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue14154] reimplement the bigmem test memory watchdog as a subprocess

[Charles-François Natali]

New submission from Charles-François Natali :

As suggested in http://bugs.python.org/msg154330, here's a rewrite of the test 
memory watchdog using subprocess instead of thread + faulthandler.

--
components: Tests
files: mem_watchdog_subprocess.diff
keywords: needs review, patch
messages: 154570
nosy: neologix, pitrou
priority: normal
severity: normal
stage: patch review
status: open
title: reimplement the bigmem test memory watchdog as a subprocess
type: enhancement
versions: Python 3.3
Added file: http://bugs.python.org/file24674/mem_watchdog_subprocess.diff

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue14145] string.rfind() returns AttributeError: 'list' object has no attribute 'rfind'

[Ezio Melotti]

Changes by Ezio Melotti :


--
stage:  -> committed/rejected

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue14153] Expose os.device_encoding() at the C level

[Antoine Pitrou]

Changes by Antoine Pitrou :


--
nosy: +haypo

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue14145] string.rfind() returns AttributeError: 'list' object has no attribute 'rfind'

[Griffin Smith]

Griffin Smith  added the comment:

Actually, I did some diagnosis and it would appear it was actually an 
inappropriate call - I was assuming os.path.walk returned a tuple containing a 
list of files instead of a tuple containing a list of lists of files.

Sorry about that.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue14145] string.rfind() returns AttributeError: 'list' object has no attribute 'rfind'

[Eric V. Smith]

Eric V. Smith  added the comment:

I'm going to close this. Feel free to re-open it if you can give a small 
example showing the problem.

--
resolution:  -> invalid
status: open -> closed
type: crash -> behavior

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue13405] Add DTrace probes

[Marc Abramowitz]

Marc Abramowitz  added the comment:

[marca@freebsd9-0 ~]$ /home/marca/custom/bin/python
Python 2.7.2+ (dtrace-issue13405_2.7:e612f29478e3+, Feb 27 2012, 20:37:22) 
[GCC 4.2.1 20070831 patched [FreeBSD]] on freebsd9
Type "help", "copyright", "credits" or "license" for more information.
>>> 
[marca@freebsd9-0 ~]$ sudo dtrace -n 'pid$target:python::entry' -c 
/home/marca/custom/bin/python
Python 2.7.2+ (dtrace-issue13405_2.7:e612f29478e3+, Feb 27 2012, 20:37:22) 
[GCC 4.2.1 20070831 patched [FreeBSD]] on freebsd9
Type "help", "copyright", "credits" or "license" for more information.
>>> import os
>>> os.getpid()
2541
>>> 
dtrace: failed to control pid 2541: process exited with status 0


[marca@freebsd9-0 ~]$ ps auxww | grep python
marca   2546   0.0  2.3  27452   5668   1  S+3:29AM   0:00.02 
/home/marca/custom/bin/python
[marca@freebsd9-0 ~]$ sudo dtrace -n 'pid2546:python::entry'
[marca@freebsd9-0 ~]$ ps auxww | grep python
marca   2552   0.0  0.5  16460   1244   0  S+3:29AM   0:00.00 grep 
python

In the above case, the python proces (pid 2546) died with:

>>> Killed: 9

Why would DTrace kill -9 the program it's tracing?

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue14146] IDLE: source line in editor doesn't highlight when debugging

[Roger Serwy]

Roger Serwy  added the comment:

Is the "Source" check box in the Debug Control window checked?

--
nosy: +serwy

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue14152] setup.py: Python header file dependencies

[Stefan Krah]

Stefan Krah  added the comment:

There is a comment in setup.py that suggests that *all* Python headers
should be added to the dependencies (?):


  # Python header files
  headers = [sysconfig.get_config_h_filename()]
  headers += glob(os.path.join(sysconfig.get_path('platinclude'), "*.h"))


Was that the intention? Because this is what I get when I add a
print statement:

['/home/stefan/pydev/cpython/pyconfig.h', 
'/home/stefan/pydev/cpython/pyconfig.h']

--
stage: patch review -> 
title: arraymodule: structmember.h dependency -> setup.py: Python header file 
dependencies

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue13405] Add DTrace probes

[Marc Abramowitz]

Marc Abramowitz  added the comment:

I wanted to post an update on FreeBSD 9.0, which Jesús and I worked on a bit 
yesterday.

Maybe Jordan will chime in here with an answer to my FreeBSD problems. :-)

With a little bit of Makefile hackery (make it skip building the phelper stuff 
which was failing with a "useless declaration" error and which is for jstack 
which might not be supported on FreeBSD), I got Python to build with Jesús's 
patches.

But I couldn't actually dtrace anything with it.

And then I stepped back and tried to dtrace other programs to see if userland 
DTrace was working and I ran into all kinds of problems, including killing the 
traced program and a (reproduceable) kernel panic. Here's a question that I 
posted about it on the FreeBSD-questions mailing list:

http://lists.freebsd.org/pipermail/freebsd-questions/2012-February/238862.html

If I can get the FreeBSD DTrace support working without too much effort, then 
I'll do it, but if it's problematic, then I might skip it and focus on helping 
Jesús test his stuff on OS X and OpenIndiana.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue13405] Add DTrace probes

[Marc Abramowitz]

Marc Abramowitz  added the comment:

Limiting to 10.6 and above seems entirely reasonable to me. I am one of the few 
folks that I know who is still on 10.6. Most of my friends are on 10.7.

Since OS X is primarily a desktop OS, I think people tend to upgrade more 
quickly compared to more of a server OS like Solaris. For instance, I stayed on 
10.5 for a while but was eventually forced to upgrade to 10.6, because I wanted 
to do iOS development and the Xcode and developer SDK needed to do that 
required 10.6. That right there kind of tells you that even Apple is not really 
supporting 10.5 for development.

Also, if you target 10.6, I can test it for you. If you target 10.5, I don't 
have a 10.5 machine to test with.

So if it's at all hard to support 10.5, I'd say skip it and someone else can do 
it if they really need it. But I doubt that will happen.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue12151] test_logging fails sometimes

[Roundup Robot]

Roundup Robot  added the comment:

New changeset ce0b9b1328d4 by Vinay Sajip in branch 'default':
Added additional diagnostics to help with #12151.
http://hg.python.org/cpython/rev/ce0b9b1328d4

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue13405] Add DTrace probes

[Philip Jenvey]

Philip Jenvey  added the comment:

Actually 10.5 was the last PowerPC release

--
nosy: +pjenvey

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue13405] Add DTrace probes

[Wilfredo Sanchez]

Wilfredo Sanchez  added the comment:

Given that the current Mac OS is 10.7, and 10.8 was just announced, it seems 
reasonable to limit support to 10.6, if going back any further is more than a 
little bit of additional work.

IIRC, 10.6 is also the last release to support PowerPC, so going back that far 
does cover a lot of existing hardware.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue13405] Add DTrace probes

[Jesús Cea Avión]

Jesús Cea Avión  added the comment:

MacOS 10.6 was released in August 2009. The code should compile there flawless 
with a couple of trivial changes, as proved by Marc.

Supporting compilation in MacOS 10.5 is doable but more difficult. Since this 
is an optional feature, not impacting python programs, I am tempted of not 
investing any time on it.

Note, however, that the compiled 10.6 version will provide full dtrace support 
in previous MacOS releases. The difficulty is in compilation, not at runtime.

Opinions?

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue14136] Simplify PEP 409 command line test and move it to test_cmd_line_script

[Ethan Furman]

Ethan Furman  added the comment:

Nick,

Thank you for your thorough answers.  I'm not trying to be difficult, 
just trying to learn and understand.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue14153] Expose os.device_encoding() at the C level

[Brett Cannon]

New submission from Brett Cannon :

The _io module imports the os module purely for the use of 
os.device_encoding(). That function, though, is defined by posix and thus is 
already available to C code. To avoid this import dependency it would be better 
to simply expose the function somehow so that _io can just directly call the 
function.

Antoine has suggested Python/fileutils.c as a possible place, although I'm 
personally happy simply exposing the function from posix and making it a METH_O 
function so that as little code needs to change for _io to use it.

--
components: Library (Lib)
messages: 154557
nosy: brett.cannon, pitrou
priority: normal
severity: normal
stage: needs patch
status: open
title: Expose os.device_encoding() at the C level
versions: Python 3.3

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue14152] arraymodule: structmember.h dependency

[Stefan Krah]

New submission from Stefan Krah :

The arraymodule depends on "structmember.h". Patch attached.

--
components: Build
files: arraymodule_deps.diff
keywords: patch
messages: 154556
nosy: skrah
priority: normal
severity: normal
stage: patch review
status: open
title: arraymodule: structmember.h dependency
type: compile error
versions: Python 3.3
Added file: http://bugs.python.org/file24673/arraymodule_deps.diff

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue14080] Sporadic test_imp failure

[Brett Cannon]

Brett Cannon  added the comment:

Then how do you explain the failure being nothing more than prepending . 
compared to an absolute file path?

Anyway, the test passes under importlib with ``./python.exe -m 
importlib.test.regrtest test_imp``, so it requires some special setup to 
trigger the failure.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue14136] Simplify PEP 409 command line test and move it to test_cmd_line_script

[Ethan Furman]

Ethan Furman  added the comment:

Moved to test_cmd_line_script.

--
Added file: http://bugs.python.org/file24672/raise_from_none_test_cleanup.diff

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue10115] Support accept4() for atomic setting of flags at socket creation

[Matt Joiner]

Matt Joiner  added the comment:

Can we get this exposed as an os.accept4, and an optional flags parameter to 
socket.socket.accept?

--
nosy: +anacrolix

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue14151] multiprocessing.connection.Listener fails with invalid address

[Popa Claudiu]

New submission from Popa Claudiu :

In multiprocessing.connection, when using a Windows named pipe on a Unix 
platform, the following error will occur. This should not happen, the format of 
the address should be validated somehow before. The following error will occur 
because PipeListener is not defined under any platform different than win32. 

Python 3.2.2 (default, Oct 14 2011, 21:46:49)
[GCC 4.2.2 20070831 prerelease [FreeBSD]] on freebsd8
Type "help", "copyright", "credits" or "license" for more information.
>>> from multiprocessing.connection import Listener
>>> Listener(r'\\.\test')
Traceback (most recent call last):
  File "", line 1, in 
  File "/usr/local/lib/python3.2/multiprocessing/connection.py", line 130, in 
__init__
self._listener = PipeListener(address, backlog)
NameError: global name 'PipeListener' is not defined
>>>


I've attached a small patch for this issue.

--
components: Library (Lib)
files: connection.patch
keywords: patch
messages: 154552
nosy: Popa.Claudiu
priority: normal
severity: normal
status: open
title: multiprocessing.connection.Listener fails with invalid address
type: behavior
versions: Python 3.2
Added file: http://bugs.python.org/file24671/connection.patch

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue14150] AIX, crash loading shared module into another process than python like operator.so results in 0509-130

[Antoine Pitrou]

Changes by Antoine Pitrou :


--
nosy: +sable

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue14150] AIX, crash loading shared module into another process than python like operator.so results in 0509-130

[Jan Stürtz]

New submission from Jan Stürtz :

AIX 5.2.0.0 with gcc 4.3.0:
Compiling a shared python:
with:
./configure --enable-shared --with-gcc --disable-ipv6 --with-system-ffi
make; make install

results in a working build.
But when I build mod_wsgi into apache with this python and run it I get the 
follwoing exception when importing e.g. cgi.

Traceback (most recent call last):
  File "/devel/js/src/trunk/cdb/wsgi/static.py", line 256, in application
status, response_headers, output = resources(environ, path_info[1:])
  File "/devel/js/src/trunk/cdb/wsgi/static.py", line 238, in resources
"/".join(path_info[1:]), (os.environ["CADDOK_BASE"], 
os.environ["CADDOK_HOME"]))
  File "/devel/js/src/trunk/cdb/wsgi/static.py", line 105, in _find_file
import cgi
  File "/devel/js/src/trunk/aix5/debug/img/lib/python2.7/cgi.py", line 37, in 
from operator import attrgetter
ImportError:0509-130 Die Symbolauflösung für 
/devel/js/src/trunk/aix5/debug/img/lib/python2.7/lib-dynload/operator.so ist 
fehlgeschlagen. Ursache:
0509-136   Symbol _PyArg_NoKeywords (Nummer 1) wurde nicht von
   abhängigem Modul httpd exportiert.
0509-136   Symbol PyArg_ParseTuple (Nummer 2) wurde nicht von
   abhängigem Modul httpd exportiert.
0509-136   Symbol PyArg_UnpackTuple (Nummer 3) wurde nicht von
   abhängigem Modul httpd exportiert.
0509-136   Symbol PyBool_FromLong (Nummer 4) wurde nicht von
   abhängigem Modul httpd exportiert.
0509-136   Symbol PyCallable_Check (Nummer 5) wurde nicht von
   abhängigem Modul httpd exportiert.
0509-136   Symbol PyErr_SetString (Nummer 6) wurde nicht von
   abhängigem Modul httpd exportiert.
0509-021 Es sind noch weitere Fehler aufgetreten, die aber nicht 
gemeldet wurden.
0509-192 Überprüfen Sie die Symbole des Abschnitts .loader mit dem
 Befehl 'dump -Tv'.

I stripped that problem down to a somewhat incorrect python.exp file for the 
linker.
Tis python.exp file is used as import file to the aix linker when linking the 
modules in lib-dynload.

So operator.so expects its Symbols like "_PyArg_NoKeywords" to appear in the 
main executable.

Looking with "dump -HTv" on operator.so results in:
dump -HTv lib/python2.7/lib-dynload/operator.so 

lib/python2.7/lib-dynload/operator.so:

***Abschnitt für Ladeprogramm***
  Header-Daten zum Ladeprogramm
VERSION# #SYMtableENT #RELOCentLENidSTR
0x0001   0x0060   0x02c4   0x0208   

#IMPfilIDOFFidSTR LENstrTBLOFFstrTBL
0x0004   0x2a50   0x0700   0x2c58   


***Dateizeichenfolgen importieren***
INDEX  PFAD  BASIS   MEMBER  
0  
/devel/js/trunk_E017100_python27/aix5/debug/img/lib:/usr/local/lib:/usr/local/contact/sdk/1.1/lib/gcc/powerpc-ibm-aix5.2.0.0/4.3.0/pthread:/usr/local/contact/sdk/1.1/lib/gcc/powerpc-ibm-aix5.2.0.0/4.3.0/../../../pthread:/usr/local/contact/sdk/1.1/lib/gcc/powerpc-ibm-aix5.2.0.0/4.3.0:/usr/local/contact/sdk/1.1/lib/gcc/powerpc-ibm-aix5.2.0.0/4.3.0/../../../../powerpc-ibm-aix5.2.0.0/lib:/usr/local/contact/sdk/1.1/lib/gcc/powerpc-ibm-aix5.2.0.0/4.3.0/../../..:/usr/lib:/lib
 
1libpthreads.a   shr_xpg5.o  
2libc.a  shr.o   
3.   

***Informationen zur Symboltabelle des Ladeprogramms***
[Index]  Wert   Scn IMEX Sclass   TypIMPid Name

[0] 0x20002338.data  RW SECdef[noIMid] __rtinit
[1] 0xundef  IMP DS EXTref   . 
_PyArg_NoKeywords
[2] 0xundef  IMP DS EXTref   . 
PyArg_ParseTuple
[3] 0xundef  IMP DS EXTref   . 
PyArg_UnpackTuple
[4] 0xundef  IMP DS EXTref   . 
PyBool_FromLong
[5] 0xundef  IMP DS EXTref   . 
PyCallable_Check
[6] 0xundef  IMP DS EXTref   . 
PyErr_SetString
[7] 0xundef  IMP DS EXTref   . PyErr_WarnEx
[8] 0xundef  IMP PR EXTref   . 
PyExc_DeprecationWarning
[9] 0xundef  IMP PR EXTref   . 
PyExc_TypeError
[10]0xundef  IMP DS EXTref   . 
Py_InitModule4
[11]0xundef  IMP DS EXTref   . 
PyInt_FromSsize_t
[12]0xundef  IMP DS EXTref   . 
PyMapping_Check
[13]0xundef  IMP DS EXTref   . 
PyM

[issue13903] New shared-keys dictionary implementation

[Mark Shannon]

Changes by Mark Shannon :


Added file: http://bugs.python.org/file24670/49b7e7e4a27c.diff

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue14149] Argparse usage model requires argument names to be python identifiers

[Joseph Birr-Pixton]

New submission from Joseph Birr-Pixton :

Say I have an argument with the name 'foo-bar'.  Argparse accepts and parses 
arguments, but Namespace does not allow me to access the value.

Yes, I can use getattr or Namespace.__dict__.  But that's ugly.
Yes, I can change the name of the argument, but that's not what I want in my 
help output.

I think it should either:
- Collapse names to valid python identifiers (optparse did this).
- Namespace should act like an object and dict.

--
components: Library (Lib)
files: argparsetest.py
messages: 154550
nosy: Joseph.Birr-Pixton
priority: normal
severity: normal
status: open
title: Argparse usage model requires argument names to be python identifiers
type: behavior
versions: Python 2.7
Added file: http://bugs.python.org/file24669/argparsetest.py

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue14148] Option to kill "stuck" workers in a multiprocessing pool

[Paul Moore]

New submission from Paul Moore :

I have an application which fires off a number of database connections via a 
multiprocessing pool. Unfortunately, the database software occasionally gets 
"stuck" and a connection request hangs indefinitely. This locks up the whole 
process doing the connection, and cannot be interrupted except by killing the 
process.

It would be useful to have a facility to restart "stuck" workers in this case.

As an interface, I would suggest an additional argument to the AsyncResult.get 
method, kill_on_timeout. If this argument is true, and the get times out, the 
worker servicing the result will be killed and restarted.

Alternatively, provide a method on an AsyncResult to access the worker process 
that is servicing the request. I could then wait on the result and kill the 
worker manually if it does not respond in time.

Without a facility like this, there is a potential for the pool to get starved 
of workers if multiple connections hang.

--
components: Library (Lib)
messages: 154549
nosy: pmoore
priority: normal
severity: normal
status: open
title: Option to kill "stuck" workers in a multiprocessing pool
type: enhancement
versions: Python 3.3, Python 3.4

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue8170] Wrong Paths for distutils build --plat-name=win-amd64

[Mark Hammond]

Mark Hammond  added the comment:

Can't you just install a 64bit Python in a different directory and use that 
executable to build the 64bit installer?  It seems less error prone and should 
work without manually copying stuff or changing any code.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue14136] Simplify PEP 409 command line test and move it to test_cmd_line_script

[Nick Coghlan]

Nick Coghlan  added the comment:

test_cmd_line and test_cmd_line_script are both about testing the behaviour of 
the interpreter when run from the command line. Since this test *is* a 
behavioural test for the interpreter when invoked as an application, it should 
be in one of them.

The former is for testing the behaviour that doesn't involve invoking a script 
that does something, whereas the latter is for testing the way the interpreter 
handles various methods of script invocation, *including* what it prints to 
stderr and stdout in various scenarios.

Therefore, test_cmd_line_script *is* the right place for it. The fact that it 
happens to be testing the way an exception is displayed doesn't change the fact 
that it's a test of the way the interpreter handles a particular situation that 
may arise when running a script.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue14136] Simplify PEP 409 command line test and move it to test_cmd_line_script

[Ethan Furman]

Ethan Furman  added the comment:

I guess the crux of the issue for me is that I'm trying to test interpreter 
output, and the fact that I am using a command-line script to do so is an 
implementation detail.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue14136] Simplify PEP 409 command line test and move it to test_cmd_line_script

[Ethan Furman]

Ethan Furman  added the comment:

Is there a better place, then, than test_cmd_line_script?

The entire purpose of PEP 409 is to allow the suppression of non-relevant 
information in the exception traceback.  As such I would expect every Python 
interpreter to adhere to it.

(Yes, I understand that custom display hooks can still do different things, but 
they are custom and not the default.)

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue14136] Simplify PEP 409 command line test and move it to test_cmd_line_script

[Nick Coghlan]

Nick Coghlan  added the comment:

It's about separating out the testing of the command line executable (i.e. 
test_cmd_line and test_cmd_line_script) from that of the interpreter's internal 
behaviour.

test_raise is about making sure the "raise" statement works correctly - the new 
test isn't testing that, it's testing the display code in the command line 
interface.

A non-CPython interpreter must conform exactly to test_raise, but conforming to 
test_cmd_line(_script) is less essential.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue8170] Wrong Paths for distutils build --plat-name=win-amd64

[Robin Becker]

Robin Becker  added the comment:

Some context. ReportLab windows exe installers for pythons 2.x x=4-7 are built 
on a single 32bit machine with 32bit pythons using a code that looks like this

set FT_LIB=c:\devel\libs_x86\freetype.lib
\python2x\python setup.py bdist_wininst --bitmap=%BMP% --title="ReportLab"

we build the 64 bit versions for 2.6 & 2.7 only. In those cases an extra step 
does

set FT_LIB=c:\devel\libs_amd64\freetype.lib
\python2.x\python setup.py bdist_wininst --bitmap=%BMP% --plat-name=win-amd64 
--title="ReportLab"

To make this work I have copied from 64bit win32 installs of python2.6/7 
various lib/dll/pyds. These live in 

C:\Python2x\PCBuild\AMD64

eg
C:\ux\ExeBuilder>ls \Python26\PCBuild\AMD64
_bsddb.lib_socket.lib   pyexpat.lib
_bsddb.pyd_socket.pyd   pyexpat.pyd
_ctypes.lib   _sqlite3.lib  python26.dll
_ctypes.pyd   _sqlite3.pyd  python26.lib
_ctypes_test.lib  _ssl.lib  select.lib
_ctypes_test.pyd  _ssl.pyd  select.pyd
_elementtree.lib  _testcapi.lib sqlite3.dll
_elementtree.pyd  _testcapi.pyd tcl85.dll
_hashlib.lib  _tkinter.lib  tclpip85.dll
_hashlib.pyd  _tkinter.pyd  tk85.dll
_msi.lib  bz2.lib   unicodedata.lib
_msi.pyd  bz2.pyd   unicodedata.pyd
_multiprocessing.lib  py.icowinsound.lib
_multiprocessing.pyd  pyc.ico   winsound.pyd

I followed most of section 5.4 in 
http://docs.python.org/distutils/builtdist.html to get this almost working, but 
got problems related to the library paths which my patch appears to fix (I seem 
to get working exes out of this approach).

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue14136] Simplify PEP 409 command line test and move it to test_cmd_line_script

[Ethan Furman]

Ethan Furman  added the comment:

Changed TestTraceback.test_traceback_verbiage to use test.support and 
test.script_helper (much simpler now, thanks Antoine!).

It is still in test_raise, however.  

I do not understand why we would put it in test_cmd_line_script -- it seems to 
me that test_cmd_line_script is to verify that python is working correctly when 
executing scripts, but for this test we are assuming that python does work 
correctly when executing scripts and we testing the verbiage from raising 
exceptions.

--
keywords: +patch
nosy: +stoneleaf
Added file: http://bugs.python.org/file24668/raise_from_none_test_cleanup.diff

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue14145] string.rfind() returns AttributeError: 'list' object has no attribute 'rfind'

[Eric V. Smith]

Eric V. Smith  added the comment:

I can't reproduce this. Can you please post the entire traceback? It would be 
preferable if you could also show the exact code that's causing the problem, 
typed from a python command prompt (see my example below).

I can reproduce the error if I pass a list to ps.path.splitext(), which is what 
I suspect you're doing:

>>> os.path.splitext(['c:\\blah.ext'])
Traceback (most recent call last):
  File "", line 1, in 
  File "/usr/lib/python2.6/posixpath.py", line 95, in splitext
return genericpath._splitext(p, sep, altsep, extsep)
  File "/usr/lib/python2.6/genericpath.py", line 91, in _splitext
sepIndex = p.rfind(sep)
AttributeError: 'list' object has no attribute 'rfind'

And you probably want: os.path.splitext("C:\\blah.ext"), so as to escape the 
backslash.

--
nosy: +eric.smith

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue13876] Sporadic failure in test_socket

[Nadeem Vawda]

Nadeem Vawda  added the comment:

The same failure has appeared on the Debian bigmem buildbot:

http://www.python.org/dev/buildbot/all/builders/AMD64%20debian%20bigmem%203.x/builds/152/steps/test/logs/stdio

--
versions: +Python 3.3

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue14147] print r"\" cause SyntaxError

[Ezio Melotti]

Ezio Melotti  added the comment:

See 
http://docs.python.org/faq/design.html#why-can-t-raw-strings-r-strings-end-with-a-backslash

--
nosy: +ezio.melotti
resolution:  -> invalid
stage:  -> committed/rejected
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue14147] print r"\" cause SyntaxError

[lilei]

New submission from lilei :

$ python
Python 2.7.1 (r271:86832, Apr 16 2011, 23:27:12) 
[GCC 3.4.5 20051201 (Red Hat 3.4.5-2)] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> print r'\'
  File "", line 1
print r'\'
 ^
SyntaxError: EOL while scanning string literal
>>> 

I just want to print a raw string r'\', however, SyntaxError.
What is the reason?

--
components: None
messages: 154538
nosy: vbem
priority: normal
severity: normal
status: open
title: print r"\" cause SyntaxError
type: behavior
versions: Python 2.7

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue12905] multiple errors in test_socket on OpenBSD

[Charles-François Natali]

Changes by Charles-François Natali :


--
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com