[Python-3000] Py3k_struni additional test failures under cygwin (original) (raw)
Joe Smith unknown_kev_cat at hotmail.com
Tue Jul 31 22:06:14 CEST 2007
- Previous message: [Python-3000] Py3k_struni additional test failures under cygwin
- Next message: [Python-3000] Py3k_struni additional test failures under cygwin
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
"Joe Smith" <unknown_kev_cat at hotmail.com> wrote in message news:f8o24h$ku5$1 at sea.gmane.org...
"Joe Smith" <unknownkevcat at hotmail.com> wrote in message news:f8nvbm$bcs$1 at sea.gmane.org...
Exactly the issue. I see the problem here is cygwin's partial POSIX complience. However, Windows NT had a design goal of allowing a complient implementation of POSIX to be implmented in a subsystem (along with userespace utilities). So it should be possible to get unlink() to work as like a POSIX unlink using raw NT kernel calls. Since Cygwin has dropped support for pre-NT systems, swithing to that seems to be the correct thing to do. I'll discuss this with the cygwin team. Regardless, the exact same issue will likely exist on the windows side. It seems likely that a fix for the Windows side may fix the cygwin issue. Looks like the fix needed for cygwin's unlink was checked in two days ago. The problem should automatically disappear in the next cygwin release.
Sorry for misinformation. It looks like it has been changed for more than 2 days, but 2 days is the date of the most recent change. Regardless it looks like the code that does the right thing is not in the latest released DLL.
- Previous message: [Python-3000] Py3k_struni additional test failures under cygwin
- Next message: [Python-3000] Py3k_struni additional test failures under cygwin
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]