[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: new modules 'open', 'fopen', 'freopen'
From: |
Bruno Haible |
Subject: |
Re: new modules 'open', 'fopen', 'freopen' |
Date: |
Sun, 7 Oct 2007 14:30:37 +0200 |
User-agent: |
KMail/1.5.4 |
Daniel Jacobowitz wrote:
> It's a bug in open that it doesn't recognize a nonexistant device for
> a different system?
It's an interoperability problem that people report.
FWIW, perl does the same thing in its win32/win32.c file:
DllExport int
win32_open(const char *path, int flag, ...)
{
...
if (stricmp(path, "/dev/null")==0)
path = "NUL";
> If I wanted to use a Windows version of gettext, I'd either use Windows
> paths or arrange for a shell which converted.
Other people do it differently. The report came from a user of VLC, and the
VLC makefile has a provision that when compiling in the Cygwin environment,
it compiles the package and assorted tool packages with "-mno-cygwin". So
you end up with mingw executables in a Cygwin environment (where the shell
does not have the automatic spawn/exec argument mangling, as Eric and Brian
explained).
The /dev/null came from a configure file. The configure file is running in a
Cygwin environment, therefore it is normal that "/dev/null" is being used and
not "NUL".
Bruno
- new modules 'open', 'fopen', 'freopen', Bruno Haible, 2007/10/06
- Re: new modules 'open', 'fopen', 'freopen', Eric Blake, 2007/10/07
- Re: new modules 'open', 'fopen', 'freopen', Daniel Jacobowitz, 2007/10/07
- Re: new modules 'open', 'fopen', 'freopen',
Bruno Haible <=
- Re: new modules 'open', 'fopen', 'freopen', Brian Dessent, 2007/10/07