[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [bug-gnulib] system module?

From: Andreas Büning
Subject: Re: [bug-gnulib] system module?
Date: Thu, 22 Jun 2006 21:29:55 +0200

Eric Blake wrote:
> According to Bruno Haible on 6/22/2006 5:37 AM:
> > Eric Blake wrote:
> >> Is it worth adding a system module to gnulib that detects implementations 
> >> with
> >> this bug, and provides rpl_system to work around it?
> >
> > How many programs will be ported to OS/2? How active is the EMX-OS/2
> > community still?

emx and its successor is the libc that is used by the OS/2 port of gcc. AFAIK,
it's basically the only compiler that can handle autoconf/automake-generated
configure scripts if this answers your question.

However, I thought that this behaviour of system() was common on DOS/Win*/OS/2
systems. At least I also checked MS VC++ on WinXP. Their docs say


Execute a command.

int system(
   const char *command 


Return Value
If command is NULL and the command interpreter is found, returns a nonzero
value. If the command interpreter is not found, returns 0 and sets errno to
ENOENT. If command is not NULL, system returns the value that is returned
by the command interpreter. It returns the value 0 only if the command
interpreter returns the value 0. A return value of - 1 indicates an error,
and errno is set to one of the following values: 


system("xcopy non_existing_file") returns 1 for example.

Possibly, djgpp for DOS or the MinGW environment for Win* might have
the same behaviour which I cannot test because I don't use them.

Best regards,

reply via email to

[Prev in Thread] Current Thread [Next in Thread]