Jeremy Kloth added the comment:
OK, here is another patch that uses just os.listdir
--
Added file: http://bugs.python.org/file26663/support.diff
___
Python tracker
<http://bugs.python.org/issue15
New submission from Jeremy Kloth:
os.stat fails when called on a file that is pending delete but is still in the
directory listing.
This in turn causes os.path.exists to return the wrong result.
Attached is a test case demonstrating this broken behavior.
--
components: Library (Lib
Changes by Jeremy Kloth :
--
nosy: +brian.curtin, loewis, pitrou, tim.golden -jkloth
___
Python tracker
<http://bugs.python.org/issue15556>
___
___
Python-bug
Changes by Jeremy Kloth :
--
nosy: +jkloth
___
Python tracker
<http://bugs.python.org/issue15556>
___
___
Python-bugs-list mailing list
Unsubscribe:
Jeremy Kloth added the comment:
Traceback (most recent call last):
File "stat-bug.py", line 12, in
print('stat', os.stat(pathname))
PermissionError: [Error 5] Access is denied: '\\Users\\Jeremy\\test.tmp'
--
___
Jeremy Kloth added the comment:
> Why do you think the behavior is broken? It looks right to me - it's not
> possible to get file information for a file that is scheduled for deletion.
However you can when using MSVCRT's stat() function or even
FindFirstFile directly.
Jeremy Kloth added the comment:
I've updated the comment in the patch to reflect Martin's concern.
Martin is partially correct in that the handle opened in the stat() call will
not prolong the pending status. It is due to the fact that it does not open
the handle with any sharin
Jeremy Kloth added the comment:
With the latest changes, is there anything left preventing the
inclusion of this patch?
Without some change, the Win64 buildbot is relatively irrelevant as it
is nearly always in a state of failure due to these errors
Jeremy Kloth added the comment:
> Not that some change isn't necessary, but what else are you running on your
> build slave? I ran a Windows 2008 R2 x64 slave for some time and it never had
> issues around file/directory removal. I only had to decommission it because
> the
Jeremy Kloth added the comment:
Unfortunately, this is a legitimate failure of the test. The test
(actually the support code) is attempting to remove a directory that
is the current directory of an active process. The test has
documented this issue and attempted to work around it by adding a
Jeremy Kloth added the comment:
> I think the reason that it is only this buildbot which fails is that the
> other Windows buildbots don't use multiple processes. Therefore they don't
> use a different dir for each test.
That might be it. Also the failure possibly only ha
Jeremy Kloth added the comment:
However #1 is the reason that is bug exists in the first place. The
designer of the test guessed wrong on the "magic value" for the
timeout. There will never be a correct timeout value as it varies
from machine to machine and from workload to workload
Jeremy Kloth added the comment:
Here is the patch implementing option #2
--
keywords: +patch
nosy: +jkloth
Added file: http://bugs.python.org/file26947/test_startfile.diff
___
Python tracker
<http://bugs.python.org/issue15
New submission from Jeremy Kloth:
The attached patch fixes the compiler options used for building the x64
platform.
- In VC10 the passing /GS- as an additional option has been replaced by the
MSBuild BufferSecurityCheck command
- The /USECL:xxx option is only for the VSExtComp plugin for
Jeremy Kloth added the comment:
I did forgot t mention that this change also silences a compiler warning:
cl : Command line warning D9025: overriding '/GS' with '/GS-'
The /USECL:xxx option does not provoke a warning is it is being
evaluated as '/U "SECL:xxx"
Jeremy Kloth added the comment:
This test is still intermittently failing on the AMD64 Windows7 SP1 buildbot:
http://buildbot.python.org/all/builders/AMD64%20Windows7%20SP1%203.x/builds/630
Any chance the patch could be committed?
--
___
Python
Changes by Jeremy Kloth :
--
nosy: +jkloth
___
Python tracker
<http://bugs.python.org/issue15963>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Jeremy Kloth:
This patch incorporates Tcl/Tk/Tix into the MSVC build in the same fashion as
OpenSSL has been done.
Highlights:
- A new project, tcltk, is added that simply calls the Python script
build_tkinter.py to build the externals.
- New helper module PCbuild
Changes by Jeremy Kloth :
--
nosy: +jkloth
___
Python tracker
<http://bugs.python.org/issue16047>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Jeremy Kloth :
--
nosy: +jkloth
___
Python tracker
<http://bugs.python.org/issue16049>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Jeremy Kloth :
--
nosy: +jkloth
___
Python tracker
<http://bugs.python.org/issue16131>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Jeremy Kloth :
--
nosy: +jkloth
___
Python tracker
<http://bugs.python.org/issue16175>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Jeremy Kloth :
--
nosy: +jkloth
___
Python tracker
<http://bugs.python.org/issue16188>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Jeremy Kloth :
--
nosy: +jkloth
___
Python tracker
<http://bugs.python.org/issue16218>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Jeremy Banks :
--
nosy: +Jeremy Banks
___
Python tracker
<http://bugs.python.org/issue10740>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Jeremy Kloth :
--
keywords: +patch
Added file: http://bugs.python.org/file27660/029d1cdf6422.diff
___
Python tracker
<http://bugs.python.org/issue15
Changes by Jeremy Kloth :
--
nosy: +brian.curtin, loewis, tim.golden
___
Python tracker
<http://bugs.python.org/issue15968>
___
___
Python-bugs-list mailin
New submission from Jeremy Brock:
Recently I have been working on a project to utilize the new FTP_TLS library
from ftplib in Python 2.7.3. What I found is that no matter what I try, when
prot_p() is called prior to transferring files to 2008 Server R2 running
FTP7.5, the python client
Jeremy Brock added the comment:
Hello Giampaolo,
It is the same timeout in PASV with Prot_P, please see attached documentation.
Something I did not mention before is that the file being written shows up on
the server but I can't view it because it is being used by another process.
Whe
New submission from Jeremy Huntwork:
On my system, the C library (musl) intentionally does not include a SONAME
entry.
This method in particular fails:
http://hg.python.org/cpython/file/076705776bbe/Lib/ctypes/util.py#l133
The function seems to jump through some hoops which may not be
Jeremy Kloth added the comment:
On Thu, Nov 22, 2012 at 3:11 PM, Antoine Pitrou wrote:
> The AMD64 Windows 7 buildbot shows weird build failures in ctypes:
> http://buildbot.python.org/all/buildslaves/kloth-win64
The _ctypes_d.pyd was considered to be in use by the system (although
P
Changes by Jeremy Kloth :
--
nosy: +jkloth
___
Python tracker
<http://bugs.python.org/issue16612>
___
___
Python-bugs-list mailing list
Unsubscribe:
Jeremy Kloth added the comment:
The problem exhibited is not coming from the os.walk() implementation, but from
the use of a byte-string as the argument to it.
The directories are created with unicode literals and therefore the argument
must also be a unicode literal (u'.') for
Changes by Jeremy Kloth :
--
nosy: +jkloth
___
Python tracker
<http://bugs.python.org/issue16668>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Jeremy Kloth :
--
nosy: +jkloth
___
Python tracker
<http://bugs.python.org/issue16769>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Jeremy Kloth:
The 64-bit linker doesn't mangle the dllexport'ed module init function (from
PyMODINIT_FUNC) so it causes an exported name conflict. We cannot just remove
that name from export_symbols as the module may not have used PyMODINIT_FUNC on
its init func
New submission from Jeremy Kloth:
Attached is an attempt at fixing the sporadic failures of test_mailbox on the
AMD64 Windows buildbot.
It fails due to access errors on some directories which leads me to believe the
helper functions in test.support should fix the problem
New submission from Jeremy Kloth:
test_winreg fails sporadically on the AMD64 Windows buildbot. Looking at the
test, it appears that concurrent runs of the test would fail if different
processes attempted to modify the test key at the same time.
The attached patch resolves this by using a
Jeremy Kloth added the comment:
Actually, the support functions (as of 3.3) attempt to work around the access
errors. They attempt to wait (to a point) for a successful operation before
returning to the caller. See issue15496 for details.
It is usually the case that the previous operation
New submission from Jeremy Kloth:
Attached is a patch to test_tools that gets it back to a run-able state.
--
components: Tests
files: test_tools.diff
keywords: patch
messages: 180925
nosy: jkloth, serhiy.storchaka
priority: normal
severity: normal
status: open
title: Fix test_tools
Jeremy Kloth added the comment:
It hangs on both my Windows buildbot and development machine.
The patch is tested and works correctly on Windows.
--
___
Python tracker
<http://bugs.python.org/issue17
Jeremy Kloth added the comment:
I would suggest that this be bumped to release blocker as currently passing
bytes to communicate with universal_newlines=True on Windows causes the process
to hang (see issue17077).
The backported test case passes on Windows without any changes to subprocess.py
Changes by Jeremy Kloth :
--
nosy: +jkloth
___
Python tracker
<http://bugs.python.org/issue19143>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Jeremy Kloth :
--
nosy: +jkloth
___
Python tracker
<http://bugs.python.org/issue19629>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Jeremy Kloth :
--
nosy: +jkloth
___
Python tracker
<http://bugs.python.org/issue19638>
___
___
Python-bugs-list mailing list
Unsubscribe:
Jeremy Kloth added the comment:
The attached patch changes support.rmtree to use os.lstat() instead of the
builtin _isdir() to test for directory-ness of a path.
--
keywords: +patch
Added file: http://bugs.python.org/file32875/symlink.patch
New submission from Jeremy Fusco:
https://docs.python.org/3/tutorial/controlflow.html
Sentence states 'most such' where either would suffice.
current: In most such cases, however, it is convenient to use the enumerate()
function, see Looping Techniques
Proposed: In
Jeremy Fusco added the comment:
I do, however I feel I'm not the only one that would be thrown by this wording.
Perhaps wording such as 'In cases like the above it is more convenient to
utilize the enumerate()'.
Thanks for the
Changes by Jeremy Kloth :
--
nosy: +jkloth
___
Python tracker
<http://bugs.python.org/issue21907>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Jeremy Kloth :
--
nosy: +jkloth
___
Python tracker
<http://bugs.python.org/issue22024>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Jeremy Kloth:
When using any of the PyUnicode_* functions in an extension module compiled
with Py_LIMITED_API defined, the resulting module cannot be imported due to:
ImportError: DLL load failed: The specified procedure could not be found.
Upon investigation, the error is
Jeremy Kloth added the comment:
Ah, yes indeeed. Sorry for the noise as it was that my local repos were having
some syncing issues so I had out of date sources.
Marking as closed (fixed) and duplicate of issue17432.
--
resolution: -> duplicate
status: open ->
Changes by Jeremy Kloth :
--
nosy: +jkloth
___
Python tracker
<http://bugs.python.org/issue20101>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Jeremy Kloth :
--
nosy: +jkloth
___
Python tracker
<http://bugs.python.org/issue20139>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Jeremy Kloth :
--
nosy: +jkloth
___
Python tracker
<http://bugs.python.org/issue20144>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Jeremy Kloth :
--
nosy: +jkloth
___
Python tracker
<http://bugs.python.org/issue20168>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Jeremy Kloth :
--
nosy: +jkloth
___
Python tracker
<http://bugs.python.org/issue20326>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Jeremy Kloth :
--
nosy: +jkloth
___
Python tracker
<http://bugs.python.org/issue20341>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Jeremy Kloth :
--
nosy: +jkloth
___
Python tracker
<http://bugs.python.org/issue20441>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Jeremy Kloth :
--
nosy: +jkloth
___
Python tracker
<http://bugs.python.org/issue19320>
___
___
Python-bugs-list mailing list
Unsubscribe:
Jeremy Kloth added the comment:
Issue #16779 has a patch that suppresses the warning for 64-bit builds that
would also "fix" #9709.
--
nosy: +jkloth
___
Python tracker
<http://bugs.python.o
Changes by Jeremy Kloth :
--
nosy: +jkloth
___
Python tracker
<http://bugs.python.org/issue16895>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Jeremy Kloth :
--
nosy: +jkloth
___
Python tracker
<http://bugs.python.org/issue20485>
___
___
Python-bugs-list mailing list
Unsubscribe:
Jeremy Kloth added the comment:
I'm curious as to the issues that arose in getting 'build_tkinter.py'
to work within the Visual Studio IDE, as that is what I used to
develop the patches to start with. I would like to look over the new
changes, but will not have any time to do so
Not that we've removed the try one more time branch of the code,
because it was causing other problems.
Jeremy
On Sun, Aug 16, 2009 at 6:24 PM, Gregory P. Smith wrote:
>
> Gregory P. Smith added the comment:
>
> btw, when using async io (poll, select, etc) I -think- your so
Jeremy Kloth added the comment:
I have developed a patch that adds the ability to disable SSLv2, SSlv3 and
TLSv1 when using the SSLv23 method. It changes Modules/_ssl.c, Lib/ssl.py and
Doc/library/ssl.rst.
--
keywords: +patch
nosy: +jeremy.kloth
Added file: http://bugs.python.org
Jeremy Dunck added the comment:
I hear you on the 2.x to 3.x transition-- I'm not really asking for
mixed-mode arithmetic. I'd be perfectly happy if float > decimal raised
TypeError, as float + decimal does.
My complaint is that it is s
Jeremy Hylton added the comment:
I'm not sure I understand the part of the code that deals with binary
strings. I agree the current behavior is odd. RFC 2396 says that
non-ascii characters must be encoded as utf-8 and then percent escaped.
In the test case you started with, you enco
Jeremy Hylton added the comment:
No deep thought was given to the HTTPMessage API. Here's the extent of
the discussion that I can find. I've changed the names, but you can
find the full discussion at http://bugs.python.org/issue2848
A: mimetools.Message is compa
Jeremy Hylton added the comment:
A plausible solution is to pick some core set of functionality that we
think people need and document that API. We can modify one or both of
the current implementations to include that functionality. What do we need
Changes by Jeremy Hylton :
--
assignee: -> jhylton
nosy: +jhylton
resolution: -> accepted
___
Python tracker
<http://bugs.python.org/issue5418>
___
___
Jeremy Hylton added the comment:
Makes sense to me.
Committed revision 70625.
--
resolution: accepted -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/
Jeremy Hylton added the comment:
I'm not sure what to do here. I guess changing to utf-8 is safe insofar
as the current code only accepts ascii, so the only code that breaks
will be code that depends on the encode() call raising an exception. It
seems like the client out to specif
Jeremy Hylton added the comment:
Indeed, I think I confused some other character encoding issues related
to HTTP with the URI issue. The discussion in RFC 3986 is length and
only occasionally clarifying for this issue. That is, it doesn't say
anything definitive like applications are fr
Jeremy Hylton added the comment:
The documentation is pretty vague on this point. If you send something
other than plain ascii, it gets a bit tricky to figure out what other
headers need to be added. It would be safer for the client to pick an
encoding (e.g. utf-8) and encode the string
Jeremy Hylton added the comment:
Ok. Discovered that RFC 2616 says that iso-8859-1 is the default
charset, so I will use that to encode strings instead of ascii. If you
want utf-8, you could encode the string yourself before calling
request(). Presumably, you should also add a content-type
Jeremy Hylton added the comment:
Committed revision 70638.
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/
Changes by Jeremy Hylton :
--
assignee: -> jhylton
nosy: +jhylton
___
Python tracker
<http://bugs.python.org/issue5542>
___
___
Python-bugs-list mai
Jeremy Hylton added the comment:
Wow! Old issue. This behavior was present in Greg's original version
of the code.
--
___
Python tracker
<http://bugs.python.org/i
Jeremy Hylton added the comment:
I think it makes sense to leave the socket open in this case. (In
general, I think httplib is too aggressive about closing the socket.)
I'm checking in a version for py3k, and will get around to backporting
it later.
Committed revision
Jeremy Hylton added the comment:
Seems like a reasonable feature request. I'm going to apply a variant
of the patch in 3.1 first.
--
assignee: -> jhylton
nosy: +jhylton
resolution: -> accepted
___
Python tracker
<http://bugs.python
Changes by Jeremy Hylton :
--
nosy: +jhylton
___
Python tracker
<http://bugs.python.org/issue1153027>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Jeremy Hylton :
--
nosy: +jhylton
___
Python tracker
<http://bugs.python.org/issue918368>
___
___
Python-bugs-list mailing list
Unsubscribe:
Jeremy Hylton added the comment:
The attached file is vaguely related to the current discussion. I'd
like to document the API for the urllib response, but I'd also like to
simplify the implementation on the py3k side. We can document the
simple API on the py3k side, then support so
Changes by Jeremy Hylton :
--
assignee: -> jhylton
nosy: +jhylton
resolution: -> accepted
type: -> behavior
___
Python tracker
<http://bugs.python.o
Jeremy Hylton added the comment:
looks good to me
--
nosy: +jhylton
___
Python tracker
<http://bugs.python.org/issue4962>
___
___
Python-bugs-list mailin
Jeremy Hylton added the comment:
looks good to me
--
nosy: +jhylton
___
Python tracker
<http://bugs.python.org/issue4675>
___
___
Python-bugs-list mailin
Changes by Jeremy Hylton :
--
nosy: +jhylton
___
Python tracker
<http://bugs.python.org/issue1659410>
___
___
Python-bugs-list mailing list
Unsubscribe:
Jeremy Hylton added the comment:
Committed revision 70809 (trunk). Needs to be backported.
--
nosy: +jhylton
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/
Jeremy Hylton added the comment:
The current docs cover this case:
http://docs.python.org/reference/executionmodel.html#interaction-with-dynamic-features
It basically says that code compiled via exec / eval can't access free
variables.
--
resolution: -> wont fix
stat
Changes by Jeremy Hylton :
--
assignee: -> jhylton
nosy: +jhylton
___
Python tracker
<http://bugs.python.org/issue991196>
___
___
Python-bugs-list mai
Jeremy Hylton added the comment:
This code behaves as intended. The module-level execution environment
is different than other environments. The global scope and local scope
are the same dictionary. Assignments at the top-level become globals
because of this behavior of the execution
Jeremy Hylton added the comment:
I think this bug ran out of steam. Python is behaving as intended, and
I think Georg addressed all of David's questions.
--
nosy: +jhylton
resolution: -> works for me
status: open -> closed
___
Pyt
Jeremy Hylton added the comment:
exec is allowed in a class statement
--
resolution: accepted -> rejected
status: open -> closed
___
Python tracker
<http://bugs.python.org/
Jeremy Hylton added the comment:
It doesn't seem helpful to leave this issue open, particularly since the
title suggest there's a problem with execfile being removed and that's
not going to change.
--
nosy: +jhylton
status: open -> closed
Changes by Jeremy Hylton :
--
nosy: +jhylton
___
Python tracker
<http://bugs.python.org/issue4199>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Jeremy Hylton :
--
priority: high -> normal
___
Python tracker
<http://bugs.python.org/issue1346238>
___
___
Python-bugs-list mailing list
Unsubscri
Changes by Jeremy Hylton :
--
nosy: +jhylton
___
Python tracker
<http://bugs.python.org/issue2344>
___
___
Python-bugs-list mailing list
Unsubscribe:
Jeremy Hylton added the comment:
Seemed like a good idea, but no one knew how to do it.
--
resolution: -> wont fix
status: open -> closed
___
Python tracker
<http://bugs.python.org/
New submission from Jeremy Hylton :
import io
import urllib.request
f_bytes = urllib.request.urlopen("http://www.python.org/";)
f_string = io.TextIOWrapper(f_bytes, "iso-8859-1")
print(f_string.read())
--
components: Library (Lib)
messages: 84840
nosy: jhylton
sev
401 - 500 of 577 matches
Mail list logo
