Raymond Hettinger [EMAIL PROTECTED] added the comment:
In Py3.0, the filter() builtin returns a consumable iterator, not a list.
It's a feature, not a bug ;-)
For the behavior you want, write:
y = list(filter(odd, x))
Or better yet, use a list comprehension:
y = [e for e in x if odd(e)]
Georg Brandl [EMAIL PROTECTED] added the comment:
Fixed in r67556. If a Windows guy can give me more specific directions
where to find the equivalent options, I'll put it in.
--
resolution: - fixed
status: open - closed
___
Python tracker [EMAIL
Georg Brandl [EMAIL PROTECTED] added the comment:
It's not documented for any immutable type. This should be fixed.
--
title: datetime not subclassable in the usual way - document immutable type
subclassing via __new__
___
Python tracker [EMAIL
Amaury Forgeot d'Arc [EMAIL PROTECTED] added the comment:
str is not your string, it's not a string; str is a class name, a
standard type.
str.join is a unbound method. You can call it directly if you pass an
actual string object in front of the other arguments.
But the normal way to call
Georg Brandl [EMAIL PROTECTED] added the comment:
This is tracked in Sphinx' tracker at
http://www.bitbucket.org/birkenfeld/sphinx/issue/10/html-section-numbering.
--
resolution: - duplicate
status: open - closed
___
Python tracker [EMAIL PROTECTED]
Amaury Forgeot d'Arc [EMAIL PROTECTED] added the comment:
sorry**10... probably a wrong copy operation because the Linux machine
where I tested did not have my svn ssh keys.
Someone already corrected this on py3k (r67544, thanks to Fred!), I'll
take care of merging it to the 3.0 branch.
Amaury Forgeot d'Arc [EMAIL PROTECTED] added the comment:
http://msdn.microsoft.com/en-us/library/z0kc8e3z.aspx is the
documentation for the open() function of the Microsoft C Runtime, but I
don't know how permanent this link will be.
--
nosy: +amaury.forgeotdarc
David W. Lambert [EMAIL PROTECTED] added the comment:
Opinion---Batteries included doesn't mean a bewildering variety of
functions. Nor does it mean my programming language has a checklist
of features such as I recall the spreadsheet and word processor wars of
the (19)80's. Python should
New submission from Casey McGinty [EMAIL PROTECTED]:
From textwrap.py: 46863 2006-06-11 19:42:51Z tim.peters
The __all__ define in this module is missing the helper function 'dedent'.
This causes pydoc to not the list the function correctly.
Secondly, it also prevents 'dedent' from being
Changes by Casey McGinty [EMAIL PROTECTED]:
--
title: textwrap: __all__ atribute missing 'dedent' functino - textwrap:
__all__ atribute missing 'dedent' function
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue4544
Zach Hirsch [EMAIL PROTECTED] added the comment:
Sounds good to me, except for one thing: define sensible.
To me, lstrips seems sensible, since it's a recurring pattern that I've
used in multiple locations. But perhaps my sense of sensibility is warped :)
Georg Brandl [EMAIL PROTECTED] added the comment:
Fixed in r67572. I won't backport this.
--
nosy: +georg.brandl
resolution: - fixed
status: open - closed
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue4458
Georg Brandl [EMAIL PROTECTED] added the comment:
Added link in r67574.
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue4441
___
___
Python-bugs-list mailing list
Georg Brandl [EMAIL PROTECTED] added the comment:
I see the same as Antoine, this is fixed in 2.6.
--
nosy: +georg.brandl
resolution: - fixed
status: open - closed
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1777458
Georg Brandl [EMAIL PROTECTED] added the comment:
All open items in this issue seem to be addressed
--
status: open - closed
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1762972
___
Georg Brandl [EMAIL PROTECTED] added the comment:
I guess this is now an item for Python 2.7.
--
nosy: +georg.brandl
title: Update to latest ElementTree in Python 2.6 - Update to latest
ElementTree in Python 2.7
versions: +Python 2.7 -Python 2.6
___
Changes by Georg Brandl [EMAIL PROTECTED]:
--
resolution: - invalid
status: open - closed
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1643369
___
Georg Brandl [EMAIL PROTECTED] added the comment:
The docs already say
Because the C signal handler always returns, it makes little sense to
catch synchronous errors like :const:`SIGFPE` or :const:`SIGSEGV`.
Should this still be reworded or promoted to a warning?
--
nosy:
Changes by Georg Brandl [EMAIL PROTECTED]:
--
status: open - closed
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1223
___
___
Python-bugs-list mailing
Changes by Georg Brandl [EMAIL PROTECTED]:
--
status: open - closed
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1366
___
___
Python-bugs-list mailing
Marc-Andre Lemburg [EMAIL PROTECTED] added the comment:
Amaury, I don't see where imp.find_module() tries to do a compile()
(which would trigger the SyntaxError). Is that really the full traceback ?
Regarding the strategy of pydoc to try to list all modules: I don't
think that's such a good
Changes by Georg Brandl [EMAIL PROTECTED]:
--
resolution: - fixed
status: open - closed
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2311
___
___
Raymond Hettinger [EMAIL PROTECTED] added the comment:
I agree with Lambert.
Am rejecting this one on the basis that it adds too little value, is too
easily accomplished with pure python, and that it makes the list of
string methods unnecessarily more complex and harder to learn.
--
Changes by Georg Brandl [EMAIL PROTECTED]:
--
resolution: - duplicate
status: open - closed
superseder: - regrtest.py -R not working
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2447
___
Amaury Forgeot d'Arc [EMAIL PROTECTED] added the comment:
Yes, it is the full traceback.
The modules are not compiled nor imported.
But to load the source code, importer.find_module() needs to open the
file in text mode, so it calls PyTokenizer_FindEncoding() (this is the
second failure, with
Amaury Forgeot d'Arc [EMAIL PROTECTED] added the comment:
Explanation is simple:
help(modules) just lists all files but do not open them.
help(modules web) has to search text inside.
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue4540
Mark Dickinson [EMAIL PROTECTED] added the comment:
I'm failry sure I can find a SPARC here to run it on as well. They
are rather few and far between though.
I don't think that's necessary. Thanks for disabusing me of my 'Solaris
implies SPARC' mindset, though!
There are two more pieces of
Georg Brandl [EMAIL PROTECTED] added the comment:
Why is the overflow handling changed at all?
--
nosy: +georg.brandl
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue4536
___
New submission from ekorn [EMAIL PROTECTED]:
I don't understand this doctest error, resulting from
python test_doctest.py
Failed example:
numpy.array2string(numpy.arange(2))
Expected:
[0 1]
Got:
'[0 1]'
The specified output was copied-and-pasted directly from running the
example.
Charles-Axel Dein [EMAIL PROTECTED] added the comment:
This is a bug. This is not a good behavior.
If I would like to temporarily print a variable to see its content, in
order to debug my code, doctest will eat its output. Thus I will be make
to use pdb or to use logging, or to get rid of
Georg Brandl [EMAIL PROTECTED] added the comment:
Fixed in r67576, will be ported to all branches.
--
nosy: +georg.brandl
resolution: - fixed
status: open - closed
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue4529
Amaury Forgeot d'Arc [EMAIL PROTECTED] added the comment:
Attached patch ignores any Exception during module import.
Note that KeyboardInterrupt is not caught: it is not an Exception.
I could provide a similar patch for 2.7, if there is some interest; but
no crash was reported.
--
Changes by James Athey [EMAIL PROTECTED]:
--
title: ZipFileExt.read() can be incredibly slow - ZipFileExt.read() can be
incredibly slow; patch included
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3978
New submission from Paul Melis [EMAIL PROTECTED]:
The second to last item under Removed Syntax (about relative imports)
shows ReST markup in the HTML file, probably not the way it should read:
The only acceptable syntax for relative imports is from .``[*module*]
:keyword:`import` *name*;
Amaury Forgeot d'Arc [EMAIL PROTECTED] added the comment:
It's right that the overflow handling path is never never taken:
If step = PyNumber_Index(step) succeeds, 'step' is (a subclass of) an
int, and PyNumber_AsSsize_t cannot fail, not even on low memory
conditions, and large figures are
Barry A. Warsaw [EMAIL PROTECTED] added the comment:
Withdrawn
--
resolution: - fixed
status: open - closed
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1675334
___
New submission from fboule [EMAIL PROTECTED]:
This concerns a known bug in the frame_setlineno() function for Python
2.5.x and 2.6.x (maybe in earlier/later version too). It is not possible
to use this function when the address or line offset in lnotab are
greater than 127. The problem comes
Mark Tolonen [EMAIL PROTECTED] added the comment:
An extension to this idea: Support parsing #! lines in Windows and
select the version of Python used. python.exe could examine:
#!/usr/bin/python30
pattern match python##, look in the registry to see if that version
of python is installed,
Amaury Forgeot d'Arc [EMAIL PROTECTED] added the comment:
Doctest output scrupulously follows the output of an interactive session
of python.
On my machine:
Python 2.4.4 (#71, Oct 18 2006, 08:34:43) [MSC v.1310 32 bit (Intel)] on
win32
Type help, copyright, credits or license for more
Muhammad Alkarouri [EMAIL PROTECTED] added the comment:
Now that Python 2.6.1 is out, can we expect a new OS X installer built
correctly? I think this is pretty important..
--
nosy: +malkarouri
___
Python tracker [EMAIL PROTECTED]
Amaury Forgeot d'Arc [EMAIL PROTECTED] added the comment:
Attached patch is similar (it declares the variable as unsigned char*)
and adds a test.
--
keywords: +needs review, patch
nosy: +amaury.forgeotdarc
stage: - patch review
Added file:
STINNER Victor [EMAIL PROTECTED] added the comment:
After many benchmarks, I realized that it's not a good idea to use GMP
for the int (and long) integers because most integers are very small:
less or equals than 32 bits (or 64 bits on a 64 bits CPU). GMP
overhead is too big. See other
Georg Brandl [EMAIL PROTECTED] added the comment:
Isn't what you refer to covered by this paragraph and the following
example: In addition to bypassing any instance attributes in the
interest of correctness, implicit special method lookup may also bypass
the __getattribute__() method even of the
fboule [EMAIL PROTECTED] added the comment:
Is it intended to be applied on Python 2.5.x and/or Python 2.6.x (and
when)? The current Python 2.6.1 release does not have the fix.
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue4547
Changes by STINNER Victor [EMAIL PROTECTED]:
--
resolution: - rejected
status: open - closed
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1814
___
Laszlo [EMAIL PROTECTED] added the comment:
It is changed from PyErr_Clear() to Py_CLEAR(step) because in case
someone else makes the same mistake of not checking for an error before
calling validate_step() we do not want to hide the error.
It is true that if used properly this part will not
Amaury Forgeot d'Arc [EMAIL PROTECTED] added the comment:
Yes, target is 2.6.2 and up, 3.0.1 and up.
--
versions: +Python 3.0 -Python 2.5, Python 2.5.3
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue4547
Kristján Valur Jónsson [EMAIL PROTECTED] added the comment:
I think it would have been better to have endheaders() (and then perhaps
_send_output()) deal with the non-string (i.e. filebuffer) case, so
that endheaders(body) is semantically equivalent to endheaders();
send(body). The version
Georg Brandl [EMAIL PROTECTED] added the comment:
Thanks, fixed in r67578.
--
resolution: - fixed
status: open - closed
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue4504
___
David W. Lambert [EMAIL PROTECTED] added the comment:
Yes to msg77021. However!
I'll pin the difficulty specifically to the word may. This cost me a
lot of time.
1) Please change the phrasing you quoted to
... implicit special method lookup bypasses the __getattribute__()
method even of
Georg Brandl [EMAIL PROTECTED] added the comment:
I've changed may bypass to generally bypasses. It doesn't happen for
all methods, but that's an implementation detail.
I've also added a glossary entry special method in r67579.
--
resolution: - fixed
status: open - closed
Georg Brandl [EMAIL PROTECTED] added the comment:
Documented as deprecated in r67581.
--
resolution: - fixed
status: open - closed
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3171
___
Skip Montanaro [EMAIL PROTECTED] added the comment:
Mark 1. What happens if you build with the '-ffloat-store' option to
Markgcc?
Doesn't quite work:
% ./python
Python 3.0 (r30:67503, Dec 5 2008, 09:48:42)
[GCC 4.2.2] on sunos5
Type help, copyright, credits or license
New submission from ZX [EMAIL PROTECTED]:
If a name is declared global, then all references and assignments go
directly to the middle scope containing the module’s global names.
Otherwise, all variables found outside of the innermost scope are
read-only (an attempt to write to such a variable
Chris AtLee [EMAIL PROTECTED] added the comment:
The attached patch implements this for python 2.7. It also adds support
for iterable bodies in urllib2, where it is more generally useful.
urllib2 enforces the presence of a Content-Length header in the request
if the body is an iterable,
Kandalintsev Alexandre [EMAIL PROTECTED] added the comment:
My results on ubuntu 8.10 x86(with debug features enabled) on Python
3.1a0 (py3k:67586, Dec 5 2008, 19:39:50):
298 tests OK.
23 tests skipped:
test_codecmaps_cn test_codecmaps_hk test_codecmaps_jp
test_codecmaps_kr
K. C. Wong [EMAIL PROTECTED] added the comment:
My mistake for including 2.6. While having a link to an entry in the
Glossary is a huge improvement, it comes about as a result of the index
now covering all components of the Python documentation. I feel at the
least, there should be a link
New submission from Jerry Chen [EMAIL PROTECTED]:
For people who are following HOWTO guides verbatim, there are two types
of Python 2.x'isms in HOWTO Use Python in the web
(http://www.python.org/doc/3.0/howto/webservers.html):
1. ``print`` statements instead of functions.
2. Use of beloved but
Mark Dickinson [EMAIL PROTECTED] added the comment:
Fixed in r67588 (py3k), r65789 (release30-maint).
None of the fixes apply to 2.x.
--
resolution: - fixed
status: open - closed
versions: -Python 2.6, Python 2.7
___
Python tracker [EMAIL
Mark Dickinson [EMAIL PROTECTED] added the comment:
r65789
That should be r67589.
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue4497
___
___
Python-bugs-list
Mark Dickinson [EMAIL PROTECTED] added the comment:
Closing as duplicate.
--
resolution: - duplicate
status: open - closed
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue4507
___
Amaury Forgeot d'Arc [EMAIL PROTECTED] added the comment:
A similar patch was applied 4 years ago, in r36739.
--
nosy: +amaury.forgeotdarc
resolution: - out of date
status: open - closed
___
Python tracker [EMAIL PROTECTED]
Adam Olsen [EMAIL PROTECTED] added the comment:
I'm in favour of just the doc change now. It's less work and we don't
really need to disable that usage.
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1215
Amaury Forgeot d'Arc [EMAIL PROTECTED] added the comment:
os.popen is now deprecated; the subprocess module does all this much better.
--
nosy: +amaury.forgeotdarc
resolution: - wont fix
status: open - closed
___
Python tracker [EMAIL PROTECTED]
Terry J. Reedy [EMAIL PROTECTED] added the comment:
James Stroud ran into this same issue with 2.5. Here is his 'ugly fix'
for working with protocol 2 only.
class DictPlus(dict):
def __init__(self, *args, **kwargs):
self.extra_thing = ExtraThingClass()
dict.__init__(self, *args,
Georg Brandl [EMAIL PROTECTED] added the comment:
OK, I've added a back-link in r67591.
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue4511
___
___
Georg Brandl [EMAIL PROTECTED] added the comment:
Thanks, fixed in r67593.
--
resolution: - fixed
status: open - closed
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue4550
___
Georg Brandl [EMAIL PROTECTED] added the comment:
Thanks for reporting, there was already a comment in the source about
this :)
Fixed in r67594.
--
resolution: - fixed
status: open - closed
___
Python tracker [EMAIL PROTECTED]
Georg Brandl [EMAIL PROTECTED] added the comment:
Attached is a proposed rewrite of the __import__ documentation.
--
keywords: +patch
Added file: http://bugs.python.org/file12243/import-docs.diff
___
Python tracker [EMAIL PROTECTED]
Mart Sõmermaa [EMAIL PROTECTED] added the comment:
Brett, don't you think the
import sys
__import__('x.y.z')
mod = sys.modules['x.y.z']
idiom should be recommended instead of/additionally to the lengthy
getattr() one?
___
Python tracker [EMAIL
Amaury Forgeot d'Arc [EMAIL PROTECTED] added the comment:
The third parameter to mkpath() is 'verbose', not 'dry_run'!
Correction is trivial:
Index: Lib/distutils/ccompiler.py
===
--- Lib/distutils/ccompiler.py (revision 67068)
Antoine Pitrou [EMAIL PROTECTED] added the comment:
Please see patch at http://codereview.appspot.com/10049
--
keywords: +needs review, patch
stage: needs patch - patch review
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue4509
Terry J. Reedy [EMAIL PROTECTED] added the comment:
Yes, just as one uses the x86 installer for 32-bit amd chips, like mine ;-)
--
nosy: +tjreedy
resolution: - invalid
status: open - closed
___
Python tracker [EMAIL PROTECTED]
Brett Cannon [EMAIL PROTECTED] added the comment:
Yes, the simple __import__/sys.modules idiom should be the suggested
idiom until a proper function is provided in the standard library.
--
nosy: +brett.cannon
___
Python tracker [EMAIL PROTECTED]
Georg Brandl [EMAIL PROTECTED] added the comment:
Suggested patch attached, handles remove() and index().
--
keywords: +patch
nosy: +georg.brandl
stage: needs patch - patch review
Added file: http://bugs.python.org/file12244/list-excs.diff
___
Python
Georg Brandl [EMAIL PROTECTED] added the comment:
ihooks is undocumented and deprecated, so I doubt anything will be done
about that.
--
nosy: +georg.brandl
resolution: - wont fix
status: open - closed
___
Python tracker [EMAIL PROTECTED]
Glenn Linderman [EMAIL PROTECTED] added the comment:
Since Python hasn't done that until now, it won't help much with the
transition from 2to3. The earliest versions that could add that would
be 3.1 and 2.7, it would seem, as it is a new fetaure. Perhaps it would
be worth doing, in planning
Mark Dickinson [EMAIL PROTECTED] added the comment:
All tests pass with this patch.
Committed to trunk, r67590. Will merge to 2.7, 3.0 and 3.1.
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue4461
___
Changes by Mark Dickinson [EMAIL PROTECTED]:
--
versions: -Python 2.6, Python 2.7
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue4461
___
___
New submission from Andreas Kupries [EMAIL PROTECTED]:
The directory Doc/tools/sphinxext is missing in the Python 2.6.1 source
distribution. This breaks building the html help.
The directory is present in the Python 2.6 source distribution.
--
components: Installation
messages: 77061
Georg Brandl [EMAIL PROTECTED] added the comment:
This was caused by a bug in the release script. Fixed in r67599.
Thanks for the report!
--
nosy: +georg.brandl
resolution: - fixed
status: open - closed
___
Python tracker [EMAIL PROTECTED]
Felix Benner [EMAIL PROTECTED] added the comment:
The test uses StringIO. I don't understand the test enough to change
that. If I understand the WSGI spec correctly then it would be the test
that's wrong.
___
Python tracker [EMAIL PROTECTED]
Changes by Benjamin Peterson [EMAIL PROTECTED]:
--
resolution: - wont fix
status: open - closed
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue826897
___
Marc-Andre Lemburg [EMAIL PROTECTED] added the comment:
Looks good.
--
nosy: +lemburg
stage: patch review - commit review
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1030250
___
Marc-Andre Lemburg [EMAIL PROTECTED] added the comment:
On 2008-12-05 13:28, Amaury Forgeot d'Arc wrote:
Amaury Forgeot d'Arc [EMAIL PROTECTED] added the comment:
Attached patch ignores any Exception during module import.
Note that KeyboardInterrupt is not caught: it is not an Exception.
Mark Dickinson [EMAIL PROTECTED] added the comment:
Merged.
Thanks for the report, Brian.
--
resolution: - fixed
status: open - closed
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue4461
___
New submission from Matthias Klose [EMAIL PROTECTED]:
Doc/tools/sphinxext not included in the 2.6.1 tarball, but it is checked in.
--
components: Build
messages: 77067
nosy: doko
priority: deferred blocker
severity: normal
status: open
title: Doc/tools/sphinxext not included in the
Christian Heimes [EMAIL PROTECTED] added the comment:
Does it also affect Python 3.0?
--
assignee: - barry
nosy: +barry, christian.heimes
stage: - test needed
type: - resource usage
___
Python tracker [EMAIL PROTECTED]
Barry A. Warsaw [EMAIL PROTECTED] added the comment:
Wait, should Doc/tools/sphinxext be included in the source tarball or
not? I thought it was a documentation build artifact. If so, then we
need to clean out the pycs it contains in a different way.
In any case, the 3.0 tarballs should
Mark Tolonen [EMAIL PROTECTED] added the comment:
I see it as primarily useful in this transition period between 2.x and
3.0, since py3 scripts aren't backward compatible and I see both being
installed for the few years. It could be a front-end launcher
suitable for ftype Python.File that
Christian Heimes [EMAIL PROTECTED] added the comment:
In my opinion the tar balls should contain all necessary bits and pieces
to build the docs yourself. It makes no sense to include the Doc/ folder
w/o any means to use them.
Let's include sphinxext and document the required versions of
Mark Dickinson [EMAIL PROTECTED] added the comment:
Closing as invalid.
--
resolution: - invalid
status: open - closed
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2937
___
Leger [EMAIL PROTECTED] added the comment:
This patch resolve the problem. Evidence with make test :
...
test_dbm
test_dbm_dumb
test_dbm_gnu
test_dbm_ndbm
...
Many thanks Skip. You can close this bug I think.
___
Python tracker [EMAIL PROTECTED]
Mark Dickinson [EMAIL PROTECTED] added the comment:
There have been requests to add other C99 libm functions to Python:
expm1 is requested in issue 3501, and log2 came up in the issue 3724
discussion. I'm absorbing those issues into this one.
With these two, and the gamma and error functions,
Mark Dickinson [EMAIL PROTECTED] added the comment:
I'm absorbing this issue into issue 3366.
--
resolution: - duplicate
status: open - closed
superseder: - Add gamma function, error functions and other C99 math.h
functions to math module
___
Mark Dickinson [EMAIL PROTECTED] added the comment:
I'm closing this, for reasons already given.
For the proposal to add log2, see issue 3366.
--
status: open - closed
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3724
Changes by Mark Dickinson [EMAIL PROTECTED]:
--
priority: - high
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2110
___
___
Python-bugs-list mailing
Mark Dickinson [EMAIL PROTECTED] added the comment:
Applied to the trunk in r67601. Will merge to other branches if the
buildbots look okay.
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue4445
___
New submission from Nicholas Patterson [EMAIL PROTECTED]:
See attached file, os.path.islink correctly identifies symlinks as
symlinks, but S_ISLNK is not reporting them as such.
--
components: None
files: demo.txt
messages: 77079
nosy: npatters
severity: normal
status: open
title:
Christian Heimes [EMAIL PROTECTED] added the comment:
The behavior is correct. You want os.lstat, not os.stat.
http://docs.python.org/library/os.html#os.lstat
--
nosy: +christian.heimes
resolution: - invalid
status: open - closed
___
Python tracker
1 - 100 of 123 matches
Mail list logo