Jason R. Coombs added the comment:
Brian, I'm available to help with this tomorrow evening; let me know if you
want to team up on it then.
--
___
Python tracker
<http://bugs.python.org/is
Jason R. Coombs added the comment:
MS Connect is apparently only for projects under active development, not
mature, released products. I've posted to the MSDN forums, where with my MSDN
account, I can expect priority support from MS personnel.
http://social.msdn.microsoft.com/Forums/
Jason R. Coombs added the comment:
Per the suggestion in the Visual Studio forums, I posted a report against
Visual Studio here:
https://connect.microsoft.com/VisualStudio/feedback/details/669601/regression-calling-wstat64i32-on-symlink-directory-with-kb2467174-installed#details
Jason R. Coombs added the comment:
Thanks and good work, Brian.
I think ,though, I'm leaning toward agreeing with Amaury on the presence of the
symlink attribute in os.
I can easily see the justification for hiding it in legacy environments
(Windows XP & Server 2003), where the
New submission from Jason R. Coombs :
When reindent.py runs, it will convert the line endings for each file it
converts to the default line ending for the platform on which reindent.py runs.
It would be better if reindent.py would retain line endings of the source file.
Attached is a patch
Changes by Jason R. Coombs :
Removed file: http://bugs.python.org/file19955/reindent-autonewline.patch
___
Python tracker
<http://bugs.python.org/issue10639>
___
___
Pytho
Jason R. Coombs added the comment:
Merged the patch with the latest trunk.
--
Added file: http://bugs.python.org/file19956/reindent-autonewline.patch
___
Python tracker
<http://bugs.python.org/issue10
Jason R. Coombs added the comment:
Good work Eric.
When I first heard of new string formatting, I was a little wary. The syntax to
supply a dictionary of keyword replacements seemed awkward. It took me a while
before I realized why it really bothered me. There's string formatting you ca
Jason R. Coombs added the comment:
That's great that reindent works in your environment, but that's no help in my
environment.
Here's the use case: We have a software package developed in Unix and with Unix
LF line endings. The code base may also contain files with CRLF
Jason R. Coombs <[EMAIL PROTECTED]> added the comment:
+1 on using "Program Files" by default.
In addition to the points mentioned above, there are other considerations.
In 64-bit platforms (Windows XP x64 and Vista 64-bit), programs are
segmented by their binary compatibi
Jason R. Coombs added the comment:
I haven't seen this error. My first guess is its a regression due to
win 7 or updates to the python code. I'll look into it.
Sent from my comm
On Jan 16, 2010, at 17:47, "Eric Smith" wrote:
>
> Eric Smith added the comment:
Jason R. Coombs added the comment:
Eric: I'm guessing the error you're seeing might be due to a UAC issue
(http://en.wikipedia.org/wiki/User_Account_Control). I've been developing with
UAC disabled (because working with the command-line in a UAC environment is a
bit**).
Can y
Jason R. Coombs added the comment:
Brian: That's interesting. Many of those failures look very much like failures
I've encountered and fixed, though I have been developing in a 32-bit
environment. I'll run the tests on my 64-bit system and see if
Jason R. Coombs added the comment:
Brian: I applied the draft 18 patch to the latest version of /branches/py3k
(77592). I compiled the release x64 build and ran a few tests using the
following syntax:
PS C:\Users\jaraco\projects\public\python-core-py3k> .\pcbuild\amd64\python
.\lib\t
Changes by Jason R. Coombs :
Removed file: http://bugs.python.org/file15616/windows symlink draft 17.patch
___
Python tracker
<http://bugs.python.org/issue1578
Jason R. Coombs added the comment:
Eric: The failures I'm seeing in test_posixpath indicate that realpath isn't
working properly. Are you getting the same results?
As for the buildbot issue - I'm unfamiliar with the buildbot configuration. I
think it would be worth creating
Jason R. Coombs added the comment:
This new patch (draft 19) addresses the outstanding test failures in
test_posixpath.py and test_platform.py (by essentially disabling tests that
were previously-disabled but became enabled on Windows by adding symlink
support).
--
Added file: http
Jason R. Coombs added the comment:
I've confirmed that in fact a security policy permission is required to create
a symbolic link, and that by default, that permission is only granted to
administrators (see
http://en.wikipedia.org/wiki/Symbolic_link#Windows_Vista_symbolic_link). Given
Jason R. Coombs added the comment:
When I consider that the buildslaves are probably donated and not designated
exclusively for Python testing, it makes good sense that they typically run
under a restricted account.
Given that there is a specific permission that can be assigned to the
Jason R. Coombs added the comment:
Great suggestion. I'll do that.
--
title: Add os.link() and os.symlink() and os.path.islink() support for Windows
-> Add os.link() and os.symlink() and os.path.islink() support for Windows
___
Python
Jason R. Coombs added the comment:
If you want support for symlinks in Python 2.6, see
http://pypi.python.org/pypi/jaraco.windows . It even has a method to monkey
patch the os module to provide forward compatibility to the 3.2 functionality.
--
Added file: http://bugs.python.org
Jason R. Coombs added the comment:
Eric: I concur. The function to skip tests will test for the presence of the
particular permission.
--
Added file: http://bugs.python.org/file15939/smime.p7s
___
Python tracker
<http://bugs.python.
Changes by Jason R. Coombs :
Removed file: http://bugs.python.org/file15938/smime.p7s
___
Python tracker
<http://bugs.python.org/issue1578269>
___
___
Python-bugs-list m
Changes by Jason R. Coombs :
Removed file: http://bugs.python.org/file15939/smime.p7s
___
Python tracker
<http://bugs.python.org/issue1578269>
___
___
Python-bugs-list m
Jason R. Coombs added the comment:
I'm currently struggling with determining if the host process has the
appropriate privileges. I'm stuck in that I've enumerated the privileges for an
admin account, but the SeCreateSymbolicLink privilege is not present. I guess
it's in
New submission from Jason R. Coombs :
Under Python 2.6.4 64-bit on Windows 7 64-bit, I found that when launching a
script under the debugger, if backslashes were in the script pathname, they
were not interpreted correctly by the interpreter.
For example, create a simple test script, &q
Changes by Jason R. Coombs :
--
title: IOError when launching script under pdb with backslash in script path ->
IOError in execfile with backslash in path
___
Python tracker
<http://bugs.python.org/iss
Jason R. Coombs added the comment:
I'm changing the title back to the original title. I don't believe the problem
is reproducible using execfile. That is, if a properly-escaped path is passed
to execfile, it works fine.
So I believe the problem lies between when pdb takes control
Jason R. Coombs added the comment:
I suspect this patch may fix the problem. I haven't yet had time to test it.
Index: Lib/pdb.py
===
--- Lib/pdb.py (revision 77683)
+++ Lib/pdb.py (working copy)
@@ -1200,7 +1
Jason R. Coombs added the comment:
The attached test-case identifies the failure mode (and verifies that the
proposed fix corrects the issue).
--
Added file: http://bugs.python.org/file15968/test_pdb.py
___
Python tracker
<http://bugs.python.
Jason R. Coombs added the comment:
Here's a new patch against the trunk that addresses Brian's concerns.
--
keywords: +patch
versions: +Python 2.7
Added file: http://bugs.python.org/file15970/fix with test.patch
___
Python trac
Jason R. Coombs added the comment:
For completeness, I've back-ported the patch to the release26-maint branch.
--
Added file: http://bugs.python.org/file15971/fix with test
(releas26-maint).patch
___
Python tracker
<http://bugs.py
Changes by Jason R. Coombs :
Removed file: http://bugs.python.org/file15968/test_pdb.py
___
Python tracker
<http://bugs.python.org/issue7750>
___
___
Python-bugs-list m
Jason R. Coombs added the comment:
Amaury, that was a good suggestion, but I did with Eric's help track down a
mechanism to test for the presence of the symlink creation privilege. I prefer
to have a proper check rather than to attempt to create one and test for the
failure message be
Jason R. Coombs added the comment:
Brian, thanks for the review. I really appreciate it. I'll fix all of the
identified issues.
> Lib/test/test_posixpath.py
> - Lines 365-366 - why check has_symlink() and immediately check it
> again?
In the unpatched code, there were two call
Changes by Jason R. Coombs :
Removed file: http://bugs.python.org/file15933/windows symlink draft 19.patch
___
Python tracker
<http://bugs.python.org/issue1578
Changes by Jason R. Coombs :
Removed file: http://bugs.python.org/file16003/windows symlink draft 20.patch
___
Python tracker
<http://bugs.python.org/issue1578
Changes by Jason R. Coombs :
Added file: http://bugs.python.org/file16178/windows symlink draft 21.patch
___
Python tracker
<http://bugs.python.org/issue1578269>
___
___
Changes by Jason R. Coombs :
Removed file: http://bugs.python.org/file16174/windows symlink draft 21.patch
___
Python tracker
<http://bugs.python.org/issue1578
Jason R. Coombs added the comment:
This latest patch (22) does some refactoring in test_posixpath to reduce
nesting, limit duplicated code, and skip failing tests on Windows.
The only task now is to address the failing tests in a limited user account.
--
Added file: http
Changes by Jason R. Coombs :
Removed file: http://bugs.python.org/file16178/windows symlink draft 21.patch
___
Python tracker
<http://bugs.python.org/issue1578
Jason R. Coombs added the comment:
This new patch (23) renames support.has_symlink and
support.skip_unless_has_symlink to "can_symlink". This more accurately reflects
the functionality.
--
title: Add os.link() and os.symlink() and os.path.islink() support for
Wind
Changes by Jason R. Coombs :
Removed file: http://bugs.python.org/file15932/failures.txt
___
Python tracker
<http://bugs.python.org/issue1578269>
___
___
Python-bug
Changes by Jason R. Coombs :
Removed file: http://bugs.python.org/file16180/windows symlink draft 22.patch
___
Python tracker
<http://bugs.python.org/issue1578
Changes by Jason R. Coombs :
Removed file: http://bugs.python.org/file16193/windows symlink draft 23.patch
___
Python tracker
<http://bugs.python.org/issue1578
Changes by Jason R. Coombs :
Removed file: http://bugs.python.org/file16194/windows symlink draft 24.patch
___
Python tracker
<http://bugs.python.org/issue1578
Changes by Jason R. Coombs :
Removed file: http://bugs.python.org/file16197/smime.p7s
___
Python tracker
<http://bugs.python.org/issue1578269>
___
___
Python-bugs-list m
Jason R. Coombs added the comment:
I'm interested in finding a workaround for this issue in the next 24 hours. I
can also help contribute a test case. I'll investigate further.
--
nosy: +jaraco
___
Python tracker
<http://bugs.python.
Jason R. Coombs added the comment:
Attached is a patch against the py3k branch that fixes the issue by changing
the mode used to open the target script. It includes a unittest that elicits
the issue and validates the fix.
The patch should also probably be applied to the 31maint branch
Jason R. Coombs added the comment:
I personally make heavy use of the command line and continue to install python
to %ProgramFiles%. I find the space in the pathname to be a non-issue. After
%programfiles%\Python26 and %programfiles%\Python26\Scripts are added to the
path, and .py is added
Jason R. Coombs added the comment:
Martin: Would it be sufficient to copy the ACLs from %programfiles%, or would
it be better to hard-code the permissions from %programfiles% from a known
standard configuration? Is it known if the ACLs on %programfiles% in WinXP
differ from later platforms
New submission from Jason R. Coombs :
On Python 2.6 and Python 2.7a, calling ntpath.realpath(os.devnull) returns
'nul' (two backslashes followed by nul), which is not a valid filename.
This appears to have been fixed in Python 3.1, as on 3.1.1,
ntpath.realpath(os.devnul
Jason R. Coombs added the comment:
This bug does not exhibit in Python 3.1.1.
--
nosy: +jaraco
versions: +Python 2.7
___
Python tracker
<http://bugs.python.org/issue7
Jason R. Coombs added the comment:
Indeed, this is a duplicate. My search failed probably because ntpath.abspath
is ntpath.realpath.
--
status: open -> closed
___
Python tracker
<http://bugs.python.org/iss
Jason R. Coombs added the comment:
Attaching a test against trunk which elicits the error reported in this bug.
--
keywords: +patch
Added file: http://bugs.python.org/file16419/issue7909-test.patch
___
Python tracker
<http://bugs.python.
New submission from Jason R. Coombs :
Documentation for Python 2.6.5 and 3.1.2 both describe using the smtplib as so:
s = smtplib.SMTP()
s.sendmail(me, [you], msg.as_string())
s.quit()
However, this sample usage is incorrect and doesn't work in practice, because
s.connect
Jason R. Coombs added the comment:
It appears in r71882, the change was made in deference to issue4239.
--
___
Python tracker
<http://bugs.python.org/issue8
Jason R. Coombs added the comment:
According to issue4239#msg75355, the connect call is not required, but I
believe he is mistaken. The connect call is required unless the s object is
constructed with host/port parameters, in which case the call to connect
(without any parameters) will
Jason R. Coombs added the comment:
Matt, I hope you don't mind, but I added you as nosy on this issue as it
relates to a change you suggested.
--
nosy: +matt
___
Python tracker
<http://bugs.python.org/i
Jason R. Coombs added the comment:
I agree. I found the documentation very difficult to understand. The term
"top-level" can be confusing. Consider instead something like "search the
entire tree".
A few other comments about the documentation of findtext:
fin
Jason R. Coombs added the comment:
This latest patch (26) only merges the latest changes from the repo.
--
Added file: http://bugs.python.org/file16761/windows symlink draft 26.patch
___
Python tracker
<http://bugs.python.org/issue1578
Jason R. Coombs added the comment:
Is there a reason this didn't get reviewed for the 3.1.2 release? What steps
need to be taken to see that it makes it into a 3.1.3 release?
--
___
Python tracker
<http://bugs.python.org/i
New submission from Jason R. Coombs :
Using Windows 7 32-bit, and /branches/p...@79802.
When I run the test_tarfile from the regrtest script, often the first run will
succeed and subsequent runs will fail (though sometimes a first run will fail
and rarely a subsequent run will succeed). It
Jason R. Coombs added the comment:
My initial troubleshooting indicated to me that the intermittent test_tarfile
problem exists independent of the symlink patch, so it was not relevant to this
issue.
I've tried to do some more thorough troubleshooting, and this continues to be
my fi
Jason R. Coombs added the comment:
> To be clear, all of my tests were without any patches applied.
--
___
Python tracker
<http://bugs.python.org/iss
Jason R. Coombs added the comment:
I've tried reproducing this on a clean system and have thusfar been unable to.
I'll try to eliminate variables on the failing system and perhaps this will
elicit some information about what's causing the intermittent failures with the
Jason R. Coombs added the comment:
After grabbing a clean checkout, I'm unable to reproduce this problem where I
was seeing it earlier, so I suspect the problem is in fact related to one or
more lingering patches that were applied to the source. Please close this
ticket as in
Jason R. Coombs added the comment:
While trying to reproduce the transient test_tarfile errors, I found two more
tests that appear to be failing when symlinks cannot be created, now skipped by
patch 27.
--
Added file: http://bugs.python.org/file16809/windows symlink draft 27.patch
New submission from Jason R. Coombs :
While trying to work out a failing
test_platform.PlatformTest.test_architecture_via_symlink, I found a more
fundamental problem.
In the build environment, python.exe depends on pythonXX.dll being in the same
directory as sys.executable to load the
Jason R. Coombs added the comment:
This attached patch against the py3k branch adds a test that reproduces the
described behavior.
--
keywords: +patch
Added file: http://bugs.python.org/file16811/reproduction as test.patch
___
Python tracker
<h
Jason R. Coombs added the comment:
I've been fighting a failing test in test_platform (when
test.support.can_symlink() is True). Turns out the problem is caused by the
fact that the Python DLL cannot be resolved when the executable isn't in the
same directory (which is the case whe
Changes by Jason R. Coombs :
Removed file: http://bugs.python.org/file16196/windows symlink draft 25.patch
___
Python tracker
<http://bugs.python.org/issue1578
Changes by Jason R. Coombs :
Removed file: http://bugs.python.org/file16761/windows symlink draft 26.patch
___
Python tracker
<http://bugs.python.org/issue1578
Jason R. Coombs added the comment:
Thanks!
--
___
Python tracker
<http://bugs.python.org/issue8342>
___
___
Python-bugs-list mailing list
Unsubscribe:
Jason R. Coombs added the comment:
This patch includes a routine that adds the directory of the python executable
to the path before attempting to run a symlinked executable (in test_platform).
--
Added file: http://bugs.python.org/file16821/windows symlink draft 28.patch
Jason R. Coombs added the comment:
In the last patch, I addressed test_platform running a test under a symlinked
Python. I then found the same error resulting from essentially the same code in
test_sysconfig. So I refactored those methods into a generator method in
test.support. This is
Changes by Jason R. Coombs :
Added file: http://bugs.python.org/file16825/windows symlink draft 29.patch
___
Python tracker
<http://bugs.python.org/issue1578269>
___
___
Changes by Jason R. Coombs :
Removed file: http://bugs.python.org/file16809/windows symlink draft 27.patch
___
Python tracker
<http://bugs.python.org/issue1578
Changes by Jason R. Coombs :
Removed file: http://bugs.python.org/file16821/windows symlink draft 28.patch
___
Python tracker
<http://bugs.python.org/issue1578
Changes by Jason R. Coombs :
Removed file: http://bugs.python.org/file16824/windows symlink draft 28.patch
___
Python tracker
<http://bugs.python.org/issue1578
Changes by Jason R. Coombs :
Added file: http://bugs.python.org/file16833/admin results - no patch.zip
___
Python tracker
<http://bugs.python.org/issue1578269>
___
___
Changes by Jason R. Coombs :
Added file: http://bugs.python.org/file16834/admin results - patch 29.zip
___
Python tracker
<http://bugs.python.org/issue1578269>
___
___
Jason R. Coombs added the comment:
With patch 29, I believe all patch-related test failures are corrected.
The remaining failures in some modules (namely test_tarfile, test_glob,
test_mailbox, test_warnings) can be demonstrated to occur in unpatched builds.
Since some failures are transient
Changes by Jason R. Coombs :
Added file: http://bugs.python.org/file16835/guest results - patch 29.zip
___
Python tracker
<http://bugs.python.org/issue1578269>
___
___
Changes by Jason R. Coombs :
Removed file: http://bugs.python.org/file16202/guest results.zip
___
Python tracker
<http://bugs.python.org/issue1578269>
___
___
Python-bug
Changes by Jason R. Coombs :
Removed file: http://bugs.python.org/file16203/admin results.zip
___
Python tracker
<http://bugs.python.org/issue1578269>
___
___
Python-bug
Jason R. Coombs added the comment:
It seems issue7443 discusses the cause of the transient failures.
--
___
Python tracker
<http://bugs.python.org/issue1578
Changes by Jason R. Coombs :
--
nosy: +jaraco
___
Python tracker
<http://bugs.python.org/issue7443>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Jason R. Coombs :
I'm using Python 3.1.2 64-bit on Windows.
I've found that even if "absolute_import" is imported from __future__, 2to3
will convert imports to be treated as relative.
To demonstrate this behavior, I created a small package "
Jason R. Coombs added the comment:
More importantly, is there a workaround for main.py that will work in Python 2,
and in Python 3 after 2to3, that doesn't require any module renaming?
--
___
Python tracker
<http://bugs.python.org/i
Jason R. Coombs added the comment:
I found a workaround by excluding the "import" fixer that seems to work.
For the example,
> 2to3 -x import abs_imp_test
The command still modifies main, but it only removes the __future__ directive
and doesn't modify the imports.
For my
Jason R. Coombs added the comment:
When I was working on a routine to checkout/patch/build/test/cleanup Python
(see https://svn.jaraco.com/jaraco/python/jaraco.develop, and particularly
scripts/test-windows-symlink-patch.py), I ran into a similar problem during the
cleanup step. I tried
New submission from Jason R. Coombs :
When trying to create a sub-subclass of a ctypes.Structure, the behavior
is not as expected.
An executable example that describes the problem in detail and
demonstrates the issue is available at
http://paste.turbogears.org/paste/29555 and also attached
New submission from Jason R. Coombs :
Using Python 2.6.1, I'm unable to pickle a simple object with an array
of wide characters.
import ctypes, pickle
class MyStruct(ctypes.Structure):
_fields_ = [('name', ctypes.c_wchar*2)]
s = MyStruct('DC')
pickle.dumps(s) # ra
Jason R. Coombs added the comment:
I just discovered that trying to pickle a structure with even just a
c_wchar (not an array) also fails.
--
title: ctypes unwilling to allow pickling wide character array -> ctypes
unwilling to allow pickling wide charac
New submission from Jason R. Coombs :
Using Python 2.5.4 and Python 2.6.1 on 32-bit python, when passing a
regular string to a function expecting pointer to a wide string
(wintypes.LPCWSTR), the function executes without problems.
When calling the same using Python 2.6.1 on 64-bit windows, the
Jason R. Coombs added the comment:
After putting together a more simple example without externalities, I'm
unable to continue to assert the discrepancy between 32 and 64-bit
Windows, although I do still see where narrow character strings are
treated as wide character buffers.
See the att
Jason R. Coombs added the comment:
Or alternately, is it possible (and reasonable) for ctypes to inspect
the function signature and create wide character buffers when appropriate?
___
Python tracker
<http://bugs.python.org/issue5
Jason R. Coombs added the comment:
I've confirmed that my original assumption was quite false, and that
even if the parameters are the correct width, WNetAddConnection2W
behaves differently in 64-bit windows versus 32-bit windows, so it made
a bad test case.
So I've changed the tit
Jason R. Coombs added the comment:
I see this in the documentation, which basically answers the question:
"windll does not try to select [wide or narrow functions] by magic, you
must access the version you need by specifying GetModuleHandleA or
GetModuleHandleW explicitely, and then ca
201 - 300 of 1490 matches
Mail list logo
