Dave Abrahams added the comment:
I have no idea. I don't work with low-level python much anymore. Sorry
Sent from my moss-covered three-handled family gradunza
On May 17, 2013, at 8:54 PM, Ethan Furman rep...@bugs.python.org wrote:
Ethan Furman added the comment:
David, is this still
Dave Abrahams added the comment:
on Sat Aug 04 2012, Larry Hastings report-AT-bugs.python.org wrote:
Larry Hastings added the comment:
What does the following script print out?
import os
os.chdir('/tmp')
os.symlink('--success--', 'foo')
print(this should print --success-- :)
print
Dave Abrahams added the comment:
MacOS 10.7
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15531
___
___
Python-bugs-list mailing list
New submission from Dave Abrahams:
This session demonstrates. See especially the very last expression evaluated
s='''this is the end
s='''this is the end
... your only friend
your only friend
... the end'''
the end'''
re.split('^', s, re.MULTILINE)
re.split('^', s, re.MULTILINE
New submission from Dave Abrahams:
compare the output of
$ python -c open('/tmp/tst','w').write(100*'x\n');import re;print
len(re.split('\n(?=x)', open('/tmp/tst').read()))
100
with
$ python -c open('/tmp/tst','w').write(100*'x\n');import re;print
len(re.split('\n(?=x)', open('/tmp/tst
Dave Abrahams added the comment:
Dang! Thanks, and sorry for wasting everyone's time on this.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15537
New submission from Dave Abrahams:
the docs for os.path don't mention the following facts which I think are
important (in fact I assumed the facts would be the reverse):
os.path.realpath(l) works when l is a broken symbolic link, returning the path
to the (missing) target
os.path.readlink(l
Dave Abrahams d...@boostpro.com added the comment:
I won't get to this, FYI.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9458
___
___
Python
Dave Abrahams d...@boostpro.com added the comment:
These bugs are annoying. How does one convert a set of examples into a patch?
Do you mean you want these to become test cases?
--
nosy: +dabrahams
___
Python tracker rep...@bugs.python.org
http
Dave Abrahams d...@boostpro.com added the comment:
@effbot, I think you may have misread the OP's example. The first two
arguments /are/ being passed positionally. In any case, there's a real bug
here. cElementTree seems to choke on uses of attrib. Change cElementTree to
ElementTree below
Dave Abrahams d...@boostpro.com added the comment:
On second thought, I see what effbot is trying to say... but it's still a bug.
Given the way the interface is declared and the behavior of regular python
functions:
Element(tag, attrib={}, **extra)
indicates that I can pass attrib (or tag
Dave Abrahams d...@boostpro.com added the comment:
Nick, not to belabor this, but I guess you don't understand the use-case in
question very well, or you'd see that delete=False doesn't cover it.
The use case is this: I have to write a test for a function that takes a
filename as a parameter
New submission from Dave Abrahams d...@boostpro.com:
Try the following script on posix and Windows. On Posix:
launched
. . . exiting
killed
on Windows:
launched
. . . exiting
Traceback (most recent call last):
File sp.py, line 16, in module
p.terminate()
File c:\Python26\lib
Dave Abrahams d...@boostpro.com added the comment:
By the way, the suggested fix would be for terminate() to return a value
indicating if the process were already terminated, and not throw an exception
in that case. For a user to handle the issue correctly on Windows is rather a
nasty
Dave Abrahams d...@boostpro.com added the comment:
I disagree that it's unacceptable for close() and __del__() to behave
differently. The acceptable difference would be that __del__() closes (if
necessary) /and/ deletes the file on disk, while close() merely closes the file.
If you can
Dave Abrahams d...@boostpro.com added the comment:
If file.close() offers deterministic resource management, then you have to
consider the file's open/closed state to be a resource separate from its
existence. A NamedTemporaryFile whose close() deterministically managed the
open/closed state
New submission from Dave Abrahams d...@boostpro.com:
NamedTemporaryFile is too hard to use portably when you need to open the file
by name after writing it. To do that, you need to close the file first (on
Windows), which means you have to pass delete=False, which in turn means that
you get
Dave Abrahams d...@boostpro.com added the comment:
I run:
sudo pip install --upgrade twisted
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11376
Dave Abrahams d...@boostpro.com added the comment:
Note: even after I install Sun CC, -KPIC is unrecognized. At least it's only a
warning in this case:
$ sudo pip install --upgrade twisted
Downloading/unpacking twisted
Running setup.py egg_info for package twisted
Downloading/unpacking
Dave Abrahams d...@boostpro.com added the comment:
I'm sorry, but it is simply not true that this is not a solved problem. This
is a well-understood problem that's solved --- at least as well as anyone could
want it to be --- by aptitude (not apt-get) and by
http://en.opensuse.org
Dave Abrahams d...@boostpro.com added the comment:
That's quite true. However, I don't think a local index is needed if there's a
remote index; you're already looking in a remote index, albeit a
less-completeone. And it could be maintained automatically from individual
package metadata
Dave Abrahams d...@boostpro.com added the comment:
It's certainly much appreciated, but my tests have to run with a stock
python, so I worked around the problem personally. I just reported
this because I found (surprisingly, to me) that some of my tests had
been silently not-running, which
New submission from Dave Abrahams d...@boostpro.com:
The attached file demonstrates
--
components: Library (Lib)
files: bug.py
messages: 135770
nosy: dabrahams
priority: normal
severity: normal
status: open
title: doctest not working on nested functions
versions: Python 2.6, Python 2.7
New submission from Dave Abrahams d...@boostpro.com:
http://twistedmatrix.com/trac/ticket/4916#comment:2 suggests that maybe there's
a bug in distutils. Something in the build process for twisted is deciding
that I have Sun CC installed instead of letting pycc, which can handle the job
Dave Abrahams d...@boostpro.com added the comment:
I'm not sure the change of title you made is appropriate. The case I described
isn't a conflict, in the sense that there is a version of D that satisfies
everybody's requirements.
Maybe the real title should be something like exhaustively
Dave Abrahams d...@boostpro.com added the comment:
Oh, and http://distutils2.notmyidea.org/depgraph.html is a 404 for me.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8927
Dave Abrahams d...@boostpro.com added the comment:
I can't imagine what kind of positive response you'd want from me. I
responded to the last question asked. I certainly don't know whether this is
still an issue, though.
--
nosy: +dabrahams
status: pending - open
New submission from Dave Abrahams d...@boostpro.com:
This project needs a home page. I want to link to it from Ryppl docs, but
anyone following a link to, e.g. the bitbucket wiki would think this project
was weak at best.
--
assignee: tarek
components: Distutils2
messages: 108390
nosy
Dave Abrahams d...@boostpro.com added the comment:
Distutils2, sorry.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9057
___
___
Python-bugs
Dave Abrahams d...@boostpro.com added the comment:
Yes, I understand it's not ready for users. However, even a project in process
can benefit from having a home page, to boost awareness and link connectivity.
ATM there's no reasonably stable URL I can link to from
http://ryppl.org
New submission from Dave Abrahams d...@boostpro.com:
[This looks like a bug report against PIP because Tarek told me distutils2
would be responsible for this kind of thing and that there was an open ticket
for it. However, I can't find any such ticket so I'm posting it here]
Not only does
Dave Abrahams d...@boostpro.com added the comment:
How many tests did you run? My two tests were minutes apart. I have the
feeling that this has something to do with cacheing behavior on the server.
--
___
Python tracker rep...@bugs.python.org
Dave Abrahams d...@boostpro.com added the comment:
New data point: in some contexts on Windows (not sure of the exact cause but I
was dealing with multiple drives), even this workaround isn't enough. I ended
up having to do something like this (i.e. manually search the path) on win32
New submission from Dave Abrahams d...@boostpro.com:
According to the RFC, the server is allowed to send back any encoding it likes
when no Accept-Encoding header is supplied, but all the examples I can find of
urllib2.urlopen usage assume they're getting plain text back. I think it would
Dave Abrahams d...@boostpro.com added the comment:
At Sat, 08 May 2010 22:18:13 +,
Éric Araujo wrote:
Éric Araujo mer...@netwok.org added the comment:
I think you mean
http://docs.python.org/library/urlparse.html#urlparse.urlparse
Dave, perhaps you were looking at an older
New submission from Dave Abrahams d...@boostpro.com:
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 d...@boostpro.com:
$ 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: normal
New submission from Dave Abrahams d...@boostpro.com:
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
New submission from Dave Abrahams d...@boostpro.com:
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
New submission from Dave Abrahams d...@boostpro.com:
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
Changes by Dave Abrahams d...@boostpro.com:
Removed file: http://bugs.python.org/file17142/probe.py
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8557
Dave Abrahams d...@boostpro.com added the comment:
Not to appear impatient, but...bump.
It's a fairly tidy answer, I think :-)
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8557
Dave Abrahams d...@boostpro.com 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 behavior as on *nix
Dave Abrahams d...@boostpro.com 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 that either
Dave Abrahams d...@boostpro.com 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
Dave Abrahams d...@boostpro.com 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
Dave Abrahams d...@boostpro.com 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
New submission from Dave Abrahams d...@boostpro.com:
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
Dave Abrahams d...@boostpro.com 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
49 matches
Mail list logo
