Re: sys/systat.h and S_IFMT definition

On Tue, Jul 08, 2003 at 08:32:35AM -0700, Vladimir G. Ivanovic wrote: Isn't S_IFMT defined as part of POSIX and not part of the XSI extensions? http://www.opengroup.org/onlinepubs/007904975/basedefs/sys/stat.h.html See the PDF version. It surely looks more official, although in theory both

Re: Getting system info

Hello, On Fri, Mar 14, 2003 at 08:20:05AM -0300, Roberto F. Brandao wrote: I need to create a program that shows information about the system it is running on. Can you tell me the C functions (or where can I find a list of them) used to read from the system the following information ? snip

Re: Unexpected results compiling a program containing kill(2)

On Sun, Mar 09, 2003 at 11:35:49PM -0800, Vladimir G. Ivanovic wrote: gcc -std=c99 -g -Wall -o tst tst.c Odd as it is, -std=c99 causes definition of __STRICT_ANSI__, which is in /usr/include/features.h interpreted as a request to make visible only those parts of the library mandated by ISO

Re: NTFS Driver for RHL7.2

On Tue, Mar 04, 2003 at 05:16:50PM +0530, Ajay Bansal wrote: Any good merging tool (GUI based) for linux?? sdiff in CLI, emacs ediff mode for both CLI and GUI. Mirek ___ Redhat-devel-list mailing list [EMAIL PROTECTED]

Re: Gcc libraries

On Tue, Feb 18, 2003 at 10:59:52PM +0530, Ajay Bansal wrote: libstdc++.so - libstdc++.so.4 or libstdc++.so - libstdc++.so.5 But that is not the case on Linux. That *is* the case for most libraries, when compiling, so that you can only specify -lncurses. The generated binary requires

Re: One question for select call

On Tue, Feb 11, 2003 at 04:36:25PM +0530, Ajay Bansal wrote: Should I shift to #include sys/select.h??? That's the new header blessed by Single UNIX Specification v3. Implementations [as in implementation of the standard = OS product] are allowed to still declare select in sys/time.h, and most

Re: Just don't help - was Re: (no subject)

Hello, On Thu, Feb 06, 2003 at 08:22:24AM -0800, Richard Troy wrote: Sometimes, the offending party shows themselves to be unworthy of the effort, like this guy. And for all the hostile flem he flung, he did have one point that was right on target: If you don't feel like helping him, just

Re: .discinfo

On Sun, Jan 12, 2003 at 06:32:40PM +1000, Tony Nugent wrote: On Sat, Jan 11, 2003 at 02:21:49PM +0530, Keith Fernandez wrote: Does anyone know what the .discinfo file is all about.This is what my file says. I have sent out a quite detailed description to limbo-list on Sep 16. No guarantee

Re: .discinfo

On Sun, Jan 12, 2003 at 02:21:24PM +0100, Michael Schwendt wrote: It is there, it is just not visible from the index page. Go to psyche-list archives and rewrite psyche to limbo in the URL bar. https://listman.redhat.com/mailman/listinfo/limbo-list = No such list

Re: .discinfo

Hello, first, why the crossposting? On Sat, Jan 11, 2003 at 02:21:49PM +0530, Keith Fernandez wrote: Does anyone know what the .discinfo file is all about.This is what my file says. I have sent out a quite detailed description to limbo-list on Sep 16. No guarantee though. Mirek

Re: gcc compilation problem with -ansi option,

On Mon, Dec 02, 2002 at 07:49:46PM +0530, Guruhema Prasad N wrote: Problem 1:- I am using option gcc -Wuninitialized -O -ansi, but its giving undeclared variables for the math defines M_PI which is defined in /usr/include/math.h file. If I remove -ansi option, its compiles properly, but I

Re: gcc compilation problem with -ansi option,

On Tue, Dec 03, 2002 at 02:23:49AM +0800, John wrote: On reading the stat.h file, I wonder whether you have any of these defined? #if defined __USE_BSD || defined __USE_MISC || defined __USE_XOPEN These are not supposed to be defined by user programs, they are glibc-internal. See

Re: gcc compilation problem in redhatLinux8.0

On Thu, Nov 21, 2002 at 10:39:11PM +0530, Guruhema Prasad N wrote: cc1: warning: changing search order for system directory /usr/include cc1: warning: as it has already been specified as a non-system directory remove

Re: GCC incompatibility

On Tue, Oct 22, 2002 at 03:17:28PM -0700, Goupil, Regis wrote: Beside the fact that the message is rather misleading, both module and kernel are actually compiled with GCC 3.0 but the module's associated library is not, I need to find the reasons why this doesn't work. But the library is

Re: charmap info from locale?

On Sat, Aug 17, 2002 at 05:10:00PM -0400, John Ellson wrote: Can anyone tell me how a program can determine what character encoding (charmap) it should expect in a user's environment? I want to use UTF-8 internally, but I need to know what to ask iconv() to convert from. Probably