Brian Curtin br...@python.org added the comment:
Attached is an example of how this might be used with
Lib/test/test_faulthandler.py
--
nosy: +haypo, loewis
Added file: http://bugs.python.org/file21494/faulthandler_example.diff
___
Python tracker
Changes by Brian Curtin br...@python.org:
--
nosy: +brian.curtin
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1673007
___
___
Python-bugs-list
Brian Curtin br...@python.org added the comment:
Closing as duplicate. #1673007 tackles the same issues and has a few patches
available.
--
nosy: +brian.curtin
resolution: - duplicate
stage: test needed - committed/rejected
status: open - closed
superseder: - urllib2 requests history
Brian Curtin br...@python.org added the comment:
Can you add your tests to Lib/test/test_netrc.py?
--
nosy: +brian.curtin
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11416
Brian Curtin br...@python.org added the comment:
In the end, this is a duplicate of #11272 -- it's not specific to distutils but
this is where the issue pops up. input() in 3.2.0 isn't working properly so you
won't be able to run the register command. This is fixed for 3.2.1
In the meantime
Changes by Brian Curtin br...@python.org:
--
nosy: -brian.curtin
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1602
___
___
Python-bugs-list
Brian Curtin br...@python.org added the comment:
Attaching an initial patch implementing the same functionality but using
WaitForMultipleObjects. Here's some details:
WFMO takes an array of objects to wait on, which is the pipe handle and
sigint_event which is a handle to an event which gets
Brian Curtin br...@python.org added the comment:
SYNCHRONIZE comes for free on pipes created with CreateNamedPipe, so there's
nothing to do there.
I think it's more likely that we'll have to use WaitForMultipleObjects and
include the pipe handle with a signal handler for Ctrl-C. I believe
Brian Curtin br...@python.org added the comment:
I believe there was a previous request for this which was rejected, likely for
reasons Amaury listed.
--
nosy: +brian.curtin, loewis
___
Python tracker rep...@bugs.python.org
http://bugs.python.org
Changes by Brian Curtin br...@python.org:
--
nosy: +brian.curtin
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11629
___
___
Python-bugs-list
Brian Curtin br...@python.org added the comment:
You should report this to whoever makes npyio.py
--
nosy: +brian.curtin
resolution: - invalid
stage: - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http
Changes by Brian Curtin br...@python.org:
--
components: +Extension Modules, Windows -Library (Lib)
nosy: +brian.curtin
stage: - needs patch
type: - behavior
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11620
Brian Curtin br...@python.org added the comment:
This is incorrect. Please look at Python/bltinmodule.c for how input() is
implemented - there is no eval involved.
--
nosy: +brian.curtin
___
Python tracker rep...@bugs.python.org
http
Changes by Brian Curtin br...@python.org:
--
type: security -
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11641
___
___
Python-bugs-list
Brian Curtin br...@python.org added the comment:
3.2.1 will have the fix.
--
nosy: +brian.curtin
resolution: - duplicate
stage: - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11642
Brian Curtin br...@python.org added the comment:
Thanks for the patch!
--
assignee: - brian.curtin
nosy: +brian.curtin
resolution: - fixed
stage: - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http
Brian Curtin br...@python.org added the comment:
I'm not seeing those warnings anymore, so I think the patch can be ignored.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10535
Brian Curtin br...@python.org added the comment:
I made a bunch of the stat changes in 3.2 so I'll assign this to myself and
take a look.
--
assignee: - brian.curtin
stage: - needs patch
___
Python tracker rep...@bugs.python.org
http
Changes by Brian Curtin br...@python.org:
--
nosy: +brian.curtin
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11577
___
___
Python-bugs-list
Brian Curtin br...@python.org added the comment:
I showed robquad how to do the review stuff at PyCon but I forgot about the
publish part. Robbie, if you hit Publish + Mail Comments near the top of the
page after you've left comments, it'll send them out.
What he noticed was that changing
Brian Curtin br...@python.org added the comment:
Many thanks for the patch, Denver!
--
assignee: - brian.curtin
resolution: - fixed
stage: - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org
Brian Curtin br...@python.org added the comment:
Tested the patch on Windows -- all tests pass.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11503
Brian Curtin br...@python.org added the comment:
Agreed, looks fine.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11488
___
___
Python-bugs
Brian Curtin br...@python.org added the comment:
Attached is a slightly updated version of the patch. If the assertEqual for any
reason were to fail, the file wouldn't be closed, leading to a ResourceWarning.
That'll work on 3.2+, but if this is backported consideration will have to be
made
Brian Curtin br...@python.org added the comment:
The 3.x side of things is taken care of. Still need to see if there is any
issue on 2.7 where things are organized differently and dbm is in C.
--
assignee: - brian.curtin
stage: - commit review
Changes by Brian Curtin br...@python.org:
--
keywords: +needs review
nosy: +brian.curtin
stage: - patch review
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11503
Changes by Brian Curtin br...@python.org:
--
assignee: - brian.curtin
keywords: +needs review
stage: - patch review
versions: +Python 2.7, Python 3.1, Python 3.2, Python 3.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org
Changes by Brian Curtin br...@python.org:
--
resolution: - rejected
stage: - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9362
Changes by Brian Curtin br...@python.org:
--
resolution: - rejected
stage: - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1038909
Brian Curtin cur...@acm.org added the comment:
This is a duplicate of #6727, which is now easier to fix due to the symlink
work in 3.2.
--
resolution: - duplicate
stage: - committed/rejected
status: open - closed
___
Python tracker rep
Changes by Brian Curtin cur...@acm.org:
--
nosy: +brian.curtin
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6727
___
___
Python-bugs-list mailing
Brian Curtin cur...@acm.org added the comment:
FYI this was created during my PyCon talk...needed a non-dev account for the
demo.
--
nosy: +brian.curtin
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11469
Brian Curtin cur...@acm.org added the comment:
Santoso - since this is a feature request it would need to be retargeted to 3.3
--
versions: +Python 3.3 -Python 2.7
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7769
Brian Curtin cur...@acm.org added the comment:
-1 on going back through blah/xblah all over again.
--
nosy: +brian.curtin
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11406
Changes by Brian Curtin cur...@acm.org:
--
assignee: - lukasz.langa
nosy: +lukasz.langa
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11324
Changes by Brian Curtin cur...@acm.org:
--
nosy: +brian.curtin, loewis
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11288
___
___
Python-bugs
Brian Curtin cur...@acm.org added the comment:
It works fine for me. Just did a 32-bit Python 3.2 install on a Windows 7
64-bit machine and IDLE works.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11288
Changes by Brian Curtin cur...@acm.org:
--
nosy: +brian.curtin
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11272
___
___
Python-bugs-list
Brian Curtin cur...@acm.org added the comment:
#10841 may be related.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11272
___
___
Python-bugs
Brian Curtin cur...@acm.org added the comment:
Duplicate of #11272.
--
nosy: +brian.curtin
resolution: - duplicate
stage: - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11278
Changes by Brian Curtin cur...@acm.org:
--
nosy: -BreamoreBoy
versions: +Python 3.3 -Python 3.2
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7877
Brian Curtin cur...@acm.org added the comment:
Can you confirm that the checksum and size of the file you downloaded matches
what's on the site: http://www.python.org/download/releases/2.7.1/
--
components: +Windows
nosy: +brian.curtin
___
Python
Brian Curtin cur...@acm.org added the comment:
shutil.move is implemented using copy2, which as the documentation states at
the top, On Windows, file owners, ACLs and alternate data streams are not
copied.
See http://docs.python.org/library/shutil
--
nosy: +brian.curtin
resolution
Changes by Brian Curtin cur...@acm.org:
--
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11202
___
___
Python-bugs-list
Brian Curtin cur...@acm.org added the comment:
A change like this would need to go through, at the least, the python-ideas
mailing list. Please submit your idea there first.
--
nosy: +brian.curtin
resolution: - rejected
stage: - committed/rejected
status: open - closed
Changes by Brian Curtin cur...@acm.org:
--
assignee: - bquinlan
nosy: +bquinlan
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11161
Brian Curtin cur...@acm.org added the comment:
We're only a few days away from 3.2 final so it's too late. Once it goes out
I'll make the adjustment and it'll be in 3.2.1.
--
resolution: fixed -
stage: committed/rejected - patch review
status: pending - open
Changes by Brian Curtin cur...@acm.org:
--
nosy: +brian.curtin
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7
___
___
Python-bugs-list
Brian Curtin cur...@acm.org added the comment:
Looks fine to me.
--
nosy: +brian.curtin
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8
Brian Curtin cur...@acm.org added the comment:
Works for me. Just ran the 3.2 RC2 installer and did the following:
(type is like a Windows equivalent of `cat` on *nix)
type test.py
import sys
print(sys.version_info)
test.py
sys.version_info(major=3, minor=2, micro=0, releaselevel='candidate
Brian Curtin cur...@acm.org added the comment:
I don't think any changes were made around that feature, and it has always
worked for the last few installations I've done. Please do follow up with your
RC2 experience when you have a chance
Brian Curtin cur...@acm.org added the comment:
It was not immediately clear from the documentation if my runner() method
should be declared static or not.
The doc doesn't mention static methods at all, and my uses and others that I've
seen have never used static methods.
--
nosy
Changes by Brian Curtin cur...@acm.org:
--
title: Tkinter is not thread safe. This is a bug. - Tkinter is not thread safe
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11077
Brian Curtin cur...@acm.org added the comment:
You should contact pyserial.
--
nosy: +brian.curtin
resolution: - invalid
stage: - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11080
Changes by Brian Curtin cur...@acm.org:
--
title: Tkinter is not thread safe (and that's... bad) - Tkinter is not thread
safe
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11077
Brian Curtin cur...@acm.org added the comment:
Thanks, fixed in r88281. Back porting to the other branches as well.
--
nosy: +brian.curtin
resolution: - fixed
stage: - committed/rejected
status: open - closed
versions: +Python 3.1, Python 3.2
Brian Curtin cur...@acm.org added the comment:
This should be back-ported to the maintenance branch as well. I can take care
of that if Georg is busy with release-related stuff.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org
Brian Curtin cur...@acm.org added the comment:
Fixed in release31-maint in r88269.
--
stage: - committed/rejected
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11069
Brian Curtin cur...@acm.org added the comment:
Duplicate of #9116.
--
nosy: +brian.curtin
resolution: - duplicate
stage: - committed/rejected
status: open - closed
superseder: - test_capi.test_no_FatalError_infinite_loop crash on Windows
versions: +Python 3.1 -Python 3.2
Changes by Brian Curtin cur...@acm.org:
--
versions: +Python 3.2 -Python 3.1
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11070
___
___
Python
Brian Curtin cur...@acm.org added the comment:
I don't get a crash, but it certainly doesn't work. Once IDLE is open I type
raise TypeError, then open the stack viewer as you did. Here's what I'm
seeing:
[WINSEVEN] 2011-01-29 21:05:30.18
c:\Users\brian
c:\python31\python.exe -m idlelib.idle
Changes by Brian Curtin cur...@acm.org:
--
type: crash - behavior
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11069
___
___
Python-bugs-list
Brian Curtin cur...@acm.org added the comment:
The following patch will fix it. Another example of why 'list' isn't a great
name :)
Index: Lib/idlelib/RemoteObjectBrowser.py
===
--- Lib/idlelib/RemoteObjectBrowser.py (revision
Changes by Brian Curtin cur...@acm.org:
--
nosy: +brian.curtin
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11029
___
___
Python-bugs-list
Changes by Brian Curtin cur...@acm.org:
--
nosy: +brian.curtin
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6926
___
___
Python-bugs-list mailing
Brian Curtin cur...@acm.org added the comment:
Looks good to me.
As discussed in IRC, a note in 2.7 about the future of the `add` signature
would also be helpful.
--
nosy: +brian.curtin
___
Python tracker rep...@bugs.python.org
http
Changes by Brian Curtin cur...@acm.org:
--
assignee: ronaldoussoren -
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10684
___
___
Python-bugs
Brian Curtin cur...@acm.org added the comment:
Do you have any log files or screenshots of what exactly happens?
I have zero experience with WinPE, so that's an obvious barrier here, but
there's also nothing to go by in figuring out where the problem may be.
--
nosy: +brian.curtin
Changes by Brian Curtin cur...@acm.org:
--
nosy: +ezio.melotti, georg.brandl
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10936
___
___
Python
Changes by Brian Curtin cur...@acm.org:
--
type: crash - behavior
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10923
___
___
Python-bugs-list
Changes by Brian Curtin cur...@acm.org:
--
type: crash - behavior
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10921
___
___
Python-bugs-list
Brian Curtin cur...@acm.org added the comment:
That was changed in r84950 from #2643.
--
resolution: - out of date
stage: unit test needed - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org
Brian Curtin cur...@acm.org added the comment:
Assigning to myself.
Relevant IronPython issue: http://ironpython.codeplex.com/workitem/24042
--
assignee: - brian.curtin
components: +Extension Modules, Windows -Library (Lib)
nosy: +brian.curtin
stage: - needs patch
type: - behavior
Brian Curtin cur...@acm.org added the comment:
In Windows, it should probably use GetTickCount64 if available,
otherwise GetTickCount with logic to handle wrapping. I think
QueryPerformanceCounter is problematic as a general-purpose timer:
depending on the hardware and Windows version
Brian Curtin cur...@acm.org added the comment:
I think we even agreed to drop 2000, although the PEP hasn't been updated and I
couldn't find the supposed email where this was said.
For implementing functionality that isn't supported on all Windows versions or
architectures, you can look at PC
Changes by Brian Curtin cur...@acm.org:
--
nosy: -brian.curtin
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7662
___
___
Python-bugs-list
Brian Curtin cur...@acm.org added the comment:
The Read Execute permission listed on a file's property window doesn't
really mean anything. Executables only need read permissions [0] to actually be
executed.
Additionally, in terms of _stat, Windows does its check by extension [1
Changes by Brian Curtin cur...@acm.org:
--
nosy: -brian.curtin
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7229
___
___
Python-bugs-list
Brian Curtin cur...@acm.org added the comment:
The actual issue was initially detected when observing that the
'tarfile' package produced a tar containing different permissions,
depending on the script being executed by 'cygwin python' or 'native python'.
I would expect that. Each of those
Brian Curtin cur...@acm.org added the comment:
I meant that it doesn't have any effect because it's apparently always set from
what I could see, which was poor wording. The TechNet article also made a
similar claim. If it is ever not set, then the file clearly can't be executed
Changes by Brian Curtin cur...@acm.org:
--
type: resource usage - feature request
versions: +Python 3.3 -Python 2.7
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10854
Brian Curtin cur...@acm.org added the comment:
I'm pretty sure we can't do this, if I understand your request.
Say you have techtonik.pyd as your extension and it depends on foobar.dll. If
we try to load techtonik.pyd and this pyd can't find or successfully load
foobar.dll, Python doesn't
Brian Curtin cur...@acm.org added the comment:
Agree with Amaury. depends has always been my solution to this type of problem.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10854
Brian Curtin cur...@acm.org added the comment:
Duplicate of #1559549
--
nosy: +brian.curtin
resolution: - duplicate
stage: - committed/rejected
status: open - closed
superseder: - ImportError needs attributes for module and file name
___
Python
Changes by Brian Curtin cur...@acm.org:
--
versions: +Python 3.3 -Python 3.2
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1559549
___
___
Python
Brian Curtin cur...@acm.org added the comment:
See _PyImport_GetDynLoadFunc in Python/dynload_win.c -- that's where this is
happening.
Why Python can't get information about the reason .DLL is not loaded?
Windows does not provide it in the case you are speaking of. If I call
LoadLibraryEx
Changes by Brian Curtin cur...@acm.org:
--
stage: - needs patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10854
___
___
Python-bugs-list
Brian Curtin cur...@acm.org added the comment:
Can you start IDLE from the command line and see if there is any output?
c:\python27\python.exe -m idlelib.idle
--
components: +Windows -None
nosy: +brian.curtin
type: crash - behavior
___
Python
Brian Curtin cur...@acm.org added the comment:
Have you confirmed that the IDLE window isn't just opened behind another window
or possibly minimized? I don't know the cause of this, but a coworker has seen
a few times where IDLE will open but it isn't the main focused window (hiding
behind
Brian Curtin cur...@acm.org added the comment:
Weird. I'm not sure what could be happening here, and I'm not an IDLE user so I
don't really have anything else to try out here.
I noticed your email address is for what I think is a Norwegian domain. Is your
Windows install set to be a language
Brian Curtin cur...@acm.org added the comment:
Ah! You might want to take a look at #6941. Your firewall might be blocking
IDLE's communications.
In Windows 7, if you go to Control Panel and search for firewall in the top
right search box, it'll show an option to make an exception
Brian Curtin cur...@acm.org added the comment:
Alexander:
PCbuild\amd64\python_d.exe
Python 3.2b2+ (py3k, Jan 3 2011, 10:24:18) [MSC v.1500 64 bit (AMD64)] on win32
Type help, copyright, credits or license for more information.
import time
[54931 refs]
time.asctime((12345, 1, 1, 0, 0, 0, 0
Brian Curtin cur...@acm.org added the comment:
No crash on 0-day or 300,000. I bumped it up to 3,000,000 and got a
UnicodeDecodeError, although I'm not sure of the relevance of that to this
issue.
time.asctime((12345, 1, 0, 0, 0, 0, 0, 0, 0))
'Mon Jan 01 00:00:00 345'
[54935 refs
Brian Curtin cur...@acm.org added the comment:
Closed. I'll be adding this in #10608.
--
resolution: - duplicate
stage: needs patch - committed/rejected
status: open - closed
superseder: - Add a section to Windows FAQ explaining os.symlink
Changes by Brian Curtin cur...@acm.org:
--
stage: patch review - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8879
Brian Curtin cur...@acm.org added the comment:
Looks like whatever caused this is now gone.
--
resolution: - fixed
stage: - committed/rejected
status: pending - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8618
Brian Curtin cur...@acm.org added the comment:
Thanks for having a look.
Checked in with the suggested changes to r87539.
--
resolution: - fixed
stage: commit review - committed/rejected
status: open - closed
___
Python tracker rep
Brian Curtin cur...@acm.org added the comment:
Checked in a small doc update in r87547. Removes the part about os.symlink not
being available, and mentions the OSError.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9333
Brian Curtin cur...@acm.org added the comment:
Looks like this might be an issue with the Windows Server 2008 build slave. I
restarted it last night and a bunch of builds after that have failed due to
this test.
--
resolution: fixed -
stage: committed/rejected -
status: closed
Brian Curtin cur...@acm.org added the comment:
Oops, sorry. Fixed in r87561.
--
stage: commit review - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9333
501 - 600 of 1365 matches
Mail list logo