Brian Curtin added the comment:
Thanks for noticing. I moved them out to PC\VS9.0 rather than outright deleting.
--
___
Python tracker
<http://bugs.python.org/issue13
Brian Curtin added the comment:
Thanks for your report. Unfortunately Python 3.2 won't ever work in this way
because changing compilers would be a new feature, and bug fix releases like
3.2 don't receive new features. Yesterday we completed the transition to VS2010
as a step towar
Brian Curtin added the comment:
+1 on the patch. It fixes a bunch of things that I entered unnecessarily (like
explicit .pyd names to fix the warnings), but after staring at the screen for a
long time I couldn't figure out what I was doing wrong to need them for some
reason.
I'm
Brian Curtin added the comment:
Hm, actually, doing a 64-bit debug build fails with that patch. ctypes,
_testbuffer, and xxlimited, the projects I originally had trouble with in the
settings, don't link properly.
--
___
Python tracker
Brian Curtin added the comment:
Correction, both 64-bit debug and release fail.
--
___
Python tracker
<http://bugs.python.org/issue13210>
___
___
Python-bug
New submission from Brian Curtin :
With the addition of #3561, I think we might want to have the file association
feature follow it in not being a default feature. It seems a bit off that we
don't want to change the way "python" reacts on the command line by default,
but we do
Brian Curtin added the comment:
> Are there any features which make VS 2010 easier to use for us?
I don't do much with the IDE besides the basics of writing the code and
building it, so I can't really say if it makes anything easier on us. I think
the change is just going to
Brian Curtin added the comment:
Does that failure happen to you every time? I occasionally see those RSP files
causing some failures, but those are something created by Visual Studio (2008
as well) and they sometimes get held open or cause problems being deleted. I've
always had success
Brian Curtin added the comment:
Can you try http://bugs.python.org/file25583/pcbuildpatch.patch from #13210?
--
___
Python tracker
<http://bugs.python.org/issue14
Brian Curtin added the comment:
Hm, I thought I already responded to this one. PEP 11 states that the w9xpopen
code shouldn't be removed until 3.4. I have a patch on another computer that
adds a deprecation for 3.3 - I'll add it here within the day.
For 3.4 we would actually
Brian Curtin added the comment:
I don't have time at the moment to test it, but the patch looks like it's
probably ok.
--
___
Python tracker
<http://bugs.python.o
Changes by Brian Curtin :
--
nosy: -brian.curtin
___
Python tracker
<http://bugs.python.org/issue1602>
___
___
Python-bugs-list mailing list
Unsubscribe:
Brian Curtin added the comment:
Would you mind taking a screenshot of where "Build Solution" appears? You'll
probably need to hold CTRL+print screen to make sure the menu doesn't retract.
As seen in http://i.imgur.com/XvXa5.png I have the menu as described in the
guide a
Brian Curtin added the comment:
Weird that they would do that. Given that there is a difference, we should
probably list both. Something like "choose the Build Solution option from
either the Build or Debug menu depending on your Visual Studio version."
Your patch seems to solve
Brian Curtin added the comment:
May as well fix them both.
--
___
Python tracker
<http://bugs.python.org/issue14884>
___
___
Python-bugs-list mailing list
Unsub
Changes by Brian Curtin :
Added file: http://bugs.python.org/file19524/fix_pipe_close.diff
___
Python tracker
<http://bugs.python.org/issue10252>
___
___
Python-bug
Changes by Brian Curtin :
--
type: security -> behavior
___
Python tracker
<http://bugs.python.org/issue9995>
___
___
Python-bugs-list mailing list
Unsubscri
Brian Curtin added the comment:
> Still not sure why they were not showing up on the buildbots. Victor was
> working from an svn checkout and I from the binary installer, so it's not
> just a difference in the svn eol handling.
I too had only been seeing this in my checkout,
Brian Curtin added the comment:
The patch works for me.
Unfortunately my knowledge on this particular area is very low so I can't
really evaluate the patch.
--
___
Python tracker
<http://bugs.python.org/i
Brian Curtin added the comment:
Fixed in r86506 for py3k. The maintenance branches recently had an RC in
preparation for a release -- I'll backport once they go out.
--
assignee: -> brian.curtin
nosy: +brian.curtin
resolution: -> accepted
type: feature request ->
Brian Curtin added the comment:
joblack - are you still seeing issues with this?
--
___
Python tracker
<http://bugs.python.org/issue10002>
___
___
Python-bug
Brian Curtin added the comment:
This can't actually work. You can't delete a directory which has open handles
to it on Windows, namely the Python process you're running in that directory.
The empty file path isn't really the issue here. shutil.rmtree(os.getcwd())
attempt
Brian Curtin added the comment:
I'm not sure how that would work in terms of redistributing, and how we'd
handle it within our own build process. This close to the beta I'm -1 on adding
that API.
--
___
Python tracker
<http
Brian Curtin added the comment:
Daniel: If you need VS2008, you can get it here:
http://www.microsoft.com/express/Downloads/#2008-Visual-CPP
--
___
Python tracker
<http://bugs.python.org/issue10
Changes by Brian Curtin :
--
nosy: +asksol
___
Python tracker
<http://bugs.python.org/issue7506>
___
___
Python-bugs-list mailing list
Unsubscribe:
Brian Curtin added the comment:
Closing - OpenSSL was upgraded to version 1.0.0a a few months ago.
--
resolution: -> out of date
status: open -> closed
___
Python tracker
<http://bugs.python.org/
Changes by Brian Curtin :
--
stage: -> committed/rejected
___
Python tracker
<http://bugs.python.org/issue8569>
___
___
Python-bugs-list mailing list
Unsubscri
Changes by Brian Curtin :
--
nosy: +brian.curtin
___
Python tracker
<http://bugs.python.org/issue4925>
___
___
Python-bugs-list mailing list
Unsubscribe:
Brian Curtin added the comment:
Can you provide a test case for this?
--
nosy: +asksol, brian.curtin
stage: -> unit test needed
___
Python tracker
<http://bugs.python.org/iss
Brian Curtin added the comment:
I don't think this is a feature request. This batch file should always run the
version of the file for which the batch is installed. For it to be generic and
end up using another installed version is incorrect. With that said...
Fixed in r86651, r86652
Brian Curtin added the comment:
True. I'll correct it.
--
___
Python tracker
<http://bugs.python.org/issue6378>
___
___
Python-bugs-list mailing list
Unsubsc
Brian Curtin added the comment:
Corrected in r86655, r86656, and r86657.
--
___
Python tracker
<http://bugs.python.org/issue6378>
___
___
Python-bugs-list mailin
Brian Curtin added the comment:
The addition of the Setup.sample to Tools/msi/msi.py was only done in 3.2. I
backported it to 3.1 in r8 and 2.7 in r86667.
--
assignee: tarek -> brian.curtin
nosy: +brian.curtin
resolution: -> fixed
stage: -> committed/rejected
sta
Brian Curtin added the comment:
I'm with Tim and Mark - can't reproduce this, so I'm closing the report. If you
are able to find another case which can reproduce this, feel free to re-open.
--
resolution: -> rejected
stage: -> committed/rejected
status: open
Changes by Brian Curtin :
--
nosy: -phillip.m.feld...@gmail.com
___
Python tracker
<http://bugs.python.org/issue1859>
___
___
Python-bugs-list mailing list
Unsub
Brian Curtin added the comment:
Committed to py3k in r86727.
I think this should be backported to the maintenance branches, but not until
after the upcoming point releases. Although those branches won't have the
ability to create hard links, they should have the ability to view inform
Brian Curtin added the comment:
Removing link to #10027. It's fixed for py3k but the issue should stay open for
backport to other branches.
--
dependencies: -os.lstat/os.stat don't set st_nlink on Windows
resolution: -> fixed
___
P
Brian Curtin added the comment:
Fixed in r86733.
--
stage: patch review -> committed/rejected
status: open -> closed
___
Python tracker
<http://bugs.python.org/
Brian Curtin added the comment:
I'll come up with a patch for Amaury's message.
Hirokazu - I didn't see that MSDN page, thanks. Without st_ino, I'll need to
find a way around the block of lines 1941-1954 in Lib/tarfile.py. That's what
was causing a test failure in t
New submission from Brian Curtin :
My build slave shows a test failure at test_dont_copy_file_onto_link_to_itself.
This happens because the implementation of _samefile in Lib/shutil.py (line 70)
doesn't work for Windows hard links.
Patch on the way.
--
assignee: brian.c
Brian Curtin added the comment:
Here is a patch.
os.path.samefile and hard links don't work for Windows the same way they do for
Mac/Linux. In the case where we are on Windows and a link comes into the
_samefile function, check that it's a link and then use os.path.sameopenfile.
I
Brian Curtin added the comment:
Jeff Hardy just made this change for IronPython 2.7:
http://bitbucket.org/ironpython/ironlanguages/changeset/b6bb2a9a7bc5
Any opposition to us matching that so they don't need to patch
Lib/subproce
Brian Curtin added the comment:
Amaury -- how does issue8879_unicode.diff look? Made the suggested change and
added a test.
--
stage: committed/rejected -> patch review
Added file: http://bugs.python.org/file19862/issue8879_unicode.diff
___
Pyt
Brian Curtin added the comment:
Committed in r86854 with your win32_error suggestion. Thanks for your help and
input.
--
___
Python tracker
<http://bugs.python.org/issue8
Brian Curtin added the comment:
Maybe the test should be Windows-only?
I don't really know the answer...things tend to fall apart when I get involved
with Unicode, encoding, codecs, etc. :/
--
___
Python tracker
<http://bugs.python.org/i
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
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 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 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 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 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: ->
Changes by Brian Curtin :
--
type: crash -> behavior
___
Python tracker
<http://bugs.python.org/issue10923>
___
___
Python-bugs-list mailing list
Unsubscri
701 - 800 of 1139 matches
Mail list logo