SCO Fiasco Over for Linux, Starting For Solaris? - Slashdot
SCO Fiasco Over for Linux, Starting For Solaris? Slashdot - Aug 11, 2007 In 2005, SCO CEO Darl McBride said that SCO had no problem with Sun open-sourcing Unix code in what would become OpenSolaris. "We have seen what Sun plans ... SCO LosesSlashdot all 2 news articles
http://slashdot.org/articles/03/04/23/1925259.shtml?tid=123
now I am just confused, SuSE is part of United Linux which is lead by SCO right? I could see SCO going after Redhat, but not SuSE, who is a business partner with SCO. what do you guys think about this (0 Replies)
GSIGNAL(3) Linux Programmer's Manual GSIGNAL(3)NAME
gsignal, ssignal - software signal facility
SYNOPSIS
#include <signal.h>
typedef void (*sighandler_t)(int);
int gsignal(signum);
sighandler_t ssignal(int signum, sighandler_t action);
DESCRIPTION
Don't use these functions under Linux. Due to a historical mistake, under Linux these functions are aliases for raise() and signal(),
respectively.
Elsewhere, on SYSV-like systems, these functions implement software signalling, entirely independent of the classical signal and kill func-
tions. The function ssignal() defines the action to take when the software signal with number signum is raised using the function gsig-
nal(), and returns the previous such action or SIG_DFL. The function gsignal() does the following: if no action (or the action SIG_DFL)
was specified for signum, then it does nothing and returns 0. If the action SIG_IGN was specified for signum, then it does nothing and
returns 1. Otherwise, it resets the action to SIG_DFL and calls the action function with parameter signum, and returns the value returned
by that function. The range of possible values signum varies (often 1-15 or 1-17).
CONFORMING TO
SVID2, XPG2. These functions are available under AIX, DG-UX, HPUX, SCO, Solaris, Tru64. They are called obsolete under most of these sys-
tems, and are broken under Linux libc and glibc. Some systems also have gsignal_r() and ssignal_r().
SEE ALSO kill(2), signal(2), raise(3)notGNU 2002-08-25 GSIGNAL(3)