Scott added the comment:
I suggest changing the documentation rather than the code. The mix up is in
the wording.
Documentation below
"If shallow is true, files with identical os.stat() signatures are taken to be
equal. Otherwise, the contents of the files are compared."
The
New submission from Scott :
Installing Python 3.6.4, Windows 10 64bit, exits installer and dumps the
following error code to log.
[18B8:4394][2018-02-27T15:41:06]i399: Apply complete, result: 0x80070643,
restart: None, ba requested restart: No
0x80070643 - Fatal Error during installation
The code below exhibits different behavior depending on whether it invokes sys.settrace ('-t' option) or not. This means that (in a more complicated case) debugging the code (which uses sys.settrace) makes it fail. Any ideas?
""" Demonstrace that tracing messes up curried class definitions """
#
Scott Tsai added the comment:
I messed up while generating cross-2.5.1.patch last time.
Added a hackish way to set "disabled_module_list" in setup.py from
corresponding environment variable.
Added file: http://bugs.python.org/file8628/cross-2
Scott Tsai added the comment:
Grumble, uploaded wrong version of patch.
Added file: http://bugs.python.org/file8629/cross-2.5.1.patch
_
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1597850>
_diff -u
Scott Dial added the comment:
I haven't seen anyone use a side-effect-less statement (a string) as a comment
before, but I doubt that is an approved style for the CPython codebase. Please
change the string preceeding the spec_line definition into a proper comment.
--
New submission from Scott Dial :
The code in as_completed() waits on a FIRST_COMPLETED event, which means that
after the first future completes, it will no longer wait at all. The proposed
patch adds a _AsCompletedWaiter and uses a lock to swap out the finished list
and reset the event.
This
Scott Dial added the comment:
Good catch. I suppose it was inevitable when I transferred my changes into a
SVN checkout that I missed something. Nevertheless, your changeset in r86491
matches my own. Thanks!
--
___
Python tracker
<h
New submission from Scott Kitterman :
email.Message was dropped in python3.
from email.Message import Message
now fails. Changing email.Message to email.message seems to be all that's
needed.
--
components: 2to3 (2.x to 3.0 conversion tool)
messages: 130179
nosy: kitterma
pri
Scott Kitterman added the comment:
Agreed, but email.Message was never marked deprecated so there's likely old
code out there that's never been updated (which is how I ran into this). This
would be, I think, a very low risk transformatio
Scott Dial added the comment:
I've updated the patch to apply to the current tip. (This patch was an
opportunity for me to update to an Hg workflow.)
Alexander, I disagree with you about the tests. The unittests use the exact
same pattern/model that testIteration uses. I find your comp
New submission from Scott Dial :
I'm not sure if it's intended to be a supported workflow, but I personally have
come to like using "mq" for projects where I am an outsider submitting small
changes as patches. However, this appears to be a broken workflow due to way
getbui
Scott Dial added the comment:
I'm well aware of the limited use of Py_UniversalNewlineFgets() in py3k, but it
remains the case that it is a public API that fails to work correctly under the
conditions specified by the reporter, and Alexander confirmed the original
patch fixed the
New submission from Scott Kitterman :
Header folding is very different (non-existent as far as I've found so far) in
Python3. Here's a short example:
#!/usr/bin/python
# -*- coding: ISO-8859-1
from email.header import Header
hdrin = 'Received: from mailout00.controlledmail.
New submission from Scott Wilson :
Fixes a bug in the os x proxy bypass code for fully qualified IP addresses in
the proxy exception list.
Tests that fail on os x without this patch:
test_urllib2.HandlerTests.test_proxy_https
test_urllib2.HandlerTests.test_proxy_https_proxy_authorization
Changes by Scott Wilson :
--
nosy: +orsenthil -ronaldoussoren
type: -> behavior
___
Python tracker
<http://bugs.python.org/issue11500>
___
___
Python-bugs-lis
Scott Wilson added the comment:
This patch adds test coverage to the osx proxy bypass code and includes the
previous one line patch.
Also adds a test for the proxy_no=* case.
--
Added file: http://bugs.python.org/file21134/proxy_bypass_osx_w_tests.diff
New submission from Scott Wilson :
Several proxy tests in test_urllib2_localnet were failing for me on osx due to
spurious interference of my configured proxy settings. Attaching a patch that
proposes exposing the proxy bypass settings in the same manner as the proxies
when constructing
Scott Dial added the comment:
Antoine Pitrou wrote:
> It would be nice if it were enabled by default for fatal errors (and asserts
> perhaps?).
I feel like a broken record. This code hardcodes fd=2 as a write target on
crash, which is not safe thing to do at all. You can argue that ad
Scott Kitterman added the comment:
Not so fast ... I may have done this wrong, but I get:
print(Header(hdrin,maxlinelen=78))
Received: from mailout00.controlledmail.com (mailout00.controlledmail.com
[72.81.252.19]) by mailwash7.pair.com (Postfix) with ESMTP id 16BB5BAD5 for
; Sun, 13 Mar
Scott Leerssen added the comment:
I just hit the same issue. This seems to work:
Modified:Lib/tarfile.py
===
---Lib/tarfile.py 2011-04-26 20:36:33 UTC (rev 49502)
+++Lib/tarfile.py 2011-04-26 21:01:24 UTC (rev 49503
Scott Leerssen added the comment:
It happens on RedHat and CentOS 5, but I suspect it would happen on any Unix
variant. Here's a test that exacerbates the issue:
#
# test_tarfile.py
#
# Description:
# tests for python tarfile module
#
# $Id$
#
import os
import shutil
import ta
Scott Leerssen added the comment:
It turns out that my fix was at least one byte short of complete. If the
target pathname is a broken symlink, os.path.exists() returns False, and the
OSError is raised. I should have used os.path.lexists(). Also, I believe the
same problem exists for the
Scott Leerssen added the comment:
here is a diff of a better fix based on the previous patch:
Index: tarfile.py
===
--- tarfile.py (revision 49758)
+++ tarfile.py (working copy)
@@ -2239,12 +2239,14 @@
if hasattr(os
Scott Leerssen added the comment:
tests that verify the bug/fix:
def test_extractall_broken_symlinks(self):
# Test if extractall works properly when tarfile contains symlinks
tempdir = os.path.join(TEMPDIR, "testsymlinks")
temparchive = os.path.jo
Scott Leerssen added the comment:
oops... I left some of my local edits in those tests. be sure to fix the
TEMPDIR use if you add these into the tarfile tests.
--
___
Python tracker
<http://bugs.python.org/issue10
New submission from Scott Leerssen :
I'm opening this as a continuation of issue10761 since it was closed as fixed,
and there's a bit more work to do there.
The fix for issue10761 was incomplete. It did not handle the case where the
symlink being overwritten did not resolve to an
New submission from Scott Wimer :
When cookielib.CookieJar().make_cookies is used to extract cookies from a
urllib2 response, it crashes when it encounters a 'Set-Cookie' header entry
that has an 'expires' attribute.
This crash occurs because the expires time is evaluat
Scott Wimer added the comment:
The actual error is triggered by line 1507 in '_cookie_from_cookie_tuple()'.
An easy fix is to move the setting of '_now' on line 1636 into the
'make_cookies()' method.
That addresses this problem and doesn't look like it
Scott Wimer added the comment:
Forgot to include the patch. Oops.
--
keywords: +patch
Added file: http://bugs.python.org/file22055/cookielib-crash.patch
___
Python tracker
<http://bugs.python.org/issue12
Scott Dial added the comment:
Got a test case that demonstrates a failure? Looks like it works to me...
$ uname -ip
sparc SUNW,Sun-Fire-280R
$ python -c 'import sys; print sys.byteorder'
big
$ python -c 'import sha; print sha.new(open("test"
Scott Dial added the comment:
The patch includes unittests; the issue is that the tests pass without the
changes. That is an entirely different state to be in. The tests should be
committed unless somebody wants to object to the behavior that they are testing
(although I believe this
Scott Dial added the comment:
FYI, in v10,
+#define NFAULT_SIGNALS (sizeof(fault_signals) / sizeof(fault_signals[0]))
+static fault_handler_t fault_handlers[4];
, should use "NFAULT_SIGNALS" instead of "4".
However, this bit of code bothers me a lot:
+const int
New submission from Scott Urban :
The python sqlite module automatically commits open transactions
when it encounters a DDL statement. This is unnecessary; DDL is
transactional in my testing (see attached).
Attached patch addresses the issue. Patch is against 2.6.1, but
looking at Trunk in svn
Scott Urban added the comment:
Here are some tests.
--
Added file: http://bugs.python.org/file20119/test_sqlite_ddl.py
___
Python tracker
<http://bugs.python.org/issue10
Scott Dial added the comment:
On 12/20/2010 8:30 AM, STINNER Victor wrote:
> Write into a closed file descriptor just does nothing. Closed file
> descriptors
> are not a problem.
My issue not with a closed file descriptor, it is with an open file
descriptor that is not what you th
Scott Urban added the comment:
I find the way that the sqlite3 module handles transactions pretty
surprising in general, but I agree that someone who got used
to DDL not rolling back could in theory find this patch surprising.
We will apply this patch to our python build because having DDL
Scott Dial added the comment:
On 12/22/2010 8:52 PM, STINNER Victor wrote:
> Amaury asked for a sys.setsegfaultenabled() option: I think that the command
> line option and the environment variable are enough.
I really think you should think of it as a choice the developer of an
appli
Scott Dial added the comment:
On 12/22/2010 10:35 PM, STINNER Victor wrote:
> Why do you think so? Can you give me an use case of
> sys.setsegfaultenabled()?
To feed back your own argument on python-dev:
> How do you know that you application will crash? The idea is to give
> inf
Scott Rostrup added the comment:
I just encountered this error in python 3.1.3 on cygwin 1.7.
I used the same fix as jbinder.
Old Modules/main.c (line 13):
#if defined(MS_WINDOWS) || defined(__CYGWIN__)
#include
#ifdef HAVE_FCNTL_H
#include
#define PATH_MAX MAXPATHLEN
#endif
Scott Dial added the comment:
Raymond Hettinger wrote:
> I think those annotations should be replaced with comments.
In your revisions, you didn't do anything but blow away the annotations despite
what you said here, which is an unfortunate loss of information for
implementers and
New submission from Scott M :
New to Python; be gentle if I've simply missed something. i'M running on
Windows XP, using a recently downloaded 2.7.1. I'm running by hitting F5 in
IDLE.
The attached .py creates 2 threads, one which updates a Tkinter label 10 times
a second f
Scott M added the comment:
It hasn't failed yet when run "straight".
Here's the issue, though. I'm going to be introducing Python as the scripting
language of choice, to a bunch of people who are less than fluent in
programming. Because debugging is not an obvious
Scott M added the comment:
Moving to 3.x means redoing large swaths of the extension I just wrote. It's
only a couple thousand lines, but it was my first extension and it cost me a
week of my life in Google, and it does a lot with strings.
I haven't pulled down the source code fo
New submission from Scott M :
Running on dual core Windows XP.
The function should draw a parabolicish shape for each click on launch. But if
you click Launch over and over, very fast, you get bizarre crashes instead:
Python.exe has encoutered a problem, yadda. tcl85.dll. It rarely takes
Scott M added the comment:
To make this more interesting, I'm trying to push for adoption of Python at a
scripting tool where I work, and I uncovered this crasher in example code I was
about to hand out, under the heading of "look how easy Python is". For obvious
reasons I
Scott M added the comment:
OK, now all calls to Tkinter are funneled to a single thread, through a queue.
(Technically there are two threads in Tkinter - one is parked in .mainloop(),
the other makes a call to Canvas.create_line and a call to Label.config.)
Different crash, but still a crash
Scott M added the comment:
Alright. More digging turned up the Tkinter "after" function, aka WM_TIMER for
Windowy people like me, and that plus a nonblocking queue get() gets all my
drawing operations back into the mainLoop() thread. Voilà, no more crashes.
Let me suggest tha
New submission from Scott M :
The more I look at GUI support in Python, the more I realize that the lack of
basic thread safety in GUI support is simply a bug. I know Java's Swing has the
same thread limitation, but that doesn't make it right. Xlib is thread safe.
The Windows SDK
Scott M added the comment:
I don't have an opinion on 1252236. I'm not certain it would help.
I have an extension that runs a bunch of (alien) threads into Python code. The
threads deliver information for all sorts of real world events, asynchronously.
Multiple threads are use
Scott M added the comment:
I'll look into making the crash easier to reproduce this coming week.
Is Tkinter's thread safety new? Because after I started getting crashes, I did
my due diligence in Google and found a number of people writing about how it
was necessary to use a
Scott M added the comment:
The new version runs 40 parabolas, then quits. I usually have to run this
version 20 times or so to get the crash, so be patient. In general if it's
going to crash it does so in the first 6 or so parabolas. Caveat: creates up to
40 threads, so a bit of a CP
Scott M added the comment:
If it helps, over the many iterations of this test code, there have been two
kinds of issues:
1. pythonw.exe crashes with the Windows variant of a SEGV. No traceback, just a
crash. These are rare.
2. Evidence of confusion over which string the code should be
Changes by Scott Tsai :
--
nosy: +scott.tsai
versions: -3rd party, Python 3.3
___
Python tracker
<http://bugs.python.org/issue3871>
___
___
Python-bugs-list m
Scott Tsai added the comment:
I touched the version field by mistake while trying to add myself to the nosy
list. My sincere apologies for the SPAM to all involved.
--
versions: +3rd party, Python 3.3
___
Python tracker
<http://bugs.python.
Changes by Scott Tsai :
--
nosy: +scott.tsai
___
Python tracker
<http://bugs.python.org/issue4709>
___
___
Python-bugs-list mailing list
Unsubscribe:
Barry Scott added the comment:
The attached patch builds on Mike's work.
The core of the problem is that the Request object
did not know what was going on. This means that it
was not possible for get_authorization() to work
for proxy-auth and www-auth.
I change Request to know which o
Barry Scott added the comment:
Attached is the code I used to test these changes.
See the README.txt file for details include
the results of a test run.
--
Added file: http://bugs.python.org/file20822/urllib2_tests.tar.gz
___
Python tracker
<h
Barry Scott added the comment:
I left out some white space changes to match the style
of the std lib code. Re posting with white space cleanup.
--
Added file: http://bugs.python.org/file20824/http_proxy_https.patch
___
Python tracker
<h
Changes by Barry Scott :
Removed file: http://bugs.python.org/file20821/http_proxy_https.patch
___
Python tracker
<http://bugs.python.org/issue7291>
___
___
Python-bug
Scott Dial <[EMAIL PROTECTED]> added the comment:
In the patch you commented "why is 'filepos' computed next? It's never
referenced." The answer is that back at r54152 (#1121142) the method was
rewrote removing any reference to 'filepos', but the patch
Scott Dial <[EMAIL PROTECTED]> added the comment:
I don't believe this is a valid bug. Can you provide a case where it
does in fact grow?
This issue has previously been addressed in #1685563, and was carried
over to the new code as well. Some lines after the path is appended to,
ther
Scott Dial <[EMAIL PROTECTED]> added the comment:
The path gets changed everytime a MSVCCompiler is instantiated. I've
seen the same problem with PATH before with PyPy. I agree this is a bug,
but I don't see how it can be fixed. The problem exists inside of
vcvarsall.bat if I
Scott Dial <[EMAIL PROTECTED]> added the comment:
This patch shouldn't have been applied as it is. The definition of
"removeDuplicates" is both poorly-named, not exactly correct, and
redundant (as there is already a "normalize_and_reduce_paths") for
performi
Changes by Scott Tsai :
--
nosy: +scott.tsai
___
Python tracker
<http://bugs.python.org/issue8032>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Scott Dial :
The issue2831 patch test cases are not actually being run by test_enumerate and
they were broken tests anyways. This patch fixes the brokenness.
--
components: Interpreter Core, Tests
files: test_enumerate.patch
keywords: patch
messages: 105147
nosy
Scott Dial added the comment:
Created issue8636 for the broken test cases.
--
___
Python tracker
<http://bugs.python.org/issue2831>
___
___
Python-bugs-list m
Scott Tsai added the comment:
John,
set "ac_cv_printf_zd_format".
In general, read the configure.in source.
On Dec 10, 2007 1:17 PM, John Stowers <[EMAIL PROTECTED]> wrote:
>
> John Stowers added the comment:
>
> Sorry, I should have clarified further in my last
New submission from Scott Moser:
I'm running into a problem with imaplib where it is unable to download a
message. The example code at
http://www.python.org/doc/current/lib/imap4-example.html easily
demonstrates the problem.
#!/usr/bin/python
import getpass, imaplib
M = imaplib.
Scott Dial added the comment:
I want to clarify that the proposed change would break:
operator.attrgetter(foo)(bar) == getattr(bar, foo)
Which is the documented intent of the operator module: "This module
exports a set of functions implemented in C corresponding to the
intrinsic operato
Scott Dial added the comment:
The attached patch provides for the functionality requested. I've
updated the docstring of attrgetter related to this new feature and have
updated test_operator accordingly.
Added file: http://bugs.python.org/file9169/getattrchaser
Scott Dial added the comment:
Mea culpa, the original patch I attached here has an obvious duplication
of code in test_operator.py. I've attached an updated patch to make life
easier on the commiter.
Added file: http://bugs.python.org/file9175/getattrchaser
Scott Moser <[EMAIL PROTECTED]> added the comment:
I can recreate this at the moment with the attached mail. I downloaded
the mail using alpine's "Export". I don't know what other way I would
have to get it.
I have replaced many company names with XYZ and such, simpl
Scott Moser <[EMAIL PROTECTED]> added the comment:
This is the stderr from the test case above. Only modification is the
mailbox is 'my-test'.
Added file: http://bugs.python.org/file9728/failed-errorlog.txt
__
Tracker <[EMAIL PROTECTED]>
&
Scott Moser <[EMAIL PROTECTED]> added the comment:
> Can you provide the message or messages which cause the problem
> when they are put in the IMAP server?
See attached above
> Can you also provide information on what IMAP server software
> and version is being used?
New submission from Scott Dial <[EMAIL PROTECTED]>:
Georg Brandel suggested enumerate() should have the ability to start on
an arbitrary number (instead of always starting at 0). I suggest such a
parameter should be keyword-only. Attached is a patch to add such a
feature along with adde
Changes by Scott Dial <[EMAIL PROTECTED]>:
Added file: http://bugs.python.org/file10300/enumerate.diff
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue2831>
__
Changes by Scott Dial <[EMAIL PROTECTED]>:
Removed file: http://bugs.python.org/file10299/enumerate.diff
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue2831>
__
Changes by Scott Dial <[EMAIL PROTECTED]>:
Removed file: http://bugs.python.org/file10300/enumerate.diff
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue2831>
__
Changes by Scott Dial <[EMAIL PROTECTED]>:
Added file: http://bugs.python.org/file10301/enumerate.diff
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue2831>
__
Scott Dial <[EMAIL PROTECTED]> added the comment:
As it stands, enumerate() already takes a "sequence" keyword as an
alternative to the first positional argument (although this seems to be
completely undocumented). So, as you say, METH_O is a no go.
I agree with you in
New submission from Terry Scott <[EMAIL PROTECTED]>:
x = "Four score and seven"
x.split() => ["Four", "score", "and", "seven"]
x.split(" ") => ["Four", "score", " ", "and&qu
Terry Scott <[EMAIL PROTECTED]> added the comment:
Benjamin,
Thanks. The documentation cleared this up for me. Thanks.
Terry
On Mon, 13 Oct 2008, Benjamin Peterson wrote:
>
> Changes by Benjamin Peterson <[EMAIL PROTECTED]>:
>
>
> --
> resolution: ->
Terry Scott <[EMAIL PROTECTED]> added the comment:
Tim,
Duh, thanks sorry I didn't check the documentation. Thanks.
Terry
On Mon, 13 Oct 2008, Tim Gordon wrote:
>
> Tim Gordon <[EMAIL PROTECTED]> added the comment:
>
> This is the intended behaviour. See
>
New submission from scott sadler <[EMAIL PROTECTED]>:
Calling a function created by _functools.partial as a method raises an
exception:
"TypeError: method_new() takes exactly n non-keyword arguments (0 given)"
Where method_new is the function passed into partial() and n
scott sadler <[EMAIL PROTECTED]> added the comment:
A short update, I believe that the reason that it was working in one
instance was because of some abstractions by a base class (Django model,
get_absolute_url).
___
Python tracker <[EMAIL PROTECTE
New submission from Scott Dial :
There is a problem with the table contents with respect to literals that
cannot be word-wrapped. I see this issue here:
http://docs.python.org/dev/2.6/library/multiprocessing.html
The line in the table of contents that reads "The multiprocessing.dummy
m
Scott Dial added the comment:
I believe the original patch is overreaching. I believe the changes to
fileobject.c should've been much simpler, just as the title describes
(adding clearerr() just before performing reads on the FILE handles).
I've attached a much simpler patch that
Scott Dial added the comment:
They differ because in Py_UniversalNewlineFgets() there is a call to
FLOCKFILE(), and it seemed appropriate to ensure that clearerr() was
called after locking the FILE stream. I certainly pondered over whether
it made a difference to do it before or after, and it
New submission from scott wedel :
The HUGE_VAL aka infinity issue is solved if the LIB is -lsunmath -lm
instead of just -lm
Sun Studio 12 compiler also seems to choke on the PyByteArray_GET_SIZE
and _AS_STRING because those macros use the ',' operator to stuff an
assert before t
New submission from Scott McCreary :
This patch adds preliminary support for Haiku. We still have to hand
tweak a few other files to get things to build. We have further patches
to get python-2.5.4 to build, but it's failing some of the regression
tests so we're leaving those parts o
Scott McCreary added the comment:
On Tue, Jan 13, 2009 at 10:27 AM, STINNER Victor wrote:
>
> STINNER Victor added the comment:
>
> Python 2.5 branch is now frozen: only security fixes are accepted. You
> should work on 2.6 or better on Python trunk for faster integration of
Scott McCreary added the comment:
On Tue, Jan 13, 2009 at 10:38 PM, Martin v. Löwis
wrote:
>
> Martin v. Löwis added the comment:
>
>> I don't have any particular interest in BeOS variants, but this comes as
>> a surprise given that http://python.org/about/ proc
New submission from Scott Sanderson :
In some circumstances, it's useful to be able in inspect the parameters with
which an instance of functools.lru_cache was instantiated. It's currently
possible to recover the cache's maxsize via the .cache_info() method, but
there's n
New submission from Scott Means :
This isn't *technically* a bug in Python, but it really presents like one. I
like to run the http.server for quick-and-dirty web development, but today
Chrome refused to load any of my .js files because the server is returning a
MIME type of 'text
Scott Stevens added the comment:
I'm now seeing docs.python.org has regressed. For 3.9, calls present their
defaults in octal, in 3.10 (beta), they're presented in decimal.
https://docs.python.org/3.10/library/pathlib.html#pathlib.Path.touch
https://docs.python.org/3.10/libra
Change by Scott Macpherson :
--
nosy: +macpherson.scott
___
Python tracker
<https://bugs.python.org/issue43513>
___
___
Python-bugs-list mailing list
Unsub
New submission from Scott Noyes :
-Accordingly, it only useful with finite inputs.
+Accordingly, it is only useful with finite inputs.
--
assignee: docs@python
components: Documentation
messages: 383257
nosy: docs@python, snoyes
priority: normal
severity: normal
status: open
title
New submission from Scott Norton :
The library function random.uniform takes about twice as long as a manual
inline implementation (Python 3.9.1).
>>> import timeit
>>> timeit.timeit('3 + (8 - 3) * random.random()', 'import random')
0.15408872
Change by Scott Talbert :
--
nosy: +swt2c
___
Python tracker
<https://bugs.python.org/issue43115>
___
___
Python-bugs-list mailing list
Unsubscribe:
1 - 100 of 254 matches
Mail list logo