Brian Curtin added the comment:
What installer?
Please provide a patch.
--
nosy: +brian.curtin
priority: normal -> low
stage: -> needs patch
___
Python tracker
<http://bugs.python.org/i
Brian Curtin added the comment:
Fixed in r86906. Split the shared setUp/tearDown into individual methods for
each part.
--
resolution: -> fixed
stage: -> committed/rejected
status: open -> closed
___
Python tracker
<http://bug
Brian Curtin added the comment:
Fixed in r86935.
Tests pass on the following setups:
- Windows 7 (regular user - no symlink privilege)
- Windows 7 (administrator + symlink privilege)
- Windows Server 2003 (no symlink abilities)
- Arch Linux (just a sanity check)
I'm going to create a f
New submission from Brian Curtin :
A section in the Windows FAQ should better explain the recent addition of
os.symlink and how it can be used, along with examples.
If a user just sits down and hits Start>Run>python, os.symlink will almost
positively not be available. I'll need
Brian Curtin added the comment:
Here's a patch for the ResourceWarnings that were introduced.
--
nosy: +brian.curtin
Added file: http://bugs.python.org/file19909/warnings.diff
___
Python tracker
<http://bugs.python.org/is
Brian Curtin added the comment:
Will PYTHONIMAGINARYPERMUTATIONDIR accept imaginary numbers? If so, we will
also need PYTHONIMAGINARYPERMUTATIONDIRIMAGINARYIDENTIFIER.
--
nosy: +brian.curtin
___
Python tracker
<http://bugs.python.org/issue10
Brian Curtin added the comment:
yes
--
___
Python tracker
<http://bugs.python.org/issue10562>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.pyth
Brian Curtin added the comment:
> So the presence of os.symlink depends on some dynamic privilege?
Yes.
> Why not simply raise an exception when the user has not enough
> privileges? (I mean OSError or WindowsError of course, not AttributeError)
My thinking was that anyone writ
Brian Curtin added the comment:
Here's a patch which implements the context manager and adds a few tests and a
small doc change.
Tested on Mac and Windows.
--
keywords: +patch
nosy: +brian.curtin
Added file: http://bugs.python.org/file19916/subprocess
Brian Curtin added the comment:
I updated the doc to be much more simple. I got used to sys.executable based
tests :) New patch attached.
As for __del__, I think it should do it's thing, and the exit will do it's own.
Context managers are traditionally used on file-based things,
Brian Curtin added the comment:
Committed in r86951. Thanks for the reviews!
--
assignee: -> brian.curtin
resolution: -> fixed
stage: needs patch -> committed/rejected
___
Python tracker
<http://bugs.python.or
Changes by Brian Curtin :
--
nosy: -brian.curtin
___
Python tracker
<http://bugs.python.org/issue10562>
___
___
Python-bugs-list mailing list
Unsubscribe:
Brian Curtin added the comment:
> a test isn't actually needed for this patch.
This is incorrect.
--
nosy: +brian.curtin
___
Python tracker
<http://bugs.python.org
Brian Quinlan added the comment:
I've attached a patch that removes the code that installs a handler to the
futures logger.
I'm not sure if this is the correct approach though - it means that
"impossible" errors will only be reported to the user through a message like
&
New submission from Brian Quinlan :
multiprocessing generates fatal error "Invalid thread state for this thread" in
PyThreadState_Swap
This seems to happen on RHEL 5 and Centos 5.5
Here is the minimal repro:
>>> import multiprocessing.managers
>>> mpp = mu
Brian Quinlan added the comment:
I've filed a new bug (http://bugs.python.org/issue10632) against
multiprocessing and this bug dependent on it.
In the meantime, I can't repro this on ubuntu 10.04 LTS so I'm going to install
Centos and give that a go.
Changes by Brian Quinlan :
--
title: multiprocessing gene -> multiprocessing generates a fatal error
___
Python tracker
<http://bugs.python.org/issu
Changes by Brian Curtin :
--
components: +Library (Lib)
stage: -> unit test needed
versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.5, Python 2.6
___
Python tracker
<http://bugs.python.org/issu
Changes by Brian Curtin :
--
nosy: +brian.curtin
___
Python tracker
<http://bugs.python.org/issue10634>
___
___
Python-bugs-list mailing list
Unsubscribe:
Brian Curtin added the comment:
No, and please do not clutter this issue with any perceived typo discussions.
--
nosy: +brian.curtin
___
Python tracker
<http://bugs.python.org/issue10
Brian Curtin added the comment:
I'll come up with a patch to make the attribute always available, but raise
OSError when the privilege is not held.
--
resolution: fixed ->
___
Python tracker
<http://bugs.python.or
Brian Curtin added the comment:
Changing "Completing" to "Complete" seems fine to me.
Here is a screenshot of where this currently appears:
http://i.imgur.com/RX9b9.png
--
___
Python tracker
<http://bug
New submission from Brian Curtin :
ntpath.samefile is currently implemented using GetFinalPathNameByHandle, which
doesn't work for hard links.
Since I introduced values for os.stat().st_ino in #8879 (which implemented
os.link), I suspect we can possibly change ntpath.samefile to be the
Changes by Brian Curtin :
--
type: crash -> behavior
___
Python tracker
<http://bugs.python.org/issue10647>
___
___
Python-bugs-list mailing list
Unsubscri
Brian Curtin added the comment:
I don't see this on a US/English version of Windows 7 with 3.2b1 installed.
cp932 is the default on a Japanese version, correct?
(I'm not very good with all of this encoding stuff so I don't know how much
help I can be)
--
nosy
Brian Curtin added the comment:
I don't see this on a US/English version of Windows 7 with 3.2b1 installed.
--
nosy: +brian.curtin
___
Python tracker
<http://bugs.python.org/is
Brian Cain added the comment:
I don't think the problem is limited to when hundreds of megabytes are being
transmitted. I believe I am experiencing a problem with the same root cause
whose symptoms are slightly different. It seems like there's a threshhold
which causes not m
Brian Cain added the comment:
I was able to reproduce the problem on a more recent release.
7279 entries fails, 7278 entries succeeds.
$ ./multiproc3.py
on 3.1.2 (r312:79147, Apr 15 2010, 12:35:07)
[GCC 4.4.3] - Linux mini 2.6.32-26-generic #47-Ubuntu SMP Wed Nov 17 15:59:05
UTC 2010 i686
Brian Cain added the comment:
Detailed stack trace when the failure occurs (gdb_stack_trace.txt)
--
Added file: http://bugs.python.org/file19983/gdb_stack_trace.txt
___
Python tracker
<http://bugs.python.org/issue8
New submission from Brian Cain :
When calling Process' join([timeout]) method, the timeout expiration case is
indistinguishable from the successful join. I suppose the 'exitcode' attribute
can deliver the necessary information, but perhaps join could stand on its own.
If join
Brian Quinlan added the comment:
Sorry for being AWOL for so long. Attached is a patch that doesn't install a
handler and checks stderr for the exception output. Unfortunately, it looks
like the logging tests are still messing things up:
./python.exe -m test test_concurrent_fu
Brian Quinlan added the comment:
What's the best way for me to test this? The problem occurs on a Windows-only
code path but there is not enough information for me to debug it.
Should I check-in some additional diagnostics, wait for the buildbot to run,
collect my data and then rollba
Brian Curtin added the comment:
You can create a branch, checkin to that branch, then specify that a specific
buildbot runs your branch. See the "force build" page of a build slave.
Additionally, I can give you access to my build slave, the Windows Server 2008
one, but that may
Brian Quinlan added the comment:
I'm good, thanks Brian C.
It looks like SetEvent is failing with ERROR_INVALID_HANDLE.
CRITICAL:root:SetEvent(2044) failed with 0, GetLastError() = 6
CRITICAL:root:SetEvent(2064) failed with 0, GetLastError() = 6
CRITICAL:root:SetEvent(2220) failed w
Brian Curtin added the comment:
Here's a patch. I think this works more like what you guys are looking for.
Tests pass on Windows 7 and I checked it on a Mac to be sure, and it's good
there too.
--
Added file: http://bugs.python.org/file20178/issue93
Brian Curtin added the comment:
(hit enter too soon, sorry)
The patch makes os.symlink always available on Windows machines, but it will
only have an effect when privileged. Windows XP and Windows 2003 will still
receive NotImplementedError, as the underlying calls aren't available ther
Brian Curtin 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
<http://bug
Brian Curtin 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
<http://bugs.python.org/issue9
Brian Quinlan added the comment:
Fixed in r87556.
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue10626>
___
__
Brian Curtin 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 added the comment:
Oops, sorry. Fixed in r87561.
--
stage: commit review -> committed/rejected
status: open -> closed
___
Python tracker
<http://bugs.python.org/
Brian Curtin added the comment:
This isn't failing in manual runs of regrtest -uall on that machine.
--
status: open -> pending
___
Python tracker
<http://bugs.python.or
Brian Curtin added the comment:
Looks like whatever caused this is now gone.
--
resolution: -> fixed
stage: -> committed/rejected
status: pending -> closed
___
Python tracker
<http://bugs.python.o
Brian Quinlan added the comment:
Martin,
Could you commit this patch if you think that it is the right thing? I'm going
to be restructuring the tests and don't want you to get caught in merge hell.
Cheers,
Brian
--
___
Python trac
Brian Quinlan added the comment:
The tests are currently flaky on Windows and I'd like to fix that before the
release. But I don't have the bandwidth to debug the Call() abstraction used in
the tests before 3.2 RC1.
You can see the test change here:
http://svn.python.org/view/pytho
Brian Quinlan added the comment:
Fixed in r87673.
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue10788>
___
__
Brian Quinlan added the comment:
Fixed in r87673.
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue10737>
___
__
Brian Quinlan added the comment:
Fixed in r87673.
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue10028>
___
__
Changes by Brian Quinlan :
--
stage: -> needs patch
___
Python tracker
<http://bugs.python.org/issue10632>
___
___
Python-bugs-list mailing list
Unsubscri
Brian Curtin 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
[5
Brian Curtin 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'
[5
Brian Curtin 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 :
--
stage: patch review -> committed/rejected
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue8879>
___
___
Brian Curtin 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 tracker
&l
Brian Curtin 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
behin
Brian Curtin 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 lang
Brian Curtin 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 exc
Changes by Brian Curtin :
--
type: resource usage -> feature request
versions: +Python 3.3 -Python 2.7
___
Python tracker
<http://bugs.python.org/issu
Brian Curtin 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
Brian Curtin added the comment:
Agree with Amaury. depends has always been my solution to this type of problem.
--
___
Python tracker
<http://bugs.python.org/issue10
Brian Curtin 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
___
Py
Changes by Brian Curtin :
--
versions: +Python 3.3 -Python 3.2
___
Python tracker
<http://bugs.python.org/issue1559549>
___
___
Python-bugs-list mailing list
Unsub
Brian Curtin 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
Load
Changes by Brian Curtin :
--
stage: -> needs patch
___
Python tracker
<http://bugs.python.org/issue10854>
___
___
Python-bugs-list mailing list
Unsubscri
Brian Curtin 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 exten
Changes by Brian Curtin :
--
nosy: -brian.curtin
___
Python tracker
<http://bugs.python.org/issue7229>
___
___
Python-bugs-list mailing list
Unsubscribe:
Brian Curtin 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 w
Brian Curtin 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
Changes by Brian Curtin :
--
nosy: -brian.curtin
___
Python tracker
<http://bugs.python.org/issue7662>
___
___
Python-bugs-list mailing list
Unsubscribe:
Brian Curtin 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 versio
Brian Curtin 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
Brian Curtin 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: ->
Brian Quinlan added the comment:
Arian,
This seems like such an unimportant edge case that I don't want to mess with
the API just to accommodate it.
If you really need to pass an "fn" keyword argument, use:
.submit(foo, 1, 2, **{'fn': bar})
--
resolution:
Brian Quinlan added the comment:
Good point! I'd suggest functools.partial.
--
___
Python tracker
<http://bugs.python.org/issue10918>
___
___
Python-bugs-l
Changes by Brian Curtin :
--
type: crash -> behavior
___
Python tracker
<http://bugs.python.org/issue10923>
___
___
Python-bugs-list mailing list
Unsubscri
Changes by Brian Curtin :
--
type: crash -> behavior
___
Python tracker
<http://bugs.python.org/issue10921>
___
___
Python-bugs-list mailing list
Unsubscri
Brian Curtin 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
<http://bugs.python.o
Brian Curtin 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
stage:
Changes by Brian Curtin :
--
nosy: +ezio.melotti, georg.brandl
___
Python tracker
<http://bugs.python.org/issue10936>
___
___
Python-bugs-list mailing list
Unsub
Brian Thorne added the comment:
With the example script attached I see the exception every time. On Ubuntu
10.10 with Python 2.6
Since the offending line in multiprocesing/queues.py (233) is a debug
statement, just commenting it out seems to stop this exception.
Looking at the util file
Changes by Brian Curtin :
--
assignee: ronaldoussoren ->
___
Python tracker
<http://bugs.python.org/issue10684>
___
___
Python-bugs-list mailing list
Unsubscri
Changes by Brian Curtin :
--
nosy: +brian.curtin
___
Python tracker
<http://bugs.python.org/issue6926>
___
___
Python-bugs-list mailing list
Unsubscribe:
Brian Curtin 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
<http://bugs.python.org/issue11
Changes by Brian Curtin :
--
nosy: +brian.curtin
___
Python tracker
<http://bugs.python.org/issue11029>
___
___
Python-bugs-list mailing list
Unsubscribe:
Brian Curtin 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
Changes by Brian Curtin :
--
versions: +Python 3.2 -Python 3.1
___
Python tracker
<http://bugs.python.org/issue11070>
___
___
Python-bugs-list mailing list
Unsub
Brian Curtin 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:\py
Changes by Brian Curtin :
--
type: crash -> behavior
___
Python tracker
<http://bugs.python.org/issue11069>
___
___
Python-bugs-list mailing list
Unsubscri
Brian Curtin 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
Brian Curtin 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
<http://bugs.python.org/issue11
Brian Curtin added the comment:
Fixed in release31-maint in r88269.
--
stage: -> committed/rejected
___
Python tracker
<http://bugs.python.org/issu
Brian Curtin 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.
--
nos
Changes by Brian Curtin :
--
title: Tkinter is not thread safe. This is a bug. -> Tkinter is not thread safe
___
Python tracker
<http://bugs.python.org/issu
Brian Curtin added the comment:
You should contact pyserial.
--
nosy: +brian.curtin
resolution: -> invalid
stage: -> committed/rejected
status: open -> closed
___
Python tracker
<http://bugs.python.or
Changes by Brian Curtin :
--
title: Tkinter is not thread safe (and that's... bad) -> Tkinter is not thread
safe
___
Python tracker
<http://bugs.python.org
Brian Curtin 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 Quinlan added the comment:
Sorry for taking so long to reply - I was on holidays until today.
This is an incompatible API change (since people may be providing "fn" by
keyword) so we should probably hold off until 3.3.
I also don't really like that the signature for sub
Brian Curtin 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 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.
--
___
Pyth
New submission from Brian Jones :
In Python 3.2b2, html.entities.codepoint2name and name2codepoint only support
the 252 HTML entity names defined in the HTML 4 spec from 1997. I'm wondering
if there's a reason not to support W3C Recommendation 'XML Entity Definitions
for Cha
501 - 600 of 1992 matches
Mail list logo
