World Library  
Flag as Inappropriate
Email this Article

C standard library

Article Id: WHEBN0000324378
Reproduction Date:

Title: C standard library  
Author: World Heritage Encyclopedia
Language: English
Subject: C string handling, Musl, C character classification, C dynamic memory allocation, C file input/output
Collection: C (Programming Language), C Programming Language, C Standard Library
Publisher: World Heritage Encyclopedia
Publication
Date:
 

C standard library

The C standard library is the

Name From Description
Contains the assert macro, used to assist with detecting logical errors and other types of bug in debugging versions of a program.
C99 A set of functions for manipulating complex numbers.
Defines set of functions used to classify characters by their types or to convert between upper and lower case in a way that is independent of the used character set (typically ASCII or one of its extensions, although implementations utilizing EBCDIC are also known).
For testing error codes reported by library functions.
C99 Defines a set of functions for controlling floating-point environment.
Defines macro constants specifying the implementation-specific properties of the floating-point library.
C99 Defines exact width integer types.
NA1 Defines several macros that implement alternative ways to express several standard tokens. For programming in ISO 646 variant character sets.
Defines macro constants specifying the implementation-specific properties of the integer types.
Defines localization functions.
|| || Defines . |- | || || Declares the macros setjmp and longjmp, which are used for non-local exits. |- | || || Defines . |- | || C11 || For querying and specifying the of objects. |- | || || For accessing a varying number of arguments passed to functions. |- | || C11 || For on data shared between threads. |- | || C99 || Defines . |- | || || Defines . |- | || C99 || Defines . |- | || || Defines |- | || || Defines , , , |- | || C11 || For specifying non-returning functions. |- | || || Defines . |- | || C99 || Defines . |- | || C11 || Defines functions for managing multiple s as well as and . |- | || || Defines |- | || C11 || Types and functions for manipulating characters. |- | || NA1 || Defines . |- | || NA1 || Defines used to classify wide characters by their types or to convert between upper and lower case |} Three of the header files (complex.h, stdatomic.h, and threads.h) are conditional features that implementations are not required to support. The standard added several nonstandard C headers for Unix-specific functionality. Many have found their way to other architectures. Examples include unistd.h and signal.h. A number of other groups are using other nonstandard headers - most flavors of Linux have alloca.h and HP OpenVMS has the va_count() function. === Documentation === On Unix-like systems, the authoritative documentation of the actually implemented API is provided in the form of s. On most systems, man pages on standard library functions are in section 3; section 7 may contain some more generic pages on underlying concepts (e.g. man 7 math_error in ). == Implementations == systems typically have a C library in form, but the header files (and compiler toolchain) may be absent from an installation so C development may not be possible. The C library is considered part of the operating system on Unix-like systems. The C functions, including the ISO C standard ones, are widely used by programs, and are regarded as if they were not only an implementation of something in the C language, but also de facto part of the operating system interface. Unix-like operating systems generally cannot function if the C library is erased. On Microsoft Windows, the core system dynamic libraries () provide an implementation of the C standard library for the compiler v6.0; the C standard library for newer versions of the Microsoft Visual C++ compiler is provided by each compiler individually, as well as ''redistributable'' packages. Compiled applications written in C are either statically linked with a C library, or linked to a dynamic version of the library that is shipped with these applications, rather than relied upon to be present on the targeted systems. Functions in a compiler's C library are not regarded as interfaces to Microsoft Windows. Many other implementations exist, provided with both various operating systems and C compilers. Some of the popular implementations are the following: * , implementations distributed under operating systems. * (glibc), used in , and . * , part of * , an alternative small implementation of the C standard library (MMU-less) * , a C standard library for embedded systems (MMU-less) * , a C standard library for embedded systems (MMU-less) * , primarily for booting Linux systems. * , another lightweight C standard library implementation for Linux systems * , originally developed by Google for the Android embedded system operating system, derived from BSD libc. === Compiler built-in functions === Some compilers (for example, [http://gcc.gnu.org/onlinedocs/gcc-4.1.1/gcc/Other-Builtins.html#Other-Builtins Other built-in functions provided by GCC], GCC Manual) provide built-in versions of many of the functions in the C standard library; that is, the implementations of the functions are written into the compiled , and the program calls the built-in versions instead of the functions in the C library file. This reduces function call overhead, especially if function calls are replaced with variants, and allows other forms of (as the compiler knows the characteristics of the built-in variants), but may cause confusion when debugging (for example, the built-in versions cannot be replaced with variants). However, the built-in functions must behave like ordinary functions in accordance with ISO C. The main implication is that the program must be able to create a pointer to these functions by taking their address, and invoke the function by means of that pointer. If two pointers to the same function are derived in two different translation units in the program, these two pointers must compare equal; that is, the address comes by resolving the name of the function, which has external (program-wide) linkage. === Linking, libm === Under Linux and FreeBSD, the mathematical functions (as declared in math.h) are bundled separately in the mathematical library . If any of them are used, the linker must be given the directive -lm. === Detection === According to the C standard the macro __STDC_HOSTED__ shall be defined to '''1''' if the implementation is hosted. A hosted implementation has all the headers specified by the C standard. An implementation can also be ''freestanding'' which means that these headers will not be present. If an implementation is ''freestanding'', it shall define __STDC_HOSTED__ to '''0'''. == Concepts, problems and workarounds == === Buffer overflow vulnerabilities === Some functions in the C standard library have been notorious for having vulnerabilities and generally encouraging buggy programming ever since their adoption. that takes advantage of the well-known vulnerability in gets() have been created as early as in 1988. The most criticized items are: * , including strcpy() and strcat(), for lack of bounds checking and possible buffer overflows if the bounds aren't checked manually; * string routines in general, for , encouraging irresponsible buffer usage, not always guaranteeing valid output, linear length calculation;in C standard library, string length calculation and looking for a string's end have and are inefficient when used on the same or related strings repeatedly * () family of routines, for spoiling the when the format string doesn't match the arguments given. This fundamental flaw created an entire class of attacks: s; * () and () family of I/O routines, for lack of (either any or easy) input length checking. Except the extreme case with gets(), all the security vulnerabilities can be avoided by introducing auxiliary code to perform memory management, bounds checking, input checking, etc. This is often done in the form of wrappers that make standard library functions safer and easier to use. This dates back to as early as '''' book by B. Kernighan and R. Pike where the authors commonly use wrappers that print error messages and quit the program if an error occurs. The ISO C committee published Technical reports TR 24731-1 and is working on TR 24731-2 to propose adoption of some functions with bounds checking and automatic buffer allocation, correspondingly. The former has met severe criticism with some praise,[http://stackoverflow.com/questions/372980/do-you-use-the-tr-24731-safe-functions-in-your-c-code Do you use the TR 24731 'safe' functions in your C code?] - Stack overflow the latter received mixed responses. Despite this, TR 24731-1 has been implemented into Microsoft's C standard library and its compiler issues warnings when using old "insecure" functions. === Threading problems, vulnerability to race conditions === The () and () routines are criticized for being and otherwise vulnerable to s. === Error handling === The error handling of the functions in the C standard library is not consistent and sometimes confusing. This can be fairly well summarized by the Linux manual page math_error which says:
The current (version 2.8) situation under glibc is messy. Most (but not all) functions raise exceptions on errors. Some also set errno. A few functions set errno, but don't raise an exception. Very few functions do neither.
== Standardization == The original provided no built-in functions such as I/O operations, unlike traditional languages such as and . Over time, user communities of C shared ideas and implementations of what is now called C standard libraries. Many of these ideas were incorporated eventually into the definition of the standardized C language. Both and C were created at in the late 1960s and early 1970s. During the 1970s the C language became increasingly popular. Many universities and organizations began creating their own variants of the language for their own projects. By the beginning of the 1980s compatibility problems between the various C implementations became apparent. In 1983 the (ANSI) formed a committee to establish a standard specification of C known as "". This work culminated in the creation of the so-called C89 standard in 1989. Part of the resulting standard was a set of called the ANSI C standard library. === POSIX standard library === , as well as , specify a number of routines that should be available over and above those in the basic C standard library. The POSIX specification includes header files for, among other uses, , , and s. These are often implemented alongside the C standard library functionality, with varying degrees of closeness. For example, implements functions such as within libc.so, but before was merged into glibc it constituted a separate library with its own linker flag argument. Often, this POSIX-specified functionality will be regarded as part of the library; the basic C library may be identified as the ANSI or C library. === BSD libc === '''BSD libc''' is a superset of the POSIX standard library used by s such as , , and . It first appeared in , which was released in 1994. BSD libc has some extensions that are not defined in the original standard. Some of the extensions of BSD libc are: * sys/tree.h contains an implementation of and . * sys/queue.h implementations of , , , etc. * fgetln() defined in stdio.h. This can be used to read a file line by line. * fts.h contains some functions to traverse a file hierarchy. * db.h some functions to connect to the . * strlcat() and strlcpy() secure alternates for strncat() and strncpy().Miller, Todd C. and Theo de Raadt. [http://www.usenix.org/events/usenix99/millert.html strlcpy and strlcat - consistent, safe, string copy and concatenation]. Proceedings of the 1999 USENIX Annual Technical Conference, June 6–11, 1999, pp. 175–178. * err.h contains some functions to print formatted error messages. * vis.h contains the vis() function. This function is used to display non-printable characters in a visual format. == The C standard library in other languages == Some languages include the functionality of the standard C library in their own libraries. The library may be adapted to better suit the language's structure, but the are kept similar. The language, for example, includes the functionality of the C standard library in the std (e.g., std::printf, std::atoi, std::feof), in header files with similar names to the C ones (cstdio, cmath, cstdlib, etc.). Other languages that take similar approaches are and the main implementation of known as . In Python 2, for example, the built-in file objects are defined as "implemented using C's stdio package", so that the available operations (open, read, write, etc.) are expected to have the same behavior as the corresponding C functions. == Comparison to standard libraries of other languages == The C standard library is small compared to the standard libraries of some other languages. The C library provides a basic set of mathematical functions, string manipulation, type conversions, and file and console-based I/O. It does not include a standard set of "" like the , let alone the complete (GUI) toolkits, networking tools, and profusion of other functionality that and the provide as standard. The main advantage of the small standard library is that providing a working ISO C environment is much easier than it is with other languages, and consequently porting C to a new platform is comparatively easy. == See also == * == References == == Further reading == * == External links == *[http://www.acm.uiuc.edu/webmonkeys/book/c_guide/index.html The C Library Reference Guide] *[http://www.schweikhardt.net/identifiers.html Handy list of which headers are in which standard] * Microsoft [http://msdn.microsoft.com/en-us/library/abx4dbyh.aspx C Run-Time Libraries] on MSDN * NetBSD [http://netbsd.gw.com/cgi-bin/man-cgi?intro+3+NetBSD-current C libraries manual] and [http://cvsweb.netbsd.org/bsdweb.cgi/src/lib/libc/ full C library source] * [http://man.cat-v.org/unix-1st/3/ Manual pages for the original C standard libraries in Unix]

After a long period of stability, three new header files (iso646.h, wchar.h, and wctype.h) were added with Normative Addendum 1 (NA1), an addition to the C Standard ratified in 1995. Six more header files (complex.h, fenv.h, inttypes.h, stdbool.h, stdint.h, and tgmath.h) were added with C99, a revision to the C Standard published in 1999, and five more files (stdalign.h, stdatomic.h, stdnoreturn.h, threads.h, and uchar.h) with C11 in 2011. In total, there are now 29 header files:

The application programming interface (API) of the C standard library is declared in a number of header files. Each header file contains one or more function declarations, data type definitions, and macros.

Header files

Application programming interface

The C standard library provides macros, type definitions, and functions for tasks like string handling, mathematical computations, input/output processing, memory allocation and several other operating system services.

. ISO C library the C standard library is also called the [4]

This article was sourced from Creative Commons Attribution-ShareAlike License; additional terms may apply. World Heritage Encyclopedia content is assembled from numerous content providers, Open Access Publishing, and in compliance with The Fair Access to Science and Technology Research Act (FASTR), Wikimedia Foundation, Inc., Public Library of Science, The Encyclopedia of Life, Open Book Publishers (OBP), PubMed, U.S. National Library of Medicine, National Center for Biotechnology Information, U.S. National Library of Medicine, National Institutes of Health (NIH), U.S. Department of Health & Human Services, and USA.gov, which sources content from all federal, state, local, tribal, and territorial government publication portals (.gov, .mil, .edu). Funding for USA.gov and content contributors is made possible from the U.S. Congress, E-Government Act of 2002.
 
Crowd sourced content that is contributed to World Heritage Encyclopedia is peer reviewed and edited by our editorial staff to ensure quality scholarly research articles.
 
By using this site, you agree to the Terms of Use and Privacy Policy. World Heritage Encyclopedia™ is a registered trademark of the World Public Library Association, a non-profit organization.
 


Copyright © World Library Foundation. All rights reserved. eBooks from Project Gutenberg are sponsored by the World Library Foundation,
a 501c(4) Member's Support Non-Profit Organization, and is NOT affiliated with any governmental agency or department.