[issue9035] os.path.ismount on windows doesn't support windows mount points

2011-10-04 Thread Oren Held

Oren Held o...@held.org.il 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

--

___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9035
___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue11102] configure doesn't find major() on HP-UX v11.31

2011-06-14 Thread Oren Held

Oren Held o...@held.org.il added the comment:

Any tip on how to make this patch get committed? :)

--

___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11102
___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue1516897] Use dynload_shlib on newer HP-UX versions

2011-05-04 Thread Oren Held

Oren Held o...@held.org.il 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 rep...@bugs.python.org
http://bugs.python.org/issue1516897
___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue1487481] Could BIND_FIRST be removed on HP-UX?

2011-05-04 Thread Oren Held

Changes by Oren Held o...@held.org.il:


--
nosy: +Oren_Held

___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1487481
___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue10800] libffi build failure on HP-UX 11/PA

2011-02-08 Thread Oren Held

Oren Held o...@held.org.il added the comment:

quick update: libffi (upstream) has this fixed now in git commit dc411e8f991 .

--

___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10800
___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue11102] configure doesn't find major() on HP-UX v11.31

2011-02-04 Thread Oren Held

Oren Held o...@held.org.il 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)

--

___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11102
___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue11102] configure doesn't find major() on HP-UX v11.31

2011-02-02 Thread Oren Held

New submission from Oren Held o...@held.org.il:

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 'major' feature:

'configure' finds well that /usr/include/sys/sysmacros.h has makedev(), 
major(), minor() definitions (MAJOR_IN_SYSMACROS==1).

The problem is that including sys/sysmacros.h is not enough, it depends (but 
doesn't #include) sys/types.h for the definition of dev_t (needed by makedev() 
macro).


See attached config.log for configure's behavior.

--
components: Build
files: config.log
messages: 127757
nosy: Oren_Held
priority: normal
severity: normal
status: open
title: configure doesn't find major() on HP-UX v11.31
versions: Python 2.7
Added file: http://bugs.python.org/file20652/config.log

___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11102
___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue11102] configure doesn't find major() on HP-UX v11.31

2011-02-02 Thread Oren Held

Oren Held o...@held.org.il 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 sys/types.h on this configure test only when 
needed (e.g. HP-UX v3).

2. Once 'configure' decides to enable the os.major feature, 'make' simply 
compiles it well - I didn't have to fix things in Modules/posixmodule.c 
(apparently sys/types.h is already loaded). I'm not sure it's smart to count on 
it.

--
keywords: +patch
Added file: 
http://bugs.python.org/file20653/python-configure-hpux-major-fix.patch

___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11102
___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue11047] Bad description for a change

2011-01-28 Thread Oren Held

New submission from Oren Held o...@held.org.il:

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.

--
assignee: docs@python
components: Documentation
files: whatsnew_issue_7902_fix.patch
keywords: patch
messages: 127317
nosy: Oren_Held, docs@python
priority: normal
severity: normal
status: open
title: Bad description for a change
versions: Python 2.7
Added file: http://bugs.python.org/file20577/whatsnew_issue_7902_fix.patch

___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11047
___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue10800] libffi build failure on HP-UX 11/PA

2011-01-02 Thread Oren Held

Oren Held o...@held.org.il 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
versions: +Python 2.7

___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10800
___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue7242] Forking in a thread raises RuntimeError

2010-12-18 Thread Oren Held

Oren Held o...@held.org.il 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

___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7242
___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue9035] os.path.ismount on windows doesn't support windows mount points

2010-06-20 Thread Oren Held

New submission from Oren Held o...@held.org.il:

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(rc:\mount1), 
while c:\mount1 is a real mount point.

This is relevant for all modern windows versions.

-- 

I'm using win32file.GetVolumePathName() for overcoming this, but I'm not sure 
if the os python package should be importing win32file, maybe there is a better 
way to check whether a path is a mount point..

--
components: Windows
messages: 108225
nosy: Oren_Held
priority: normal
severity: normal
status: open
title: os.path.ismount on windows doesn't support windows mount points
versions: Python 2.6, Python 2.7

___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9035
___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue8599] _execvpe should behaves inconsistently when PATH includes a filename

2010-05-02 Thread Oren Held

New submission from Oren Held o...@held.org.il:

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 case is caused by a sysadmin mistake, but it may happen, as in the system 
on which I've encountered this bug.

B. Explanation + How to reproduce:
Consider the following case:
PATH=/bin:/bin/ls # Last part is a filename instead of a directory
 import os; os.execvp(blabla, [])
Throws: OSError: [Errno 20] Not a directory

Now, consider a similar but differently-ordered PATH:
PATH=/bin/ls:/bin # *First* part is a filename instead of a directory
 import os; os.execvp(blabla, [])
Throws: OSError: [Errno 2] No such file or directory


C. Why this behavior is not good:
First, IMO there is a certain problem here - differently ordered PATH shouldn't 
throw different exception. In both cases the executable was not found in PATH, 
both cases are the same for this matter.

Second, the unix shell (e.g. bash) faces the same issue, and behaves 
differently. It'll return command not found to stdout for both ENOENT and 
ENOTDIR cases, regardless of the element order in PATH.


D. My recommendation
I'd recommend throwing ENOENT even when ENODIR is thrown for some paths. I am 
not sure what's the least-evil way to do it, I've been thinking of the 
following patch, but it's not working because it depends on strerror. It also 
looks kinda ugly:

--- os.py.old   2010-05-02 17:41:21.481909804 +0300
+++ os.py   2010-05-02 18:03:11.261872651 +0300
@@ -386,7 +386,7 @@
 saved_tb = tb
 if saved_exc:
 raise error, saved_exc, saved_tb
-raise error, e, tb
+raise error, error(errno.ENOENT, os.strerror(errno.ENOENT)), tb # DOESNT 
WORK, no access to os.strerror from here
 
 # Change environ to automatically call putenv() if it exists
 try:

--
components: Library (Lib)
messages: 104788
nosy: Oren_Held
priority: normal
severity: normal
status: open
title: _execvpe should behaves inconsistently when PATH includes a filename
type: behavior
versions: Python 2.6

___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8599
___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue8599] _execvpe behaves inconsistently when PATH includes a filename

2010-05-02 Thread Oren Held

Changes by Oren Held o...@held.org.il:


--
title: _execvpe should behaves inconsistently when PATH includes a filename - 
_execvpe behaves inconsistently when PATH includes a filename

___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8599
___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue7902] relative import broken

2010-02-12 Thread Oren Held

Changes by Oren Held o...@held.org.il:


--
nosy: +Oren_Held

___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7902
___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com