Login or Register to Ask a Question and Join Our Community


UNIX and Linux RSS News

EMC Objects to SCO's Cure Amount and a Tiny Bill from Tanner Arrives

Login to Discuss or Reply to this Discussion in Our Community

 
Thread Tools Search this Thread
Special Forums News, Links, Events and Announcements UNIX and Linux RSS News EMC Objects to SCO's Cure Amount and a Tiny Bill from Tanner Arrives
# 1  
Old 10-22-2010
EMC Objects to SCO's Cure Amount and a Tiny Bill from Tanner Arrives
All the intricacies of SCO never alter the big picture, do they? The first objection has arrived to SCO's recently-filed cure amounts. And shades of DaimlerChrysler, check out the reason:
As agent for the creditor, EMC Corporation ("EMC") who acquired Data General Corporation ("DGC"), we object to the Debtors' proposed assignment and cure amount for a "Source License Agreement" with DGC. EMC is not aware of an ongoing contractual arrangement with the Debtors. In fact, service and maintenance support between the parties stopped almost two (2) years ago.

In order to properly evaluate the assumption and cure, EMC will need the Source License Agreement, together with a list of all equipment related to the Agreement. Without this information, EMC cannot agree to anything.

Funny, no? What license agreement? Nothing ever really changes in the SCOniverse. And the cherry on top is that the letter comes from Receivables Management Services, and so their letterhead shows a big RMS. If you put that in a movie, unless you were Groucho, people would say you were over the top silly.

More...
Login or Register to Ask a Question

Previous Thread | Next Thread
Login or Register to Ask a Question

LEARN ABOUT DEBIAN

cfree

CFREE(3)						     Linux Programmer's Manual							  CFREE(3)

NAME

       cfree - free allocated memory

SYNOPSIS

       #include <stdlib.h>

       /* In SunOS 4 */
       int cfree(void *ptr);

       /* In glibc or FreeBSD libcompat */
       void cfree(void *ptr);

       /* In SCO OpenServer */
       void cfree(char *ptr, unsigned num, unsigned size);

       /* In Solaris watchmalloc.so.1 */
       void cfree(void *ptr, size_t nelem, size_t elsize);

   Feature Test Macro Requirements for glibc (see feature_test_macros(7)):

       cfree(): _BSD_SOURCE || _SVID_SOURCE

DESCRIPTION

       This function should never be used.  Use free(3) instead.

   1-arg cfree
       In glibc, the function cfree() is a synonym for free(3), "added for compatibility with SunOS".

       Other systems have other functions with this name.  The declaration is sometimes in <stdlib.h> and sometimes in <malloc.h>.

   3-arg cfree
       Some SCO and Solaris versions have malloc libraries with a 3-argument cfree(), apparently as an analog to calloc(3).

       If you need it while porting something, add

	   #define cfree(p, n, s) free((p))

       to your file.

       A frequently asked question is "Can I use free(3) to free memory allocated with calloc(3), or do I need cfree()?"  Answer: use free(3).

       An  SCO	manual writes: "The cfree routine is provided for compliance to the iBCSe2 standard and simply calls free.  The num and size argu-
       ments to cfree are not used."

RETURN VALUE

       The SunOS version of cfree() (which is a synonym for free(3)) returns 1 on success and 0 on failure.  In case of error,	errno  is  set	to
       EINVAL: the value of ptr was not a pointer to a block previously allocated by one of the routines in the malloc(3) family.

CONFORMING TO

       The 3-argument version of cfree() as used by SCO conforms to the iBCSe2 standard: Intel386 Binary Compatibility Specification, Edition 2.

SEE ALSO

       malloc(3)

COLOPHON

       This  page is part of release 3.44 of the Linux man-pages project.  A description of the project, and information about reporting bugs, can
       be found at http://www.kernel.org/doc/man-pages/.

								    2007-07-26								  CFREE(3)