Changes by Brian Curtin :
--
keywords: +needs review
stage: -> patch review
type: -> security
versions: -Python 3.4
___
Python tracker
<http://bugs.python.org/i
Brian Curtin added the comment:
I recently created "minidumper" to write Visual Studio "MiniDump" files of
interpreter crashes, but it's currently only available on 3.x. If I port it to
2.x, you could add "import minidumper;minidumper.enable()" to the
Brian Curtin added the comment:
We can't depend on stuff from pywin32, but we could expose GetVolumePathName
ourselves.
--
___
Python tracker
<http://bugs.python.org/i
New submission from Brian Curtin :
Reported by Ryan Wells (v-ry...@microsoft.com) of Microsoft, in reference to a
problem with the Module Doc viewer on Windows 8 when using Internet Explorer
10. This was reported on 3.2.2, but it's likely the same on 2.7.
Reference #: 70652
Descripti
Brian Curtin added the comment:
The menu shortcut opens up the following: "C:\Python32\pythonw.exe"
"C:\Python32\Tools\scripts\pydocgui.pyw", which is just pydoc.gui()
--
___
Python tracker
<http://bug
Brian Curtin added the comment:
I tried that script on 2.7 and like it did for you, it just ran until my
machine became unusable.
On 3.x I think I got a RuntimeError after a while, but I forgot exactly what
happened since the machine ended up being hosed later from the 2.7 run. In any
event
Brian Curtin added the comment:
You are attempting to open or save .py files from what? IDLE?
What are the steps you would use to reproduce this issue? How was this error
message obtained?
--
___
Python tracker
<http://bugs.python.org/issue13
Changes by Brian Curtin :
--
components: +Windows
nosy: +brian.curtin
___
Python tracker
<http://bugs.python.org/issue6807>
___
___
Python-bugs-list mailin
Brian Curtin added the comment:
I might be missing something, but what's the issue? 65535 is the limit, and
doing 65536 gives a clear overflow exception (no crash).
--
nosy: +brian.curtin
type: crash -> behavior
___
Python tracke
Changes by Brian Curtin :
--
title: Regular expressions with 0 to 65536 repetitions and above makes Python
crash -> Regular expressions with 0 to 65536 repetitions raises OverflowError
___
Python tracker
<http://bugs.python.org/issu
Brian Curtin added the comment:
We can make Python compile with Visual Studio 2010, but it will not be the
platform Python is released on, it would be optional while 2008 stays the
release target, at least through Python 3.3. In Python 3.4, we may re-evaluate
this, and it's likely we
Brian Curtin added the comment:
Here's an updated patch, plus support for a second attribute that I need for
#10854. I previously wrote a patch that does this same thing for that issue,
but this one handles things a lot more nicely :)
I renamed "module_name" to just be &qu
New submission from Brian Curtin :
os.utime currently requires an explicit `None` as the second argument in order
to update to the current time. Other APIs would just have the second argument
as optional in this case, operating with one argument.
Attached is a patch which changes the second
Brian Curtin added the comment:
Ah, yes. Would the following work better for the last line?
self.assertAlmostEqual(st1.st_mtime, st2.st_mtime, places=2)
--
___
Python tracker
<http://bugs.python.org/issue13
Brian Curtin added the comment:
The `delta` keyword would actually be better than `places`, especially on the
slower buildbots. delta=10 would allow up to 10 seconds between those utime
calls. Is that being too permissive?
--
___
Python tracker
Brian Curtin added the comment:
Changeset 045e8757f10d was also entered for this, which should conclude the
changes. Everything seems to have survived the buildbots for now, so closing as
fixed. Feel free to reopen if there are any other issues.
--
resolution: -> fixed
stage: pa
Brian Curtin added the comment:
> But it is useless for terminating a process with os.kill() in combination
> with signal.SIGTERM, which corresponds to a CTRL-C-EVENT.
SIGTERM does not correspond to CTRL_C_EVENT. They may be similar in what they
do, but os.kill on Windows only work
Changes by Brian Curtin :
--
assignee: -> brian.curtin
nosy: +brian.curtin
resolution: -> fixed
stage: -> committed/rejected
status: open -> closed
type: -> behavior
versions: -Python 3.4
___
Python tracker
<http://bugs.pyt
Brian Curtin added the comment:
Marked #1559549 as a dependency. I combine the patch in this issue with the one
over there.
--
dependencies: +ImportError needs attributes for module and file name
___
Python tracker
<http://bugs.python.
Brian Curtin added the comment:
That's news to me since it probably pre-dates my involvement around here. I'll
revert if that's correct.
--
___
Python tracker
<http://bugs.pyt
Changes by Brian Curtin :
--
status: pending -> open
versions: -Python 3.4
___
Python tracker
<http://bugs.python.org/issue10772>
___
___
Python-bugs-list mai
Changes by Brian Curtin :
--
nosy: +brian.curtin
___
Python tracker
<http://bugs.python.org/issue10652>
___
___
Python-bugs-list mailing list
Unsubscribe:
Brian Curtin added the comment:
I think we could still make os.listdir work properly. I'll look into a patch
for this.
One "problem" here is the testability, since we'd need to rely on the mklink
CLI app to create the symlinks, which requires that the calling applicati
Brian Curtin added the comment:
symlinks when listing a dir and traverses them naturally when referencing
them as part of a path to listdir. Under what conditions does it fail?
>
> --
>
> ___
> Python tracker
> <http://bugs.
Brian Curtin added the comment:
Duplicate of #6727
--
resolution: -> duplicate
stage: -> committed/rejected
status: open -> closed
superseder: -> ImportError when package is symlinked on Windows
___
Python tracker
<http://
Brian Curtin added the comment:
Not fixed, but if it's easy, you're welcome to fix it before we get around to
it.
--
___
Python tracker
<http://bugs.python.
Brian Curtin added the comment:
There are a few of us, and Jason and myself have done most of the Windows
symlink related work. We'll certainly get to this and have it fixed, but with
no releases on the immediate horizon, there isn't a rush. This and your other
symlink issue are o
Brian Curtin added the comment:
FYI: this would likely be handled through #13210. I have a conversion sandbox
started at http://hg.python.org/sandbox/vs2010port/ and am working through
fixing test failures after the initial conversion
Brian Curtin added the comment:
I mentioned this on another issue, but I created a clone at
http://hg.python.org/sandbox/vs2010port/. I've already gone through the port in
the past but wasn't able to release the code at the time. As I work through it,
I'll occasionally
Changes by Brian Curtin :
--
components: +Windows
nosy: +brian.curtin
status: closed -> open
___
Python tracker
<http://bugs.python.org/issue2286>
___
___
Py
Changes by Brian Curtin :
--
resolution: remind -> wont fix
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue10562>
___
___
Pyth
Brian Curtin added the comment:
Please stop re-opening this thread. The reasons it will not be fixed have been
laid out.
--
nosy: +brian.curtin -gvanrossum
resolution: remind -> wont fix
status: open -> closed
___
Python tracker
Brian Curtin added the comment:
3.3 will be adding an attribute which would have "datetime\r" here. See
#1559549, which might make this a duplicate.
You shouldn't (have to) rely on parsing the exception string.
--
nosy: +brian.curtin
___
Changes by Brian Curtin :
--
assignee: -> brian.curtin
___
Python tracker
<http://bugs.python.org/issue10854>
___
___
Python-bugs-list mailing list
Unsubscri
Brian Curtin added the comment:
Just to be sure in case you didn't know, but patches against 2.7 for this issue
won't be accepted.
--
___
Python tracker
<http://bugs.python.o
Brian Curtin added the comment:
Before we both go down the same paths and duplicate effort,
http://hg.python.org/sandbox/vs2010port/ has already completed the transition
in terms of running the conversion, saving off the VS9 files, making some
minimal code changes (errno module specifically
Brian Curtin added the comment:
That would certainly be preferable when available on Windows 7. I'll look into
how we can incorporate that.
Thanks for the idea!
--
___
Python tracker
<http://bugs.python.org/is
Brian Curtin added the comment:
If you want to clone from that repo, use the "vs2010" branch.
hg clone http://hg.python.org/sandbox/vs2010port/
hg up vs2010
>From there, you can post patches here that I can integrate for you.
--
assignee: -&
Brian Curtin added the comment:
> Tim, Brian, do you know anything about this?
Unfortunately, no. It's on my todo list of things to understand but I don't see
that happening in the near future.
I'm willing to run tests or benchmarks for this issue, but that's likely
Brian Curtin added the comment:
Again, rather than work off of the default branch and duplicate effort, can you
work off of the vs2010 branch on http://hg.python.org/sandbox/vs2010port/?
--
___
Python tracker
<http://bugs.python.org/issue13
Changes by Brian Curtin :
--
components: +Windows
nosy: +brian.curtin
stage: -> needs patch
___
Python tracker
<http://bugs.python.org/issue13509>
___
___
Py
Brian Curtin added the comment:
I don't profess to have any special ast knowledge, but given the context around
there and the fact that it works...it looks fine to me.
--
nosy: +brian.curtin
___
Python tracker
<http://bugs.python.org/is
Brian Curtin added the comment:
If I add back in the import.c change, would this then be alright?
Eric - fullname seems fine, I'll update that.
--
___
Python tracker
<http://bugs.python.org/issu
Brian Curtin added the comment:
I think I'm going to stick with name unless anyone is super opposed. If we can
eventually import something else (sausages?), then setting module_name with a
sausage name will seem weird.
I'll work up a more complete patch. The private helper is a
Brian Curtin added the comment:
Would you be able to produce a unit test which fails before your patch is
applied, but succeeds after applying your changes? That'll make your changes
more likely to get accepted.
--
nosy: +brian.curtin
___
P
Brian Curtin added the comment:
Can you explain the patch and state why you would like that change included?
This would require a test.
--
nosy: +brian.curtin
___
Python tracker
<http://bugs.python.org/issue13
Changes by Brian Curtin :
--
nosy: +brian.curtin
stage: -> patch review
___
Python tracker
<http://bugs.python.org/issue13670>
___
___
Python-bugs-list mai
Changes by Brian Curtin :
--
nosy: +brian.curtin
stage: -> test needed
___
Python tracker
<http://bugs.python.org/issue13702>
___
___
Python-bugs-list mai
Changes by Brian Curtin :
--
components: +Windows
nosy: +brian.curtin
type: -> behavior
___
Python tracker
<http://bugs.python.org/issue13719>
___
___
Python-
Brian Curtin added the comment:
Here's standalone patch which should cover this problem. The patch fails right
now but succeeds if you apply it back to 652baf23c368 (the changeset before one
of several changes around this code). I'll try to find the actual offending
checkin and w
Brian Curtin added the comment:
Ok, so it's 893b098929e7 where that test stops working.
--
___
Python tracker
<http://bugs.python.org/issue12084>
___
___
Brian Curtin added the comment:
Correction for msg136711 -- s/patch/test/g
--
___
Python tracker
<http://bugs.python.org/issue12084>
___
___
Python-bugs-list m
Brian Curtin added the comment:
Ok, so it's actually 0a1baa619171 that broke it, not sure how I came up with
the other revision. In any case, it's too hairy to try and piece everything
together across the numerous bug fixes, feature adds, and refactorings in this
area in order to g
Brian Curtin added the comment:
It turns out DeviceIoControl/FSCTL_GET_REPARSE_POINT (in win32_read_link) will
only work for us as long as the symlink was created with a full path. Starting
at the top level of a source checkout, if I create `os.symlink("README",
"README.lnk
Changes by Brian Curtin :
--
keywords: +needs review
stage: -> patch review
___
Python tracker
<http://bugs.python.org/issue11416>
___
___
Python-bugs-list mai
Brian Curtin added the comment:
This should probably be discussed on catalog-SIG, not the CPython bug tracker.
--
nosy: +brian.curtin
___
Python tracker
<http://bugs.python.org/issue12
Changes by Brian Curtin :
--
nosy: -brian.curtin
___
Python tracker
<http://bugs.python.org/issue12226>
___
___
Python-bugs-list mailing list
Unsubscribe:
Brian Curtin added the comment:
Oops, nevermind that, thought this was suggesting a change to PyPI itself, not
distutils.
--
nosy: +brian.curtin
___
Python tracker
<http://bugs.python.org/issue12
Changes by Brian Curtin :
--
nosy: -brian.curtin
___
Python tracker
<http://bugs.python.org/issue12226>
___
___
Python-bugs-list mailing list
Unsubscribe:
Brian Curtin added the comment:
I have this working when you stat the symlink from the directory it was created
or above...but oddly it does not work when you open a symlink below the
directory it exists in.
DeviceIoControl isn't used for reparse tag handling anymore, and I&#x
Changes by Brian Curtin :
--
nosy: +brian.curtin
___
Python tracker
<http://bugs.python.org/issue12239>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Brian Curtin :
--
stage: -> needs patch
type: -> behavior
versions: +Python 2.7, Python 3.1
___
Python tracker
<http://bugs.python.org/i
Brian Curtin added the comment:
Attached is a complete patch. All tests pass.
Lib/test/support.py
* Handle AttributeError, which Hirokazu noticed on pre-XP machines
Lib/test/test_os.py
* This sets up a three-deep directory tree and creates a symbolic link in the
middle (second) directory
Brian Curtin added the comment:
Attached is a patch that makes this about twice as fast for regular files and
about 15 times faster for symbolic links and directories.
Not that this would be anyone's performance bottleneck, but it does make the
time more of a constant due to the recu
Brian Curtin added the comment:
Looks like I didn't test this enough - many other test failures are occurring.
Disregard this patch for now.
--
___
Python tracker
<http://bugs.python.org/is
Brian Curtin added the comment:
Can you provide a simple test script?
--
nosy: +brian.curtin
___
Python tracker
<http://bugs.python.org/issue12262>
___
___
Pytho
Brian Curtin added the comment:
Here's a patch that works. All tests are passing.
I changed from using FindFirstFile to GetFileAttributes, which provides
basically the same performance characteristics.
One change in this implementation is to not raise a WindowsError when the file
cann
Brian Curtin added the comment:
This code has changed a lot since originally being committed, so I'll handle
backporting in #12084 which has the latest changes.
--
status: open -> closed
___
Python tracker
<http://bugs.python.org
Brian Curtin added the comment:
I have a fully working VS2010 build that I'm working on getting the ok to
contribute from my employer. We may be able to use this for 3.3 but nothing
earlier. I started a discussion on the Python-Dev list a few months ago but I
don't believe we
Brian Curtin added the comment:
We have to have x64 support, and the 2010 express version can now target x64
provided you have the x64 SDK installed. That wasn't true of 2008, but there
were some registry/config file messing you could do in order to get x64 support
out of
Brian Curtin added the comment:
Also, what I meant by "full" (in "fully working") in my message was that the
full test suite passes. There are a number of code changes that have to be
made, mostly around various constants used, e.g.,
Brian Curtin added the comment:
I should have specified - the patch is for 3.2. 2.7 code in this area is
different but I'll get to that, and default/3.3 will also get this patch but
it'll probably require some tweaking.
I guess I went overboard on the refactoring which is why
Brian Curtin added the comment:
Victor - does the new patch pass all tests for you on 3.2?
--
Added file: http://bugs.python.org/file22274/issue12084_v2.diff
___
Python tracker
<http://bugs.python.org/issue12
Brian Curtin added the comment:
You might want to check out the python-tutor or python-list email lists (see
http://mail.python.org/mailman/listinfo). This is a tracker for bug reports or
problems with the Python interpreter and standard libraries.
--
nosy: +brian.curtin
resolution
Brian Curtin added the comment:
This was also pushed to 2.7 in f1509fc75435.
--
resolution: -> fixed
stage: patch review -> committed/rejected
status: open -> closed
versions: -Python 3.1
___
Python tracker
<http://bugs.python.or
Changes by Brian Curtin :
--
stage: -> needs patch
___
Python tracker
<http://bugs.python.org/issue12284>
___
___
Python-bugs-list mailing list
Unsubscri
Changes by Brian Curtin :
--
resolution: -> invalid
stage: -> committed/rejected
status: open -> closed
___
Python tracker
<http://bugs.python.or
Changes by Brian Curtin :
--
nosy: +brian.curtin
___
Python tracker
<http://bugs.python.org/issue9035>
___
___
Python-bugs-list mailing list
Unsubscribe:
Brian Curtin added the comment:
Here's a cleaned up patch which includes the test and lstat change Victor
mentioned. I think this addresses everything we need to cover here. Can you run
the tests once more with this new patch?
--
Added file: http://bugs.python.org/file
Brian Curtin added the comment:
Well apparently that killed the XP build bots. Does anyone currently have
access to XP that could test this?
--
___
Python tracker
<http://bugs.python.org/issue12
Brian Curtin added the comment:
It has something to do with the GetFinalPathNameByHandle dance.
--
___
Python tracker
<http://bugs.python.org/issue12084>
___
___
Brian Curtin added the comment:
How about this patch?
We yield the GIL in posix_do_stat, so as Antoine pointed out in IRC, we were
calling PyErr_SetString without having the GIL. I think this is the correct fix
as I've stepped through the code in Visual Studio, forcing it to take
Brian Curtin added the comment:
I think quick3 is the way to go - checked in, we'll see how the buildbots react.
1524a60016d0 is the changeset for the 3.2 checkin (forgot to mention the issue#
there)
--
___
Python tracker
<http://bugs.py
Brian Curtin added the comment:
Just had a successful XP buildbot run:
http://www.python.org/dev/buildbot/all/builders/x86%20XP-5%203.2/builds/304
--
resolution: -> fixed
stage: patch review -> committed/rejected
status: open -> closed
_
Changes by Brian Curtin :
--
nosy: +brian.curtin
___
Python tracker
<http://bugs.python.org/issue12442>
___
___
Python-bugs-list mailing list
Unsubscribe:
Brian Curtin added the comment:
Agreed. I think we should pass on the raw data - how the user wants to format
and present that is up to them.
--
___
Python tracker
<http://bugs.python.org/issue12
Brian Curtin added the comment:
Can you post some example code or a test case?
--
nosy: +brian.curtin
___
Python tracker
<http://bugs.python.org/issue12
Changes by Brian Curtin :
--
stage: -> committed/rejected
status: open -> closed
type: crash -> behavior
___
Python tracker
<http://bugs.python.or
Brian Curtin added the comment:
Sorry it took so long to get to this - thanks a lot for the patch, Robbie!
--
resolution: -> fixed
stage: patch review -> committed/rejected
status: open -> closed
___
Python tracker
<http://bug
Changes by Brian Curtin :
--
resolution: -> invalid
stage: -> committed/rejected
status: open -> closed
type: -> behavior
___
Python tracker
<http://bugs.python
Changes by Brian Curtin :
--
nosy: -brian.curtin
___
Python tracker
<http://bugs.python.org/issue2636>
___
___
Python-bugs-list mailing list
Unsubscribe:
Brian Curtin added the comment:
Rather than mucking with the string, we should probably set some of these
details as attributes on ImportError. #10854 wanted something similar - details
on the pyd file that failed if you get an ImportError on an extension module on
Windows.
--
nosy
Changes by Brian Curtin :
--
assignee: theller ->
nosy: -theller
___
Python tracker
<http://bugs.python.org/issue10309>
___
___
Python-bugs-list mai
Brian Curtin added the comment:
By this issue existing, that's the decision that we should probably do this,
and I think the discussion shows we agree it should happen. How it's done is
another way, and we have roughly a year to get it figured out before 3.3 gets
closer.
I have a
Brian Curtin added the comment:
How about something like this?
ImportError moves from being a "simple" exception to a "complex" one, then adds
a "name" and "path" attribute. In dynload_win.c where we try (and fail) to load
C extensions, the name and p
Brian Curtin added the comment:
This would break existing config files, including some of my own.
It would also require that you have some end delimiter on every item in order
to handle the event that someone duplicates options, otherwise the following
would likely behave badly in your
New submission from Brian Curtin :
Would anyone be opposed to adding the following simple macro, which would be
the same as the one we have for Py_RETURN_NONE. I recently found myself doing
the Py_INCREF/return dance several times and ended up leaving an incref out in
a few spots, which the
Changes by Brian Curtin :
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue12724>
___
___
Python-bugs-list
Brian Curtin added the comment:
This is a bug tracker for the Python programming language and interpreter. You
should contact Emesene for help with their product.
--
nosy: +brian.curtin
resolution: -> invalid
stage: -> committed/rejected
status: open -&g
Brian Curtin added the comment:
Adding Jason - I'll dig around for it, but I think I brought this up in the
past and I seem to remember him having a justification for it. (apologies if
I'm thinking of something else)
--
nosy: +ja
1 - 100 of 1382 matches
Mail list logo
