Oren Held added the comment:
Anything wrong with the following simple approach? (e.g. is it bad to depend on
win32file?)
def win_ismount(path):
import win32file
volume_path = win32file.GetVolumePathName(path)
return volume_path == path # May have to ignore a trailing backslash
Oren Held added the comment:
Any tip on how to make this patch get committed? :)
--
___
Python tracker
<http://bugs.python.org/issue11102>
___
___
Python-bug
Changes by Oren Held :
--
nosy: +Oren_Held
___
Python tracker
<http://bugs.python.org/issue1487481>
___
___
Python-bugs-list mailing list
Unsubscribe:
Oren Held added the comment:
ajaksu2: the ticket you referred to fixed it for Darwin only, afaik. HP-UX,
regardless of versions, still use the old dynload_hpux.c.
--
nosy: +Oren_Held
___
Python tracker
<http://bugs.python.org/issue1516
Oren Held added the comment:
quick update: libffi (upstream) has this fixed now in git commit dc411e8f991 .
--
___
Python tracker
<http://bugs.python.org/issue10
Oren Held added the comment:
Just a small note: after this patch applied, building Python 2.7.1 was
successful on Linux (SLES 11, RHEL 5, Ubuntu 10.10), Solaris 10, and HP-UX 11
v3. (I didn't get to build Python on other platforms)
--
___
P
Oren Held added the comment:
Attaching a patch I've made for fixing the problem in HP-UX, simply by
#including sys/types.h on the configure test..
1. I'm not sure it'll be good for all platforms; maybe we need more 'configure'
magic here to make it #include on this
New submission from Oren Held :
The effect eventually is that on HP-UX v3 there are no os.major() and
os.minor() functions.
I tried to dig deeper to find out what's wrong, and it seems that 'configure'
script fails on 'major' check and thus disables the 'majo
New submission from Oren Held :
In the "what's new in 2.7", there is some mistake in the description of issue
7902.
7902, afaik, disables the fallback to absolute import, when requesting a
relative import fails. If I got it right, the description states the opposite.
Oren Held added the comment:
I confirm that on Python 2.7.1, on HP-UX 11.31, ia64 architecture).
dlmalloc.c is the problematic file, a part of libffi.
I reported the same problem and solution + patch in here:
http://sourceware.org/ml/libffi-discuss/2010/msg00203.html
--
nosy
Oren Held added the comment:
Just adding some info:
This bug is not Solaris-specific; I reproduced it on HP-UX 11.31.
On Python 2.6.4, thread_test.py fails with the same RunTime error exception.
On Python 2.6.6, it passes and things look good.
--
nosy: +Oren_Held
New submission from Oren Held :
On unices, ismount checks whether the given path is a mount point.
On windows, it only checks whether it's a drive letter.
Long story short, Python simply returns False when doing ismount(r"c:\mount1"),
while c:\mount1 is a real mount point.
T
Changes by Oren Held :
--
title: _execvpe should behaves inconsistently when PATH includes a filename ->
_execvpe behaves inconsistently when PATH includes a filename
___
Python tracker
<http://bugs.python.org/iss
New submission from Oren Held :
A. Description
When running os._execvpe with a relative pathname that does not exist, I'd
expect to get ENOENT error. But there is an edge case in which Python throws
ENOTDIR error - when the LAST element in PATH is a regular file (e.g. /bin/ls).
This ca
Changes by Oren Held :
--
nosy: +Oren_Held
___
Python tracker
<http://bugs.python.org/issue7902>
___
___
Python-bugs-list mailing list
Unsubscribe:
15 matches
Mail list logo
