T
his file documents the GNU C library.
This is Edition 0.08 DRAFT, last updated 11 Jan 1999,
of The GNU C Library Reference Manual, for Version 2.1 Beta.
Copyright (C) 1993, '94, '95, '96, '97, '98, '99 Free Software Foundation, Inc.
Permission is granted to make and distribute verbatim copies of
this manual provided the copyright notice and this permission notice
are preserved on all copies.
Permission is granted to copy and distribute modified versions of this
manual under the conditions for verbatim copying, provided also that the
section entitled "GNU Library General Public License" is included
exactly as in the original, and provided that the entire resulting
derived work is distributed under the terms of a permission notice
identical to this one.
Permission is granted to copy and distribute translations of this manual
into another language, under the above conditions for modified versions,
except that the text of the translation of the section entitled "GNU
Library General Public License" must be approved for accuracy by the
Foundation.
Node:Top,
Next:Introduction,
Previous:(dir),
Up:(dir)
Main Menu
This is Edition 0.08 DRAFT, last updated 11 Jan 1999, of
The GNU C Library Reference Manual, for Version 2.1 Beta
of the GNU C Library.
- Introduction: Purpose of the GNU C Library.
- Error Reporting: How library functions report errors.
- Memory Allocation: Allocating memory dynamically and
manipulating it via pointers.
- Character Handling: Character testing and conversion functions.
- String and Array Utilities: Utilities for copying and comparing strings
and arrays.
- Character Set Handling: Support for extended character sets.
- Locales: The country and language can affect the
behavior of library functions.
- Message Translation: How to make the program speak the user's
language.
- Searching and Sorting: General searching and sorting functions.
- Pattern Matching: Matching shell ``globs'' and regular
expressions.
- I/O Overview: Introduction to the I/O facilities.
- I/O on Streams: High-level, portable I/O facilities.
- Low-Level I/O: Low-level, less portable I/O.
- File System Interface: Functions for manipulating files.
- Pipes and FIFOs: A simple interprocess communication
mechanism.
- Sockets: A more complicated IPC mechanism, with
networking support.
- Low-Level Terminal Interface: How to change the characteristics of a
terminal device.
- Mathematics: Math functions, useful constants, random
numbers.
- Arithmetic: Low level arithmetic functions.
- Date and Time: Functions for getting the date and time and
formatting them nicely.
- Non-Local Exits: Jumping out of nested function calls.
- Signal Handling: How to send, block, and handle signals.
- Process Startup: Writing the beginning and end of your
program.
- Processes: How to create processes and run other
programs.
- Job Control: All about process groups and sessions.
- Name Service Switch: Accessing system databases.
- Users and Groups: How users are identified and classified.
- System Information: Getting information about the hardware and
operating system.
- System Configuration: Parameters describing operating system
limits.
Add-ons
- Cryptographic Functions: DES encryption and password handling.
- POSIX Threads: The standard threads library.
Appendices
- Language Features: C language features provided by the library.
- Library Summary: A summary showing the syntax, header file,
and derivation of each library feature.
- Installation: How to install the GNU C library.
- Maintenance: How to enhance and port the GNU C Library.
- Contributors: Who wrote what parts of the GNU C library.
- Copying: The GNU Library General Public License says
how you can copy and share the GNU C Library.
Indices
- Concept Index: Index of concepts and names.
- Type Index: Index of types and type qualifiers.
- Function Index: Index of functions and function-like macros.
- Variable Index: Index of variables and variable-like macros.
- File Index: Index of programs and files.
--- The Detailed Node Listing ---
Introduction
- Getting Started: What this manual is for and how to use it.
- Standards and Portability: Standards and sources upon which the GNU
C library is based.
- Using the Library: Some practical uses for the library.
- Roadmap to the Manual: Overview of the remaining chapters in
this manual.
Standards and Portability
- ISO C: The international standard for the C
programming language.
- POSIX: The ISO/IEC 9945 (aka IEEE 1003) standards
for operating systems.
- Berkeley Unix: BSD and SunOS.
- SVID: The System V Interface Description.
- XPG: The X/Open Portability Guide.
Using the Library
- Header Files: How to include the header files in your
programs.
- Macro Definitions: Some functions in the library may really
be implemented as macros.
- Reserved Names: The C standard reserves some names for
the library, and some for users.
- Feature Test Macros: How to control what names are defined.
Error Reporting
- Checking for Errors: How errors are reported by library functions.
- Error Codes: Error code macros; all of these expand
into integer constant values.
- Error Messages: Mapping error codes onto error messages.
Memory Allocation
- Memory Concepts: An introduction to concepts and terminology.
- Dynamic Allocation and C: How to get different kinds of allocation in C.
- Unconstrained Allocation: The
malloc facility allows fully general
dynamic allocation.
- Allocation Debugging: Finding memory leaks and not freed memory.
- Obstacks: Obstacks are less general than malloc
but more efficient and convenient.
- Variable Size Automatic: Allocation of variable-sized blocks
of automatic storage that are freed when the
calling function returns.
Unconstrained Allocation
- Basic Allocation: Simple use of
malloc.
- Malloc Examples: Examples of
malloc. xmalloc.
- Freeing after Malloc: Use
free to free a block you
got with malloc.
- Changing Block Size: Use
realloc to make a block
bigger or smaller.
- Allocating Cleared Space: Use
calloc to allocate a
block and clear it.
- Efficiency and Malloc: Efficiency considerations in use of
these functions.
- Aligned Memory Blocks: Allocating specially aligned memory:
memalign and valloc.
- Malloc Tunable Parameters: Use
mallopt to adjust allocation
parameters.
- Heap Consistency Checking: Automatic checking for errors.
- Hooks for Malloc: You can use these hooks for debugging
programs that use
malloc.
- Statistics of Malloc: Getting information about how much
memory your program is using.
- Summary of Malloc: Summary of
malloc and related functions.
Allocation Debugging
- Tracing malloc: How to install the tracing functionality.
- Using the Memory Debugger: Example programs excerpts.
- Tips for the Memory Debugger: Some more or less clever ideas.
- Interpreting the traces: What do all these lines mean?
Obstacks
- Creating Obstacks: How to declare an obstack in your program.
- Preparing for Obstacks: Preparations needed before you can
use obstacks.
- Allocation in an Obstack: Allocating objects in an obstack.
- Freeing Obstack Objects: Freeing objects in an obstack.
- Obstack Functions: The obstack functions are both
functions and macros.
- Growing Objects: Making an object bigger by stages.
- Extra Fast Growing: Extra-high-efficiency (though more
complicated) growing objects.
- Status of an Obstack: Inquiries about the status of an obstack.
- Obstacks Data Alignment: Controlling alignment of objects in obstacks.
- Obstack Chunks: How obstacks obtain and release chunks;
efficiency considerations.
- Summary of Obstacks:
Variable Size Automatic
- Alloca Example: Example of using
alloca.
- Advantages of Alloca: Reasons to use
alloca.
- Disadvantages of Alloca: Reasons to avoid
alloca.
- GNU C Variable-Size Arrays: Only in GNU C, here is an alternative
method of allocating dynamically and
freeing automatically.
Character Handling
- Classification of Characters: Testing whether characters are
letters, digits, punctuation, etc.
- Case Conversion: Case mapping, and the like.
- Classification of Wide Characters: Character class determination for
wide characters.
- Using Wide Char Classes: Notes on using the wide character
classes.
- Wide Character Case Conversion: Mapping of wide characters.
String and Array Utilities
- Representation of Strings: Introduction to basic concepts.
- String/Array Conventions: Whether to use a string function or an
arbitrary array function.
- String Length: Determining the length of a string.
- Copying and Concatenation: Functions to copy the contents of strings
and arrays.
- String/Array Comparison: Functions for byte-wise and character-wise
comparison.
- Collation Functions: Functions for collating strings.
- Search Functions: Searching for a specific element or substring.
- Finding Tokens in a String: Splitting a string into tokens by looking
for delimiters.
- Encode Binary Data: Encoding and Decoding of Binary Data.
- Argz and Envz Vectors: Null-separated string vectors.
Argz and Envz Vectors
- Argz Functions: Operations on argz vectors.
- Envz Functions: Additional operations on environment vectors.
Character Set Handling
- Extended Char Intro: Introduction to Extended Characters.
- Charset Function Overview: Overview about Character Handling
Functions.
- Restartable multibyte conversion: Restartable multibyte conversion
Functions.
- Non-reentrant Conversion: Non-reentrant Conversion Function.
- Generic Charset Conversion: Generic Charset Conversion.
Restartable multibyte conversion
- Selecting the Conversion: Selecting the conversion and its properties.
- Keeping the state: Representing the state of the conversion.
- Converting a Character: Converting Single Characters.
- Converting Strings: Converting Multibyte and Wide Character
Strings.
- Multibyte Conversion Example: A Complete Multibyte Conversion Example.
Non-reentrant Conversion
- Non-reentrant Character Conversion: Non-reentrant Conversion of Single
Characters.
- Non-reentrant String Conversion: Non-reentrant Conversion of Strings.
- Shift State: States in Non-reentrant Functions.
Generic Charset Conversion
- Generic Conversion Interface: Generic Character Set Conversion Interface.
- iconv Examples: A complete
iconv example.
- Other iconv Implementations: Some Details about other
iconv
Implementations.
- glibc iconv Implementation: The
iconv Implementation in the GNU C
library.
Locales
- Effects of Locale: Actions affected by the choice of
locale.
- Choosing Locale: How the user specifies a locale.
- Locale Categories: Different purposes for which you can
select a locale.
- Setting the Locale: How a program specifies the locale
with library functions.
- Standard Locales: Locale names available on all systems.
- Locale Information: How to access the information for the locale.
- Formatting Numbers: A dedicated function to format numbers.
Locale Information
- The Lame Way to Locale Data: ISO C's
localeconv.
- The Elegant and Fast Way: X/Open's
nl_langinfo.
The Lame Way to Locale Data
- General Numeric: Parameters for formatting numbers and
currency amounts.
- Currency Symbol: How to print the symbol that identifies an
amount of money (e.g.
$).
- Sign of Money Amount: How to print the (positive or negative) sign
for a monetary amount, if one exists.
Message Translation
- Message catalogs a la X/Open: The
catgets family of functions.
- The Uniforum approach: The
gettext family of functions.
Message catalogs a la X/Open
- The catgets Functions: The
catgets function family.
- The message catalog files: Format of the message catalog files.
- The gencat program: How to generate message catalogs files which
can be used by the functions.
- Common Usage: How to use the
catgets interface.
The Uniforum approach
- Message catalogs with gettext: The
gettext family of functions.
- Helper programs for gettext: Programs to handle message catalogs
for
gettext.
Message catalogs with gettext
- Translation with gettext: What has to be done to translate a message.
- Locating gettext catalog: How to determine which catalog to be used.
- Using gettextized software: The possibilities of the user to influence
the way
gettext works.
Searching and Sorting
- Comparison Functions: Defining how to compare two objects.
Since the sort and search facilities
are general, you have to specify the
ordering.
- Array Search Function: The
bsearch function.
- Array Sort Function: The
qsort function.
- Search/Sort Example: An example program.
- Hash Search Function: The
hsearch function.
- Tree Search Function: The
tsearch function.
Pattern Matching
- Wildcard Matching: Matching a wildcard pattern against a single string.
- Globbing: Finding the files that match a wildcard pattern.
- Regular Expressions: Matching regular expressions against strings.
- Word Expansion: Expanding shell variables, nested commands,
arithmetic, and wildcards.
This is what the shell does with shell commands.
Globbing
- Calling Glob: Basic use of
glob.
- Flags for Globbing: Flags that enable various options in
glob.
- More Flags for Globbing: GNU specific extensions to
glob.
Regular Expressions
- POSIX Regexp Compilation: Using
regcomp to prepare to match.
- Flags for POSIX Regexps: Syntax variations for
regcomp.
- Matching POSIX Regexps: Using
regexec to match the compiled
pattern that you get from regcomp.
- Regexp Subexpressions: Finding which parts of the string were matched.
- Subexpression Complications: Find points of which parts were matched.
- Regexp Cleanup: Freeing storage; reporting errors.
Word Expansion
- Expansion Stages: What word expansion does to a string.
- Calling Wordexp: How to call
wordexp.
- Flags for Wordexp: Options you can enable in
wordexp.
- Wordexp Example: A sample program that does word expansion.
- Tilde Expansion: Details of how tilde expansion works.
- Variable Substitution: Different types of variable substitution.
I/O Overview
- I/O Concepts: Some basic information and terminology.
- File Names: How to refer to a file.
I/O Concepts
- Streams and File Descriptors: The GNU Library provides two ways
to access the contents of files.
- File Position: The number of bytes from the
beginning of the file.
File Names
- Directories: Directories contain entries for files.
- File Name Resolution: A file name specifies how to look up a file.
- File Name Errors: Error conditions relating to file names.
- File Name Portability: File name portability and syntax issues.
I/O on Streams
- Streams: About the data type representing a stream.
- Standard Streams: Streams to the standard input and output
devices are created for you.
- Opening Streams: How to create a stream to talk to a file.
- Closing Streams: Close a stream when you are finished with it.
- Simple Output: Unformatted output by characters and lines.
- Character Input: Unformatted input by characters and words.
- Line Input: Reading a line or a record from a stream.
- Unreading: Peeking ahead/pushing back input just read.
- Block Input/Output: Input and output operations on blocks of data.
- Formatted Output:
printf and related functions.
- Customizing Printf: You can define new conversion specifiers for
printf and friends.
- Formatted Input:
scanf and related functions.
- EOF and Errors: How you can tell if an I/O error happens.
- Binary Streams: Some systems distinguish between text files
and binary files.
- File Positioning: About random-access streams.
- Portable Positioning: Random access on peculiar ISO C systems.
- Stream Buffering: How to control buffering of streams.
- Other Kinds of Streams: Streams that do not necessarily correspond
to an open file.
- Formatted Messages: Print strictly formatted messages.
Unreading
- Unreading Idea: An explanation of unreading with pictures.
- How Unread: How to call
ungetc to do unreading.
Formatted Output
- Formatted Output Basics: Some examples to get you started.
- Output Conversion Syntax: General syntax of conversion
specifications.
- Table of Output Conversions: Summary of output conversions and
what they do.
- Integer Conversions: Details about formatting of integers.
- Floating-Point Conversions: Details about formatting of
floating-point numbers.
- Other Output Conversions: Details about formatting of strings,
characters, pointers, and the like.
- Formatted Output Functions: Descriptions of the actual functions.
- Dynamic Output: Functions that allocate memory for the output.
- Variable Arguments Output:
vprintf and friends.
- Parsing a Template String: What kinds of args does a given template
call for?
- Example of Parsing: Sample program using
parse_printf_format.
Customizing Printf
- Registering New Conversions: Using
register_printf_function
to register a new output conversion.
- Conversion Specifier Options: The handler must be able to get
the options specified in the
template when it is called.
- Defining the Output Handler: Defining the handler and arginfo
functions that are passed as arguments
to
register_printf_function.
- Printf Extension Example: How to define a
printf
handler function.
- Predefined Printf Handlers: Predefined
printf handlers.
Formatted Input
- Formatted Input Basics: Some basics to get you started.
- Input Conversion Syntax: Syntax of conversion specifications.
- Table of Input Conversions: Summary of input conversions and what they do.
- Numeric Input Conversions: Details of conversions for reading numbers.
- String Input Conversions: Details of conversions for reading strings.
- Dynamic String Input: String conversions that
malloc the buffer.
- Other Input Conversions: Details of miscellaneous other conversions.
- Formatted Input Functions: Descriptions of the actual functions.
- Variable Arguments Input:
vscanf and friends.
Stream Buffering
- Buffering Concepts: Terminology is defined here.
- Flushing Buffers: How to ensure that output buffers are flushed.
- Controlling Buffering: How to specify what kind of buffering to use.
Other Kinds of Streams
- String Streams: Streams that get data from or put data in
a string or memory buffer.
- Obstack Streams: Streams that store data in an obstack.
- Custom Streams: Defining your own streams with an arbitrary
input data source and/or output data sink.
Custom Streams
- Streams and Cookies: The cookie records where to fetch or
store data that is read or written.
- Hook Functions: How you should define the four hook
functions that a custom stream needs.
Formatted Messages
- Printing Formatted Messages: The
fmtmsg function.
- Adding Severity Classes: Add more severity classes.
- Example: How to use
fmtmsg and addseverity.
Low-Level I/O
- Opening and Closing Files: How to open and close file
descriptors.
- Truncating Files: Change the size of a file.
- I/O Primitives: Reading and writing data.
- File Position Primitive: Setting a descriptor's file
position.
- Descriptors and Streams: Converting descriptor to stream
or vice-versa.
- Stream/Descriptor Precautions: Precautions needed if you use both
descriptors and streams.
- Scatter-Gather: Fast I/O to discontinuous buffers.
- Memory-mapped I/O: Using files like memory.
- Waiting for I/O: How to check for input or output
on multiple file descriptors.
- Synchronizing I/O: Making sure all I/O actions completed.
- Asynchronous I/O: Perform I/O in parallel.
- Control Operations: Various other operations on file
descriptors.
- Duplicating Descriptors: Fcntl commands for duplicating
file descriptors.
- Descriptor Flags: Fcntl commands for manipulating
flags associated with file
descriptors.
- File Status Flags: Fcntl commands for manipulating
flags associated with open files.
- File Locks: Fcntl commands for implementing
file locking.
- Interrupt Input: Getting an asynchronous signal when
input arrives.
- IOCTLs: Generic I/O Control operations.
Stream/Descriptor Precautions
- Linked Channels: Dealing with channels sharing a file position.
- Independent Channels: Dealing with separately opened, unlinked channels.
- Cleaning Streams: Cleaning a stream makes it safe to use
another channel.
Asynchronous I/O
- Asynchronous Reads/Writes: Asynchronous Read and Write Operations.
- Status of AIO Operations: Getting the Status of AIO Operations.
- Synchronizing AIO Operations: Getting into a consistent state.
- Cancel AIO Operations: Cancelation of AIO Operations.
- Configuration of AIO: How to optimize the AIO implementation.
File Status Flags
- Access Modes: Whether the descriptor can read or write.
- Open-time Flags: Details of
open.
- Operating Modes: Special modes to control I/O operations.
- Getting File Status Flags: Fetching and changing these flags.
File System Interface
- Working Directory: This is used to resolve relative
file names.
- Accessing Directories: Finding out what files a directory
contains.
- Working on Directory Trees: Apply actions to all files or a selectable
subset of a directory hierarchy.
- Hard Links: Adding alternate names to a file.
- Symbolic Links: A file that ``points to'' a file name.
- Deleting Files: How to delete a file, and what that means.
- Renaming Files: Changing a file's name.
- Creating Directories: A system call just for creating a directory.
- File Attributes: Attributes of individual files.
- Making Special Files: How to create special files.
- Temporary Files: Naming and creating temporary files.
Accessing Directories
- Directory Entries: Format of one directory entry.
- Opening a Directory: How to open a directory stream.
- Reading/Closing Directory: How to read directory entries from the stream.
- Simple Directory Lister: A very simple directory listing program.
- Random Access Directory: Rereading part of the directory
already read with the same stream.
- Scanning Directory Content: Get entries for user selected subset of
contents in given directory.
- Simple Directory Lister Mark II: Revised version of the program.
File Attributes
- Attribute Meanings: The names of the file attributes,
and what their values mean.
- Reading Attributes: How to read the attributes of a file.
- Testing File Type: Distinguishing ordinary files,
directories, links...
- File Owner: How ownership for new files is determined,
and how to change it.
- Permission Bits: How information about a file's access
mode is stored.
- Access Permission: How the system decides who can access a file.
- Setting Permissions: How permissions for new files are assigned,
and how to change them.
- Testing File Access: How to find out if your process can
access a file.
- File Times: About the time attributes of a file.
- File Size: Manually changing the size of a file.
Pipes and FIFOs
- Creating a Pipe: Making a pipe with the
pipe function.
- Pipe to a Subprocess: Using a pipe to communicate with a
child process.
- FIFO Special Files: Making a FIFO special file.
- Pipe Atomicity: When pipe (or FIFO) I/O is atomic.
Sockets
- Socket Concepts: Basic concepts you need to know about.
- Communication Styles: Stream communication, datagrams, and other styles.
- Socket Addresses: How socket names (``addresses'') work.
- Interface Naming: Identifying specific network interfaces.
- Local Namespace: Details about the local namespace.
- Internet Namespace: Details about the Internet namespace.
- Misc Namespaces: Other namespaces not documented fully here.
- Open/Close Sockets: Creating sockets and destroying them.
- Connections: Operations on sockets with connection state.
- Datagrams: Operations on datagram sockets.
- Inetd: Inetd is a daemon that starts servers on request.
The most convenient way to write a server
is to make it work with Inetd.
- Socket Options: Miscellaneous low-level socket options.
- Networks Database: Accessing the database of network names.
Socket Addresses
- Address Formats: About
struct sockaddr.
- Setting Address: Binding an address to a socket.
- Reading Address: Reading the address of a socket.
Local Namespace
- Concepts: What you need to understand.
- Details: Address format, symbolic names, etc.
- Example: Example of creating a socket.
Internet Namespace
- Internet Address Formats: How socket addresses are specified in the
Internet namespace.
- Host Addresses: All about host addresses of internet host.
- Protocols Database: Referring to protocols by name.
- Ports: Internet port numbers.
- Services Database: Ports may have symbolic names.
- Byte Order: Different hosts may use different byte
ordering conventions; you need to
canonicalize host address and port number.
- Inet Example: Putting it all together.
Host Addresses
- Abstract Host Addresses: What a host number consists of.
- Data type: Data type for a host number.
- Functions: Functions to operate on them.
- Names: Translating host names to host numbers.
Open/Close Sockets
- Creating a Socket: How to open a socket.
- Closing a Socket: How to close a socket.
- Socket Pairs: These are created like pipes.
Connections
- Connecting: What the client program must do.
- Listening: How a server program waits for requests.
- Accepting Connections: What the server does when it gets a request.
- Who is Connected: Getting the address of the
other side of a connection.
- Transferring Data: How to send and receive data.
- Byte Stream Example: An example program: a client for communicating
over a byte stream socket in the Internet namespace.
- Server Example: A corresponding server program.
- Out-of-Band Data: This is an advanced feature.
Transferring Data
- Sending Data: Sending data with
send.
- Receiving Data: Reading data with
recv.
- Socket Data Options: Using
send and recv.
Datagrams
- Sending Datagrams: Sending packets on a datagram socket.
- Receiving Datagrams: Receiving packets on a datagram socket.
- Datagram Example: An example program: packets sent over a
datagram socket in the local namespace.
- Example Receiver: Another program, that receives those packets.
Inetd
- Inetd Servers:
- Configuring Inetd:
Socket Options
- Socket Option Functions: The basic functions for setting and getting
socket options.
- Socket-Level Options: Details of the options at the socket level.
Low-Level Terminal Interface
- Is It a Terminal: How to determine if a file is a terminal
device, and what its name is.
- I/O Queues: About flow control and typeahead.
- Canonical or Not: Two basic styles of input processing.
- Terminal Modes: How to examine and modify flags controlling
details of terminal I/O: echoing,
signals, editing.
- Line Control: Sending break sequences, clearing
terminal buffers ...
- Noncanon Example: How to read single characters without echo.
- Pseudo-Terminals: How to open a pseudo-terminal.
Terminal Modes
- Mode Data Types: The data type
struct termios and
related types.
- Mode Functions: Functions to read and set the terminal
attributes.
- Setting Modes: The right way to set terminal attributes
reliably.
- Input Modes: Flags controlling low-level input handling.
- Output Modes: Flags controlling low-level output handling.
- Control Modes: Flags controlling serial port behavior.
- Local Modes: Flags controlling high-level input handling.
- Line Speed: How to read and set the terminal line speed.
- Special Characters: Characters that have special effects,
and how to change them.
- Noncanonical Input: Controlling how long to wait for input.
Special Characters
- Editing Characters: Special characters that terminate lines and
delete text, and other editing functions.
- Signal Characters: Special characters that send or raise signals
to or for certain classes of processes.
- Start/Stop Characters: Special characters that suspend or resume
suspended output.
- Other Special: Other special characters for BSD systems:
they can discard output, and print status.
Pseudo-Terminals
- Allocation: Allocating a pseudo terminal.
- Pseudo-Terminal Pairs: How to open both sides of a
pseudo-terminal in a single operation.
Mathematics
- Mathematical Constants: Precise numeric values for often-used
constants.
- Trig Functions: Sine, cosine, tangent, and friends.
- Inverse Trig Functions: Arcsine, arccosine, etc.
- Exponents and Logarithms: Also pow and sqrt.
- Hyperbolic Functions: sinh, cosh, tanh, etc.
- Special Functions: Bessel, gamma, erf.
- Pseudo-Random Numbers: Functions for generating pseudo-random
numbers.
- FP Function Optimizations: Fast code or small code.
Pseudo-Random Numbers
- ISO Random:
rand and friends.
- BSD Random:
random and friends.
- SVID Random:
drand48 and friends.
Arithmetic
- Floating Point Numbers: Basic concepts. IEEE 754.
- Floating Point Classes: The five kinds of floating-point number.
- Floating Point Errors: When something goes wrong in a calculation.
- Rounding: Controlling how results are rounded.
- Control Functions: Saving and restoring the FPU's state.
- Arithmetic Functions: Fundamental operations provided by the library.
- Complex Numbers: The types. Writing complex constants.
- Operations on Complex: Projection, conjugation, decomposition.
- Integer Division: Integer division with guaranteed rounding.
- Parsing of Numbers: Converting strings to numbers.
- System V Number Conversion: An archaic way to convert numbers to strings.
Floating Point Errors
- FP Exceptions: IEEE 754 math exceptions and how to detect them.
- Infinity and NaN: Special values returned by calculations.
- Status bit operations: Checking for exceptions after the fact.
- Math Error Reporting: How the math functions report errors.
Arithmetic Functions
- Absolute Value: Absolute values of integers and floats.
- Normalization Functions: Extracting exponents and putting them back.
- Rounding Functions: Rounding floats to integers.
- Remainder Functions: Remainders on division, precisely defined.
- FP Bit Twiddling: Sign bit adjustment. Adding epsilon.
- FP Comparison Functions: Comparisons without risk of exceptions.
- Misc FP Arithmetic: Max, min, positive difference, multiply-add.
Parsing of Numbers
- Parsing of Integers: Functions for conversion of integer values.
- Parsing of Floats: Functions for conversion of floating-point
values.
Date and Time
- Processor Time: Measures processor time used by a program.
- Calendar Time: Manipulation of ``real'' dates and times.
- Precision Time: Manipulation and monitoring of high accuracy
time.
- Setting an Alarm: Sending a signal after a specified time.
- Sleeping: Waiting for a period of time.
- Resource Usage: Measuring various resources used.
- Limits on Resources: Specifying limits on resource usage.
- Priority: Reading or setting process run priority.
Processor Time
- Basic CPU Time: The
clock function.
- Detailed CPU Time: The
times function.
Calendar Time
- Simple Calendar Time: Facilities for manipulating calendar time.
- High-Resolution Calendar: A time representation with greater precision.
- Broken-down Time: Facilities for manipulating local time.
- Formatting Date and Time: Converting times to strings.
- Parsing Date and Time: Convert textual time and date information back
into broken-down time values.
- TZ Variable: How users specify the time zone.
- Time Zone Functions: Functions to examine or specify the time zone.
- Time Functions Example: An example program showing use of some of
the time functions.
Parsing Date and Time
- Low-Level Time String Parsing: Interpret string according to given format.
- General Time String Parsing: User-friendly function to parse data and
time strings.
Non-Local Exits
- Intro: When and how to use these facilities.
- Details: Functions for nonlocal exits.
- Non-Local Exits and Signals: Portability issues.
Signal Handling
- Concepts of Signals: Introduction to the signal facilities.
- Standard Signals: Particular kinds of signals with
standard names and meanings.
- Signal Actions: Specifying what happens when a
particular signal is delivered.
- Defining Handlers: How to write a signal handler function.
- Interrupted Primitives: Signal handlers affect use of
open,
read, write and other functions.
- Generating Signals: How to send a signal to a process.
- Blocking Signals: Making the system hold signals temporarily.
- Waiting for a Signal: Suspending your program until a signal
arrives.
- Signal Stack: Using a Separate Signal Stack.
- BSD Signal Handling: Additional functions for backward
compatibility with BSD.
Concepts of Signals
- Kinds of Signals: Some examples of what can cause a signal.
- Signal Generation: Concepts of why and how signals occur.
- Delivery of Signal: Concepts of what a signal does to the
process.
Standard Signals
- Program Error Signals: Used to report serious program errors.
- Termination Signals: Used to interrupt and/or terminate the
program.
- Alarm Signals: Used to indicate expiration of timers.
- Asynchronous I/O Signals: Used to indicate input is available.
- Job Control Signals: Signals used to support job control.
- Operation Error Signals: Used to report operational system errors.
- Miscellaneous Signals: Miscellaneous Signals.
- Signal Messages: Printing a message describing a signal.
Signal Actions
- Basic Signal Handling: The simple
signal function.
- Advanced Signal Handling: The more powerful
sigaction function.
- Signal and Sigaction: How those two functions interact.
- Sigaction Function Example: An example of using the sigaction function.
- Flags for Sigaction: Specifying options for signal handling.
- Initial Signal Actions: How programs inherit signal actions.
Defining Handlers
- Handler Returns: Handlers that return normally, and what
this means.
- Termination in Handler: How handler functions terminate a program.
- Longjmp in Handler: Nonlocal transfer of control out of a
signal handler.
- Signals in Handler: What happens when signals arrive while
the handler is already occupied.
- Merged Signals: When a second signal arrives before the
first is handled.
- Nonreentrancy: Do not call any functions unless you know they
are reentrant with respect to signals.
- Atomic Data Access: A single handler can run in the middle of
reading or writing a single object.
Atomic Data Access
- Non-atomic Example: A program illustrating interrupted access.
- Types: Data types that guarantee no interruption.
- Usage: Proving that interruption is harmless.
Generating Signals
- Signaling Yourself: A process can send a signal to itself.
- Signaling Another Process: Send a signal to another process.
- Permission for kill: Permission for using
kill.
- Kill Example: Using
kill for Communication.
Blocking Signals
- Why Block: The purpose of blocking signals.
- Signal Sets: How to specify which signals to
block.
- Process Signal Mask: Blocking delivery of signals to your
process during normal execution.
- Testing for Delivery: Blocking to Test for Delivery of
a Signal.
- Blocking for Handler: Blocking additional signals while a
handler is being run.
- Checking for Pending Signals: Checking for Pending Signals
- Remembering a Signal: How you can get almost the same
effect as blocking a signal, by
handling it and setting a flag
to be tested later.
Waiting for a Signal
- Using Pause: The simple way, using
pause.
- Pause Problems: Why the simple way is often not very good.
- Sigsuspend: Reliably waiting for a specific signal.
BSD Signal Handling
- BSD Handler: BSD Function to Establish a Handler.
- Blocking in BSD: BSD Functions for Blocking Signals.
Process Startup
- Program Arguments: Parsing your program's command-line arguments.
- Environment Variables: How to access parameters inherited from
a parent process.
- Program Termination: How to cause a process to terminate and
return status information to its parent.
Program Arguments
- Argument Syntax: By convention, options start with a hyphen.
- Parsing Program Arguments: Ways to parse program options and arguments.
Parsing Program Arguments
- Getopt: Parsing program options using
getopt.
- Argp: Parsing program options using
argp_parse.
- Suboptions: Some programs need more detailed options.
- Suboptions Example: This shows how it could be done for
mount.
Environment Variables
- Environment Access: How to get and set the values of
environment variables.
- Standard Environment: These environment variables have
standard interpretations.
Program Termination
- Normal Termination: If a program calls
exit, a
process terminates normally.
- Exit Status: The
exit status provides information
about why the process terminated.
- Cleanups on Exit: A process can run its own cleanup
functions upon normal termination.
- Aborting a Program: The
abort function causes
abnormal program termination.
- Termination Internals: What happens when a process terminates.
Processes
- Running a Command: The easy way to run another program.
- Process Creation Concepts: An overview of the hard way to do it.
- Process Identification: How to get the process ID of a process.
- Creating a Process: How to fork a child process.
- Executing a File: How to make a process execute another program.
- Process Completion: How to tell when a child process has completed.
- Process Completion Status: How to interpret the status value
returned from a child process.
- BSD Wait Functions: More functions, for backward compatibility.
- Process Creation Example: A complete example program.
Job Control
- Concepts of Job Control: Jobs can be controlled by a shell.
- Job Control is Optional: Not all POSIX systems support job control.
- Controlling Terminal: How a process gets its controlling terminal.
- Access to the Terminal: How processes share the controlling terminal.
- Orphaned Process Groups: Jobs left after the user logs out.
- Implementing a Shell: What a shell must do to implement job control.
- Functions for Job Control: Functions to control process groups.
Implementing a Shell
- Data Structures: Introduction to the sample shell.
- Initializing the Shell: What the shell must do to take
responsibility for job control.
- Launching Jobs: Creating jobs to execute commands.
- Foreground and Background: Putting a job in foreground of background.
- Stopped and Terminated Jobs: Reporting job status.
- Continuing Stopped Jobs: How to continue a stopped job in
the foreground or background.
- Missing Pieces: Other parts of the shell.
Functions for Job Control
- Identifying the Terminal: Determining the controlling terminal's name.
- Process Group Functions: Functions for manipulating process groups.
- Terminal Access Functions: Functions for controlling terminal access.
Name Service Switch
- NSS Basics: What is this NSS good for.
- NSS Configuration File: Configuring NSS.
- NSS Module Internals: How does it work internally.
- Extending NSS: What to do to add services or databases.
NSS Configuration File
- Services in the NSS configuration: Service names in the NSS configuration.
- Actions in the NSS configuration: React appropriately to the lookup result.
- Notes on NSS Configuration File: Things to take care about while
configuring NSS.
NSS Module Internals
- NSS Module Names: Construction of the interface function of
the NSS modules.
- NSS Modules Interface: Programming interface in the NSS module
functions.
Extending NSS
- Adding another Service to NSS: What is to do to add a new service.
- NSS Module Function Internals: Guidelines for writing new NSS
service functions.
Users and Groups
- User and Group IDs: Each user has a unique numeric ID;
likewise for groups.
- Process Persona: The user IDs and group IDs of a process.
- Why Change Persona: Why a program might need to change
its user and/or group IDs.
- How Change Persona: Changing the user and group IDs.
- Reading Persona: How to examine the user and group IDs.
- Setting User ID: Functions for setting the user ID.
- Setting Groups: Functions for setting the group IDs.
- Enable/Disable Setuid: Turning setuid access on and off.
- Setuid Program Example: The pertinent parts of one sample program.
- Tips for Setuid: How to avoid granting unlimited access.
- Who Logged In: Getting the name of the user who logged in,
or of the real user ID of the current process.
- User Accounting Database: Keeping information about users and various
actions in databases.
- User Database: Functions and data structures for
accessing the user database.
- Group Database: Functions and data structures for
accessing the group database.
- Database Example: Example program showing the use of database
inquiry functions.
- Netgroup Database: Functions for accessing the netgroup database.
User Accounting Database
- Manipulating the Database: Scanning and modifying the user
accounting database.
- XPG Functions: A standardized way for doing the same thing.
- Logging In and Out: Functions from BSD that modify the user
accounting database.
User Database
- User Data Structure: What each user record contains.
- Lookup User: How to look for a particular user.
- Scanning All Users: Scanning the list of all users, one by one.
- Writing a User Entry: How a program can rewrite a user's record.
Group Database
- Group Data Structure: What each group record contains.
- Lookup Group: How to look for a particular group.
- Scanning All Groups: Scanning the list of all groups.
Netgroup Database
- Netgroup Data: Data in the Netgroup database and where
it comes from.
- Lookup Netgroup: How to look for a particular netgroup.
- Netgroup Membership: How to test for netgroup membership.
System Information
- Host Identification: Determining the name of the machine.
- Hardware/Software Type ID: Determining the hardware type of the
machine and what operating system it is
running.
- Filesystem handling: Which is mounted and/or available?
System Configuration
- General Limits: Constants and functions that describe
various process-related limits that have
one uniform value for any given machine.
- System Options: Optional POSIX features.
- Version Supported: Version numbers of POSIX.1 and POSIX.2.
- Sysconf: Getting specific configuration values
of general limits and system options.
- Minimums: Minimum values for general limits.
- Limits for Files: Size limitations that pertain to individual files.
These can vary between file systems
or even from file to file.
- Options for Files: Optional features that some files may support.
- File Minimums: Minimum values for file limits.
- Pathconf: Getting the limit values for a particular file.
- Utility Limits: Capacity limits of some POSIX.2 utility programs.
- Utility Minimums: Minimum allowable values of those limits.
- String Parameters: Getting the default search path.
Sysconf
- Sysconf Definition: Detailed specifications of
sysconf.
- Constants for Sysconf: The list of parameters
sysconf can read.
- Examples of Sysconf: How to use
sysconf and the parameter
macros properly together.
Cryptographic Functions
- Legal Problems: This software can get you locked up, or worse.
- getpass: Prompting the user for a password.
- crypt: A one-way function for UNIX passwords.
- DES Encryption: Routines for DES encryption.
POSIX Threads
- Basic Thread Operations: Creating, terminating, and waiting for threads.
- Thread Attributes: Tuning thread scheduling.
- Cancellation: Stopping a thread before it's done.
- Cleanup Handlers: Deallocating resources when a thread is
cancelled.
- Mutexes: One way to synchronize threads.
- Condition Variables: Another way.
- POSIX Semaphores: And a third way.
- Thread-Specific Data: Variables with different values in
different threads.
- Threads and Signal Handling: Why you should avoid mixing the two, and
how to do it if you must.
- Miscellaneous Thread Functions: A grab bag of utility routines.
Language Features
- Consistency Checking: Using
assert to abort if
something ``impossible'' happens.
- Variadic Functions: Defining functions with varying numbers
of args.
- Null Pointer Constant: The macro
NULL.
- Important Data Types: Data types for object sizes.
- Data Type Measurements: Parameters of data type representations.
Variadic Functions
- Why Variadic: Reasons for making functions take
variable arguments.
- How Variadic: How to define and call variadic functions.
- Variadic Example: A complete example.
How Variadic
- Variadic Prototypes: How to make a prototype for a function
with variable arguments.
- Receiving Arguments: Steps you must follow to access the
optional argument values.
- How Many Arguments: How to decide whether there are more arguments.
- Calling Variadics: Things you need to know about calling
variable arguments functions.
- Argument Macros: Detailed specification of the macros
for accessing variable arguments.
- Old Varargs: The pre-ISO way of defining variadic functions.
Data Type Measurements
- Width of Type: How many bits does an integer type hold?
- Range of Type: What are the largest and smallest values
that an integer type can hold?
- Floating Type Macros: Parameters that measure the floating point types.
- Structure Measurement: Getting measurements on structure types.
Floating Type Macros
- Floating Point Concepts: Definitions of terminology.
- Floating Point Parameters: Details of specific macros.
- IEEE Floating Point: The measurements for one common
representation.
Installation
- Configuring and compiling: How to compile and test GNU libc.
- Running make install: How to install it once you've got it compiled.
- Tools for Compilation: You'll need these first.
- Supported Configurations: What it runs on, what it doesn't.
- Linux: Specific advice for Linux systems.
- Reporting Bugs: So they'll get fixed.
Maintenance
- Source Layout: How to add new functions or header files
to the GNU C library.
- Porting: How to port the GNU C library to
a new machine or operating system.
Porting
- Hierarchy Conventions: The layout of the
sysdeps hierarchy.
- Porting to Unix: Porting the library to an average
Unix-like system.
Node:Introduction,
Next:Error Reporting,
Previous:Top,
Up:Top
Introduction
The C language provides no built-in facilities for performing such
common operations as input/output, memory management, string
manipulation, and the like. Instead, these facilities are defined
in a standard library, which you compile and link with your
programs.
The GNU C library, described in this document, defines all of the
library functions that are specified by the ISO C standard, as well as
additional features specific to POSIX and other derivatives of the Unix
operating system, and extensions specific to the GNU system.
The purpose of this manual is to tell you how to use the facilities
of the GNU library. We have mentioned which features belong to which
standards to help you identify things that are potentially non-portable
to other systems. But the emphasis in this manual is not on strict
portability.
Node:Getting Started,
Next:Standards and Portability,
Up:Introduction
Getting Started
This manual is written with the assumption that you are at least
somewhat familiar with the C programming language and basic programming
concepts. Specifically, familiarity with ISO standard C
(see ISO C), rather than "traditional" pre-ISO C dialects, is
assumed.
The GNU C library includes several header files, each of which
provides definitions and declarations for a group of related facilities;
this information is used by the C compiler when processing your program.
For example, the header file stdio.h declares facilities for
performing input and output, and the header file string.h
declares string processing utilities. The organization of this manual
generally follows the same division as the header files.
If you are reading this manual for the first time, you should read all
of the introductory material and skim the remaining chapters. There are
a lot of functions in the GNU C library and it's not realistic to
expect that you will be able to remember exactly how to use each
and every one of them. It's more important to become generally familiar
with the kinds of facilities that the library provides, so that when you
are writing your programs you can recognize when to make use of
library functions, and where in this manual you can find more
specific information about them.
Node:Standards and Portability,
Next:Using the Library,
Previous:Getting Started,
Up:Introduction
Standards and Portability
This section discusses the various standards and other sources that the
GNU C library is based upon. These sources include the ISO C and
POSIX standards, and the System V and Berkeley Unix implementations.
The primary focus of this manual is to tell you how to make effective
use of the GNU library facilities. But if you are concerned about
making your programs compatible with these standards, or portable to
operating systems other than GNU, this can affect how you use the
library. This section gives you an overview of these standards, so that
you will know what they are when they are mentioned in other parts of
the manual.
See Library Summary, for an alphabetical list of the functions and
other symbols provided by the library. This list also states which
standards each function or symbol comes from.
- ISO C: The international standard for the C
programming language.
- POSIX: The ISO/IEC 9945 (aka IEEE 1003) standards
for operating systems.
- Berkeley Unix: BSD and SunOS.
- SVID: The System V Interface Description.
- XPG: The X/Open Portability Guide.
Node:ISO C,
Next:POSIX,
Up:Standards and Portability
ISO C
The GNU C library is compatible with the C standard adopted by the
American National Standards Institute (ANSI):
American National Standard X3.159-1989--"ANSI C" and later
by the International Standardization Organization (ISO):
ISO/IEC 9899:1990, "Programming languages--C".
We here refer to the standard as ISO C since this is the more
general standard in respect of ratification.
The header files and library facilities that make up the GNU library are
a superset of those specified by the ISO C standard.
If you are concerned about strict adherence to the ISO C standard, you
should use the -ansi option when you compile your programs with
the GNU C compiler. This tells the compiler to define only ISO
standard features from the library header files, unless you explicitly
ask for additional features. See Feature Test Macros, for
information on how to do this.
Being able to restrict the library to include only ISO C features is
important because ISO C puts limitations on what names can be defined
by the library implementation, and the GNU extensions don't fit these
limitations. See Reserved Names, for more information about these
restrictions.
This manual does not attempt to give you complete details on the
differences between ISO C and older dialects. It gives advice on how
to write programs to work portably under multiple C dialects, but does
not aim for completeness.
Node:POSIX,
Next:Berkeley Unix,
Previous:ISO C,
Up:Standards and Portability
POSIX (The Portable Operating System Interface)
The GNU library is also compatible with the ISO POSIX family of
standards, known more formally as the Portable Operating System
Interface for Computer Environments (ISO/IEC 9945). They were also
published as ANSI/IEEE Std 1003. POSIX is derived mostly from various
versions of the Unix operating system.
The library facilities specified by the POSIX standards are a superset
of those required by ISO C; POSIX specifies additional features for
ISO C functions, as well as specifying new additional functions. In
general, the additional requirements and functionality defined by the
POSIX standards are aimed at providing lower-level support for a
particular kind of operating system environment, rather than general
programming language support which can run in many diverse operating
system environments.
The GNU C library implements all of the functions specified in
ISO/IEC 9945-1:1996, the POSIX System Application Program
Interface, commonly referred to as POSIX.1. The primary extensions to
the ISO C facilities specified by this standard include file system
interface primitives (see File System Interface), device-specific
terminal control functions (see Low-Level Terminal Interface), and
process control functions (see Processes).
Some facilities from ISO/IEC 9945-2:1993, the POSIX Shell and
Utilities standard (POSIX.2) are also implemented in the GNU library.
These include utilities for dealing with regular expressions and other
pattern matching facilities (see Pattern Matching).
Node:Berkeley Unix,
Next:SVID,
Previous:POSIX,
Up:Standards and Portability
Berkeley Unix
The GNU C library defines facilities from some versions of Unix which
are not formally standardized, specifically from the 4.2 BSD, 4.3 BSD,
and 4.4 BSD Unix systems (also known as Berkeley Unix) and from
SunOS (a popular 4.2 BSD derivative that includes some Unix System
V functionality). These systems support most of the ISO C and POSIX
facilities, and 4.4 BSD and newer releases of SunOS in fact support them all.
The BSD facilities include symbolic links (see Symbolic Links), the
select function (see Waiting for I/O), the BSD signal
functions (see BSD Signal Handling), and sockets (see Sockets).
Node:SVID,
Next:XPG,
Previous:Berkeley Unix,
Up:Standards and Portability
SVID (The System V Interface Description)
The System V Interface Description (SVID) is a document describing
the AT&T Unix System V operating system. It is to some extent a
superset of the POSIX standard (see POSIX).
The GNU C library defines most of the facilities required by the SVID
that are not also required by the ISO C or POSIX standards, for
compatibility with System V Unix and other Unix systems (such as
SunOS) which include these facilities. However, many of the more
obscure and less generally useful facilities required by the SVID are
not included. (In fact, Unix System V itself does not provide them all.)
The supported facilities from System V include the methods for
inter-process communication and shared memory, the hsearch and
drand48 families of functions, fmtmsg and several of the
mathematical functions.
Node:XPG,
Previous:SVID,
Up:Standards and Portability
XPG (The X/Open Portability Guide)
The X/Open Portability Guide, published by the X/Open Company, Ltd., is
a more general standard than POSIX. X/Open owns the Unix copyright and
the XPG specifies the requirements for systems which are intended to be
a Unix system.
The GNU C library complies to the X/Open Portability Guide, Issue 4.2,
with all extensions common to XSI (X/Open System Interface)
compliant systems and also all X/Open UNIX extensions.
The additions on top of POSIX are mainly derived from functionality
available in System V and BSD systems. Some of the really bad
mistakes in System V systems were corrected, though. Since
fulfilling the XPG standard with the Unix extensions is a
precondition for getting the Unix brand chances are good that the
functionality is available on commercial systems.
Node:Using the Library,
Next:Roadmap to the Manual,
Previous:Standards and Portability,
Up:Introduction
Using the Library
This section describes some of the practical issues involved in using
the GNU C library.
Node:Header Files,
Next:Macro Definitions,
Up:Using the Library
Header Files
Libraries for use by C programs really consist of two parts: header
files that define types and macros and declare variables and
functions; and the actual library or archive that contains the
definitions of the variables and functions.
(Recall that in C, a declaration merely provides information that
a function or variable exists and gives its type. For a function
declaration, information about the types of its arguments might be
provided as well. The purpose of declarations is to allow the compiler
to correctly process references to the declared variables and functions.
A definition, on the other hand, actually allocates storage for a
variable or says what a function does.)
In order to use the facilities in the GNU C library, you should be sure
that your program source files include the appropriate header files.
This is so that the compiler has declarations of these facilities
available and can correctly process references to them. Once your
program has been compiled, the linker resolves these references to
the actual definitions provided in the archive file.
Header files are included into a program source file by the
#include preprocessor directive. The C language supports two
forms of this directive; the first,
#include "header"
is typically used to include a header file header that you write
yourself; this would contain definitions and declarations describing the
interfaces between the different parts of your particular application.
By contrast,
#include <file.h>
is typically used to include a header file file.h that contains
definitions and declarations for a standard library. This file would
normally be installed in a standard place by your system administrator.
You should use this second form for the C library header files.
Typically, #include directives are placed at the top of the C
source file, before any other code. If you begin your source files with
some comments explaining what the code in the file does (a good idea),
put the #include directives immediately afterwards, following the
feature test macro definition (see Feature Test Macros).
For more information about the use of header files and #include
directives, see Header Files.
The GNU C library provides several header files, each of which contains
the type and macro definitions and variable and function declarations
for a group of related facilities. This means that your programs may
need to include several header files, depending on exactly which
facilities you are using.
Some library header files include other library header files
automatically. However, as a matter of programming style, you should
not rely on this; it is better to explicitly include all the header
files required for the library facilities you are using. The GNU C
library header files have been written in such a way that it doesn't
matter if a header file is accidentally included more than once;
including a header file a second time has no effect. Likewise, if your
program needs to include multiple header files, the order in which they
are included doesn't matter.
Compatibility Note: Inclusion of standard header files in any
order and any number of times works in any ISO C implementation.
However, this has traditionally not been the case in many older C
implementations.
Strictly speaking, you don't have to include a header file to use
a function it declares; you could declare the function explicitly
yourself, according to the specifications in this manual. But it is
usually better to include the header file because it may define types
and macros that are not otherwise available and because it may define
more efficient macro replacements for some functions. It is also a sure
way to have the correct declaration.
Node:Macro Definitions,
Next:Reserved Names,
Previous:Header Files,
Up:Using the Library
Macro Definitions of Functions
If we describe something as a function in this manual, it may have a
macro definition as well. This normally has no effect on how your
program runs--the macro definition does the same thing as the function
would. In particular, macro equivalents for library functions evaluate
arguments exactly once, in the same way that a function call would. The
main reason for these macro definitions is that sometimes they can
produce an inline expansion that is considerably faster than an actual
function call.
Taking the address of a library function works even if it is also
defined as a macro. This is because, in this context, the name of the
function isn't followed by the left parenthesis that is syntactically
necessary to recognize a macro call.
You might occasionally want to avoid using the macro definition of a
function--perhaps to make your program easier to debug. There are
two ways you can do this:
- You can avoid a macro definition in a specific use by enclosing the name
of the function in parentheses. This works because the name of the
function doesn't appear in a syntactic context where it is recognizable
as a macro call.
- You can suppress any macro definition for a whole source file by using
the
#undef preprocessor directive, unless otherwise stated
explicitly in the description of that facility.
For example, suppose the header file stdlib.h declares a function
named abs with
extern int abs (int);
and also provides a macro definition for abs. Then, in:
#include <stdlib.h>
int f (int *i) { return abs (++*i); }
the reference to abs might refer to either a macro or a function.
On the other hand, in each of the following examples the reference is
to a function and not a macro.
#include <stdlib.h>
int g (int *i) { return (abs) (++*i); }
#undef abs
int h (int *i) { return abs (++*i); }
Since macro definitions that double for a function behave in
exactly the same way as the actual function version, there is usually no
need for any of these methods. In fact, removing macro definitions usually
just makes your program slower.
Node:Reserved Names,
Next:Feature Test Macros,
Previous:Macro Definitions,
Up:Using the Library
Reserved Names
The names of all library types, macros, variables and functions that
come from the ISO C standard are reserved unconditionally; your program
may not redefine these names. All other library names are
reserved if your program explicitly includes the header file that
defines or declares them. There are several reasons for these
restrictions:
- Other people reading your code could get very confused if you were using
a function named
exit to do something completely different from
what the standard exit function does, for example. Preventing
this situation helps to make your programs easier to understand and
contributes to modularity and maintainability.
- It avoids the possibility of a user accidentally redefining a library
function that is called by other library functions. If redefinition
were allowed, those other functions would not work properly.
- It allows the compiler to do whatever special optimizations it pleases
on calls to these functions, without the possibility that they may have
been redefined by the user. Some library facilities, such as those for
dealing with variadic arguments (see Variadic Functions)
and non-local exits (see Non-Local Exits), actually require a
considerable amount of cooperation on the part of the C compiler, and
implementationally it might be easier for the compiler to treat these as
built-in parts of the language.
In addition to the names documented in this manual, reserved names
include all external identifiers (global functions and variables) that
begin with an underscore (_) and all identifiers regardless of
use that begin with either two underscores or an underscore followed by
a capital letter are reserved names. This is so that the library and
header files can define functions, variables, and macros for internal
purposes without risk of conflict with names in user programs.
Some additional classes of identifier names are reserved for future
extensions to the C language or the POSIX.1 environment. While using these
names for your own purposes right now might not cause a problem, they do
raise the possibility of conflict with future versions of the C
or POSIX standards, so you should avoid these names.
- Names beginning with a capital
E followed a digit or uppercase
letter may be used for additional error code names. See Error Reporting.
- Names that begin with either
is or to followed by a
lowercase letter may be used for additional character testing and
conversion functions. See Character Handling.
- Names that begin with
LC_ followed by an uppercase letter may be
used for additional macros specifying locale attributes.
See Locales.
- Names of all existing mathematics functions (see Mathematics)
suffixed with
f or l are reserved for corresponding
functions that operate on float and long double arguments,
respectively.
- Names that begin with
SIG followed by an uppercase letter are
reserved for additional signal names. See Standard Signals.
- Names that begin with
SIG_ followed by an uppercase letter are
reserved for additional signal actions. See Basic Signal Handling.
- Names beginning with
str, mem, or wcs followed by a
lowercase letter are reserved for additional string and array functions.
See String and Array Utilities.
- Names that end with
_t are reserved for additional type names.
In addition, some individual header files reserve names beyond
those that they actually define. You only need to worry about these
restrictions if your program includes that particular header file.
- The header file
dirent.h reserves names prefixed with
d_.
- The header file
fcntl.h reserves names prefixed with
l_, F_, O_, and S_.
- The header file
grp.h reserves names prefixed with gr_.
- The header file
limits.h reserves names suffixed with _MAX.
- The header file
pwd.h reserves names prefixed with pw_.
- The header file
signal.h reserves names prefixed with sa_
and SA_.
- The header file
sys/stat.h reserves names prefixed with st_
and S_.
- The header file
sys/times.h reserves names prefixed with tms_.
- The header file
termios.h reserves names prefixed with c_,
V, I, O, and TC; and names prefixed with
B followed by a digit.
Node:Feature Test Macros,
Previous:Reserved Names,
Up:Using the Library
Feature Test Macros
The exact set of features available when you compile a source file
is controlled by which feature test macros you define.
If you compile your programs using gcc -ansi, you get only the
ISO C library features, unless you explicitly request additional
features by defining one or more of the feature macros.
See Invoking GCC,
for more information about GCC options.
You should define these macros by using #define preprocessor
directives at the top of your source code files. These directives
must come before any #include of a system header file. It
is best to make them the very first thing in the file, preceded only by
comments. You could also use the -D option to GCC, but it's
better if you make the source files indicate their own meaning in a
self-contained way.
This system exists to allow the library to conform to multiple standards.
Although the different standards are often described as supersets of each
other, they are usually incompatible because larger standards require
functions with names that smaller ones reserve to the user program. This
is not mere pedantry -- it has been a problem in practice. For instance,
some non-GNU programs define functions named getline that have
nothing to do with this library's getline. They would not be
compilable if all features were enabled indiscriminately.
This should not be used to verify that a program conforms to a limited
standard. It is insufficient for this purpose, as it will not protect you
from including header files outside the standard, or relying on semantics
undefined within the standard.
|
If you define this macro, then the functionality from the POSIX.1
standard (IEEE Standard 1003.1) is available, as well as all of the
ISO C facilities.
The state of _POSIX_SOURCE is irrelevant if you define the
macro _POSIX_C_SOURCE to a positive integer.
|
|
Define this macro to a positive integer to control which POSIX
functionality is made available. The greater the value of this macro,
the more functionality is made available.
If you define this macro to a value greater than or equal to 1,
then the functionality from the 1990 edition of the POSIX.1 standard
(IEEE Standard 1003.1-1990) is made available.
If you define this macro to a value greater than or equal to 2,
then the functionality from the 1992 edition of the POSIX.2 standard
(IEEE Standard 1003.2-1992) is made available.
If you define this macro to a value greater than or equal to 199309L,
then the functionality from the 1993 edition of the POSIX.1b standard
(IEEE Standard 1003.1b-1993) is made available.
Greater values for _POSIX_C_SOURCE will enable future extensions.
The POSIX standards process will define these values as necessary, and
the GNU C Library should support them some time after they become standardized.
The 1996 edition of POSIX.1 (ISO/IEC 9945-1: 1996) states that
if you define _POSIX_C_SOURCE to a value greater than
or equal to 199506L, then the functionality from the 1996
edition is made available.
The Single Unix Specification specify that setting this macro to the
value 199506L selects all the values specified by the POSIX
standards plus those of the Single Unix Specification, i.e., is the
same as if _XOPEN_SOURCE is set to 500 (see below).
|
|
If you define this macro, functionality derived from 4.3 BSD Unix is
included as well as the ISO C, POSIX.1, and POSIX.2 material.
Some of the features derived from 4.3 BSD Unix conflict with the
corresponding features specified by the POSIX.1 standard. If this
macro is defined, the 4.3 BSD definitions take precedence over the
POSIX definitions.
Due to the nature of some of the conflicts between 4.3 BSD and POSIX.1,
you need to use a special BSD compatibility library when linking
programs compiled for BSD compatibility. This is because some functions
must be defined in two different ways, one of them in the normal C
library, and one of them in the compatibility library. If your program
defines _BSD_SOURCE, you must give the option -lbsd-compat
to the compiler or linker when linking the program, to tell it to find
functions in this special compatibility library before looking for them in
the normal C library.
|
|
If you define this macro, functionality derived from SVID is
included as well as the ISO C, POSIX.1, POSIX.2, and X/Open material.
|
|
|
| _XOPEN_SOURCE_EXTENDED
|
Macro |
If you define this macro, functionality described in the X/Open
Portability Guide is included. This is a superset of the POSIX.1 and
POSIX.2 functionality and in fact _POSIX_SOURCE and
_POSIX_C_SOURCE are automatically defined.
As the unification of all Unices, functionality only available in
BSD and SVID is also included.
If the macro _XOPEN_SOURCE_EXTENDED is also defined, even more
functionality is available. The extra functions will make all functions
available which are necessary for the X/Open Unix brand.
If the macro _XOPEN_SOURCE has the value 500 this includes
all functionality described so far plus some new definitions from the
Single Unix Specification, version 2.
|
If this macro is defined some extra functions are available which
rectify a few shortcomings in all previous standards. More concrete
the functions fseeko and ftello are available. Without
these functions the difference between the ISO C interface
(fseek, ftell) and the low-level POSIX interface
(lseek) would lead to problems.
This macro was introduced as part of the Large File Support extension (LFS).
|
| _LARGEFILE64_SOURCE
|
Macro |
|
If you define this macro an additional set of function gets available
which enables to use on 32 bit systems to use files of sizes beyond
the usual limit of 2GB. This interface is not available if the system
does not support files that large. On systems where the natural file
size limit is greater than 2GB (i.e., on 64 bit systems) the new
functions are identical to the replaced functions.
The new functionality is made available by a new set of types and
functions which replace existing. The names of these new objects
contain 64 to indicate the intention, e.g., off_t
vs. off64_t and fseeko vs. fseeko64.
This macro was introduced as part of the Large File Support extension
(LFS). It is a transition interface for the time 64 bit offsets are
not generally used (see _FILE_OFFSET_BITS.
|
This macro lets decide which file system interface shall be used, one
replacing the other. While _LARGEFILE64_SOURCE makes the 64 bit interface available as an additional interface
_FILE_OFFSET_BITS allows to use the 64 bit interface to
replace the old interface.
If _FILE_OFFSET_BITS is undefined or if it is defined to the
value 32 nothing changes. The 32 bit interface is used and
types like off_t have a size of 32 bits on 32 bit
systems.
If the macro is defined to the value 64 the large file interface
replaces the old interface. I.e., the functions are not made available
under different names as _LARGEFILE64_SOURCE does. Instead the
old function names now reference the new functions, e.g., a call to
fseeko now indeed calls fseeko64.
This macro should only be selected if the system provides mechanisms for
handling large files. On 64 bit systems this macro has no effect
since the *64 functions are identical to the normal functions.
This macro was introduced as part of the Large File Support extension
(LFS).
|
|
If you define this macro, everything is included: ISO C, POSIX.1,
POSIX.2, BSD, SVID, X/Open, LFS, and GNU extensions. In the cases where
POSIX.1 conflicts with BSD, the POSIX definitions take precedence.
If you want to get the full effect of _GNU_SOURCE but make the
BSD definitions take precedence over the POSIX definitions, use this
sequence of definitions:
#define _GNU_SOURCE
#define _BSD_SOURCE
#define _SVID_SOURCE
Note that if you do this, you must link your program with the BSD
compatibility library by passing the -lbsd-compat option to the
compiler or linker. Note: If you forget to do this, you may
get very strange errors at run time.
|
| _REENTRANT
|
Macro |
| _THREAD_SAFE
|
Macro |
|
If you define one of these macros, reentrant versions of several functions get
declared. Some of the functions are specified in POSIX.1c but many others
are only available on a few other systems or are unique to GNU libc.
The problem is that the standardization of the thread safe C library
interface still is behind.
Unlike on some other systems no special version of the C library must be
used for linking. There is only one version but while compiling this
it must have been specified to compile as thread safe.
|
We recommend you use _GNU_SOURCE in new programs. If you don't
specify the -ansi option to GCC and don't define any of these
macros explicitly, the effect is the same as defining
_POSIX_C_SOURCE to 2 and _POSIX_SOURCE,
_SVID_SOURCE, and _BSD_SOURCE to 1.
When you define a feature test macro to request a larger class of features,
it is harmless to define in addition a feature test macro for a subset of
those features. For example, if you define _POSIX_C_SOURCE, then
defining _POSIX_SOURCE as well has no effect. Likewise, if you
define _GNU_SOURCE, then defining either _POSIX_SOURCE or
_POSIX_C_SOURCE or _SVID_SOURCE as well has no effect.
Note, however, that the features of _BSD_SOURCE are not a subset of
any of the other feature test macros supported. This is because it defines
BSD features that take precedence over the POSIX features that are
requested by the other macros. For this reason, defining
_BSD_SOURCE in addition to the other feature test macros does have
an effect: it causes the BSD features to take priority over the conflicting
POSIX features.
Node:Roadmap to the Manual,
Previous:Using the Library,
Up:Introduction
Roadmap to the Manual
Here is an overview of the contents of the remaining chapters of
this manual.
- Error Reporting, describes how errors detected by the library
are reported.
- Language Features, contains information about library support for
standard parts of the C language, including things like the
sizeof
operator and the symbolic constant NULL, how to write functions
accepting variable numbers of arguments, and constants describing the
ranges and other properties of the numerical types. There is also a simple
debugging mechanism which allows you to put assertions in your code, and
have diagnostic messages printed if the tests fail.
- Memory Allocation, describes the GNU library's facilities for
dynamic allocation of storage. If you do not know in advance how much
storage your program needs, you can allocate it dynamically instead,
and manipulate it via pointers.
- Character Handling, contains information about character
classification functions (such as
isspace) and functions for
performing case conversion.
- String and Array Utilities, has descriptions of functions for
manipulating strings (null-terminated character arrays) and general
byte arrays, including operations such as copying and comparison.
- I/O Overview, gives an overall look at the input and output
facilities in the library, and contains information about basic concepts
such as file names.
- I/O on Streams, describes I/O operations involving streams (or
FILE * objects). These are the normal C library functions
from stdio.h.
- Low-Level I/O, contains information about I/O operations
on file descriptors. File descriptors are a lower-level mechanism
specific to the Unix family of operating systems.
- File System Interface, has descriptions of operations on entire
files, such as functions for deleting and renaming them and for creating
new directories. This chapter also contains information about how you
can access the attributes of a file, such as its owner and file protection
modes.
- Pipes and FIFOs, contains information about simple interprocess
communication mechanisms. Pipes allow communication between two related
processes (such as between a parent and child), while FIFOs allow
communication between processes sharing a common file system on the same
machine.
- Sockets, describes a more complicated interprocess communication
mechanism that allows processes running on different machines to
communicate over a network. This chapter also contains information about
Internet host addressing and how to use the system network databases.
- Low-Level Terminal Interface, describes how you can change the
attributes of a terminal device. If you want to disable echo of
characters typed by the user, for example, read this chapter.
- Mathematics, contains information about the math library
functions. These include things like random-number generators and
remainder functions on integers as well as the usual trigonometric and
exponential functions on floating-point numbers.
- Low-Level Arithmetic Functions, describes functions
for simple arithmetic, analysis of floating-point values, and reading
numbers from strings.
- Searching and Sorting, contains information about functions
for searching and sorting arrays. You can use these functions on any
kind of array by providing an appropriate comparison function.
- Pattern Matching, presents functions for matching regular expressions
and shell file name patterns, and for expanding words as the shell does.
- Date and Time, describes functions for measuring both calendar time
and CPU time, as well as functions for setting alarms and timers.
- Character Set Handling, contains information about manipulating
characters and strings using character sets larger than will fit in
the usual
char data type.
- Locales, describes how selecting a particular country
or language affects the behavior of the library. For example, the locale
affects collation sequences for strings and how monetary values are
formatted.
- Non-Local Exits, contains descriptions of the
setjmp and
longjmp functions. These functions provide a facility for
goto-like jumps which can jump from one function to another.
- Signal Handling, tells you all about signals--what they are,
how to establish a handler that is called when a particular kind of
signal is delivered, and how to prevent signals from arriving during
critical sections of your program.
- Process Startup, tells how your programs can access their
command-line arguments and environment variables.
- Processes, contains information about how to start new processes
and run programs.
- Job Control, describes functions for manipulating process groups
and the controlling terminal. This material is probably only of
interest if you are writing a shell or other program which handles job
control specially.
- Name Service Switch, describes the services which are available
for looking up names in the system databases, how to determine which
service is used for which database, and how these services are
implemented so that contributors can design their own services.
- User Database, and Group Database, tell you how to access
the system user and group databases.
- System Information, describes functions for getting information
about the hardware and software configuration your program is executing
under.
- System Configuration, tells you how you can get information about
various operating system limits. Most of these parameters are provided for
compatibility with POSIX.
- Library Summary, gives a summary of all the functions, variables, and
macros in the library, with complete data types and function prototypes,
and says what standard or system each is derived from.
- Maintenance, explains how to build and install the GNU C library on
your system, how to report any bugs you might find, and how to add new
functions or port the library to a new system.
If you already know the name of the facility you are interested in, you
can look it up in Library Summary. This gives you a summary of
its syntax and a pointer to where you can find a more detailed
description. This appendix is particularly useful if you just want to
verify the order and type of arguments to a function, for example. It
also tells you what standard or system each function, variable, or macro
is derived from.
Node:Error Reporting,
Next:Memory Allocation,
Previous:Introduction,
Up:Top
Error Reporting
Many functions in the GNU C library detect and report error conditions,
and sometimes your programs need to check for these error conditions.
For example, when you open an input file, you should verify that the
file was actually opened correctly, and print an error message or take
other appropriate action if the call to the library function failed.
This chapter describes how the error reporting facility works. Your
program should include the header file errno.h to use this
facility.
Node:Checking for Errors,
Next:Error Codes,
Up:Error Reporting
Checking for Errors
Most library functions return a special value to indicate that they have
failed. The special value is typically -1, a null pointer, or a
constant such as EOF that is defined for that purpose. But this
return value tells you only that an error has occurred. To find out
what kind of error it was, you need to look at the error code stored in the
variable errno. This variable is declared in the header file
errno.h.
| volatile int errno
|
Variable |
The variable errno contains the system error number. You can
change the value of errno.
Since errno is declared volatile, it might be changed
asynchronously by a signal handler; see Defining Handlers.
However, a properly written signal handler saves and restores the value
of errno, so you generally do not need to worry about this
possibility except when writing signal handlers.
The initial value of errno at program startup is zero. Many
library functions are guaranteed to set it to certain nonzero values
when they encounter certain kinds of errors. These error conditions are
listed for each function. These functions do not change errno
when they succeed; thus, the value of errno after a successful
call is not necessarily zero, and you should not use errno to
determine whether a call failed. The proper way to do that is
documented for each function. If the call the failed, you can
examine errno.
Many library functions can set errno to a nonzero value as a
result of calling other library functions which might fail. You should
assume that any library function might alter errno when the
function returns an error.
Portability Note: ISO C specifies errno as a
"modifiable lvalue" rather than as a variable, permitting it to be
implemented as a macro. For example, its expansion might involve a
function call, like *_errno (). In fact, that is what it is
on the GNU system itself. The GNU library, on non-GNU systems, does
whatever is right for the particular system.
There are a few library functions, like sqrt and atan,
that return a perfectly legitimate value in case of an error, but also
set errno. For these functions, if you want to check to see
whether an error occurred, the recommended method is to set errno
to zero before calling the function, and then check its value afterward.
|
All the error codes have symbolic names; they are macros defined in
errno.h. The names start with E and an upper-case
letter or digit; you should consider names of this form to be
reserved names. See Reserved Names.
The error code values are all positive integers and are all distinct,
with one exception: EWOULDBLOCK and EAGAIN are the same.
Since the values are distinct, you can use them as labels in a
switch statement; just don't use both EWOULDBLOCK and
EAGAIN. Your program should not make any other assumptions about
the specific values of these symbolic constants.
The value of errno doesn't necessarily have to correspond to any
of these macros, since some library functions might return other error
codes of their own for other situations. The only values that are
guaranteed to be meaningful for a particular library function are the
ones that this manual lists for that function.
On non-GNU systems, almost any system call can return EFAULT if
it is given an invalid pointer as an argument. Since this could only
happen as a result of a bug in your program, and since it will not
happen on the GNU system, we have saved space by not mentioning
EFAULT in the descriptions of individual functions.
In some Unix systems, many system calls can also return EFAULT if
given as an argument a pointer into the stack, and the kernel for some
obscure reason fails in its attempt to extend the stack. If this ever
happens, you should probably try using statically or dynamically
allocated memory instead of stack memory on that system.
Node:Error Codes,
Next:Error Messages,
Previous:Checking for Errors,
Up:Error Reporting
Error Codes
The error code macros are defined in the header file errno.h.
All of them expand into integer constant values. Some of these error
codes can't occur on the GNU system, but they can occur using the GNU
library on other systems.
|
Operation not permitted; only the owner of the file (or other resource)
or processes with special privileges can perform the operation.
|
|
No such file or directory. This is a "file doesn't exist" error
for ordinary files that are referenced in contexts where they are
expected to already exist.
|
|
No process matches the specified process ID.
|
|
Interrupted function call; an asynchronous signal occurred and prevented
completion of the call. When this happens, you should try the call
again.
You can choose to have functions resume after a signal that is handled,
rather than failing with EINTR; see Interrupted Primitives.
|
|
Input/output error; usually used for physical read or write errors.
|
|
No such device or address. The system tried to use the device
represented by a file you specified, and it couldn't find the device.
This can mean that the device file was installed incorrectly, or that
the physical device is missing or not correctly attached to the
computer.
|
Argument list too long; used when the arguments passed to a new program
being executed with one of the exec functions (see Executing a File) occupy too much memory space. This condition never arises in the
GNU system.
|
Invalid executable file format. This condition is detected by the
exec functions; see Executing a File.
|
|
Bad file descriptor; for example, I/O on a descriptor that has been
closed or reading from a descriptor open only for writing (or vice
versa).
|
|
There are no child processes. This error happens on operations that are
supposed to manipulate child processes, when there aren't any processes
to manipulate.
|
|
Deadlock avoided; allocating a system resource would have resulted in a
deadlock situation. The system does not guarantee that it will notice
all such situations. This error means you got lucky and the system
noticed; it might just hang. See File Locks, for an example.
|
|
No memory available. The system cannot allocate more virtual memory
because its capacity is full.
|
|
Permission denied; the file permissions do not allow the attempted operation.
|
|
Bad address; an invalid pointer was detected.
In the GNU system, this error never happens; you get a signal instead.
|
|
A file that isn't a block special file was given in a situation that
requires one. For example, trying to mount an ordinary file as a file
system in Unix gives this error.
|
|
Resource busy; a system resource that can't be shared is already in use.
For example, if you try to delete a file that is the root of a currently
mounted filesystem, you get this error.
|
|
File exists; an existing file was specified in a context where it only
makes sense to specify a new file.
|
An attempt to make an improper link across file systems was detected.
This happens not only when you use link (see Hard Links) but
also when you rename a file with rename (see Renaming Files).
|
|
The wrong type of device was given to a function that expects a
particular sort of device.
|
|
A file that isn't a directory was specified when a directory is required.
|
|
File is a directory; you cannot open a directory for writing,
or create or remove hard links to it.
|
|
Invalid argument. This is used to indicate various kinds of problems
with passing the wrong argument to a library function.
|
|
The current process has too many files open and can't open any more.
Duplicate descriptors do count toward this limit.
In BSD and GNU, the number of open files is controlled by a resource
limit that can usually be increased. If you get this error, you might
want to increase the RLIMIT_NOFILE limit or make it unlimited;
see Limits on Resources.
|
|
There are too many distinct file openings in the entire system. Note
that any number of linked channels count as just one file opening; see
Linked Channels. This error never occurs in the GNU system.
|
|
Inappropriate I/O control operation, such as trying to set terminal
modes on an ordinary file.
|
|
An attempt to execute a file that is currently open for writing, or
write to a file that is currently being executed. Often using a
debugger to run a program is considered having it open for writing and
will cause this error. (The name stands for "text file busy".) This
is not an error in the GNU system; the text is copied as necessary.
|
|
File too big; the size of a file would be larger than allowed by the system.
|
|
No space left on device; write operation on a file failed because the
disk is full.
|
|
Invalid seek operation (such as on a pipe).
|
|
An attempt was made to modify something on a read-only file system.
|
Too many links; the link count of a single file would become too large.
rename can cause this error if the file being renamed already has
as many links as it can take (see Renaming Files).
|
Broken pipe; there is no process reading from the other end of a pipe.
Every library function that returns this error code also generates a
SIGPIPE signal; this signal terminates the program if not handled
or blocked. Thus, your program will never actually see EPIPE
unless it has handled or blocked SIGPIPE.
|
|
Domain error; used by mathematical functions when an argument value does
not fall into the domain over which the function is defined.
|
|
Range error; used by mathematical functions when the result value is
not representable because of overflow or underflow.
|
Resource temporarily unavailable; the call might work if you try again
later. The macro EWOULDBLOCK is another name for EAGAIN;
they are always the same in the GNU C library.
This error can happen in a few different situations:
- An operation that would block was attempted on an object that has
non-blocking mode selected. Trying the same operation again will block
until some external condition makes it possible to read, write, or
connect (whatever the operation). You can use
select to find out
when the operation will be possible; see Waiting for I/O.
Portability Note: In many older Unix systems, this condition
was indicated by EWOULDBLOCK, which was a distinct error code
different from EAGAIN. To make your program portable, you should
check for both codes and treat them the same.
- A temporary resource shortage made an operation impossible.
fork
can return this error. It indicates that the shortage is expected to
pass, so your program can try the call again later and it may succeed.
It is probably a good idea to delay for a few seconds before trying it
again, to allow time for other processes to release scarce resources.
Such shortages are usually fairly serious and affect the whole system,
so usually an interactive program should report the error to the user
and return to its command loop.
|
In the GNU C library, this is another name for EAGAIN (above).
The values are always the same, on every operating system.
C libraries in many older Unix systems have EWOULDBLOCK as a
separate error code.
|
An operation that cannot complete immediately was initiated on an object
that has non-blocking mode selected. Some functions that must always
block (such as connect; see Connecting) never return
EAGAIN. Instead, they return EINPROGRESS to indicate that
the operation has begun and will take some time. Attempts to manipulate
the object before the call completes return EALREADY. You can
use the select function to find out when the pending operation
has completed; see Waiting for I/O.
|
|
An operation is already in progress on an object that has non-blocking
mode selected.
|
|
A file that isn't a socket was specified when a socket is required.
|
|
The size of a message sent on a socket was larger than the supported
maximum size.
|
|
The socket type does not support the requested communications protocol.
|
|
You specified a socket option that doesn't make sense for the
particular protocol being used by the socket. See Socket Options.
|
| int EPROTONOSUPPORT
|
Macro |
|
The socket domain does not support the requested communications protocol
(perhaps because the requested protocol is completely invalid).
See Creating a Socket.
|
| int ESOCKTNOSUPPORT
|
Macro |
|
The socket type is not supported.
|
|
The operation you requested is not supported. Some socket functions
don't make sense for all types of sockets, and others may not be
implemented for all communications protocols. In the GNU system, this
error can happen for many calls when the object does not support the
particular operation;on call; an asynchronous signal occurred and prevented
completion of the call. When this happens, you should try the call
again.
You can choose to have functions resume after a signal that is handled,
rather than failing with EINTR; see Interrupted Primitives.
|
|
Input/output error; usually used for physical read or write errors.
|
|
No such device or address. The system tried to use the device
represented by a file you specified, and it couldn't find the device.
This can mean that the device file was installed incorrectly, or that
the physical device is missing or not correctly attached to the
computer.
|
Argument list too long; used when the arguments passed to a new program
being executed with one of the exec functions (see Executing a File) occupy too much memory space. This condition never arises in the
GNU system.
|
Invalid executable file format. This condition is detected by the
exec functions; see Executing a File.
|
|
Bad file descriptor; for example, I/O on a descriptor that has been
closed or reading from a descriptor open only for writing (or vice
versa).
|
|
There are no child processes. This error happens on operations that are
supposed to manipulate child processes, when there aren't any processes
to manipulate.
|
|
Deadlock avoided; allocating a system resource would have resulted in a
deadlock situation. The system does not guarantee that it will notice
all such situations. This error means you got lucky and the system
noticed; it might just hang. See File Locks, for an example.
|
|
No memory available. The system cannot allocate more virtual memory
because its capacity is full.
|
|
Permission denied; the file permissions do not allow the attempted operation.
|
|
Bad address; an invalid pointer was detected.
In the GNU system, this error never happens; you get a signal instead.
|
|
A file that isn't a block special file was given in a situation that
requires one. For example, trying to mount an ordinary file as a file
system in Unix gives this error.
|
|
Resource busy; a system resource that can't be shared is already in use.
For example, if you try to delete a file that is the root of a currently
mounted filesystem, you get this error.
|
|
File exists; an existing file was specified in a context where it only
makes sense to specify a new file.
|
An attempt to make an improper link across file systems was detected.
This happens not only when you use link (see Hard Links) but
also when you rename a file with rename (see Renaming Files).
|
|
The wrong type of device was given to a function that expects a
particular sort of device.
|
|
A file that isn't a directory was specified when a directory is required.
|
|
File is a directory; you cannot open a directory for writing,
or create or remove hard links to it.
|
|
Invalid argument. This is used to indicate various kinds of problems
with passing the wrong argument to a library function.
|
|
The current process has too many files open and can't open any more.
Duplicate descriptors do count toward this limit.
In BSD and GNU, the number of open files is controlled by a resource
limit that can usually be increased. If you get this error, you might
want to increase the RLIMIT_NOFILE limit or make it unlimited;
see Limits on Resources.
|
|
There are too many distinct file openings in the entire system. Note
that any number of linked channels count as just one file opening; see
Linked Channels. This error never occurs in the GNU system.
|
|
Inappropriate I/O control operation, such as trying to set terminal
modes on an ordinary file.
|
|
An attempt to execute a file that is currently open for writing, or
write to a file that is currently being executed. Often using a
debugger to run a program is considered having it open for writing and
will cause this error. (The name stands for "text file busy".) This
is not an error in the GNU system; the text is copied as necessary.
|
|
File too big; the size of a file would be larger than allowed by the system.
|
|
No space left on device; write operation on a file failed because the
disk is full.
|
|
Invalid seek operation (such as on a pipe).
|
|
An attempt was made to modify something on a read-only file system.
|
Too many links; the link count of a single file would become too large.
rename can cause this error if the file being renamed already has
as many links as it can take (see Renaming Files).
|
Broken pipe; there is no process reading from the other end of a pipe.
Every library function that returns this error code also generates a
SIGPIPE signal; this signal terminates the program if not handled
or blocked. Thus, your program will never actually see EPIPE
unless it has handled or blocked SIGPIPE.
|
|
Domain error; used by mathematical functions when an argument value does
not fall into the domain over which the function is defined.
|
|
Range error; used by mathematical functions when the result value is
not representable because of overflow or underflow.
|
Resource temporarily unavailable; the call might work if you try again
later. The macro EWOULDBLOCK is another name for EAGAIN;
they are always the same in the GNU C library.
This error can happen in a few different situations:
- An operation that would block was attempted on an object that has
non-blocking mode selected. Trying the same operation again will block
until some external condition makes it possible to read, write, or
connect (whatever the operation). You can use
select to find out
when the operation will be possible; see Waiting for I/O.
Portability Note: In many older Unix systems, this condition
was indicated by EWOULDBLOCK, which was a distinct error code
different from EAGAIN. To make your program portable, you should
check for both codes and treat them the same.
- A temporary resource shortage made an operation impossible.
fork
can return this error. It indicates that the shortage is expected to
pass, so your program can try the call again later and it may succeed.
It is probably a good idea to delay for a few seconds before trying it
again, to allow time for other processes to release scarce resources.
Such shortages are usually fairly serious and affect the whole system,
so usually an interactive program should report the error to the user
and return to its command loop.
|
In the GNU C library, this is another name for EAGAIN (above).
The values are always the same, on every operating system.
C libraries in many older Unix systems have EWOULDBLOCK as a
separate error code.
|
An operation that cannot complete immediately was initiated on an object
that has non-blocking mode selected. Some functions that must always
block (such as connect; see Connecting) never return
EAGAIN. Instead, they return EINPROGRESS to indicate that
the operation has begun and will take some time. Attempts to manipulate
the object before the call completes return EALREADY. You can
use the select function to find out when the pending operation
has completed; see Waiting for I/O.
|
|
An operation is already in progress on an object that has non-blocking
mode selected.
|
|
A file that isn't a socket was specified when a socket is required.
|
|
The size of a message sent on a socket was larger than the supported
maximum size.
|
|
The socket type does not support the requested communications protocol.
|
|
You specified a socket option that doesn't make sense for the
particular protocol being used by the socket. See Socket Options.
|
| int EPROTONOSUPPORT
|
Macro |
|
The socket domain does not support the requested communications protocol
(perhaps because the requested protocol is completely invalid).
See Creating a Socket.
|
| int ESOCKTNOSUPPORT
|
Macro |
|
The socket type is not supported.
|
|
The operation you requested is not supported. Some socket functions
don't make sense for all types of sockets, and others may not be
implemented for all communications protocols. In the GNU system, this
error can happen for many calls when the object does not support the
particular operation;on call; an asynchronous signal occurred and prevented
completion of the call. When this happens, you should try the call
again.
You can choose to have functions resume after a signal that is handled,
rather than failing with EINTR; see Interrupted Primitives.
|
|
Input/output error; usually used for physical read or write errors.
|
|
No such device or address. The system tried to use the device
represented by a file you specified, and it couldn't find the device.
This can mean that the device file was installed incorrectly, or that
the physical device is missing or not correctly attached to the
computer.
|
Argument list too long; used when the arguments passed to a new program
being executed with one of the exec functions (see Executing a File) occupy too much memory space. This condition never arises in the
GNU system.
|
Invalid executable file format. This condition is detected by the
exec functions; see Executing a File.
|
|
Bad file descriptor; for example, I/O on a descriptor that has been
closed or reading from a descriptor open only for writing (or vice
versa).
|
|
There are no child processes. This error happens on operations that are
supposed to manipulate child processes, when there aren't any processes
to manipulate.
|
|
Deadlock avoided; allocating a system resource would have resulted in a
deadlock situation. The system does not guarantee that it will notice
all such situations. This error means you got lucky and the system
noticed; it might just hang. See File Locks, for an example.
|
|
No memory available. The system cannot allocate more virtual memory
because its capacity is full.
|
|
Permission denied; the file permissions do not allow the attempted operation.
|
|
Bad address; an invalid pointer was detected.
In the GNU system, this error never happens; you get a signal instead.
|
|
A file that isn't a block special file was given in a situation that
requires one. For example, trying to mount an ordinary file as a file
system in Unix gives this error.
|
|
Resource busy; a system resource that can't be shared is already in use.
For example, if you try to delete a file that is the root of a currently
mounted filesystem, you get this error.
|
|
File exists; an existing file was specified in a context where it only
makes sense to specify a new file.
|
An attempt to make an improper link across file systems was detected.
This happens not only when you use link (see Hard Links) but
also when you rename a file with rename (see Renaming Files).
|
|
The wrong type of device was given to a function that expects a
particular sort of device.
|
|
A file that isn't a directory was specified when a directory is required.
|
|
File is a directory; you cannot open a directory for writing,
or create or remove hard links to it.
|
|
Invalid argument. This is used to indicate various kinds of problems
with passing the wrong argument to a library function.
|
|
The current process has too many files open and can't open any more.
Duplicate descriptors do count toward this limit.
In BSD and GNU, the number of open files is controlled by a resource
limit that can usually be increased. If you get this error, you might
want to increase the RLIMIT_NOFILE limit or make it unlimited;
see Limits on Resources.
|
|
There are too many distinct file openings in the entire system. Note
that any number of linked channels count as just one file opening; see
Linked Channels. This error never occurs in the GNU system.
|
|
Inappropriate I/O control operation, such as trying to set terminal
modes on an ordinary file.
|
|
An attempt to execute a file that is currently open for writing, or
write to a file that is currently being executed. Often using a
debugger to run a program is considered having it open for writing and
will cause this error. (The name stands for "text file busy".) This
is not an error in the GNU system; the text is copied as necessary.
|
|
File too big; the size of a file would be larger than allowed by the system.
|
|
No space left on device; write operation on a file failed because the
disk is full.
|
|
Invalid seek operation (such as on a pipe).
|
|
An attempt was made to modify something on a read-only file system.
|
Too many links; the link count of a single file would become too large.
rename can cause this error if the file being renamed already has
as many links as it can take (see Renaming Files).
|
Broken pipe; there is no process reading from the other end of a pipe.
Every library function that returns this error code also generates a
SIGPIPE signal; this signal terminates the program if not handled
or blocked. Thus, your program will never actually see EPIPE
unless it has handled or blocked SIGPIPE.
|
|
Domain error; used by mathematical functions when an argument value does
not fall into the domain over which the function is defined.
|
|
Range error; used by mathematical functions when the result value is
not representable because of overflow or underflow.
|
Resource temporarily unavailable; the call might work if you try again
later. The macro EWOULDBLOCK is another name for EAGAIN;
they are always the same in the GNU C library.
This error can happen in a few different situations:
- An operation that would block was attempted on an object that has
non-blocking mode selected. Trying the same operation again will block
until some external condition makes it possible to read, write, or
connect (whatever the operation). You can use
select to find out
when the operation will be possible; see Waiting for I/O.
Portability Note: In many older Unix systems, this condition
was indicated by EWOULDBLOCK, which was a distinct error code
different from EAGAIN. To make your program portable, you should
check for both codes and treat them the same.
- A temporary resource shortage made an operation impossible.
fork
can return this error. It indicates that the shortage is expected to
pass, so your program can try the call again later and it may succeed.
It is probably a good idea to delay for a few seconds before trying it
again, to allow time for other processes to release scarce resources.
Such shortages are usually fairly serious and affect the whole system,
so usually an interactive program should report the error to the user
and return to its command loop.
|
In the GNU C library, this is another name for EAGAIN (above).
The values are always the same, on every operating system.
C libraries in many older Unix systems have EWOULDBLOCK as a
separate error code.
|
An operation that cannot complete immediately was initiated on an object
that has non-blocking mode selected. Some functions that must always
block (such as connect; see Connecting) never return
EAGAIN. Instead, they return EINPROGRESS to indicate that
the operation has begun and will take some time. Attempts to manipulate
the object before the call completes return EALREADY. You can
use the select function to find out when the pending operation
has completed; see Waiting for I/O.
|
|
An operation is already in progress on an object that has non-blocking
mode selected.
|
|
A file that isn't a socket was specified when a socket is required.
|
|
The size of a message sent on a socket was larger than the supported
maximum size.
|
|
The socket type does not support the requested communications protocol.
|
|
You specified a socket option that doesn't make sense for the
particular protocol being used by the socket. See Socket Options.
|
| int EPROTONOSUPPORT
|
Macro |
|
The socket domain does not support the requested communications protocol
(perhaps because the requested protocol is completely invalid).
See Creating a Socket.
|
| int ESOCKTNOSUPPORT
|
Macro |
|
The socket type is not supported.
|
|
The operation you requested is not supported. Some socket functions
don't make sense for all types of sockets, and others may not be
implemented for all communications protocols. In the GNU system, this
error can happen for many calls when the object does not support the
particular operation;on call; an asynchronous signal occurred and prevented
completion of the call. When this happens, you should try the call
again.
You can choose to have functions resume after a signal that is handled,
rather than failing with EINTR; see Interrupted Primitives.
|
|
Input/output error; usually used for physical read or write errors.
|
|
No such device or address. The system tried to use the device
represented by a file you specified, and it couldn't find the device.
This can mean that the device file was installed incorrectly, or that
the physical device is missing or not correctly attached to the
computer.
|
Argument list too long; used when the arguments passed to a new program
being executed with one of the exec functions (see Executing a File) occupy too much memory space. This condition never arises in the
GNU system.
|
Invalid executable file format. This condition is detected by the
exec functions; see Executing a File.
|
|
Bad file descriptor; for example, I/O on a descriptor that has been
closed or reading from a descriptor open only for writing (or vice
versa).
|
|
There are no child processes. This error happens on operations that are
supposed to manipulate child processes, when there aren't any processes
to manipulate.
|
|
Deadlock avoided; allocating a system resource would have resulted in a
deadlock situation. The system does not guarantee that it will notice
all such situations. This error means you got lucky and the system
noticed; it might just hang. See File Locks, for an example.
|
|
No memory available. The system cannot allocate more virtual memory
because its capacity is full.
|
|
Permission denied; the file permissions do not allow the attempted operation.
|
|
Bad address; an invalid pointer was detected.
In the GNU system, this error never happens; you get a signal instead.
|
|
A file that isn't a block special file was given in a situation that
requires one. For example, trying to mount an ordinary file as a file
system in Unix gives this error.
|
|
Resource busy; a system resource that can't be shared is already in use.
For example, if you try to delete a file that is the root of a currently
mounted filesystem, you get this error.
|
|
File exists; an existing file was specified in a context where it only
makes sense to specify a new file.
|
An attempt to make an improper link across file systems was detected.
This happens not only when you use link (see Hard Links) but
also when you rename a file with rename (see Renaming Files).
|
|
The wrong type of device was given to a function that expects a
particular sort of device.
|
|
A file that isn't a directory was specified when a directory is required.
|
|
File is a directory; you cannot open a directory for writing,
or create or remove hard links to it.
|
|
Invalid argument. This is used to indicate various kinds of problems
with passing the wrong argument to a library function.
|
|
The current process has too many files open and can't open any more.
Duplicate descriptors do count toward this limit.
In BSD and GNU, the number of open files is controlled by a resource
limit that can usually be increased. If you get this error, you might
want to increase the RLIMIT_NOFILE limit or make it unlimited;
see Limits on Resources.
|
|
There are too many distinct file openings in the entire system. Note
that any number of linked channels count as just one file opening; see
Linked Channels. This error never occurs in the GNU system.
|
|
Inappropriate I/O control operation, such as trying to set terminal
modes on an ordinary file.
|
|
An attempt to execute a file that is currently open for writing, or
write to a file that is currently being executed. Often using a
debugger to run a program is considered having it open for writing and
will cause this error. (The name stands for "text file busy".) This
is not an error in the GNU system; the text is copied as necessary.
|
|
File too big; the size of a file would be larger than allowed by the system.
|
|
No space left on device; write operation on a file failed because the
disk is full.
|
|
Invalid seek operation (such as on a pipe).
|
|
An attempt was made to modify something on a read-only file system.
|
Too many links; the link count of a single file would become too large.
rename can cause this error if the file being renamed already has
as many links as it can take (see Renaming Files).
|
Broken pipe; there is no process reading from the other end of a pipe.
Every library function that returns this error code also generates a
SIGPIPE signal; this signal terminates the program if not handled
or blocked. Thus, your program will never actually see EPIPE
unless it has handled or blocked SIGPIPE.
|
|
Domain error; used by mathematical functions when an argument value does
not fall into the domain over which the function is defined.
|
|
Range error; used by mathematical functions when the result value is
not representable because of overflow or underflow.
|
Resource temporarily unavailable; the call might work if you try again
later. The macro EWOULDBLOCK is another name for EAGAIN;
they are always the same in the GNU C library.
This error can happen in a few different situations:
- An operation that would block was attempted on an object that has
non-blocking mode selected. Trying the same operation again will block
until some external condition makes it possible to read, write, or
connect (whatever the operation). You can use
select to find out
when the operation will be possible; see Waiting for I/O.
Portability Note: In many older Unix systems, this condition
was indicated by EWOULDBLOCK, which was a distinct error code
different from EAGAIN. To make your program portable, you should
check for both codes and treat them the same.
- A temporary resource shortage made an operation impossible.
fork
can return this error. It indicates that the shortage is expected to
pass, so your program can try the call again later and it may succeed.
It is probably a good idea to delay for a few seconds before trying it
again, to allow time for other processes to release scarce resources.
Such shortages are usually fairly serious and affect the whole system,
so usually an interactive program should report the error to the user
and return to its command loop.
|
In the GNU C library, this is another name for EAGAIN (above).
The values are always the same, on every operating system.
C libraries in many older Unix systems have EWOULDBLOCK as a
separate error code.
|
An operation that cannot complete immediately was initiated on an object
that has non-blocking mode selected. Some functions that must always
block (such as connect; see Connecting) never return
EAGAIN. Instead, they return EINPROGRESS to indicate that
the operation has begun and will take some time. Attempts to manipulate
the object before the call completes return EALREADY. You can
use the select function to find out when the pending operation
has completed; see Waiting for I/O.
|
|
An operation is already in progress on an object that has non-blocking
mode selected.
|
|
A file that isn't a socket was specified when a socket is required.
|
|
The size of a message sent on a socket was larger than the supported
maximum size.
|
|
The socket type does not support the requested communications protocol.
|
|
You specified a socket option that doesn't make sense for the
particular protocol being used by the socket. See Socket Options.
|
| int EPROTONOSUPPORT
|
Macro |
|
The socket domain does not support the requested communications protocol
(perhaps because the requested protocol is completely invalid).
See Creating a Socket.
|
| int ESOCKTNOSUPPORT
|
Macro |
|
The socket type is not supported.
|
|
The operation you requested is not supported. Some socket functions
don't make sense for all types of sockets, and others may not be
implemented for all communications protocols. In the GNU system, this
error can happen for many calls when the object does not support the
particular operation;on call; an asynchronous signal occurred and prevented
completion of the call. When this happens, you should try the call
again.
You can choose to have functions resume after a signal that is handled,
rather than failing with EINTR; see Interrupted Primitives.
|
|
Input/output error; usually used for physical read or write errors.
|
|
No such device or address. The system tried to use the device
represented by a file you specified, and it couldn't find the device.
This can mean that the device file was installed incorrectly, or that
the physical device is missing or not correctly attached to the
computer.
|
Argument list too long; used when the arguments passed to a new program
being executed with one of the exec functions (see Executing a File) occupy too much memory space. This condition never arises in the
GNU system.
|
Invalid executable file format. This condition is detected by the
exec functions; see Executing a File.
|
|
Bad file descriptor; for example, I/O on a descriptor that has been
closed or reading from a descriptor open only for writing (or vice
versa).
|
|
There are no child processes. This error happens on operations that are
supposed to manipulate child processes, when there aren't any processes
to manipulate.
|
|
Deadlock avoided; allocating a system resource would have resulted in a
deadlock situation. The system does not guarantee that it will notice
all such situations. This error means you got lucky and the system
noticed; it might just hang. See File Locks, for an example.
|
|
No memory available. The system cannot allocate more virtual memory
because its capacity is full.
|
|
Permission denied; the file permissions do not allow the attempted operation.
|
|
Bad address; an invalid pointer was detected.
In the GNU system, this error never happens; you get a signal instead.
|
|
A file that isn't a block special file was given in a situation that
requires one. For example, trying to mount an ordinary file as a file
system in Unix gives this error.
|
|
Resource busy; a system resource that can't be shared is already in use.
For example, if you try to delete a file that is the root of a currently
mounted filesystem, you get this error.
|
|
File exists; an existing file was specified in a context where it only
makes sense to specify a new file.
|
An attempt to make an improper link across file systems was detected.
This happens not only when you use link (see Hard Links) but
also when you rename a file with rename (see Renaming Files).
|
|
The wrong type of device was given to a function that expects a
particular sort of device.
|
|
A file that isn't a directory was specified when a directory is required.
|
|
File is a directory; you cannot open a directory for writing,
or create or remove hard links to it.
|
|
Invalid argument. This is used to indicate various kinds of problems
with passing the wrong argument to a library function.
|
|
The current process has too many files open and can't open any more.
Duplicate descriptors do count toward this limit.
In BSD and GNU, the number of open files is controlled by a resource
limit that can usually be increased. If you get this error, you might
want to increase the RLIMIT_NOFILE limit or make it unlimited;
see Limits on Resources.
|
|
There are too many distinct file openings in the entire system. Note
that any number of linked channels count as just one file opening; see
Linked Channels. This error never occurs in the GNU system.
|
|
Inappropriate I/O control operation, such as trying to set terminal
modes on an ordinary file.
|
|
An attempt to execute a file that is currently open for writing, or
write to a file that is currently being executed. Often using a
debugger to run a program is considered having it open for writing and
will cause this error. (The name stands for "text file busy".) This
is not an error in the GNU system; the text is copied as necessary.
|
|
File too big; the size of a file would be larger than allowed by the system.
|
|
No space left on device; write operation on a file failed because the
disk is full.
|
|
Invalid seek operation (such as on a pipe).
|
|
An attempt was made to modify something on a read-only file system.
|
Too many links; the link count of a single file would become too large.
rename can cause this error if the file being renamed already has
as many links as it can take (see Renaming Files).
|
Broken pipe; there is no process reading from the other end of a pipe.
Every library function that returns this error code also generates a
SIGPIPE signal; this signal terminates the program if not handled
or blocked. Thus, your program will never actually see EPIPE
unless it has handled or blocked SIGPIPE.
|
|
Domain error; used by mathematical functions when an argument value does
not fall into the domain over which the function is defined.
|
|
Range error; used by mathematical functions when the result value is
not representable because of overflow or underflow.
|
Resource temporarily unavailable; the call might work if you try again
later. The macro EWOULDBLOCK is another name for EAGAIN;
they are always the same in the GNU C library.
This error can happen in a few different situations:
- An operation that would block was attempted on an object that has
non-blocking mode selected. Trying the same operation again will block
until some external condition makes it possible to read, write, or
connect (whatever the operation). You can use
select to find out
when the operation will be possible; see Waiting for I/O.
Portability Note: In many older Unix systems, this condition
was indicated by EWOULDBLOCK, which was a distinct error code
different from EAGAIN. To make your program portable, you should
check for both codes and treat them the same.
- A temporary resource shortage made an operation impossible.
fork
can return this error. It indicates that the shortage is expected to
pass, so your program can try the call again later and it may succeed.
It is probably a good idea to delay for a few seconds before trying it
again, to allow time for other processes to release scarce resources.
Such shortages are usually fairly serious and affect the whole system,
so usually an interactive program should report the error to the user
and return to its command loop.
|
In the GNU C library, this is another name for EAGAIN (above).
The values are always the same, on every operating system.
C libraries in many older Unix systems have EWOULDBLOCK as a
separate error code.
|
An operation that cannot complete immediately was initiated on an object
that has non-blocking mode selected. Some functions that must always
block (such as connect; see Connecting) never return
EAGAIN. Instead, they return EINPROGRESS to indicate that
the operation has begun and will take some time. Attempts to manipulate
the object before the call completes return EALREADY. You can
use the select function to find out when the pending operation
has completed; see Waiting for I/O.
|
|
An operation is already in progress on an object that has non-blocking
mode selected.
|
|
A file that isn't a socket was specified when a socket is required.
|
|
The size of a message sent on a socket was larger than the supported
maximum size.
|
|
The socket type does not support the requested communications protocol.
|
|
You specified a socket option that doesn't make sense for the
particular protocol being used by the socket. See Socket Options.
|
| int EPROTONOSUPPORT
|
Macro |
|
The socket domain does not support the requested communications protocol
(perhaps because the requested protocol is completely invalid).
See Creating a Socket.
|
| int ESOCKTNOSUPPORT
|
Macro |
|
The socket type is not supported.
|
|
The operation you requested is not supported. Some socket functions
don't make sense for all types of sockets, and others may not be
implemented for all communications protocols. In the GNU system, this
error can happen for many calls when the object does not support the
particular operation;on call; an asynchronous signal occurred and prevented
completion of the call. When this happens, you should try the call
again.
You can choose to have functions resume after a signal that is handled,
rather than failing with EINTR; see Interrupted Primitives.
|
|
Input/output error; usually used for physical read or write errors.
|
|
No such device or address. The system tried to use the device
represented by a file you specified, and it couldn't find the device.
This can mean that the device file was installed incorrectly, or that
the physical device is missing or not correctly attached to the
computer.
|
Argument list too long; used when the arguments passed to a new program
being executed with one of the exec functions (see Executing a File) occupy too much memory space. This condition never arises in the
GNU system.
|
Invalid executable file format. This condition is detected by the
exec functions; see Executing a File.
|
|
Bad file descriptor; for example, I/O on a descriptor that has been
closed or reading from a descriptor open only for writing (or vice
versa).
|
|
There are no child processes. This error happens on operations that are
supposed to manipulate child processes, when there aren't any processes
to manipulate.
|
|
Deadlock avoided; allocating a system resource would have resulted in a
deadlock situation. The system does not guarantee that it will notice
all such situations. This error means you got lucky and the system
noticed; it might just hang. See File Locks, for an example.
|
|
No memory available. The system cannot allocate more virtual memory
because its capacity is full.
|
|
Permission denied; the file permissions do not allow the attempted operation.
|
|
Bad address; an invalid pointer was detected.
In the GNU system, this error never happens; you get a signal instead.
|
|
A file that isn't a block special file was given in a situation that
requires one. For example, trying to mount an ordinary file as a file
system in Unix gives this error.
|
|
Resource busy; a system resource that can't be shared is already in use.
For example, if you try to delete a file that is the root of a currently
mounted filesystem, you get this error.
|
|
File exists; an existing file was specified in a context where it only
makes sense to specify a new file.
|
An attempt to make an improper link across file systems was detected.
This happens not only when you use link (see Hard Links) but
also when you rename a file with rename (see Renaming Files).
|
|
The wrong type of device was given to a function that expects a
particular sort of device.
|
|
A file that isn't a directory was specified when a directory is required.
|
|
File is a directory; you cannot open a directory for writing,
or create or remove hard links to it.
|
|
Invalid argument. This is used to indicate various kinds of problems
with passing the wrong argument to a library function.
|
|
The current process has too many files open and can't open any more.
Duplicate descriptors do count toward this limit.
In BSD and GNU, the number of open files is controlled by a resource
limit that can usually be increased. If you get this error, you might
want to increase the RLIMIT_NOFILE limit or make it unlimited;
see Limits on Resources.
|
|
There are too many distinct file openings in the entire system. Note
that any number of linked channels count as just one file opening; see
Linked Channels. This error never occurs in the GNU system.
|
|
Inappropriate I/O control operation, such as trying to set terminal
modes on an ordinary file.
|
|
An attempt to execute a file that is currently open for writing, or
write to a file that is currently being executed. Often using a
debugger to run a program is considered having it open for writing and
will cause this error. (The name stands for "text file busy".) This
is not an error in the GNU system; the text is copied as necessary.
|
|
File too big; the size of a file would be larger than allowed by the system.
|
|
No space left on device; write operation on a file failed because the
disk is full.
|
|
Invalid seek operation (such as on a pipe).
|
|
An attempt was made to modify something on a read-only file system.
|
Too many links; the link count of a single file would become too large.
rename can cause this error if the file being renamed already has
as many links as it can take (see Renaming Files).
|
Broken pipe; there is no process reading from the other end of a pipe.
Every library function that returns this error code also generates a
SIGPIPE signal; this signal terminates the program if not handled
or blocked. Thus, your program will never actually see EPIPE
unless it has handled or blocked SIGPIPE.
|
|
Domain error; used by mathematical functions when an argument value does
not fall into the domain over which the function is defined.
|
|
Range error; used by mathematical functions when the result value is
not representable because of overflow or underflow.
|
Resource temporarily unavailable; the call might work if you try again
later. The macro EWOULDBLOCK is another name for EAGAIN;
they are always the same in the GNU C library.
This error can happen in a few different situations:
- An operation that would block was attempted on an object that has
non-blocking mode selected. Trying the same operation again will block
until some external condition makes it possible to read, write, or
connect (whatever the operation). You can use
select to find out
when the operation will be possible; see Waiting for I/O.
Portability Note: In many older Unix systems, this condition
was indicated by EWOULDBLOCK, which was a distinct error code
different from EAGAIN. To make your program portable, you should
check for both codes and treat them the same.
- A temporary resource shortage made an operation impossible.
fork
can return this error. It indicates that the shortage is expected to
pass, so your program can try the call again later and it may succeed.
It is probably a good idea to delay for a few seconds before trying it
again, to allow time for other processes to release scarce resources.
Such shortages are usually fairly serious and affect the whole system,
so usually an interactive program should report the error to the user
and return to its command loop.
|
In the GNU C library, this is another name for EAGAIN (above).
The values are always the same, on every operating system.
C libraries in many older Unix systems have EWOULDBLOCK as a
separate error code.
|
An operation that cannot complete immediately was initiated on an object
that has non-blocking mode selected. Some functions that must always
block (such as connect; see Connecting) never return
EAGAIN. Instead, they return EINPROGRESS to indicate that
the operation has begun and will take some time. Attempts to manipulate
the object before the call completes return EALREADY. You can
use the select function to find out when the pending operation
has completed; see Waiting for I/O.
|
|
An operation is already in progress on an object that has non-blocking
mode selected.
|
|
A file that isn't a socket was specified when a socket is required.
|
|
The size of a message sent on a socket was larger than the supported
maximum size.
|
|
The socket type does not support the requested communications protocol.
|
|
You specified a socket option that doesn't make sense for the
particular protocol being used by the socket. See Socket Options.
|
| int EPROTONOSUPPORT
|
Macro |
|
The socket domain does not support the requested communications protocol
(perhaps because the requested protocol is completely invalid).
See Creating a Socket.
|
| int ESOCKTNOSUPPORT
|
Macro |
|
The socket type is not supported.
|
|
The operation you requested is not supported. Some socket functions
don't make sense for all types of sockets, and others may not be
implemented for all communications protocols. In the GNU system, this
error can happen for many calls when the object does not support the
particular operation;on call; an asynchronous signal occurred and prevented
completion of the call. When this happens, you should try the call
again.
You can choose to have functions resume after a signal that is handled,
rather than failing with EINTR; see Interrupted Primitives.
|
|
Input/output error; usually used for physical read or write errors.
|
|
No such device or address. The system tried to use the device
represented by a file you specified, and it couldn't find the device.
This can mean that the device file was installed incorrectly, or that
the physical device is missing or not correctly attached to the
computer.
|
Argument list too long; used when the arguments passed to a new program
being executed with one of the exec functions (see Executing a File) occupy too much memory space. This condition never arises in the
GNU system.
|
Invalid executable file format. This condition is detected by the
exec functions; see Executing a File.
|
|
Bad file descriptor; for example, I/O on a descriptor that has been
closed or reading from a descriptor open only for writing (or vice
versa).
|
|
There are no child processes. This error happens on operations that are
supposed to manipulate child processes, when there aren't any processes
to manipulate.
|
|
Deadlock avoided; allocating a system resource would have resulted in a
deadlock situation. The system does not guarantee that it will notice
all such situations. This error means you got lucky and the system
noticed; it might just hang. See File Locks, for an example.
|
|
No memory available. The system cannot allocate more virtual memory
because its capacity is full.
|
|
Permission denied; the file permissions do not allow the attempted operation.
|
|
Bad address; an invalid pointer was detected.
In the GNU system, this error never happens; you get a signal instead.
|
|
A file that isn't a block special file was given in a situation that
requires one. For example, trying to mount an ordinary file as a file
system in Unix gives this error.
|
|
Resource busy; a system resource that can't be shared is already in use.
For example, if you try to delete a file that is the root of a currently
mounted filesystem, you get this error.
|
|
File exists; an existing file was specified in a context where it only
makes sense to specify a new file.
|
An attempt to make an improper link across file systems was detected.
This happens not only when you use link (see Hard Links) but
also when you rename a file with rename (see Renaming Files).
|
|
The wrong type of device was given to a function that expects a
particular sort of device.
|
|
A file that isn't a directory was specified when a directory is required.
|
|
File is a directory; you cannot open a directory for writing,
or create or remove hard links to it.
|
|
Invalid argument. This is used to indicate various kinds of problems
with passing the wrong argument to a library function.
|
|
The current process has too many files open and can't open any more.
Duplicate descriptors do count toward this limit.
In BSD and GNU, the number of open files is controlled by a resource
limit that can usually be increased. If you get this error, you might
want to increase the RLIMIT_NOFILE limit or make it unlimited;
see Limits on Resources.
|
|
There are too many distinct file openings in the entire system. Note
that any number of linked channels count as just one file opening; see
Linked Channels. This error never occurs in the GNU system.
|
|
Inappropriate I/O control operation, such as trying to set terminal
modes on an ordinary file.
|
|
An attempt to execute a file that is currently open for writing, or
write to a file that is currently being executed. Often using a
debugger to run a program is considered having it open for writing and
will cause this error. (The name stands for "text file busy".) This
is not an error in the GNU system; the text is copied as necessary.
|
|
File too big; the size of a file would be larger than allowed by the system.
|
|
No space left on device; write operation on a file failed because the
disk is full.
|
|
Invalid seek operation (such as on a pipe).
|
|
An attempt was made to modify something on a read-only file system.
|
Too many links; the link count of a single file would become too large.
rename can cause this error if the file being renamed already has
as many links as it can take (see Renaming Files).
|
Broken pipe; there is no process reading from the other end of a pipe.
Every library function that returns this error code also generates a
SIGPIPE signal; this signal terminates the program if not handled
or blocked. Thus, your program will never actually see EPIPE
unless it has handled or blocked SIGPIPE.
|
|
Domain error; used by mathematical functions when an argument value does
not fall into the domain over which the function is defined.
|
|
Range error; used by mathematical functions when the result value is
not representable because of overflow or underflow.
|
Resource temporarily unavailable; the call might work if you try again
later. The macro EWOULDBLOCK is another name for EAGAIN;
they are always the same in the GNU C library.
This error can happen in a few different situations:
- An operation that would block was attempted on an object that has
non-blocking mode selected. Trying the same operation again will block
until some external condition makes it possible to read, write, or
connect (whatever the operation). You can use
select to find out
when the operation will be possible; see Waiting for I/O.
Portability Note: In many older Unix systems, this condition
was indicated by EWOULDBLOCK, which was a distinct error code
different from EAGAIN. To make your program portable, you should
check for both codes and treat them the same.
- A temporary resource shortage made an operation impossible.
fork
can return this error. It indicates that the shortage is expected to
pass, so your program can try the call again later and it may succeed.
It is probably a good idea to delay for a few seconds before trying it
again, to allow time for other processes to release scarce resources.
Such shortages are usually fairly serious and affect the whole system,
so usually an interactive program should report the error to the user
and return to its command loop.
|
In the GNU C library, this is another name for EAGAIN (above).
The values are always the same, on every operating system.
C libraries in many older Unix systems have EWOULDBLOCK as a
separate error code.
|
An operation that cannot complete immediately was initiated on an object
that has non-blocking mode selected. Some functions that must always
block (such as connect; see Connecting) never return
EAGAIN. Instead, they return EINPROGRESS to indicate that
the operation has begun and will take some time. Attempts to manipulate
the object before the call completes return EALREADY. You can
use the select function to find out when the pending operation
has completed; see Waiting for I/O.
|
|
An operation is already in progress on an object that has non-blocking
mode selected.
|
|
A file that isn't a socket was specified when a socket is required.
|
|
The size of a message sent on a socket was larger than the supported
maximum size.
|
|
The socket type does not support the requested communications protocol.
|
|
You specified a socket option that doesn't make sense for the
particular protocol being used by the socket. See Socket Options.
|
| int EPROTONOSUPPORT
|
Macro |
|
The socket domain does not support the requested communications protocol
(perhaps because the requested protocol is completely invalid).
See Creating a Socket.
|
| int ESOCKTNOSUPPORT
|
Macro |
|
The socket type is not supported.
|
|
The operation you requested is not supported. Some socket functions
don't make sense for all types of sockets, and others may not be
implemented for all communications protocols. In the GNU system, this
error can happen for many calls when the object does not support the
particular operation;on call; an asynchronous signal occurred and prevented
completion of the call. When this happens, you should try the call
again.
You can choose to have functions resume after a signal that is handled,
rather than failing with EINTR; see Interrupted Primitives.
|
|
Input/output error; usually used for physical read or write errors.
|
|
No such device or address. The system tried to use the device
represented by a file you specified, and it couldn't find the device.
This can mean that the device file was installed incorrectly, or that
the physical device is missing or not correctly attached to the
computer.
|
Argument list too long; used when the arguments passed to a new program
being executed with one of the exec functions (see Executing a File) occupy too much memory space. This condition never arises in the
GNU system.
|
Invalid executable file format. This condition is detected by the
exec functions; see Executing a File.
|
|
Bad file descriptor; for example, I/O on a descriptor that has been
closed or reading from a descriptor open only for writing (or vice
versa).
|
|
There are no child processes. This error happens on operations that are
supposed to manipulate child processes, when there aren't any processes
to manipulate.
|
|
Deadlock avoided; allocating a system resource would have resulted in a
deadlock situation. The system does not guarantee that it will notice
all such situations. This error means you got lucky and the system
noticed; it might just hang. See File Locks, for an example.
|
|
No memory available. The system cannot allocate more virtual memory
because its capacity is full.
|
|
Permission denied; the file permissions do not allow the attempted operation.
|
|
Bad address; an invalid pointer was detected.
In the GNU system, this error never happens; you get a signal instead.
|
|
A file that isn't a block special file was given in a situation that
requires one. For example, trying to mount an ordinary file as a file
system in Unix gives this error.
|
|
Resource busy; a system resource that can't be shared is already in use.
For example, if you try to delete a file that is the root of a currently
mounted filesystem, you get this error.
|
|
File exists; an existing file was specified in a context where it only
makes sense to specify a new file.
|
An attempt to make an improper link across file systems was detected.
This happens not only when you use link (see Hard Links) but
also when you rename a file with rename (see Renaming Files).
|
|
The wrong type of device was given to a function that expects a
particular sort of device.
|
|
A file that isn't a directory was specified when a directory is required.
|
|
File is a directory; you cannot open a directory for writing,
or create or remove hard links to it.
|
|
Invalid argument. This is used to indicate various kinds of problems
with passing the wrong argument to a library function.
|
|
The current process has too many files open and can't open any more.
Duplicate descriptors do count toward this limit.
In BSD and GNU, the number of open files is controlled by a resource
limit that can usually be increased. If you get this error, you might
want to increase the RLIMIT_NOFILE limit or make it unlimited;
see Limits on Resources.
|
|
There are too many distinct file openings in the entire system. Note
that any number of linked channels count as just one file opening; see
Linked Channels. This error never occurs in the GNU system.
|
|
Inappropriate I/O control operation, such as trying to set terminal
modes on an ordinary file.
|
|
An attempt to execute a file that is currently open for writing, or
write to a file that is currently being executed. Often using a
debugger to run a program is considered having it open for writing and
will cause this error. (The name stands for "text file busy".) This
is not an error in the GNU system; the text is copied as necessary.
|
|
File too big; the size of a file would be larger than allowed by the system.
|
|
No space left on device; write operation on a file failed because the
disk is full.
|
|
Invalid seek operation (such as on a pipe).
|
|
An attempt was made to modify something on a read-only file system.
|
Too many links; the link count of a single file would become too large.
rename can cause this error if the file being renamed already has
as many links as it can take (see Renaming Files).
|
Broken pipe; there is no process reading from the other end of a pipe.
Every library function that returns this error code also generates a
SIGPIPE signal; this signal terminates the program if not handled
or blocked. Thus, your program will never actually see EPIPE
unless it has handled or blocked SIGPIPE.
|
|
Domain error; used by mathematical functions when an argument value does
not fall into the domain over which the function is defined.
|
|
Range error; used by mathematical functions when the result value is
not representable because of overflow or underflow.
|
Resource temporarily unavailable; the call might work if you try again
later. The macro EWOULDBLOCK is another name for EAGAIN;
they are always the same in the GNU C library.
This error can happen in a few different situations:
- An operation that would block was attempted on an object that has
non-blocking mode selected. Trying the same operation again will block
until some external condition makes it possible to read, write, or
connect (whatever the operation). You can use
select to find out
when the operation will be possible; see Waiting for I/O.
Portability Note: In many older Unix systems, this condition
was indicated by EWOULDBLOCK, which was a distinct error code
different from EAGAIN. To make your program portable, you should
check for both codes and treat them the same.
- A temporary resource shortage made an operation impossible.
fork
can return this error. It indicates that the shortage is expected to
pass, so your program can try the call again later and it may succeed.
It is probably a good idea to delay for a few seconds before trying it
again, to allow time for other processes to release scarce resources.
Such shortages are usually fairly serious and affect the whole system,
so usually an interactive program should report the error to the user
and return to its command loop.
|
In the GNU C library, this is another name for EAGAIN (above).
The values are always the same, on every operating system.
C libraries in many older Unix systems have EWOULDBLOCK as a
separate error code.
|
An operation that cannot complete immediately was initiated on an object
that has non-blocking mode selected. Some functions that must always
block (such as connect; see Connecting) never return
EAGAIN. Instead, they return EINPROGRESS to indicate that
the operation has begun and will take some time. Attempts to manipulate
the object before the call completes return EALREADY. You can
use the select function to find out when the pending operation
has completed; see Waiting for I/O.
|
|
An operation is already in progress on an object that has non-blocking
mode selected.
|
|
A file that isn't a socket was specified when a socket is required.
|
|
The size of a message sent on a socket was larger than the supported
maximum size.
|
|
The socket type does not support the requested communications protocol.
|
|
You specified a socket option that doesn't make sense for the
particular protocol being used by the socket. See Socket Options.
|
| int EPROTONOSUPPORT
|
Macro |
|
The socket domain does not support the requested communications protocol
(perhaps because the requested protocol is completely invalid).
See Creating a Socket.
|
| int ESOCKTNOSUPPORT
|
Macro |
|
The socket type is not supported.
|
|
The operation you requested is not supported. Some socket functions
don't make sense for all types of sockets, and others may not be
implemented for all communications protocols. In the GNU system, this
error can happen for many calls when the object does not support the
particular operation;on call; an asynchronous signal occurred and prevented
completion of the call. When this happens, you should try the call
again.
You can choose to have functions resume after a signal that is handled,
rather than failing with EINTR; see Interrupted Primitives.
|
|
Input/output error; usually used for physical read or write errors.
|
|
No such device or address. The system tried to use the device
represented by a file you specified, and it couldn't find the device.
This can mean that the device file was installed incorrectly, or that
the physical device is missing or not correctly attached to the
computer.
|
Argument list too long; used when the arguments passed to a new program
being executed with one of the exec functions (see Executing a File) occupy too much memory space. This condition never arises in the
GNU system.
|
Invalid executable file format. This condition is detected by the
exec functions; see Executing a File.
|
|
Bad file descriptor; for example, I/O on a descriptor that has been
closed or reading from a descriptor open only for writing (or vice
versa).
|
|
There are no child processes. This error happens on operations that are
supposed to manipulate child processes, when there aren't any processes
to manipulate.
|
|
Deadlock avoided; allocating a system resource would have resulted in a
deadlock situation. The system does not guarantee that it will notice
all such situations. This error means you got lucky and the system
noticed; it might just hang. See File Locks, for an example.
|
|
No memory available. The system cannot allocate more virtual memory
because its capacity is full.
|
|
Permission denied; the file permissions do not allow the attempted operation.
|
|
Bad address; an invalid pointer was detected.
In the GNU system, this error never happens; you get a signal instead.
|
|
A file that isn't a block special file was given in a situation that
requires one. For example, trying to mount an ordinary file as a file
system in Unix gives this error.
|
|
Resource busy; a system resource that can't be shared is already in use.
For example, if you try to delete a file that is the root of a currently
mounted filesystem, you get this error.
|
|
File exists; an existing file was specified in a context where it only
makes sense to specify a new file.
|
An attempt to make an improper link across file systems was detected.
This happens not only when you use link (see Hard Links) but
also when you rename a file with rename (see Renaming Files).
|
|
The wrong type of device was given to a function that expects a
particular sort of device.
|
|
A file that isn't a directory was specified when a directory is required.
|
|
File is a directory; you cannot open a directory for writing,
or create or remove hard links to it.
|
|
Invalid argument. This is used to indicate various kinds of problems
with passing the wrong argument to a library function.
|
|
The current process has too many files open and can't open any more.
Duplicate descriptors do count toward this limit.
In BSD and GNU, the number of open files is controlled by a resource
limit that can usually be increased. If you get this error, you might
want to increase the RLIMIT_NOFILE limit or make it unlimited;
see Limits on Resources.
|
|
There are too many distinct file openings in the entire system. Note
that any number of linked channels count as just one file opening; see
Linked Channels. This error never occurs in the GNU system.
|
|
Inappropriate I/O control operation, such as trying to set terminal
modes on an ordinary file.
|
|
An attempt to execute a file that is currently open for writing, or
write to a file that is currently being executed. Often using a
debugger to run a program is considered having it open for writing and
will cause this error. (The name stands for "text file busy".) This
is not an error in the GNU system; the text is copied as necessary.
|
|
File too big; the size of a file would be larger than allowed by the system.
|
|
No space left on device; write operation on a file failed because the
disk is full.
|
|
Invalid seek operation (such as on a pipe).
|
|
An attempt was made to modify something on a read-only file system.
|
Too many links; the link count of a single file would become too large.
rename can cause this error if the file being renamed already has
as many links as it can take (see Renaming Files).
|
Broken pipe; there is no process reading from the other end of a pipe.
Every library function that returns this error code also generates a
SIGPIPE signal; this signal terminates the program if not handled
or blocked. Thus, your program will never actually see EPIPE
unless it has handled or blocked SIGPIPE.
|
|
Domain error; used by mathematical functions when an argument value does
not fall into the domain over which the function is defined.
|
|
Range error; used by mathematical functions when the result value is
not representable because of overflow or underflow.
|
Resource temporarily unavailable; the call might work if you try again
later. The macro EWOULDBLOCK is another name for EAGAIN;
they are always the same in the GNU C library.
This error can happen in a few different situations:
- An operation that would block was attempted on an object that has
non-blocking mode selected. Trying the same operation again will block
until some external condition makes it possible to read, write, or
connect (whatever the operation). You can use
select to find out
when the operation will be possible; see Waiting for I/O.
Portability Note: In many older Unix systems, this condition
was indicated by EWOULDBLOCK, which was a distinct error code
different from EAGAIN. To make your program portable, you should
check for both codes and treat them the same.
- A temporary resource shortage made an operation impossible.
fork
can return this error. It indicates that the shortage is expected to
pass, so your program can try the call again later and it may succeed.
It is probably a good idea to delay for a few seconds before trying it
again, to allow time for other processes to release scarce resources.
Such shortages are usually fairly serious and affect the whole system,
so usually an interactive program should report the error to the user
and return to its command loop.
|
In the GNU C library, this is another name for EAGAIN (above).
The values are always the same, on every operating system.
C libraries in many older Unix systems have EWOULDBLOCK as a
separate error code.
|
An operation that cannot complete immediately was initiated on an object
that has non-blocking mode selected. Some functions that must always
block (such as connect; see Connecting) never return
EAGAIN. Instead, they return EINPROGRESS to indicate that
the operation has begun and will take some time. Attempts to manipulate
the object before the call completes return EALREADY. You can
use the select function to find out when the pending operation
has completed; see Waiting for I/O.
|
|
An operation is already in progress on an object that has non-blocking
mode selected.
|
|
A file that isn't a socket was specified when a socket is required.
|
|
The size of a message sent on a socket was larger than the supported
maximum size.
|
|
The socket type does not support the requested communications protocol.
|
|
You specified a socket option that doesn't make sense for the
particular protocol being used by the socket. See Socket Options.
|
| int EPROTONOSUPPORT
|
Macro |
|
The socket domain does not support the requested communications protocol
(perhaps because the requested protocol is completely invalid).
See Creating a Socket.
|
| int ESOCKTNOSUPPORT
|
Macro |
|
The socket type is not supported.
|
|
The operation you requested is not supported. Some socket functions
don't make sense for all types of sockets, and others may not be
implemented for all communications protocols. In the GNU system, this
error can happen for many calls when the object does not support the
particular operation;on call; an asynchronous signal occurred and prevented
completion of the call. When this happens, you should try the call
again.
You can choose to have functions resume after a signal that is handled,
rather than failing with EINTR; see Interrupted Primitives.
|
|
Input/output error; usually used for physical read or write errors.
|
|
No such device or address. The system tried to use the device
represented by a file you specified, and it couldn't find the device.
This can mean that the device file was installed incorrectly, or that
the physical device is missing or not correctly attached to the
computer.
|
Argument list too long; used when the arguments passed to a new program
being executed with one of the exec functions (see Executing a File) occupy too much memory space. This condition never arises in the
GNU system.
|
Invalid executable file format. This condition is detected by the
exec functions; see Executing a File.
|
|
Bad file descriptor; for example, I/O on a descriptor that has been
closed or reading from a descriptor open only for writing (or vice
versa).
|
|
There are no child processes. This error happens on operations that are
supposed to manipulate child processes, when there aren't any processes
to manipulate.
|
|
Deadlock avoided; allocating a system resource would have resulted in a
deadlock situation. The system does not guarantee that it will notice
all such situations. This error means you got lucky and the system
noticed; it might just hang. See File Locks, for an example.
|
|
No memory available. The system cannot allocate more virtual memory
because its capacity is full.
|
|
Permission denied; the file permissions do not allow the attempted operation.
|
|
Bad address; an invalid pointer was detected.
In the GNU system, this error never happens; you get a signal instead.
|
|
A file that isn't a block special file was given in a situation that
requires one. For example, trying to mount an ordinary file as a file
system in Unix gives this error.
|
|
Resource busy; a system resource that can't be shared is already in use.
For example, if you try to delete a file that is the root of a currently
mounted filesystem, you get this error.
|
|
File exists; an existing file was specified in a context where it only
makes sense to specify a new file.
|
An attempt to make an improper link across file systems was detected.
This happens not only when you use link (see Hard Links) but
also when you rename a file with rename (see Renaming Files).
|
|
The wrong type of device was given to a function that expects a
particular sort of device.
|
|
A file that isn't a directory was specified when a directory is required.
|
|
File is a directory; you cannot open a directory for writing,
or create or remove hard links to it.
|
|
Invalid argument. This is used to indicate various kinds of problems
with passing the wrong argument to a library function.
|
|
The current process has too many files open and can't open any more.
Duplicate descriptors do count toward this limit.
In BSD and GNU, the number of open files is controlled by a resource
limit that can usually be increased. If you get this error, you might
want to increase the RLIMIT_NOFILE limit or make it unlimited;
see Limits on Resources.
|
|
There are too many distinct file openings in the entire system. Note
that any number of linked channels count as just one file opening; see
Linked Channels. This error never occurs in the GNU system.
|
|
Inappropriate I/O control operation, such as trying to set terminal
modes on an ordinary file.
|
|
An attempt to execute a file that is currently open for writing, or
write to a file that is currently being executed. Often using a
debugger to run a program is considered having it open for writing and
will cause this error. (The name stands for "text file busy".) This
is not an error in the GNU system; the text is copied as necessary.
|
|
File too big; the size of a file would be larger than allowed by the system.
|
|
No space left on device; write operation on a file failed because the
disk is full.
|
|
Invalid seek operation (such as on a pipe).
|
|
An attempt was made to modify something on a read-only file system.
|
Too many links; the link count of a single file would become too large.
rename can cause this error if the file being renamed already has
as many links as it can take (see Renaming Files).
|
Broken pipe; there is no process reading from the other end of a pipe.
Every library function that returns this error code also generates a
SIGPIPE signal; this signal terminates the program if not handled
or blocked. Thus, your program will never actually see EPIPE
unless it has handled or blocked SIGPIPE.
|
|
Domain error; used by mathematical functions when an argument value does
not fall into the domain over which the function is defined.
|
|
Range error; used by mathematical functions when the result value is
not representable because of overflow or underflow.
|
Resource temporarily unavailable; the call might work if you try again
later. The macro EWOULDBLOCK is another name for EAGAIN;
they are always the same in the GNU C library.
This error can happen in a few different situations:
- An operation that would block was attempted on an object that has
non-blocking mode selected. Trying the same operation again will block
until some external condition makes it possible to read, write, or
connect (whatever the operation). You can use
select to find out
when the operation will be possible; see Waiting for I/O.
Portability Note: In many older Unix systems, this condition
was indicated by EWOULDBLOCK, which was a distinct error code
different from EAGAIN. To make your program portable, you should
check for both codes and treat them the same.
- A temporary resource shortage made an operation impossible.
fork
can return this error. It indicates that the shortage is expected to
pass, so your program can try the call again later and it may succeed.
It is probably a good idea to delay for a few seconds before trying it
again, to allow time for other processes to release scarce resources.
Such shortages are usually fairly serious and affect the whole system,
so usually an interactive program should report the error to the user
and return to its command loop.
|
In the GNU C library, this is another name for EAGAIN (above).
The values are always the same, on every operating system.
C libraries in many older Unix systems have EWOULDBLOCK as a
separate error code.
|
An operation that cannot complete immediately was initiated on an object
that has non-blocking mode selected. Some functions that must always
block (such as connect; see Connecting) never return
EAGAIN. Instead, they return EINPROGRESS to indicate that
the operation has begun and will take some time. Attempts to manipulate
the object before the call completes return EALREADY. You can
use the select function to find out when the pending operation
has completed; see Waiting for I/O.
|
|
An operation is already in progress on an object that has non-blocking
mode selected.
|
|
A file that isn't a socket was specified when a socket is required.
|
|
The size of a message sent on a socket was larger than the supported
maximum size.
|
|
The socket type does not support the requested communications protocol.
|
|
You specified a socket option that doesn't make sense for the
particular protocol being used by the socket. See Socket Options.
|
| int EPROTONOSUPPORT
|
Macro |
|
The socket domain does not support the requested communications protocol
(perhaps because the requested protocol is completely invalid).
See Creating a Socket.
|
| int ESOCKTNOSUPPORT
|
Macro |
|
The socket type is not supported.
|
|
The operation you requested is not supported. Some socket functions
don't make sense for all types of sockets, and others may not be
implemented for all communications protocols. In the GNU system, this
error can happen for many calls when the object does not support the
particular operation;on call; an asynchronous signal occurred and prevented
completion of the call. When this happens, you should try the call
again.
You can choose to have functions resume after a signal that is handled,
rather than failing with EINTR; see Interrupted Primitives.
|
|
Input/output error; usually used for physical read or write errors.
|
|
No such device or address. The system tried to use the device
represented by a file you specified, and it couldn't find the device.
This can mean that the device file was installed incorrectly, or that
the physical device is missing or not correctly attached to the
computer.
|
Argument list too long; used when the arguments passed to a new program
being executed with one of the exec functions (see Executing a File) occupy too much memory space. This condition never arises in the
GNU system.
|
Invalid executable file format. This condition is detected by the
exec functions; see Executing a File.
|
|
Bad file descriptor; for example, I/O on a descriptor that has been
closed or reading from a descriptor open only for writing (or vice
versa).
|
|
There are no child processes. This error happens on operations that are
supposed to manipulate child processes, when there aren't any processes
to manipulate.
|
|
Deadlock avoided; allocating a system resource would have resulted in a
deadlock situation. The system does not guarantee that it will notice
all such situations. This error means you got lucky and the system
noticed; it might just hang. See File Locks, for an example.
|
|
No memory available. The system cannot allocate more virtual memory
because its capacity is full.
|
|
Permission denied; the file permissions do not allow the attempted operation.
|
|
Bad address; an invalid pointer was detected.
In the GNU system, this error never happens; you get a signal instead.
|
|
A file that isn't a block special file was given in a situation that
requires one. For example, trying to mount an ordinary file as a file
system in Unix gives this error.
|
|
Resource busy; a system resource that can't be shared is already in use.
For example, if you try to delete a file that is the root of a currently
mounted filesystem, you get this error.
|
|
File exists; an existing file was specified in a context where it only
makes sense to specify a new file.
|
An attempt to make an improper link across file systems was detected.
This happens not only when you use link (see Hard Links) but
also when you rename a file with rename (see Renaming Files).
|
|
The wrong type of device was given to a function that expects a
particular sort of device.
|
|
A file that isn't a directory was specified when a directory is required.
|
|
File is a directory; you cannot open a directory for writing,
or create or remove hard links to it.
|
|
Invalid argument. This is used to indicate various kinds of problems
with passing the wrong argument to a library function.
|
|
The current process has too many files open and can't open any more.
Duplicate descriptors do count toward this limit.
In BSD and GNU, the number of open files is controlled by a resource
limit that can usually be increased. If you get this error, you might
want to increase the RLIMIT_NOFILE limit or make it unlimited;
see Limits on Resources.
|
|
There are too many distinct file openings in the entire system. Note
that any number of linked channels count as just one file opening; see
Linked Channels. This error never occurs in the GNU system.
|
|
Inappropriate I/O control operation, such as trying to set terminal
modes on an ordinary file.
|
|
An attempt to execute a file that is currently open for writing, or
write to a file that is currently being executed. Often using a
debugger to run a program is considered having it open for writing and
will cause this error. (The name stands for "text file busy".) This
is not an error in the GNU system; the text is copied as necessary.
|
|
File too big; the size of a file would be larger than allowed by the system.
|
|
No space left on device; write operation on a file failed because the
disk is full.
|
|
Invalid seek operation (such as on a pipe).
|
|
An attempt was made to modify something on a read-only file system.
|
Too many links; the link count of a single file would become too large.
rename can cause this error if the file being renamed already has
as many links as it can take (see Renaming Files).
|
Broken pipe; there is no process reading from the other end of a pipe.
Every library function that returns this error code also generates a
SIGPIPE signal; this signal terminates the program if not handled
or blocked. Thus, your program will never actually see EPIPE
unless it has handled or blocked SIGPIPE.
|
|
Domain error; used by mathematical functions when an argument value does
not fall into the domain over which the function is defined.
|
|
Range error; used by mathematical functions when the result value is
not representable because of overflow or underflow.
|
Resource temporarily unavailable; the call might work if you try again
later. The macro EWOULDBLOCK is another name for EAGAIN;
they are always the same in the GNU C library.
This error can happen in a few different situations:
- An operation that would block was attempted on an object that has
non-blocking mode selected. Trying the same operation again will block
until some external condition makes it possible to read, write, or
connect (whatever the operation). You can use
select to find out
when the operation will be possible; see Waiting for I/O.
Portability Note: In many older Unix systems, this condition
was indicated by EWOULDBLOCK, which was a distinct error code
different from EAGAIN. To make your program portable, you should
check for both codes and treat them the same.
- A temporary resource shortage made an operation impossible.
fork
can return this error. It indicates that the shortage is expected to
pass, so your program can try the call again later and it may succeed.
It is probably a good idea to delay for a few seconds before trying it
again, to allow time for other processes to release scarce resources.
Such shortages are usually fairly serious and affect the whole system,
so usually an interactive program should report the error to the user
and return to its command loop.
|
In the GNU C library, this is another name for EAGAIN (above).
The values are always the same, on every operating system.
C libraries in many older Unix systems have EWOULDBLOCK as a
separate error code.
|
An operation that cannot complete immediately was initiated on an object
that has non-blocking mode selected. Some functions that must always
block (such as connect; see Connecting) never return
EAGAIN. Instead, they return EINPROGRESS to indicate that
the operation has begun and will take some time. Attempts to manipulate
the object before the call completes return EALREADY. You can
use the select function to find out when the pending operation
has completed; see Waiting for I/O.
|
|
An operation is already in progress on an object that has non-blocking
mode selected.
|
|
A file that isn't a socket was specified when a socket is required.
|
|
The size of a message sent on a socket was larger than the supported
maximum size.
|
|
The socket type does not support the requested communications protocol.
|
|
You specified a socket option that doesn't make sense for the
particular protocol being used by the socket. See Socket Options.
|
| int EPROTONOSUPPORT
|
Macro |
|
The socket domain does not support the requested communications protocol
(perhaps because the requested protocol is completely invalid).
See Creating a Socket.
|
| int ESOCKTNOSUPPORT
|
Macro |
|
The socket type is not supported.
|
|
The operation you requested is not supported. Some socket functions
don't make sense for all types of sockets, and others may not be
implemented for all communications protocols. In the GNU system, this
error can happen for many calls when the object does not support the
particular operation;on call; an asynchronous signal occurred and prevented
completion of the call. When this happens, you should try the call
again.
You can choose to have functions resume after a signal that is handled,
rather than failing with EINTR; see Interrupted Primitives.
|
|
Input/output error; usually used for physical read or write errors.
|
|
No such device or address. The system tried to use the device
represented by a file you specified, and it couldn't find the device.
This can mean that the device file was installed incorrectly, or that
the physical device is missing or not correctly attached to the
computer.
|
Argument list too long; used when the arguments passed to a new program
being executed with one of the exec functions (see Executing a File) occupy too much memory space. This condition never arises in the
GNU system.
|
Invalid executable file format. This condition is detected by the
exec functions; see Executing a File.
|
|
Bad file descriptor; for example, I/O on a descriptor that has been
closed or reading from a descriptor open only for writing (or vice
versa).
|
|
There are no child processes. This error happens on operations that are
supposed to manipulate child processes, when there aren't any processes
to manipulate.
|
|
Deadlock avoided; allocating a system resource would have resulted in a
deadlock situation. The system does not guarantee that it will notice
all such situations. This error means you got lucky and the system
noticed; it might just hang. See File Locks, for an example.
|
|
No memory available. The system cannot allocate more virtual memory
because its capacity is full.
|
|
Permission denied; the file permissions do not allow the attempted operation.
|
|
Bad address; an invalid pointer was detected.
In the GNU system, this error never happens; you get a signal instead.
|
|
A file that isn't a block special file was given in a situation that
requires one. For example, trying to mount an ordinary file as a file
system in Unix gives this error.
|
|
Resource busy; a system resource that can't be shared is already in use.
For example, if you try to delete a file that is the root of a currently
mounted filesystem, you get this error.
|
|
File exists; an existing file was specified in a context where it only
makes sense to specify a new file.
|
An attempt to make an improper link across file systems was detected.
This happens not only when you use link (see Hard Links) but
also when you rename a file with rename (see Renaming Files).
|
|
The wrong type of device was given to a function that expects a
particular sort of device.
|
|
A file that isn't a directory was specified when a directory is required.
|
|
File is a directory; you cannot open a directory for writing,
or create or remove hard links to it.
|
|
Invalid argument. This is used to indicate various kinds of problems
with passing the wrong argument to a library function.
|
|
The current process has too many files open and can't open any more.
Duplicate descriptors do count toward this limit.
In BSD and GNU, the number of open files is controlled by a resource
limit that can usually be increased. If you get this error, you might
want to increase the RLIMIT_NOFILE limit or make it unlimited;
see Limits on Resources.
|
|
There are too many distinct file openings in the entire system. Note
that any number of linked channels count as just one file opening; see
Linked Channels. This error never occurs in the GNU system.
|
|
Inappropriate I/O control operation, such as trying to set terminal
modes on an ordinary file.
|
|
An attempt to execute a file that is currently open for writing, or
write to a file that is currently being executed. Often using a
debugger to run a program is considered having it open for writing and
will cause this error. (The name stands for "text file busy".) This
is not an error in the GNU system; the text is copied as necessary.
|
|
File too big; the size of a file would be larger than allowed by the system.
|
|
No space left on device; write operation on a file failed because the
disk is full.
|
|
Invalid seek operation (such as on a pipe).
|
|
An attempt was made to modify something on a read-only file system.
|
Too many links; the link count of a single file would become too large.
rename can cause this error if the file being renamed already has
as many links as it can take (see Renaming Files).
|
Broken pipe; there is no process reading from the other end of a pipe.
Every library function that returns this error code also generates a
SIGPIPE signal; this signal terminates the program if not handled
or blocked. Thus, your program will never actually see EPIPE
unless it has handled or blocked SIGPIPE.
|
|
Domain error; used by mathematical functions when an argument value does
not fall into the domain over which the function is defined.
|
|
Range error; used by mathematical functions when the result value is
not representable because of overflow or underflow.
|
Resource temporarily unavailable; the call might work if you try again
later. The macro EWOULDBLOCK is another name for EAGAIN;
they are always the same in the GNU C library.
This error can happen in a few different situations:
- An operation that would block was attempted on an object that has
non-blocking mode selected. Trying the same operation again will block
until some external condition makes it possible to read, write, or
connect (whatever the operation). You can use
select to find out
when the operation will be possible; see Waiting for I/O.
Portability Note: In many older Unix systems, this condition
was indicated by EWOULDBLOCK, which was a distinct error code
different from EAGAIN. To make your program portable, you should
check for both codes and treat them the same.
- A temporary resource shortage made an operation impossible.
fork
can return this error. It indicates that the shortage is expected to
pass, so your program can try the call again later and it may succeed.
It is probably a good idea to delay for a few seconds before trying it
again, to allow time for other processes to release scarce resources.
Such shortages are usually fairly serious and affect the whole system,
so usually an interactive program should report the error to the user
and return to its command loop.
|
In the GNU C library, this is another name for EAGAIN (above).
The values are always the same, on every operating system.
C libraries in many older Unix systems have EWOULDBLOCK as a
separate error code.
|
An operation that cannot complete immediately was initiated on an object
that has non-blocking mode selected. Some functions that must always
block (such as connect; see Connecting) never return
EAGAIN. Instead, they return EINPROGRESS to indicate that
the operation has begun and will take some time. Attempts to manipulate
the object before the call completes return EALREADY. You can
use the select function to find out when the pending operation
has completed; see Waiting for I/O.
|
|
An operation is already in progress on an object that has non-blocking
mode selected.
|
|
A file that isn't a socket was specified when a socket is required.
|
|
The size of a message sent on a socket was larger than the supported
maximum size.
|
|
The socket type does not support the requested communications protocol.
|
|
You specified a socket option that doesn't make sense for the
particular protocol being used by the socket. See Socket Options.
|
| int EPROTONOSUPPORT
|
Macro |
|
The socket domain does not support the requested communications protocol
(perhaps because the requested protocol is completely invalid).
See Creating a Socket.
|
| int ESOCKTNOSUPPORT
|
Macro |
|
The socket type is not supported.
|
|
The operation you requested is not supported. Some socket functions
don't make sense for all types of sockets, and others may not be
implemented for all communications protocols. In the GNU system, this
error can happen for many calls when the object does not support the
particular operation;on call; an asynchronous signal occurred and prevented
completion of the call. When this happens, you should try the call
again.
You can choose to have functions resume after a signal that is handled,
rather than failing with EINTR; see Interrupted Primitives.
|
|
Input/output error; usually used for physical read or write errors.
|
|
No such device or address. The system tried to use the device
represented by a file you specified, and it couldn't find the device.
This can mean that the device file was installed incorrectly, or that
the physical device is missing or not correctly attached to the
computer.
|
Argument list too long; used when the arguments passed to a new program
being executed with one of the exec functions (see Executing a File) occupy too much memory space. This condition never arises in the
GNU system.
|
Invalid executable file format. This condition is detected by the
exec functions; see Executing a File.
|
|
Bad file descriptor; for example, I/O on a descriptor that has been
closed or reading from a descriptor open only for writing (or vice
versa).
|
|
There are no child processes. This error happens on operations that are
supposed to manipulate child processes, when there aren't any processes
to manipulate.
|
|
Deadlock avoided; allocating a system resource would have resulted in a
deadlock situation. The system does not guarantee that it will notice
all such situations. This error means you got lucky and the system
noticed; it might just hang. See File Locks, for an example.
|
|
No memory available. The system cannot allocate more virtual memory
because its capacity is full.
|
|
Permission denied; the file permissions do not allow the attempted operation.
|
|
Bad address; an invalid pointer was detected.
In the GNU system, this error never happens; you get a signal instead.
|
|
A file that isn't a block special file was given in a situation that
requires one. For example, trying to mount an ordinary file as a file
system in Unix gives this error.
|
|
Resource busy; a system resource that can't be shared is already in use.
For example, if you try to delete a file that is the root of a currently
mounted filesystem, you get this error.
|
|
File exists; an existing file was specified in a context where it only
makes sense to specify a new file.
|
An attempt to make an improper link across file systems was detected.
This happens not only when you use link (see Hard Links) but
also when you rename a file with rename (see Renaming Files).
|
|
The wrong type of device was given to a function that expects a
particular sort of device.
|
|
A file that isn't a directory was specified when a directory is required.
|
|
File is a directory; you cannot open a directory for writing,
or create or remove hard links to it.
|
|
Invalid argument. This is used to indicate various kinds of problems
with passing the wrong argument to a library function.
|
|
The current process has too many files open and can't open any more.
Duplicate descriptors do count toward this limit.
In BSD and GNU, the number of open files is controlled by a resource
limit that can usually be increased. If you get this error, you might
want to increase the RLIMIT_NOFILE limit or make it unlimited;
see Limits on Resources.
|
|
There are too many distinct file openings in the entire system. Note
that any number of linked channels count as just one file opening; see
Linked Channels. This error never occurs in the GNU system.
|
|
Inappropriate I/O control operation, such as trying to set terminal
modes on an ordinary file.
|
|
An attempt to execute a file that is currently open for writing, or
write to a file that is currently being executed. Often using a
debugger to run a program is considered having it open for writing and
will cause this error. (The name stands for "text file busy".) This
is not an error in the GNU system; the text is copied as necessary.
|
|
File too big; the size of a file would be larger than allowed by the system.
|
|
No space left on device; write operation on a file failed because the
disk is full.
|
|
Invalid seek operation (such as on a pipe).
|
|
An attempt was made to modify something on a read-only file system.
|
Too many links; the link count of a single file would become too large.
rename can cause this error if the file being renamed already has
as many links as it can take (see Renaming Files).
|
Broken pipe; there is no process reading from the other end of a pipe.
Every library function that returns this error code also generates a
SIGPIPE signal; this signal terminates the program if not handled
or blocked. Thus, your program will never actually see EPIPE
unless it has handled or blocked SIGPIPE.
|
|
Domain error; used by mathematical functions when an argument value does
not fall into the domain over which the function is defined.
|
|
Range error; used by mathematical functions when the result value is
not representable because of overflow or underflow.
|
Resource temporarily unavailable; the call might work if you try again
later. The macro EWOULDBLOCK is another name for EAGAIN;
they are always the same in the GNU C library.
This error can happen in a few different situations:
- An operation that would block was attempted on an object that has
non-blocking mode selected. Trying the same operation again will block
until some external condition makes it possible to read, write, or
connect (whatever the operation). You can use
select to find out
when the operation will be possible; see Waiting for I/O.
Portability Note: In many older Unix systems, this condition
was indicated by EWOULDBLOCK, which was a distinct error code
different from EAGAIN. To make your program portable, you should
check for both codes and treat them the same.
- A temporary resource shortage made an operation impossible.
fork
can return this error. It indicates that the shortage is expected to
pass, so your program can try the call again later and it may succeed.
It is probably a good idea to delay for a few seconds before trying it
again, to allow time for other processes to release scarce resources.
Such shortages are usually fairly serious and affect the whole system,
so usually an interactive program should report the error to the user
and return to its command loop.
|
In the GNU C library, this is another name for EAGAIN (above).
The values are always the same, on every operating system.
C libraries in many older Unix systems have EWOULDBLOCK as a
separate error code.
|
An operation that cannot complete immediately was initiated on an object
that has non-blocking mode selected. Some functions that must always
block (such as connect; see Connecting) never return
EAGAIN. Instead, they return EINPROGRESS to indicate that
the operation has begun and will take some time. Attempts to manipulate
the object before the call completes return EALREADY. You can
use the select function to find out when the pending operation
has completed; see Waiting for I/O.
|
|
An operation is already in progress on an object that has non-blocking
mode selected.
|
|
A file that isn't a socket was specified when a socket is required.
|
|
The size of a message sent on a socket was larger than the supported
maximum size.
|
|
The socket type does not support the requested communications protocol.
|
|
You specified a socket option that doesn't make sense for the
particular protocol being used by the socket. See Socket Options.
|
| int EPROTONOSUPPORT
|
Macro |
|
The socket domain does not support the requested communications protocol
(perhaps because the requested protocol is completely invalid).
See Creating a Socket.
|
| int ESOCKTNOSUPPORT
|
Macro |
|
The socket type is not supported.
|
|
The operation you requested is not supported. Some socket functions
don't make sense for all types of sockets, and others may not be
implemented for all communications protocols. In the GNU system, this
error can happen for many calls when the object does not support the
particular operation;on call; an asynchronous signal occurred and prevented
completion of the call. When this happens, you should try the call
again.
You can choose to have functions resume after a signal that is handled,
rather than failing with EINTR; see Interrupted Primitives.
|
|
Input/output error; usually used for physical read or write errors.
|
|
No such device or address. The system tried to use the device
represented by a file you specified, and it couldn't find the device.
This can mean that the device file was installed incorrectly, or that
the physical device is missing or not correctly attached to the
computer.
|
Argument list too long; used when the arguments passed to a new program
being executed with one of the exec functions (see Executing a File) occupy too much memory space. This condition never arises in the
GNU system.
|
Invalid executable file format. This condition is detected by the
exec functions; see Executing a File.
|
|
Bad file descriptor; for example, I/O on a descriptor that has been
closed or reading from a descriptor open only for writing (or vice
versa).
|
|
There are no child processes. This error happens on operations that are
supposed to manipulate child processes, when there aren't any processes
to manipulate.
|
|
Deadlock avoided; allocating a system resource would have resulted in a
deadlock situation. The system does not guarantee that it will notice
all such situations. This error means you got lucky and the system
noticed; it might just hang. See File Locks, for an example.
|
|
No memory available. The system cannot allocate more virtual memory
because its capacity is full.
|
|
Permission denied; the file permissions do not allow the attempted operation.
|
|
Bad address; an invalid pointer was detected.
In the GNU system, this error never happens; you get a signal instead.
|
|
A file that isn't a block special file was given in a situation that
requires one. For example, trying to mount an ordinary file as a file
system in Unix gives this error.
|
|
Resource busy; a system resource that can't be shared is already in use.
For example, if you try to delete a file that is the root of a currently
mounted filesystem, you get this error.
|
|
File exists; an existing file was specified in a context where it only
makes sense to specify a new file.
|
An attempt to make an improper link across file systems was detected.
This happens not only when you use link (see Hard Links) but
also when you rename a file with rename (see Renaming Files).
|
|
The wrong type of device was given to a function that expects a
particular sort of device.
|
|
A file that isn't a directory was specified when a directory is required.
|
|
File is a directory; you cannot open a directory for writing,
or create or remove hard links to it.
|
|
Invalid argument. This is used to indicate various kinds of problems
with passing the wrong argument to a library function.
|
|
The current process has too many files open and can't open any more.
Duplicate descriptors do count toward this limit.
In BSD and GNU, the number of open files is controlled by a resource
limit that can usually be increased. If you get this error, you might
want to increase the RLIMIT_NOFILE limit or make it unlimited;
see Limits on Resources.
|
|
There are too many distinct file openings in the entire system. Note
that any number of linked channels count as just one file opening; see
Linked Channels. This error never occurs in the GNU system.
|
|
Inappropriate I/O control operation, such as trying to set terminal
modes on an ordinary file.
|
|
An attempt to execute a file that is currently open for writing, or
write to a file that is currently being executed. Often using a
debugger to run a program is considered having it open for writing and
will cause this error. (The name stands for "text file busy".) This
is not an error in the GNU system; the text is copied as necessary.
|
|
File too big; the size of a file would be larger than allowed by the system.
|
|
No space left on device; write operation on a file failed because the
disk is full.
|
|
Invalid seek operation (such as on a pipe).
|
|
An attempt was made to modify something on a read-only file system.
|
Too many links; the link count of a single file would become too large.
rename can cause this error if the file being renamed already has
as many links as it can take (see Renaming Files).
|
Broken pipe; there is no process reading from the other end of a pipe.
Every library function that returns this error code also generates a
SIGPIPE signal; this signal terminates the program if not handled
or blocked. Thus, your program will never actually see EPIPE
unless it has handled or blocked SIGPIPE.
|
|
Domain error; used by mathematical functions when an argument value does
not fall into the domain over which the function is defined.
|
|
Range error; used by mathematical functions when the result value is
not representable because of overflow or underflow.
|
Resource temporarily unavailable; the call might work if you try again
later. The macro EWOULDBLOCK is another name for EAGAIN;
they are always the same in the GNU C library.
This error can happen in a few different situations:
- An operation that would block was attempted on an object that has
non-blocking mode selected. Trying the same operation again will block
until some external condition makes it possible to read, write, or
connect (whatever the operation). You can use
select to find out
when the operation will be possible; see Waiting for I/O.
Portability Note: In many older Unix systems, this condition
was indicated by EWOULDBLOCK, which was a distinct error code
different from EAGAIN. To make your program portable, you should
check for both codes and treat them the same.
- A temporary resource shortage made an operation impossible.
fork
can return this error. It indicates that the shortage is expected to
pass, so your program can try the call again later and it may succeed.
It is probably a good idea to delay for a few seconds before trying it
again, to allow time for other processes to release scarce resources.
Such shortages are usually fairly serious and affect the whole system,
so usually an interactive program should report the error to the user
and return to its command loop.
|
In the GNU C library, this is another name for EAGAIN (above).
The values are always the same, on every operating system.
C libraries in many older Unix systems have EWOULDBLOCK as a
separate error code.
|
An operation that cannot complete immediately was initiated on an object
that has non-blocking mode selected. Some functions that must always
block (such as connect; see Connecting) never return
EAGAIN. Instead, they return EINPROGRESS to indicate that
the operation has begun and will take some time. Attempts to manipulate
the object before the call completes return EALREADY. You can
use the select function to find out when the pending operation
has completed; see Waiting for I/O.
|
|
An operation is already in progress on an object that has non-blocking
mode selected.
|
|
A file that isn't a socket was specified when a socket is required.
|
|
The size of a message sent on a socket was larger than the supported
maximum size.
|
|
The socket type does not support the requested communications protocol.
|
|
You specified a socket option that doesn't make sense for the
particular protocol being used by the socket. See Socket Options.
|
| int EPROTONOSUPPORT
|
Macro |
|
The socket domain does not support the requested communications protocol
(perhaps because the requested protocol is completely invalid).
See Creating a Socket.
|
| int ESOCKTNOSUPPORT
|
Macro |
|
The socket type is not supported.
|
|
The operation you requested is not supported. Some socket functions
don't make sense for all types of sockets, and others may not be
implemented for all communications protocols. In the GNU system, this
error can happen for many calls when the object does not support the
particular operation;on call; an asynchronous signal occurred and prevented
completion of the call. When this happens, you should try the call
again.
You can choose to have functions resume after a signal that is handled,
rather than failing with EINTR; see Interrupted Primitives.
|
|
Input/output error; usually used for physical read or write errors.
|
|
No such device or address. The system tried to use the device
represented by a file you specified, and it couldn't find the device.
This can mean that the device file was installed incorrectly, or that
the physical device is missing or not correctly attached to the
computer.
|
Argument list too long; used when the arguments passed to a new program
being executed with one of the exec functions (see Executing a File) occupy too much memory space. This condition never arises in the
GNU system.
|
Invalid executable file format. This condition is detected by the
exec functions; see Executing a File.
|
|
Bad file descriptor; for example, I/O on a descriptor that has been
closed or reading from a descriptor open only for writing (or vice
versa).
|
|
There are no child processes. This error happens on operations that are
supposed to manipulate child processes, when there aren't any processes
to manipulate.
|
|
Deadlock avoided; allocating a system resource would have resulted in a
deadlock situation. The system does not guarantee that it will notice
all such situations. This error means you got lucky and the system
noticed; it might just hang. See File Locks, for an example.
|
|
No memory available. The system cannot allocate more virtual memory
because its capacity is full.
|
|
Permission denied; the file permissions do not allow the attempted operation.
|
|
Bad address; an invalid pointer was detected.
In the GNU system, this error never happens; you get a signal instead.
|
|
A file that isn't a block special file was given in a situation that
requires one. For example, trying to mount an ordinary file as a file
system in Unix gives this error.
|
|
Resource busy; a system resource that can't be shared is already in use.
For example, if you try to delete a file that is the root of a currently
mounted filesystem, you get this error.
|
|
File exists; an existing file was specified in a context where it only
makes sense to specify a new file.
|
An attempt to make an improper link across file systems was detected.
This happens not only when you use link (see Hard Links) but
also when you rename a file with rename (see Renaming Files).
|
|
The wrong type of device was given to a function that expects a
particular sort of device.
|
|
A file that isn't a directory was specified when a directory is required.
|
|
File is a directory; you cannot open a directory for writing,
or create or remove hard links to it.
|
|
Invalid argument. This is used to indicate various kinds of problems
with passing the wrong argument to a library function.
|
|
The current process has too many files open and can't open any more.
Duplicate descriptors do count toward this limit.
In BSD and GNU, the number of open files is controlled by a resource
limit that can usually be increased. If you get this error, you might
want to increase the RLIMIT_NOFILE limit or make it unlimited;
see Limits on Resources.
|
|
There are too many distinct file openings in the entire system. Note
that any number of linked channels count as just one file opening; see
Linked Channels. This error never occurs in the GNU system.
|
|
Inappropriate I/O control operation, such as trying to set terminal
modes on an ordinary file.
|
|
An attempt to execute a file that is currently open for writing, or
write to a file that is currently being executed. Often using a
debugger to run a program is considered having it open for writing and
will cause this error. (The name stands for "text file busy".) This
is not an error in the GNU system; the text is copied as necessary.
|
|
File too big; the size of a file would be larger than allowed by the system.
|
|
No space left on device; write operation on a file failed because the
disk is full.
|
|
Invalid seek operation (such as on a pipe).
|
|
An attempt was made to modify something on a read-only file system.
|
Too many links; the link count of a single file would become too large.
rename can cause this error if the file being renamed already has
as many links as it can take (see Renaming Files).
|
Broken pipe; there is no process reading from the other end of a pipe.
Every library function that returns this error code also generates a
SIGPIPE signal; this signal terminates the program if not handled
or blocked. Thus, your program will never actually see EPIPE
unless it has handled or blocked SIGPIPE.
|
|
Domain error; used by mathematical functions when an argument value does
not fall into the domain over which the function is defined.
|
|
Range error; used by mathematical functions when the result value is
not representable because of overflow or underflow.
|
Resource temporarily unavailable; the call might work if you try again
later. The macro EWOULDBLOCK is another name for EAGAIN;
they are always the same in the GNU C library.
This error can happen in a few different situations:
- An operation that would block was attempted on an object that has
non-blocking mode selected. Trying the same operation again will block
until some external condition makes it possible to read, write, or
connect (whatever the operation). You can use
select to find out
when the operation will be possible; see Waiting for I/O.
Portability Note: In many older Unix systems, this condition
was indicated by EWOULDBLOCK, which was a distinct error code
different from EAGAIN. To make your program portable, you should
check for both codes and treat them the same.
- A temporary resource shortage made an operation impossible.
fork
can return this error. It indicates that the shortage is expected to
pass, so your program can try the call again later and it may succeed.
It is probably a good idea to delay for a few seconds before trying it
again, to allow time for other processes to release scarce resources.
Such shortages are usually fairly serious and affect the whole system,
so usually an interactive program should report the error to the user
and return to its command loop.
|
In the GNU C library, this is another name for EAGAIN (above).
The values are always the same, on every operating system.
C libraries in many older Unix systems have EWOULDBLOCK as a
separate error code.
|
An operation that cannot complete immediately was initiated on an object
that has non-blocking mode selected. Some functions that must always
block (such as connect; see Connecting) never return
EAGAIN. Instead, they return EINPROGRESS to indicate that
the operation has begun and will take some time. Attempts to manipulate
the object before the call completes return EALREADY. You can
use the select function to find out when the pending operation
has completed; see Waiting for I/O.
|
|
An operation is already in progress on an object that has non-blocking
mode selected.
|
|
A file that isn't a socket was specified when a socket is required.
|
|
The size of a message sent on a socket was larger than the supported
maximum size.
|
|
The socket type does not support the requested communications protocol.
|
|
You specified a socket option that doesn't make sense for the
particular protocol being used by the socket. See Socket Options.
|
| int EPROTONOSUPPORT
|
Macro |
|
The socket domain does not support the requested communications protocol
(perhaps because the requested protocol is completely invalid).
See Creating a Socket.
|
| int ESOCKTNOSUPPORT
|
Macro |
|
The socket type is not supported.
|
|
The operation you requested is not supported. Some socket functions
don't make sense for all types of sockets, and others may not be
implemented for all communications protocols. In the GNU system, this
error can happen for many calls when the object does not support the
particular operation;on call; an asynchronous signal occurred and prevented
completion of the call. When this happens, you should try the call
again.
You can choose to have functions resume after a signal that is handled,
rather than failing with EINTR; see Interrupted Primitives.
|
|
Input/output error; usually used for physical read or write errors.
|
|
No such device or address. The system tried to use the device
represented by a file you specified, and it couldn't find the device.
This can mean that the device file was installed incorrectly, or that
the physical device is missing or not correctly attached to the
computer.
|
Argument list too long; used when the arguments passed to a new program
being executed with one of the exec functions (see Executing a File) occupy too much memory space. This condition never arises in the
GNU system.
|
Invalid executable file format. This condition is detected by the
exec functions; see Executing a File.
|
|
Bad file descriptor; for example, I/O on a descriptor that has been
closed or reading from a descriptor open only for writing (or vice
versa).
|
|
There are no child processes. This error happens on operations that are
supposed to manipulate child processes, when there aren't any processes
to manipulate.
|
|
Deadlock avoided; allocating a system resource would have resulted in a
deadlock situation. The system does not guarantee that it will notice
all such situations. This error means you got lucky and the system
noticed; it might just hang. See File Locks, for an example.
|
|
No memory available. The system cannot allocate more virtual memory
because its capacity is full.
|
|
Permission denied; the file permissions do not allow the attempted operation.
|
|
Bad address; an invalid pointer was detected.
In the GNU system, this error never happens; you get a signal instead.
|
|
A file that isn't a block special file was given in a situation that
requires one. For example, trying to mount an ordinary file as a file
system in Unix gives this error.
|
|
Resource busy; a system resource that can't be shared is already in use.
For example, if you try to delete a file that is the root of a currently
mounted filesystem, you get this error.
|
|
File exists; an existing file was specified in a context where it only
makes sense to specify a new file.
|
An attempt to make an improper link across file systems was detected.
This happens not only when you use link (see Hard Links) but
also when you rename a file with rename (see Renaming Files).
|
|
The wrong type of device was given to a function that expects a
particular sort of device.
|
|
A file that isn't a directory was specified when a directory is required.
|
|
File is a directory; you cannot open a directory for writing,
or create or remove hard links to it.
|
|
Invalid argument. This is used to indicate various kinds of problems
with passing the wrong argument to a library function.
|
|
The current process has too many files open and can't open any more.
Duplicate descriptors do count toward this limit.
In BSD and GNU, the number of open files is controlled by a resource
limit that can usually be increased. If you get this error, you might
want to increase the RLIMIT_NOFILE limit or make it unlimited;
see Limits on Resources.
|
|
There are too many distinct file openings in the entire system. Note
that any number of linked channels count as just one file opening; see
Linked Channels. This error never occurs in the GNU system.
|
|
Inappropriate I/O control operation, such as trying to set terminal
modes on an ordinary file.
|
|
An attempt to execute a file that is currently open for writing, or
write to a file that is currently being executed. Often using a
debugger to run a program is considered having it open for writing and
will cause this error. (The name stands for "text file busy".) This
is not an error in the GNU system; the text is copied as necessary.
|
|
File too big; the size of a file would be larger than allowed by the system.
|
|
No space left on device; write operation on a file failed because the
disk is full.
|
|
Invalid seek operation (such as on a pipe).
|
|
An attempt was made to modify something on a read-only file system.
|
Too many links; the link count of a single file would become too large.
rename can cause this error if the file being renamed already has
as many links as it can take (see Renaming Files).
|
Broken pipe; there is no process reading from the other end of a pipe.
Every library function that returns this error code also generates a
SIGPIPE signal; this signal terminates the program if not handled
or blocked. Thus, your program will never actually see EPIPE
unless it has handled or blocked SIGPIPE.
|
|
Domain error; used by mathematical functions when an argument value does
not fall into the domain over which the function is defined.
|
|
Range error; used by mathematical functions when the result value is
not representable because of overflow or underflow.
|
Resource temporarily unavailable; the call might work if you try again
later. The macro EWOULDBLOCK is another name for EAGAIN;
they are always the same in the GNU C library.
This error can happen in a few different situations:
- An operation that would block was attempted on an object that has
non-blocking mode selected. Trying the same operation again will block
until some external condition makes it possible to read, write, or
connect (whatever the operation). You can use
select to find out
when the operation will be possible; see Waiting for I/O.
Portability Note: In many older Unix systems, this condition
was indicated by EWOULDBLOCK, which was a distinct error code
different from EAGAIN. To make your program portable, you should
check for both codes and treat them the same.
- A temporary resource shortage made an operation impossible.
fork
can return this error. It indicates that the shortage is expected to
pass, so your program can try the call again later and it may succeed.
It is probably a good idea to delay for a few seconds before trying it
again, to allow time for other processes to release scarce resources.
Such shortages are usually fairly serious and affect the whole system,
so usually an interactive program should report the error to the user
and return to its command loop.
|
In the GNU C library, this is another name for EAGAIN (above).
The values are always the same, on every operating system.
C libraries in many older Unix systems have EWOULDBLOCK as a
separate error code.
|
An operation that cannot complete immediately was initiated on an object
that has non-blocking mode selected. Some functions that must always
block (such as connect; see Connecting) never return
EAGAIN. Instead, they return EINPROGRESS to indicate that
the operation has begun and will take some time. Attempts to manipulate
the object before the call completes return EALREADY. You can
use the select function to find out when the pending operation
has completed; see Waiting for I/O.
|
|
An operation is already in progress on an object that has non-blocking
mode selected.
|
|
A file that isn't a socket was specified when a socket is required.
|
|
The size of a message sent on a socket was larger than the supported
maximum size.
|
|
The socket type does not support the requested communications protocol.
|
|
You specified a socket option that doesn't make sense for the
particular protocol being used by the socket. See Socket Options.
|
| int EPROTONOSUPPORT
|
Macro |
|
The socket domain does not support the requested communications protocol
(perhaps because the requested protocol is completely invalid).
See Creating a Socket.
|
| int ESOCKTNOSUPPORT
|
Macro |
|
The socket type is not supported.
|
|
The operation you requested is not supported. Some socket functions
don't make sense for all types of sockets, and others may not be
implemented for all communications protocols. In the GNU system, this
error can happen for many calls when the object does not support the
particular operation;on call; an asynchronous signal occurred and prevented
completion of the call. When this happens, you should try the call
again.
You can choose to have functions resume after a signal that is handled,
rather than failing with EINTR; see Interrupted Primitives.
|
|
Input/output error; usually used for physical read or write errors.
|
|
No such device or address. The system tried to use the device
represented by a file you specified, and it couldn't find the device.
This can mean that the device file was installed incorrectly, or that
the physical device is missing or not correctly attached to the
computer.
|
Argument list too long; used when the arguments passed to a new program
being executed with one of the exec functions (see Executing a File) occupy too much memory space. This condition never arises in the
GNU system.
|
Invalid executable file format. This condition is detected by the
exec functions; see Executing a File.
|
|
Bad file descriptor; for example, I/O on a descriptor that has been
closed or reading from a descriptor open only for writing (or vice
versa).
|
|
There are no child processes. This error happens on operations that are
supposed to manipulate child processes, when there aren't any processes
to manipulate.
|
|
Deadlock avoided; allocating a system resource would have resulted in a
deadlock situation. The system does not guarantee that it will notice
all such situations. This error means you got lucky and the system
noticed; it might just hang. See File Locks, for an example.
|
|
No memory available. The system cannot allocate more virtual memory
because its capacity is full.
|
|
Permission denied; the file permissions do not allow the attempted operation.
|
|
Bad address; an invalid pointer was detected.
In the GNU system, this error never happens; you get a signal instead.
|
|
A file that isn't a block special file was given in a situation that
requires one. For example, trying to mount an ordinary file as a file
system in Unix gives this error.
|
|
Resource busy; a system resource that can't be shared is already in use.
For example, if you try to delete a file that is the root of a currently
mounted filesystem, you get this error.
|
|
File exists; an existing file was specified in a context where it only
makes sense to specify a new file.
|
An attempt to make an improper link across file systems was detected.
This happens not only when you use link (see Hard Links) but
also when you rename a file with rename (see Renaming Files).
|
|
The wrong type of device was given to a function that expects a
particular sort of device.
|
|
A file that isn't a directory was specified when a directory is required.
|
|
File is a directory; you cannot open a directory for writing,
or create or remove hard links to it.
|
|
Invalid argument. This is used to indicate various kinds of problems
with passing the wrong argument to a library function.
|
|
The current process has too many files open and can't open any more.
Duplicate descriptors do count toward this limit.
In BSD and GNU, the number of open files is controlled by a resource
limit that can usually be increased. If you get this error, you might
want to increase the RLIMIT_NOFILE limit or make it unlimited;
see Limits on Resources.
|
|
There are too many distinct file openings in the entire system. Note
that any number of linked channels count as just one file opening; see
Linked Channels. This error never occurs in the GNU system.
|
|
Inappropriate I/O control operation, such as trying to set terminal
modes on an ordinary file.
|
|
An attempt to execute a file that is currently open for writing, or
write to a file that is currently being executed. Often using a
debugger to run a program is considered having it open for writing and
will cause this error. (The name stands for "text file busy".) This
is not an error in the GNU system; the text is copied as necessary.
|
|
File too big; the size of a file would be larger than allowed by the system.
|
|
No space left on device; write operation on a file failed because the
disk is full.
|
|
Invalid seek operation (such as on a pipe).
|
|
An attempt was made to modify something on a read-only file system.
|
Too many links; the link count of a single file would become too large.
rename can cause this error if the file being renamed already has
as many links as it can take (see Renaming Files).
|
Broken pipe; there is no process reading from the other end of a pipe.
Every library function that returns this error code also generates a
SIGPIPE signal; this signal terminates the program if not handled
or blocked. Thus, your program will never actually see EPIPE
unless it has handled or blocked SIGPIPE.
|
|
Domain error; used by mathematical functions when an argument value does
not fall into the domain over which the function is defined.
|
|
Range error; used by mathematical functions when the result value is
not representable because of overflow or underflow.
|
Resource temporarily unavailable; the call might work if you try again
later. The macro EWOULDBLOCK is another name for EAGAIN;
they are always the same in the GNU C library.
This error can happen in a few different situations:
- An operation that would block was attempted on an object that has
non-blocking mode selected. Trying the same operation again will block
until some external condition makes it possible to read, write, or
connect (whatever the operation). You can use
select to find out
when the operation will be possible; see Waiting for I/O.
Portability Note: In many older Unix systems, this condition
was indicated by EWOULDBLOCK, which was a distinct error code
different from EAGAIN. To make your program portable, you should
check for both codes and treat them the same.
- A temporary resource shortage made an operation impossible.
fork
can return this error. It indicates that the shortage is expected to
pass, so your program can try the call again later and it may succeed.
It is probably a good idea to delay for a few seconds before trying it
again, to allow time for other processes to release scarce resources.
Such shortages are usually fairly serious and affect the whole system,
so usually an interactive program should report the error to the user
and return to its command loop.
|
In the GNU C library, this is another name for EAGAIN (above).
The values are always the same, on every operating system.
C libraries in many older Unix systems have EWOULDBLOCK as a
separate error code.
|
An operation that cannot complete immediately was initiated on an object
that has non-blocking mode selected. Some functions that must always
block (such as connect; see Connecting) never return
EAGAIN. Instead, they return EINPROGRESS to indicate that
the operation has begun and will take some time. Attempts to manipulate
the object before the call completes return EALREADY. You can
use the select function to find out when the pending operation
has completed; see Waiting for I/O.
|
|
An operation is already in progress on an object that has non-blocking
mode selected.
|
|
A file that isn't a socket was specified when a socket is required.
|
|
The size of a message sent on a socket was larger than the supported
maximum size.
|
|
The socket type does not support the requested communications protocol.
|
|
You specified a socket option that doesn't make sense for the
particular protocol being used by the socket. See Socket Options.
|
| int EPROTONOSUPPORT
|
Macro |
|
The socket domain does not support the requested communications protocol
(perhaps because the requested protocol is completely invalid).
See Creating a Socket.
|
| int ESOCKTNOSUPPORT
|
Macro |
|
The socket type is not supported.
|
|
The operation you requested is not supported. Some socket functions
don't make sense for all types of sockets, and others may not be
implemented for all communications protocols. In the GNU system, this
error can happen for many calls when the object does not support the
particular operation;on call; an asynchronous signal occurred and prevented
completion of the call. When this happens, you should try the call
again.
You can choose to have functions resume after a signal that is handled,
rather than failing with EINTR; see Interrupted Primitives.
|
|
Input/output error; usually used for physical read or write errors.
|
|
No such device or address. The system tried to use the device
represented by a file you specified, and it couldn't find the device.
This can mean that the device file was installed incorrectly, or that
the physical device is missing or not correctly attached to the
computer.
|
Argument list too long; used when the arguments passed to a new program
being executed with one of the exec functions (see Executing a File) occupy too much memory space. This condition never arises in the
GNU system.
|
Invalid executable file format. This condition is detected by the
exec functions; see Executing a File.
|
|
Bad file descriptor; for example, I/O on a descriptor that has been
closed or reading from a descriptor open only for writing (or vice
versa).
|
|
There are no child processes. This error happens on operations that are
supposed to manipulate child processes, when there aren't any processes
to manipulate.
|
|
Deadlock avoided; allocating a system resource would have resulted in a
deadlock situation. The system does not guarantee that it will notice
all such situations. This error means you got lucky and the system
noticed; it might just hang. See File Locks, for an example.
|
|
No memory available. The system cannot allocate more virtual memory
because its capacity is full.
|
|
Permission denied; the file permissions do not allow the attempted operation.
|
|
Bad address; an invalid pointer was detected.
In the GNU system, this error never happens; you get a signal instead.
|
|
A file that isn't a block special file was given in a situation that
requires one. For example, trying to mount an ordinary file as a file
system in Unix gives this error.
|
|
Resource busy; a system resource that can't be shared is already in use.
For example, if you try to delete a file that is the root of a currently
mounted filesystem, you get this error.
|
|
File exists; an existing file was specified in a context where it only
makes sense to specify a new file.
|
An attempt to make an improper link across file systems was detected.
This happens not only when you use link (see Hard Links) but
also when you rename a file with rename (see Renaming Files).
|
|
The wrong type of device was given to a function that expects a
particular sort of device.
|
|
A file that isn't a directory was specified when a directory is required.
|
|
File is a directory; you cannot open a directory for writing,
or create or remove hard links to it.
|
|
Invalid argument. This is used to indicate various kinds of problems
with passing the wrong argument to a library function.
|
|
The current process has too many files open and can't open any more.
Duplicate descriptors do count toward this limit.
In BSD and GNU, the number of open files is controlled by a resource
limit that can usually be increased. If you get this error, you might
want to increase the RLIMIT_NOFILE limit or make it unlimited;
see Limits on Resources.
|
|
There are too many distinct file openings in the entire system. Note
that any number of linked channels count as just one file opening; see
Linked Channels. This error never occurs in the GNU system.
|
|
Inappropriate I/O control operation, such as trying to set terminal
modes on an ordinary file.
|
|
An attempt to execute a file that is currently open for writing, or
write to a file that is currently being executed. Often using a
debugger to run a program is considered having it open for writing and
will cause this error. (The name stands for "text file busy".) This
is not an error in the GNU system; the text is copied as necessary.
|
|
File too big; the size of a file would be larger than allowed by the system.
|
|
No space left on device; write operation on a file failed because the
disk is full.
|
|
Invalid seek operation (such as on a pipe).
|
|
An attempt was made to modify something on a read-only file system.
|
Too many links; the link count of a single file would become too large.
rename can cause this error if the file being renamed already has
as many links as it can take (see Renaming Files).
|
Broken pipe; there is no process reading from the other end of a pipe.
Every library function that returns this error code also generates a
SIGPIPE signal; this signal terminates the program if not handled
or blocked. Thus, your program will never actually see EPIPE
unless it has handled or blocked SIGPIPE.
|
|
Domain error; used by mathematical functions when an argument value does
not fall into the domain over which the function is defined.
|
|
Range error; used by mathematical functions when the result value is
not representable because of overflow or underflow.
|
Resource temporarily unavailable; the call might work if you try again
later. The macro EWOULDBLOCK is another name for EAGAIN;
they are always the same in the GNU C library.
This error can happen in a few different situations:
- An operation that would block was attempted on an object that has
non-blocking mode selected. Trying the same operation again will block
until some external condition makes it possible to read, write, or
connect (whatever the operation). You can use
select to find out
when the operation will be possible; see Waiting for I/O.
Portability Note: In many older Unix systems, this condition
was indicated by EWOULDBLOCK, which was a distinct error code
different from EAGAIN. To make your program portable, you should
check for both codes and treat them the same.
- A temporary resource shortage made an operation impossible.
fork
can return this error. It indicates that the shortage is expected to
pass, so your program can try the call again later and it may succeed.
It is probably a good idea to delay for a few seconds before trying it
again, to allow time for other processes to release scarce resources.
Such shortages are usually fairly serious and affect the whole system,
so usually an interactive program should report the error to the user
and return to its command loop.
|
In the GNU C library, this is another name for EAGAIN (above).
The values are always the same, on every operating system.
C libraries in many older Unix systems have EWOULDBLOCK as a
separate error code.
|
An operation that cannot complete immediately was initiated on an object
that has non-blocking mode selected. Some functions that must always
block (such as connect; see Connecting) never return
EAGAIN. Instead, they return EINPROGRESS to indicate that
the operation has begun and will take some time. Attempts to manipulate
the object before the call completes return EALREADY. You can
use the select function to find out when the pending operation
has completed; see Waiting for I/O.
|
|
An operation is already in progress on an object that has non-blocking
mode selected.
|
|
A file that isn't a socket was specified when a socket is required.
|
|
The size of a message sent on a socket was larger than the supported
maximum size.
|
|
The socket type does not support the requested communications protocol.
|
|
You specified a socket option that doesn't make sense for the
particular protocol being used by the socket. See Socket Options.
|
| int EPROTONOSUPPORT
|
Macro |
|
The socket domain does not support the requested communications protocol
(perhaps because the requested protocol is completely invalid).
See Creating a Socket.
|
| int ESOCKTNOSUPPORT
|
Macro |
|
The socket type is not supported.
|
|
The operation you requested is not supported. Some socket functions
don't make sense for all types of sockets, and others may not be
implemented for all communications protocols. In the GNU system, this
error can happen for many calls when the object does not support the
particular operation;on call; an asynchronous signal occurred and prevented
completion of the call. When this happens, you should try the call
again.
You can choose to have functions resume after a signal that is handled,
rather than failing with EINTR; see Interrupted Primitives.
|
|
Input/output error; usually used for physical read or write errors.
|
|
No such device or address. The system tried to use the device
represented by a file you specified, and it couldn't find the device.
This can mean that the device file was installed incorrectly, or that
the physical device is missing or not correctly attached to the
computer.
|
Argument list too long; used when the arguments passed to a new program
being executed with one of the exec functions (see Executing a File) occupy too much memory space. This condition never arises in the
GNU system.
|
Invalid executable file format. This condition is detected by the
exec functions; see Executing a File.
|
|
Bad file descriptor; for example, I/O on a descriptor that has been
closed or reading from a descriptor open only for writing (or vice
versa).
|
|
There are no child processes. This error happens on operations that are
supposed to manipulate child processes, when there aren't any processes
to manipulate.
|
|
Deadlock avoided; allocating a system resource would have resulted in a
deadlock situation. The system does not guarantee that it will notice
all such situations. This error means you got lucky and the system
noticed; it might just hang. See File Locks, for an example.
|
|
No memory available. The system cannot allocate more virtual memory
because its capacity is full.
|
|
Permission denied; the file permissions do not allow the attempted operation.
|
|
Bad address; an invalid pointer was detected.
In the GNU system, this error never happens; you get a signal instead.
|
|
A file that isn't a block special file was given in a situation that
requires one. For example, trying to mount an ordinary file as a file
system in Unix gives this error.
|
|
Resource busy; a system resource that can't be shared is already in use.
For example, if you try to delete a file that is the root of a currently
mounted filesystem, you get this error.
|
|
File exists; an existing file was specified in a context where it only
makes sense to specify a new file.
|
An attempt to make an improper link across file systems was detected.
This happens not only when you use link (see Hard Links) but
also when you rename a file with rename (see Renaming Files).
|
|
The wrong type of device was given to a function that expects a
particular sort of device.
|
|
A file that isn't a directory was specified when a directory is required.
|
|
File is a directory; you cannot open a directory for writing,
or create or remove hard links to it.
|
|
Invalid argument. This is used to indicate various kinds of problems
with passing the wrong argument to a library function.
|
|
The current process has too many files open and can't open any more.
Duplicate descriptors do count toward this limit.
In BSD and GNU, the number of open files is controlled by a resource
limit that can usually be increased. If you get this error, you might
want to increase the RLIMIT_NOFILE limit or make it unlimited;
see Limits on Resources.
|
|
There are too many distinct file openings in the entire system. Note
that any number of linked channels count as just one file opening; see
Linked Channels. This error never occurs in the GNU system.
|
|
Inappropriate I/O control operation, such as trying to set terminal
modes on an ordinary file.
|
|
An attempt to execute a file that is currently open for writing, or
write to a file that is currently being executed. Often using a
debugger to run a program is considered having it open for writing and
will cause this error. (The name stands for "text file busy".) This
is not an error in the GNU system; the text is copied as necessary.
|
|
File too big; the size of a file would be larger than allowed by the system.
|
|
No space left on device; write operation on a file failed because the
disk is full.
|
|
Invalid seek operation (such as on a pipe).
|
|
An attempt was made to modify something on a read-only file system.
|
Too many links; the link count of a single file would become too large.
rename can cause this error if the file being renamed already has
as many links as it can take (see Renaming Files).
|
Broken pipe; there is no process reading from the other end of a pipe.
Every library function that returns this error code also generates a
SIGPIPE signal; this signal terminates the program if not handled
or blocked. Thus, your program will never actually see EPIPE
unless it has handled or blocked SIGPIPE.
|
|
Domain error; used by mathematical functions when an argument value does
not fall into the domain over which the function is defined.
|
|
Range error; used by mathematical functions when the result value is
not representable because of overflow or underflow.
|
Resource temporarily unavailable; the call might work if you try again
later. The macro EWOULDBLOCK is another name for EAGAIN;
they are always the same in the GNU C library.
This error can happen in a few different situations:
- An operation that would block was attempted on an object that has
non-blocking mode selected. Trying the same operation again will block
until some external condition makes it possible to read, write, or
connect (whatever the operation). You can use
select to find out
when the operation will be possible; see Waiting for I/O.
Portability Note: In many older Unix systems, this condition
was indicated by EWOULDBLOCK, which was a distinct error code
different from EAGAIN. To make your program portable, you should
check for both codes and treat them the same.
- A temporary resource shortage made an operation impossible.
fork
can return this error. It indicates that the shortage is expected to
pass, so your program can try the call again later and it may succeed.
It is probably a good idea to delay for a few seconds before trying it
again, to allow time for other processes to release scarce resources.
Such shortages are usually fairly serious and affect the whole system,
so usually an interactive program should report the error to the user
and return to its command loop.
|
In the GNU C library, this is another name for EAGAIN (above).
The values are always the same, on every operating system.
C libraries in many older Unix systems have EWOULDBLOCK as a
separate error code.
|
An operation that cannot complete immediately was initiated on an object
that has non-blocking mode selected. Some functions that must always
block (such as connect; see Connecting) never return
EAGAIN. Instead, they return EINPROGRESS to indicate that
the operation has begun and will take some time. Attempts to manipulate
the object before the call completes return EALREADY. You can
use the select function to find out when the pending operation
has completed; see Waiting for I/O.
|
|
An operation is already in progress on an object that has non-blocking
mode selected.
|
|
A file that isn't a socket was specified when a socket is required.
|
|
The size of a message sent on a socket was larger than the supported
maximum size.
|
|
The socket type does not support the requested communications protocol.
|
|
You specified a socket option that doesn't make sense for the
particular protocol being used by the socket. See Socket Options.
|
| int EPROTONOSUPPORT
|
Macro |
|
The socket domain does not support the requested communications protocol
(perhaps because the requested protocol is completely invalid).
See Creating a Socket.
|
| int ESOCKTNOSUPPORT
|
Macro |
|
The socket type is not supported.
|
|
The operation you requested is not supported. Some socket functions
don't make sense for all types of sockets, and others may not be
implemented for all communications protocols. In the GNU system, this
error can happen for many calls when the object does not support the
particular operation;on call; an asynchronous signal occurred and prevented
completion of the call. When this happens, you should try the call
again.
You can choose to have functions resume after a signal that is handled,
rather than failing with EINTR; see Interrupted Primitives.
|
|
Input/output error; usually used for physical read or write errors.
|
|
No such device or address. The system tried to use the device
represented by a file you specified, and it couldn't find the device.
This can mean that the device file was installed incorrectly, or that
the physical device is missing or not correctly attached to the
computer.
|
Argument list too long; used when the arguments passed to a new program
being executed with one of the exec functions (see Executing a File) occupy too much memory space. This condition never arises in the
GNU system.
|
Invalid executable file format. This condition is detected by the
exec functions; see Executing a File.
|
|
Bad file descriptor; for example, I/O on a descriptor that has been
closed or reading from a descriptor open only for writing (or vice
versa).
|
|
There are no child processes. This error happens on operations that are
supposed to manipulate child processes, when there aren't any processes
to manipulate.
|
|
Deadlock avoided; allocating a system resource would have resulted in a
deadlock situation. The system does not guarantee that it will notice
all such situations. This error means you got lucky and the system
noticed; it might just hang. See File Locks, for an example.
|
|
No memory available. The system cannot allocate more virtual memory
because its capacity is full.
|
|
Permission denied; the file permissions do not allow the attempted operation.
|
|
Bad address; an invalid pointer was detected.
In the GNU system, this error never happens; you get a signal instead.
|
|
A file that isn't a block special file was given in a situation that
requires one. For example, trying to mount an ordinary file as a file
system in Unix gives this error.
|
|
Resource busy; a system resource that can't be shared is already in use.
For example, if you try to delete a file that is the root of a currently
mounted filesystem, you get this error.
|
|
File exists; an existing file was specified in a context where it only
makes sense to specify a new file.
|
An attempt to make an improper link across file systems was detected.
This happens not only when you use link (see Hard Links) but
also when you rename a file with rename (see Renaming Files).
|
|
The wrong type of device was given to a function that expects a
particular sort of device.
|
|
A file that isn't a directory was specified when a directory is required.
|
|
File is a directory; you cannot open a directory for writing,
or create or remove hard links to it.
|
|
Invalid argument. This is used to indicate various kinds of problems
with passing the wrong argument to a library function.
|
|
The current process has too many files open and can't open any more.
Duplicate descriptors do count toward this limit.
In BSD and GNU, the number of open files is controlled by a resource
limit that can usually be increased. If you get this error, you might
want to increase the RLIMIT_NOFILE limit or make it unlimited;
see Limits on Resources.
|
|
There are too many distinct file openings in the entire system. Note
that any number of linked channels count as just one file opening; see
Linked Channels. This error never occurs in the GNU system.
|
|
Inappropriate I/O control operation, such as trying to set terminal
modes on an ordinary file.
|
|
An attempt to execute a file that is currently open for writing, or
write to a file that is currently being executed. Often using a
debugger to run a program is considered having it open for writing and
will cause this error. (The name stands for "text file busy".) This
is not an error in the GNU system; the text is copied as necessary.
|
|
File too big; the size of a file would be larger than allowed by the system.
|
|
No space left on device; write operation on a file failed because the
disk is full.
|
|
Invalid seek operation (such as on a pipe).
|
|
An attempt was made to modify something on a read-only file system.
|
Too many links; the link count of a single file would become too large.
rename can cause this error if the file being renamed already has
as many links as it can take (see Renaming Files).
|
Broken pipe; there is no process reading from the other end of a pipe.
Every library function that returns this error code also generates a
SIGPIPE signal; this signal terminates the program if not handled
or blocked. Thus, your program will never actually see EPIPE
unless it has handled or blocked SIGPIPE.
|
|
Domain error; used by mathematical functions when an argument value does
not fall into the domain over which the function is defined.
|
|
Range error; used by mathematical functions when the result value is
not representable because of overflow or underflow.
|
Resource temporarily unavailable; the call might work if you try again
later. The macro EWOULDBLOCK is another name for EAGAIN;
they are always the same in the GNU C library.
This error can happen in a few different situations:
- An operation that would block was attempted on an object that has
non-blocking mode selected. Trying the same operation again will block
until some external condition makes it possible to read, write, or
connect (whatever the operation). You can use
select to find out
when the operation will be possible; see Waiting for I/O.
Portability Note: In many older Unix systems, this condition
was indicated by EWOULDBLOCK, which was a distinct error code
different from EAGAIN. To make your program portable, you should
check for both codes and treat them the same.
- A temporary resource shortage made an operation impossible.
fork
can return this error. It indicates that the shortage is expected to
pass, so your program can try the call again later and it may succeed.
It is probably a good idea to delay for a few seconds before trying it
again, to allow time for other processes to release scarce resources.
Such shortages are usually fairly serious and affect the whole system,
so usually an interactive program should report the error to the user
and return to its command loop.
|
In the GNU C library, this is another name for EAGAIN (above).
The values are always the same, on every operating system.
C libraries in many older Unix systems have EWOULDBLOCK as a
separate error code.
|
An operation that cannot complete immediately was initiated on an object
that has non-blocking mode selected. Some functions that must always
block (such as connect; see Connecting) never return
EAGAIN. Instead, they return EINPROGRESS to indicate that
the operation has begun and will take some time. Attempts to manipulate
the object before the call completes return EALREADY. You can
use the select function to find out when the pending operation
has completed; see Waiting for I/O.
|
|
An operation is already in progress on an object that has non-blocking
mode selected.
|
|
A file that isn't a socket was specified when a socket is required.
|
|
The size of a message sent on a socket was larger than the supported
maximum size.
|
|
The socket type does not support the requested communications protocol.
|
|
You specified a socket option that doesn't make sense for the
particular protocol being used by the socket. See Socket Options.
|
| int EPROTONOSUPPORT
|
Macro |
|
The socket domain does not support the requested communications protocol
(perhaps because the requested protocol is completely invalid).
See Creating a Socket.
|
| int ESOCKTNOSUPPORT
|
Macro |
|
The socket type is not supported.
|
|
The operation you requested is not supported. Some socket functions
don't make sense for all types of sockets, and others may not be
implemented for all communications protocols. In the GNU system, this
error can happen for many calls when the object does not support the
particular operation;on call; an asynchronous signal occurred and prevented
completion of the call. When this happens, you should try the call
again.
You can choose to have functions resume after a signal that is handled,
rather than failing with EINTR; see Interrupted Primitives.
|
|
Input/output error; usually used for physical read or write errors.
|
|
No such device or address. The system tried to use the device
represented by a file you specified, and it couldn't find the device.
This can mean that the device file was installed incorrectly, or that
the physical device is missing or not correctly attached to the
computer.
|
Argument list too long; used when the arguments passed to a new program
being executed with one of the exec functions (see Executing a File) occupy too much memory space. This condition never arises in the
GNU system.
|
Invalid executable file format. This condition is detected by the
exec functions; see Executing a File.
|
|
Bad file descriptor; for example, I/O on a descriptor that has been
closed or reading from a descriptor open only for writing (or vice
versa).
|
|
There are no child processes. This error happens on operations that are
supposed to manipulate child processes, when there aren't any processes
to manipulate.
|
|
Deadlock avoided; allocating a system resource would have resulted in a
deadlock situation. The system does not guarantee that it will notice
all such situations. This error means you got lucky and the system
noticed; it might just hang. See File Locks, for an example.
|
|
No memory available. The system cannot allocate more virtual memory
because its capacity is full.
|
|
Permission denied; the file permissions do not allow the attempted operation.
|
|
Bad address; an invalid pointer was detected.
In the GNU system, this error never happens; you get a signal instead.
|
|
A file that isn't a block special file was given in a situation that
requires one. For example, trying to mount an ordinary file as a file
system in Unix gives this error.
|
|
Resource busy; a system resource that can't be shared is already in use.
For example, if you try to delete a file that is the root of a currently
mounted filesystem, you get this error.
|
|
File exists; an existing file was specified in a context where it only
makes sense to specify a new file.
|
An attempt to make an improper link across file systems was detected.
This happens not only when you use link (see Hard Links) but
also when you rename a file with rename (see Renaming Files).
|
|
The wrong type of device was given to a function that expects a
particular sort of device.
|
|
A file that isn't a directory was specified when a directory is required.
|
|
File is a directory; you cannot open a directory for writing,
or create or remove hard links to it.
|
|
Invalid argument. This is used to indicate various kinds of problems
with passing the wrong argument to a library function.
|
|
The current process has too many files open and can't open any more.
Duplicate descriptors do count toward this limit.
In BSD and GNU, the number of open files is controlled by a resource
limit that can usually be increased. If you get this error, you might
want to increase the RLIMIT_NOFILE limit or make it unlimited;
see Limits on Resources.
|
|
There are too many distinct file openings in the entire system. Note
that any number of linked channels count as just one file opening; see
Linked Channels. This error never occurs in the GNU system.
|
|
Inappropriate I/O control operation, such as trying to set terminal
modes on an ordinary file.
|
|
An attempt to execute a file that is currently open for writing, or
write to a file that is currently being executed. Often using a
debugger to run a program is considered having it open for writing and
will cause this error. (The name stands for "text file busy".) This
is not an error in the GNU system; the text is copied as necessary.
|
|
File too big; the size of a file would be larger than allowed by the system.
|
|
No space left on device; write operation on a file failed because the
disk is full.
|
|
Invalid seek operation (such as on a pipe).
|
|
An attempt was made to modify something on a read-only file system.
|
Too many links; the link count of a single file would become too large.
rename can cause this error if the file being renamed already has
as many links as it can take (see Renaming Files).
|
Broken pipe; there is no process reading from the other end of a pipe.
Every library function that returns this error code also generates a
SIGPIPE signal; this signal terminates the program if not handled
or blocked. Thus, your program will never actually see EPIPE
unless it has handled or blocked SIGPIPE.
|
|
Domain error; used by mathematical functions when an argument value does
not fall into the domain over which the function is defined.
|
|
Range error; used by mathematical functions when the result value is
not representable because of overflow or underflow.
|
Resource temporarily unavailable; the call might work if you try again
later. The macro EWOULDBLOCK is another name for EAGAIN;
they are always the same in the GNU C library.
This error can happen in a few different situations:
- An operation that would block was attempted on an object that has
non-blocking mode selected. Trying the same operation again will block
until some external condition makes it possible to read, write, or
connect (whatever the operation). You can use
select to find out
when the operation will be possible; see Waiting for I/O.
Portability Note: In many older Unix systems, this condition
was indicated by EWOULDBLOCK, which was a distinct error code
different from EAGAIN. To make your program portable, you should
check for both codes and treat them the same.
- A temporary resource shortage made an operation impossible.
fork
can return this error. It indicates that the shortage is expected to
pass, so your program can try the call again later and it may succeed.
It is probably a good idea to delay for a few seconds before trying it
again, to allow time for other processes to release scarce resources.
Such shortages are usually fairly serious and affect the whole system,
so usually an interactive program should report the error to the user
and return to its command loop.
|
In the GNU C library, this is another name for EAGAIN (above).
The values are always the same, on every operating system.
C libraries in many older Unix systems have EWOULDBLOCK as a
separate error code.
|
An operation that cannot complete immediately was initiated on an object
that has non-blocking mode selected. Some functions that must always
block (such as connect; see Connecting) never return
EAGAIN. Instead, they return EINPROGRESS to indicate that
the operation has begun and will take some time. Attempts to manipulate
the object before the call completes return EALREADY. You can
use the select function to find out when the pending operation
has completed; see Waiting for I/O.
|
|
An operation is already in progress on an object that has non-blocking
mode selected.
|
|
A file that isn't a socket was specified when a socket is required.
|
|
The size of a message sent on a socket was larger than the supported
maximum size.
|
|
The socket type does not support the requested communications protocol.
|
|
You specified a socket option that doesn't make sense for the
particular protocol being used by the socket. See Socket Options.
|
| int EPROTONOSUPPORT
|
Macro |
|
The socket domain does not support the requested communications protocol
(perhaps because the requested protocol is completely invalid).
See Creating a Socket.
|
| int ESOCKTNOSUPPORT
|
Macro |
|
The socket type is not supported.
|
|
The operation you requested is not supported. Some socket functions
don't make sense for all types of sockets, and others may not be
implemented for all communications protocols. In the GNU system, this
error can happen for many calls when the object does not support the
particular operation;on call; an asynchronous signal occurred and prevented
completion of the call. When this happens, you should try the call
again.
You can choose to have functions resume after a signal that is handled,
rather than failing with EINTR; see Interrupted Primitives.
|
|
Input/output error; usually used for physical read or write errors.
|
|
No such device or address. The system tried to use the device
represented by a file you specified, and it couldn't find the device.
This can mean that the device file was installed incorrectly, or that
the physical device is missing or not correctly attached to the
computer.
|
Argument list too long; used when the arguments passed to a new program
being executed with one of the exec functions (see Executing a File) occupy too much memory space. This condition never arises in the
GNU system.
|
Invalid executable file format. This condition is detected by the
exec functions; see Executing a File.
|
|
Bad file descriptor; for example, I/O on a descriptor that has been
closed or reading from a descriptor open only for writing (or vice
versa).
|
|
There are no child processes. This error happens on operations that are
supposed to manipulate child processes, when there aren't any processes
to manipulate.
|
|
Deadlock avoided; allocating a system resource would have resulted in a
deadlock situation. The system does not guarantee that it will notice
all such situations. This error means you got lucky and the system
noticed; it might just hang. See File Locks, for an example.
|
|
No memory available. The system cannot allocate more virtual memory
because its capacity is full.
|
|
Permission denied; the file permissions do not allow the attempted operation.
|
|
Bad address; an invalid pointer was detected.
In the GNU system, this error never happens; you get a signal instead.
|
|
A file that isn't a block special file was given in a situation that
requires one. For example, trying to mount an ordinary file as a file
system in Unix gives this error.
|
|
Resource busy; a system resource that can't be shared is already in use.
For example, if you try to delete a file that is the root of a currently
mounted filesystem, you get this error.
|
|
File exists; an existing file was specified in a context where it only
makes sense to specify a new file.
|
An attempt to make an improper link across file systems was detected.
This happens not only when you use link (see Hard Links) but
also when you rename a file with rename (see Renaming Files).
|
|
The wrong type of device was given to a function that expects a
particular sort of device.
|
|
A file that isn't a directory was specified when a directory is required.
|
|
File is a directory; you cannot open a directory for writing,
or create or remove hard links to it.
|
|
Invalid argument. This is used to indicate various kinds of problems
with passing the wrong argument to a library function.
|
|
The current process has too many files open and can't open any more.
Duplicate descriptors do count toward this limit.
In BSD and GNU, the number of open files is controlled by a resource
limit that can usually be increased. If you get this error, you might
want to increase the RLIMIT_NOFILE limit or make it unlimited;
see Limits on Resources.
|
|
There are too many distinct file openings in the entire system. Note
that any number of linked channels count as just one file opening; see
Linked Channels. This error never occurs in the GNU system.
|
|
Inappropriate I/O control operation, such as trying to set terminal
modes on an ordinary file.
|
|
An attempt to execute a file that is currently open for writing, or
write to a file that is currently being executed. Often using a
debugger to run a program is considered having it open for writing and
will cause this error. (The name stands for "text file busy".) This
is not an error in the GNU system; the text is copied as necessary.
|
|
File too big; the size of a file would be larger than allowed by the system.
|
|
No space left on device; write operation on a file failed because the
disk is full.
|
|
Invalid seek operation (such as on a pipe).
|
|
An attempt was made to modify something on a read-only file system.
|
Too many links; the link count of a single file would become too large.
rename can cause this error if the file being renamed already has
as many links as it can take (see Renaming Files).
|
Broken pipe; there is no process reading from the other end of a pipe.
Every library function that returns this error code also generates a
SIGPIPE signal; this signal terminates the program if not handled
or blocked. Thus, your program will never actually see EPIPE
unless it has handled or blocked SIGPIPE.
|
|
Domain error; used by mathematical functions when an argument value does
not fall into the domain over which the function is defined.
|
|
Range error; used by mathematical functions when the result value is
not representable because of overflow or underflow.
|
Resource temporarily unavailable; the call might work if you try again
later. The macro EWOULDBLOCK is another name for EAGAIN;
they are always the same in the GNU C library.
This error can happen in a few different situations:
- An operation that would block was attempted on an object that has
non-blocking mode selected. Trying the same operation again will block
until some external condition makes it possible to read, write, or
connect (whatever the operation). You can use
select to find out
when the operation will be possible; see Waiting for I/O.
Portability Note: In many older Unix systems, this condition
was indicated by EWOULDBLOCK, which was a distinct error code
different from EAGAIN. To make your program portable, you should
check for both codes and treat them the same.
- A temporary resource shortage made an operation impossible.
fork
can return this error. It indicates that the shortage is expected to
pass, so your program can try the call again later and it may succeed.
It is probably a good idea to delay for a few seconds before trying it
again, to allow time for other processes to release scarce resources.
Such shortages are usually fairly serious and affect the whole system,
so usually an interactive program should report the error to the user
and return to its command loop.
|
In the GNU C library, this is another name for EAGAIN (above).
The values are always the same, on every operating system.
C libraries in many older Unix systems have EWOULDBLOCK as a
separate error code.
|
An operation that cannot complete immediately was initiated on an object
that has non-blocking mode selected. Some functions that must always
block (such as connect; see Connecting) never return
EAGAIN. Instead, they return EINPROGRESS to indicate that
the operation has begun and will take some time. Attempts to manipulate
the object before the call completes return EALREADY. You can
use the select function to find out when the pending operation
has completed; see Waiting for I/O.
|
|
An operation is already in progress on an object that has non-blocking
mode selected.
|
|
A file that isn't a socket was specified when a socket is required.
|
|
The size of a message sent on a socket was larger than the supported
maximum size.
|
|
The socket type does not support the requested communications protocol.
|
|
You specified a socket option that doesn't make sense for the
particular protocol being used by the socket. See Socket Options.
|
| int EPROTONOSUPPORT
|
Macro |
|
The socket domain does not support the requested communications protocol
(perhaps because the requested protocol is completely invalid).
See Creating a Socket.
|
| int ESOCKTNOSUPPORT
|
Macro |
|
The socket type is not supported.
|
|
The operation you requested is not supported. Some socket functions
don't make sense for all types of sockets, and others may not be
implemented for all communications protocols. In the GNU system, this
error can happen for many calls when the object does not support the
particular operation;on call; an asynchronous signal occurred and prevented
completion of the call. When this happens, you should try the call
again.
You can choose to have functions resume after a signal that is handled,
rather than failing with EINTR; see Interrupted Primitives.
|
|
Input/output error; usually used for physical read or write errors.
|
|
No such device or address. The system tried to use the device
represented by a file you specified, and it couldn't find the device.
This can mean that the device file was installed incorrectly, or that
the physical device is missing or not correctly attached to the
computer.
|
Argument list too long; used when the arguments passed to a new program
being executed with one of the exec functions (see Executing a File) occupy too much memory space. This condition never arises in the
GNU system.
|
Invalid executable file format. This condition is detected by the
exec functions; see Executing a File.
|
|
Bad file descriptor; for example, I/O on a descriptor that has been
closed or reading from a descriptor open only for writing (or vice
versa).
|
|
There are no child processes. This error happens on operations that are
supposed to manipulate child processes, when there aren't any processes
to manipulate.
|
|
Deadlock avoided; allocating a system resource would have resulted in a
deadlock situation. The system does not guarantee that it will notice
all such situations. This error means you got lucky and the system
noticed; it might just hang. See File Locks, for an example.
|
|
No memory available. The system cannot allocate more virtual memory
because its capacity is full.
|
|
Permission denied; the file permissions do not allow the attempted operation.
|
|
Bad address; an invalid pointer was detected.
In the GNU system, this error never happens; you get a signal instead.
|
|
A file that isn't a block special file was given in a situation that
requires one. For example, trying to mount an ordinary file as a file
system in Unix gives this error.
|
|
Resource busy; a system resource that can't be shared is already in use.
For example, if you try to delete a file that is the root of a currently
mounted filesystem, you get this error.
|
|
File exists; an existing file was specified in a context where it only
makes sense to specify a new file.
|
An attempt to make an improper link across file systems was detected.
This happens not only when you use link (see Hard Links) but
also when you rename a file with rename (see Renaming Files).
|
|
The wrong type of device was given to a function that expects a
particular sort of device.
|
|
A file that isn't a directory was specified when a directory is required.
|
|
File is a directory; you cannot open a directory for writing,
or create or remove hard links to it.
|
|
Invalid argument. This is used to indicate various kinds of problems
with passing the wrong argument to a library function.
|
|
The current process has too many files open and can't open any more.
Duplicate descriptors do count toward this limit.
In BSD and GNU, the number of open files is controlled by a resource
limit that can usually be increased. If you get this error, you might
want to increase the RLIMIT_NOFILE limit or make it unlimited;
see Limits on Resources.
|
|
There are too many distinct file openings in the entire system. Note
that any number of linked channels count as just one file opening; see
Linked Channels. This error never occurs in the GNU system.
|
|
Inappropriate I/O control operation, such as trying to set terminal
modes on an ordinary file.
|
|
An attempt to execute a file that is currently open for writing, or
write to a file that is currently being executed. Often using a
debugger to run a program is considered having it open for writing and
will cause this error. (The name stands for "text file busy".) This
is not an error in the GNU system; the text is copied as necessary.
|
|
File too big; the size of a file would be larger than allowed by the system.
|
|
No space left on device; write operation on a file failed because the
disk is full.
|
|
Invalid seek operation (such as on a pipe).
|
|
An attempt was made to modify something on a read-only file system.
|
Too many links; the link count of a single file would become too large.
rename can cause this error if the file being renamed already has
as many links as it can take (see Renaming Files).
|
Broken pipe; there is no process reading from the other end of a pipe.
Every library function that returns this error code also generates a
SIGPIPE signal; this signal terminates the program if not handled
or blocked. Thus, your program will never actually see EPIPE
unless it has handled or blocked SIGPIPE.
|
|
Domain error; used by mathematical functions when an argument value does
not fall into the domain over which the function is defined.
|
|
Range error; used by mathematical functions when the result value is
not representable because of overflow or underflow.
|
Resource temporarily unavailable; the call might work if you try again
later. The macro EWOULDBLOCK is another name for EAGAIN;
they are always the same in the GNU C library.
This error can happen in a few different situations:
- An operation that would block was attempted on an object that has
non-blocking mode selected. Trying the same operation again will block
until some external condition makes it possible to read, write, or
connect (whatever the operation). You can use
select to find out
when the operation will be possible; see Waiting for I/O.
Portability Note: In many older Unix systems, this condition
was indicated by EWOULDBLOCK, which was a distinct error code
different from EAGAIN. To make your program portable, you should
check for both codes and treat them the same.
- A temporary resource shortage made an operation impossible.
fork
can return this error. It indicates that the shortage is expected to
pass, so your program can try the call again later and it may succeed.
It is probably a good idea to delay for a few seconds before trying it
again, to allow time for other processes to release scarce resources.
Such shortages are usually fairly serious and affect the whole system,
so usually an interactive program should report the error to the user
and return to its command loop.
|
In the GNU C library, this is another name for EAGAIN (above).
The values are always the same, on every operating system.
C libraries in many older Unix systems have EWOULDBLOCK as a
separate error code.
|
An operation that cannot complete immediately was initiated on an object
that has non-blocking mode selected. Some functions that must always
block (such as connect; see Connecting) never return
EAGAIN. Instead, they return EINPROGRESS to indicate that
the operation has begun and will take some time. Attempts to manipulate
the object before the call completes return EALREADY. You can
use the select function to find out when the pending operation
has completed; see Waiting for I/O.
|
|
An operation is already in progress on an object that has non-blocking
mode selected.
|
|
A file that isn't a socket was specified when a socket is required.
|
|
The size of a message sent on a socket was larger than the supported
maximum size.
|
|
The socket type does not support the requested communications protocol.
|
|
You specified a socket option that doesn't make sense for the
particular protocol being used by the socket. See Socket Options.
|
| int EPROTONOSUPPORT
|
Macro |
|
The socket domain does not support the requested communications protocol
(perhaps because the requested protocol is completely invalid).
See Creating a Socket.
|
| int ESOCKTNOSUPPORT
|
Macro |
|
The socket type is not supported.
|
|
The operation you requested is not supported. Some socket functions
don't make sense for all types of sockets, and others may not be
implemented for all communications protocols. In the GNU system, this
error can happen for many calls when the object does not support the
particular operation;on call; an asynchronous signal occurred and prevented
completion of the call. When this happens, you should try the call
again.
You can choose to have functions resume after a signal that is handled,
rather than failing with EINTR; see Interrupted Primitives.
|
|
Input/output error; usually used for physical read or write errors.
|
|
No such device or address. The system tried to use the device
represented by a file you specified, and it couldn't find the device.
This can mean that the device file was installed incorrectly, or that
the physical device is missing or not correctly attached to the
computer.
|
Argument list too long; used when the arguments passed to a new program
being executed with one of the exec functions (see Executing a File) occupy too much memory space. This condition never arises in the
GNU system.
|
Invalid executable file format. This condition is detected by the
exec functions; see Executing a File.
|
|
Bad file descriptor; for example, I/O on a descriptor that has been
closed or reading from a descriptor open only for writing (or vice
versa).
|
|
There are no child processes. This error happens on operations that are
supposed to manipulate child processes, when there aren't any processes
to manipulate.
|
|
Deadlock avoided; allocating a system resource would have resulted in a
deadlock situation. The system does not guarantee that it will notice
all such situations. This error means you got lucky and the system
noticed; it might just hang. See File Locks, for an example.
|
|
No memory available. The system cannot allocate more virtual memory
because its capacity is full.
|
|
Permission denied; the file permissions do not allow the attempted operation.
|
|
Bad address; an invalid pointer was detected.
In the GNU system, this error never happens; you get a signal instead.
|
|
A file that isn't a block special file was given in a situation that
requires one. For example, trying to mount an ordinary file as a file
system in Unix gives this error.
|
|
Resource busy; a system resource that can't be shared is already in use.
For example, if you try to delete a file that is the root of a currently
mounted filesystem, you get this error.
|
|
File exists; an existing file was specified in a context where it only
makes sense to specify a new file.
|
An attempt to make an improper link across file systems was detected.
This happens not only when you use link (see Hard Links) but
also when you rename a file with rename (see Renaming Files).
|
|
The wrong type of device was given to a function that expects a
particular sort of device.
|
|
A file that isn't a directory was specified when a directory is required.
|
|
File is a directory; you cannot open a directory for writing,
or create or remove hard links to it.
|
|
Invalid argument. This is used to indicate various kinds of problems
with passing the wrong argument to a library function.
|
|
The current process has too many files open and can't open any more.
Duplicate descriptors do count toward this limit.
In BSD and GNU, the number of open files is controlled by a resource
limit that can usually be increased. If you get this error, you might
want to increase the RLIMIT_NOFILE limit or make it unlimited;
see Limits on Resources.
|
|
There are too many distinct file openings in the entire system. Note
that any number of linked channels count as just one file opening; see
Linked Channels. This error never occurs in the GNU system.
|
|
Inappropriate I/O control operation, such as trying to set terminal
modes on an ordinary file.
|
|
An attempt to execute a file that is currently open for writing, or
write to a file that is currently being executed. Often using a
debugger to run a program is considered having it open for writing and
will cause this error. (The name stands for "text file busy".) This
is not an error in the GNU system; the text is copied as necessary.
|
|
File too big; the size of a file would be larger than allowed by the system.
|
|
No space left on device; write operation on a file failed because the
disk is full.
|
|
Invalid seek operation (such as on a pipe).
|
|
An attempt was made to modify something on a read-only file system.
|
Too many links; the link count of a single file would become too large.
rename can cause this error if the file being renamed already has
as many links as it can take (see Renaming Files).
|
Broken pipe; there is no process reading from the other end of a pipe.
Every library function that returns this error code also generates a
SIGPIPE signal; this signal terminates the program if not handled
or blocked. Thus, your program will never actually see EPIPE
unless it has handled or blocked SIGPIPE.
|
|
Domain error; used by mathematical functions when an argument value does
not fall into the domain over which the function is defined.
|
|
Range error; used by mathematical functions when the result value is
not representable because of overflow or underflow.
|
Resource temporarily unavailable; the call might work if you try again
later. The macro EWOULDBLOCK is another name for EAGAIN;
they are always the same in the GNU C library.
This error can happen in a few different situations:
- An operation that would block was attempted on an object that has
non-blocking mode selected. Trying the same operation again will block
until some external condition makes it possible to read, write, or
connect (whatever the operation). You can use
select to find out
when the operation will be possible; see Waiting for I/O.
Portability Note: In many older Unix systems, this condition
was indicated by EWOULDBLOCK, which was a distinct error code
different from EAGAIN. To make your program portable, you should
check for both codes and treat them the same.
- A temporary resource shortage made an operation impossible.
fork
can return this error. It indicates that the shortage is expected to
pass, so your program can try the call again later and it may succeed.
It is probably a good idea to delay for a few seconds before trying it
again, to allow time for other processes to release scarce resources.
Such shortages are usually fairly serious and affect the whole system,
so usually an interactive program should report the error to the user
and return to its command loop.
|
In the GNU C library, this is another name for EAGAIN (above).
The values are always the same, on every operating system.
C libraries in many older Unix systems have EWOULDBLOCK as a
separate error code.
|
An operation that cannot complete immediately was initiated on an object
that has non-blocking mode selected. Some functions that must always
block (such as connect; see Connecting) never return
EAGAIN. Instead, they return EINPROGRESS to indicate that
the operation has begun and will take some time. Attempts to manipulate
the object before the call completes return EALREADY. You can
use the select function to find out when the pending operation
has completed; see Waiting for I/O.
|
|
An operation is already in progress on an object that has non-blocking
mode selected.
|
|
A file that isn't a socket was specified when a socket is required.
|
|
The size of a message sent on a socket was larger than the supported
maximum size.
|
|
The socket type does not support the requested communications protocol.
|
|
You specified a socket option that doesn't make sense for the
particular protocol being used by the socket. See Socket Options.
|
| int EPROTONOSUPPORT
|
Macro |
|
The socket domain does not support the requested communications protocol
(perhaps because the requested protocol is completely invalid).
See Creating a Socket.
|
| int ESOCKTNOSUPPORT
|
Macro |
|
The socket type is not supported.
|
|
The operation you requested is not supported. Some socket functions
don't make sense for all types of sockets, and others may not be
implemented for all communications protocols. In the GNU system, this
error can happen for many calls when the object does not support the
particular operation;on call; an asynchronous signal occurred and prevented
completion of the call. When this happens, you should try the call
again.
You can choose to have functions resume after a signal that is handled,
rather than failing with EINTR; see Interrupted Primitives.
|
|
Input/output error; usually used for physical read or write errors.
|
|
No such device or address. The system tried to use the device
represented by a file you specified, and it couldn't find the device.
This can mean that the device file was installed incorrectly, or that
the physical device is missing or not correctly attached to the
computer.
|
Argument list too long; used when the arguments passed to a new program
being executed with one of the exec functions (see Executing a File) occupy too much memory space. This condition never arises in the
GNU system.
|
Invalid executable file format. This condition is detected by the
exec functions; see Executing a File.
|
|
Bad file descriptor; for example, I/O on a descriptor that has been
closed or reading from a descriptor open only for writing (or vice
versa).
|
|
There are no child processes. This error happens on operations that are
supposed to manipulate child processes, when there aren't any processes
to manipulate.
|
|
Deadlock avoided; allocating a system resource would have resulted in a
deadlock situation. The system does not guarantee that it will notice
all such situations. This error means you got lucky and the system
noticed; it might just hang. See File Locks, for an example.
|
|
No memory available. The system cannot allocate more virtual memory
because its capacity is full.
|
|
Permission denied; the file permissions do not allow the attempted operation.
|
|
Bad address; an invalid pointer was detected.
In the GNU system, this error never happens; you get a signal instead.
|
|
A file that isn't a block special file was given in a situation that
requires one. For example, trying to mount an ordinary file as a file
system in Unix gives this error.
|
|
Resource busy; a system resource that can't be shared is already in use.
For example, if you try to delete a file that is the root of a currently
mounted filesystem, you get this error.
|
|
File exists; an existing file was specified in a context where it only
makes sense to specify a new file.
|
An attempt to make an improper link across file systems was detected.
This happens not only when you use link (see Hard Links) but
also when you rename a file with rename (see Renaming Files).
|
|
The wrong type of device was given to a function that expects a
particular sort of device.
|
|
A file that isn't a directory was specified when a directory is required.
|
|
File is a directory; you cannot open a directory for writing,
or create or remove hard links to it.
|
|
Invalid argument. This is used to indicate various kinds of problems
with passing the wrong argument to a library function.
|
|
The current process has too many files open and can't open any more.
Duplicate descriptors do count toward this limit.
In BSD and GNU, the number of open files is controlled by a resource
limit that can usually be increased. If you get this error, you might
want to increase the RLIMIT_NOFILE limit or make it unlimited;
see Limits on Resources.
|
|
There are too many distinct file openings in the entire system. Note
that any number of linked channels count as just one file opening; see
Linked Channels. This error never occurs in the GNU system.
|
|
Inappropriate I/O control operation, such as trying to set terminal
modes on an ordinary file.
|
|
An attempt to execute a file that is currently open for writing, or
write to a file that is currently being executed. Often using a
debugger to run a program is considered having it open for writing and
will cause this error. (The name stands for "text file busy".) This
is not an error in the GNU system; the text is copied as necessary.
|
|
File too big; the size of a file would be larger than allowed by the system.
|
|
No space left on device; write operation on a file failed because the
disk is full.
|
|
Invalid seek operation (such as on a pipe).
|
|
An attempt was made to modify something on a read-only file system.
|
Too many links; the link count of a single file would become too large.
rename can cause this error if the file being renamed already has
as many links as it can take (see Renaming Files).
|
Broken pipe; there is no process reading from the other end of a pipe.
Every library function that returns this error code also generates a
SIGPIPE signal; this signal terminates the program if not handled
or blocked. Thus, your program will never actually see EPIPE
unless it has handled or blocked SIGPIPE.
|
|
Domain error; used by mathematical functions when an argument value does
not fall into the domain over which the function is defined.
|
|
Range error; used by mathematical functions when the result value is
not representable because of overflow or underflow.
|
Resource temporarily unavailable; the call might work if you try again
later. The macro EWOULDBLOCK is another name for EAGAIN;
they are always the same in the GNU C library.
This error can happen in a few different situations:
- An operation that would block was attempted on an object that has
non-blocking mode selected. Trying the same operation again will block
until some external condition makes it possible to read, write, or
connect (whatever the operation). You can use
select to find out
when the operation will be possible; see Waiting for I/O.
Portability Note: In many older Unix systems, this condition
was indicated by EWOULDBLOCK, which was a distinct error code
different from EAGAIN. To make your program portable, you should
check for both codes and treat them the same.
- A temporary resource shortage made an operation impossible.
fork
can return this error. It indicates that the shortage is expected to
pass, so your program can try the call again later and it may succeed.
It is probably a good idea to delay for a few seconds before trying it
again, to allow time for other processes to release scarce resources.
Such shortages are usually fairly serious and affect the whole system,
so usually an interactive program should report the error to the user
and return to its command loop.
|
In the GNU C library, this is another name for EAGAIN (above).
The values are always the same, on every operating system.
C libraries in many older Unix systems have EWOULDBLOCK as a
separate error code.
|
An operation that cannot complete immediately was initiated on an object
that has non-blocking mode selected. Some functions that must always
block (such as connect; see Connecting) never return
EAGAIN. Instead, they return EINPROGRESS to indicate that
the operation has begun and will take some time. Attempts to manipulate
the object before the call completes return EALREADY. You can
use the select function to find out when the pending operation
has completed; see Waiting for I/O.
|
|
An operation is already in progress on an object that has non-blocking
mode selected.
|
|
A file that isn't a socket was specified when a socket is required.
|
|
The size of a message sent on a socket was larger than the supported
maximum size.
|
|
The socket type does not support the requested communications protocol.
|
|
You specified a socket option that doesn't make sense for the
particular protocol being used by the socket. See Socket Options.
|
| int EPROTONOSUPPORT
|
Macro |
|
The socket domain does not support the requested communications protocol
(perhaps because the requested protocol is completely invalid).
See Creating a Socket.
|
| int ESOCKTNOSUPPORT
|
Macro |
|
The socket type is not supported.
|
|
The operation you requested is not supported. Some socket functions
don't make sense for all types of sockets, and others may not be
implemented for all communications protocols. In the GNU system, this
error can happen for many calls when the object does not support the
particular operation;on call; an asynchronous signal occurred and prevented
completion of the call. When this happens, you should try the call
again.
You can choose to have functions resume after a signal that is handled,
rather than failing with EINTR; see Interrupted Primitives.
|
|
Input/output error; usually used for physical read or write errors.
|
|
No such device or address. The system tried to use the device
represented by a file you specified, and it couldn't find the device.
This can mean that the device file was installed incorrectly, or that
the physical device is missing or not correctly attached to the
computer.
|
Argument list too long; used when the arguments passed to a new program
being executed with one of the exec functions (see Executing a File) occupy too much memory space. This condition never arises in the
GNU system.
|
Invalid executable file format. This condition is detected by the
exec functions; see Executing a File.
|
|
Bad file descriptor; for example, I/O on a descriptor that has been
closed or reading from a descriptor open only for writing (or vice
versa).
|
|
There are no child processes. This error happens on operations that are
supposed to manipulate child processes, when there aren't any processes
to manipulate.
|
|
Deadlock avoided; allocating a system resource would have resulted in a
deadlock situation. The system does not guarantee that it will notice
all such situations. This error means you got lucky and the system
noticed; it might just hang. See File Locks, for an example.
|
|
No memory available. The system cannot allocate more virtual memory
because its capacity is full.
|
|
Permission denied; the file permissions do not allow the attempted operation.
|
|
Bad address; an invalid pointer was detected.
In the GNU system, this error never happens; you get a signal instead.
|
|
A file that isn't a block special file was given in a situation that
requires one. For example, trying to mount an ordinary file as a file
system in Unix gives this error.
|
|
Resource busy; a system resource that can't be shared is already in use.
For example, if you try to delete a file that is the root of a currently
mounted filesystem, you get this error.
|
|
File exists; an existing file was specified in a context where it only
makes sense to specify a new file.
|
An attempt to make an improper link across file systems was detected.
This happens not only when you use link (see Hard Links) but
also when you rename a file with rename (see Renaming Files).
|
|
The wrong type of device was given to a function that expects a
particular sort of device.
|
|
A file that isn't a directory was specified when a directory is required.
|
|
File is a directory; you cannot open a directory for writing,
or create or remove hard links to it.
|
|
Invalid argument. This is used to indicate various kinds of problems
with passing the wrong argument to a library function.
|
|
The current process has too many files open and can't open any more.
Duplicate descriptors do count toward this limit.
In BSD and GNU, the number of open files is controlled by a resource
limit that can usually be increased. If you get this error, you might
want to increase the RLIMIT_NOFILE limit or make it unlimited;
see Limits on Resources.
|
|
There are too many distinct file openings in the entire system. Note
that any number of linked channels count as just one file opening; see
Linked Channels. This error never occurs in the GNU system.
|
|
Inappropriate I/O control operation, such as trying to set terminal
modes on an ordinary file.
|
|
An attempt to execute a file that is currently open for writing, or
write to a file that is currently being executed. Often using a
debugger to run a program is considered having it open for writing and
will cause this error. (The name stands for "text file busy".) This
is not an error in the GNU system; the text is copied as necessary.
|
|
File too big; the size of a file would be larger than allowed by the system.
|
|
No space left on device; write operation on a file failed because the
disk is full.
|
|
Invalid seek operation (such as on a pipe).
|
|
An attempt was made to modify something on a read-only file system.
|
Too many links; the link count of a single file would become too large.
rename can cause this error if the file being renamed already has
as many links as it can take (see Renaming Files).
|
Broken pipe; there is no process reading from the other end of a pipe.
Every library function that returns this error code also generates a
SIGPIPE signal; this signal terminates the program if not handled
or blocked. Thus, your program will never actually see EPIPE
unless it has handled or blocked SIGPIPE.
|
|
Domain error; used by mathematical functions when an argument value does
not fall into the domain over which the function is defined.
|
|
Range error; used by mathematical functions when the result value is
not representable because of overflow or underflow.
|
Resource temporarily unavailable; the call might work if you try again
later. The macro EWOULDBLOCK is another name for EAGAIN;
they are always the same in the GNU C library.
This error can happen in a few different situations:
- An operation that would block was attempted on an object that has
non-blocking mode selected. Trying the same operation again will block
until some external condition makes it possible to read, write, or
connect (whatever the operation). You can use
select to find out
when the operation will be possible; see Waiting for I/O.
Portability Note: In many older Unix systems, this condition
was indicated by EWOULDBLOCK, which was a distinct error code
different from EAGAIN. To make your program portable, you should
check for both codes and treat them the same.
- A temporary resource shortage made an operation impossible.
fork
can return this error. It indicates that the shortage is expected to
pass, so your program can try the call again later and it may succeed.
It is probably a good idea to delay for a few seconds before trying it
again, to allow time for other processes to release scarce resources.
Such shortages are usually fairly serious and affect the whole system,
so usually an interactive program should report the error to the user
and return to its command loop.
|
In the GNU C library, this is another name for EAGAIN (above).
The values are always the same, on every operating system.
C libraries in many older Unix systems have EWOULDBLOCK as a
separate error code.
|
An operation that cannot complete immediately was initiated on an object
that has non-blocking mode selected. Some functions that must always
block (such as connect; see Connecting) never return
EAGAIN. Instead, they return EINPROGRESS to indicate that
the operation has begun and will take some time. Attempts to manipulate
the object before the call completes return EALREADY. You can
use the select function to find out when the pending operation
has completed; see Waiting for I/O.
|
|
An operation is already in progress on an object that has non-blocking
mode selected.
|
|
A file that isn't a socket was specified when a socket is required.
|
|
The size of a message sent on a socket was larger than the supported
maximum size.
|
|
The socket type does not support the requested communications protocol.
|
|
You specified a socket option that doesn't make sense for the
particular protocol being used by the socket. See Socket Options.
|
| int EPROTONOSUPPORT
|
Macro |
|
The socket domain does not support the requested communications protocol
(perhaps because the requested protocol is completely invalid).
See Creating a Socket.
|
| int ESOCKTNOSUPPORT
|
Macro |
|
The socket type is not supported.
|
|
The operation you requested is not supported. Some socket functions
don't make sense for all types of sockets, and others may not be
implemented for all communications protocols. In the GNU system, this
error can happen for many calls when the object does not support the
particular operation;on call; an asynchronous signal occurred and prevented
completion of the call. When this happens, you should try the call
again.
You can choose to have functions resume after a signal that is handled,
rather than failing with EINTR; see Interrupted Primitives.
|
|
Input/output error; usually used for physical read or write errors.
|
|
No such device or address. The system tried to use the device
represented by a file you specified, and it couldn't find the device.
This can mean that the device file was installed incorrectly, or that
the physical device is missing or not correctly attached to the
computer.
|
Argument list too long; used when the arguments passed to a new program
being executed with one of the exec functions (see Executing a File) occupy too much memory space. This condition never arises in the
GNU system.
|
Invalid executable file format. This condition is detected by the
exec functions; see Executing a File.
|
|
Bad file descriptor; for example, I/O on a descriptor that has been
closed or reading from a descriptor open only for writing (or vice
versa).
|
|
There are no child processes. This error happens on operations that are
supposed to manipulate child processes, when there aren't any processes
to manipulate.
|
|
Deadlock avoided; allocating a system resource would have resulted in a
deadlock situation. The system does not guarantee that it will notice
all such situations. This error means you got lucky and the system
noticed; it might just hang. See File Locks, for an example.
|
|
No memory available. The system cannot allocate more virtual memory
because its capacity is full.
|
|
Permission denied; the file permissions do not allow the attempted operation.
|
|
Bad address; an invalid pointer was detected.
In the GNU system, this error never happens; you get a signal instead.
|
|
A file that isn't a block special file was given in a situation that
requires one. For example, trying to mount an ordinary file as a file
system in Unix gives this error.
|
|
Resource busy; a system resource that can't be shared is already in use.
For example, if you try to delete a file that is the root of a currently
mounted filesystem, you get this error.
|
|
File exists; an existing file was specified in a context where it only
makes sense to specify a new file.
|
An attempt to make an improper link across file systems was detected.
This happens not only when you use link (see Hard Links) but
also when you rename a file with rename (see Renaming Files).
|
|
The wrong type of device was given to a function that expects a
particular sort of device.
|
|
A file that isn't a directory was specified when a directory is required.
|
|
File is a directory; you cannot open a directory for writing,
or create or remove hard links to it.
|
|
Invalid argument. This is used to indicate various kinds of problems
with passing the wrong argument to a library function.
|
|
The current process has too many files open and can't open any more.
Duplicate descriptors do count toward this limit.
In BSD and GNU, the number of open files is controlled by a resource
limit that can usually be increased. If you get this error, you might
want to increase the RLIMIT_NOFILE limit or make it unlimited;
see Limits on Resources.
|
|
There are too many distinct file openings in the entire system. Note
that any number of linked channels count as just one file opening; see
Linked Channels. This error never occurs in the GNU system.
|
|
Inappropriate I/O control operation, such as trying to set terminal
modes on an ordinary file.
|
|
An attempt to execute a file that is currently open for writing, or
write to a file that is currently being executed. Often using a
debugger to run a program is considered having it open for writing and
will cause this error. (The name stands for "text file busy".) This
is not an error in the GNU system; the text is copied as necessary.
|
|
File too big; the size of a file would be larger than allowed by the system.
|
|
No space left on device; write operation on a file failed because the
disk is full.
|
|
Invalid seek operation (such as on a pipe).
|
|
An attempt was made to modify something on a read-only file system.
|
Too many links; the link count of a single file would become too large.
rename can cause this error if the file being renamed already has
as many links as it can take (see Renaming Files).
|
Broken pipe; there is no process reading from the other end of a pipe.
Every library function that returns this error code also generates a
SIGPIPE signal; this signal terminates the program if not handled
or blocked. Thus, your program will never actually see EPIPE
unless it has handled or blocked SIGPIPE.
|
|
Domain error; used by mathematical functions when an argument value does
not fall into the domain over which the function is defined.
|
|
Range error; used by mathematical functions when the result value is
not representable because of overflow or underflow.
|
Resource temporarily unavailable; the call might work if you try again
later. The macro EWOULDBLOCK is another name for EAGAIN;
they are always the same in the GNU C library.
This error can happen in a few different situations:
- An operation that would block was attempted on an object that has
non-blocking mode selected. Trying the same operation again will block
until some external condition makes it possible to read, write, or
connect (whatever the operation). You can use
select to find out
when the operation will be possible; see Waiting for I/O.
Portability Note: In many older Unix systems, this condition
was indicated by EWOULDBLOCK, which was a distinct error code
different from EAGAIN. To make your program portable, you should
check for both codes and treat them the same.
- A temporary resource shortage made an operation impossible.
fork
can return this error. It indicates that the shortage is expected to
pass, so your program can try the call again later and it may succeed.
It is probably a good idea to delay for a few seconds before trying it
again, to allow time for other processes to release scarce resources.
Such shortages are usually fairly serious and affect the whole system,
so usually an interactive program should report the error to the user
and return to its command loop.
|
In the GNU C library, this is another name for EAGAIN (above).
The values are always the same, on every operating system.
C libraries in many older Unix systems have EWOULDBLOCK as a
separate error code.
|
An operation that cannot complete immediately was initiated on an object
that has non-blocking mode selected. Some functions that must always
block (such as connect; see Connecting) never return
EAGAIN. Instead, they return EINPROGRESS to indicate that
the operation has begun and will take some time. Attempts to manipulate
the object before the call completes return EALREADY. You can
use the select function to find out when the pending operation
has completed; see Waiting for I/O.
|
|
An operation is already in progress on an object that has non-blocking
mode selected.
|
|
A file that isn't a socket was specified when a socket is required.
|
|
The size of a message sent on a socket was larger than the supported
maximum size.
|
|
The socket type does not support the requested communications protocol.
|
|
You specified a socket option that doesn't make sense for the
particular protocol being used by the socket. See Socket Options.
|
| int EPROTONOSUPPORT
|
Macro |
|
The socket domain does not support the requested communications protocol
(perhaps because the requested protocol is completely invalid).
See Creating a Socket.
|
| int ESOCKTNOSUPPORT
|
Macro |
|
The socket type is not supported.
|
|
The operation you requested is not supported. Some socket functions
don't make sense for all types of sockets, and others may not be
implemented for all communications protocols. In the GNU system, this
error can happen for many calls when the object does not support the
particular operation;on call; an asynchronous signal occurred and prevented
completion of the call. When this happens, you should try the call
again.
You can choose to have functions resume after a signal that is handled,
rather than failing with EINTR; see Interrupted Primitives.
|
|
Input/output error; usually used for physical read or write errors.
|
|
No such device or address. The system tried to use the device
represented by a file you specified, and it couldn't find the device.
This can mean that the device file was installed incorrectly, or that
the physical device is missing or not correctly attached to the
computer.
|
Argument list too long; used when the arguments passed to a new program
being executed with one of the exec functions (see Executing a File) occupy too much memory space. This condition never arises in the
GNU system.
|
Invalid executable file format. This condition is detected by the
exec functions; see Executing a File.
|
|
Bad file descriptor; for example, I/O on a descriptor that has been
closed or reading from a descriptor open only for writing (or vice
versa).
|
|
There are no child processes. This error happens on operations that are
supposed to manipulate child processes, when there aren't any processes
to manipulate.
|
|
Deadlock avoided; allocating a system resource would have resulted in a
deadlock situation. The system does not guarantee that it will notice
all such situations. This error means you got lucky and the system
noticed; it might just hang. See File Locks, for an example.
|
|
No memory available. The system cannot allocate more virtual memory
because its capacity is full.
|
|
Permission denied; the file permissions do not allow the attempted operation.
|
|
Bad address; an invalid pointer was detected.
In the GNU system, this error never happens; you get a signal instead.
|
|
A file that isn't a block special file was given in a situation that
requires one. For example, trying to mount an ordinary file as a file
system in Unix gives this error.
|
|
Resource busy; a system resource that can't be shared is already in use.
For example, if you try to delete a file that is the root of a currently
mounted filesystem, you get this error.
|
|
File exists; an existing file was specified in a context where it only
makes sense to specify a new file.
|
An attempt to make an improper link across file systems was detected.
This happens not only when you use link (see Hard Links) but
also when you rename a file with rename (see Renaming Files).
|
|
The wrong type of device was given to a function that expects a
particular sort of device.
|
|
A file that isn't a directory was specified when a directory is required.
|
|
File is a directory; you cannot open a directory for writing,
or create or remove hard links to it.
|
|
Invalid argument. This is used to indicate various kinds of problems
with passing the wrong argument to a library function.
|
|
The current process has too many files open and can't open any more.
Duplicate descriptors do count toward this limit.
In BSD and GNU, the number of open files is controlled by a resource
limit that can usually be increased. If you get this error, you might
want to increase the RLIMIT_NOFILE limit or make it unlimited;
see Limits on Resources.
|
|
There are too many distinct file openings in the entire system. Note
that any number of linked channels count as just one file opening; see
Linked Channels. This error never occurs in the GNU system.
|
|
Inappropriate I/O control operation, such as trying to set terminal
modes on an ordinary file.
|
|
An attempt to execute a file that is currently open for writing, or
write to a file that is currently being executed. Often using a
debugger to run a program is considered having it open for writing and
will cause this error. (The name stands for "text file busy".) This
is not an error in the GNU system; the text is copied as necessary.
|
|
File too big; the size of a file would be larger than allowed by the system.
|
|
No space left on device; write operation on a file failed because the
disk is full.
|
|
Invalid seek operation (such as on a pipe).
|
|
An attempt was made to modify something on a read-only file system.
|
Too many links; the link count of a single file would become too large.
rename can cause this error if the file being renamed already has
as many links as it can take (see Renaming Files).
|
Broken pipe; there is no process reading from the other end of a pipe.
Every library function that returns this error code also generates a
SIGPIPE signal; this signal terminates the program if not handled
or blocked. Thus, your program will never actually see EPIPE
unless it has handled or blocked SIGPIPE.
|
|
Domain error; used by mathematical functions when an argument value does
not fall into the domain over which the function is defined.
|
|
Range error; used by mathematical functions when the result value is
not representable because of overflow or underflow.
|
Resource temporarily unavailable; the call might work if you try again
later. The macro EWOULDBLOCK is another name for EAGAIN;
they are always the same in the GNU C library.
This error can happen in a few different situations:
- An operation that would block was attempted on an object that has
non-blocking mode selected. Trying the same operation again will block
until some external condition makes it possible to read, write, or
connect (whatever the operation). You can use
select to find out
when the operation will be possible; see Waiting for I/O.
Portability Note: In many older Unix systems, this condition
was indicated by EWOULDBLOCK, which was a distinct error code
different from EAGAIN. To make your program portable, you should
check for both codes and treat them the same.
- A temporary resource shortage made an operation impossible.
fork
can return this error. It indicates that the shortage is expected to
pass, so your program can try the call again later and it may succeed.
It is probably a good idea to delay for a few seconds before trying it
again, to allow time for other processes to release scarce resources.
Such shortages are usually fairly serious and affect the whole system,
so usually an interactive program should report the error to the user
and return to its command loop.
|
In the GNU C library, this is another name for EAGAIN (above).
The values are always the same, on every operating system.
C libraries in many older Unix systems have EWOULDBLOCK as a
separate error code.
|
An operation that cannot complete immediately was initiated on an object
that has non-blocking mode selected. Some functions that must always
block (such as connect; see Connecting) never return
EAGAIN. Instead, they return EINPROGRESS to indicate that
the operation has begun and will take some time. Attempts to manipulate
the object before the call completes return EALREADY. You can
use the select function to find out when the pending operation
has completed; see Waiting for I/O.
|
|
An operation is already in progress on an object that has non-blocking
mode selected.
|
|
A file that isn't a socket was specified when a socket is required.
|
|
The size of a message sent on a socket was larger than the supported
maximum size.
|
|
The socket type does not support the requested communications protocol.
|
|
You specified a socket option that doesn't make sense for the
particular protocol being used by the socket. See Socket Options.
|
| int EPROTONOSUPPORT
|
Macro |
|
The socket domain does not support the requested communications protocol
(perhaps because the requested protocol is completely invalid).
See Creating a Socket.
|
| int ESOCKTNOSUPPORT
|
Macro |
|
The socket type is not supported.
|
|
The operation you requested is not supported. Some socket functions
don't make sense for all types of sockets, and others may not be
implemented for all communications protocols. In the GNU system, this
error can happen for many calls when the object does not support the
particular operation;on call; an asynchronous signal occurred and prevented
completion of the call. When this happens, you should try the call
again.
You can choose to have functions resume after a signal that is handled,
rather than failing with EINTR; see Interrupted Primitives.
|
|
Input/output error; usually used for physical read or write errors.
|
|
No such device or address. The system tried to use the device
represented by a file you specified, and it couldn't find the device.
This can mean that the device file was installed incorrectly, or that
the physical device is missing or not correctly attached to the
computer.
|
Argument list too long; used when the arguments passed to a new program
being executed with one of the exec functions (see Executing a File) occupy too much memory space. This condition never arises in the
GNU system.
|
Invalid executable file format. This condition is detected by the
exec functions; see Executing a File.
|
|
Bad file descriptor; for example, I/O on a descriptor that has been
closed or reading from a descriptor open only for writing (or vice
versa).
|
|
There are no child processes. This error happens on operations that are
supposed to manipulate child processes, when there aren't any processes
to manipulate.
|
|
Deadlock avoided; allocating a system resource would have resulted in a
deadlock situation. The system does not guarantee that it will notice
all such situations. This error means you got lucky and the system
noticed; it might just hang. See File Locks, for an example.
|
|
No memory available. The system cannot allocate more virtual memory
because its capacity is full.
|
|
Permission denied; the file permissions do not allow the attempted operation.
|
|
Bad address; an invalid pointer was detected.
In the GNU system, this error never happens; you get a signal instead.
|
|
A file that isn't a block special file was given in a situation that
requires one. For example, trying to mount an ordinary file as a file
system in Unix gives this error.
|
|
Resource busy; a system resource that can't be shared is already in use.
For example, if you try to delete a file that is the root of a currently
mounted filesystem, you get this error.
|
|
File exists; an existing file was specified in a context where it only
makes sense to specify a new file.
|
An attempt to make an improper link across file systems was detected.
This happens not only when you use link (see Hard Links) but
also when you rename a file with rename (see Renaming Files).
|
|
The wrong type of device was given to a function that expects a
particular sort of device.
|
|
A file that isn't a directory was specified when a directory is required.
|
|
File is a directory; you cannot open a directory for writing,
or create or remove hard links to it.
|
|
Invalid argument. This is used to indicate various kinds of problems
with passing the wrong argument to a library function.
|
|
The current process has too many files open and can't open any more.
Duplicate descriptors do count toward this limit.
In BSD and GNU, the number of open files is controlled by a resource
limit that can usually be increased. If you get this error, you might
want to increase the RLIMIT_NOFILE limit or make it unlimited;
see Limits on Resources.
|
|
There are too many distinct file openings in the entire system. Note
that any number of linked channels count as just one file opening; see
Linked Channels. This error never occurs in the GNU system.
|
|
Inappropriate I/O control operation, such as trying to set terminal
modes on an ordinary file.
|
|
An attempt to execute a file that is currently open for writing, or
write to a file that is currently being executed. Often using a
debugger to run a program is considered having it open for writing and
will cause this error. (The name stands for "text file busy".) This
is not an error in the GNU system; the text is copied as necessary.
|
|
File too big; the size of a file would be larger than allowed by the system.
|
|
No space left on device; write operation on a file failed because the
disk is full.
|
|
Invalid seek operation (such as on a pipe).
|
|
An attempt was made to modify something on a read-only file system.
|
Too many links; the link count of a single file would become too large.
rename can cause this error if the file being renamed already has
as many links as it can take (see Renaming Files).
|
Broken pipe; there is no process reading from the other end of a pipe.
Every library function that returns this error code also generates a
SIGPIPE signal; this signal terminates the program if not handled
or blocked. Thus, your program will never actually see EPIPE
unless it has handled or blocked SIGPIPE.
|
|
Domain error; used by mathematical functions when an argument value does
not fall into the domain over which the function is defined.
|
|
Range error; used by mathematical functions when the result value is
not representable because of overflow or underflow.
|
Resource temporarily unavailable; the call might work if you try again
later. The macro EWOULDBLOCK is another name for EAGAIN;
they are always the same in the GNU C library.
This error can happen in a few different situations:
- An operation that would block was attempted on an object that has
non-blocking mode selected. Trying the same operation again will block
until some external condition makes it possible to read, write, or
connect (whatever the operation). You can use
select to find out
when the operation will be possible; see Waiting for I/O.
Portability Note: In many older Unix systems, this condition
was indicated by EWOULDBLOCK, which was a distinct error code
different from EAGAIN. To make your program portable, you should
check for both codes and treat them the same.
- A temporary resource shortage made an operation impossible.
fork
can return this error. It indicates that the shortage is expected to
pass, so your program can try the call again later and it may succeed.
It is probably a good idea to delay for a few seconds before trying it
again, to allow time for other processes to release scarce resources.
Such shortages are usually fairly serious and affect the whole system,
so usually an interactive program should report the error to the user
and return to its command loop.
|
In the GNU C library, this is another name for EAGAIN (above).
The values are always the same, on every operating system.
C libraries in many older Unix systems have EWOULDBLOCK as a
separate error code.
|
An operation that cannot complete immediately was initiated on an object
that has non-blocking mode selected. Some functions that must always
block (such as connect; see Connecting) never return
EAGAIN. Instead, they return EINPROGRESS to indicate that
the operation has begun and will take some time. Attempts to manipulate
the object before the call completes return EALREADY. You can
use the select function to find out when the pending operation
has completed; see Waiting for I/O.
|
|
An operation is already in progress on an object that has non-blocking
mode selected.
|
|
A file that isn't a socket was specified when a socket is required.
|
|
The size of a message sent on a socket was larger than the supported
maximum size.
|
|
The socket type does not support the requested communications protocol.
|
|
You specified a socket option that doesn't make sense for the
particular protocol being used by the socket. See Socket Options.
|
| int EPROTONOSUPPORT
|
Macro |
|
The socket domain does not support the requested communications protocol
(perhaps because the requested protocol is completely invalid).
See Creating a Socket.
|
| int ESOCKTNOSUPPORT
|
Macro |
|
The socket type is not supported.
|
|
The operation you requested is not supported. Some socket functions
don't make sense for all types of sockets, and others may not be
implemented for all communications protocols. In the GNU system, this
error can happen for many calls when the object does not support the
particular operation;on call; an asynchronous signal occurred and prevented
completion of the call. When this happens, you should try the call
again.
You can choose to have functions resume after a signal that is handled,
rather than failing with EINTR; see Interrupted Primitives.
|
|
Input/output error; usually used for physical read or write errors.
|
|
No such device or address. The system tried to use the device
represented by a file you specified, and it couldn't find the device.
This can mean that the device file was installed incorrectly, or that
the physical device is missing or not correctly attached to the
computer.
|
Argument list too long; used when the arguments passed to a new program
being executed with one of the exec functions (see Executing a File) occupy too much memory space. This condition never arises in the
GNU system.
|
Invalid executable file format. This condition is detected by the
exec functions; see Executing a File.
|
|
Bad file descriptor; for example, I/O on a descriptor that has been
closed or reading from a descriptor open only for writing (or vice
versa).
|
|
There are no child processes. This error happens on operations that are
supposed to manipulate child processes, when there aren't any processes
to manipulate.
|
|
Deadlock avoided; allocating a system resource would have resulted in a
deadlock situation. The system does not guarantee that it will notice
all such situations. This error means you got lucky and the system
noticed; it might just hang. See File Locks, for an example.
|
|
No memory available. The system cannot allocate more virtual memory
because its capacity is full.
|
|
Permission denied; the file permissions do not allow the attempted operation.
|
|
Bad address; an invalid pointer was detected.
In the GNU system, this error never happens; you get a signal instead.
|
|
A file that isn't a block special file was given in a situation that
requires one. For example, trying to mount an ordinary file as a file
system in Unix gives this error.
|
|
Resource busy; a system resource that can't be shared is already in use.
For example, if you try to delete a file that is the root of a currently
mounted filesystem, you get this error.
|
|
File exists; an existing file was specified in a context where it only
makes sense to specify a new file.
|
An attempt to make an improper link across file systems was detected.
This happens not only when you use link (see Hard Links) but
also when you rename a file with rename (see Renaming Files).
|
|
The wrong type of device was given to a function that expects a
particular sort of device.
|
|
A file that isn't a directory was specified when a directory is required.
|
|
File is a directory; you cannot open a directory for writing,
or create or remove hard links to it.
|
|
Invalid argument. This is used to indicate various kinds of problems
with passing the wrong argument to a library function.
|
|
The current process has too many files open and can't open any more.
Duplicate descriptors do count toward this limit.
In BSD and GNU, the number of open files is controlled by a resource
limit that can usually be increased. If you get this error, you might
want to increase the RLIMIT_NOFILE limit or make it unlimited;
see Limits on Resources.
|
|
There are too many distinct file openings in the entire system. Note
that any number of linked channels count as just one file opening; see
Linked Channels. This error never occurs in the GNU system.
|
|
Inappropriate I/O control operation, such as trying to set terminal
modes on an ordinary file.
|
|
An attempt to execute a file that is currently open for writing, or
write to a file that is currently being executed. Often using a
debugger to run a program is considered having it open for writing and
will cause this error. (The name stands for "text file busy".) This
is not an error in the GNU system; the text is copied as necessary.
|
|
File too big; the size of a file would be larger than allowed by the system.
|
|
No space left on device; write operation on a file failed because the
disk is full.
|
|
Invalid seek operation (such as on a pipe).
|
|
An attempt was made to modify something on a read-only file system.
|
Too many links; the link count of a single file would become too large.
rename can cause this error if the file being renamed already has
as many links as it can take (see Renaming Files).
|
Broken pipe; there is no process reading from the other end of a pipe.
Every library function that returns this error code also generates a
SIGPIPE signal; this signal terminates the program if not handled
or blocked. Thus, your program will never actually see EPIPE
unless it has handled or blocked SIGPIPE.
|
|
Domain error; used by mathematical functions when an argument value does
not fall into the domain over which the function is defined.
|
|
Range error; used by mathematical functions when the result value is
not representable because of overflow or underflow.
|
Resource temporarily unavailable; the call might work if you try again
later. The macro EWOULDBLOCK is another name for EAGAIN;
they are always the same in the GNU C library.
This error can happen in a few different situations:
- An operation that would block was attempted on an object that has
non-blocking mode selected. Trying the same operation again will block
until some external condition makes it possible to read, write, or
connect (whatever the operation). You can use
select to find out
when the operation will be possible; see Waiting for I/O.
Portability Note: In many older Unix systems, this condition
was indicated by EWOULDBLOCK, which was a distinct error code
different from EAGAIN. To make your program portable, you should
check for both codes and treat them the same.
- A temporary resource shortage made an operation impossible.
fork
can return this error. It indicates that the shortage is expected to
pass, so your program can try the call again later and it may succeed.
It is probably a good idea to delay for a few seconds before trying it
again, to allow time for other processes to release scarce resources.
Such shortages are usually fairly serious and affect the whole system,
so usually an interactive program should report the error to the user
and return to its command loop.
|
In the GNU C library, this is another name for EAGAIN (above).
The values are always the same, on every operating system.
C libraries in many older Unix systems have EWOULDBLOCK as a
separate error code.
|
An operation that cannot complete immediately was initiated on an object
that has non-blocking mode selected. Some functions that must always
block (such as connect; see Connecting) never return
EAGAIN. Instead, they return EINPROGRESS to indicate that
the operation has begun and will take some time. Attempts to manipulate
the object before the call completes return EALREADY. You can
use the select function to find out when the pending operation
has completed; see Waiting for I/O.
|
|
An operation is already in progress on an object that has non-blocking
mode selected.
|
|
A file that isn't a socket was specified when a socket is required.
|
|
The size of a message sent on a socket was larger than the supported
maximum size.
|
|
The socket type does not support the requested communications protocol.
|
|
You specified a socket option that doesn't make sense for the
particular protocol being used by the socket. See Socket Options.
|
| int EPROTONOSUPPORT
|
Macro |
|
The socket domain does not support the requested communications protocol
(perhaps because the requested protocol is completely invalid).
See Creating a Socket.
|
| int ESOCKTNOSUPPORT
|
Macro |
|
The socket type is not supported.
|
|
The operation you requested is not supported. Some socket functions
don't make sense for all types of sockets, and others may not be
implemented for all communications protocols. In the GNU system, this
error can happen for many calls when the object does not support the
particular operation;on call; an asynchronous signal occurred and prevented
completion of the call. When this happens, you should try the call
again.
You can choose to have functions resume after a signal that is handled,
rather than failing with EINTR; see Interrupted Primitives.
|
|
Input/output error; usually used for physical read or write errors.
|
|
No such device or address. The system tried to use the device
represented by a file you specified, and it couldn't find the device.
This can mean that the device file was installed incorrectly, or that
the physical device is missing or not correctly attached to the
computer.
|
Argument list too long; used when the arguments passed to a new program
being executed with one of the exec functions (see Executing a File) occupy too much memory space. This condition never arises in the
GNU system.
|
Invalid executable file format. This condition is detected by the
exec functions; see Executing a File.
|
|
Bad file descriptor; for example, I/O on a descriptor that has been
closed or reading from a descriptor open only for writing (or vice
versa).
|
|
There are no child processes. This error happens on operations that are
supposed to manipulate child processes, when there aren't any processes
to manipulate.
|
|
Deadlock avoided; allocating a system resource would have resulted in a
deadlock situation. The system does not guarantee that it will notice
all such situations. This error means you got lucky and the system
noticed; it might just hang. See File Locks, for an example.
|
|
No memory available. The system cannot allocate more virtual memory
because its capacity is full.
|
|
Permission denied; the file permissions do not allow the attempted operation.
|
|
Bad address; an invalid pointer was detected.
In the GNU system, this error never happens; you get a signal instead.
|
|
A file that isn't a block special file was given in a situation that
requires one. For example, trying to mount an ordinary file as a file
system in Unix gives this error.
|
|
Resource busy; a system resource that can't be shared is already in use.
For example, if you try to delete a file that is the root of a currently
mounted filesystem, you get this error.
|
|
File exists; an existing file was specified in a context where it only
makes sense to specify a new file.
|
An attempt to make an improper link across file systems was detected.
This happens not only when you use link (see Hard Links) but
also when you rename a file with rename (see Renaming Files).
|
|
The wrong type of device was given to a function that expects a
particular sort of device.
|
|
A file that isn't a directory was specified when a directory is required.
|
|
File is a directory; you cannot open a directory for writing,
or create or remove hard links to it.
|
|
Invalid argument. This is used to indicate various kinds of problems
with passing the wrong argument to a library function.
|
|
The current process has too many files open and can't open any more.
Duplicate descriptors do count toward this limit.
In BSD and GNU, the number of open files is controlled by a resource
limit that can usually be increased. If you get this error, you might
want to increase the RLIMIT_NOFILE limit or make it unlimited;
see Limits on Resources.
|
|
There are too many distinct file openings in the entire system. Note
that any number of linked channels count as just one file opening; see
Linked Channels. This error never occurs in the GNU system.
|
|
Inappropriate I/O control operation, such as trying to set terminal
modes on an ordinary file.
|
|
An attempt to execute a file that is currently open for writing, or
write to a file that is currently being executed. Often using a
debugger to run a program is considered having it open for writing and
will cause this error. (The name stands for "text file busy".) This
is not an error in the GNU system; the text is copied as necessary.
|
|
File too big; the size of a file would be larger than allowed by the system.
|
|
No space left on device; write operation on a file failed because the
disk is full.
|
|
Invalid seek operation (such as on a pipe).
|
|
An attempt was made to modify something on a read-only file system.
|
Too many links; the link count of a single file would become too large.
rename can cause this error if the file being renamed already has
as many links as it can take (see Renaming Files).
|
Broken pipe; there is no process reading from the other end of a pipe.
Every library function that returns this error code also generates a
SIGPIPE signal; this signal terminates the program if not handled
or blocked. Thus, your program will never actually see EPIPE
unless it has handled or blocked SIGPIPE.
|
|
Domain error; used by mathematical functions when an argument value does
not fall into the domain over which the function is defined.
|
|
Range error; used by mathematical functions when the result value is
not representable because of overflow or underflow.
|
Resource temporarily unavailable; the call might work if you try again
later. The macro EWOULDBLOCK is another name for EAGAIN;
they are always the same in the GNU C library.
This error can happen in a few different situations:
- An operation that would block was attempted on an object that has
non-blocking mode selected. Trying the same operation again will block
until some external condition makes it possible to read, write, or
connect (whatever the operation). You can use
select to find out
when the operation will be possible; see Waiting for I/O.
Portability Note: In many older Unix systems, this condition
was indicated by EWOULDBLOCK, which was a distinct error code
different from EAGAIN. To make your program portable, you should
check for both codes and treat them the same.
- A temporary resource shortage made an operation impossible.
fork
can return this error. It indicates that the shortage is expected to
pass, so your program can try the call again later and it may succeed.
It is probably a good idea to delay for a few seconds before trying it
again, to allow time for other processes to release scarce resources.
Such shortages are usually fairly serious and affect the whole system,
so usually an interactive program should report the error to the user
and return to its command loop.
|
In the GNU C library, this is another name for EAGAIN (above).
The values are always the same, on every operating system.
C libraries in many older Unix systems have EWOULDBLOCK as a
separate error code.
|
An operation that cannot complete immediately was initiated on an object
that has non-blocking mode selected. Some functions that must always
block (such as connect; see Connecting) never return
EAGAIN. Instead, they return EINPROGRESS to indicate that
the operation has begun and will take some time. Attempts to manipulate
the object before the call completes return EALREADY. You can
use the select function to find out when the pending operation
has completed; see Waiting for I/O.
|
|
An operation is already in progress on an object that has non-blocking
mode selected.
|
|
A file that isn't a socket was specified when a socket is required.
|
|
The size of a message sent on a socket was larger than the supported
maximum size.
|
|
The socket type does not support the requested communications protocol.
|
|
You specified a socket option that doesn't make sense for the
particular protocol being used by the socket. See Socket Options.
|
| int EPROTONOSUPPORT
|
Macro |
|
The socket domain does not support the requested communications protocol
(perhaps because the requested protocol is completely invalid).
See Creating a Socket.
|
| int ESOCKTNOSUPPORT
|
Macro |
|
The socket type is not supported.
|
|
The operation you requested is not supported. Some socket functions
don't make sense for all types of sockets, and others may not be
implemented for all communications protocols. In the GNU system, this
error can happen for many calls when the object does not support the
particular operation;on call; an asynchronous signal occurred and prevented
completion of the call. When this happens, you should try the call
again.
You can choose to have functions resume after a signal that is handled,
rather than failing with EINTR; see Interrupted Primitives.
|
|
Input/output error; usually used for physical read or write errors.
|
|
No such device or address. The system tried to use the device
represented by a file you specified, and it couldn't find the device.
This can mean that the device file was installed incorrectly, or that
the physical device is missing or not correctly attached to the
computer.
|
Argument list too long; used when the arguments passed to a new program
being executed with one of the exec functions (see Executing a File) occupy too much memory space. This condition never arises in the
GNU system.
|
Invalid executable file format. This condition is detected by the
exec functions; see Executing a File.
|
|
Bad file descriptor; for example, I/O on a descriptor that has been
closed or reading from a descriptor open only for writing (or vice
versa).
|
|
There are no child processes. This error happens on operations that are
supposed to manipulate child processes, when there aren't any processes
to manipulate.
|
|
Deadlock avoided; allocating a system resource would have resulted in a
deadlock situation. The system does not guarantee that it will notice
all such situations. This error means you got lucky and the system
noticed; it might just hang. See File Locks, for an example.
|
|
No memory available. The system cannot allocate more virtual memory
because its capacity is full.
|
|
Permission denied; the file permissions do not allow the attempted operation.
|
|
Bad address; an invalid pointer was detected.
In the GNU system, this error never happens; you get a signal instead.
|
|
A file that isn't a block special file was given in a situation that
requires one. For example, trying to mount an ordinary file as a file
system in Unix gives this error.
|
|
Resource busy; a system resource that can't be shared is already in use.
For example, if you try to delete a file that is the root of a currently
mounted filesystem, you get this error.
|
|
File exists; an existing file was specified in a context where it only
makes sense to specify a new file.
|
An attempt to make an improper link across file systems was detected.
This happens not only when you use link (see Hard Links) but
also when you rename a file with rename (see Renaming Files).
|
|
The wrong type of device was given to a function that expects a
particular sort of device.
|
|
A file that isn't a directory was specified when a directory is required.
|
|
File is a directory; you cannot open a directory for writing,
or create or remove hard links to it.
|
|
Invalid argument. This is used to indicate various kinds of problems
with passing the wrong argument to a library function.
|
|
The current process has too many files open and can't open any more.
Duplicate descriptors do count toward this limit.
In BSD and GNU, the number of open files is controlled by a resource
limit that can usually be increased. If you get this error, you might
want to increase the RLIMIT_NOFILE limit or make it unlimited;
see Limits on Resources.
|
|
There are too many distinct file openings in the entire system. Note
that any number of linked channels count as just one file opening; see
Linked Channels. This error never occurs in the GNU system.
|
|
Inappropriate I/O control operation, such as trying to set terminal
modes on an ordinary file.
|
|
An attempt to execute a file that is currently open for writing, or
write to a file that is currently being executed. Often using a
debugger to run a program is considered having it open for writing and
will cause this error. (The name stands for "text file busy".) This
is not an error in the GNU system; the text is copied as necessary.
|
|
File too big; the size of a file would be larger than allowed by the system.
|
|
No space left on device; write operation on a file failed because the
disk is full.
|
|
Invalid seek operation (such as on a pipe).
|
|
An attempt was made to modify something on a read-only file system.
|
Too many links; the link count of a single file would become too large.
rename can cause this error if the file being renamed already has
as many links as it can take (see Renaming Files).
|
Broken pipe; there is no process reading from the other end of a pipe.
Every library function that returns this error code also generates a
SIGPIPE signal; this signal terminates the program if not handled
or blocked. Thus, your program will never actually see EPIPE
unless it has handled or blocked SIGPIPE.
|
|
Domain error; used by mathematical functions when an argument value does
not fall into the domain over which the function is defined.
|
|
Range error; used by mathematical functions when the result value is
not representable because of overflow or underflow.
|
Resource temporarily unavailable; the call might work if you try again
later. The macro EWOULDBLOCK is another name for EAGAIN;
they are always the same in the GNU C library.
This error can happen in a few different situations:
- An operation that would block was attempted on an object that has
non-blocking mode selected. Trying the same operation again will block
until some external condition makes it possible to read, write, or
connect (whatever the operation). You can use
select to find out
when the operation will be possible; see Waiting for I/O.
Portability Note: In many older Unix systems, this condition
was indicated by EWOULDBLOCK, which was a distinct error code
different from EAGAIN. To make your program portable, you should
check for both codes and treat them the same.
- A temporary resource shortage made an operation impossible.
fork
can return this error. It indicates that the shortage is expected to
pass, so your program can try the call again later and it may succeed.
It is probably a good idea to delay for a few seconds before trying it
again, to allow time for other processes to release scarce resources.
Such shortages are usually fairly serious and affect the whole system,
so usually an interactive program should report the error to the user
and return to its command loop.
|
In the GNU C library, this is another name for EAGAIN (above).
The values are always the same, on every operating system.
C libraries in many older Unix systems have EWOULDBLOCK as a
separate error code.
|
An operation that cannot complete immediately was initiated on an object
that has non-blocking mode selected. Some functions that must always
block (such as connect; see Connecting) never return
EAGAIN. Instead, they return EINPROGRESS to indicate that
the operation has begun and will take some time. Attempts to manipulate
the object before the call completes return EALREADY. You can
use the select function to find out when the pending operation
has completed; see Waiting for I/O.
|
|
An operation is already in progress on an object that has non-blocking
mode selected.
|
|
A file that isn't a socket was specified when a socket is required.
|
|
The size of a message sent on a socket was larger than the supported
maximum size.
|
|
The socket type does not support the requested communications protocol.
|
|
You specified a socket option that doesn't make sense for the
particular protocol being used by the socket. See Socket Options.
|
| int EPROTONOSUPPORT
|
Macro |
|
The socket domain does not support the requested communications protocol
(perhaps because the requested protocol is completely invalid).
See Creating a Socket.
|
| int ESOCKTNOSUPPORT
|
Macro |
|
The socket type is not supported.
|
|
The operation you requested is not supported. Some socket functions
don't make sense for all types of sockets, and others may not be
implemented for all communications protocols. In the GNU system, this
error can happen for many calls when the object does not support the
particular operation;on call; an asynchronous signal occurred and prevented
completion of the call. When this happens, you should try the call
again.
You can choose to have functions resume after a signal that is handled,
rather than failing with EINTR; see Interrupted Primitives.
|
|
Input/output error; usually used for physical read or write errors.
|
|
No such device or address. The system tried to use the device
represented by a file you specified, and it couldn't find the device.
This can mean that the device file was installed incorrectly, or that
the physical device is missing or not correctly attached to the
computer.
|
Argument list too long; used when the arguments passed to a new program
being executed with one of the exec functions (see Executing a File) occupy too much memory space. This condition never arises in the
GNU system.
|
Invalid executable file format. This condition is detected by the
exec functions; see Executing a File.
|
|
Bad file descriptor; for example, I/O on a descriptor that has been
closed or reading from a descriptor open only for writing (or vice
versa).
|
|
There are no child processes. This error happens on operations that are
supposed to manipulate child processes, when there aren't any processes
to manipulate.
|
|
Deadlock avoided; allocating a system resource would have resulted in a
deadlock situation. The system does not guarantee that it will notice
all such situations. This error means you got lucky and the system
noticed; it might just hang. See File Locks, for an example.
|
|
No memory available. The system cannot allocate more virtual memory
because its capacity is full.
|
|
Permission denied; the file permissions do not allow the attempted operation.
|
|
Bad address; an invalid pointer was detected.
In the GNU system, this error never happens; you get a signal instead.
|
|
A file that isn't a block special file was given in a situation that
requires one. For example, trying to mount an ordinary file as a file
system in Unix gives this error.
|
|
Resource busy; a system resource that can't be shared is already in use.
For example, if you try to delete a file that is the root of a currently
mounted filesystem, you get this error.
|
|
File exists; an existing file was specified in a context where it only
makes sense to specify a new file.
|
An attempt to make an improper link across file systems was detected.
This happens not only when you use link (see Hard Links) but
also when you rename a file with rename (see Renaming Files).
|
|
The wrong type of device was given to a function that expects a
particular sort of device.
|
|
A file that isn't a directory was specified when a directory is required.
|
|
File is a directory; you cannot open a directory for writing,
or create or remove hard links to it.
|
|
Invalid argument. This is used to indicate various kinds of problems
with passing the wrong argument to a library function.
|
|
The current process has too many files open and can't open any more.
Duplicate descriptors do count toward this limit.
In BSD and GNU, the number of open files is controlled by a resource
limit that can usually be increased. If you get this error, you might
want to increase the RLIMIT_NOFILE limit or make it unlimited;
see Limits on Resources.
|
|
There are too many distinct file openings in the entire system. Note
that any number of linked channels count as just one file opening; see
Linked Channels. This error never occurs in the GNU system.
|
|
Inappropriate I/O control operation, such as trying to set terminal
modes on an ordinary file.
|
|
An attempt to execute a file that is currently open for writing, or
write to a file that is currently being executed. Often using a
debugger to run a program is considered having it open for writing and
will cause this error. (The name stands for "text file busy".) This
is not an error in the GNU system; the text is copied as necessary.
|
|
File too big; the size of a file would be larger than allowed by the system.
|
|
No space left on device; write operation on a file failed because the
disk is full.
|
|
Invalid seek operation (such as on a pipe).
|
|
An attempt was made to modify something on a read-only file system.
|
Too many links; the link count of a single file would become too large.
rename can cause this error if the file being renamed already has
as many links as it can take (see Renaming Files).
|
Broken pipe; there is no process reading from the other end of a pipe.
Every library function that returns this error code also generates a
SIGPIPE signal; this signal terminates the program if not handled
or blocked. Thus, your program will never actually see EPIPE
unless it has handled or blocked SIGPIPE.
|
|
Domain error; used by mathematical functions when an argument value does
not fall into the domain over which the function is defined.
|
|
Range error; used by mathematical functions when the result value is
not representable because of overflow or underflow.
|
Resource temporarily unavailable; the call might work if you try again
later. The macro EWOULDBLOCK is another name for EAGAIN;
they are always the same in the GNU C library.
This error can happen in a few different situations:
- An operation that would block was attempted on an object that has
non-blocking mode selected. Trying the same operation again will block
until some external condition makes it possible to read, write, or
connect (whatever the operation). You can use
select to find out
when the operation will be possible; see Waiting for I/O.
Portability Note: In many older Unix systems, this condition
was indicated by EWOULDBLOCK, which was a distinct error code
different from EAGAIN. To make your program portable, you should
check for both codes and treat them the same.
- A temporary resource shortage made an operation impossible.
fork
can return this error. It indicates that the shortage is expected to
pass, so your program can try the call again later and it may succeed.
It is probably a good idea to delay for a few seconds before trying it
again, to allow time for other processes to release scarce resources.
Such shortages are usually fairly serious and affect the whole system,
so usually an interactive program should report the error to the user
and return to its command loop.
|
In the GNU C library, this is another name for EAGAIN (above).
The values are always the same, on every operating system.
C libraries in many older Unix systems have EWOULDBLOCK as a
separate error code.
|
An operation that cannot complete immediately was initiated on an object
that has non-blocking mode selected. Some functions that must always
block (such as connect; see Connecting) never return
EAGAIN. Instead, they return EINPROGRESS to indicate that
the operation has begun and will take some time. Attempts to manipulate
the object before the call completes return EALREADY. You can
use the select function to find out when the pending operation
has completed; see Waiting for I/O.
|
|
An operation is already in progress on an object that has non-blocking
mode selected.
|
|
A file that isn't a socket was specified when a socket is required.
|
|
The size of a message sent on a socket was larger than the supported
maximum size.
|
|
The socket type does not support the requested communications protocol.
|
|
You specified a socket option that doesn't make sense for the
particular protocol being used by the socket. See Socket Options.
|
| int EPROTONOSUPPORT
|
Macro |
|
The socket domain does not support the requested communications protocol
(perhaps because the requested protocol is completely invalid).
See Creating a Socket.
|
| int ESOCKTNOSUPPORT
|
Macro |
|
The socket type is not supported.
|
|
The operation you requested is not supported. Some socket functions
don't make sense for all types of sockets, and others may not be
implemented for all communications protocols. In the GNU system, this
error can happen for many calls when the object does not support the
particular operation;on call; an asynchronous signal occurred and prevented
completion of the call. When this happens, you should try the call
again.
You can choose to have functions resume after a signal that is handled,
rather than failing with EINTR; see Interrupted Primitives.
|
|
Input/output error; usually used for physical read or write errors.
|
|
No such device or address. The system tried to use the device
represented by a file you specified, and it couldn't find the device.
This can mean that the device file was installed incorrectly, or that
the physical device is missing or not correctly attached to the
computer.
|
Argument list too long; used when the arguments passed to a new program
being executed with one of the exec functions (see Executing a File) occupy too much memory space. This condition never arises in the
GNU system.
|
Invalid executable file format. This condition is detected by the
exec functions; see Executing a File.
|
|
Bad file descriptor; for example, I/O on a descriptor that has been
closed or reading from a descriptor open only for writing (or vice
versa).
|
|
There are no child processes. This error happens on operations that are
supposed to manipulate child processes, when there aren't any processes
to manipulate.
|
|
Deadlock avoided; allocating a system resource would have resulted in a
deadlock situation. The system does not guarantee that it will notice
all such situations. This error means you got lucky and the system
noticed; it might just hang. See File Locks, for an example.
|
|
No memory available. The system cannot allocate more virtual memory
because its capacity is full.
|
|
Permission denied; the file permissions do not allow the attempted operation.
|
|
Bad address; an invalid pointer was detected.
In the GNU system, this error never happens; you get a signal instead.
|
|
A file that isn't a block special file was given in a situation that
requires one. For example, trying to mount an ordinary file as a file
system in Unix gives this error.
|
|
Resource busy; a system resource that can't be shared is already in use.
For example, if you try to delete a file that is the root of a currently
mounted filesystem, you get this error.
|
|
File exists; an existing file was specified in a context where it only
makes sense to specify a new file.
|
An attempt to make an improper link across file systems was detected.
This happens not only when you use link (see Hard Links) but
also when you rename a file with rename (see Renaming Files).
|
|
The wrong type of device was given to a function that expects a
particular sort of device.
|
|
A file that isn't a directory was specified when a directory is required.
|
|
File is a directory; you cannot open a directory for writing,
or create or remove hard links to it.
|
|
Invalid argument. This is used to indicate various kinds of problems
with passing the wrong argument to a library function.
|
|
The current process has too many files open and can't open any more.
Duplicate descriptors do count toward this limit.
In BSD and GNU, the number of open files is controlled by a resource
limit that can usually be increased. If you get this error, you might
want to increase the RLIMIT_NOFILE limit or make it unlimited;
see Limits on Resources.
|
|
There are too many distinct file openings in the entire system. Note
that any number of linked channels count as just one file opening; see
Linked Channels. This error never occurs in the GNU system.
|
|
Inappropriate I/O control operation, such as trying to set terminal
modes on an ordinary file.
|
|
An attempt to execute a file that is currently open for writing, or
write to a file that is currently being executed. Often using a
debugger to run a program is considered having it open for writing and
will cause this error. (The name stands for "text file busy".) This
is not an error in the GNU system; the text is copied as necessary.
|
|
File too big; the size of a file would be larger than allowed by the system.
|
|
No space left on device; write operation on a file failed because the
disk is full.
|
|
Invalid seek operation (such as on a pipe).
|
|
An attempt was made to modify something on a read-only file system.
|
Too many links; the link count of a single file would become too large.
rename can cause this error if the file being renamed already has
as many links as it can take (see Renaming Files).
|
Broken pipe; there is no process reading from the other end of a pipe.
Every library function that returns this error code also generates a
SIGPIPE signal; this signal terminates the program if not handled
or blocked. Thus, your program will never actually see EPIPE
unless it has handled or blocked SIGPIPE.
|
|
Domain error; used by mathematical functions when an argument value does
not fall into the domain over which the function is defined.
|
|
Range error; used by mathematical functions when the result value is
not representable because of overflow or underflow.
|
Resource temporarily unavailable; the call might work if you try again
later. The macro EWOULDBLOCK is another name for EAGAIN;
they are always the same in the GNU C library.
This error can happen in a few different situations:
- An operation that would block was attempted on an object that has
non-blocking mode selected. Trying the same operation again will block
until some external condition makes it possible to read, write, or
connect (whatever the operation). You can use
select to find out
when the operation will be possible; see Waiting for I/O.
Portability Note: In many older Unix systems, this condition
was indicated by EWOULDBLOCK, which was a distinct error code
different from EAGAIN. To make your program portable, you should
check for both codes and treat them the same.
- A temporary resource shortage made an operation impossible.
fork
can return this error. It indicates that the shortage is expected to
pass, so your program can try the call again later and it may succeed.
It is probably a good idea to delay for a few seconds before trying it
again, to allow time for other processes to release scarce resources.
Such shortages are usually fairly serious and affect the whole system,
so usually an interactive program should report the error to the user
and return to its command loop.
|
In the GNU C library, this is another name for EAGAIN (above).
The values are always the same, on every operating system.
C libraries in many older Unix systems have EWOULDBLOCK as a
separate error code.
|
An operation that cannot complete immediately was initiated on an object
that has non-blocking mode selected. Some functions that must always
block (such as connect; see Connecting) never return
EAGAIN. Instead, they return EINPROGRESS to indicate that
the operation has begun and will take some time. Attempts to manipulate
the object before the call completes return EALREADY. You can
use the select function to find out when the pending operation
has completed; see Waiting for I/O.
|
|
An operation is already in progress on an object that has non-blocking
mode selected.
|
|
A file that isn't a socket was specified when a socket is required.
|
|
The size of a message sent on a socket was larger than the supported
maximum size.
|
|
The socket type does not support the requested communications protocol.
|
|
You specified a socket option that doesn't make sense for the
particular protocol being used by the socket. See Socket Options.
|
| int EPROTONOSUPPORT
|
Macro |
|
The socket domain does not support the requested communications protocol
(perhaps because the requested protocol is completely invalid).
See Creating a Socket.
|
| int ESOCKTNOSUPPORT
|
Macro |
|
The socket type is not supported.
|
|
The operation you requested is not supported. Some socket functions
don't make sense for all types of sockets, and others may not be
implemented for all communications protocols. In the GNU system, this
error can happen for many calls when the object does not support the
particular operation;on call; an asynchronous signal occurred and prevented
completion of the call. When this happens, you should try the call
again.
You can choose to have functions resume after a signal that is handled,
rather than failing with EINTR; see Interrupted Primitives.
|
|
Input/output error; usually used for physical read or write errors.
|
|
No such device or address. The system tried to use the device
represented by a file you specified, and it couldn't find the device.
This can mean that the device file was installed incorrectly, or that
the physical device is missing or not correctly attached to the
computer.
|
Argument list too long; used when the arguments passed to a new program
being executed with one of the exec functions (see Executing a File) occupy too much memory space. This condition never arises in the
GNU system.
|
Invalid executable file format. This condition is detected by the
exec functions; see Executing a File.
|
|
Bad file descriptor; for example, I/O on a descriptor that has been
closed or reading from a descriptor open only for writing (or vice
versa).
|
|
There are no child processes. This error happens on operations that are
supposed to manipulate child processes, when there aren't any processes
to manipulate.
|
|
Deadlock avoided; allocating a system resource would have resulted in a
deadlock situation. The system does not guarantee that it will notice
all such situations. This error means you got lucky and the system
noticed; it might just hang. See File Locks, for an example.
|
|
No memory available. The system cannot allocate more virtual memory
because its capacity is full.
|
|
Permission denied; the file permissions do not allow the attempted operation.
|
|
Bad address; an invalid pointer was detected.
In the GNU system, this error never happens; you get a signal instead.
|
|
A file that isn't a block special file was given in a situation that
requires one. For example, trying to mount an ordinary file as a file
system in Unix gives this error.
|
|
Resource busy; a system resource that can't be shared is already in use.
For example, if you try to delete a file that is the root of a currently
mounted filesystem, you get this error.
|
|
File exists; an existing file was specified in a context where it only
makes sense to specify a new file.
|
An attempt to make an improper link across file systems was detected.
This happens not only when you use link (see Hard Links) but
also when you rename a file with rename (see Renaming Files).
|
|
The wrong type of device was given to a function that expects a
particular sort of device.
|
|
A file that isn't a directory was specified when a directory is required.
|
|
File is a directory; you cannot open a directory for writing,
or create or remove hard links to it.
|
|
Invalid argument. This is used to indicate various kinds of problems
with passing the wrong argument to a library function.
|
|
The current process has too many files open and can't open any more.
Duplicate descriptors do count toward this limit.
In BSD and GNU, the number of open files is controlled by a resource
limit that can usually be increased. If you get this error, you might
want to increase the RLIMIT_NOFILE limit or make it unlimited;
see Limits on Resources.
|
|
There are too many distinct file openings in the entire system. Note
that any number of linked channels count as just one file opening; see
Linked Channels. This error never occurs in the GNU system.
|
|
Inappropriate I/O control operation, such as trying to set terminal
modes on an ordinary file.
|
|
An attempt to execute a file that is currently open for writing, or
write to a file that is currently being executed. Often using a
debugger to run a program is considered having it open for writing and
will cause this error. (The name stands for "text file busy".) This
is not an error in the GNU system; the text is copied as necessary.
|
|
File too big; the size of a file would be larger than allowed by the system.
|
|
No space left on device; write operation on a file failed because the
disk is full.
|
|
Invalid seek operation (such as on a pipe).
|
|
An attempt was made to modify something on a read-only file system.
|
Too many links; the link count of a single file would become too large.
rename can cause this error if the file being renamed already has
as many links as it can take (see Renaming Files).
|
Broken pipe; there is no process reading from the other end of a pipe.
Every library function that returns this error code also generates a
SIGPIPE signal; this signal terminates the program if not handled
or blocked. Thus, your program will never actually see EPIPE
unless it has handled or blocked SIGPIPE.
|
|
Domain error; used by mathematical functions when an argument value does
not fall into the domain over which the function is defined.
|
|
Range error; used by mathematical functions when the result value is
not representable because of overflow or underflow.
|
Resource temporarily unavailable; the call might work if you try again
later. The macro EWOULDBLOCK is another name for EAGAIN;
they are always the same in the GNU C library.
This error can happen in a few different situations:
- An operation that would block was attempted on an object that has
non-blocking mode selected. Trying the same operation again will block
until some external condition makes it possible to read, write, or
connect (whatever the operation). You can use
select to find out
when the operation will be possible; see Waiting for I/O.
Portability Note: In many older Unix systems, this condition
was indicated by EWOULDBLOCK, which was a distinct error code
different from EAGAIN. To make your program portable, you should
check for both codes and treat them the same.
- A temporary resource shortage made an operation impossible.
fork
can return this error. It indicates that the shortage is expected to
pass, so your program can try the call again later and it may succeed.
It is probably a good idea to delay for a few seconds before trying it
again, to allow time for other processes to release scarce resources.
Such shortages are usually fairly serious and affect the whole system,
so usually an interactive program should report the error to the user
and return to its command loop.
|
In the GNU C library, this is another name for EAGAIN (above).
The values are always the same, on every operating system.
C libraries in many older Unix systems have EWOULDBLOCK as a
separate error code.
|
An operation that cannot complete immediately was initiated on an object
that has non-blocking mode selected. Some functions that must always
block (such as connect; see Connecting) never return
EAGAIN. Instead, they return EINPROGRESS to indicate that
the operation has begun and will take some time. Attempts to manipulate
the object before the call completes return EALREADY. You can
use the select function to find out when the pending operation
has completed; see Waiting for I/O.
|
|
An operation is already in progress on an object that has non-blocking
mode selected.
|
|
A file that isn't a socket was specified when a socket is required.
|
|
The size of a message sent on a socket was larger than the supported
maximum size.
|
|
The socket type does not support the requested communications protocol.
|
|
You specified a socket option that doesn't make sense for the
particular protocol being used by the socket. See Socket Options.
|
| int EPROTONOSUPPORT
|
Macro |
|
The socket domain does not support the requested communications protocol
(perhaps because the requested protocol is completely invalid).
See Creating a Socket.
|
| int ESOCKTNOSUPPORT
|
Macro |
|
The socket type is not supported.
|
|
The operation you requested is not supported. Some socket functions
don't make sense for all types of sockets, and others may not be
implemented for all communications protocols. In the GNU system, this
error can happen for many calls when the object does not support the
particular operation;on call; an asynchronous signal occurred and prevented
completion of the call. When this happens, you should try the call
again.
You can choose to have functions resume after a signal that is handled,
rather than failing with EINTR; see Interrupted Primitives.
|
|
Input/output error; usually used for physical read or write errors.
|
|
No such device or address. The system tried to use the device
represented by a file you specified, and it couldn't find the device.
This can mean that the device file was installed incorrectly, or that
the physical device is missing or not correctly attached to the
computer.
|
Argument list too long; used when the arguments passed to a new program
being executed with one of the exec functions (see Executing a File) occupy too much memory space. This condition never arises in the
GNU system.
|
Invalid executable file format. This condition is detected by the
exec functions; see Executing a File.
|
|
Bad file descriptor; for example, I/O on a descriptor that has been
closed or reading from a descriptor open only for writing (or vice
versa).
|
|
There are no child processes. This error happens on operations that are
supposed to manipulate child processes, when there aren't any processes
to manipulate.
|
|
Deadlock avoided; allocating a system resource would have resulted in a
deadlock situation. The system does not guarantee that it will notice
all such situations. This error means you got lucky and the system
noticed; it might just hang. See File Locks, for an example.
|
|
No memory available. The system cannot allocate more virtual memory
because its capacity is full.
|
|
Permission denied; the file permissions do not allow the attempted operation.
|
|
Bad address; an invalid pointer was detected.
In the GNU system, this error never happens; you get a signal instead.
|
|
A file that isn't a block special file was given in a situation that
requires one. For example, trying to mount an ordinary file as a file
system in Unix gives this error.
|
|
Resource busy; a system resource that can't be shared is already in use.
For example, if you try to delete a file that is the root of a currently
mounted filesystem, you get this error.
|
|
File exists; an existing file was specified in a context where it only
makes sense to specify a new file.
|
An attempt to make an improper link across file systems was detected.
This happens not only when you use link (see Hard Links) but
also when you rename a file with rename (see Renaming Files).
|
|
The wrong type of device was given to a function that expects a
particular sort of device.
|
|
A file that isn't a directory was specified when a directory is required.
|
|
File is a directory; you cannot open a directory for writing,
or create or remove hard links to it.
|
|
Invalid argument. This is used to indicate various kinds of problems
with passing the wrong argument to a library function.
|
|
The current process has too many files open and can't open any more.
Duplicate descriptors do count toward this limit.
In BSD and GNU, the number of open files is controlled by a resource
limit that can usually be increased. If you get this error, you might
want to increase the RLIMIT_NOFILE limit or make it unlimited;
see Limits on Resources.
|
|
There are too many distinct file openings in the entire system. Note
that any number of linked channels count as just one file opening; see
Linked Channels. This error never occurs in the GNU system.
|
|
Inappropriate I/O control operation, such as trying to set terminal
modes on an ordinary file.
|
|
An attempt to execute a file that is currently open for writing, or
write to a file that is currently being executed. Often using a
debugger to run a program is considered having it open for writing and
will cause this error. (The name stands for "text file busy".) This
is not an error in the GNU system; the text is copied as necessary.
|
|
File too big; the size of a file would be larger than allowed by the system.
|
|
No space left on device; write operation on a file failed because the
disk is full.
|
|
Invalid seek operation (such as on a pipe).
|
|
An attempt was made to modify something on a read-only file system.
|
Too many links; the link count of a single file would become too large.
rename can cause this error if the file being renamed already has
as many links as it can take (see Renaming Files).
|
Broken pipe; there is no process reading from the other end of a pipe.
Every library function that returns this error code also generates a
SIGPIPE signal; this signal terminates the program if not handled
or blocked. Thus, your program will never actually see EPIPE
unless it has handled or blocked SIGPIPE.
|
|
Domain error; used by mathematical functions when an argument value does
not fall into the domain over which the function is defined.
|
|
Range error; used by mathematical functions when the result value is
not representable because of overflow or underflow.
|
Resource temporarily unavailable; the call might work if you try again
later. The macro EWOULDBLOCK is another name for EAGAIN;
they are always the same in the GNU C library.
This error can happen in a few different situations:
- An operation that would block was attempted on an object that has
non-blocking mode selected. Trying the same operation again will block
until some external condition makes it possible to read, write, or
connect (whatever the operation). You can use
select to find out
when the operation will be possible; see Waiting for I/O.
Portability Note: In many older Unix systems, this condition
was indicated by EWOULDBLOCK, which was a distinct error code
different from EAGAIN. To make your program portable, you should
check for both codes and treat them the same.
- A temporary resource shortage made an operation impossible.
fork
can return this error. It indicates that the shortage is expected to
pass, so your program can try the call again later and it may succeed.
It is probably a good idea to delay for a few seconds before trying it
again, to allow time for other processes to release scarce resources.
Such shortages are usually fairly serious and affect the whole system,
so usually an interactive program should report the error to the user
and return to its command loop.
|
In the GNU C library, this is another name for EAGAIN (above).
The values are always the same, on every operating system.
C libraries in many older Unix systems have EWOULDBLOCK as a
separate error code.
|
An operation that cannot complete immediately was initiated on an object
that has non-blocking mode selected. Some functions that must always
block (such as connect; see Connecting) never return
EAGAIN. Instead, they return EINPROGRESS to indicate that
the operation has begun and will take some time. Attempts to manipulate
the object before the call completes return EALREADY. You can
use the select function to find out when the pending operation
has completed; see Waiting for I/O.
|
|
An operation is already in progress on an object that has non-blocking
mode selected.
|
|
A file that isn't a socket was specified when a socket is required.
|
|
The size of a message sent on a socket was larger than the supported
maximum size.
|
|
The socket type does not support the requested communications protocol.
|
|
You specified a socket option that doesn't make sense for the
particular protocol being used by the socket. See Socket Options.
|
| int EPROTONOSUPPORT
|
Macro |
|
The socket domain does not support the requested communications protocol
(perhaps because the requested protocol is completely invalid).
See Creating a Socket.
|
| int ESOCKTNOSUPPORT
|
Macro |
|
The socket type is not supported.
|
|
The operation you requested is not supported. Some socket functions
don't make sense for all types of sockets, and others may not be
implemented for all communications protocols. In the GNU system, this
error can happen for many calls when the object does not support the
particular operation;on call; an asynchronous signal occurred and prevented
completion of the call. When this happens, you should try the call
again.
You can choose to have functions resume after a signal that is handled,
rather than failing with EINTR; see Interrupted Primitives.
|
|
Input/output error; usually used for physical read or write errors.
|
|
No such device or address. The system tried to use the device
represented by a file you specified, and it couldn't find the device.
This can mean that the device file was installed incorrectly, or that
the physical device is missing or not correctly attached to the
computer.
|
Argument list too long; used when the arguments passed to a new program
being executed with one of the exec functions (see Executing a File) occupy too much memory space. This condition never arises in the
GNU system.
|
Invalid executable file format. This condition is detected by the
exec functions; see Executing a File.
|
|
Bad file descriptor; for example, I/O on a descriptor that has been
closed or reading from a descriptor open only for writing (or vice
versa).
|
|
There are no child processes. This error happens on operations that are
supposed to manipulate child processes, when there aren't any processes
to manipulate.
|
|
Deadlock avoided; allocating a system resource would have resulted in a
deadlock situation. The system does not guarantee that it will notice
all such situations. This error means you got lucky and the system
noticed; it might just hang. See File Locks, for an example.
|
|
No memory available. The system cannot allocate more virtual memory
because its capacity is full.
|
|
Permission denied; the file permissions do not allow the attempted operation.
|
|
Bad address; an invalid pointer was detected.
In the GNU system, this error never happens; you get a signal instead.
|
|
A file that isn't a block special file was given in a situation that
requires one. For example, trying to mount an ordinary file as a file
system in Unix gives this error.
|
|
Resource busy; a system resource that can't be shared is already in use.
For example, if you try to delete a file that is the root of a currently
mounted filesystem, you get this error.
|
|
File exists; an existing file was specified in a context where it only
makes sense to specify a new file.
|
An attempt to make an improper link across file systems was detected.
This happens not only when you use link (see Hard Links) but
also when you rename a file with rename (see Renaming Files).
|
|
The wrong type of device was given to a function that expects a
particular sort of device.
|
|
A file that isn't a directory was specified when a directory is required.
|
|
File is a directory; you cannot open a directory for writing,
or create or remove hard links to it.
|
|
Invalid argument. This is used to indicate various kinds of problems
with passing the wrong argument to a library function.
|
|
The current process has too many files open and can't open any more.
Duplicate descriptors do count toward this limit.
In BSD and GNU, the number of open files is controlled by a resource
limit that can usually be increased. If you get this error, you might
want to increase the RLIMIT_NOFILE limit or make it unlimited;
see Limits on Resources.
|
|
There are too many distinct file openings in the entire system. Note
that any number of linked channels count as just one file opening; see
Linked Channels. This error never occurs in the GNU system.
|
|
Inappropriate I/O control operation, such as trying to set terminal
modes on an ordinary file.
|
|
An attempt to execute a file that is currently open for writing, or
write to a file that is currently being executed. Often using a
debugger to run a program is considered having it open for writing and
will cause this error. (The name stands for "text file busy".) This
is not an error in the GNU system; the text is copied as necessary.
|
|
File too big; the size of a file would be larger than allowed by the system.
|
|
No space left on device; write operation on a file failed because the
disk is full.
|
|
Invalid seek operation (such as on a pipe).
|
|
An attempt was made to modify something on a read-only file system.
|
Too many links; the link count of a single file would become too large.
rename can cause this error if the file being renamed already has
as many links as it can take (see Renaming Files).
|
Broken pipe; there is no process reading from the other end of a pipe.
Every library function that returns this error code also generates a
SIGPIPE signal; this signal terminates the program if not handled
or blocked. Thus, your program will never actually see EPIPE
unless it has handled or blocked SIGPIPE.
|
|
Domain error; used by mathematical functions when an argument value does
not fall into the domain over which the function is defined.
|
|
Range error; used by mathematical functions when the result value is
not representable because of overflow or underflow.
|
Resource temporarily unavailable; the call might work if you try again
later. The macro EWOULDBLOCK is another name for EAGAIN;
they are always the same in the GNU C library.
This error can happen in a few different situations:
- An operation that would block was attempted on an object that has
non-blocking mode selected. Trying the same operation again will block
until some external condition makes it possible to read, write, or
connect (whatever the operation). You can use
select to find out
when the operation will be possible; see Waiting for I/O.
Portability Note: In many older Unix systems, this condition
was indicated by EWOULDBLOCK, which was a distinct error code
different from EAGAIN. To make your program portable, you should
check for both codes and treat them the same.
- A temporary resource shortage made an operation impossible.
fork
can return this error. It indicates that the shortage is expected to
pass, so your program can try the call again later and it may succeed.
It is probably a good idea to delay for a few seconds before trying it
again, to allow time for other processes to release scarce resources.
Such shortages are usually fairly serious and affect the whole system,
so usually an interactive program should report the error to the user
and return to its command loop.
|
In the GNU C library, this is another name for EAGAIN (above).
The values are always the same, on every operating system.
C libraries in many older Unix systems have EWOULDBLOCK as a
separate error code.
|
An operation that cannot complete immediately was initiated on an object
that has non-blocking mode selected. Some functions that must always
block (such as connect; see Connecting) never return
EAGAIN. Instead, they return EINPROGRESS to indicate that
the operation has begun and will take some time. Attempts to manipulate
the object before the call completes return EALREADY. You can
use the select function to find out when the pending operation
has completed; see Waiting for I/O.
|
|
An operation is already in progress on an object that has non-blocking
mode selected.
|
|
A file that isn't a socket was specified when a socket is required.
|
|
The size of a message sent on a socket was larger than the supported
maximum size.
|
|
The socket type does not support the requested communications protocol.
|
|
You specified a socket option that doesn't make sense for the
particular protocol being used by the socket. See Socket Options.
|
| int EPROTONOSUPPORT
|
Macro |
|
The socket domain does not support the requested communications protocol
(perhaps because the requested protocol is completely invalid).
See Creating a Socket.
|
| int ESOCKTNOSUPPORT
|
Macro |
|
The socket type is not supported.
|
|
The operation you requested is not supported. Some socket functions
don't make sense for all types of sockets, and others may not be
implemented for all communications protocols. In the GNU system, this
error can happen for many calls when the object does not support the
particular operation;on call; an asynchronous signal occurred and prevented
completion of the call. When this happens, you should try the call
again.
You can choose to have functions resume after a signal that is handled,
rather than failing with EINTR; see Interrupted Primitives.
|
|
Input/output error; usually used for physical read or write errors.
|
|
No such device or address. The system tried to use the device
represented by a file you specified, and it couldn't find the device.
This can mean that the device file was installed incorrectly, or that
the physical device is missing or not correctly attached to the
computer.
|
Argument list too long; used when the arguments passed to a new program
being executed with one of the exec functions (see Executing a File) occupy too much memory space. This condition never arises in the
GNU system.
|
Invalid executable file format. This condition is detected by the
exec functions; see Executing a File.
|
|
Bad file descriptor; for example, I/O on a descriptor that has been
closed or reading from a descriptor open only for writing (or vice
versa).
|
|
There are no child processes. This error happens on operations that are
supposed to manipulate child processes, when there aren't any processes
to manipulate.
|
|
Deadlock avoided; allocating a system resource would have resulted in a
deadlock situation. The system does not guarantee that it will notice
all such situations. This error means you got lucky and the system
noticed; it might just hang. See File Locks, for an example.
|
|
No memory available. The system cannot allocate more virtual memory
because its capacity is full.
|
|
Permission denied; the file permissions do not allow the attempted operation.
|
|
Bad address; an invalid pointer was detected.
In the GNU system, this error never happens; you get a signal instead.
|
|
A file that isn't a block special file was given in a situation that
requires one. For example, trying to mount an ordinary file as a file
system in Unix gives this error.
|
|
Resource busy; a system resource that can't be shared is already in use.
For example, if you try to delete a file that is the root of a currently
mounted filesystem, you get this error.
|
|
File exists; an existing file was specified in a context where it only
makes sense to specify a new file.
|
An attempt to make an improper link across file systems was detected.
This happens not only when you use link (see Hard Links) but
also when you rename a file with rename (see Renaming Files).
|
|
The wrong type of device was given to a function that expects a
particular sort of device.
|
|
A file that isn't a directory was specified when a directory is required.
|
|
File is a directory; you cannot open a directory for writing,
or create or remove hard links to it.
|
|
Invalid argument. This is used to indicate various kinds of problems
with passing the wrong argument to a library function.
|
|
The current process has too many files open and can't open any more.
Duplicate descriptors do count toward this limit.
In BSD and GNU, the number of open files is controlled by a resource
limit that can usually be increased. If you get this error, you might
want to increase the RLIMIT_NOFILE limit or make it unlimited;
see Limits on Resources.
|
|
There are too many distinct file openings in the entire system. Note
that any number of linked channels count as just one file opening; see
Linked Channels. This error never occurs in the GNU system.
|
|
Inappropriate I/O control operation, such as trying to set terminal
modes on an ordinary file.
|
|
An attempt to execute a file that is currently open for writing, or
write to a file that is currently being executed. Often using a
debugger to run a program is considered having it open for writing and
will cause this error. (The name stands for "text file busy".) This
is not an error in the GNU system; the text is copied as necessary.
|
|
File too big; the size of a file would be larger than allowed by the system.
|
|
No space left on device; write operation on a file failed because the
disk is full.
|
|
Invalid seek operation (such as on a pipe).
|
|
An attempt was made to modify something on a read-only file system.
|
Too many links; the link count of a single file would become too large.
rename can cause this error if the file being renamed already has
as many links as it can take (see Renaming Files).
|
Broken pipe; there is no process reading from the other end of a pipe.
Every library function that returns this error code also generates a
SIGPIPE signal; this signal terminates the program if not handled
or blocked. Thus, your program will never actually see EPIPE
unless it has handled or blocked SIGPIPE.
|
|
Domain error; used by mathematical functions when an argument value does
not fall into the domain over which the function is defined.
|
|
Range error; used by mathematical functions when the result value is
not representable because of overflow or underflow.
|
Resource temporarily unavailable; the call might work if you try again
later. The macro EWOULDBLOCK is another name for EAGAIN;
they are always the same in the GNU C library.
This error can happen in a few different situations:
- An operation that would block was attempted on an object that has
non-blocking mode selected. Trying the same operation again will block
until some external condition makes it possible to read, write, or
connect (whatever the operation). You can use
select to find out
when the operation will be possible; see Waiting for I/O.
Portability Note: In many older Unix systems, this condition
was indicated by EWOULDBLOCK, which was a distinct error code
different from EAGAIN. To make your program portable, you should
check for both codes and treat them the same.
- A temporary resource shortage made an operation impossible.
fork
can return this error. It indicates that the shortage is expected to
pass, so your program can try the call again later and it may succeed.
It is probably a good idea to delay for a few seconds before trying it
again, to allow time for other processes to release scarce resources.
Such shortages are usually fairly serious and affect the whole system,
so usually an interactive program should report the error to the user
and return to its command loop.
|
In the GNU C library, this is another name for EAGAIN (above).
The values are always the same, on every operating system.
C libraries in many older Unix systems have EWOULDBLOCK as a
separate error code.
|
An operation that cannot complete immediately was initiated on an object
that has non-blocking mode selected. Some functions that must always
block (such as connect; see Connecting) never return
EAGAIN. Instead, they return EINPROGRESS to indicate that
the operation has begun and will take some time. Attempts to manipulate
the object before the call completes return EALREADY. You can
use the select function to find out when the pending operation
has completed; see Waiting for I/O.
|
|
An operation is already in progress on an object that has non-blocking
mode selected.
|
|
A file that isn't a socket was specified when a socket is required.
|
|
The size of a message sent on a socket was larger than the supported
maximum size.
|
|
The socket type does not support the requested communications protocol.
|
|
You specified a socket option that doesn't make sense for the
particular protocol being used by the socket. See Socket Options.
|
| int EPROTONOSUPPORT
|
Macro |
|
The socket domain does not support the requested communications protocol
(perhaps because the requested protocol is completely invalid).
See Creating a Socket.
|
| int ESOCKTNOSUPPORT
|
Macro |
|
The socket type is not supported.
|
|
The operation you requested is not supported. Some socket functions
don't make sense for all types of sockets, and others may not be
implemented for all communications protocols. In the GNU system, this
error can happen for many calls when the object does not support the
particular operation;on call; an asynchronous signal occurred and prevented
completion of the call. When this happens, you should try the call
again.
You can choose to have functions resume after a signal that is handled,
rather than failing with EINTR; see Interrupted Primitives.
|
|
Input/output error; usually used for physical read or write errors.
|
|
No such device or address. The system tried to use the device
represented by a file you specified, and it couldn't find the device.
This can mean that the device file was installed incorrectly, or that
the physical device is missing or not correctly attached to the
computer.
|
Argument list too long; used when the arguments passed to a new program
being executed with one of the exec functions (see Executing a File) occupy too much memory space. This condition never arises in the
GNU system.
|
Invalid executable file format. This condition is detected by the
exec functions; see Executing a File.
|
|
Bad file descriptor; for example, I/O on a descriptor that has been
closed or reading from a descriptor open only for writing (or vice
versa).
|
|
There are no child processes. This error happens on operations that are
supposed to manipulate child processes, when there aren't any processes
to manipulate.
|
|
Deadlock avoided; allocating a system resource would have resulted in a
deadlock situation. The system does not guarantee that it will notice
all such situations. This error means you got lucky and the system
noticed; it might just hang. See File Locks, for an example.
|
|
No memory available. The system cannot allocate more virtual memory
because its capacity is full.
|
|
Permission denied; the file permissions do not allow the attempted operation.
|
|
Bad address; an invalid pointer was detected.
In the GNU system, this error never happens; you get a signal instead.
|
|
A file that isn't a block special file was given in a situation that
requires one. For example, trying to mount an ordinary file as a file
system in Unix gives this error.
|
|
Resource busy; a system resource that can't be shared is already in use.
For example, if you try to delete a file that is the root of a currently
mounted filesystem, you get this error.
|
|
File exists; an existing file was specified in a context where it only
makes sense to specify a new file.
|
An attempt to make an improper link across file systems was detected.
This happens not only when you use link (see Hard Links) but
also when you rename a file with rename (see Renaming Files).
|
|
The wrong type of device was given to a function that expects a
particular sort of device.
|
|
A file that isn't a directory was specified when a directory is required.
|
|
File is a directory; you cannot open a directory for writing,
or create or remove hard links to it.
|
|
Invalid argument. This is used to indicate various kinds of problems
with passing the wrong argument to a library function.
|
|
The current process has too many files open and can't open any more.
Duplicate descriptors do count toward this limit.
In BSD and GNU, the number of open files is controlled by a resource
limit that can usually be increased. If you get this error, you might
want to increase the RLIMIT_NOFILE limit or make it unlimited;
see Limits on Resources.
|
|
There are too many distinct file openings in the entire system. Note
that any number of linked channels count as just one file opening; see
Linked Channels. This error never occurs in the GNU system.
|
|
Inappropriate I/O control operation, such as trying to set terminal
modes on an ordinary file.
|
|
An attempt to execute a file that is currently open for writing, or
write to a file that is currently being executed. Often using a
debugger to run a program is considered having it open for writing and
will cause this error. (The name stands for "text file busy".) This
is not an error in the GNU system; the text is copied as necessary.
|
|
File too big; the size of a file would be larger than allowed by the system.
|
|
No space left on device; write operation on a file failed because the
disk is full.
|
|
Invalid seek operation (such as on a pipe).
|
|
An attempt was made to modify something on a read-only file system.
|
Too many links; the link count of a single file would become too large.
rename can cause this error if the file being renamed already has
as many links as it can take (see Renaming Files).
|
Broken pipe; there is no process reading from the other end of a pipe.
Every library function that returns this error code also generates a
SIGPIPE signal; this signal terminates the program if not handled
or blocked. Thus, your program will never actually see EPIPE
unless it has handled or blocked SIGPIPE.
|
|
Domain error; used by mathematical functions when an argument value does
not fall into the domain over which the function is defined.
|
|
Range error; used by mathematical functions when the result value is
not representable because of overflow or underflow.
|
Resource temporarily unavailable; the call might work if you try again
later. The macro EWOULDBLOCK is another name for EAGAIN;
they are always the same in the GNU C library.
This error can happen in a few different situations:
- An operation that would block was attempted on an object that has
non-blocking mode selected. Trying the same operation again will block
until some external condition makes it possible to read, write, or
connect (whatever the operation). You can use
select to find out
when the operation will be possible; see Waiting for I/O.
Portability Note: In many older Unix systems, this condition
was indicated by EWOULDBLOCK, which was a distinct error code
different from EAGAIN. To make your program portable, you should
check for both codes and treat them the same.
- A temporary resource shortage made an operation impossible.
fork
can return this error. It indicates that the shortage is expected to
pass, so your program can try the call again later and it may succeed.
It is probably a good idea to delay for a few seconds before trying it
again, to allow time for other processes to release scarce resources.
Such shortages are usually fairly serious and affect the whole system,
so usually an interactive program should report the error to the user
and return to its command loop.
|
In the GNU C library, this is another name for EAGAIN (above).
The values are always the same, on every operating system.
C libraries in many older Unix systems have EWOULDBLOCK as a
separate error code.
|
An operation that cannot complete immediately was initiated on an object
that has non-blocking mode selected. Some functions that must always
block (such as connect; see Connecting) never return
EAGAIN. Instead, they return EINPROGRESS to indicate that
the operation has begun and will take some time. Attempts to manipulate
the object before the call completes return EALREADY. You can
use the select function to find out when the pending operation
has completed; see Waiting for I/O.
|
|
An operation is already in progress on an object that has non-blocking
mode selected.
|
|
A file that isn't a socket was specified when a socket is required.
|
|
The size of a message sent on a socket was larger than the supported
maximum size.
|
|
The socket type does not support the requested communications protocol.
|
|
You specified a socket option that doesn't make sense for the
particular protocol being used by the socket. See Socket Options.
|
| int EPROTONOSUPPORT
|
Macro |
|
The socket domain does not support the requested communications protocol
(perhaps because the requested protocol is completely invalid).
See Creating a Socket.
|
| int ESOCKTNOSUPPORT
|
Macro |
|
The socket type is not supported.
|
|
The operation you requested is not supported. Some socket functions
don't make sense for all types of sockets, and others may not be
implemented for all communications protocols. In the GNU system, this
error can happen for many calls when the object does not support the
particular operation;on call; an asynchronous signal occurred and prevented
completion of the call. When this happens, you should try the call
again.
You can choose to have functions resume after a signal that is handled,
rather than failing with EINTR; see Interrupted Primitives.
|
|
Input/output error; usually used for physical read or write errors.
|
|
No such device or address. The system tried to use the device
represented by a file you specified, and it couldn't find the device.
This can mean that the device file was installed incorrectly, or that
the physical device is missing or not correctly attached to the
computer.
|
Argument list too long; used when the arguments passed to a new program
being executed with one of the exec functions (see Executing a File) occupy too much memory space. This condition never arises in the
GNU system.
|
Invalid executable file format. This condition is detected by the
exec functions; see Executing a File.
|
|
Bad file descriptor; for example, I/O on a descriptor that has been
closed or reading from a descriptor open only for writing (or vice
versa).
|
|
There are no child processes. This error happens on operations that are
supposed to manipulate child processes, when there aren't any processes
to manipulate.
|
|
Deadlock avoided; allocating a system resource would have resulted in a
deadlock situation. The system does not guarantee that it will notice
all such situations. This error means you got lucky and the system
noticed; it might just hang. See File Locks, for an example.
|
|
No memory available. The system cannot allocate more virtual memory
because its capacity is full.
|
|
Permission denied; the file permissions do not allow the attempted operation.
|
|
Bad address; an invalid pointer was detected.
In the GNU system, this error never happens; you get a signal instead.
|
|
A file that isn't a block special file was given in a situation that
requires one. For example, trying to mount an ordinary file as a file
system in Unix gives this error.
|
|
Resource busy; a system resource that can't be shared is already in use.
For example, if you try to delete a file that is the root of a currently
mounted filesystem, you get this error.
|
|
File exists; an existing file was specified in a context where it only
makes sense to specify a new file.
|
An attempt to make an improper link across file systems was detected.
This happens not only when you use link (see Hard Links) but
also when you rename a file with rename (see Renaming Files).
|
|
The wrong type of device was given to a function that expects a
particular sort of device.
|
|
A file that isn't a directory was specified when a directory is required.
|
|
File is a directory; you cannot open a directory for writing,
or create or remove hard links to it.
|
|
Invalid argument. This is used to indicate various kinds of problems
with passing the wrong argument to a library function.
|
|
The current process has too many files open and can't open any more.
Duplicate descriptors do count toward this limit.
In BSD and GNU, the number of open files is controlled by a resource
limit that can usually be increased. If you get this error, you might
want to increase the RLIMIT_NOFILE limit or make it unlimited;
see Limits on Resources.
|
|
There are too many distinct file openings in the entire system. Note
that any number of linked channels count as just one file opening; see
Linked Channels. This error never occurs in the GNU system.
|
|
Inappropriate I/O control operation, such as trying to set terminal
modes on an ordinary file.
|
|
An attempt to execute a file that is currently open for writing, or
write to a file that is currently being executed. Often using a
debugger to run a program is considered having it open for writing and
will cause this error. (The name stands for "text file busy".) This
is not an error in the GNU system; the text is copied as necessary.
|
|
File too big; the size of a file would be larger than allowed by the system.
|
|
No space left on device; write operation on a file failed because the
disk is full.
|
|
Invalid seek operation (such as on a pipe).
|
|
An attempt was made to modify something on a read-only file system.
|
Too many links; the link count of a single file would become too large.
rename can cause this error if the file being renamed already has
as many links as it can take (see Renaming Files).
|
Broken pipe; there is no process reading from the other end of a pipe.
Every library function that returns this error code also generates a
SIGPIPE signal; this signal terminates the program if not handled
or blocked. Thus, your program will never actually see EPIPE
unless it has handled or blocked SIGPIPE.
|
|
Domain error; used by mathematical functions when an argument value does
not fall into the domain over which the function is defined.
|
|
Range error; used by mathematical functions when the result value is
not representable because of overflow or underflow.
|
Resource temporarily unavailable; the call might work if you try again
later. The macro EWOULDBLOCK is another name for EAGAIN;
they are always the same in the GNU C library.
This error can happen in a few different situations:
- An operation that would block was attempted on an object that has
non-blocking mode selected. Trying the same operation again will block
until some external condition makes it possible to read, write, or
connect (whatever the operation). You can use
select to find out
when the operation will be possible; see Waiting for I/O.
Portability Note: In many older Unix systems, this condition
was indicated by EWOULDBLOCK, which was a distinct error code
different from EAGAIN. To make your program portable, you should
check for both codes and treat them the same.
- A temporary resource shortage made an operation impossible.
fork
can return this error. It indicates that the shortage is expected to
pass, so your program can try the call again later and it may succeed.
It is probably a good idea to delay for a few seconds before trying it
again, to allow time for other processes to release scarce resources.
Such shortages are usually fairly serious and affect the whole system,
so usually an interactive program should report the error to the user
and return to its command loop.
|
In the GNU C library, this is another name for EAGAIN (above).
The values are always the same, on every operating system.
C libraries in many older Unix systems have EWOULDBLOCK as a
separate error code.
|
An operation that cannot complete immediately was initiated on an object
that has non-blocking mode selected. Some functions that must always
block (such as connect; see Connecting) never return
EAGAIN. Instead, they return EINPROGRESS to indicate that
the operation has begun and will take some time. Attempts to manipulate
the object before the call completes return EALREADY. You can
use the select function to find out when the pending operation
has completed; see Waiting for I/O.
|
|
An operation is already in progress on an object that has non-blocking
mode selected.
|
|
A file that isn't a socket was specified when a socket is required.
|
|
The size of a message sent on a socket was larger than the supported
maximum size.
|
|
The socket type does not support the requested communications protocol.
|
|
You specified a socket option that doesn't make sense for the
particular protocol being used by the socket. See Socket Options.
|
| int EPROTONOSUPPORT
|
Macro |
|
The socket domain does not support the requested communications protocol
(perhaps because the requested protocol is completely invalid).
See Creating a Socket.
|
| int ESOCKTNOSUPPORT
|
Macro |
|
The socket type is not supported.
|
|
The operation you requested is not supported. Some socket functions
don't make sense for all types of sockets, and others may not be
implemented for all communications protocols. In the GNU system, this
error can happen for many calls when the object does not support the
particular operation;on call; an asynchronous signal occurred and prevented
completion of the call. When this happens, you should try the call
again.
You can choose to have functions resume after a signal that is handled,
rather than failing with EINTR; see Interrupted Primitives.
|
|
Input/output error; usually used for physical read or write errors.
|
|
No such device or address. The system tried to use the device
represented by a file you specified, and it couldn't find the device.
This can mean that the device file was installed incorrectly, or that
the physical device is missing or not correctly attached to the
computer.
|
Argument list too long; used when the arguments passed to a new program
being executed with one of the exec functions (see Executing a File) occupy too much memory space. This condition never arises in the
GNU system.
|
Invalid executable file format. This condition is detected by the
exec functions; see Executing a File.
|
|
Bad file descriptor; for example, I/O on a descriptor that has been
closed or reading from a descriptor open only for writing (or vice
versa).
|
|
There are no child processes. This error happens on operations that are
supposed to manipulate child processes, when there aren't any processes
to manipulate.
|
|
Deadlock avoided; allocating a system resource would have resulted in a
deadlock situation. The system does not guarantee that it will notice
all such situations. This error means you got lucky and the system
noticed; it might just hang. See File Locks, for an example.
|
|
No memory available. The system cannot allocate more virtual memory
because its capacity is full.
|
|
Permission denied; the file permissions do not allow the attempted operation.
|
|
Bad address; an invalid pointer was detected.
In the GNU system, this error never happens; you get a signal instead.
|
|
A file that isn't a block special file was given in a situation that
requires one. For example, trying to mount an ordinary file as a file
system in Unix gives this error.
|
|
Resource busy; a system resource that can't be shared is already in use.
For example, if you try to delete a file that is the root of a currently
mounted filesystem, you get this error.
|
|
File exists; an existing file was specified in a context where it only
makes sense to specify a new file.
|
An attempt to make an improper link across file systems was detected.
This happens not only when you use link (see Hard Links) but
also when you rename a file with rename (see Renaming Files).
|
|
The wrong type of device was given to a function that expects a
particular sort of device.
|
|
A file that isn't a directory was specified when a directory is required.
|
|
File is a directory; you cannot open a directory for writing,
or create or remove hard links to it.
|
|
Invalid argument. This is used to indicate various kinds of problems
with passing the wrong argument to a library function.
|
|
The current process has too many files open and can't open any more.
Duplicate descriptors do count toward this limit.
In BSD and GNU, the number of open files is controlled by a resource
limit that can usually be increased. If you get this error, you might
want to increase the RLIMIT_NOFILE limit or make it unlimited;
see Limits on Resources.
|
|
There are too many distinct file openings in the entire system. Note
that any number of linked channels count as just one file opening; see
Linked Channels. This error never occurs in the GNU system.
|
|
Inappropriate I/O control operation, such as trying to set terminal
modes on an ordinary file.
|
|
An attempt to execute a file that is currently open for writing, or
write to a file that is currently being executed. Often using a
debugger to run a program is considered having it open for writing and
will cause this error. (The name stands for "text file busy".) This
is not an error in the GNU system; the text is copied as necessary.
|
|
File too big; the size of a file would be larger than allowed by the system.
|
|
No space left on device; write operation on a file failed because the
disk is full.
|
|
Invalid seek operation (such as on a pipe).
|
|
An attempt was made to modify something on a read-only file system.
|
Too many links; the link count of a single file would become too large.
rename can cause this error if the file being renamed already has
as many links as it can take (see Renaming Files).
|
Broken pipe; there is no process reading from the other end of a pipe.
Every library function that returns this error code also generates a
SIGPIPE signal; this signal terminates the program if not handled
or blocked. Thus, your program will never actually see EPIPE
unless it has handled or blocked SIGPIPE.
|
|
Domain error; used by mathematical functions when an argument value does
not fall into the domain over which the function is defined.
|
|
Range error; used by mathematical functions when the result value is
not representable because of overflow or underflow.
|
Resource temporarily unavailable; the call might work if you try again
later. The macro EWOULDBLOCK is another name for EAGAIN;
they are always the same in the GNU C library.
This error can happen in a few different situations:
- An operation that would block was attempted on an object that has
non-blocking mode selected. Trying the same operation again will block
until some external condition makes it possible to read, write, or
connect (whatever the operation). You can use
select to find out
when the operation will be possible; see Waiting for I/O.
Portability Note: In many older Unix systems, this condition
was indicated by EWOULDBLOCK, which was a distinct error code
different from EAGAIN. To make your program portable, you should
check for both codes and treat them the same.
- A temporary resource shortage made an operation impossible.
fork
can return this error. It indicates that the shortage is expected to
pass, so your program can try the call again later and it may succeed.
It is probably a good idea to delay for a few seconds before trying it
again, to allow time for other processes to release scarce resources.
Such shortages are usually fairly serious and affect the whole system,
so usually an interactive program should report the error to the user
and return to its command loop.
|
In the GNU C library, this is another name for EAGAIN (above).
The values are always the same, on every operating system.
C libraries in many older Unix systems have EWOULDBLOCK as a
separate error code.
|
An operation that cannot complete immediately was initiated on an object
that has non-blocking mode selected. Some functions that must always
block (such as connect; see Connecting) never return
EAGAIN. Instead, they return EINPROGRESS to indicate that
the operation has begun and will take some time. Attempts to manipulate
the object before the call completes return EALREADY. You can
use the select function to find out when the pending operation
has completed; see Waiting for I/O.
|
|
An operation is already in progress on an object that has non-blocking
mode selected.
|
|
A file that isn't a socket was specified when a socket is required.
|
|
The size of a message sent on a socket was larger than the supported
maximum size.
|
|
The socket type does not support the requested communications protocol.
|
|
You specified a socket option that doesn't make sense for the
particular protocol being used by the socket. See Socket Options.
|
| int EPROTONOSUPPORT
|
Macro |
|
The socket domain does not support the requested communications protocol
(perhaps because the requested protocol is completely invalid).
See Creating a Socket.
|
| int ESOCKTNOSUPPORT
|
Macro |
|
The socket type is not supported.
|
|
The operation you requested is not supported. Some socket functions
don't make sense for all types of sockets, and others may not be
implemented for all communications protocols. In the GNU system, this
error can happen for many calls when the object does not support the
particular operation;on call; an asynchronous signal occurred and prevented
completion of the call. When this happens, you should try the call
again.
You can choose to have functions resume after a signal that is handled,
rather than failing with EINTR; see Interrupted Primitives.
|
|
Input/output error; usually used for physical read or write errors.
|
|
No such device or address. The system tried to use the device
represented by a file you specified, and it couldn't find the device.
This can mean that the device file was installed incorrectly, or that
the physical device is missing or not correctly attached to the
computer.
|
Argument list too long; used when the arguments passed to a new program
being executed with one of the exec functions (see Executing a File) occupy too much memory space. This condition never arises in the
GNU system.
|
Invalid executable file format. This condition is detected by the
exec functions; see Executing a File.
|
|
Bad file descriptor; for example, I/O on a descriptor that has been
closed or reading from a descriptor open only for writing (or vice
versa).
|
|
There are no child processes. This error happens on operations that are
supposed to manipulate child processes, when there aren't any processes
to manipulate.
|
|
Deadlock avoided; allocating a system resource would have resulted in a
deadlock situation. The system does not guarantee that it will notice
all such situations. This error means you got lucky and the system
noticed; it might just hang. See File Locks, for an example.
|
|
No memory available. The system cannot allocate more virtual memory
because its capacity is full.
|
|
Permission denied; the file permissions do not allow the attempted operation.
|
|
Bad address; an invalid pointer was detected.
In the GNU system, this error never happens; you get a signal instead.
|
|
A file that isn't a block special file was given in a situation that
requires one. For example, trying to mount an ordinary file as a file
system in Unix gives this error.
|
|
Resource busy; a system resource that can't be shared is already in use.
For example, if you try to delete a file that is the root of a currently
mounted filesystem, you get this error.
|
|
File exists; an existing file was specified in a context where it only
makes sense to specify a new file.
|
An attempt to make an improper link across file systems was detected.
This happens not only when you use link (see Hard Links) but
also when you rename a file with rename (see Renaming Files).
|
|
The wrong type of device was given to a function that expects a
particular sort of device.
|
|
A file that isn't a directory was specified when a directory is required.
|
|
File is a directory; you cannot open a directory for writing,
or create or remove hard links to it.
|
|
Invalid argument. This is used to indicate various kinds of problems
with passing the wrong argument to a library function.
|
|
The current process has too many files open and can't open any more.
Duplicate descriptors do count toward this limit.
In BSD and GNU, the number of open files is controlled by a resource
limit that can usually be increased. If you get this error, you might
want to increase the RLIMIT_NOFILE limit or make it unlimited;
see Limits on Resources.
|
|
There are too many distinct file openings in the entire system. Note
that any number of linked channels count as just one file opening; see
Linked Channels. This error never occurs in the GNU system.
|
|
Inappropriate I/O control operation, such as trying to set terminal
modes on an ordinary file.
|
|
An attempt to execute a file that is currently open for writing, or
write to a file that is currently being executed. Often using a
debugger to run a program is considered having it open for writing and
will cause this error. (The name stands for "text file busy".) This
is not an error in the GNU system; the text is copied as necessary.
|
|
File too big; the size of a file would be larger than allowed by the system.
|
|
No space left on device; write operation on a file failed because the
disk is full.
|
|
Invalid seek operation (such as on a pipe).
|
|
An attempt was made to modify something on a read-only file system.
|
Too many links; the link count of a single file would become too large.
rename can cause this error if the file being renamed already has
as many links as it can take (see Renaming Files).
|
Broken pipe; there is no process reading from the other end of a pipe.
Every library function that returns this error code also generates a
SIGPIPE signal; this signal terminates the program if not handled
or blocked. Thus, your program will never actually see EPIPE
unless it has handled or blocked SIGPIPE.
|
|
Domain error; used by mathematical functions when an argument value does
not fall into the domain over which the function is defined.
|
|
Range error; used by mathematical functions when the result value is
not representable because of overflow or underflow.
|
Resource temporarily unavailable; the call might work if you try again
later. The macro EWOULDBLOCK is another name for EAGAIN;
they are always the same in the GNU C library.
This error can happen in a few different situations:
- An operation that would block was attempted on an object that has
non-blocking mode selected. Trying the same operation again will block
until some external condition makes it possible to read, write, or
connect (whatever the operation). You can use
select to find out
when the operation will be possible; see Waiting for I/O.
Portability Note: In many older Unix systems, this condition
was indicated by EWOULDBLOCK, which was a distinct error code
different from EAGAIN. To make your program portable, you should
check for both codes and treat them the same.
- A temporary resource shortage made an operation impossible.
fork
can return this error. It indicates that the shortage is expected to
pass, so your program can try the call again later and it may succeed.
It is probably a good idea to delay for a few seconds before trying it
again, to allow time for other processes to release scarce resources.
Such shortages are usually fairly serious and affect the whole system,
so usually an interactive program should report the error to the user
and return to its command loop.
|
In the GNU C library, this is another name for EAGAIN (above).
The values are always the same, on every operating system.
C libraries in many older Unix systems have EWOULDBLOCK as a
separate error code.
|
An operation that cannot complete immediately was initiated on an object
that has non-blocking mode selected. Some functions that must always
block (such as connect; see Connecting) never return
EAGAIN. Instead, they return EINPROGRESS to indicate that
the operation has begun and will take some time. Attempts to manipulate
the object before the call completes return EALREADY. You can
use the select function to find out when the pending operation
has completed; see Waiting for I/O.
|
|
An operation is already in progress on an object that has non-blocking
mode selected.
|
|
A file that isn't a socket was specified when a socket is required.
|
|
The size of a message sent on a socket was larger than the supported
maximum size.
|
|
The socket type does not support the requested communications protocol.
|
|
You specified a socket option that doesn't make sense for the
particular protocol being used by the socket. See Socket Options.
|
| int EPROTONOSUPPORT
|
Macro |
|
The socket domain does not support the requested communications protocol
(perhaps because the requested protocol is completely invalid).
See Creating a Socket.
|
| int ESOCKTNOSUPPORT
|
Macro |
|
The socket type is not supported.
|
|
The operation you requested is not supported. Some socket functions
don't make sense for all types of sockets, and others may not be
implemented for all communications protocols. In the GNU system, this
error can happen for many calls when the object does not support the
particular operation;on call; an asynchronous signal occurred and prevented
completion of the call. When this happens, you should try the call
again.
You can choose to have functions resume after a signal that is handled,
rather than failing with EINTR; see Interrupted Primitives.
|
|
Input/output error; usually used for physical read or write errors.
|
|
No such device or address. The system tried to use the device
represented by a file you specified, and it couldn't find the device.
This can mean that the device file was installed incorrectly, or that
the physical device is missing or not correctly attached to the
computer.
|
Argument list too long; used when the arguments passed to a new program
being executed with one of the exec functions (see Executing a File) occupy too much memory space. This condition never arises in the
GNU system.
|
Invalid executable file format. This condition is detected by the
exec functions; see Executing a File.
|
|
Bad file descriptor; for example, I/O on a descriptor that has been
closed or reading from a descriptor open only for writing (or vice
versa).
|
|
There are no child processes. This error happens on operations that are
supposed to manipulate child processes, when there aren't any processes
to manipulate.
|
|
Deadlock avoided; allocating a system resource would have resulted in a
deadlock situation. The system does not guarantee that it will notice
all such situations. This error means you got lucky and the system
noticed; it might just hang. See File Locks, for an example.
|
|
No memory available. The system cannot allocate more virtual memory
because its capacity is full.
|
|
Permission denied; the file permissions do not allow the attempted operation.
|
|
Bad address; an invalid pointer was detected.
In the GNU system, this error never happens; you get a signal instead.
|
|
A file that isn't a block special file was given in a situation that
requires one. For example, trying to mount an ordinary file as a file
system in Unix gives this error.
|
|
Resource busy; a system resource that can't be shared is already in use.
For example, if you try to delete a file that is the root of a currently
mounted filesystem, you get this error.
|
|
File exists; an existing file was specified in a context where it only
makes sense to specify a new file.
|
An attempt to make an improper link across file systems was detected.
This happens not only when you use link (see Hard Links) but
also when you rename a file with rename (see Renaming Files).
|
|
The wrong type of device was given to a function that expects a
particular sort of device.
|
|
A file that isn't a directory was specified when a directory is required.
|
|
File is a directory; you cannot open a directory for writing,
or create or remove hard links to it.
|
|
Invalid argument. This is used to indicate various kinds of problems
with passing the wrong argument to a library function.
|
|
The current process has too many files open and can't open any more.
Duplicate descriptors do count toward this limit.
In BSD and GNU, the number of open files is controlled by a resource
limit that can usually be increased. If you get this error, you might
want to increase the RLIMIT_NOFILE limit or make it unlimited;
see Limits on Resources.
|
|
There are too many distinct file openings in the entire system. Note
that any number of linked channels count as just one file opening; see
Linked Channels. This error never occurs in the GNU system.
|
|
Inappropriate I/O control operation, such as trying to set terminal
modes on an ordinary file.
|
|
An attempt to execute a file that is currently open for writing, or
write to a file that is currently being executed. Often using a
debugger to run a program is considered having it open for writing and
will cause this error. (The name stands for "text file busy".) This
is not an error in the GNU system; the text is copied as necessary.
|
|
File too big; the size of a file would be larger than allowed by the system.
|
|
No space left on device; write operation on a file failed because the
disk is full.
|
|
Invalid seek operation (such as on a pipe).
|
|
An attempt was made to modify something on a read-only file system.
|
Too many links; the link count of a single file would become too large.
rename can cause this error if the file being renamed already has
as many links as it can take (see Renaming Files).
|
Broken pipe; there is no process reading from the other end of a pipe.
Every library function that returns this error code also generates a
SIGPIPE signal; this signal terminates the program if not handled
or blocked. Thus, your program will never actually see EPIPE
unless it has handled or blocked SIGPIPE.
|
|
Domain error; used by mathematical functions when an argument value does
not fall into the domain over which the function is defined.
|
|
Range error; used by mathematical functions when the result value is
not representable because of overflow or underflow.
|
Resource temporarily unavailable; the call might work if you try again
later. The macro EWOULDBLOCK is another name for EAGAIN;
they are always the same in the GNU C library.
This error can happen in a few different situations:
- An operation that would block was attempted on an object that has
non-blocking mode selected. Trying the same operation again will block
until some external condition makes it possible to read, write, or
connect (whatever the operation). You can use
select to find out
when the operation will be possible; see Waiting for I/O.
Portability Note: In many older Unix systems, this condition
was indicated by EWOULDBLOCK, which was a distinct error code
different from EAGAIN. To make your program portable, you should
check for both codes and treat them the same.
- A temporary resource shortage made an operation impossible.
fork
can return this error. It indicates that the shortage is expected to
pass, so your program can try the call again later and it may succeed.
It is probably a good idea to delay for a few seconds before trying it
again, to allow time for other processes to release scarce resources.
Such shortages are usually fairly serious and affect the whole system,
so usually an interactive program should report the error to the user
and return to its command loop.
|
In the GNU C library, this is another name for EAGAIN (above).
The values are always the same, on every operating system.
C libraries in many older Unix systems have EWOULDBLOCK as a
separate error code.
|
An operation that cannot complete immediately was initiated on an object
that has non-blocking mode selected. Some functions that must always
block (such as connect; see Connecting) never return
EAGAIN. Instead, they return EINPROGRESS to indicate that
the operation has begun and will take some time. Attempts to manipulate
the object before the call completes return EALREADY. You can
use the select function to find out when the pending operation
has completed; see Waiting for I/O.
|
|
An operation is already in progress on an object that has non-blocking
mode selected.
|
|
A file that isn't a socket was specified when a socket is required.
|
|
The size of a message sent on a socket was larger than the supported
maximum size.
|
|
The socket type does not support the requested communications protocol.
|
|
You specified a socket option that doesn't make sense for the
particular protocol being used by the socket. See Socket Options.
|
| int EPROTONOSUPPORT
|
Macro |
|
The socket domain does not support the requested communications protocol
(perhaps because the requested protocol is completely invalid).
See Creating a Socket.
|
| int ESOCKTNOSUPPORT
|
Macro |
|
The socket type is not supported.
|
|
The operation you requested is not supported. Some socket functions
don't make sense for all types of sockets, and others may not be
implemented for all communications protocols. In the GNU system, this
error can happen for many calls when the object does not support the
particular operation;on call; an asynchronous signal occurred and prevented
completion of the call. When this happens, you should try the call
again.
You can choose to have functions resume after a signal that is handled,
rather than failing with EINTR; see Interrupted Primitives.
|
|
Input/output error; usually used for physical read or write errors.
|
|
No such device or address. The system tried to use the device
represented by a file you specified, and it couldn't find the device.
This can mean that the device file was installed incorrectly, or that
the physical device is missing or not correctly attached to the
computer.
|
Argument list too long; used when the arguments passed to a new program
being executed with one of the exec functions (see Executing a File) occupy too much memory space. This condition never arises in the
GNU system.
|
Invalid executable file format. This condition is detected by the
exec functions; see Executing a File.
|
|
Bad file descriptor; for example, I/O on a descriptor that has been
closed or reading from a descriptor open only for writing (or vice
versa).
|
|
There are no child processes. This error happens on operations that are
supposed to manipulate child processes, when there aren't any processes
to manipulate.
|
|
Deadlock avoided; allocating a system resource would have resulted in a
deadlock situation. The system does not guarantee that it will notice
all such situations. This error means you got lucky and the system
noticed; it might just hang. See File Locks, for an example.
|
|
No memory available. The system cannot allocate more virtual memory
because its capacity is full.
|
|
Permission denied; the file permissions do not allow the attempted operation.
|
|
Bad address; an invalid pointer was detected.
In the GNU system, this error never happens; you get a signal instead.
|
|
A file that isn't a block special file was given in a situation that
requires one. For example, trying to mount an ordinary file as a file
system in Unix gives this error.
|
|
Resource busy; a system resource that can't be shared is already in use.
For example, if you try to delete a file that is the root of a currently
mounted filesystem, you get this error.
|
|
File exists; an existing file was specified in a context where it only
makes sense to specify a new file.
|
An attempt to make an improper link across file systems was detected.
This happens not only when you use link (see Hard Links) but
also when you rename a file with rename (see Renaming Files).
|
|
The wrong type of device was given to a function that expects a
particular sort of device.
|
|
A file that isn't a directory was specified when a directory is required.
|
|
File is a directory; you cannot open a directory for writing,
or create or remove hard links to it.
|
|
Invalid argument. This is used to indicate various kinds of problems
with passing the wrong argument to a library function.
|
|
The current process has too many files open and can't open any more.
Duplicate descriptors do count toward this limit.
In BSD and GNU, the number of open files is controlled by a resource
limit that can usually be increased. If you get this error, you might
want to increase the RLIMIT_NOFILE limit or make it unlimited;
see Limits on Resources.
|
|
There are too many distinct file openings in the entire system. Note
that any number of linked channels count as just one file opening; see
Linked Channels. This error never occurs in the GNU system.
|
|
Inappropriate I/O control operation, such as trying to set terminal
modes on an ordinary file.
|
|
An attempt to execute a file that is currently open for writing, or
write to a file that is currently being executed. Often using a
debugger to run a program is considered having it open for writing and
will cause this error. (The name stands for "text file busy".) This
is not an error in the GNU system; the text is copied as necessary.
|
|
File too big; the size of a file would be larger than allowed by the system.
|
|
No space left on device; write operation on a file failed because the
disk is full.
|
|
Invalid seek operation (such as on a pipe).
|
|
An attempt was made to modify something on a read-only file system.
|
Too many links; the link count of a single file would become too large.
rename can cause this error if the file being renamed already has
as many links as it can take (see Renaming Files).
|
Broken pipe; there is no process reading from the other end of a pipe.
Every library function that returns this error code also generates a
SIGPIPE signal; this signal terminates the program if not handled
or blocked. Thus, your program will never actually see EPIPE
unless it has handled or blocked SIGPIPE.
|
|
Domain error; used by mathematical functions when an argument value does
not fall into the domain over which the function is defined.
|
|
Range error; used by mathematical functions when the result value is
not representable because of overflow or underflow.
|
Resource temporarily unavailable; the call might work if you try again
later. The macro EWOULDBLOCK is another name for EAGAIN;
they are always the same in the GNU C library.
This error can happen in a few different situations:
- An operation that would block was attempted on an object that has
non-blocking mode selected. Trying the same operation again will block
until some external condition makes it possible to read, write, or
connect (whatever the operation). You can use
select to find out
when the operation will be possible; see Waiting for I/O.
Portability Note: In many older Unix systems, this condition
was indicated by EWOULDBLOCK, which was a distinct error code
different from EAGAIN. To make your program portable, you should
check for both codes and treat them the same.
- A temporary resource shortage made an operation impossible.
fork
can return this error. It indicates that the shortage is expected to
pass, so your program can try the call again later and it may succeed.
It is probably a good idea to delay for a few seconds before trying it
again, to allow time for other processes to release scarce resources.
Such shortages are usually fairly serious and affect the whole system,
so usually an interactive program should report the error to the user
and return to its command loop.
|
In the GNU C library, this is another name for EAGAIN (above).
The values are always the same, on every operating system.
C libraries in many older Unix systems have EWOULDBLOCK as a
separate error code.
|
An operation that cannot complete immediately was initiated on an object
that has non-blocking mode selected. Some functions that must always
block (such as connect; see Connecting) never return
EAGAIN. Instead, they return EINPROGRESS to indicate that
the operation has begun and will take some time. Attempts to manipulate
the object before the call completes return EALREADY. You can
use the select function to find out when the pending operation
has completed; see Waiting for I/O.
|
|
An operation is already in progress on an object that has non-blocking
mode selected.
|
|
A file that isn't a socket was specified when a socket is required.
|
|
The size of a message sent on a socket was larger than the supported
maximum size.
|
|
The socket type does not support the requested communications protocol.
|
|
You specified a socket option that doesn't make sense for the
particular protocol being used by the socket. See Socket Options.
|
| int EPROTONOSUPPORT
|
Macro |
|
The socket domain does not support the requested communications protocol
(perhaps because the requested protocol is completely invalid).
See Creating a Socket.
|
| int ESOCKTNOSUPPORT
|
Macro |
|
The socket type is not supported.
|
|
The operation you requested is not supported. Some socket functions
don't make sense for all types of sockets, and others may not be
implemented for all communications protocols. In the GNU system, this
error can happen for many calls when the object does not support the
particular operation;on call; an asynchronous signal occurred and prevented
completion of the call. When this happens, you should try the call
again.
You can choose to have functions resume after a signal that is handled,
rather than failing with EINTR; see Interrupted Primitives.
|
|
Input/output error; usually used for physical read or write errors.
|
|
No such device or address. The system tried to use the device
represented by a file you specified, and it couldn't find the device.
This can mean that the device file was installed incorrectly, or that
the physical device is missing or not correctly attached to the
computer.
|
Argument list too long; used when the arguments passed to a new program
being executed with one of the exec functions (see Executing a File) occupy too much memory space. This condition never arises in the
GNU system.
|
Invalid executable file format. This condition is detected by the
exec functions; see Executing a File.
|
|
Bad file descriptor; for example, I/O on a descriptor that has been
closed or reading from a descriptor open only for writing (or vice
versa).
|
|
There are no child processes. This error happens on operations that are
supposed to manipulate child processes, when there aren't any processes
to manipulate.
|
|
Deadlock avoided; allocating a system resource would have resulted in a
deadlock situation. The system does not guarantee that it will notice
all such situations. This error means you got lucky and the system
noticed; it might just hang. See File Locks, for an example.
|
|
No memory available. The system cannot allocate more virtual memory
because its capacity is full.
|
|
Permission denied; the file permissions do not allow the attempted operation.
|
|
Bad address; an invalid pointer was detected.
In the GNU system, this error never happens; you get a signal instead.
|
|
A file that isn't a block special file was given in a situation that
requires one. For example, trying to mount an ordinary file as a file
system in Unix gives this error.
|
|
Resource busy; a system resource that can't be shared is already in use.
For example, if you try to delete a file that is the root of a currently
mounted filesystem, you get this error.
|
|
File exists; an existing file was specified in a context where it only
makes sense to specify a new file.
|
An attempt to make an improper link across file systems was detected.
This happens not only when you use link (see Hard Links) but
also when you rename a file with rename (see Renaming Files).
|
|
The wrong type of device was given to a function that expects a
particular sort of device.
|
|
A file that isn't a directory was specified when a directory is required.
|
|
File is a directory; you cannot open a directory for writing,
or create or remove hard links to it.
|
|
Invalid argument. This is used to indicate various kinds of problems
with passing the wrong argument to a library function.
|
|
The current process has too many files open and can't open any more.
Duplicate descriptors do count toward this limit.
In BSD and GNU, the number of open files is controlled by a resource
limit that can usually be increased. If you get this error, you might
want to increase the RLIMIT_NOFILE limit or make it unlimited;
see Limits on Resources.
|
|
There are too many distinct file openings in the entire system. Note
that any number of linked channels count as just one file opening; see
Linked Channels. This error never occurs in the GNU system.
|
|
Inappropriate I/O control operation, such as trying to set terminal
modes on an ordinary file.
|
|
An attempt to execute a file that is currently open for writing, or
write to a file that is currently being executed. Often using a
debugger to run a program is considered having it open for writing and
will cause this error. (The name stands for "text file busy".) This
is not an error in the GNU system; the text is copied as necessary.
|
|
File too big; the size of a file would be larger than allowed by the system.
|
|
No space left on device; write operation on a file failed because the
disk is full.
|
|
Invalid seek operation (such as on a pipe).
|
|
An attempt was made to modify something on a read-only file system.
|
Too many links; the link count of a single file would become too large.
rename can cause this error if the file being renamed already has
as many links as it can take (see Renaming Files).
|
Broken pipe; there is no process reading from the other end of a pipe.
Every library function that returns this error code also generates a
SIGPIPE signal; this signal terminates the program if not handled
or blocked. Thus, your program will never actually see EPIPE
unless it has handled or blocked SIGPIPE.
|
|
Domain error; used by mathematical functions when an argument value does
not fall into the domain over which the function is defined.
|
|
Range error; used by mathematical functions when the result value is
not representable because of overflow or underflow.
|
Resource temporarily unavailable; the call might work if you try again
later. The macro EWOULDBLOCK is another name for EAGAIN;
they are always the same in the GNU C library.
This error can happen in a few different situations:
- An operation that would block was attempted on an object that has
non-blocking mode selected. Trying the same operation again will block
until some external condition makes it possible to read, write, or
connect (whatever the operation). You can use
select to find out
when the operation will be possible; see Waiting for I/O.
Portability Note: In many older Unix systems, this condition
was indicated by EWOULDBLOCK, which was a distinct error code
different from EAGAIN. To make your program portable, you should
check for both codes and treat them the same.
- A temporary resource shortage made an operation impossible.
fork
can return this error. It indicates that the shortage is expected to
pass, so your program can try the call again later and it may succeed.
It is probably a good idea to delay for a few seconds before trying it
again, to allow time for other processes to release scarce resources.
Such shortages are usually fairly serious and affect the whole system,
so usually an interactive program should report the error to the user
and return to its command loop.
|
In the GNU C library, this is another name for EAGAIN (above).
The values are always the same, on every operating system.
C libraries in many older Unix systems have EWOULDBLOCK as a
separate error code.
|
An operation that cannot complete immediately was initiated on an object
that has non-blocking mode selected. Some functions that must always
block (such as connect; see Connecting) never return
EAGAIN. Instead, they return EINPROGRESS to indicate that
the operation has begun and will take some time. Attempts to manipulate
the object before the call completes return EALREADY. You can
use the select function to find out when the pending operation
has completed; see Waiting for I/O.
|
|
An operation is already in progress on an object that has non-blocking
mode selected.
|
|
A file that isn't a socket was specified when a socket is required.
|
|
The size of a message sent on a socket was larger than the supported
maximum size.
|
|
The socket type does not support the requested communications protocol.
|
|
You specified a socket option that doesn't make sense for the
particular protocol being used by the socket. See Socket Options.
|
| int EPROTONOSUPPORT
|
Macro |
|
The socket domain does not support the requested communications protocol
(perhaps because the requested protocol is completely invalid).
See Creating a Socket.
|
| int ESOCKTNOSUPPORT
|
Macro |
|
The socket type is not supported.
|
|
The operation you requested is not supported. Some socket functions
don't make sense for all types of sockets, and others may not be
implemented for all communications protocols. In the GNU system, this
error can happen for many calls when the object does not support the
particular operation;on call; an asynchronous signal occurred and prevented
completion of the call. When this happens, you should try the call
again.
You can choose to have functions resume after a signal that is handled,
rather than failing with EINTR; see Interrupted Primitives.
|
|
Input/output error; usually used for physical read or write errors.
|
|
No such device or address. The system tried to use the device
represented by a file you specified, and it couldn't find the device.
This can mean that the device file was installed incorrectly, or that
the physical device is missing or not correctly attached to the
computer.
|
Argument list too long; used when the arguments passed to a new program
being executed with one of the exec functions (see Executing a File) occupy too much memory space. This condition never arises in the
GNU system.
|
Invalid executable file format. This condition is detected by the
exec functions; see Executing a File.
|
|
Bad file descriptor; for example, I/O on a descriptor that has been
closed or reading from a descriptor open only for writing (or vice
versa).
|
|
There are no child processes. This error happens on operations that are
supposed to manipulate child processes, when there aren't any processes
to manipulate.
|
|
Deadlock avoided; allocating a system resource would have resulted in a
deadlock situation. The system does not guarantee that it will notice
all such situations. This error means you got lucky and the system
noticed; it might just hang. See File Locks, for an example.
|
|
No memory available. The system cannot allocate more virtual memory
because its capacity is full.
|
|
Permission denied; the file permissions do not allow the attempted operation.
|
|
Bad address; an invalid pointer was detected.
In the GNU system, this error never happens; you get a signal instead.
|
|
A file that isn't a block special file was given in a situation that
requires one. For example, trying to mount an ordinary file as a file
system in Unix gives this error.
|
|
Resource busy; a system resource that can't be shared is already in use.
For example, if you try to delete a file that is the root of a currently
mounted filesystem, you get this error.
|
|
File exists; an existing file was specified in a context where it only
makes sense to specify a new file.
|
An attempt to make an improper link across file systems was detected.
This happens not only when you use link (see Hard Links) but
also when you rename a file with rename (see Renaming Files).
|
|
The wrong type of device was given to a function that expects a
particular sort of device.
|
|
A file that isn't a directory was specified when a directory is required.
|
|
File is a directory; you cannot open a directory for writing,
or create or remove hard links to it.
|
|
Invalid argument. This is used to indicate various kinds of problems
with passing the wrong argument to a library function.
|
|
The current process has too many files open and can't open any more.
Duplicate descriptors do count toward this limit.
In BSD and GNU, the number of open files is controlled by a resource
limit that can usually be increased. If you get this error, you might
want to increase the RLIMIT_NOFILE limit or make it unlimited;
see Limits on Resources.
|
|
There are too many distinct file openings in the entire system. Note
that any number of linked channels count as just one file opening; see
Linked Channels. This error never occurs in the GNU system.
|
|
Inappropriate I/O control operation, such as trying to set terminal
modes on an ordinary file.
|
|
An attempt to execute a file that is currently open for writing, or
write to a file that is currently being executed. Often using a
debugger to run a program is considered having it open for writing and
will cause this error. (The name stands for "text file busy".) This
is not an error in the GNU system; the text is copied as necessary.
|
|
File too big; the size of a file would be larger than allowed by the system.
|
|
No space left on device; write operation on a file failed because the
disk is full.
|
|
Invalid seek operation (such as on a pipe).
|
|
An attempt was made to modify something on a read-only file system.
|
Too many links; the link count of a single file would become too large.
rename can cause this error if the file being renamed already has
as many links as it can take (see Renaming Files).
|
Broken pipe; there is no process reading from the other end of a pipe.
Every library function that returns this error code also generates a
SIGPIPE signal; this signal terminates the program if not handled
or blocked. Thus, your program will never actually see EPIPE
unless it has handled or blocked SIGPIPE.
|
|
Domain error; used by mathematical functions when an argument value does
not fall into the domain over which the function is defined.
|
|
Range error; used by mathematical functions when the result value is
not representable because of overflow or underflow.
|
Resource temporarily unavailable; the call might work if you try again
later. The macro EWOULDBLOCK is another name for EAGAIN;
they are always the same in the GNU C library.
This error can happen in a few different situations:
- An operation that would block was attempted on an object that has
non-blocking mode selected. Trying the same operation again will block
until some external condition makes it possible to read, write, or
connect (whatever the operation). You can use
select to find out
when the operation will be possible; see Waiting for I/O.
Portability Note: In many older Unix systems, this condition
was indicated by EWOULDBLOCK, which was a distinct error code
different from EAGAIN. To make your program portable, you should
check for both codes and treat them the same.
- A temporary resource shortage made an operation impossible.
fork
can return this error. It indicates that the shortage is expected to
pass, so your program can try the call again later and it may succeed.
It is probably a good idea to delay for a few seconds before trying it
again, to allow time for other processes to release scarce resources.
Such shortages are usually fairly serious and affect the whole system,
so usually an interactive program should report the error to the user
and return to its command loop.
|
In the GNU C library, this is another name for EAGAIN (above).
The values are always the same, on every operating system.
C libraries in many older Unix systems have EWOULDBLOCK as a
separate error code.
|
An operation that cannot complete immediately was initiated on an object
that has non-blocking mode selected. Some functions that must always
block (such as connect; see Connecting) never return
EAGAIN. Instead, they return EINPROGRESS to indicate that
the operation has begun and will take some time. Attempts to manipulate
the object before the call completes return EALREADY. You can
use the select function to find out when the pending operation
has completed; see Waiting for I/O.
|
|
An operation is already in progress on an object that has non-blocking
mode selected.
|
|
A file that isn't a socket was specified when a socket is required.
|
|
The size of a message sent on a socket was larger than the supported
maximum size.
|
|
The socket type does not support the requested communications protocol.
|
|
You specified a socket option that doesn't make sense for the
particular protocol being used by the socket. See Socket Options.
|
| int EPROTONOSUPPORT
|
Macro |
|
The socket domain does not support the requested communications protocol
(perhaps because the requested protocol is completely invalid).
See Creating a Socket.
|
| int ESOCKTNOSUPPORT
|
Macro |
|
The socket type is not supported.
|
|
The operation you requested is not supported. Some socket functions
don't make sense for all types of sockets, and others may not be
implemented for all communications protocols. In the GNU system, this
error can happen for many calls when the object does not support the
particular operation;on call; an asynchronous signal occurred and prevented
completion of the call. When this happens, you should try the call
again.
You can choose to have functions resume after a signal that is handled,
rather than failing with EINTR; see Interrupted Primitives.
|
|
Input/output error; usually used for physical read or write errors.
|
|
No such device or address. The system tried to use the device
represented by a file you specified, and it couldn't find the device.
This can mean that the device file was installed incorrectly, or that
the physical device is missing or not correctly attached to the
computer.
|
Argument list too long; used when the arguments passed to a new program
being executed with one of the exec functions (see Executing a File) occupy too much memory space. This condition never arises in the
GNU system.
|
Invalid executable file format. This condition is detected by the
exec functions; see Executing a File.
|
|
Bad file descriptor; for example, I/O on a descriptor that has been
closed or reading from a descriptor open only for writing (or vice
versa).
|
|
There are no child processes. This error happens on operations that are
supposed to manipulate child processes, when there aren't any processes
to manipulate.
|
|
Deadlock avoided; allocating a system resource would have resulted in a
deadlock situation. The system does not guarantee that it will notice
all such situations. This error means you got lucky and the system
noticed; it might just hang. See File Locks, for an example.
|
|
No memory available. The system cannot allocate more virtual memory
because its capacity is full.
|
|
Permission denied; the file permissions do not allow the attempted operation.
|
|
Bad address; an invalid pointer was detected.
In the GNU system, this error never happens; you get a signal instead.
|
|
A file that isn't a block special file was given in a situation that
requires one. For example, trying to mount an ordinary file as a file
system in Unix gives this error.
|
|
Resource busy; a system resource that can't be shared is already in use.
For example, if you try to delete a file that is the root of a currently
mounted filesystem, you get this error.
|
|
File exists; an existing file was specified in a context where it only
makes sense to specify a new file.
|
An attempt to make an improper link across file systems was detected.
This happens not only when you use link (see Hard Links) but
also when you rename a file with rename (see Renaming Files).
|
|
The wrong type of device was given to a function that expects a
particular sort of device.
|
|
A file that isn't a directory was specified when a directory is required.
|
|
File is a directory; you cannot open a directory for writing,
or create or remove hard links to it.
|
|
Invalid argument. This is used to indicate various kinds of problems
with passing the wrong argument to a library function.
|
|
The current process has too many files open and can't open any more.
Duplicate descriptors do count toward this limit.
In BSD and GNU, the number of open files is controlled by a resource
limit that can usually be increased. If you get this error, you might
want to increase the RLIMIT_NOFILE limit or make it unlimited;
see Limits on Resources.
|
|
There are too many distinct file openings in the entire system. Note
that any number of linked channels count as just one file opening; see
Linked Channels. This error never occurs in the GNU system.
|
|
Inappropriate I/O control operation, such as trying to set terminal
modes on an ordinary file.
|
|
An attempt to execute a file that is currently open for writing, or
write to a file that is currently being executed. Often using a
debugger to run a program is considered having it open for writing and
will cause this error. (The name stands for "text file busy".) This
is not an error in the GNU system; the text is copied as necessary.
|
|
File too big; the size of a file would be larger than allowed by the system.
|
|
No space left on device; write operation on a file failed because the
disk is full.
|
|
Invalid seek operation (such as on a pipe).
|
|
An attempt was made to modify something on a read-only file system.
|
Too many links; the link count of a single file would become too large.
rename can cause this error if the file being renamed already has
as many links as it can take (see Renaming Files).
|
Broken pipe; there is no process reading from the other end of a pipe.
Every library function that returns this error code also generates a
SIGPIPE signal; this signal terminates the program if not handled
or blocked. Thus, your program will never actually see EPIPE
unless it has handled or blocked SIGPIPE.
|
|
Domain error; used by mathematical functions when an argument value does
not fall into the domain over which the function is defined.
|
|
Range error; used by mathematical functions when the result value is
not representable because of overflow or underflow.
|
Resource temporarily unavailable; the call might work if you try again
later. The macro EWOULDBLOCK is another name for EAGAIN;
they are always the same in the GNU C library.
This error can happen in a few different situations:
- An operation that would block was attempted on an object that has
non-blocking mode selected. Trying the same operation again will block
until some external condition makes it possible to read, write, or
connect (whatever the operation). You can use
select to find out
when the operation will be possible; see Waiting for I/O.
Portability Note: In many older Unix systems, this condition
was indicated by EWOULDBLOCK, which was a distinct error code
different from EAGAIN. To make your program portable, you should
check for both codes and treat them the same.
- A temporary resource shortage made an operation impossible.
fork
can return this error. It indicates that the shortage is expected to
pass, so your program can try the call again later and it may succeed.
It is probably a good idea to delay for a few seconds before trying it
again, to allow time for other processes to release scarce resources.
Such shortages are usually fairly serious and affect the whole system,
so usually an interactive program should report the error to the user
and return to its command loop.
|
In the GNU C library, this is another name for EAGAIN (above).
The values are always the same, on every operating system.
C libraries in many older Unix systems have EWOULDBLOCK as a
separate error code.
|
An operation that cannot complete immediately was initiated on an object
that has non-blocking mode selected. Some functions that must always
block (such as connect; see Connecting) never return
EAGAIN. Instead, they return EINPROGRESS to indicate that
the operation has begun and will take some time. Attempts to manipulate
the object before the call completes return EALREADY. You can
use the select function to find out when the pending operation
has completed; see Waiting for I/O.
|
|
An operation is already in progress on an object that has non-blocking
mode selected.
|
|
A file that isn't a socket was specified when a socket is required.
|
|
The size of a message sent on a socket was larger than the supported
maximum size.
|
|
The socket type does not support the requested communications protocol.
|
|
You specified a socket option that doesn't make sense for the
particular protocol being used by the socket. See Socket Options.
|
| int EPROTONOSUPPORT
|
Macro |
|
The socket domain does not support the requested communications protocol
(perhaps because the requested protocol is completely invalid).
See Creating a Socket.
|
| int ESOCKTNOSUPPORT
|
Macro |
|
The socket type is not supported.
|
|
The operation you requested is not supported. Some socket functions
don't make sense for all types of sockets, and others may not be
implemented for all communications protocols. In the GNU system, this
error can happen for many calls when the object does not support the
particular operation;on call; an asynchronous signal occurred and prevented
completion of the call. When this happens, you should try the call
again.
You can choose to have functions resume after a signal that is handled,
rather than failing with EINTR; see Interrupted Primitives.
|
|
Input/output error; usually used for physical read or write errors.
|
|
No such device or address. The system tried to use the device
represented by a file you specified, and it couldn't find the device.
This can mean that the device file was installed incorrectly, or that
the physical device is missing or not correctly attached to the
computer.
|
Argument list too long; used when the arguments passed to a new program
being executed with one of the exec functions (see Executing a File) occupy too much memory space. This condition never arises in the
GNU system.
|
Invalid executable file format. This condition is detected by the
exec functions; see Executing a File.
|
|
Bad file descriptor; for example, I/O on a descriptor that has been
closed or reading from a descriptor open only for writing (or vice
versa).
|
|
There are no child processes. This error happens on operations that are
supposed to manipulate child processes, when there aren't any processes
to manipulate.
|
|
Deadlock avoided; allocating a system resource would have resulted in a
deadlock situation. The system does not guarantee that it will notice
all such situations. This error means you got lucky and the system
noticed; it might just hang. See File Locks, for an example.
|
|
No memory available. The system cannot allocate more virtual memory
because its capacity is full.
|
|
Permission denied; the file permissions do not allow the attempted operation.
|
|
Bad address; an invalid pointer was detected.
In the GNU system, this error never happens; you get a signal instead.
|
|
A file that isn't a block special file was given in a situation that
requires one. For example, trying to mount an ordinary file as a file
system in Unix gives this error.
|
|
Resource busy; a system resource that can't be shared is already in use.
For example, if you try to delete a file that is the root of a currently
mounted filesystem, you get this error.
|
|
File exists; an existing file was specified in a context where it only
makes sense to specify a new file.
|
An attempt to make an improper link across file systems was detected.
This happens not only when you use link (see Hard Links) but
also when you rename a file with rename (see Renaming Files).
|
|
The wrong type of device was given to a function that expects a
particular sort of device.
|
|
A file that isn't a directory was specified when a directory is required.
|
|
File is a directory; you cannot open a directory for writing,
or create or remove hard links to it.
|
|
Invalid argument. This is used to indicate various kinds of problems
with passing the wrong argument to a library function.
|
|
The current process has too many files open and can't open any more.
Duplicate descriptors do count toward this limit.
In BSD and GNU, the number of open files is controlled by a resource
limit that can usually be increased. If you get this error, you might
want to increase the RLIMIT_NOFILE limit or make it unlimited;
see Limits on Resources.
|
|
There are too many distinct file openings in the entire system. Note
that any number of linked channels count as just one file opening; see
Linked Channels. This error never occurs in the GNU system.
|
|
Inappropriate I/O control operation, such as trying to set terminal
modes on an ordinary file.
|
|
An attempt to execute a file that is currently open for writing, or
write to a file that is currently being executed. Often using a
debugger to run a program is considered having it open for writing and
will cause this error. (The name stands for "text file busy".) This
is not an error in the GNU system; the text is copied as necessary.
|
|
File too big; the size of a file would be larger than allowed by the system.
|
|
No space left on device; write operation on a file failed because the
disk is full.
|
|
Invalid seek operation (such as on a pipe).
|
|
An attempt was made to modify something on a read-only file system.
|
Too many links; the link count of a single file would become too large.
rename can cause this error if the file being renamed already has
as many links as it can take (see Renaming Files).
|
Broken pipe; there is no process reading from the other end of a pipe.
Every library function that returns this error code also generates a
SIGPIPE signal; this signal terminates the program if not handled
or blocked. Thus, your program will never actually see EPIPE
unless it has handled or blocked SIGPIPE.
|
|
Domain error; used by mathematical functions when an argument value does
not fall into the domain over which the function is defined.
|
|
Range error; used by mathematical functions when the result value is
not representable because of overflow or underflow.
|
Resource temporarily unavailable; the call might work if you try again
later. The macro EWOULDBLOCK is another name for EAGAIN;
they are always the same in the GNU C library.
This error can happen in a few different situations:
- An operation that would block was attempted on an object that has
non-blocking mode selected. Trying the same operation again will block
until some external condition makes it possible to read, write, or
connect (whatever the operation). You can use
select to find out
when the operation will be possible; see Waiting for I/O.
Portability Note: In many older Unix systems, this condition
was indicated by EWOULDBLOCK, which was a distinct error code
different from EAGAIN. To make your program portable, you should
check for both codes and treat them the same.
- A temporary resource shortage made an operation impossible.
fork
can return this error. It indicates that the shortage is expected to
pass, so your program can try the call again later and it may succeed.
It is probably a good idea to delay for a few seconds before trying it
again, to allow time for other processes to release scarce resources.
Such shortages are usually fairly serious and affect the whole system,
so usually an interactive program should report the error to the user
and return to its command loop.
|
In the GNU C library, this is another name for EAGAIN (above).
The values are always the same, on every operating system.
C libraries in many older Unix systems have EWOULDBLOCK as a
separate error code.
|
An operation that cannot complete immediately was initiated on an object
that has non-blocking mode selected. Some functions that must always
block (such as connect; see Connecting) never return
EAGAIN. Instead, they return EINPROGRESS to indicate that
the operation has begun and will take some time. Attempts to manipulate
the object before the call completes return EALREADY. You can
use the select function to find out when the pending operation
has completed; see Waiting for I/O.
|
|
An operation is already in progress on an object that has non-blocking
mode selected.
|
|
A file that isn't a socket was specified when a socket is required.
|
|
The size of a message sent on a socket was larger than the supported
maximum size.
|
|
The socket type does not support the requested communications protocol.
|
|
You specified a socket option that doesn't make sense for the
particular protocol being used by the socket. See Socket Options.
|
| int EPROTONOSUPPORT
|
Macro |
|
The socket domain does not support the requested communications protocol
(perhaps because the requested protocol is completely invalid).
See Creating a Socket.
|
| int ESOCKTNOSUPPORT
|
Macro |
|
The socket type is not supported.
|
|
The operation you requested is not supported. Some socket functions
don't make sense for all types of sockets, and others may not be
implemented for all communications protocols. In the GNU system, this
error can happen for many calls when the object does not support the
particular operation;on call; an asynchronous signal occurred and prevented
completion of the call. When this happens, you should try the call
again.
You can choose to have functions resume after a signal that is handled,
rather than failing with EINTR; see Interrupted Primitives.
|
|
Input/output error; usually used for physical read or write errors.
|
|
No such device or address. The system tried to use the device
represented by a file you specified, and it couldn't find the device.
This can mean that the device file was installed incorrectly, or that
the physical device is missing or not correctly attached to the
computer.
|
Argument list too long; used when the arguments passed to a new program
being executed with one of the exec functions (see Executing a File) occupy too much memory space. This condition never arises in the
GNU system.
|
Invalid executable file format. This condition is detected by the
exec functions; see Executing a File.
|
|
Bad file descriptor; for example, I/O on a descriptor that has been
closed or reading from a descriptor open only for writing (or vice
versa).
|
|
There are no child processes. This error happens on operations that are
supposed to manipulate child processes, when there aren't any processes
to manipulate.
|
|
Deadlock avoided; allocating a system resource would have resulted in a
deadlock situation. The system does not guarantee that it will notice
all such situations. This error means you got lucky and the system
noticed; it might just hang. See File Locks, for an example.
|
|
No memory available. The system cannot allocate more virtual memory
because its capacity is full.
|
|
Permission denied; the file permissions do not allow the attempted operation.
|
|
Bad address; an invalid pointer was detected.
In the GNU system, this error never happens; you get a signal instead.
|
|
A file that isn't a block special file was given in a situation that
requires one. For example, trying to mount an ordinary file as a file
system in Unix gives this error.
|
|
Resource busy; a system resource that can't be shared is already in use.
For example, if you try to delete a file that is the root of a currently
mounted filesystem, you get this error.
|
|
File exists; an existing file was specified in a context where it only
makes sense to specify a new file.
|
An attempt to make an improper link across file systems was detected.
This happens not only when you use link (see Hard Links) but
also when you rename a file with rename (see Renaming Files).
|
|
The wrong type of device was given to a function that expects a
particular sort of device.
|
|
A file that isn't a directory was specified when a directory is required.
|
|
File is a directory; you cannot open a directory for writing,
or create or remove hard links to it.
|
|
Invalid argument. This is used to indicate various kinds of problems
with passing the wrong argument to a library function.
|
|
The current process has too many files open and can't open any more.
Duplicate descriptors do count toward this limit.
In BSD and GNU, the number of open files is controlled by a resource
limit that can usually be increased. If you get this error, you might
want to increase the RLIMIT_NOFILE limit or make it unlimited;
see Limits on Resources.
|
|
There are too many distinct file openings in the entire system. Note
that any number of linked channels count as just one file opening; see
Linked Channels. This error never occurs in the GNU system.
|
|
Inappropriate I/O control operation, such as trying to set terminal
modes on an ordinary file.
|
|
An attempt to execute a file that is currently open for writing, or
write to a file that is currently being executed. Often using a
debugger to run a program is considered having it open for writing and
will cause this error. (The name stands for "text file busy".) This
is not an error in the GNU system; the text is copied as necessary.
|
|
File too big; the size of a file would be larger than allowed by the system.
|
|
No space left on device; write operation on a file failed because the
disk is full.
|
|
Invalid seek operation (such as on a pipe).
|
|
An attempt was made to modify something on a read-only file system.
|
Too many links; the link count of a single file would become too large.
rename can cause this error if the file being renamed already has
as many links as it can take (see Renaming Files).
|
Broken pipe; there is no process reading from the other end of a pipe.
Every library function that returns this error code also generates a
SIGPIPE signal; this signal terminates the program if not handled
or blocked. Thus, your program will never actually see EPIPE
unless it has handled or blocked SIGPIPE.
|
|
Domain error; used by mathematical functions when an argument value does
not fall into the domain over which the function is defined.
|
|
Range error; used by mathematical functions when the result value is
not representable because of overflow or underflow.
|
Resource temporarily unavailable; the call might work if you try again
later. The macro EWOULDBLOCK is another name for EAGAIN;
they are always the same in the GNU C library.
This error can happen in a few different situations:
- An operation that would block was attempted on an object that has
non-blocking mode selected. Trying the same operation again will block
until some external condition makes it possible to read, write, or
connect (whatever the operation). You can use
select to find out
when the operation will be possible; see Waiting for I/O.
Portability Note: In many older Unix systems, this condition
was indicated by EWOULDBLOCK, which was a distinct error code
different from EAGAIN. To make your program portable, you should
check for both codes and treat them the same.
- A temporary resource shortage made an operation impossible.
fork
can return this error. It indicates that the shortage is expected to
pass, so your program can try the call again later and it may succeed.
It is probably a good idea to delay for a few seconds before trying it
again, to allow time for other processes to release scarce resources.
Such shortages are usually fairly serious and affect the whole system,
so usually an interactive program should report the error to the user
and return to its command loop.
|
In the GNU C library, this is another name for EAGAIN (above).
The values are always the same, on every operating system.
C libraries in many older Unix systems have EWOULDBLOCK as a
separate error code.
|
An operation that cannot complete immediately was initiated on an object
that has non-blocking mode selected. Some functions that must always
block (such as connect; see Connecting) never return
EAGAIN. Instead, they return EINPROGRESS to indicate that
the operation has begun and will take some time. Attempts to manipulate
the object before the call completes return EALREADY. You can
use the select function to find out when the pending operation
has completed; see Waiting for I/O.
|
|
An operation is already in progress on an object that has non-blocking
mode selected.
|
|
A file that isn't a socket was specified when a socket is required.
|
|
The size of a message sent on a socket was larger than the supported
maximum size.
|
|
The socket type does not support the requested communications protocol.
|
|
You specified a socket option that doesn't make sense for the
particular protocol being used by the socket. See Socket Options.
|
| int EPROTONOSUPPORT
|
Macro |
|
The socket domain does not support the requested communications protocol
(perhaps because the requested protocol is completely invalid).
See Creating a Socket.
|
| int ESOCKTNOSUPPORT
|
Macro |
|
The socket type is not supported.
|
|
The operation you requested is not supported. Some socket functions
don't make sense for all types of sockets, and others may not be
implemented for all communications protocols. In the GNU system, this
error can happen for many calls when the object does not support the
particular operation;on call; an asynchronous signal occurred and prevented
completion of the call. When this happens, you should try the call
again.
You can choose to have functions resume after a signal that is handled,
rather than failing with EINTR; see Interrupted Primitives.
|
|
Input/output error; usually used for physical read or write errors.
|
|
No such device or address. The system tried to use the device
represented by a file you specified, and it couldn't find the device.
This can mean that the device file was installed incorrectly, or that
the physical device is missing or not correctly attached to the
computer.
|
Argument list too long; used when the arguments passed to a new program
being executed with one of the exec functions (see Executing a File) occupy too much memory space. This condition never arises in the
GNU system.
|
Invalid executable file format. This condition is detected by the
exec functions; see Executing a File.
|
|
Bad file descriptor; for example, I/O on a descriptor that has been
closed or reading from a descriptor open only for writing (or vice
versa).
|
|
There are no child processes. This error happens on operations that are
supposed to manipulate child processes, when there aren't any processes
to manipulate.
|
|
Deadlock avoided; allocating a system resource would have resulted in a
deadlock situation. The system does not guarantee that it will notice
all such situations. This error means you got lucky and the system
noticed; it might just hang. See File Locks, for an example.
|
|
No memory available. The system cannot allocate more virtual memory
because its capacity is full.
|
|
Permission denied; the file permissions do not allow the attempted operation.
|
|
Bad address; an invalid pointer was detected.
In the GNU system, this error never happens; you get a signal instead.
|
|
A file that isn't a block special file was given in a situation that
requires one. For example, trying to mount an ordinary file as a file
system in Unix gives this error.
|
|
Resource busy; a system resource that can't be shared is already in use.
For example, if you try to delete a file that is the root of a currently
mounted filesystem, you get this error.
|
|
File exists; an existing file was specified in a context where it only
makes sense to specify a new file.
|
An attempt to make an improper link across file systems was detected.
This happens not only when you use link (see Hard Links) but
also when you rename a file with rename (see Renaming Files).
|
|
The wrong type of device was given to a function that expects a
particular sort of device.
|
|
A file that isn't a directory was specified when a directory is required.
|
|
File is a directory; you cannot open a directory for writing,
or create or remove hard links to it.
|
|
Invalid argument. This is used to indicate various kinds of problems
with passing the wrong argument to a library function.
|
|
The current process has too many files open and can't open any more.
Duplicate descriptors do count toward this limit.
In BSD and GNU, the number of open files is controlled by a resource
limit that can usually be increased. If you get this error, you might
want to increase the RLIMIT_NOFILE limit or make it unlimited;
see Limits on Resources.
|
|
There are too many distinct file openings in the entire system. Note
that any number of linked channels count as just one file opening; see
Linked Channels. This error never occurs in the GNU system.
|
|
Inappropriate I/O control operation, such as trying to set terminal
modes on an ordinary file.
|
|
An attempt to execute a file that is currently open for writing, or
write to a file that is currently being executed. Often using a
debugger to run a program is considered having it open for writing and
will cause this error. (The name stands for "text file busy".) This
is not an error in the GNU system; the text is copied as necessary.
|
|
File too big; the size of a file would be larger than allowed by the system.
|
|
No space left on device; write operation on a file failed because the
disk is full.
|
|
Invalid seek operation (such as on a pipe).
|
|
An attempt was made to modify something on a read-only file system.
|
Too many links; the link count of a single file would become too large.
rename can cause this error if the file being renamed already has
as many links as it can take (see Renaming Files).
|
Broken pipe; there is no process reading from the other end of a pipe.
Every library function that returns this error code also generates a
SIGPIPE signal; this signal terminates the program if not handled
or blocked. Thus, your program will never actually see EPIPE
unless it has handled or blocked SIGPIPE.
|
|
Domain error; used by mathematical functions when an argument value does
not fall into the domain over which the function is defined.
|
|
Range error; used by mathematical functions when the result value is
not representable because of overflow or underflow.
|
Resource temporarily unavailable; the call might work if you try again
later. The macro EWOULDBLOCK is another name for EAGAIN;
they are always the same in the GNU C library.
This error can happen in a few different situations:
- An operation that would block was attempted on an object that has
non-blocking mode selected. Trying the same operation again will block
until some external condition makes it possible to read, write, or
connect (whatever the operation). You can use
select to find out
when the operation will be possible; see Waiting for I/O.
Portability Note: In many older Unix systems, this condition
was indicated by EWOULDBLOCK, which was a distinct error code
different from EAGAIN. To make your program portable, you should
check for both codes and treat them the same.
- A temporary resource shortage made an operation impossible.
fork
can return this error. It indicates that the shortage is expected to
pass, so your program can try the call again later and it may succeed.
It is probably a good idea to delay for a few seconds before trying it
again, to allow time for other processes to release scarce resources.
Such shortages are usually fairly serious and affect the whole system,
so usually an interactive program should report the error to the user
and return to its command loop.
|
In the GNU C library, this is another name for EAGAIN (above).
The values are always the same, on every operating system.
C libraries in many older Unix systems have EWOULDBLOCK as a
separate error code.
|
An operation that cannot complete immediately was initiated on an object
that has non-blocking mode selected. Some functions that must always
block (such as connect; see Connecting) never return
EAGAIN. Instead, they return EINPROGRESS to indicate that
the operation has begun and will take some time. Attempts to manipulate
the object before the call completes return EALREADY. You can
use the select function to find out when the pending operation
has completed; see Waiting for I/O.
|
|
An operation is already in progress on an object that has non-blocking
mode selected.
|
|
A file that isn't a socket was specified when a socket is required.
|
|
The size of a message sent on a socket was larger than the supported
maximum size.
|
|
The socket type does not support the requested communications protocol.
|
|
You specified a socket option that doesn't make sense for the
particular protocol being used by the socket. See Socket Options.
|
| int EPROTONOSUPPORT
|
Macro |
|
The socket domain does not support the requested communications protocol
(perhaps because the requested protocol is completely invalid).
See Creating a Socket.
|
| int ESOCKTNOSUPPORT
|
Macro |
|
The socket type is not supported.
|
|
The operation you requested is not supported. Some socket functions
don't make sense for all types of sockets, and others may not be
implemented for all communications protocols. In the GNU system, this
error can happen for many calls when the object does not support the
particular operation;on call; an asynchronous signal occurred and prevented
completion of the call. When this happens, you should try the call
again.
You can choose to have functions resume after a signal that is handled,
rather than failing with EINTR; see Interrupted Primitives.
|
|
Input/output error; usually used for physical read or write errors.
|
|
No such device or address. The system tried to use the device
represented by a file you specified, and it couldn't find the device.
This can mean that the device file was installed incorrectly, or that
the physical device is missing or not correctly attached to the
computer.
|
Argument list too long; used when the arguments passed to a new program
being executed with one of the exec functions (see Executing a File) occupy too much memory space. This condition never arises in the
GNU system.
|
Invalid executable file format. This condition is detected by the
exec functions; see Executing a File.
|
|
Bad file descriptor; for example, I/O on a descriptor that has been
closed or reading from a descriptor open only for writing (or vice
versa).
|
|
There are no child processes. This error happens on operations that are
supposed to manipulate child processes, when there aren't any processes
to manipulate.
|
|
Deadlock avoided; allocating a system resource would have resulted in a
deadlock situation. The system does not guarantee that it will notice
all such situations. This error means you got lucky and the system
noticed; it might just hang. See File Locks, for an example.
|
|
No memory available. The system cannot allocate more virtual memory
because its capacity is full.
|
|
Permission denied; the file permissions do not allow the attempted operation.
|
|
Bad address; an invalid pointer was detected.
In the GNU system, this error never happens; you get a signal instead.
|
|
A file that isn't a block special file was given in a situation that
requires one. For example, trying to mount an ordinary file as a file
system in Unix gives this error.
|
|
Resource busy; a system resource that can't be shared is already in use.
For example, if you try to delete a file that is the root of a currently
mounted filesystem, you get this error.
|
|
File exists; an existing file was specified in a context where it only
makes sense to specify a new file.
|
An attempt to make an improper link across file systems was detected.
This happens not only when you use link (see Hard Links) but
also when you rename a file with rename (see Renaming Files).
|
|
The wrong type of device was given to a function that expects a
particular sort of device.
|
|
A file that isn't a directory was specified when a directory is required.
|
|
File is a directory; you cannot open a directory for writing,
or create or remove hard links to it.
|
|
Invalid argument. This is used to indicate various kinds of problems
with passing the wrong argument to a library function.
|
|
The current process has too many files open and can't open any more.
Duplicate descriptors do count toward this limit.
In BSD and GNU, the number of open files is controlled by a resource
limit that can usually be increased. If you get this error, you might
want to increase the RLIMIT_NOFILE limit or make it unlimited;
see Limits on Resources.
|
|
There are too many distinct file openings in the entire system. Note
that any number of linked channels count as just one file opening; see
Linked Channels. This error never occurs in the GNU system.
|
|
Inappropriate I/O control operation, such as trying to set terminal
modes on an ordinary file.
|
|
An attempt to execute a file that is currently open for writing, or
write to a file that is currently being executed. Often using a
debugger to run a program is considered having it open for writing and
will cause this error. (The name stands for "text file busy".) This
is not an error in the GNU system; the text is copied as necessary.
|
|
File too big; the size of a file would be larger than allowed by the system.
|
|
No space left on device; write operation on a file failed because the
disk is full.
|
|
Invalid seek operation (such as on a pipe).
|
|
An attempt was made to modify something on a read-only file system.
|
Too many links; the link count of a single file would become too large.
rename can cause this error if the file being renamed already has
as many links as it can take (see Renaming Files).
|
Broken pipe; there is no process reading from the other end of a pipe.
Every library function that returns this error code also generates a
SIGPIPE signal; this signal terminates the program if not handled
or blocked. Thus, your program will never actually see EPIPE
unless it has handled or blocked SIGPIPE.
|
|
Domain error; used by mathematical functions when an argument value does
not fall into the domain over which the function is defined.
|
|
Range error; used by mathematical functions when the result value is
not representable because of overflow or underflow.
|
Resource temporarily unavailable; the call might work if you try again
later. The macro EWOULDBLOCK is another name for EAGAIN;
they are always the same in the GNU C library.
This error can happen in a few different situations:
- An operation that would block was attempted on an object that has
non-blocking mode selected. Trying the same operation again will block
until some external condition makes it possible to read, write, or
connect (whatever the operation). You can use
select to find out
when the operation will be possible; see Waiting for I/O.
Portability Note: In many older Unix systems, this condition
was indicated by EWOULDBLOCK, which was a distinct error code
different from EAGAIN. To make your program portable, you should
check for both codes and treat them the same.
- A temporary resource shortage made an operation impossible.
fork
can return this error. It indicates that the shortage is expected to
pass, so your program can try the call again later and it may succeed.
It is probably a good idea to delay for a few seconds before trying it
again, to allow time for other processes to release scarce resources.
Such shortages are usually fairly serious and affect the whole system,
so usually an interactive program should report the error to the user
and return to its command loop.
|
In the GNU C library, this is another name for EAGAIN (above).
The values are always the same, on every operating system.
C libraries in many older Unix systems have EWOULDBLOCK as a
separate error code.
|
An operation that cannot complete immediately was initiated on an object
that has non-blocking mode selected. Some functions that must always
block (such as connect; see Connecting) never return
EAGAIN. Instead, they return EINPROGRESS to indicate that
the operation has begun and will take some time. Attempts to manipulate
the object before the call completes return EALREADY. You can
use the select function to find out when the pending operation
has completed; see Waiting for I/O.
|
|
An operation is already in progress on an object that has non-blocking
mode selected.
|
|
A file that isn't a socket was specified when a socket is required.
|
|
The size of a message sent on a socket was larger than the supported
maximum size.
|
|
The socket type does not support the requested communications protocol.
|
|
You specified a socket option that doesn't make sense for the
particular protocol being used by the socket. See Socket Options.
|
| int EPROTONOSUPPORT
|
Macro |
|
The socket domain does not support the requested communications protocol
(perhaps because the requested protocol is completely invalid).
See Creating a Socket.
|
| int ESOCKTNOSUPPORT
|
Macro |
|
The socket type is not supported.
|
|
The operation you requested is not supported. Some socket functions
don't make sense for all types of sockets, and others may not be
implemented for all communications protocols. In the GNU system, this
error can happen for many calls when the object does not support the
particular operation;on call; an asynchronous signal occurred and prevented
completion of the call. When this happens, you should try the call
again.
You can choose to have functions resume after a signal that is handled,
rather than failing with EINTR; see Interrupted Primitives.
|
|
Input/output error; usually used for physical read or write errors.
|
|
No such device or address. The system tried to use the device
represented by a file you specified, and it couldn't find the device.
This can mean that the device file was installed incorrectly, or that
the physical device is missing or not correctly attached to the
computer.
|
Argument list too long; used when the arguments passed to a new program
being executed with one of the exec functions (see Executing a File) occupy too much memory space. This condition never arises in the
GNU system.
|
Invalid executable file format. This condition is detected by the
exec functions; see Executing a File.
|
|
Bad file descriptor; for example, I/O on a descriptor that has been
closed or reading from a descriptor open only for writing (or vice
versa).
|
|
There are no child processes. This error happens on operations that are
supposed to manipulate child processes, when there aren't any processes
to manipulate.
|
|
Deadlock avoided; allocating a system resource would have resulted in a
deadlock situation. The system does not guarantee that it will notice
all such situations. This error means you got lucky and the system
noticed; it might just hang. See File Locks, for an example.
|
|
No memory available. The system cannot allocate more virtual memory
because its capacity is full.
|
|
Permission denied; the file permissions do not allow the attempted operation.
|
|
Bad address; an invalid pointer was detected.
In the GNU system, this error never happens; you get a signal instead.
|
|
A file that isn't a block special file was given in a situation that
requires one. For example, trying to mount an ordinary file as a file
system in Unix gives this error.
|
|
Resource busy; a system resource that can't be shared is already in use.
For example, if you try to delete a file that is the root of a currently
mounted filesystem, you get this error.
|
|
File exists; an existing file was specified in a context where it only
makes sense to specify a new file.
|
An attempt to make an improper link across file systems was detected.
This happens not only when you use link (see Hard Links) but
also when you rename a file with rename (see Renaming Files).
|
|
The wrong type of device was given to a function that expects a
particular sort of device.
|
|
A file that isn't a directory was specified when a directory is required.
|
|
File is a directory; you cannot open a directory for writing,
or create or remove hard links to it.
|
|
Invalid argument. This is used to indicate various kinds of problems
with passing the wrong argument to a library function.
|
|
The current process has too many files open and can't open any more.
Duplicate descriptors do count toward this limit.
In BSD and GNU, the number of open files is controlled by a resource
limit that can usually be increased. If you get this error, you might
want to increase the RLIMIT_NOFILE limit or make it unlimited;
see Limits on Resources.
|
|
There are too many distinct file openings in the entire system. Note
that any number of linked channels count as just one file opening; see
Linked Channels. This error never occurs in the GNU system.
|
|
Inappropriate I/O control operation, such as trying to set terminal
modes on an ordinary file.
|
|
An attempt to execute a file that is currently open for writing, or
write to a file that is currently being executed. Often using a
debugger to run a program is considered having it open for writing and
will cause this error. (The name stands for "text file busy".) This
is not an error in the GNU system; the text is copied as necessary.
|
|
File too big; the size of a file would be larger than allowed by the system.
|
|
No space left on device; write operation on a file failed because the
disk is full.
|
|
Invalid seek operation (such as on a pipe).
|
|
An attempt was made to modify something on a read-only file system.
|
Too many links; the link count of a single file would become too large.
rename can cause this error if the file being renamed already has
as many links as it can take (see Renaming Files).
|
Broken pipe; there is no process reading from the other end of a pipe.
Every library function that returns this error code also generates a
SIGPIPE signal; this signal terminates the program if not handled
or blocked. Thus, your program will never actually see EPIPE
unless it has handled or blocked SIGPIPE.
|
|
Domain error; used by mathematical functions when an argument value does
not fall into the domain over which the function is defined.
|
|
Range error; used by mathematical functions when the result value is
not representable because of overflow or underflow.
|
Resource temporarily unavailable; the call might work if you try again
later. The macro EWOULDBLOCK is another name for EAGAIN;
they are always the same in the GNU C library.
This error can happen in a few different situations:
- An operation that would block was attempted on an object that has
non-blocking mode selected. Trying the same operation again will block
until some external condition makes it possible to read, write, or
connect (whatever the operation). You can use
select to find out
when the operation will be possible; see Waiting for I/O.
Portability Note: In many older Unix systems, this condition
was indicated by EWOULDBLOCK, which was a distinct error code
different from EAGAIN. To make your program portable, you should
check for both codes and treat them the same.
- A temporary resource shortage made an operation impossible.
fork
can return this error. It indicates that the shortage is expected to
pass, so your program can try the call again later and it may succeed.
It is probably a good idea to delay for a few seconds before trying it
again, to allow time for other processes to release scarce resources.
Such shortages are usually fairly serious and affect the whole system,
so usually an interactive program should report the error to the user
and return to its command loop.
|
In the GNU C library, this is another name for EAGAIN (above).
The values are always the same, on every operating system.
C libraries in many older Unix systems have EWOULDBLOCK as a
separate error code.
|
An operation that cannot complete immediately was initiated on an object
that has non-blocking mode selected. Some functions that must always
block (such as connect; see Connecting) never return
EAGAIN. Instead, they return EINPROGRESS to indicate that
the operation has begun and will take some time. Attempts to manipulate
the object before the call completes return EALREADY. You can
use the select function to find out when the pending operation
has completed; see Waiting for I/O.
|
|
An operation is already in progress on an object that has non-blocking
mode selected.
|
|
A file that isn't a socket was specified when a socket is required.
|
|
The size of a message sent on a socket was larger than the supported
maximum size.
|
|
The socket type does not support the requested communications protocol.
|
|
You specified a socket option that doesn't make sense for the
particular protocol being used by the socket. See Socket Options.
|
| int EPROTONOSUPPORT
|
Macro |
|
The socket domain does not support the requested communications protocol
(perhaps because the requested protocol is completely invalid).
See Creating a Socket.
|
| int ESOCKTNOSUPPORT
|
Macro |
|
The socket type is not supported.
|
|
The operation you requested is not supported. Some socket functions
don't make sense for all types of sockets, and others may not be
implemented for all communications protocols. In the GNU system, this
error can happen for many calls when the object does not support the
particular operation;on call; an asynchronous signal occurred and prevented
completion of the call. When this happens, you should try the call
again.
You can choose to have functions resume after a signal that is handled,
rather than failing with EINTR; see Interrupted Primitives.
|
|
Input/output error; usually used for physical read or write errors.
|
|
No such device or address. The system tried to use the device
represented by a file you specified, and it couldn't find the device.
This can mean that the device file was installed incorrectly, or that
the physical device is missing or not correctly attached to the
computer.
|
Argument list too long; used when the arguments passed to a new program
being executed with one of the exec functions (see Executing a File) occupy too much memory space. This condition never arises in the
GNU system.
|
Invalid executable file format. This condition is detected by the
exec functions; see Executing a File.
|
|
Bad file descriptor; for example, I/O on a descriptor that has been
closed or reading from a descriptor open only for writing (or vice
versa).
|
|
There are no child processes. This error happens on operations that are
supposed to manipulate child processes, when there aren't any processes
to manipulate.
|
|
Deadlock avoided; allocating a system resource would have resulted in a
deadlock situation. The system does not guarantee that it will notice
all such situations. This error means you got lucky and the system
noticed; it might just hang. See File Locks, for an example.
|
|
No memory available. The system cannot allocate more virtual memory
because its capacity is full.
|
|
Permission denied; the file permissions do not allow the attempted operation.
|
|
Bad address; an invalid pointer was detected.
In the GNU system, this error never happens; you get a signal instead.
|
|
A file that isn't a block special file was given in a situation that
requires one. For example, trying to mount an ordinary file as a file
system in Unix gives this error.
|
|
Resource busy; a system resource that can't be shared is already in use.
For example, if you try to delete a file that is the root of a currently
mounted filesystem, you get this error.
|
|
File exists; an existing file was specified in a context where it only
makes sense to specify a new file.
|
An attempt to make an improper link across file systems was detected.
This happens not only when you use link (see Hard Links) but
also when you rename a file with rename (see Renaming Files).
|
|
The wrong type of device was given to a function that expects a
particular sort of device.
|
|
A file that isn't a directory was specified when a directory is required.
|
|
File is a directory; you cannot open a directory for writing,
or create or remove hard links to it.
|
|
Invalid argument. This is used to indicate various kinds of problems
with passing the wrong argument to a library function.
|
|
The current process has too many files open and can't open any more.
Duplicate descriptors do count toward this limit.
In BSD and GNU, the number of open files is controlled by a resource
limit that can usually be increased. If you get this error, you might
want to increase the RLIMIT_NOFILE limit or make it unlimited;
see Limits on Resources.
|
|
There are too many distinct file openings in the entire system. Note
that any number of linked channels count as just one file opening; see
Linked Channels. This error never occurs in the GNU system.
|
|
Inappropriate I/O control operation, such as trying to set terminal
modes on an ordinary file.
|
|
An attempt to execute a file that is currently open for writing, or
write to a file that is currently being executed. Often using a
debugger to run a program is considered having it open for writing and
will cause this error. (The name stands for "text file busy".) This
is not an error in the GNU system; the text is copied as necessary.
|
|
File too big; the size of a file would be larger than allowed by the system.
|
|
No space left on device; write operation on a file failed because the
disk is full.
|
|
Invalid seek operation (such as on a pipe).
|
|
An attempt was made to modify something on a read-only file system.
|
Too many links; the link count of a single file would become too large.
rename can cause this error if the file being renamed already has
as many links as it can take (see Renaming Files).
|
Broken pipe; there is no process reading from the other end of a pipe.
Every library function that returns this error code also generates a
SIGPIPE signal; this signal terminates the program if not handled
or blocked. Thus, your program will never actually see EPIPE
unless it has handled or blocked SIGPIPE.
|
|
Domain error; used by mathematical functions when an argument value does
not fall into the domain over which the function is defined.
|
|
Range error; used by mathematical functions when the result value is
not representable because of overflow or underflow.
|
Resource temporarily unavailable; the call might work if you try again
later. The macro EWOULDBLOCK is another name for EAGAIN;
they are always the same in the GNU C library.
This error can happen in a few different situations:
- An operation that would block was attempted on an object that has
non-blocking mode selected. Trying the same operation again will block
until some external condition makes it possible to read, write, or
connect (whatever the operation). You can use
select to find out
when the operation will be possible; see Waiting for I/O.
Portability Note: In many older Unix systems, this condition
was indicated by EWOULDBLOCK, which was a distinct error code
different from EAGAIN. To make your program portable, you should
check for both codes and treat them the same.
- A temporary resource shortage made an operation impossible.
fork
can return this error. It indicates that the shortage is expected to
pass, so your program can try the call again later and it may succeed.
It is probably a good idea to delay for a few seconds before trying it
again, to allow time for other processes to release scarce resources.
Such shortages are usually fairly serious and affect the whole system,
so usually an interactive program should report the error to the user
and return to its command loop.
|
In the GNU C library, this is another name for EAGAIN (above).
The values are always the same, on every operating system.
C libraries in many older Unix systems have EWOULDBLOCK as a
separate error code.
|
An operation that cannot complete immediately was initiated on an object
that has non-blocking mode selected. Some functions that must always
block (such as connect; see Connecting) never return
EAGAIN. Instead, they return EINPROGRESS to indicate that
the operation has begun and will take some time. Attempts to manipulate
the object before the call completes return EALREADY. You can
use the select function to find out when the pending operation
has completed; see Waiting for I/O.
|
|
An operation is already in progress on an object that has non-blocking
mode selected.
|
|
A file that isn't a socket was specified when a socket is required.
|
|
The size of a message sent on a socket was larger than the supported
maximum size.
|
|
The socket type does not support the requested communications protocol.
|
|
You specified a socket option that doesn't make sense for the
particular protocol being used by the socket. See Socket Options.
|
| int EPROTONOSUPPORT
|
Macro |
|
The socket domain does not support the requested communications protocol
(perhaps because the requested protocol is completely invalid).
See Creating a Socket.
|
| int ESOCKTNOSUPPORT
|
Macro |
|
The socket type is not supported.
|
|
The operation you requested is not supported. Some socket functions
don't make sense for all types of sockets, and others may not be
implemented for all communications protocols. In the GNU system, this
error can happen for many calls when the object does not support the
particular operation;on call; an asynchronous signal occurred and prevented
completion of the call. When this happens, you should try the call
again.
You can choose to have functions resume after a signal that is handled,
rather than failing with EINTR; see Interrupted Primitives.
|
|
Input/output error; usually used for physical read or write errors.
|
|
No such device or address. The system tried to use the device
represented by a file you specified, and it couldn't find the device.
This can mean that the device file was installed incorrectly, or that
the physical device is missing or not correctly attached to the
computer.
|
Argument list too long; used when the arguments passed to a new program
being executed with one of the exec functions (see Executing a File) occupy too much memory space. This condition never arises in the
GNU system.
|
Invalid executable file format. This condition is detected by the
exec functions; see Executing a File.
|
|
Bad file descriptor; for example, I/O on a descriptor that has been
closed or reading from a descriptor open only for writing (or vice
versa).
|
|
There are no child processes. This error happens on operations that are
supposed to manipulate child processes, when there aren't any processes
to manipulate.
|
|
Deadlock avoided; allocating a system resource would have resulted in a
deadlock situation. The system does not guarantee that it will notice
all such situations. This error means you got lucky and the system
noticed; it might just hang. See File Locks, for an example.
|
|
No memory available. The system cannot allocate more virtual memory
because its capacity is full.
|
|
Permission denied; the file permissions do not allow the attempted operation.
|
|
Bad address; an invalid pointer was detected.
In the GNU system, this error never happens; you get a signal instead.
|
|
A file that isn't a block special file was given in a situation that
requires one. For example, trying to mount an ordinary file as a file
system in Unix gives this error.
|
|
Resource busy; a system resource that can't be shared is already in use.
For example, if you try to delete a file that is the root of a currently
mounted filesystem, you get this error.
|
|
File exists; an existing file was specified in a context where it only
makes sense to specify a new file.
|
An attempt to make an improper link across file systems was detected.
This happens not only when you use link (see Hard Links) but
also when you rename a file with rename (see Renaming Files).
|
|
The wrong type of device was given to a function that expects a
particular sort of device.
|
|
A file that isn't a directory was specified when a directory is required.
|
|
File is a directory; you cannot open a directory for writing,
or create or remove hard links to it.
|
|
Invalid argument. This is used to indicate various kinds of problems
with passing the wrong argument to a library function.
|
|
The current process has too many files open and can't open any more.
Duplicate descriptors do count toward this limit.
In BSD and GNU, the number of open files is controlled by a resource
limit that can usually be increased. If you get this error, you might
want to increase the RLIMIT_NOFILE limit or make it unlimited;
see Limits on Resources.
|
|
There are too many distinct file openings in the entire system. Note
that any number of linked channels count as just one file opening; see
Linked Channels. This error never occurs in the GNU system.
|
|
Inappropriate I/O control operation, such as trying to set terminal
modes on an ordinary file.
|
|
An attempt to execute a file that is currently open for writing, or
write to a file that is currently being executed. Often using a
debugger to run a program is considered having it open for writing and
will cause this error. (The name stands for "text file busy".) This
is not an error in the GNU system; the text is copied as necessary.
|
|
File too big; the size of a file would be larger than allowed by the system.
|
|
No space left on device; write operation on a file failed because the
disk is full.
|
|
Invalid seek operation (such as on a pipe).
|
|
An attempt was made to modify something on a read-only file system.
|
Too many links; the link count of a single file would become too large.
rename can cause this error if the file being renamed already has
as many links as it can take (see Renaming Files).
|
Broken pipe; there is no process reading from the other end of a pipe.
Every library function that returns this error code also generates a
SIGPIPE signal; this signal terminates the program if not handled
or blocked. Thus, your program will never actually see EPIPE
unless it has handled or blocked SIGPIPE.
|
|
Domain error; used by mathematical functions when an argument value does
not fall into the domain over which the function is defined.
|
|
Range error; used by mathematical functions when the result value is
not representable because of overflow or underflow.
|
Resource temporarily unavailable; the call might work if you try again
later. The macro EWOULDBLOCK is another name for EAGAIN;
they are always the same in the GNU C library.
This error can happen in a few different situations:
- An operation that would block was attempted on an object that has
non-blocking mode selected. Trying the same operation again will block
until some external condition makes it possible to read, write, or
connect (whatever the operation). You can use
select to find out
when the operation will be possible; see Waiting for I/O.
Portability Note: In many older Unix systems, this condition
was indicated by EWOULDBLOCK, which was a distinct error code
different from EAGAIN. To make your program portable, you should
check for both codes and treat them the same.
- A temporary resource shortage made an operation impossible.
fork
can return this error. It indicates that the shortage is expected to
pass, so your program can try the call again later and it may succeed.
It is probably a good idea to delay for a few seconds before trying it
again, to allow time for other processes to release scarce resources.
Such shortages are usually fairly serious and affect the whole system,
so usually an interactive program should report the error to the user
and return to its command loop.
|
In the GNU C library, this is another name for EAGAIN (above).
The values are always the same, on every operating system.
C libraries in many older Unix systems have EWOULDBLOCK as a
separate error code.
|
An operation that cannot complete immediately was initiated on an object
that has non-blocking mode selected. Some functions that must always
block (such as connect; see Connecting) never return
EAGAIN. Instead, they return EINPROGRESS to indicate that
the operation has begun and will take some time. Attempts to manipulate
the object before the call completes return EALREADY. You can
use the select function to find out when the pending operation
has completed; see Waiting for I/O.
|
|
An operation is already in progress on an object that has non-blocking
mode selected.
|
|
A file that isn't a socket was specified when a socket is required.
|
|
The size of a message sent on a socket was larger than the supported
maximum size.
|
|
The socket type does not support the requested communications protocol.
|
|
You specified a socket option that doesn't make sense for the
particular protocol being used by the socket. See Socket Options.
|
| int EPROTONOSUPPORT
|
Macro |
|
The socket domain does not support the requested communications protocol
(perhaps because the requested protocol is completely invalid).
See Creating a Socket.
|
| int ESOCKTNOSUPPORT
|
Macro |
|
The socket type is not supported.
|
|
The operation you requested is not supported. Some socket functions
don't make sense for all types of sockets, and others may not be
implemented for all communications protocols. In the GNU system, this
error can happen for many calls when the object does not support the
particular operation;on call; an asynchronous signal occurred and prevented
completion of the call. When this happens, you should try the call
again.
You can choose to have functions resume after a signal that is handled,
rather than failing with EINTR; see Interrupted Primitives.
|
|
Input/output error; usually used for physical read or write errors.
|
|
No such device or address. The system tried to use the device
represented by a file you specified, and it couldn't find the device.
This can mean that the device file was installed incorrectly, or that
the physical device is missing or not correctly attached to the
computer.
|
Argument list too long; used when the arguments passed to a new program
being executed with one of the exec functions (see Executing a File) occupy too much memory space. This condition never arises in the
GNU system.
|
Invalid executable file format. This condition is detected by the
exec functions; see Executing a File.
|
|
Bad file descriptor; for example, I/O on a descriptor that has been
closed or reading from a descriptor open only for writing (or vice
versa).
|
|
There are no child processes. This error happens on operations that are
supposed to manipulate child processes, when there aren't any processes
to manipulate.
|
|
Deadlock avoided; allocating a system resource would have resulted in a
deadlock situation. The system does not guarantee that it will notice
all such situations. This error means you got lucky and the system
noticed; it might just hang. See File Locks, for an example.
|
|
No memory available. The system cannot allocate more virtual memory
because its capacity is full.
|
|
Permission denied; the file permissions do not allow the attempted operation.
|
|
Bad address; an invalid pointer was detected.
In the GNU system, this error never happens; you get a signal instead.
|
|
A file that isn't a block special file was given in a situation that
requires one. For example, trying to mount an ordinary file as a file
system in Unix gives this error.
|
|
Resource busy; a system resource that can't be shared is already in use.
For example, if you try to delete a file that is the root of a currently
mounted filesystem, you get this error.
|
|
File exists; an existing file was specified in a context where it only
makes sense to specify a new file.
|
An attempt to make an improper link across file systems was detected.
This happens not only when you use link (see Hard Links) but
also when you rename a file with rename (see Renaming Files).
|
|
The wrong type of device was given to a function that expects a
particular sort of device.
|
|
A file that isn't a directory was specified when a directory is required.
|
|
File is a directory; you cannot open a directory for writing,
or create or remove hard links to it.
|
|
Invalid argument. This is used to indicate various kinds of problems
with passing the wrong argument to a library function.
|
|
The current process has too many files open and can't open any more.
Duplicate descriptors do count toward this limit.
In BSD and GNU, the number of open files is controlled by a resource
limit that can usually be increased. If you get this error, you might
want to increase the RLIMIT_NOFILE limit or make it unlimited;
see Limits on Resources.
|
|
There are too many distinct file openings in the entire system. Note
that any number of linked channels count as just one file opening; see
Linked Channels. This error never occurs in the GNU system.
|
|
Inappropriate I/O control operation, such as trying to set terminal
modes on an ordinary file.
|
|
An attempt to execute a file that is currently open for writing, or
write to a file that is currently being executed. Often using a
debugger to run a program is considered having it open for writing and
will cause this error. (The name stands for "text file busy".) This
is not an error in the GNU system; the text is copied as necessary.
|
|
File too big; the size of a file would be larger than allowed by the system.
|
|
No space left on device; write operation on a file failed because the
disk is full.
|
|
Invalid seek operation (such as on a pipe).
|
|
An attempt was made to modify something on a read-only file system.
|
Too many links; the link count of a single file would become too large.
rename can cause this error if the file being renamed already has
as many links as it can take (see Renaming Files).
|
Broken pipe; there is no process reading from the other end of a pipe.
Every library function that returns this error code also generates a
SIGPIPE signal; this signal terminates the program if not handled
or blocked. Thus, your program will never actually see EPIPE
unless it has handled or blocked SIGPIPE.
|
|
Domain error; used by mathematical functions when an argument value does
not fall into the domain over which the function is defined.
|
|
Range error; used by mathematical functions when the result value is
not representable because of overflow or underflow.
|
Resource temporarily unavailable; the call might work if you try again
later. The macro EWOULDBLOCK is another name for EAGAIN;
they are always the same in the GNU C library.
This error can happen in a few different situations:
- An operation that would block was attempted on an object that has
non-blocking mode selected. Trying the same operation again will block
until some external condition makes it possible to read, write, or
connect (whatever the operation). You can use
select to find out
when the operation will be possible; see Waiting for I/O.
Portability Note: In many older Unix systems, this condition
was indicated by EWOULDBLOCK, which was a distinct error code
different from EAGAIN. To make your program portable, you should
check for both codes and treat them the same.
- A temporary resource shortage made an operation impossible.
fork
can return this error. It indicates that the shortage is expected to
pass, so your program can try the call again later and it may succeed.
It is probably a good idea to delay for a few seconds before trying it
again, to allow time for other processes to release scarce resources.
Such shortages are usually fairly serious and affect the whole system,
so usually an interactive program should report the error to the user
and return to its command loop.
|
In the GNU C library, this is another name for EAGAIN (above).
The values are always the same, on every operating system.
C libraries in many older Unix systems have EWOULDBLOCK as a
separate error code.
|
An operation that cannot complete immediately was initiated on an object
that has non-blocking mode selected. Some functions that must always
block (such as connect; see Connecting) never return
EAGAIN. Instead, they return EINPROGRESS to indicate that
the operation has begun and will take some time. Attempts to manipulate
the object before the call completes return EALREADY. You can
use the select function to find out when the pending operation
has completed; see Waiting for I/O.
|
|
An operation is already in progress on an object that has non-blocking
mode selected.
|
|
A file that isn't a socket was specified when a socket is required.
|
|
The size of a message sent on a socket was larger than the supported
maximum size.
|
|
The socket type does not support the requested communications protocol.
|
|
You specified a socket option that doesn't make sense for the
particular protocol being used by the socket. See Socket Options.
|
| int EPROTONOSUPPORT
|
Macro |
|
The socket domain does not support the requested communications protocol
(perhaps because the requested protocol is completely invalid).
See Creating a Socket.
|
| int ESOCKTNOSUPPORT
|
Macro |
|
The socket type is not supported.
|
|
The operation you requested is not supported. Some socket functions
don't make sense for all types of sockets, and others may not be
implemented for all communications protocols. In the GNU system, this
error can happen for many calls when the object does not support the
particular operation;on call; an asynchronous signal occurred and prevented
completion of the call. When this happens, you should try the call
again.
You can choose to have functions resume after a signal that is handled,
rather than failing with EINTR; see Interrupted Primitives.
|
|
Input/output error; usually used for physical read or write errors.
|
|
No such device or address. The system tried to use the device
represented by a file you specified, and it couldn't find the device.
This can mean that the device file was installed incorrectly, or that
the physical device is missing or not correctly attached to the
computer.
|
Argument list too long; used when the arguments passed to a new program
being executed with one of the exec functions (see Executing a File) occupy too much memory space. This condition never arises in the
GNU system.
|
Invalid executable file format. This condition is detected by the
exec functions; see Executing a File.
|
|
Bad file descriptor; for example, I/O on a descriptor that has been
closed or reading from a descriptor open only for writing (or vice
versa).
|
|
There are no child processes. This error happens on operations that are
supposed to manipulate child processes, when there aren't any processes
to manipulate.
|
|
Deadlock avoided; allocating a system resource would have resulted in a
deadlock situation. The system does not guarantee that it will notice
all such situations. This error means you got lucky and the system
noticed; it might just hang. See File Locks, for an example.
|
|
No memory available. The system cannot allocate more virtual memory
because its capacity is full.
|
|
Permission denied; the file permissions do not allow the attempted operation.
|
|
Bad address; an invalid pointer was detected.
In the GNU system, this error never happens; you get a signal instead.
|
|
A file that isn't a block special file was given in a situation that
requires one. For example, trying to mount an ordinary file as a file
system in Unix gives this error.
|
|
Resource busy; a system resource that can't be shared is already in use.
For example, if you try to delete a file that is the root of a currently
mounted filesystem, you get this error.
|
|
File exists; an existing file was specified in a context where it only
makes sense to specify a new file.
|
An attempt to make an improper link across file systems was detected.
This happens not only when you use link (see Hard Links) but
also when you rename a file with rename (see Renaming Files).
|
|
The wrong type of device was given to a function that expects a
particular sort of device.
|
|
A file that isn't a directory was specified when a directory is required.
|
|
File is a directory; you cannot open a directory for writing,
or create or remove hard links to it.
|
|
Invalid argument. This is used to indicate various kinds of problems
with passing the wrong argument to a library function.
|
|
The current process has too many files open and can't open any more.
Duplicate descriptors do count toward this limit.
In BSD and GNU, the number of open files is controlled by a resource
limit that can usually be increased. If you get this error, you might
want to increase the RLIMIT_NOFILE limit or make it unlimited;
see Limits on Resources.
|
|
There are too many distinct file openings in the entire system. Note
that any number of linked channels count as just one file opening; see
Linked Channels. This error never occurs in the GNU system.
|
|
Inappropriate I/O control operation, such as trying to set terminal
modes on an ordinary file.
|
|
An attempt to execute a file that is currently open for writing, or
write to a file that is currently being executed. Often using a
debugger to run a program is considered having it open for writing and
will cause this error. (The name stands for "text file busy".) This
is not an error in the GNU system; the text is copied as necessary.
|
|
File too big; the size of a file would be larger than allowed by the system.
|
|
No space left on device; write operation on a file failed because the
disk is full.
|
|
Invalid seek operation (such as on a pipe).
|
|
An attempt was made to modify something on a read-only file system.
|
Too many links; the link count of a single file would become too large.
rename can cause this error if the file being renamed already has
as many links as it can take (see Renaming Files).
|
Broken pipe; there is no process reading from the other end of a pipe.
Every library function that returns this error code also generates a
SIGPIPE signal; this signal terminates the program if not handled
or blocked. Thus, your program will never actually see EPIPE
unless it has handled or blocked SIGPIPE.
|
|
Domain error; used by mathematical functions when an argument value does
not fall into the domain over which the function is defined.
|
|
Range error; used by mathematical functions when the result value is
not representable because of overflow or underflow.
|
Resource temporarily unavailable; the call might work if you try again
later. The macro EWOULDBLOCK is another name for EAGAIN;
they are always the same in the GNU C library.
This error can happen in a few different situations:
- An operation that would block was attempted on an object that has
non-blocking mode selected. Trying the same operation again will block
until some external condition makes it possible to read, write, or
connect (whatever the operation). You can use
select to find out
when the operation will be possible; see Waiting for I/O.
Portability Note: In many older Unix systems, this condition
was indicated by EWOULDBLOCK, which was a distinct error code
different from EAGAIN. To make your program portable, you should
check for both codes and treat them the same.
- A temporary resource shortage made an operation impossible.
fork
can return this error. It indicates that the shortage is expected to
pass, so your program can try the call again later and it may succeed.
It is probably a good idea to delay for a few seconds before trying it
again, to allow time for other processes to release scarce resources.
Such shortages are usually fairly serious and affect the whole system,
so usually an interactive program should report the error to the user
and return to its command loop.
|
In the GNU C library, this is another name for EAGAIN (above).
The values are always the same, on every operating system.
C libraries in many older Unix systems have EWOULDBLOCK as a
separate error code.
|
An operation that cannot complete immediately was initiated on an object
that has non-blocking mode selected. Some functions that must always
block (such as connect; see Connecting) never return
EAGAIN. Instead, they return EINPROGRESS to indicate that
the operation has begun and will take some time. Attempts to manipulate
the object before the call completes return EALREADY. You can
use the select function to find out when the pending operation
has completed; see Waiting for I/O.
|
|
An operation is already in progress on an object that has non-blocking
mode selected.
|
|
A file that isn't a socket was specified when a socket is required.
|
|
The size of a message sent on a socket was larger than the supported
maximum size.
|
|
The socket type does not support the requested communications protocol.
|
|
You specified a socket option that doesn't make sense for the
particular protocol being used by the socket. See Socket Options.
|
| int EPROTONOSUPPORT
|
Macro |
|
The socket domain does not support the requested communications protocol
(perhaps because the requested protocol is completely invalid).
See Creating a Socket.
|
| int ESOCKTNOSUPPORT
|
Macro |
|
The socket type is not supported.
|
|
The operation you requested is not supported. Some socket functions
don't make sense for all types of sockets, and others may not be
implemented for all communications protocols. In the GNU system, this
error can happen for many calls when the object does not support the
particular operation;on call; an asynchronous signal occurred and prevented
completion of the call. When this happens, you should try the call
again.
You can choose to have functions resume after a signal that is handled,
rather than failing with EINTR; see Interrupted Primitives.
|
|
Input/output error; usually used for physical read or write errors.
|
|
No such device or address. The system tried to use the device
represented by a file you specified, and it couldn't find the device.
This can mean that the device file was installed incorrectly, or that
the physical device is missing or not correctly attached to the
computer.
|
Argument list too long; used when the arguments passed to a new program
being executed with one of the exec functions (see Executing a File) occupy too much memory space. This condition never arises in the
GNU system.
|
Invalid executable file format. This condition is detected by the
exec functions; see Executing a File.
|
|
Bad file descriptor; for example, I/O on a descriptor that has been
closed or reading from a descriptor open only for writing (or vice
versa).
|
|
There are no child processes. This error happens on operations that are
supposed to manipulate child processes, when there aren't any processes
to manipulate.
|
|
Deadlock avoided; allocating a system resource would have resulted in a
deadlock situation. The system does not guarantee that it will notice
all such situations. This error means you got lucky and the system
noticed; it might just hang. See File Locks, for an example.
|
|
No memory available. The system cannot allocate more virtual memory
because its capacity is full.
|
|
Permission denied; the file permissions do not allow the attempted operation.
|
|
Bad address; an invalid pointer was detected.
In the GNU system, this error never happens; you get a signal instead.
|
|
A file that isn't a block special file was given in a situation that
requires one. For example, trying to mount an ordinary file as a file
system in Unix gives this error.
|
|
Resource busy; a system resource that can't be shared is already in use.
For example, if you try to delete a file that is the root of a currently
mounted filesystem, you get this error.
|
|
File exists; an existing file was specified in a context where it only
makes sense to specify a new file.
|
An attempt to make an improper link across file systems was detected.
This happens not only when you use link (see Hard Links) but
also when you rename a file with rename (see Renaming Files).
|
|
The wrong type of device was given to a function that expects a
particular sort of device.
|
|
A file that isn't a directory was specified when a directory is required.
|
|
File is a directory; you cannot open a directory for writing,
or create or remove hard links to it.
|
|
Invalid argument. This is used to indicate various kinds of problems
with passing the wrong argument to a library function.
|
|
The current process has too many files open and can't open any more.
Duplicate descriptors do count toward this limit.
In BSD and GNU, the number of open files is controlled by a resource
limit that can usually be increased. If you get this error, you might
want to increase the RLIMIT_NOFILE limit or make it unlimited;
see Limits on Resources.
|
|
There are too many distinct file openings in the entire system. Note
that any number of linked channels count as just one file opening; see
Linked Channels. This error never occurs in the GNU system.
|
|
Inappropriate I/O control operation, such as trying to set terminal
modes on an ordinary file.
|
|
An attempt to execute a file that is currently open for writing, or
write to a file that is currently being executed. Often using a
debugger to run a program is considered having it open for writing and
will cause this error. (The name stands for "text file busy".) This
is not an error in the GNU system; the text is copied as necessary.
|
|
File too big; the size of a file would be larger than allowed by the system.
|
|
No space left on device; write operation on a file failed because the
disk is full.
|
|
Invalid seek operation (such as on a pipe).
|
|
An attempt was made to modify something on a read-only file system.
|
Too many links; the link count of a single file would become too large.
rename can cause this error if the file being renamed already has
as many links as it can take (see Renaming Files).
|
Broken pipe; there is no process reading from the other end of a pipe.
Every library function that returns this error code also generates a
SIGPIPE signal; this signal terminates the program if not handled
or blocked. Thus, your program will never actually see EPIPE
unless it has handled or blocked SIGPIPE.
|
|
Domain error; used by mathematical functions when an argument value does
not fall into the domain over which the function is defined.
|
|
Range error; used by mathematical functions when the result value is
not representable because of overflow or underflow.
|
Resource temporarily unavailable; the call might work if you try again
later. The macro EWOULDBLOCK is another name for EAGAIN;
they are always the same in the GNU C library.
This error can happen in a few different situations:
- An operation that would block was attempted on an object that has
non-blocking mode selected. Trying the same operation again will block
until some external condition makes it possible to read, write, or
connect (whatever the operation). You can use
select to find out
when the operation will be possible; see Waiting for I/O.
Portability Note: In many older Unix systems, this condition
was indicated by EWOULDBLOCK, which was a distinct error code
different from EAGAIN. To make your program portable, you should
check for both codes and treat them the same.
- A temporary resource shortage made an operation impossible.
fork
can return this error. It indicates that the shortage is expected to
pass, so your program can try the call again later and it may succeed.
It is probably a good idea to delay for a few seconds before trying it
again, to allow time for other processes to release scarce resources.
Such shortages are usually fairly serious and affect the whole system,
so usually an interactive program should report the error to the user
and return to its command loop.
|
In the GNU C library, this is another name for EAGAIN (above).
The values are always the same, on every operating system.
C libraries in many older Unix systems have EWOULDBLOCK as a
separate error code.
|
An operation that cannot complete immediately was initiated on an object
that has non-blocking mode selected. Some functions that must always
block (such as connect; see Connecting) never return
EAGAIN. Instead, they return EINPROGRESS to indicate that
the operation has begun and will take some time. Attempts to manipulate
the object before the call completes return EALREADY. You can
use the select function to find out when the pending operation
has completed; see Waiting for I/O.
|
|
An operation is already in progress on an object that has non-blocking
mode selected.
|
|
A file that isn't a socket was specified when a socket is required.
|
|
The size of a message sent on a socket was larger than the supported
maximum size.
|
|
The socket type does not support the requested communications protocol.
|
|
You specified a socket option that doesn't make sense for the
particular protocol being used by the socket. See Socket Options.
|
| int EPROTONOSUPPORT
|
Macro |
|
The socket domain does not support the requested communications protocol
(perhaps because the requested protocol is completely invalid).
See Creating a Socket.
|
| int ESOCKTNOSUPPORT
|
Macro |
|
The socket type is not supported.
|
|
The operation you requested is not supported. Some socket functions
don't make sense for all types of sockets, and others may not be
implemented for all communications protocols. In the GNU system, this
error can happen for many calls when the object does not support the
particular operation;on call; an asynchronous signal occurred and prevented
completion of the call. When this happens, you should try the call
again.
You can choose to have functions resume after a signal that is handled,
rather than failing with EINTR; see Interrupted Primitives.
|
|
Input/output error; usually used for physical read or write errors.
|
|
No such device or address. The system tried to use the device
represented by a file you specified, and it couldn't find the device.
This can mean that the device file was installed incorrectly, or that
the physical device is missing or not correctly attached to the
computer.
|
Argument list too long; used when the arguments passed to a new program
being executed with one of the exec functions (see Executing a File) occupy too much memory space. This condition never arises in the
GNU system.
|
Invalid executable file format. This condition is detected by the
exec functions; see Executing a File.
|
|
Bad file descriptor; for example, I/O on a descriptor that has been
closed or reading from a descriptor open only for writing (or vice
versa).
|
|
There are no child processes. This error happens on operations that are
supposed to manipulate child processes, when there aren't any processes
to manipulate.
|
|
Deadlock avoided; allocating a system resource would have resulted in a
deadlock situation. The system does not guarantee that it will notice
all such situations. This error means you got lucky and the system
noticed; it might just hang. See File Locks, for an example.
|
|
No memory available. The system cannot allocate more virtual memory
because its capacity is full.
|
|
Permission denied; the file permissions do not allow the attempted operation.
|
|
Bad address; an invalid pointer was detected.
In the GNU system, this error never happens; you get a signal instead.
|
|
A file that isn't a block special file was given in a situation that
requires one. For example, trying to mount an ordinary file as a file
system in Unix gives this error.
|
|
Resource busy; a system resource that can't be shared is already in use.
For example, if you try to delete a file that is the root of a currently
mounted filesystem, you get this error.
|
|
File exists; an existing file was specified in a context where it only
makes sense to specify a new file.
|
An attempt to make an improper link across file systems was detected.
This happens not only when you use link (see Hard Links) but
also when you rename a file with rename (see Renaming Files).
|
|
The wrong type of device was given to a function that expects a
particular sort of device.
|
|
A file that isn't a directory was specified when a directory is required.
|
|
File is a directory; you cannot open a directory for writing,
or create or remove hard links to it.
|
|
Invalid argument. This is used to indicate various kinds of problems
with passing the wrong argument to a library function.
|
|
The current process has too many files open and can't open any more.
Duplicate descriptors do count toward this limit.
In BSD and GNU, the number of open files is controlled by a resource
limit that can usually be increased. If you get this error, you might
want to increase the RLIMIT_NOFILE limit or make it unlimited;
see Limits on Resources.
|
|
There are too many distinct file openings in the entire system. Note
that any number of linked channels count as just one file opening; see
Linked Channels. This error never occurs in the GNU system.
|
|
Inappropriate I/O control operation, such as trying to set terminal
modes on an ordinary file.
|
|
An attempt to execute a file that is currently open for writing, or
write to a file that is currently being executed. Often using a
debugger to run a program is considered having it open for writing and
will cause this error. (The name stands for "text file busy".) This
is not an error in the GNU system; the text is copied as necessary.
|
|
File too big; the size of a file would be larger than allowed by the system.
|
|
No space left on device; write operation on a file failed because the
disk is full.
|
|
Invalid seek operation (such as on a pipe).
|
|
An attempt was made to modify something on a read-only file system.
|
Too many links; the link count of a single file would become too large.
rename can cause this error if the file being renamed already has
as many links as it can take (see Renaming Files).
|
Broken pipe; there is no process reading from the other end of a pipe.
Every library function that returns this error code also generates a
SIGPIPE signal; this signal terminates the program if not handled
or blocked. Thus, your program will never actually see EPIPE
unless it has handled or blocked SIGPIPE.
|
|
Domain error; used by mathematical functions when an argument value does
not fall into the domain over which the function is defined.
|
|
Range error; used by mathematical functions when the result value is
not representable because of overflow or underflow.
|
Resource temporarily unavailable; the call might work if you try again
later. The macro EWOULDBLOCK is another name for EAGAIN;
they are always the same in the GNU C library.
This error can happen in a few different situations:
- An operation that would block was attempted on an object that has
non-blocking mode selected. Trying the same operation again will block
until some external condition makes it possible to read, write, or
connect (whatever the operation). You can use
select to find out
when the operation will be possible; see Waiting for I/O.
Portability Note: In many older Unix systems, this condition
was indicated by EWOULDBLOCK, which was a distinct error code
different from EAGAIN. To make your program portable, you should
check for both codes and treat them the same.
- A temporary resource shortage made an operation impossible.
fork
can return this error. It indicates that the shortage is expected to
pass, so your program can try the call again later and it may succeed.
It is probably a good idea to delay for a few seconds before trying it
again, to allow time for other processes to release scarce resources.
Such shortages are usually fairly serious and affect the whole system,
so usually an interactive program should report the error to the user
and return to its command loop.
|
In the GNU C library, this is another name for EAGAIN (above).
The values are always the same, on every operating system.
C libraries in many older Unix systems have EWOULDBLOCK as a
separate error code.
|
An operation that cannot complete immediately was initiated on an object
that has non-blocking mode selected. Some functions that must always
block (such as connect; see Connecting) never return
EAGAIN. Instead, they return EINPROGRESS to indicate that
the operation has begun and will take some time. Attempts to manipulate
the object before the call completes return EALREADY. You can
use the select function to find out when the pending operation
has completed; see Waiting for I/O.
|
|
An operation is already in progress on an object that has non-blocking
mode selected.
|
|
A file that isn't a socket was specified when a socket is required.
|
|
The size of a message sent on a socket was larger than the supported
maximum size.
|
|
The socket type does not support the requested communications protocol.
|
|
You specified a socket option that doesn't make sense for the
particular protocol being used by the socket. See Socket Options.
|
| int EPROTONOSUPPORT
|
Macro |
|
The socket domain does not support the requested communications protocol
(perhaps because the requested protocol is completely invalid).
See Creating a Socket.
|
| int ESOCKTNOSUPPORT
|
Macro |
|
The socket type is not supported.
|
|
The operation you requested is not supported. Some socket functions
don't make sense for all types of sockets, and others may not be
implemented for all communications protocols. In the GNU system, this
error can happen for many calls when the object does not support the
particular operation;on call; an asynchronous signal occurred and prevented
completion of the call. When this happens, you should try the call
again.
You can choose to have functions resume after a signal that is handled,
rather than failing with EINTR; see Interrupted Primitives.
|
|
Input/output error; usually used for physical read or write errors.
|
|
No such device or address. The system tried to use the device
represented by a file you specified, and it couldn't find the device.
This can mean that the device file was installed incorrectly, or that
the physical device is missing or not correctly attached to the
computer.
|
Argument list too long; used when the arguments passed to a new program
being executed with one of the exec functions (see Executing a File) occupy too much memory space. This condition never arises in the
GNU system.
|
Invalid executable file format. This condition is detected by the
exec functions; see Executing a File.
|
|
Bad file descriptor; for example, I/O on a descriptor that has been
closed or reading from a descriptor open only for writing (or vice
versa).
|
|
There are no child processes. This error happens on operations that are
supposed to manipulate child processes, when there aren't any processes
to manipulate.
|
|
Deadlock avoided; allocating a system resource would have resulted in a
deadlock situation. The system does not guarantee that it will notice
all such situations. This error means you got lucky and the system
noticed; it might just hang. See File Locks, for an example.
|
|
No memory available. The system cannot allocate more virtual memory
because its capacity is full.
|
|
Permission denied; the file permissions do not allow the attempted operation.
|
|
Bad address; an invalid pointer was detected.
In the GNU system, this error never happens; you get a signal instead.
|
|
A file that isn't a block special file was given in a situation that
requires one. For example, trying to mount an ordinary file as a file
system in Unix gives this error.
|
|
Resource busy; a system resource that can't be shared is already in use.
For example, if you try to delete a file that is the root of a currently
mounted filesystem, you get this error.
|
|
File exists; an existing file was specified in a context where it only
makes sense to specify a new file.
|
An attempt to make an improper link across file systems was detected.
This happens not only when you use link (see Hard Links) but
also when you rename a file with rename (see Renaming Files).
|
|
The wrong type of device was given to a function that expects a
particular sort of device.
|
|
A file that isn't a directory was specified when a directory is required.
|
|
File is a directory; you cannot open a directory for writing,
or create or remove hard links to it.
|
|
Invalid argument. This is used to indicate various kinds of problems
with passing the wrong argument to a library function.
|
|
The current process has too many files open and can't open any more.
Duplicate descriptors do count toward this limit.
In BSD and GNU, the number of open files is controlled by a resource
limit that can usually be increased. If you get this error, you might
want to increase the RLIMIT_NOFILE limit or make it unlimited;
see Limits on Resources.
|
|
There are too many distinct file openings in the entire system. Note
that any number of linked channels count as just one file opening; see
Linked Channels. This error never occurs in the GNU system.
|
|
Inappropriate I/O control operation, such as trying to set terminal
modes on an ordinary file.
|
|
An attempt to execute a file that is currently open for writing, or
write to a file that is currently being executed. Often using a
debugger to run a program is considered having it open for writing and
will cause this error. (The name stands for "text file busy".) This
is not an error in the GNU system; the text is copied as necessary.
|
|
File too big; the size of a file would be larger than allowed by the system.
|
|
No space left on device; write operation on a file failed because the
disk is full.
|
|
Invalid seek operation (such as on a pipe).
|
|
An attempt was made to modify something on a read-only file system.
|
Too many links; the link count of a single file would become too large.
rename can cause this error if the file being renamed already has
as many links as it can take (see Renaming Files).
|
Broken pipe; there is no process reading from the other end of a pipe.
Every library function that returns this error code also generates a
SIGPIPE signal; this signal terminates the program if not handled
or blocked. Thus, your program will never actually see EPIPE
unless it has handled or blocked SIGPIPE.
|
|
Domain error; used by mathematical functions when an argument value does
not fall into the domain over which the function is defined.
|
|
Range error; used by mathematical functions when the result value is
not representable because of overflow or underflow.
|
Resource temporarily unavailable; the call might work if you try again
later. The macro EWOULDBLOCK is another name for EAGAIN;
they are always the same in the GNU C library.
This error can happen in a few different situations:
- An operation that would block was attempted on an object that has
non-blocking mode selected. Trying the same operation again will block
until some external condition makes it possible to read, write, or
connect (whatever the operation). You can use
select to find out
when the operation will be possible; see Waiting for I/O.
Portability Note: In many older Unix systems, this condition
was indicated by EWOULDBLOCK, which was a distinct error code
different from EAGAIN. To make your program portable, you should
check for both codes and treat them the same.
- A temporary resource shortage made an operation impossible.
fork
can return this error. It indicates that the shortage is expected to
pass, so your program can try the call again later and it may succeed.
It is probably a good idea to delay for a few seconds before trying it
again, to allow time for other processes to release scarce resources.
Such shortages are usually fairly serious and affect the whole system,
so usually an interactive program should report the error to the user
and return to its command loop.
|
In the GNU C library, this is another name for EAGAIN (above).
The values are always the same, on every operating system.
C libraries in many older Unix systems have EWOULDBLOCK as a
separate error code.
|
An operation that cannot complete immediately was initiated on an object
that has non-blocking mode selected. Some functions that must always
block (such as connect; see Connecting) never return
EAGAIN. Instead, they return EINPROGRESS to indicate that
the operation has begun and will take some time. Attempts to manipulate
the object before the call completes return EALREADY. You can
use the select function to find out when the pending operation
has completed; see Waiting for I/O.
|
|
An operation is already in progress on an object that has non-blocking
mode selected.
|
|
A file that isn't a socket was specified when a socket is required.
|
|
The size of a message sent on a socket was larger than the supported
maximum size.
|
|
The socket type does not support the requested communications protocol.
|
|
You specified a socket option that doesn't make sense for the
particular protocol being used by the socket. See Socket Options.
|
| int EPROTONOSUPPORT
|
Macro |
|
The socket domain does not support the requested communications protocol
(perhaps because the requested protocol is completely invalid).
See Creating a Socket.
|
| int ESOCKTNOSUPPORT
|
Macro |
|
The socket type is not supported.
|
|
The operation you requested is not supported. Some socket functions
don't make sense for all types of sockets, and others may not be
implemented for all communications protocols. In the GNU system, this
error can happen for many calls when the object does not support the
particular operation;on call; an asynchronous signal occurred and prevented
completion of the call. When this happens, you should try the call
again.
You can choose to have functions resume after a signal that is handled,
rather than failing with EINTR; see Interrupted Primitives.
|
|
Input/output error; usually used for physical read or write errors.
|
|
No such device or address. The system tried to use the device
represented by a file you specified, and it couldn't find the device.
This can mean that the device file was installed incorrectly, or that
the physical device is missing or not correctly attached to the
computer.
|
Argument list too long; used when the arguments passed to a new program
being executed with one of the exec functions (see Executing a File) occupy too much memory space. This condition never arises in the
GNU system.
|
Invalid executable file format. This condition is detected by the
exec functions; see Executing a File.
|
|
Bad file descriptor; for example, I/O on a descriptor that has been
closed or reading from a descriptor open only for writing (or vice
versa).
|
|
There are no child processes. This error happens on operations that are
supposed to manipulate child processes, when there aren't any processes
to manipulate.
|
|
Deadlock avoided; allocating a system resource would have resulted in a
deadlock situation. The system does not guarantee that it will notice
all such situations. This error means you got lucky and the system
noticed; it might just hang. See File Locks, for an example.
|
|
No memory available. The system cannot allocate more virtual memory
because its capacity is full.
|
|
Permission denied; the file permissions do not allow the attempted operation.
|
|
Bad address; an invalid pointer was detected.
In the GNU system, this error never happens; you get a signal instead.
|
|
A file that isn't a block special file was given in a situation that
requires one. For example, trying to mount an ordinary file as a file
system in Unix gives this error.
|
|
Resource busy; a system resource that can't be shared is already in use.
For example, if you try to delete a file that is the root of a currently
mounted filesystem, you get this error.
|
|
File exists; an existing file was specified in a context where it only
makes sense to specify a new file.
|
An attempt to make an improper link across file systems was detected.
This happens not only when you use link (see Hard Links) but
also when you rename a file with rename (see Renaming Files).
|
|
The wrong type of device was given to a function that expects a
particular sort of device.
|
|
A file that isn't a directory was specified when a directory is required.
|
|
File is a directory; you cannot open a directory for writing,
or create or remove hard links to it.
|
|
Invalid argument. This is used to indicate various kinds of problems
with passing the wrong argument to a library function.
|
|
The current process has too many files open and can't open any more.
Duplicate descriptors do count toward this limit.
In BSD and GNU, the number of open files is controlled by a resource
limit that can usually be increased. If you get this error, you might
want to increase the RLIMIT_NOFILE limit or make it unlimited;
see Limits on Resources.
|
|
There are too many distinct file openings in the entire system. Note
that any number of linked channels count as just one file opening; see
Linked Channels. This error never occurs in the GNU system.
|
|
Inappropriate I/O control operation, such as trying to set terminal
modes on an ordinary file.
|
|
An attempt to execute a file that is currently open for writing, or
write to a file that is currently being executed. Often using a
debugger to run a program is considered having it open for writing and
will cause this error. (The name stands for "text file busy".) This
is not an error in the GNU system; the text is copied as necessary.
|
|
File too big; the size of a file would be larger than allowed by the system.
|
|
No space left on device; write operation on a file failed because the
disk is full.
|
|
Invalid seek operation (such as on a pipe).
|
|
An attempt was made to modify something on a read-only file system.
|
Too many links; the link count of a single file would become too large.
rename can cause this error if the file being renamed already has
as many links as it can take (see Renaming Files).
|
Broken pipe; there is no process reading from the other end of a pipe.
Every library function that returns this error code also generates a
SIGPIPE signal; this signal terminates the program if not handled
or blocked. Thus, your program will never actually see EPIPE
unless it has handled or blocked SIGPIPE.
|
|
Domain error; used by mathematical functions when an argument value does
not fall into the domain over which the function is defined.
|
|
Range error; used by mathematical functions when the result value is
not representable because of overflow or underflow.
|
Resource temporarily unavailable; the call might work if you try again
later. The macro EWOULDBLOCK is another name for EAGAIN;
they are always the same in the GNU C library.
This error can happen in a few different situations:
- An operation that would block was attempted on an object that has
non-blocking mode selected. Trying the same operation again will block
until some external condition makes it possible to read, write, or
connect (whatever the operation). You can use
select to find out
when the operation will be possible; see Waiting for I/O.
Portability Note: In many older Unix systems, this condition
was indicated by EWOULDBLOCK, which was a distinct error code
different from EAGAIN. To make your program portable, you should
check for both codes and treat them the same.
- A temporary resource shortage made an operation impossible.
fork
can return this error. It indicates that the shortage is expected to
pass, so your program can try the call again later and it may succeed.
It is probably a good idea to delay for a few seconds before trying it
again, to allow time for other processes to release scarce resources.
Such shortages are usually fairly serious and affect the whole system,
so usually an interactive program should report the error to the user
and return to its command loop.
|
In the GNU C library, this is another name for EAGAIN (above).
The values are always the same, on every operating system.
C libraries in many older Unix systems have EWOULDBLOCK as a
separate error code.
|
An operation that cannot complete immediately was initiated on an object
that has non-blocking mode selected. Some functions that must always
block (such as connect; see Connecting) never return
EAGAIN. Instead, they return EINPROGRESS to indicate that
the operation has begun and will take some time. Attempts to manipulate
the object before the call completes return EALREADY. You can
use the select function to find out when the pending operation
has completed; see Waiting for I/O.
|
|
An operation is already in progress on an object that has non-blocking
mode selected.
|
|
A file that isn't a socket was specified when a socket is required.
|
|
The size of a message sent on a socket was larger than the supported
maximum size.
|
|
The socket type does not support the requested communications protocol.
|
|
You specified a socket option that doesn't make sense for the
particular protocol being used by the socket. See Socket Options.
|
| int EPROTONOSUPPORT
|
Macro |
|
The socket domain does not support the requested communications protocol
(perhaps because the requested protocol is completely invalid).
See Creating a Socket.
|
| int ESOCKTNOSUPPORT
|
Macro |
|
The socket type is not supported.
|
|
The operation you requested is not supported. Some socket functions
don't make sense for all types of sockets, and others may not be
implemented for all communications protocols. In the GNU system, this
error can happen for many calls when the object does not support the
particular operation;on call; an asynchronous signal occurred and prevented
completion of the call. When this happens, you should try the call
again.
You can choose to have functions resume after a signal that is handled,
rather than failing with EINTR; see Interrupted Primitives.
|
|
Input/output error; usually used for physical read or write errors.
|
|
No such device or address. The system tried to use the device
represented by a file you specified, and it couldn't find the device.
This can mean that the device file was installed incorrectly, or that
the physical device is missing or not correctly attached to the
computer.
|
Argument list too long; used when the arguments passed to a new program
being executed with one of the exec functions (see Executing a File) occupy too much memory space. This condition never arises in the
GNU system.
|
Invalid executable file format. This condition is detected by the
exec functions; see Executing a File.
|
|
Bad file descriptor; for example, I/O on a descriptor that has been
closed or reading from a descriptor open only for writing (or vice
versa).
|
|
There are no child processes. This error happens on operations that are
supposed to manipulate child processes, when there aren't any processes
to manipulate.
|
|
Deadlock avoided; allocating a system resource would have resulted in a
deadlock situation. The system does not guarantee that it will notice
all such situations. This error means you got lucky and the system
noticed; it might just hang. See File Locks, for an example.
|
|
No memory available. The system cannot allocate more virtual memory
because its capacity is full.
|
|
Permission denied; the file permissions do not allow the attempted operation.
|
|
Bad address; an invalid pointer was detected.
In the GNU system, this error never happens; you get a signal instead.
|
|
A file that isn't a block special file was given in a situation that
requires one. For example, trying to mount an ordinary file as a file
system in Unix gives this error.
|
|
Resource busy; a system resource that can't be shared is already in use.
For example, if you try to delete a file that is the root of a currently
mounted filesystem, you get this error.
|
|
File exists; an existing file was specified in a context where it only
makes sense to specify a new file.
|
An attempt to make an improper link across file systems was detected.
This happens not only when you use link (see Hard Links) but
also when you rename a file with rename (see Renaming Files).
|
|
The wrong type of device was given to a function that expects a
particular sort of device.
|
|
A file that isn't a directory was specified when a directory is required.
|
|
File is a directory; you cannot open a directory for writing,
or create or remove hard links to it.
|
|
Invalid argument. This is used to indicate various kinds of problems
with passing the wrong argument to a library function.
|
|
The current process has too many files open and can't open any more.
Duplicate descriptors do count toward this limit.
In BSD and GNU, the number of open files is controlled by a resource
limit that can usually be increased. If you get this error, you might
want to increase the RLIMIT_NOFILE limit or make it unlimited;
see Limits on Resources.
|
|
There are too many distinct file openings in the entire system. Note
that any number of linked channels count as just one file opening; see
Linked Channels. This error never occurs in the GNU system.
|
|
Inappropriate I/O control operation, such as trying to set terminal
modes on an ordinary file.
|
|
An attempt to execute a file that is currently open for writing, or
write to a file that is currently being executed. Often using a
debugger to run a program is considered having it open for writing and
will cause this error. (The name stands for "text file busy".) This
is not an error in the GNU system; the text is copied as necessary.
|
|
File too big; the size of a file would be larger than allowed by the system.
|
|
No space left on device; write operation on a file failed because the
disk is full.
|
|
Invalid seek operation (such as on a pipe).
|
|
An attempt was made to modify something on a read-only file system.
|
Too many links; the link count of a single file would become too large.
rename can cause this error if the file being renamed already has
as many links as it can take (see Renaming Files).
|
Broken pipe; there is no process reading from the other end of a pipe.
Every library function that returns this error code also generates a
SIGPIPE signal; this signal terminates the program if not handled
or blocked. Thus, your program will never actually see EPIPE
unless it has handled or blocked SIGPIPE.
|
|
Domain error; used by mathematical functions when an argument value does
not fall into the domain over which the function is defined.
|
|
Range error; used by mathematical functions when the result value is
not representable because of overflow or underflow.
|
Resource temporarily unavailable; the call might work if you try again
later. The macro EWOULDBLOCK is another name for EAGAIN;
they are always the same in the GNU C library.
This error can happen in a few different situations:
- An operation that would block was attempted on an object that has
non-blocking mode selected. Trying the same operation again will block
until some external condition makes it possible to read, write, or
connect (whatever the operation). You can use
select to find out
when the operation will be possible; see Waiting for I/O.
Portability Note: In many older Unix systems, this condition
was indicated by EWOULDBLOCK, which was a distinct error code
different from EAGAIN. To make your program portable, you should
check for both codes and treat them the same.
- A temporary resource shortage made an operation impossible.
fork
can return this error. It indicates that the shortage is expected to
pass, so your program can try the call again later and it may succeed.
It is probably a good idea to delay for a few seconds before trying it
again, to allow time for other processes to release scarce resources.
Such shortages are usually fairly serious and affect the whole system,
so usually an interactive program should report the error to the user
and return to its command loop.
|
In the GNU C library, this is another name for EAGAIN (above).
The values are always the same, on every operating system.
C libraries in many older Unix systems have EWOULDBLOCK as a
separate error code.
|
An operation that cannot complete immediately was initiated on an object
that has non-blocking mode selected. Some functions that must always
block (such as connect; see Connecting) never return
EAGAIN. Instead, they return EINPROGRESS to indicate that
the operation has begun and will take some time. Attempts to manipulate
the object before the call completes return EALREADY. You can
use the select function to find out when the pending operation
has completed; see Waiting for I/O.
|
|
An operation is already in progress on an object that has non-blocking
mode selected.
|
|
A file that isn't a socket was specified when a socket is required.
|
|
The size of a message sent on a socket was larger than the supported
maximum size.
|
|
The socket type does not support the requested communications protocol.
|
|
You specified a socket option that doesn't make sense for the
particular protocol being used by the socket. See Socket Options.
|
| int EPROTONOSUPPORT
|
Macro |
|
The socket domain does not support the requested communications protocol
(perhaps because the requested protocol is completely invalid).
See Creating a Socket.
|
| int ESOCKTNOSUPPORT
|
Macro |
|
The socket type is not supported.
|
|
The operation you requested is not supported. Some socket functions
don't make sense for all types of sockets, and others may not be
implemented for all communications protocols. In the GNU system, this
error can happen for many calls when the object does not support the
particular operation;on call; an asynchronous signal occurred and prevented
completion of the call. When this happens, you should try the call
again.
You can choose to have functions resume after a signal that is handled,
rather than failing with EINTR; see Interrupted Primitives.
|
|
Input/output error; usually used for physical read or write errors.
|
|
No such device or address. The system tried to use the device
represented by a file you specified, and it couldn't find the device.
This can mean that the device file was installed incorrectly, or that
the physical device is missing or not correctly attached to the
computer.
|
Argument list too long; used when the arguments passed to a new program
being executed with one of the exec functions (see Executing a File) occupy too much memory space. This condition never arises in the
GNU system.
|
Invalid executable file format. This condition is detected by the
exec functions; see Executing a File.
|
|
Bad file descriptor; for example, I/O on a descriptor that has been
closed or reading from a descriptor open only for writing (or vice
versa).
|
|
There are no child processes. This error happens on operations that are
supposed to manipulate child processes, when there aren't any processes
to manipulate.
|
|
Deadlock avoided; allocating a system resource would have resulted in a
deadlock situation. The system does not guarantee that it will notice
all such situations. This error means you got lucky and the system
noticed; it might just hang. See File Locks, for an example.
|
|
No memory available. The system cannot allocate more virtual memory
because its capacity is full.
|
|
Permission denied; the file permissions do not allow the attempted operation.
|
|
Bad address; an invalid pointer was detected.
In the GNU system, this error never happens; you get a signal instead.
|
|
A file that isn't a block special file was given in a situation that
requires one. For example, trying to mount an ordinary file as a file
system in Unix gives this error.
|
|
Resource busy; a system resource that can't be shared is already in use.
For example, if you try to delete a file that is the root of a currently
mounted filesystem, you get this error.
|
|
File exists; an existing file was specified in a context where it only
makes sense to specify a new file.
|
An attempt to make an improper link across file systems was detected.
This happens not only when you use link (see Hard Links) but
also when you rename a file with rename (see Renaming Files).
|
|
The wrong type of device was given to a function that expects a
particular sort of device.
|
|
A file that isn't a directory was specified when a directory is required.
|
|
File is a directory; you cannot open a directory for writing,
or create or remove hard links to it.
|
|
Invalid argument. This is used to indicate various kinds of problems
with passing the wrong argument to a library function.
|
|
The current process has too many files open and can't open any more.
Duplicate descriptors do count toward this limit.
In BSD and GNU, the number of open files is controlled by a resource
limit that can usually be increased. If you get this error, you might
want to increase the RLIMIT_NOFILE limit or make it unlimited;
see Limits on Resources.
|
|
There are too many distinct file openings in the entire system. Note
that any number of linked channels count as just one file opening; see
Linked Channels. This error never occurs in the GNU system.
|
|
Inappropriate I/O control operation, such as trying to set terminal
modes on an ordinary file.
|
|
An attempt to execute a file that is currently open for writing, or
write to a file that is currently being executed. Often using a
debugger to run a program is considered having it open for writing and
will cause this error. (The name stands for "text file busy".) This
is not an error in the GNU system; the text is copied as necessary.
|
|
File too big; the size of a file would be larger than allowed by the system.
|
|
No space left on device; write operation on a file failed because the
disk is full.
|
|
Invalid seek operation (such as on a pipe).
|
|
An attempt was made to modify something on a read-only file system.
|
Too many links; the link count of a single file would become too large.
rename can cause this error if the file being renamed already has
as many links as it can take (see Renaming Files).
|
Broken pipe; there is no process reading from the other end of a pipe.
Every library function that returns this error code also generates a
SIGPIPE signal; this signal terminates the program if not handled
or blocked. Thus, your program will never actually see EPIPE
unless it has handled or blocked SIGPIPE.
|
|
Domain error; used by mathematical functions when an argument value does
not fall into the domain over which the function is defined.
|
|
Range error; used by mathematical functions when the result value is
not representable because of overflow or underflow.
|
Resource temporarily unavailable; the call might work if you try again
later. The macro EWOULDBLOCK is another name for EAGAIN;
they are always the same in the GNU C library.
This error can happen in a few different situations:
- An operation that would block was attempted on an object that has
non-blocking mode selected. Trying the same operation again will block
until some external condition makes it possible to read, write, or
connect (whatever the operation). You can use
select to find out
when the operation will be possible; see Waiting for I/O.
Portability Note: In many older Unix systems, this condition
was indicated by EWOULDBLOCK, which was a distinct error code
different from EAGAIN. To make your program portable, you should
check for both codes and treat them the same.
- A temporary resource shortage made an operation impossible.
fork
can return this error. It indicates that the shortage is expected to
pass, so your program can try the call again later and it may succeed.
It is probably a good idea to delay for a few seconds before trying it
again, to allow time for other processes to release scarce resources.
Such shortages are usually fairly serious and affect the whole system,
so usually an interactive program should report the error to the user
and return to its command loop.
|
In the GNU C library, this is another name for EAGAIN (above).
The values are always the same, on every operating system.
C libraries in many older Unix systems have EWOULDBLOCK as a
separate error code.
|
An operation that cannot complete immediately was initiated on an object
that has non-blocking mode selected. Some functions that must always
block (such as connect; see Connecting) never return
EAGAIN. Instead, they return EINPROGRESS to indicate that
the operation has begun and will take some time. Attempts to manipulate
the object before the call completes return EALREADY. You can
use the select function to find out when the pending operation
has completed; see Waiting for I/O.
|
|
An operation is already in progress on an object that has non-blocking
mode selected.
|
|
A file that isn't a socket was specified when a socket is required.
|
|
The size of a message sent on a socket was larger than the supported
maximum size.
|
|
The socket type does not support the requested communications protocol.
|
|
You specified a socket option that doesn't make sense for the
particular protocol being used by the socket. See Socket Options.
|
| int EPROTONOSUPPORT
|
Macro |
|
The socket domain does not support the requested communications protocol
(perhaps because the requested protocol is completely invalid).
See Creating a Socket.
|
| int ESOCKTNOSUPPORT
|
Macro |
|
The socket type is not supported.
|
|
The operation you requested is not supported. Some socket functions
don't make sense for all types of sockets, and others may not be
implemented for all communications protocols. In the GNU system, this
error can happen for many calls when the object does not support the
particular operation;on call; an asynchronous signal occurred and prevented
completion of the call. When this happens, you should try the call
again.
You can choose to have functions resume after a signal that is handled,
rather than failing with EINTR; see Interrupted Primitives.
|
|
Input/output error; usually used for physical read or write errors.
|
|
No such device or address. The system tried to use the device
represented by a file you specified, and it couldn't find the device.
This can mean that the device file was installed incorrectly, or that
the physical device is missing or not correctly attached to the
computer.
|
Argument list too long; used when the arguments passed to a new program
being executed with one of the exec functions (see Executing a File) occupy too much memory space. This condition never arises in the
GNU system.
|
Invalid executable file format. This condition is detected by the
exec functions; see Executing a File.
|
|
Bad file descriptor; for example, I/O on a descriptor that has been
closed or reading from a descriptor open only for writing (or vice
versa).
|
|
There are no child processes. This error happens on operations that are
supposed to manipulate child processes, when there aren't any processes
to manipulate.
|
|
Deadlock avoided; allocating a system resource would have resulted in a
deadlock situation. The system does not guarantee that it will notice
all such situations. This error means you got lucky and the system
noticed; it might just hang. See File Locks, for an example.
|
|
No memory available. The system cannot allocate more virtual memory
because its capacity is full.
|
|
Permission denied; the file permissions do not allow the attempted operation.
|
|
Bad address; an invalid pointer was detected.
In the GNU system, this error never happens; you get a signal instead.
|
|
A file that isn't a block special file was given in a situation that
requires one. For example, trying to mount an ordinary file as a file
system in Unix gives this error.
|
|
Resource busy; a system resource that can't be shared is already in use.
For example, if you try to delete a file that is the root of a currently
mounted filesystem, you get this error.
|
|
File exists; an existing file was specified in a context where it only
makes sense to specify a new file.
|
An attempt to make an improper link across file systems was detected.
This happens not only when you use link (see Hard Links) but
also when you rename a file with rename (see Renaming Files).
|
|
The wrong type of device was given to a function that expects a
particular sort of device.
|
|
A file that isn't a directory was specified when a directory is required.
|
|
File is a directory; you cannot open a directory for writing,
or create or remove hard links to it.
|
|
Invalid argument. This is used to indicate various kinds of problems
with passing the wrong argument to a library function.
|
|
The current process has too many files open and can't open any more.
Duplicate descriptors do count toward this limit.
In BSD and GNU, the number of open files is controlled by a resource
limit that can usually be increased. If you get this error, you might
want to increase the RLIMIT_NOFILE limit or make it unlimited;
see Limits on Resources.
|
|
There are too many distinct file openings in the entire system. Note
that any number of linked channels count as just one file opening; see
Linked Channels. This error never occurs in the GNU system.
|
|
Inappropriate I/O control operation, such as trying to set terminal
modes on an ordinary file.
|
|
An attempt to execute a file that is currently open for writing, or
write to a file that is currently being executed. Often using a
debugger to run a program is considered having it open for writing and
will cause this error. (The name stands for "text file busy".) This
is not an error in the GNU system; the text is copied as necessary.
|
|
File too big; the size of a file would be larger than allowed by the system.
|
|
No space left on device; write operation on a file failed because the
disk is full.
|
|
Invalid seek operation (such as on a pipe).
|
|
An attempt was made to modify something on a read-only file system.
|
Too many links; the link count of a single file would become too large.
rename can cause this error if the file being renamed already has
as many links as it can take (see Renaming Files).
|
Broken pipe; there is no process reading from the other end of a pipe.
Every library function that returns this error code also generates a
SIGPIPE signal; this signal terminates the program if not handled
or blocked. Thus, your program will never actually see EPIPE
unless it has handled or blocked SIGPIPE.
|
|
Domain error; used by mathematical functions when an argument value does
not fall into the domain over which the function is defined.
|
|
Range error; used by mathematical functions when the result value is
not representable because of overflow or underflow.
|
Resource temporarily unavailable; the call might work if you try again
later. The macro EWOULDBLOCK is another name for EAGAIN;
they are always the same in the GNU C library.
This error can happen in a few different situations:
- An operation that would block was attempted on an object that has
non-blocking mode selected. Trying the same operation again will block
until some external condition makes it possible to read, write, or
connect (whatever the operation). You can use
select to find out
when the operation will be possible; see Waiting for I/O.
Portability Note: In many older Unix systems, this condition
was indicated by EWOULDBLOCK, which was a distinct error code
different from EAGAIN. To make your program portable, you should
check for both codes and treat them the same.
- A temporary resource shortage made an operation impossible.
fork
can return this error. It indicates that the shortage is expected to
pass, so your program can try the call again later and it may succeed.
It is probably a good idea to delay for a few seconds before trying it
again, to allow time for other processes to release scarce resources.
Such shortages are usually fairly serious and affect the whole system,
so usually an interactive program should report the error to the user
and return to its command loop.
|
In the GNU C library, this is another name for EAGAIN (above).
The values are always the same, on every operating system.
C libraries in many older Unix systems have EWOULDBLOCK as a
separate error code.
|
An operation that cannot complete immediately was initiated on an object
that has non-blocking mode selected. Some functions that must always
block (such as connect; see Connecting) never return
EAGAIN. Instead, they return EINPROGRESS to indicate that
the operation has begun and will take some time. Attempts to manipulate
the object before the call completes return EALREADY. You can
use the select function to find out when the pending operation
has completed; see Waiting for I/O.
|
|
An operation is already in progress on an object that has non-blocking
mode selected.
|
|
A file that isn't a socket was specified when a socket is required.
|
|
The size of a message sent on a socket was larger than the supported
maximum size.
|
|
The socket type does not support the requested communications protocol.
|
|
You specified a socket option that doesn't make sense for the
particular protocol being used by the socket. See Socket Options.
|
| int EPROTONOSUPPORT
|
Macro |
|
The socket domain does not support the requested communications protocol
(perhaps because the requested protocol is completely invalid).
See Creating a Socket.
|
| int ESOCKTNOSUPPORT
|
Macro |
|
The socket type is not supported.
|
|
The operation you requested is not supported. Some socket functions
don't make sense for all types of sockets, and others may not be
implemented for all communications protocols. In the GNU system, this
error can happen for many calls when the object does not support the
particular operation;on call; an asynchronous signal occurred and prevented
completion of the call. When this happens, you should try the call
again.
You can choose to have functions resume after a signal that is handled,
rather than failing with EINTR; see Interrupted Primitives.
|
|
Input/output error; usually used for physical read or write errors.
|
|
No such device or address. The system tried to use the device
represented by a file you specified, and it couldn't find the device.
This can mean that the device file was installed incorrectly, or that
the physical device is missing or not correctly attached to the
computer.
|
Argument list too long; used when the arguments passed to a new program
being executed with one of the exec functions (see Executing a File) occupy too much memory space. This condition never arises in the
GNU system.
|
Invalid executable file format. This condition is detected by the
exec functions; see Executing a File.
|
|
Bad file descriptor; for example, I/O on a descriptor that has been
closed or reading from a descriptor open only for writing (or vice
versa).
|
|
There are no child processes. This error happens on operations that are
supposed to manipulate child processes, when there aren't any processes
to manipulate.
|
|
Deadlock avoided; allocating a system resource would have resulted in a
deadlock situation. The system does not guarantee that it will notice
all such situations. This error means you got lucky and the system
noticed; it might just hang. See File Locks, for an example.
|
|
No memory available. The system cannot allocate more virtual memory
because its capacity is full.
|
|
Permission denied; the file permissions do not allow the attempted operation.
|
|
Bad address; an invalid pointer was detected.
In the GNU system, this error never happens; you get a signal instead.
|
|
A file that isn't a block special file was given in a situation that
requires one. For example, trying to mount an ordinary file as a file
system in Unix gives this error.
|
|
Resource busy; a system resource that can't be shared is already in use.
For example, if you try to delete a file that is the root of a currently
mounted filesystem, you get this error.
|
|
File exists; an existing file was specified in a context where it only
makes sense to specify a new file.
|
An attempt to make an improper link across file systems was detected.
This happens not only when you use link (see Hard Links) but
also when you rename a file with rename (see Renaming Files).
|
|
The wrong type of device was given to a function that expects a
particular sort of device.
|
|
A file that isn't a directory was specified when a directory is required.
|
|
File is a directory; you cannot open a directory for writing,
or create or remove hard links to it.
|
|
Invalid argument. This is used to indicate various kinds of problems
with passing the wrong argument to a library function.
|
|
The current process has too many files open and can't open any more.
Duplicate descriptors do count toward this limit.
In BSD and GNU, the number of open files is controlled by a resource
limit that can usually be increased. If you get this error, you might
want to increase the RLIMIT_NOFILE limit or make it unlimited;
see Limits on Resources.
|
|
There are too many distinct file openings in the entire system. Note
that any number of linked channels count as just one file opening; see
Linked Channels. This error never occurs in the GNU system.
|
|
Inappropriate I/O control operation, such as trying to set terminal
modes on an ordinary file.
|
|
An attempt to execute a file that is currently open for writing, or
write to a file that is currently being executed. Often using a
debugger to run a program is considered having it open for writing and
will cause this error. (The name stands for "text file busy".) This
is not an error in the GNU system; the text is copied as necessary.
|
|
File too big; the size of a file would be larger than allowed by the system.
|
|
No space left on device; write operation on a file failed because the
disk is full.
|
|
Invalid seek operation (such as on a pipe).
|
|
An attempt was made to modify something on a read-only file system.
|
Too many links; the link count of a single file would become too large.
rename can cause this error if the file being renamed already has
as many links as it can take (see Renaming Files).
|
Broken pipe; there is no process reading from the other end of a pipe.
Every library function that returns this error code also generates a
SIGPIPE signal; this signal terminates the program if not handled
or blocked. Thus, your program will never actually see EPIPE
unless it has handled or blocked SIGPIPE.
|
|
Domain error; used by mathematical functions when an argument value does
not fall into the domain over which the function is defined.
|
|
Range error; used by mathematical functions when the result value is
not representable because of overflow or underflow.
|
Resource temporarily unavailable; the call might work if you try again
later. The macro EWOULDBLOCK is another name for EAGAIN;
they are always the same in the GNU C library.
This error can happen in a few different situations:
- An operation that would block was attempted on an object that has
non-blocking mode selected. Trying the same operation again will block
until some external condition makes it possible to read, write, or
connect (whatever the operation). You can use
select to find out
when the operation will be possible; see Waiting for I/O.
Portability Note: In many older Unix systems, this condition
was indicated by EWOULDBLOCK, which was a distinct error code
different from EAGAIN. To make your program portable, you should
check for both codes and treat them the same.
- A temporary resource shortage made an operation impossible.
fork
can return this error. It indicates that the shortage is expected to
pass, so your program can try the call again later and it may succeed.
It is probably a good idea to delay for a few seconds before trying it
again, to allow time for other processes to release scarce resources.
Such shortages are usually fairly serious and affect the whole system,
so usually an interactive program should report the error to the user
and return to its command loop.
|
In the GNU C library, this is another name for EAGAIN (above).
The values are always the same, on every operating system.
C libraries in many older Unix systems have EWOULDBLOCK as a
separate error code.
|
An operation that cannot complete immediately was initiated on an object
that has non-blocking mode selected. Some functions that must always
block (such as connect; see Connecting) never return
EAGAIN. Instead, they return EINPROGRESS to indicate that
the operation has begun and will take some time. Attempts to manipulate
the object before the call completes return EALREADY. You can
use the select function to find out when the pending operation
has completed; see Waiting for I/O.
|
|
An operation is already in progress on an object that has non-blocking
mode selected.
|
|
A file that isn't a socket was specified when a socket is required.
|
|
The size of a message sent on a socket was larger than the supported
maximum size.
|
|
The socket type does not support the requested communications protocol.
|
|
You specified a socket option that doesn't make sense for the
particular protocol being used by the socket. See Socket Options.
|
| int EPROTONOSUPPORT
|
Macro |
|
The socket domain does not support the requested communications protocol
(perhaps because the requested protocol is completely invalid).
See Creating a Socket.
|
| int ESOCKTNOSUPPORT
|
Macro |
|
The socket type is not supported.
|
|
The operation you requested is not supported. Some socket functions
don't make sense for all types of sockets, and others may not be
implemented for all communications protocols. In the GNU system, this
error can happen for many calls when the object does not support the
particular operation;on call; an asynchronous signal occurred and prevented
completion of the call. When this happens, you should try the call
again.
You can choose to have functions resume after a signal that is handled,
rather than failing with EINTR; see Interrupted Primitives.
|
|
Input/output error; usually used for physical read or write errors.
|
|
No such device or address. The system tried to use the device
represented by a file you specified, and it couldn't find the device.
This can mean that the device file was installed incorrectly, or that
the physical device is missing or not correctly attached to the
computer.
|
Argument list too long; used when the arguments passed to a new program
being executed with one of the exec functions (see Executing a File) occupy too much memory space. This condition never arises in the
GNU system.
|
Invalid executable file format. This condition is detected by the
exec functions; see Executing a File.
|
|
Bad file descriptor; for example, I/O on a descriptor that has been
closed or reading from a descriptor open only for writing (or vice
versa).
|
|
There are no child processes. This error happens on operations that are
supposed to manipulate child processes, when there aren't any processes
to manipulate.
|
|
Deadlock avoided; allocating a system resource would have resulted in a
deadlock situation. The system does not guarantee that it will notice
all such situations. This error means you got lucky and the system
noticed; it might just hang. See File Locks, for an example.
|
|
No memory available. The system cannot allocate more virtual memory
because its capacity is full.
|
|
Permission denied; the file permissions do not allow the attempted operation.
|
|
Bad address; an invalid pointer was detected.
In the GNU system, this error never happens; you get a signal instead.
|
|
A file that isn't a block special file was given in a situation that
requires one. For example, trying to mount an ordinary file as a file
system in Unix gives this error.
|
|
Resource busy; a system resource that can't be shared is already in use.
For example, if you try to delete a file that is the root of a currently
mounted filesystem, you get this error.
|
|
File exists; an existing file was specified in a context where it only
makes sense to specify a new file.
|
An attempt to make an improper link across file systems was detected.
This happens not only when you use link (see Hard Links) but
also when you rename a file with rename (see Renaming Files).
|
|
The wrong type of device was given to a function that expects a
particular sort of device.
|
|
A file that isn't a directory was specified when a directory is required.
|
|
File is a directory; you cannot open a directory for writing,
or create or remove hard links to it.
|
|
Invalid argument. This is used to indicate various kinds of problems
with passing the wrong argument to a library function.
|
|
The current process has too many files open and can't open any more.
Duplicate descriptors do count toward this limit.
In BSD and GNU, the number of open files is controlled by a resource
limit that can usually be increased. If you get this error, you might
want to increase the RLIMIT_NOFILE limit or make it unlimited;
see Limits on Resources.
|
|
There are too many distinct file openings in the entire system. Note
that any number of linked channels count as just one file opening; see
Linked Channels. This error never occurs in the GNU system.
|
|
Inappropriate I/O control operation, such as trying to set terminal
modes on an ordinary file.
|
|
An attempt to execute a file that is currently open for writing, or
write to a file that is currently being executed. Often using a
debugger to run a program is considered having it open for writing and
will cause this error. (The name stands for "text file busy".) This
is not an error in the GNU system; the text is copied as necessary.
|
|
File too big; the size of a file would be larger than allowed by the system.
|
|
No space left on device; write operation on a file failed because the
disk is full.
|
|
Invalid seek operation (such as on a pipe).
|
|
An attempt was made to modify something on a read-only file system.
|
Too many links; the link count of a single file would become too large.
rename can cause this error if the file being renamed already has
as many links as it can take (see Renaming Files).
|
Broken pipe; there is no process reading from the other end of a pipe.
Every library function that returns this error code also generates a
SIGPIPE signal; this signal terminates the program if not handled
or blocked. Thus, your program will never actually see EPIPE
unless it has handled or blocked SIGPIPE.
|
|
Domain error; used by mathematical functions when an argument value does
not fall into the domain over which the function is defined.
|
|
Range error; used by mathematical functions when the result value is
not representable because of overflow or underflow.
|
Resource temporarily unavailable; the call might work if you try again
later. The macro EWOULDBLOCK is another name for EAGAIN;
they are always the same in the GNU C library.
This error can happen in a few different situations:
- An operation that would block was attempted on an object that has
non-blocking mode selected. Trying the same operation again will block
until some external condition makes it possible to read, write, or
connect (whatever the operation). You can use
select to find out
when the operation will be possible; see Waiting for I/O.
Portability Note: In many older Unix systems, this condition
was indicated by EWOULDBLOCK, which was a distinct error code
different from EAGAIN. To make your program portable, you should
check for both codes and treat them the same.
- A temporary resource shortage made an operation impossible.
fork
can return this error. It indicates that the shortage is expected to
pass, so your program can try the call again later and it may succeed.
It is probably a good idea to delay for a few seconds before trying it
again, to allow time for other processes to release scarce resources.
Such shortages are usually fairly serious and affect the whole system,
so usually an interactive program should report the error to the user
and return to its command loop.
|
In the GNU C library, this is another name for EAGAIN (above).
The values are always the same, on every operating system.
C libraries in many older Unix systems have EWOULDBLOCK as a
separate error code.
|
An operation that cannot complete immediately was initiated on an object
that has non-blocking mode selected. Some functions that must always
block (such as connect; see Connecting) never return
EAGAIN. Instead, they return EINPROGRESS to indicate that
the operation has begun and will take some time. Attempts to manipulate
the object before the call completes return EALREADY. You can
use the select function to find out when the pending operation
has completed; see Waiting for I/O.
|
|
An operation is already in progress on an object that has non-blocking
mode selected.
|
|
A file that isn't a socket was specified when a socket is required.
|
|
The size of a message sent on a socket was larger than the supported
maximum size.
|
|
The socket type does not support the requested communications protocol.
|
|
You specified a socket option that doesn't make sense for the
particular protocol being used by the socket. See Socket Options.
|
| int EPROTONOSUPPORT
|
Macro |
|
The socket domain does not support the requested communications protocol
(perhaps because the requested protocol is completely invalid).
See Creating a Socket.
|
| int ESOCKTNOSUPPORT
|
Macro |
|
The socket type is not supported.
|
|
The operation you requested is not supported. Some socket functions
don't make sense for all types of sockets, and others may not be
implemented for all communications protocols. In the GNU system, this
error can happen for many calls when the object does not support the
particular operation;on call; an asynchronous signal occurred and prevented
completion of the call. When this happens, you should try the call
again.
You can choose to have functions resume after a signal that is handled,
rather than failing with EINTR; see Interrupted Primitives.
|
|
Input/output error; usually used for physical read or write errors.
|
|
No such device or address. The system tried to use the device
represented by a file you specified, and it couldn't find the device.
This can mean that the device file was installed incorrectly, or that
the physical device is missing or not correctly attached to the
computer.
|
Argument list too long; used when the arguments passed to a new program
being executed with one of the exec functions (see Executing a File) occupy too much memory space. This condition never arises in the
GNU system.
|
Invalid executable file format. This condition is detected by the
exec functions; see Executing a File.
|
|
Bad file descriptor; for example, I/O on a descriptor that has been
closed or reading from a descriptor open only for writing (or vice
versa).
|
|
There are no child processes. This error happens on operations that are
supposed to manipulate child processes, when there aren't any processes
to manipulate.
|
|
Deadlock avoided; allocating a system resource would have resulted in a
deadlock situation. The system does not guarantee that it will notice
all such situations. This error means you got lucky and the system
noticed; it might just hang. See File Locks, for an example.
|
|
No memory available. The system cannot allocate more virtual memory
because its capacity is full.
|
|
Permission denied; the file permissions do not allow the attempted operation.
|
|
Bad address; an invalid pointer was detected.
In the GNU system, this error never happens; you get a signal instead.
|
|
A file that isn't a block special file was given in a situation that
requires one. For example, trying to mount an ordinary file as a file
system in Unix gives this error.
|
|
Resource busy; a system resource that can't be shared is already in use.
For example, if you try to delete a file that is the root of a currently
mounted filesystem, you get this error.
|
|
File exists; an existing file was specified in a context where it only
makes sense to specify a new file.
|
An attempt to make an improper link across file systems was detected.
This happens not only when you use link (see Hard Links) but
also when you rename a file with rename (see Renaming Files).
|
|
The wrong type of device was given to a function that expects a
particular sort of device.
|
|
A file that isn't a directory was specified when a directory is required.
|
|
File is a directory; you cannot open a directory for writing,
or create or remove hard links to it.
|
|
Invalid argument. This is used to indicate various kinds of problems
with passing the wrong argument to a library function.
|
|
The current process has too many files open and can't open any more.
Duplicate descriptors do count toward this limit.
In BSD and GNU, the number of open files is controlled by a resource
limit that can usually be increased. If you get this error, you might
want to increase the RLIMIT_NOFILE limit or make it unlimited;
see Limits on Resources.
|
|
There are too many distinct file openings in the entire system. Note
that any number of linked channels count as just one file opening; see
Linked Channels. This error never occurs in the GNU system.
|
|
Inappropriate I/O control operation, such as trying to set terminal
modes on an ordinary file.
|
|
An attempt to execute a file that is currently open for writing, or
write to a file that is currently being executed. Often using a
debugger to run a program is considered having it open for writing and
will cause this error. (The name stands for "text file busy".) This
is not an error in the GNU system; the text is copied as necessary.
|
|
File too big; the size of a file would be larger than allowed by the system.
|
|
No space left on device; write operation on a file failed because the
disk is full.
|
|
Invalid seek operation (such as on a pipe).
|
|
An attempt was made to modify something on a read-only file system.
|
Too many links; the link count of a single file would become too large.
rename can cause this error if the file being renamed already has
as many links as it can take (see Renaming Files).
|
Broken pipe; there is no process reading from the other end of a pipe.
Every library function that returns this error code also generates a
SIGPIPE signal; this signal terminates the program if not handled
or blocked. Thus, your program will never actually see EPIPE
unless it has handled or blocked SIGPIPE.
|
|
Domain error; used by mathematical functions when an argument value does
not fall into the domain over which the function is defined.
|
|
Range error; used by mathematical functions when the result value is
not representable because of overflow or underflow.
|
Resource temporarily unavailable; the call might work if you try again
later. The macro EWOULDBLOCK is another name for EAGAIN;
they are always the same in the GNU C library.
This error can happen in a few different situations:
- An operation that would block was attempted on an object that has
non-blocking mode selected. Trying the same operation again will block
until some external condition makes it possible to read, write, or
connect (whatever the operation). You can use
select to find out
when the operation will be possible; see Waiting for I/O.
Portability Note: In many older Unix systems, this condition
was indicated by EWOULDBLOCK, which was a distinct error code
different from EAGAIN. To make your program portable, you should
check for both codes and treat them the same.
- A temporary resource shortage made an operation impossible.
fork
can return this error. It indicates that the shortage is expected to
pass, so your program can try the call again later and it may succeed.
It is probably a good idea to delay for a few seconds before trying it
again, to allow time for other processes to release scarce resources.
Such shortages are usually fairly serious and affect the whole system,
so usually an interactive program should report the error to the user
and return to its command loop.
|
In the GNU C library, this is another name for EAGAIN (above).
The values are always the same, on every operating system.
C libraries in many older Unix systems have EWOULDBLOCK as a
separate error code.
|
An operation that cannot complete immediately was initiated on an object
that has non-blocking mode selected. Some functions that must always
block (such as connect; see Connecting) never return
EAGAIN. Instead, they return EINPROGRESS to indicate that
the operation has begun and will take some time. Attempts to manipulate
the object before the call completes return EALREADY. You can
use the select function to find out when the pending operation
has completed; see Waiting for I/O.
|
|
An operation is already in progress on an object that has non-blocking
mode selected.
|
|
A file that isn't a socket was specified when a socket is required.
|
|
The size of a message sent on a socket was larger than the supported
maximum size.
|
|
The socket type does not support the requested communications protocol.
|
|
You specified a socket option that doesn't make sense for the
particular protocol being used by the socket. See Socket Options.
|
| int EPROTONOSUPPORT
|
Macro |
|
The socket domain does not support the requested communications protocol
(perhaps because the requested protocol is completely invalid).
See Creating a Socket.
|
| int ESOCKTNOSUPPORT
|
Macro |
|
The socket type is not supported.
|
|
The operation you requested is not supported. Some socket functions
don't make sense for all types of sockets, and others may not be
implemented for all communications protocols. In the GNU system, this
error can happen for many calls when the object does not support the
particular operation;on call; an asynchronous signal occurred and prevented
completion of the call. When this happens, you should try the call
again.
You can choose to have functions resume after a signal that is handled,
rather than failing with EINTR; see Interrupted Primitives.
|
|
Input/output error; usually used for physical read or write errors.
|
|
No such device or address. The system tried to use the device
represented by a file you specified, and it couldn't find the device.
This can mean that the device file was installed incorrectly, or that
the physical device is missing or not correctly attached to the
computer.
|
Argument list too long; used when the arguments passed to a new program
being executed with one of the exec functions (see Executing a File) occupy too much memory space. This condition never arises in the
GNU system.
|
Invalid executable file format. This condition is detected by the
exec functions; see Executing a File.
|
|
Bad file descriptor; for example, I/O on a descriptor that has been
closed or reading from a descriptor open only for writing (or vice
versa).
|
|
There are no child processes. This error happens on operations that are
supposed to manipulate child processes, when there aren't any processes
to manipulate.
|
|
Deadlock avoided; allocating a system resource would have resulted in a
deadlock situation. The system does not guarantee that it will notice
all such situations. This error means you got lucky and the system
noticed; it might just hang. See File Locks, for an example.
|
|
No memory available. The system cannot allocate more virtual memory
because its capacity is full.
|
|
Permission denied; the file permissions do not allow the attempted operation.
|
|
Bad address; an invalid pointer was detected.
In the GNU system, this error never happens; you get a signal instead.
|
|
A file that isn't a block special file was given in a situation that
requires one. For example, trying to mount an ordinary file as a file
system in Unix gives this error.
|
|
Resource busy; a system resource that can't be shared is already in use.
For example, if you try to delete a file that is the root of a currently
mounted filesystem, you get this error.
|
|
File exists; an existing file was specified in a context where it only
makes sense to specify a new file.
|
An attempt to make an improper link across file systems was detected.
This happens not only when you use link (see Hard Links) but
also when you rename a file with rename (see Renaming Files).
|
|
The wrong type of device was given to a function that expects a
particular sort of device.
|
|
A file that isn't a directory was specified when a directory is required.
|
|
File is a directory; you cannot open a directory for writing,
or create or remove hard links to it.
|
|
Invalid argument. This is used to indicate various kinds of problems
with passing the wrong argument to a library function.
|
|
The current process has too many files open and can't open any more.
Duplicate descriptors do count toward this limit.
In BSD and GNU, the number of open files is controlled by a resource
limit that can usually be increased. If you get this error, you might
want to increase the RLIMIT_NOFILE limit or make it unlimited;
see Limits on Resources.
|
|
There are too many distinct file openings in the entire system. Note
that any number of linked channels count as just one file opening; see
Linked Channels. This error never occurs in the GNU system.
|
|
Inappropriate I/O control operation, such as trying to set terminal
modes on an ordinary file.
|
|
An attempt to execute a file that is currently open for writing, or
write to a file that is currently being executed. Often using a
debugger to run a program is considered having it open for writing and
will cause this error. (The name stands for "text file busy".) This
is not an error in the GNU system; the text is copied as necessary.
|
|
File too big; the size of a file would be larger than allowed by the system.
|
|
No space left on device; write operation on a file failed because the
disk is full.
|
|
Invalid seek operation (such as on a pipe).
|
|
An attempt was made to modify something on a read-only file system.
|
Too many links; the link count of a single file would become too large.
rename can cause this error if the file being renamed already has
as many links as it can take (see Renaming Files).
|
Broken pipe; there is no process reading from the other end of a pipe.
Every library function that returns this error code also generates a
SIGPIPE signal; this signal terminates the program if not handled
or blocked. Thus, your program will never actually see EPIPE
unless it has handled or blocked SIGPIPE.
|
|
Domain error; used by mathematical functions when an argument value does
not fall into the domain over which the function is defined.
|
|
Range error; used by mathematical functions when the result value is
not representable because of overflow or underflow.
|
Resource temporarily unavailable; the call might work if you try again
later. The macro EWOULDBLOCK is another name for EAGAIN;
they are always the same in the GNU C library.
This error can happen in a few different situations:
- An operation that would block was attempted on an object that has
non-blocking mode selected. Trying the same operation again will block
until some external condition makes it possible to read, write, or
connect (whatever the operation). You can use
select to find out
when the operation will be possible; see Waiting for I/O.
Portability Note: In many older Unix systems, this condition
was indicated by EWOULDBLOCK, which was a distinct error code
different from EAGAIN. To make your program portable, you should
check for both codes and treat them the same.
- A temporary resource shortage made an operation impossible.
fork
can return this error. It indicates that the shortage is expected to
pass, so your program can try the call again later and it may succeed.
It is probably a good idea to delay for a few seconds before trying it
again, to allow time for other processes to release scarce resources.
Such shortages are usually fairly serious and affect the whole system,
so usually an interactive program should report the error to the user
and return to its command loop.
|
In the GNU C library, this is another name for EAGAIN (above).
The values are always the same, on every operating system.
C libraries in many older Unix systems have EWOULDBLOCK as a
separate error code.
|
An operation that cannot complete immediately was initiated on an object
that has non-blocking mode selected. Some functions that must always
block (such as connect; see Connecting) never return
EAGAIN. Instead, they return EINPROGRESS to indicate that
the operation has begun and will take some time. Attempts to manipulate
the object before the call completes return EALREADY. You can
use the select function to find out when the pending operation
has completed; see Waiting for I/O.
|
|
An operation is already in progress on an object that has non-blocking
mode selected.
|
|
A file that isn't a socket was specified when a socket is required.
|
|
The size of a message sent on a socket was larger than the supported
maximum size.
|
|
The socket type does not support the requested communications protocol.
|
|
You specified a socket option that doesn't make sense for the
particular protocol being used by the socket. See Socket Options.
|
| int EPROTONOSUPPORT
|
Macro |
|
The socket domain does not support the requested communications protocol
(perhaps because the requested protocol is completely invalid).
See Creating a Socket.
|
| int ESOCKTNOSUPPORT
|
Macro |
|
The socket type is not supported.
|
|
The operation you requested is not supported. Some socket functions
don't make sense for all types of sockets, and others may not be
implemented for all communications protocols. In the GNU system, this
error can happen for many calls when the object does not support the
particular operation;on call; an asynchronous signal occurred and prevented
completion of the call. When this happens, you should try the call
again.
You can choose to have functions resume after a signal that is handled,
rather than failing with EINTR; see Interrupted Primitives.
|
|
Input/output error; usually used for physical read or write errors.
|
|
No such device or address. The system tried to use the device
represented by a file you specified, and it couldn't find the device.
This can mean that the device file was installed incorrectly, or that
the physical device is missing or not correctly attached to the
computer.
|
Argument list too long; used when the arguments passed to a new program
being executed with one of the exec functions (see Executing a File) occupy too much memory space. This condition never arises in the
GNU system.
|
Invalid executable file format. This condition is detected by the
exec functions; see Executing a File.
|
|
Bad file descriptor; for example, I/O on a descriptor that has been
closed or reading from a descriptor open only for writing (or vice
versa).
|
|
There are no child processes. This error happens on operations that are
supposed to manipulate child processes, when there aren't any processes
to manipulate.
|
|
Deadlock avoided; allocating a system resource would have resulted in a
deadlock situation. The system does not guarantee that it will notice
all such situations. This error means you got lucky and the system
noticed; it might just hang. See File Locks, for an example.
|
|
No memory available. The system cannot allocate more virtual memory
because its capacity is full.
|
|
Permission denied; the file permissions do not allow the attempted operation.
|
|
Bad address; an invalid pointer was detected.
In the GNU system, this error never happens; you get a signal instead.
|
|
A file that isn't a block special file was given in a situation that
requires one. For example, trying to mount an ordinary file as a file
system in Unix gives this error.
|
|
Resource busy; a system resource that can't be shared is already in use.
For example, if you try to delete a file that is the root of a currently
mounted filesystem, you get this error.
|
|
File exists; an existing file was specified in a context where it only
makes sense to specify a new file.
|
An attempt to make an improper link across file systems was detected.
This happens not only when you use link (see Hard Links) but
also when you rename a file with rename (see Renaming Files).
|
|
The wrong type of device was given to a function that expects a
particular sort of device.
|
|
A file that isn't a directory was specified when a directory is required.
|
|
File is a directory; you cannot open a directory for writing,
or create or remove hard links to it.
|
|
Invalid argument. This is used to indicate various kinds of problems
with passing the wrong argument to a library function.
|
|
The current process has too many files open and can't open any more.
Duplicate descriptors do count toward this limit.
In BSD and GNU, the number of open files is controlled by a resource
limit that can usually be increased. If you get this error, you might
want to increase the RLIMIT_NOFILE limit or make it unlimited;
see Limits on Resources.
|
|
There are too many distinct file openings in the entire system. Note
that any number of linked channels count as just one file opening; see
Linked Channels. This error never occurs in the GNU system.
|
|
Inappropriate I/O control operation, such as trying to set terminal
modes on an ordinary file.
|
|
An attempt to execute a file that is currently open for writing, or
write to a file that is currently being executed. Often using a
debugger to run a program is considered having it open for writing and
will cause this error. (The name stands for "text file busy".) This
is not an error in the GNU system; the text is copied as necessary.
|
|
File too big; the size of a file would be larger than allowed by the system.
|
|
No space left on device; write operation on a file failed because the
disk is full.
|
|
Invalid seek operation (such as on a pipe).
|
|
An attempt was made to modify something on a read-only file system.
|
Too many links; the link count of a single file would become too large.
rename can cause this error if the file being renamed already has
as many links as it can take (see Renaming Files).
|
Broken pipe; there is no process reading from the other end of a pipe.
Every library function that returns this error code also generates a
SIGPIPE signal; this signal terminates the program if not handled
or blocked. Thus, your program will never actually see EPIPE
unless it has handled or blocked SIGPIPE.
|
|
Domain error; used by mathematical functions when an argument value does
not fall into the domain over which the function is defined.
|
|
Range error; used by mathematical functions when the result value is
not representable because of overflow or underflow.
|
Resource temporarily unavailable; the call might work if you try again
later. The macro EWOULDBLOCK is another name for EAGAIN;
they are always the same in the GNU C library.
This error can happen in a few different situations:
- An operation that would block was attempted on an object that has
non-blocking mode selected. Trying the same operation again will block
until some external condition makes it possible to read, write, or
connect (whatever the operation). You can use
select to find out
when the operation will be possible; see Waiting for I/O.
Portability Note: In many older Unix systems, this condition
was indicated by EWOULDBLOCK, which was a distinct error code
different from EAGAIN. To make your program portable, you should
check for both codes and treat them the same.
- A temporary resource shortage made an operation impossible.
fork
can return this error. It indicates that the shortage is expected to
pass, so your program can try the call again later and it may succeed.
It is probably a good idea to delay for a few seconds before trying it
again, to allow time for other processes to release scarce resources.
Such shortages are usually fairly serious and affect the whole system,
so usually an interactive program should report the error to the user
and return to its command loop.
|
In the GNU C library, this is another name for EAGAIN (above).
The values are always the same, on every operating system.
C libraries in many older Unix systems have EWOULDBLOCK as a
separate error code.
|
An operation that cannot complete immediately was initiated on an object
that has non-blocking mode selected. Some functions that must always
block (such as connect; see Connecting) never return
EAGAIN. Instead, they return EINPROGRESS to indicate that
the operation has begun and will take some time. Attempts to manipulate
the object before the call completes return EALREADY. You can
use the select function to find out when the pending operation
has completed; see Waiting for I/O.
|
|
An operation is already in progress on an object that has non-blocking
mode selected.
|
|
A file that isn't a socket was specified when a socket is required.
|
|
The size of a message sent on a socket was larger than the supported
maximum size.
|
|
The socket type does not support the requested communications protocol.
|
|
You specified a socket option that doesn't make sense for the
particular protocol being used by the socket. See Socket Options.
|
| int EPROTONOSUPPORT
|
Macro |
|
The socket domain does not support the requested communications protocol
(perhaps because the requested protocol is completely invalid).
See Creating a Socket.
|
| int ESOCKTNOSUPPORT
|
Macro |
|
The socket type is not supported.
|
|
The operation you requested is not supported. Some socket functions
don't make sense for all types of sockets, and others may not be
implemented for all communications protocols. In the GNU system, this
error can happen for many calls when the object does not support the
particular operation;on call; an asynchronous signal occurred and prevented
completion of the call. When this happens, you should try the call
again.
You can choose to have functions resume after a signal that is handled,
rather than failing with EINTR; see Interrupted Primitives.
|
|
Input/output error; usually used for physical read or write errors.
|
|
No such device or address. The system tried to use the device
represented by a file you specified, and it couldn't find the device.
This can mean that the device file was installed incorrectly, or that
the physical device is missing or not correctly attached to the
computer.
|
Argument list too long; used when the arguments passed to a new program
being executed with one of the exec functions (see Executing a File) occupy too much memory space. This condition never arises in the
GNU system.
|
Invalid executable file format. This condition is detected by the
exec functions; see Executing a File.
|
|
Bad file descriptor; for example, I/O on a descriptor that has been
closed or reading from a descriptor open only for writing (or vice
versa).
|
|
There are no child processes. This error happens on operations that are
supposed to manipulate child processes, when there aren't any processes
to manipulate.
|
|
Deadlock avoided; allocating a system resource would have resulted in a
deadlock situation. The system does not guarantee that it will notice
all such situations. This error means you got lucky and the system
noticed; it might just hang. See File Locks, for an example.
|
|
No memory available. The system cannot allocate more virtual memory
because its capacity is full.
|
|
Permission denied; the file permissions do not allow the attempted operation.
|
|
Bad address; an invalid pointer was detected.
In the GNU system, this error never happens; you get a signal instead.
|
|
A file that isn't a block special file was given in a situation that
requires one. For example, trying to mount an ordinary file as a file
system in Unix gives this error.
|
|
Resource busy; a system resource that can't be shared is already in use.
For example, if you try to delete a file that is the root of a currently
mounted filesystem, you get this error.
|
|
File exists; an existing file was specified in a context where it only
makes sense to specify a new file.
|
An attempt to make an improper link across file systems was detected.
This happens not only when you use link (see Hard Links) but
also when you rename a file with rename (see Renaming Files).
|
|
The wrong type of device was given to a function that expects a
particular sort of device.
|
|
A file that isn't a directory was specified when a directory is required.
|
|
File is a directory; you cannot open a directory for writing,
or create or remove hard links to it.
|
|
Invalid argument. This is used to indicate various kinds of problems
with passing the wrong argument to a library function.
|
|
The current process has too many files open and can't open any more.
Duplicate descriptors do count toward this limit.
In BSD and GNU, the number of open files is controlled by a resource
limit that can usually be increased. If you get this error, you might
want to increase the RLIMIT_NOFILE limit or make it unlimited;
see Limits on Resources.
|
|
There are too many distinct file openings in the entire system. Note
that any number of linked channels count as just one file opening; see
Linked Channels. This error never occurs in the GNU system.
|
|
Inappropriate I/O control operation, such as trying to set terminal
modes on an ordinary file.
|
|
An attempt to execute a file that is currently open for writing, or
write to a file that is currently being executed. Often using a
debugger to run a program is considered having it open for writing and
will cause this error. (The name stands for "text file busy".) This
is not an error in the GNU system; the text is copied as necessary.
|
|
File too big; the size of a file would be larger than allowed by the system.
|
|
No space left on device; write operation on a file failed because the
disk is full.
|
|
Invalid seek operation (such as on a pipe).
|
|
An attempt was made to modify something on a read-only file system.
|
Too many links; the link count of a single file would become too large.
rename can cause this error if the file being renamed already has
as many links as it can take (see Renaming Files).
|
Broken pipe; there is no process reading from the other end of a pipe.
Every library function that returns this error code also generates a
SIGPIPE signal; this signal terminates the program if not handled
or blocked. Thus, your program will never actually see EPIPE
unless it has handled or blocked SIGPIPE.
|
|
Domain error; used by mathematical functions when an argument value does
not fall into the domain over which the function is defined.
|
|
Range error; used by mathematical functions when the result value is
not representable because of overflow or underflow.
|
Resource temporarily unavailable; the call might work if you try again
later. The macro EWOULDBLOCK is another name for EAGAIN;
they are always the same in the GNU C library.
This error can happen in a few different situations:
- An operation that would block was attempted on an object that has
non-blocking mode selected. Trying the same operation again will block
until some external condition makes it possible to read, write, or
connect (whatever the operation). You can use
select to find out
when the operation will be possible; see Waiting for I/O.
Portability Note: In many older Unix systems, this condition
was indicated by EWOULDBLOCK, which was a distinct error code
different from EAGAIN. To make your program portable, you should
check for both codes and treat them the same.
- A temporary resource shortage made an operation impossible.
fork
can return this error. It indicates that the shortage is expected to
pass, so your program can try the call again later and it may succeed.
It is probably a good idea to delay for a few seconds before trying it
again, to allow time for other processes to release scarce resources.
Such shortages are usually fairly serious and affect the whole system,
so usually an interactive program should report the error to the user
and return to its command loop.
|
In the GNU C library, this is another name for EAGAIN (above).
The values are always the same, on every operating system.
C libraries in many older Unix systems have EWOULDBLOCK as a
separate error code.
|
An operation that cannot complete immediately was initiated on an object
that has non-blocking mode selected. Some functions that must always
block (such as connect; see Connecting) never return
EAGAIN. Instead, they return EINPROGRESS to indicate that
the operation has begun and will take some time. Attempts to manipulate
the object before the call completes return EALREADY. You can
use the select function to find out when the pending operation
has completed; see Waiting for I/O.
|
|
An operation is already in progress on an object that has non-blocking
mode selected.
|
|
A file that isn't a socket was specified when a socket is required.
|
|
The size of a message sent on a socket was larger than the supported
maximum size.
|
|
The socket type does not support the requested communications protocol.
|
|
You specified a socket option that doesn't make sense for the
particular protocol being used by the socket. See Socket Options.
|
| int EPROTONOSUPPORT
|
Macro |
|
The socket domain does not support the requested communications protocol
(perhaps because the requested protocol is completely invalid).
See Creating a Socket.
|
| int ESOCKTNOSUPPORT
|
Macro |
|
The socket type is not supported.
|
|
The operation you requested is not supported. Some socket functions
don't make sense for all types of sockets, and others may not be
implemented for all communications protocols. In the GNU system, this
error can happen for many calls when the object does not support the
particular operation;on call; an asynchronous signal occurred and prevented
completion of the call. When this happens, you should try the call
again.
You can choose to have functions resume after a signal that is handled,
rather than failing with EINTR; see Interrupted Primitives.
|
|
Input/output error; usually used for physical read or write errors.
|
|
No such device or address. The system tried to use the device
represented by a file you specified, and it couldn't find the device.
This can mean that the device file was installed incorrectly, or that
the physical device is missing or not correctly attached to the
computer.
|
Argument list too long; used when the arguments passed to a new program
being executed with one of the exec functions (see Executing a File) occupy too much memory space. This condition never arises in the
GNU system.
|
Invalid executable file format. This condition is detected by the
exec functions; see Executing a File.
|
|
Bad file descriptor; for example, I/O on a descriptor that has been
closed or reading from a descriptor open only for writing (or vice
versa).
|
|
There are no child processes. This error happens on operations that are
supposed to manipulate child processes, when there aren't any processes
to manipulate.
|
|
Deadlock avoided; allocating a system resource would have resulted in a
deadlock situation. The system does not guarantee that it will notice
all such situations. This error means you got lucky and the system
noticed; it might just hang. See File Locks, for an example.
|
|
No memory available. The system cannot allocate more virtual memory
because its capacity is full.
|
|
Permission denied; the file permissions do not allow the attempted operation.
|
|
Bad address; an invalid pointer was detected.
In the GNU system, this error never happens; you get a signal instead.
|
|
A file that isn't a block special file was given in a situation that
requires one. For example, trying to mount an ordinary file as a file
system in Unix gives this error.
|
|
Resource busy; a system resource that can't be shared is already in use.
For example, if you try to delete a file that is the root of a currently
mounted filesystem, you get this error.
|
|
File exists; an existing file was specified in a context where it only
makes sense to specify a new file.
|
An attempt to make an improper link across file systems was detected.
This happens not only when you use link (see Hard Links) but
also when you rename a file with rename (see Renaming Files).
|
|
The wrong type of device was given to a function that expects a
particular sort of device.
|
|
A file that isn't a directory was specified when a directory is required.
|
|
File is a directory; you cannot open a directory for writing,
or create or remove hard links to it.
|
|
Invalid argument. This is used to indicate various kinds of problems
with passing the wrong argument to a library function.
|
|
The current process has too many files open and can't open any more.
Duplicate descriptors do count toward this limit.
In BSD and GNU, the number of open files is controlled by a resource
limit that can usually be increased. If you get this error, you might
want to increase the RLIMIT_NOFILE limit or make it unlimited;
see Limits on Resources.
|
|
There are too many distinct file openings in the entire system. Note
that any number of linked channels count as just one file opening; see
Linked Channels. This error never occurs in the GNU system.
|
|
Inappropriate I/O control operation, such as trying to set terminal
modes on an ordinary file.
|
|
An attempt to execute a file that is currently open for writing, or
write to a file that is currently being executed. Often using a
debugger to run a program is considered having it open for writing and
will cause this error. (The name stands for "text file busy".) This
is not an error in the GNU system; the text is copied as necessary.
|
|
File too big; the size of a file would be larger than allowed by the system.
|
|
No space left on device; write operation on a file failed because the
disk is full.
|
|
Invalid seek operation (such as on a pipe).
|
|
An attempt was made to modify something on a read-only file system.
|
Too many links; the link count of a single file would become too large.
rename can cause this error if the file being renamed already has
as many links as it can take (see Renaming Files).
|
Broken pipe; there is no process reading from the other end of a pipe.
Every library function that returns this error code also generates a
SIGPIPE signal; this signal terminates the program if not handled
or blocked. Thus, your program will never actually see EPIPE
unless it has handled or blocked SIGPIPE.
|
|
Domain error; used by mathematical functions when an argument value does
not fall into the domain over which the function is defined.
|
|
Range error; used by mathematical functions when the result value is
not representable because of overflow or underflow.
|
Resource temporarily unavailable; the call might work if you try again
later. The macro EWOULDBLOCK is another name for EAGAIN;
they are always the same in the GNU C library.
This error can happen in a few different situations:
- An operation that would block was attempted on an object that has
non-blocking mode selected. Trying the same operation again will block
until some external condition makes it possible to read, write, or
connect (whatever the operation). You can use
select to find out
when the operation will be possible; see Waiting for I/O.
Portability Note: In many older Unix systems, this condition
was indicated by EWOULDBLOCK, which was a distinct error code
different from EAGAIN. To make your program portable, you should
check for both codes and treat them the same.
- A temporary resource shortage made an operation impossible.
fork
can return this error. It indicates that the shortage is expected to
pass, so your program can try the call again later and it may succeed.
It is probably a good idea to delay for a few seconds before trying it
again, to allow time for other processes to release scarce resources.
Such shortages are usually fairly serious and affect the whole system,
so usually an interactive program should report the error to the user
and return to its command loop.
|
In the GNU C library, this is another name for EAGAIN (above).
The values are always the same, on every operating system.
C libraries in many older Unix systems have EWOULDBLOCK as a
separate error code.
|
An operation that cannot complete immediately was initiated on an object
that has non-blocking mode selected. Some functions that must always
block (such as connect; see Connecting) never return
EAGAIN. Instead, they return EINPROGRESS to indicate that
the operation has begun and will take some time. Attempts to manipulate
the object before the call completes return EALREADY. You can
use the select function to find out when the pending operation
has completed; see Waiting for I/O.
|
|
An operation is already in progress on an object that has non-blocking
mode selected.
|
|
A file that isn't a socket was specified when a socket is required.
|
|
The size of a message sent on a socket was larger than the supported
maximum size.
|
|
The socket type does not support the requested communications protocol.
|
|
You specified a socket option that doesn't make sense for the
particular protocol being used by the socket. See Socket Options.
|
| int EPROTONOSUPPORT
|
Macro |
|
The socket domain does not support the requested communications protocol
(perhaps because the requested protocol is completely invalid).
See Creating a Socket.
|
| int ESOCKTNOSUPPORT
|
Macro |
|
The socket type is not supported.
|
|
The operation you requested is not supported. Some socket functions
don't make sense for all types of sockets, and others may not be
implemented for all communications protocols. In the GNU system, this
error can happen for many calls when the object does not support the
particular operation;on call; an asynchronous signal occurred and prevented
completion of the call. When this happens, you should try the call
again.
You can choose to have functions resume after a signal that is handled,
rather than failing with EINTR; see Interrupted Primitives.
|
|
Input/output error; usually used for physical read or write errors.
|
|
No such device or address. The system tried to use the device
represented by a file you specified, and it couldn't find the device.
This can mean that the device file was installed incorrectly, or that
the physical device is missing or not correctly attached to the
computer.
|
Argument list too long; used when the arguments passed to a new program
being executed with one of the exec functions (see Executing a File) occupy too much memory space. This condition never arises in the
GNU system.
|
Invalid executable file format. This condition is detected by the
exec functions; see Executing a File.
|
|
Bad file descriptor; for example, I/O on a descriptor that has been
closed or reading from a descriptor open only for writing (or vice
versa).
|
|
There are no child processes. This error happens on operations that are
supposed to manipulate child processes, when there aren't any processes
to manipulate.
|
|
Deadlock avoided; allocating a system resource would have resulted in a
deadlock situation. The system does not guarantee that it will notice
all such situations. This error means you got lucky and the system
noticed; it might just hang. See File Locks, for an example.
|
|
No memory available. The system cannot allocate more virtual memory
because its capacity is full.
|
|
Permission denied; the file permissions do not allow the attempted operation.
|
|
Bad address; an invalid pointer was detected.
In the GNU system, this error never happens; you get a signal instead.
|
|
A file that isn't a block special file was given in a situation that
requires one. For example, trying to mount an ordinary file as a file
system in Unix gives this error.
|
|
Resource busy; a system resource that can't be shared is already in use.
For example, if you try to delete a file that is the root of a currently
mounted filesystem, you get this error.
|
|
File exists; an existing file was specified in a context where it only
makes sense to specify a new file.
|
An attempt to make an improper link across file systems was detected.
This happens not only when you use link (see Hard Links) but
also when you rename a file with rename (see Renaming Files).
|
|
The wrong type of device was given to a function that expects a
particular sort of device.
|
|
A file that isn't a directory was specified when a directory is required.
|
|
File is a directory; you cannot open a directory for writing,
or create or remove hard links to it.
|
|
Invalid argument. This is used to indicate various kinds of problems
with passing the wrong argument to a library function.
|
|
The current process has too many files open and can't open any more.
Duplicate descriptors do count toward this limit.
In BSD and GNU, the number of open files is controlled by a resource
limit that can usually be increased. If you get this error, you might
want to increase the RLIMIT_NOFILE limit or make it unlimited;
see Limits on Resources.
|
|
There are too many distinct file openings in the entire system. Note
that any number of linked channels count as just one file opening; see
Linked Channels. This error never occurs in the GNU system.
|
|
Inappropriate I/O control operation, such as trying to set terminal
modes on an ordinary file.
|
|
An attempt to execute a file that is currently open for writing, or
write to a file that is currently being executed. Often using a
debugger to run a program is considered having it open for writing and
will cause this error. (The name stands for "text file busy".) This
is not an error in the GNU system; the text is copied as necessary.
|
|
File too big; the size of a file would be larger than allowed by the system.
|
|
No space left on device; write operation on a file failed because the
disk is full.
|
|
Invalid seek operation (such as on a pipe).
|
|
An attempt was made to modify something on a read-only file system.
|
Too many links; the link count of a single file would become too large.
rename can cause this error if the file being renamed already has
as many links as it can take (see Renaming Files).
|
Broken pipe; there is no process reading from the other end of a pipe.
Every library function that returns this error code also generates a
SIGPIPE signal; this signal terminates the program if not handled
or blocked. Thus, your program will never actually see EPIPE
unless it has handled or blocked SIGPIPE.
|
|
Domain error; used by mathematical functions when an argument value does
not fall into the domain over which the function is defined.
|
|
Range error; used by mathematical functions when the result value is
not representable because of overflow or underflow.
|
Resource temporarily unavailable; the call might work if you try again
later. The macro EWOULDBLOCK is another name for EAGAIN;
they are always the same in the GNU C library.
This error can happen in a few different situations:
- An operation that would block was attempted on an object that has
non-blocking mode selected. Trying the same operation again will block
until some external condition makes it possible to read, write, or
connect (whatever the operation). You can use
select to find out
when the operation will be possible; see Waiting for I/O.
Portability Note: In many older Unix systems, this condition
was indicated by EWOULDBLOCK, which was a distinct error code
different from EAGAIN. To make your program portable, you should
check for both codes and treat them the same.
- A temporary resource shortage made an operation impossible.
fork
can return this error. It indicates that the shortage is expected to
pass, so your program can try the call again later and it may succeed.
It is probably a good idea to delay for a few seconds before trying it
again, to allow time for other processes to release scarce resources.
Such shortages are usually fairly serious and affect the whole system,
so usually an interactive program should report the error to the user
and return to its command loop.
|
In the GNU C library, this is another name for EAGAIN (above).
The values are always the same, on every operating system.
C libraries in many older Unix systems have EWOULDBLOCK as a
separate error code.
|
An operation that cannot complete immediately was initiated on an object
that has non-blocking mode selected. Some functions that must always
block (such as connect; see Connecting) never return
EAGAIN. Instead, they return EINPROGRESS to indicate that
the operation has begun and will take some time. Attempts to manipulate
the object before the call completes return EALREADY. You can
use the select function to find out when the pending operation
has completed; see Waiting for I/O.
|
|
An operation is already in progress on an object that has non-blocking
mode selected.
|
|
A file that isn't a socket was specified when a socket is required.
|
|
The size of a message sent on a socket was larger than the supported
maximum size.
|
|
The socket type does not support the requested communications protocol.
|
|
You specified a socket option that doesn't make sense for the
particular protocol being used by the socket. See Socket Options.
|
| int EPROTONOSUPPORT
|
Macro |
|
The socket domain does not support the requested communications protocol
(perhaps because the requested protocol is completely invalid).
See Creating a Socket.
|
| int ESOCKTNOSUPPORT
|
Macro |
|
The socket type is not supported.
|
|
The operation you requested is not supported. Some socket functions
don't make sense for all types of sockets, and others may not be
implemented for all communications protocols. In the GNU system, this
error can happen for many calls when the object does not support the
particular operation;on call; an asynchronous signal occurred and prevented
completion of the call. When this happens, you should try the call
again.
You can choose to have functions resume after a signal that is handled,
rather than failing with EINTR; see Interrupted Primitives.
|
|
Input/output error; usually used for physical read or write errors.
|
|
No such device or address. The system tried to use the device
represented by a file you specified, and it couldn't find the device.
This can mean that the device file was installed incorrectly, or that
the physical device is missing or not correctly attached to the
computer.
|
Argument list too long; used when the arguments passed to a new program
being executed with one of the exec functions (see Executing a File) occupy too much memory space. This condition never arises in the
GNU system.
|
Invalid executable file format. This condition is detected by the
exec functions; see Executing a File.
|
|
Bad file descriptor; for example, I/O on a descriptor that has been
closed or reading from a descriptor open only for writing (or vice
versa).
|
|
There are no child processes. This error happens on operations that are
supposed to manipulate child processes, when there aren't any processes
to manipulate.
|
|
Deadlock avoided; allocating a system resource would have resulted in a
deadlock situation. The system does not guarantee that it will notice
all such situations. This error means you got lucky and the system
noticed; it might just hang. See File Locks, for an example.
|
|
No memory available. The system cannot allocate more virtual memory
because its capacity is full.
|
|
Permission denied; the file permissions do not allow the attempted operation.
|
|
Bad address; an invalid pointer was detected.
In the GNU system, this error never happens; you get a signal instead.
|
|
A file that isn't a block special file was given in a situation that
requires one. For example, trying to mount an ordinary file as a file
system in Unix gives this error.
|
|
Resource busy; a system resource that can't be shared is already in use.
For example, if you try to delete a file that is the root of a currently
mounted filesystem, you get this error.
|
|
File exists; an existing file was specified in a context where it only
makes sense to specify a new file.
|
An attempt to make an improper link across file systems was detected.
This happens not only when you use link (see Hard Links) but
also when you rename a file with rename (see Renaming Files).
|
|
The wrong type of device was given to a function that expects a
particular sort of device.
|
|
A file that isn't a directory was specified when a directory is required.
|
|
File is a directory; you cannot open a directory for writing,
or create or remove hard links to it.
|
|
Invalid argument. This is used to indicate various kinds of problems
with passing the wrong argument to a library function.
|
|
The current process has too many files open and can't open any more.
Duplicate descriptors do count toward this limit.
In BSD and GNU, the number of open files is controlled by a resource
limit that can usually be increased. If you get this error, you might
want to increase the RLIMIT_NOFILE limit or make it unlimited;
see Limits on Resources.
|
|
There are too many distinct file openings in the entire system. Note
that any number of linked channels count as just one file opening; see
Linked Channels. This error never occurs in the GNU system.
|
|
Inappropriate I/O control operation, such as trying to set terminal
modes on an ordinary file.
|
|
An attempt to execute a file that is currently open for writing, or
write to a file that is currently being executed. Often using a
debugger to run a program is considered having it open for writing and
will cause this error. (The name stands for "text file busy".) This
is not an error in the GNU system; the text is copied as necessary.
|
|
File too big; the size of a file would be larger than allowed by the system.
|
|
No space left on device; write operation on a file failed because the
disk is full.
|
|
Invalid seek operation (such as on a pipe).
|
|
An attempt was made to modify something on a read-only file system.
|
Too many links; the link count of a single file would become too large.
rename can cause this error if the file being renamed already has
as many links as it can take (see Renaming Files).
|
Broken pipe; there is no process reading from the other end of a pipe.
Every library function that returns this error code also generates a
SIGPIPE signal; this signal terminates the program if not handled
or blocked. Thus, your program will never actually see EPIPE
unless it has handled or blocked SIGPIPE.
|
|
Domain error; used by mathematical functions when an argument value does
not fall into the domain over which the function is defined.
|
|
Range error; used by mathematical functions when the result value is
not representable because of overflow or underflow.
|
Resource temporarily unavailable; the call might work if you try again
later. The macro EWOULDBLOCK is another name for EAGAIN;
they are always the same in the GNU C library.
This error can happen in a few different situations:
- An operation that would block was attempted on an object that has
non-blocking mode selected. Trying the same operation again will block
until some external condition makes it possible to read, write, or
connect (whatever the operation). You can use
select to find out
when the operation will be possible; see Waiting for I/O.
Portability Note: In many older Unix systems, this condition
was indicated by EWOULDBLOCK, which was a distinct error code
different from EAGAIN. To make your program portable, you should
check for both codes and treat them the same.
- A temporary resource shortage made an operation impossible.
fork
can return this error. It indicates that the shortage is expected to
pass, so your program can try the call again later and it may succeed.
It is probably a good idea to delay for a few seconds before trying it
again, to allow time for other processes to release scarce resources.
Such shortages are usually fairly serious and affect the whole system,
so usually an interactive program should report the error to the user
and return to its command loop.
|
In the GNU C library, this is another name for EAGAIN (above).
The values are always the same, on every operating system.
C libraries in many older Unix systems have EWOULDBLOCK as a
separate error code.
|
An operation that cannot complete immediately was initiated on an object
that has non-blocking mode selected. Some functions that must always
block (such as connect; see Connecting) never return
EAGAIN. Instead, they return EINPROGRESS to indicate that
the operation has begun and will take some time. Attempts to manipulate
the object before the call completes return EALREADY. You can
use the select function to find out when the pending operation
has completed; see Waiting for I/O.
|
|
An operation is already in progress on an object that has non-blocking
mode selected.
|
|
A file that isn't a socket was specified when a socket is required.
|
|
The size of a message sent on a socket was larger than the supported
maximum size.
|
|
The socket type does not support the requested communications protocol.
|
|
You specified a socket option that doesn't make sense for the
particular protocol being used by the socket. See Socket Options.
|
| int EPROTONOSUPPORT
|
Macro |
|
The socket domain does not support the requested communications protocol
(perhaps because the requested protocol is completely invalid).
See Creating a Socket.
|
| int ESOCKTNOSUPPORT
|
Macro |
|
The socket type is not supported.
|
|
The operation you requested is not supported. Some socket functions
don't make sense for all types of sockets, and others may not be
implemented for all communications protocols. In the GNU system, this
error can happen for many calls when the object does not support the
particular operation;on call; an asynchronous signal occurred and prevented
completion of the call. When this happens, you should try the call
again.
You can choose to have functions resume after a signal that is handled,
rather than failing with EINTR; see Interrupted Primitives.
|
|
Input/output error; usually used for physical read or write errors.
|
|
No such device or address. The system tried to use the device
represented by a file you specified, and it couldn't find the device.
This can mean that the device file was installed incorrectly, or that
the physical device is missing or not correctly attached to the
computer.
|
Argument list too long; used when the arguments passed to a new program
being executed with one of the exec functions (see Executing a File) occupy too much memory space. This condition never arises in the
GNU system.
|
Invalid executable file format. This condition is detected by the
exec functions; see Executing a File.
|
|
Bad file descriptor; for example, I/O on a descriptor that has been
closed or reading from a descriptor open only for writing (or vice
versa).
|
|
There are no child processes. This error happens on operations that are
supposed to manipulate child processes, when there aren't any processes
to manipulate.
|
|
Deadlock avoided; allocating a system resource would have resulted in a
deadlock situation. The system does not guarantee that it will notice
all such situations. This error means you got lucky and the system
noticed; it might just hang. See File Locks, for an example.
|
|
No memory available. The system cannot allocate more virtual memory
because its capacity is full.
|
|
Permission denied; the file permissions do not allow the attempted operation.
|
|
Bad address; an invalid pointer was detected.
In the GNU system, this error never happens; you get a signal instead.
|
|
A file that isn't a block special file was given in a situation that
requires one. For example, trying to mount an ordinary file as a file
system in Unix gives this error.
|
|
Resource busy; a system resource that can't be shared is already in use.
For example, if you try to delete a file that is the root of a currently
mounted filesystem, you get this error.
|
|
File exists; an existing file was specified in a context where it only
makes sense to specify a new file.
|
An attempt to make an improper link across file systems was detected.
This happens not only when you use link (see Hard Links) but
also when you rename a file with rename (see Renaming Files).
|
|
The wrong type of device was given to a function that expects a
particular sort of device.
|
|
A file that isn't a directory was specified when a directory is required.
|
|
File is a directory; you cannot open a directory for writing,
or create or remove hard links to it.
|
|
Invalid argument. This is used to indicate various kinds of problems
with passing the wrong argument to a library function.
|
|
The current process has too many files open and can't open any more.
Duplicate descriptors do count toward this limit.
In BSD and GNU, the number of open files is controlled by a resource
limit that can usually be increased. If you get this error, you might
want to increase the RLIMIT_NOFILE limit or make it unlimited;
see Limits on Resources.
|
|
There are too many distinct file openings in the entire system. Note
that any number of linked channels count as just one file opening; see
Linked Channels. This error never occurs in the GNU system.
|
|
Inappropriate I/O control operation, such as trying to set terminal
modes on an ordinary file.
|
|
An attempt to execute a file that is currently open for writing, or
write to a file that is currently being executed. Often using a
debugger to run a program is considered having it open for writing and
will cause this error. (The name stands for "text file busy".) This
is not an error in the GNU system; the text is copied as necessary.
|
|
File too big; the size of a file would be larger than allowed by the system.
|
|
No space left on device; write operation on a file failed because the
disk is full.
|
|
Invalid seek operation (such as on a pipe).
|
|
An attempt was made to modify something on a read-only file system.
|
Too many links; the link count of a single file would become too large.
rename can cause this error if the file being renamed already has
as many links as it can take (see Renaming Files).
|
Broken pipe; there is no process reading from the other end of a pipe.
Every library function that returns this error code also generates a
SIGPIPE signal; this signal terminates the program if not handled
or blocked. Thus, your program will never actually see EPIPE
unless it has handled or blocked SIGPIPE.
|
|
Domain error; used by mathematical functions when an argument value does
not fall into the domain over which the function is defined.
|
|
Range error; used by mathematical functions when the result value is
not representable because of overflow or underflow.
|
Resource temporarily unavailable; the call might work if you try again
later. The macro EWOULDBLOCK is another name for EAGAIN;
they are always the same in the GNU C library.
This error can happen in a few different situations:
- An operation that would block was attempted on an object that has
non-blocking mode selected. Trying the same operation again will block
until some external condition makes it possible to read, write, or
connect (whatever the operation). You can use
select to find out
when the operation will be possible; see Waiting for I/O.
Portability Note: In many older Unix systems, this condition
was indicated by EWOULDBLOCK, which was a distinct error code
different from EAGAIN. To make your program portable, you should
check for both codes and treat them the same.
- A temporary resource shortage made an operation impossible.
fork
can return this error. It indicates that the shortage is expected to
pass, so your program can try the call again later and it may succeed.
It is probably a good idea to delay for a few seconds before trying it
again, to allow time for other processes to release scarce resources.
Such shortages are usually fairly serious and affect the whole system,
so usually an interactive program should report the error to the user
and return to its command loop.
|
In the GNU C library, this is another name for EAGAIN (above).
The values are always the same, on every operating system.
C libraries in many older Unix systems have EWOULDBLOCK as a
separate error code.
|
An operation that cannot complete immediately was initiated on an object
that has non-blocking mode selected. Some functions that must always
block (such as connect; see Connecting) never return
EAGAIN. Instead, they return EINPROGRESS to indicate that
the operation has begun and will take some time. Attempts to manipulate
the object before the call completes return EALREADY. You can
use the select function to find out when the pending operation
has completed; see Waiting for I/O.
|
|
An operation is already in progress on an object that has non-blocking
mode selected.
|
|
A file that isn't a socket was specified when a socket is required.
|
|
The size of a message sent on a socket was larger than the supported
maximum size.
|
|
The socket type does not support the requested communications protocol.
|
|
You specified a socket option that doesn't make sense for the
particular protocol being used by the socket. See Socket Options.
|
| int EPROTONOSUPPORT
|
Macro |
|
The socket domain does not support the requested communications protocol
(perhaps because the requested protocol is completely invalid).
See Creating a Socket.
|
| int ESOCKTNOSUPPORT
|
Macro |
|
The socket type is not supported.
|
|
The operation you requested is not supported. Some socket functions
don't make sense for all types of sockets, and others may not be
implemented for all communications protocols. In the GNU system, this
error can happen for many calls when the object does not support the
particular operation;on call; an asynchronous signal occurred and prevented
completion of the call. When this happens, you should try the call
again.
You can choose to have functions resume after a signal that is handled,
rather than failing with EINTR; see Interrupted Primitives.
|
|
Input/output error; usually used for physical read or write errors.
|
|
No such device or address. The system tried to use the device
represented by a file you specified, and it couldn't find the device.
This can mean that the device file was installed incorrectly, or that
the physical device is missing or not correctly attached to the
computer.
|
Argument list too long; used when the arguments passed to a new program
being executed with one of the exec functions (see Executing a File) occupy too much memory space. This condition never arises in the
GNU system.
|
Invalid executable file format. This condition is detected by the
exec functions; see Executing a File.
|
|
Bad file descriptor; for example, I/O on a descriptor that has been
closed or reading from a descriptor open only for writing (or vice
versa).
|
|
There are no child processes. This error happens on operations that are
supposed to manipulate child processes, when there aren't any processes
to manipulate.
|
|
Deadlock avoided; allocating a system resource would have resulted in a
deadlock situation. The system does not guarantee that it will notice
all such situations. This error means you got lucky and the system
noticed; it might just hang. See File Locks, for an example.
|
|
No memory available. The system cannot allocate more virtual memory
because its capacity is full.
|
|
Permission denied; the file permissions do not allow the attempted operation.
|
|
Bad address; an invalid pointer was detected.
In the GNU system, this error never happens; you get a signal instead.
|
|
A file that isn't a block special file was given in a situation that
requires one. For example, trying to mount an ordinary file as a file
system in Unix gives this error.
|
|
Resource busy; a system resource that can't be shared is already in use.
For example, if you try to delete a file that is the root of a currently
mounted filesystem, you get this error.
|
|
File exists; an existing file was specified in a context where it only
makes sense to specify a new file.
|
An attempt to make an improper link across file systems was detected.
This happens not only when you use link (see Hard Links) but
also when you rename a file with rename (see Renaming Files).
|
|
The wrong type of device was given to a function that expects a
particular sort of device.
|
|
A file that isn't a directory was specified when a directory is required.
|
|
File is a directory; you cannot open a directory for writing,
or create or remove hard links to it.
|
|
Invalid argument. This is used to indicate various kinds of problems
with passing the wrong argument to a library function.
|
|
The current process has too many files open and can't open any more.
Duplicate descriptors do count toward this limit.
In BSD and GNU, the number of open files is controlled by a resource
limit that can usually be increased. If you get this error, you might
want to increase the RLIMIT_NOFILE limit or make it unlimited;
see Limits on Resources.
|
|
There are too many distinct file openings in the entire system. Note
that any number of linked channels count as just one file opening; see
Linked Channels. This error never occurs in the GNU system.
|
|
Inappropriate I/O control operation, such as trying to set terminal
modes on an ordinary file.
|
|
An attempt to execute a file that is currently open for writing, or
write to a file that is currently being executed. Often using a
debugger to run a program is considered having it open for writing and
will cause this error. (The name stands for "text file busy".) This
is not an error in the GNU system; the text is copied as necessary.
|
|
File too big; the size of a file would be larger than allowed by the system.
|
|
No space left on device; write operation on a file failed because the
disk is full.
|
|
Invalid seek operation (such as on a pipe).
|
|
An attempt was made to modify something on a read-only file system.
|
Too many links; the link count of a single file would become too large.
rename can cause this error if the file being renamed already has
as many links as it can take (see Renaming Files).
|
Broken pipe; there is no process reading from the other end of a pipe.
Every library function that returns this error code also generates a
SIGPIPE signal; this signal terminates the program if not handled
or blocked. Thus, your program will never actually see EPIPE
unless it has handled or blocked SIGPIPE.
|
|
Domain error; used by mathematical functions when an argument value does
not fall into the domain over which the function is defined.
|
|
Range error; used by mathematical functions when the result value is
not representable because of overflow or underflow.
|
Resource temporarily unavailable; the call might work if you try again
later. The macro EWOULDBLOCK is another name for EAGAIN;
they are always the same in the GNU C library.
This error can happen in a few different situations:
- An operation that would block was attempted on an object that has
non-blocking mode selected. Trying the same operation again will block
until some external condition makes it possible to read, write, or
connect (whatever the operation). You can use
select to find out
when the operation will be possible; see Waiting for I/O.
Portability Note: In many older Unix systems, this condition
was indicated by EWOULDBLOCK, which was a distinct error code
different from EAGAIN. To make your program portable, you should
check for both codes and treat them the same.
- A temporary resource shortage made an operation impossible.
fork
can return this error. It indicates that the shortage is expected to
pass, so your program can try the call again later and it may succeed.
It is probably a good idea to delay for a few seconds before trying it
again, to allow time for other processes to release scarce resources.
Such shortages are usually fairly serious and affect the whole system,
so usually an interactive program should report the error to the user
and return to its command loop.
|
In the GNU C library, this is another name for EAGAIN (above).
The values are always the same, on every operating system.
C libraries in many older Unix systems have EWOULDBLOCK as a
separate error code.
|
An operation that cannot complete immediately was initiated on an object
that has non-blocking mode selected. Some functions that must always
block (such as connect; see Connecting) never return
EAGAIN. Instead, they return EINPROGRESS to indicate that
the operation has begun and will take some time. Attempts to manipulate
the object before the call completes return EALREADY. You can
use the select function to find out when the pending operation
has completed; see Waiting for I/O.
|
|
An operation is already in progress on an object that has non-blocking
mode selected.
|
|
A file that isn't a socket was specified when a socket is required.
|
|
The size of a message sent on a socket was larger than the supported
maximum size.
|
|
The socket type does not support the requested communications protocol.
|
|
You specified a socket option that doesn't make sense for the
particular protocol being used by the socket. See Socket Options.
|
| int EPROTONOSUPPORT
|
Macro |
|
The socket domain does not support the requested communications protocol
(perhaps because the requested protocol is completely invalid).
See Creating a Socket.
|
| int ESOCKTNOSUPPORT
|
Macro |
|
The socket type is not supported.
|
|
The operation you requested is not supported. Some socket functions
don't make sense for all types of sockets, and others may not be
implemented for all communications protocols. In the GNU system, this
error can happen for many calls when the object does not support the
particular operation;on call; an asynchronous signal occurred and prevented
completion of the call. When this happens, you should try the call
again.
You can choose to have functions resume after a signal that is handled,
rather than failing with EINTR; see Interrupted Primitives.
|
|
Input/output error; usually used for physical read or write errors.
|
|
No such device or address. The system tried to use the device
represented by a file you specified, and it couldn't find the device.
This can mean that the device file was installed incorrectly, or that
the physical device is missing or not correctly attached to the
computer.
|
Argument list too long; used when the arguments passed to a new program
being executed with one of the exec functions (see Executing a File) occupy too much memory space. This condition never arises in the
GNU system.
|
Invalid executable file format. This condition is detected by the
exec functions; see Executing a File.
|
|
Bad file descriptor; for example, I/O on a descriptor that has been
closed or reading from a descriptor open only for writing (or vice
versa).
|
|
There are no child processes. This error happens on operations that are
supposed to manipulate child processes, when there aren't any processes
to manipulate.
|
|
Deadlock avoided; allocating a system resource would have resulted in a
deadlock situation. The system does not guarantee that it will notice
all such situations. This error means you got lucky and the system
noticed; it might just hang. See File Locks, for an example.
|
|
No memory available. The system cannot allocate more virtual memory
because its capacity is full.
|
|
Permission denied; the file permissions do not allow the attempted operation.
|
|
Bad address; an invalid pointer was detected.
In the GNU system, this error never happens; you get a signal instead.
|
|
A file that isn't a block special file was given in a situation that
requires one. For example, trying to mount an ordinary file as a file
system in Unix gives this error.
|
|
Resource busy; a system resource that can't be shared is already in use.
For example, if you try to delete a file that is the root of a currently
mounted filesystem, you get this error.
|
|
File exists; an existing file was specified in a context where it only
makes sense to specify a new file.
|
An attempt to make an improper link across file systems was detected.
This happens not only when you use link (see Hard Links) but
also when you rename a file with rename (see Renaming Files).
|
|
The wrong type of device was given to a function that expects a
particular sort of device.
|
|
A file that isn't a directory was specified when a directory is required.
|
|
File is a directory; you cannot open a directory for writing,
or create or remove hard links to it.
|
|
Invalid argument. This is used to indicate various kinds of problems
with passing the wrong argument to a library function.
|
|
The current process has too many files open and can't open any more.
Duplicate descriptors do count toward this limit.
In BSD and GNU, the number of open files is controlled by a resource
limit that can usually be increased. If you get this error, you might
want to increase the RLIMIT_NOFILE limit or make it unlimited;
see Limits on Resources.
|
|
There are too many distinct file openings in the entire system. Note
that any number of linked channels count as just one file opening; see
Linked Channels. This error never occurs in the GNU system.
|
|
Inappropriate I/O control operation, such as trying to set terminal
modes on an ordinary file.
|
|
An attempt to execute a file that is currently open for writing, or
write to a file that is currently being executed. Often using a
debugger to run a program is considered having it open for writing and
will cause this error. (The name stands for "text file busy".) This
is not an error in the GNU system; the text is copied as necessary.
|
|
File too big; the size of a file would be larger than allowed by the system.
|
|
No space left on device; write operation on a file failed because the
disk is full.
|
|
Invalid seek operation (such as on a pipe).
|
|
An attempt was made to modify something on a read-only file system.
|
Too many links; the link count of a single file would become too large.
rename can cause this error if the file being renamed already has
as many links as it can take (see Renaming Files).
|
Broken pipe; there is no process reading from the other end of a pipe.
Every library function that returns this error code also generates a
SIGPIPE signal; this signal terminates the program if not handled
or blocked. Thus, your program will never actually see EPIPE
unless it has handled or blocked SIGPIPE.
|
|
Domain error; used by mathematical functions when an argument value does
not fall into the domain over which the function is defined.
|
|
Range error; used by mathematical functions when the result value is
not representable because of overflow or underflow.
|
Resource temporarily unavailable; the call might work if you try again
later. The macro EWOULDBLOCK is another name for EAGAIN;
they are always the same in the GNU C library.
This error can happen in a few different situations:
- An operation that would block was attempted on an object that has
non-blocking mode selected. Trying the same operation again will block
until some external condition makes it possible to read, write, or
connect (whatever the operation). You can use
select to find out
when the operation will be possible; see Waiting for I/O.
Portability Note: In many older Unix systems, this condition
was indicated by EWOULDBLOCK, which was a distinct error code
different from EAGAIN. To make your program portable, you should
check for both codes and treat them the same.
- A temporary resource shortage made an operation impossible.
fork
can return this error. It indicates that the shortage is expected to
pass, so your program can try the call again later and it may succeed.
It is probably a good idea to delay for a few seconds before trying it
again, to allow time for other processes to release scarce resources.
Such shortages are usually fairly serious and affect the whole system,
so usually an interactive program should report the error to the user
and return to its command loop.
|
In the GNU C library, this is another name for EAGAIN (above).
The values are always the same, on every operating system.
C libraries in many older Unix systems have EWOULDBLOCK as a
separate error code.
|
An operation that cannot complete immediately was initiated on an object
that has non-blocking mode selected. Some functions that must always
block (such as connect; see Connecting) never return
EAGAIN. Instead, they return EINPROGRESS to indicate that
the operation has begun and will take some time. Attempts to manipulate
the object before the call completes return EALREADY. You can
use the select function to find out when the pending operation
has completed; see Waiting for I/O.
|
|
An operation is already in progress on an object that has non-blocking
mode selected.
|
|
A file that isn't a socket was specified when a socket is required.
|
|
The size of a message sent on a socket was larger than the supported
maximum size.
|
|
The socket type does not support the requested communications protocol.
|
|
You specified a socket option that doesn't make sense for the
particular protocol being used by the socket. See Socket Options.
|
| int EPROTONOSUPPORT
|
Macro |
|
The socket domain does not support the requested communications protocol
(perhaps because the requested protocol is completely invalid).
See Creating a Socket.
|
| int ESOCKTNOSUPPORT
|
Macro |
|
The socket type is not supported.
|
|
The operation you requested is not supported. Some socket functions
don't make sense for all types of sockets, and others may not be
implemented for all communications protocols. In the GNU system, this
error can happen for many calls when the object does not support the
particular operation;on call; an asynchronous signal occurred and prevented
completion of the call. When this happens, you should try the call
again.
You can choose to have functions resume after a signal that is handled,
rather than failing with EINTR; see Interrupted Primitives.
|
|
Input/output error; usually used for physical read or write errors.
|
|
No such device or address. The system tried to use the device
represented by a file you specified, and it couldn't find the device.
This can mean that the device file was installed incorrectly, or that
the physical device is missing or not correctly attached to the
computer.
|
Argument list too long; used when the arguments passed to a new program
being executed with one of the exec functions (see Executing a File) occupy too much memory space. This condition never arises in the
GNU system.
|
Invalid executable file format. This condition is detected by the
exec functions; see Executing a File.
|
|
Bad file descriptor; for example, I/O on a descriptor that has been
closed or reading from a descriptor open only for writing (or vice
versa).
|
|
There are no child processes. This error happens on operations that are
supposed to manipulate child processes, when there aren't any processes
to manipulate.
|
|
Deadlock avoided; allocating a system resource would have resulted in a
deadlock situation. The system does not guarantee that it will notice
all such situations. This error means you got lucky and the system
noticed; it might just hang. See File Locks, for an example.
|
|
No memory available. The system cannot allocate more virtual memory
because its capacity is full.
|
|
Permission denied; the file permissions do not allow the attempted operation.
|
|
Bad address; an invalid pointer was detected.
In the GNU system, this error never happens; you get a signal instead.
|
|
A file that isn't a block special file was given in a situation that
requires one. For example, trying to mount an ordinary file as a file
system in Unix gives this error.
|
|
Resource busy; a system resource that can't be shared is already in use.
For example, if you try to delete a file that is the root of a currently
mounted filesystem, you get this error.
|
|
File exists; an existing file was specified in a context where it only
makes sense to specify a new file.
|
An attempt to make an improper link across file systems was detected.
This happens not only when you use link (see Hard Links) but
also when you rename a file with rename (see Renaming Files).
|
|
The wrong type of device was given to a function that expects a
particular sort of device.
|
|
A file that isn't a directory was specified when a directory is required.
|
|
File is a directory; you cannot open a directory for writing,
or create or remove hard links to it.
|
|
Invalid argument. This is used to indicate various kinds of problems
with passing the wrong argument to a library function.
|
|
The current process has too many files open and can't open any more.
Duplicate descriptors do count toward this limit.
In BSD and GNU, the number of open files is controlled by a resource
limit that can usually be increased. If you get this error, you might
want to increase the RLIMIT_NOFILE limit or make it unlimited;
see Limits on Resources.
|
|
There are too many distinct file openings in the entire system. Note
that any number of linked channels count as just one file opening; see
Linked Channels. This error never occurs in the GNU system.
|
|
Inappropriate I/O control operation, such as trying to set terminal
modes on an ordinary file.
|
|
An attempt to execute a file that is currently open for writing, or
write to a file that is currently being executed. Often using a
debugger to run a program is considered having it open for writing and
will cause this error. (The name stands for "text file busy".) This
is not an error in the GNU system; the text is copied as necessary.
|
|
File too big; the size of a file would be larger than allowed by the system.
|
|
No space left on device; write operation on a file failed because the
disk is full.
|
|
Invalid seek operation (such as on a pipe).
|
|
An attempt was made to modify something on a read-only file system.
|
Too many links; the link count of a single file would become too large.
rename can cause this error if the file being renamed already has
as many links as it can take (see Renaming Files).
|
Broken pipe; there is no process reading from the other end of a pipe.
Every library function that returns this error code also generates a
SIGPIPE signal; this signal terminates the program if not handled
or blocked. Thus, your program will never actually see EPIPE
unless it has handled or blocked SIGPIPE.
|
|
Domain error; used by mathematical functions when an argument value does
not fall into the domain over which the function is defined.
|
|
Range error; used by mathematical functions when the result value is
not representable because of overflow or underflow.
|
Resource temporarily unavailable; the call might work if you try again
later. The macro EWOULDBLOCK is another name for EAGAIN;
they are always the same in the GNU C library.
This error can happen in a few different situations:
- An operation that would block was attempted on an object that has
non-blocking mode selected. Trying the same operation again will block
until some external condition makes it possible to read, write, or
connect (whatever the operation). You can use
select to find out
when the operation will be possible; see Waiting for I/O.
Portability Note: In many older Unix systems, this condition
was indicated by EWOULDBLOCK, which was a distinct error code
different from EAGAIN. To make your program portable, you should
check for both codes and treat them the same.
- A temporary resource shortage made an operation impossible.
fork
can return this error. It indicates that the shortage is expected to
pass, so your program can try the call again later and it may succeed.
It is probably a good idea to delay for a few seconds before trying it
again, to allow time for other processes to release scarce resources.
Such shortages are usually fairly serious and affect the whole system,
so usually an interactive program should report the error to the user
and return to its command loop.
|
In the GNU C library, this is another name for EAGAIN (above).
The values are always the same, on every operating system.
C libraries in many older Unix systems have EWOULDBLOCK as a
separate error code.
|
An operation that cannot complete immediately was initiated on an object
that has non-blocking mode selected. Some functions that must always
block (such as connect; see Connecting) never return
EAGAIN. Instead, they return EINPROGRESS to indicate that
the operation has begun and will take some time. Attempts to manipulate
the object before the call completes return EALREADY. You can
use the select function to find out when the pending operation
has completed; see Waiting for I/O.
|
|
An operation is already in progress on an object that has non-blocking
mode selected.
|
|
A file that isn't a socket was specified when a socket is required.
|
|
The size of a message sent on a socket was larger than the supported
maximum size.
|
|
The socket type does not support the requested communications protocol.
|
|
You specified a socket option that doesn't make sense for the
particular protocol being used by the socket. See Socket Options.
|
| int EPROTONOSUPPORT
|
Macro |
|
The socket domain does not support the requested communications protocol
(perhaps because the requested protocol is completely invalid).
See Creating a Socket.
|
| int ESOCKTNOSUPPORT
|
Macro |
|
The socket type is not supported.
|
|
The operation you requested is not supported. Some socket functions
don't make sense for all types of sockets, and others may not be
implemented for all communications protocols. In the GNU system, this
error can happen for many calls when the object does not support the
particular operation;on call; an asynchronous signal occurred and prevented
completion of the call. When this happens, you should try the call
again.
You can choose to have functions resume after a signal that is handled,
rather than failing with EINTR; see Interrupted Primitives.
|
|
Input/output error; usually used for physical read or write errors.
|
|
No such device or address. The system tried to use the device
represented by a file you specified, and it couldn't find the device.
This can mean that the device file was installed incorrectly, or that
the physical device is missing or not correctly attached to the
computer.
|
Argument list too long; used when the arguments passed to a new program
being executed with one of the exec functions (see Executing a File) occupy too much memory space. This condition never arises in the
GNU system.
|
Invalid executable file format. This condition is detected by the
exec functions; see Executing a File.
|
|
Bad file descriptor; for example, I/O on a descriptor that has been
closed or reading from a descriptor open only for writing (or vice
versa).
|
|
There are no child processes. This error happens on operations that are
supposed to manipulate child processes, when there aren't any processes
to manipulate.
|
|
Deadlock avoided; allocating a system resource would have resulted in a
deadlock situation. The system does not guarantee that it will notice
all such situations. This error means you got lucky and the system
noticed; it might just hang. See File Locks, for an example.
|
|
No memory available. The system cannot allocate more virtual memory
because its capacity is full.
|
|
Permission denied; the file permissions do not allow the attempted operation.
|
|
Bad address; an invalid pointer was detected.
In the GNU system, this error never happens; you get a signal instead.
|
|
A file that isn't a block special file was given in a situation that
requires one. For example, trying to mount an ordinary file as a file
system in Unix gives this error.
|
|
Resource busy; a system resource that can't be shared is already in use.
For example, if you try to delete a file that is the root of a currently
mounted filesystem, you get this error.
|
|
File exists; an existing file was specified in a context where it only
makes sense to specify a new file.
|
An attempt to make an improper link across file systems was detected.
This happens not only when you use link (see Hard Links) but
also when you rename a file with rename (see Renaming Files).
|
|
The wrong type of device was given to a function that expects a
particular sort of device.
|
|
A file that isn't a directory was specified when a directory is required.
|
|
File is a directory; you cannot open a directory for writing,
or create or remove hard links to it.
|
|
Invalid argument. This is used to indicate various kinds of problems
with passing the wrong argument to a library function.
|
|
The current process has too many files open and can't open any more.
Duplicate descriptors do count toward this limit.
In BSD and GNU, the number of open files is controlled by a resource
limit that can usually be increased. If you get this error, you might
want to increase the RLIMIT_NOFILE limit or make it unlimited;
see Limits on Resources.
|
|
There are too many distinct file openings in the entire system. Note
that any number of linked channels count as just one file opening; see
Linked Channels. This error never occurs in the GNU system.
|
|
Inappropriate I/O control operation, such as trying to set terminal
modes on an ordinary file.
|
|
An attempt to execute a file that is currently open for writing, or
write to a file that is currently being executed. Often using a
debugger to run a program is considered having it open for writing and
will cause this error. (The name stands for "text file busy".) This
is not an error in the GNU system; the text is copied as necessary.
|
|
File too big; the size of a file would be larger than allowed by the system.
|
|
No space left on device; write operation on a file failed because the
disk is full.
|
|
Invalid seek operation (such as on a pipe).
|
|
An attempt was made to modify something on a read-only file system.
|
Too many links; the link count of a single file would become too large.
rename can cause this error if the file being renamed already has
as many links as it can take (see Renaming Files).
|
Broken pipe; there is no process reading from the other end of a pipe.
Every library function that returns this error code also generates a
SIGPIPE signal; this signal terminates the program if not handled
or blocked. Thus, your program will never actually see EPIPE
unless it has handled or blocked SIGPIPE.
|
|
Domain error; used by mathematical functions when an argument value does
not fall into the domain over which the function is defined.
|
|
Range error; used by mathematical functions when the result value is
not representable because of overflow or underflow.
|
Resource temporarily unavailable; the call might work if you try again
later. The macro EWOULDBLOCK is another name for EAGAIN;
they are always the same in the GNU C library.
This error can happen in a few different situations:
- An operation that would block was attempted on an object that has
non-blocking mode selected. Trying the same operation again will block
until some external condition makes it possible to read, write, or
connect (whatever the operation). You can use
select to find out
when the operation will be possible; see Waiting for I/O.
Portability Note: In many older Unix systems, this condition
was indicated by EWOULDBLOCK, which was a distinct error code
different from EAGAIN. To make your program portable, you should
check for both codes and treat them the same.
- A temporary resource shortage made an operation impossible.
fork
can return this error. It indicates that the shortage is expected to
pass, so your program can try the call again later and it may succeed.
It is probably a good idea to delay for a few seconds before trying it
again, to allow time for other processes to release scarce resources.
Such shortages are usually fairly serious and affect the whole system,
so usually an interactive program should report the error to the user
and return to its command loop.
|
In the GNU C library, this is another name for EAGAIN (above).
The values are always the same, on every operating system.
C libraries in many older Unix systems have EWOULDBLOCK as a
separate error code.
|
An operation that cannot complete immediately was initiated on an object
that has non-blocking mode selected. Some functions that must always
block (such as connect; see Connecting) never return
EAGAIN. Instead, they return EINPROGRESS to indicate that
the operation has begun and will take some time. Attempts to manipulate
the object before the call completes return EALREADY. You can
use the select function to find out when the pending operation
has completed; see Waiting for I/O.
|
|
An operation is already in progress on an object that has non-blocking
mode selected.
|
|
A file that isn't a socket was specified when a socket is required.
|
|
The size of a message sent on a socket was larger than the supported
maximum size.
|
|
The socket type does not support the requested communications protocol.
|
|
You specified a socket option that doesn't make sense for the
particular protocol being used by the socket. See Socket Options.
|
| int EPROTONOSUPPORT
|
Macro |
|
The socket domain does not support the requested communications protocol
(perhaps because the requested protocol is completely invalid).
See Creating a Socket.
|
| int ESOCKTNOSUPPORT
|
Macro |
|
The socket type is not supported.
|
|
The operation you requested is not supported. Some socket functions
don't make sense for all types of sockets, and others may not be
implemented for all communications protocols. In the GNU system, this
error can happen for many calls when the object does not support the
particular operation;on call; an asynchronous signal occurred and prevented
completion of the call. When this happens, you should try the call
again.
You can choose to have functions resume after a signal that is handled,
rather than failing with EINTR; see Interrupted Primitives.
|
|
Input/output error; usually used for physical read or write errors.
|
|
No such device or address. The system tried to use the device
represented by a file you specified, and it couldn't find the device.
This can mean that the device file was installed incorrectly, or that
the physical device is missing or not correctly attached to the
computer.
|
Argument list too long; used when the arguments passed to a new program
being executed with one of the exec functions (see Executing a File) occupy too much memory space. This condition never arises in the
GNU system.
|
Invalid executable file format. This condition is detected by the
exec functions; see Executing a File.
|
|
Bad file descriptor; for example, I/O on a descriptor that has been
closed or reading from a descriptor open only for writing (or vice
versa).
|
|
There are no child processes. This error happens on operations that are
supposed to manipulate child processes, when there aren't any processes
to manipulate.
|
|
Deadlock avoided; allocating a system resource would have resulted in a
deadlock situation. The system does not guarantee that it will notice
all such situations. This error means you got lucky and the system
noticed; it might just hang. See File Locks, for an example.
|
|
No memory available. The system cannot allocate more virtual memory
because its capacity is full.
|
|
Permission denied; the file permissions do not allow the attempted operation.
|
|
Bad address; an invalid pointer was detected.
In the GNU system, this error never happens; you get a signal instead.
|
|
A file that isn't a block special file was given in a situation that
requires one. For example, trying to mount an ordinary file as a file
system in Unix gives this error.
|
|
Resource busy; a system resource that can't be shared is already in use.
For example, if you try to delete a file that is the root of a currently
mounted filesystem, you get this error.
|
|
File exists; an existing file was specified in a context where it only
makes sense to specify a new file.
|
An attempt to make an improper link across file systems was detected.
This happens not only when you use link (see Hard Links) but
also when you rename a file with rename (see Renaming Files).
|
|
The wrong type of device was given to a function that expects a
particular sort of device.
|
|
A file that isn't a directory was specified when a directory is required.
|
|
File is a directory; you cannot open a directory for writing,
or create or remove hard links to it.
|
|
Invalid argument. This is used to indicate various kinds of problems
with passing the wrong argument to a library function.
|
|
The current process has too many files open and can't open any more.
Duplicate descriptors do count toward this limit.
In BSD and GNU, the number of open files is controlled by a resource
limit that can usually be increased. If you get this error, you might
want to increase the RLIMIT_NOFILE limit or make it unlimited;
see Limits on Resources.
|
|
There are too many distinct file openings in the entire system. Note
that any number of linked channels count as just one file opening; see
Linked Channels. This error never occurs in the GNU system.
|
|
Inappropriate I/O control operation, such as trying to set terminal
modes on an ordinary file.
|
|
An attempt to execute a file that is currently open for writing, or
write to a file that is currently being executed. Often using a
debugger to run a program is considered having it open for writing and
will cause this error. (The name stands for "text file busy".) This
is not an error in the GNU system; the text is copied as necessary.
|
|
File too big; the size of a file would be larger than allowed by the system.
|
|
No space left on device; write operation on a file failed because the
disk is full.
|
|
Invalid seek operation (such as on a pipe).
|
|
An attempt was made to modify something on a read-only file system.
|
Too many links; the link count of a single file would become too large.
rename can cause this error if the file being renamed already has
as many links as it can take (see Renaming Files).
|
Broken pipe; there is no process reading from the other end of a pipe.
Every library function that returns this error code also generates a
SIGPIPE signal; this signal terminates the program if not handled
or blocked. Thus, your program will never actually see EPIPE
unless it has handled or blocked SIGPIPE.
|
|
Domain error; used by mathematical functions when an argument value does
not fall into the domain over which the function is defined.
|
|
Range error; used by mathematical functions when the result value is
not representable because of overflow or underflow.
|
Resource temporarily unavailable; the call might work if you try again
later. The macro EWOULDBLOCK is another name for EAGAIN;
they are always the same in the GNU C library.
This error can happen in a few different situations:
- An operation that would block was attempted on an object that has
non-blocking mode selected. Trying the same operation again will block
until some external condition makes it possible to read, write, or
connect (whatever the operation). You can use
select to find out
when the operation will be possible; see Waiting for I/O.
Portability Note: In many older Unix systems, this condition
was indicated by EWOULDBLOCK, which was a distinct error code
different from EAGAIN. To make your program portable, you should
check for both codes and treat them the same.
- A temporary resource shortage made an operation impossible.
fork
can return this error. It indicates that the shortage is expected to
pass, so your program can try the call again later and it may succeed.
It is probably a good idea to delay for a few seconds before trying it
again, to allow time for other processes to release scarce resources.
Such shortages are usually fairly serious and affect the whole system,
so usually an interactive program should report the error to the user
and return to its command loop.
|
In the GNU C library, this is another name for EAGAIN (above).
The values are always the same, on every operating system.
C libraries in many older Unix systems have EWOULDBLOCK as a
separate error code.
|
An operation that cannot complete immediately was initiated on an object
that has non-blocking mode selected. Some functions that must always
block (such as connect; see Connecting) never return
EAGAIN. Instead, they return EINPROGRESS to indicate that
the operation has begun and will take some time. Attempts to manipulate
the object before the call completes return EALREADY. You can
use the select function to find out when the pending operation
has completed; see Waiting for I/O.
|
|
An operation is already in progress on an object that has non-blocking
mode selected.
|
|
A file that isn't a socket was specified when a socket is required.
|
|
The size of a message sent on a socket was larger than the supported
maximum size.
|
|
The socket type does not support the requested communications protocol.
|
|
You specified a socket option that doesn't make sense for the
particular protocol being used by the socket. See Socket Options.
|
| int EPROTONOSUPPORT
|
Macro |
|
The socket domain does not support the requested communications protocol
(perhaps because the requested protocol is completely invalid).
See Creating a Socket.
|
| int ESOCKTNOSUPPORT
|
Macro |
|
The socket type is not supported.
|
|
The operation you requested is not supported. Some socket functions
don't make sense for all types of sockets, and others may not be
implemented for all communications protocols. In the GNU system, this
error can happen for many calls when the object does not support the
particular operation;on call; an asynchronous signal occurred and prevented
completion of the call. When this happens, you should try the call
again.
You can choose to have functions resume after a signal that is handled,
rather than failing with EINTR; see Interrupted Primitives.
|
|
Input/output error; usually used for physical read or write errors.
|
|
No such device or address. The system tried to use the device
represented by a file you specified, and it couldn't find the device.
This can mean that the device file was installed incorrectly, or that
the physical device is missing or not correctly attached to the
computer.
|
Argument list too long; used when the arguments passed to a new program
being executed with one of the exec functions (see Executing a File) occupy too much memory space. This condition never arises in the
GNU system.
|
Invalid executable file format. This condition is detected by the
exec functions; see Executing a File.
|
|
Bad file descriptor; for example, I/O on a descriptor that has been
closed or reading from a descriptor open only for writing (or vice
versa).
|
|
There are no child processes. This error happens on operations that are
supposed to manipulate child processes, when there aren't any processes
to manipulate.
|
|
Deadlock avoided; allocating a system resource would have resulted in a
deadlock situation. The system does not guarantee that it will notice
all such situations. This error means you got lucky and the system
noticed; it might just hang. See File Locks, for an example.
|
|
No memory available. The system cannot allocate more virtual memory
because its capacity is full.
|
|
Permission denied; the file permissions do not allow the attempted operation.
|
|
Bad address; an invalid pointer was detected.
In the GNU system, this error never happens; you get a signal instead.
|
|
A file that isn't a block special file was given in a situation that
requires one. For example, trying to mount an ordinary file as a file
system in Unix gives this error.
|
|
Resource busy; a system resource that can't be shared is already in use.
For example, if you try to delete a file that is the root of a currently
mounted filesystem, you get this error.
|
|
File exists; an existing file was specified in a context where it only
makes sense to specify a new file.
|
An attempt to make an improper link across file systems was detected.
This happens not only when you use link (see Hard Links) but
also when you rename a file with rename (see Renaming Files).
|
|
The wrong type of device was given to a function that expects a
particular sort of device.
|
|
A file that isn't a directory was specified when a directory is required.
|
|
File is a directory; you cannot open a directory for writing,
or create or remove hard links to it.
|
|
Invalid argument. This is used to indicate various kinds of problems
with passing the wrong argument to a library function.
|
|
The current process has too many files open and can't open any more.
Duplicate descriptors do count toward this limit.
In BSD and GNU, the number of open files is controlled by a resource
limit that can usually be increased. If you get this error, you might
want to increase the RLIMIT_NOFILE limit or make it unlimited;
see Limits on Resources.
|
|
There are too many distinct file openings in the entire system. Note
that any number of linked channels count as just one file opening; see
Linked Channels. This error never occurs in the GNU system.
|
|
Inappropriate I/O control operation, such as trying to set terminal
modes on an ordinary file.
|
|
An attempt to execute a file that is currently open for writing, or
write to a file that is currently being executed. Often using a
debugger to run a program is considered having it open for writing and
will cause this error. (The name stands for "text file busy".) This
is not an error in the GNU system; the text is copied as necessary.
|
|
File too big; the size of a file would be larger than allowed by the system.
|
|
No space left on device; write operation on a file failed because the
disk is full.
|
|
Invalid seek operation (such as on a pipe).
|
|
An attempt was made to modify something on a read-only file system.
|
Too many links; the link count of a single file would become too large.
rename can cause this error if the file being renamed already has
as many links as it can take (see Renaming Files).
|
Broken pipe; there is no process reading from the other end of a pipe.
Every library function that returns this error code also generates a
SIGPIPE signal; this signal terminates the program if not handled
or blocked. Thus, your program will never actually see EPIPE
unless it has handled or blocked SIGPIPE.
|
|
Domain error; used by mathematical functions when an argument value does
not fall into the domain over which the function is defined.
|
|
Range error; used by mathematical functions when the result value is
not representable because of overflow or underflow.
|
Resource temporarily unavailable; the call might work if you try again
later. The macro EWOULDBLOCK is another name for EAGAIN;
they are always the same in the GNU C library.
This error can happen in a few different situations:
- An operation that would block was attempted on an object that has
non-blocking mode selected. Trying the same operation again will block
until some external condition makes it possible to read, write, or
connect (whatever the operation). You can use
select to find out
when the operation will be possible; see Waiting for I/O.
Portability Note: In many older Unix systems, this condition
was indicated by EWOULDBLOCK, which was a distinct error code
different from EAGAIN. To make your program portable, you should
check for both codes and treat them the same.
- A temporary resource shortage made an operation impossible.
fork
can return this error. It indicates that the shortage is expected to
pass, so your program can try the call again later and it may succeed.
It is probably a good idea to delay for a few seconds before trying it
again, to allow time for other processes to release scarce resources.
Such shortages are usually fairly serious and affect the whole system,
so usually an interactive program should report the error to the user
and return to its command loop.
|
In the GNU C library, this is another name for EAGAIN (above).
The values are always the same, on every operating system.
C libraries in many older Unix systems have EWOULDBLOCK as a
separate error code.
|
An operation that cannot complete immediately was initiated on an object
that has non-blocking mode selected. Some functions that must always
block (such as connect; see Connecting) never return
EAGAIN. Instead, they return EINPROGRESS to indicate that
the operation has begun and will take some time. Attempts to manipulate
the object before the call completes return EALREADY. You can
use the select function to find out when the pending operation
has completed; see Waiting for I/O.
|
|
An operation is already in progress on an object that has non-blocking
mode selected.
|
|
A file that isn't a socket was specified when a socket is required.
|
|
The size of a message sent on a socket was larger than the supported
maximum size.
|
|
The socket type does not support the requested communications protocol.
|
|
You specified a socket option that doesn't make sense for the
particular protocol being used by the socket. See Socket Options.
|
| int EPROTONOSUPPORT
|
Macro |
|
The socket domain does not support the requested communications protocol
(perhaps because the requested protocol is completely invalid).
See Creating a Socket.
|
| int ESOCKTNOSUPPORT
|
Macro |
|
The socket type is not supported.
|
|
The operation you requested is not supported. Some socket functions
don't make sense for all types of sockets, and others may not be
implemented for all communications protocols. In the GNU system, this
error can happen for many calls when the object does not support the
particular operation;on call; an asynchronous signal occurred and prevented
completion of the call. When this happens, you should try the call
again.
You can choose to have functions resume after a signal that is handled,
rather than failing with EINTR; see Interrupted Primitives.
|
|
Input/output error; usually used for physical read or write errors.
|
|
No such device or address. The system tried to use the device
represented by a file you specified, and it couldn't find the device.
This can mean that the device file was installed incorrectly, or that
the physical device is missing or not correctly attached to the
computer.
|
Argument list too long; used when the arguments passed to a new program
being executed with one of the exec functions (see Executing a File) occupy too much memory space. This condition never arises in the
GNU system.
|
Invalid executable file format. This condition is detected by the
exec functions; see Executing a File.
|
|
Bad file descriptor; for example, I/O on a descriptor that has been
closed or reading from a descriptor open only for writing (or vice
versa).
|
|
There are no child processes. This error happens on operations that are
supposed to manipulate child processes, when there aren't any processes
to manipulate.
|
|
Deadlock avoided; allocating a system resource would have resulted in a
deadlock situation. The system does not guarantee that it will notice
all such situations. This error means you got lucky and the system
noticed; it might just hang. See File Locks, for an example.
|
|
No memory available. The system cannot allocate more virtual memory
because its capacity is full.
|
|
Permission denied; the file permissions do not allow the attempted operation.
|
|
Bad address; an invalid pointer was detected.
In the GNU system, this error never happens; you get a signal instead.
|
|
A file that isn't a block special file was given in a situation that
requires one. For example, trying to mount an ordinary file as a file
system in Unix gives this error.
|
|
Resource busy; a system resource that can't be shared is already in use.
For example, if you try to delete a file that is the root of a currently
mounted filesystem, you get this error.
|
|
File exists; an existing file was specified in a context where it only
makes sense to specify a new file.
|
An attempt to make an improper link across file systems was detected.
This happens not only when you use link (see Hard Links) but
also when you rename a file with rename (see Renaming Files).
|
|
The wrong type of device was given to a function that expects a
particular sort of device.
|
|
A file that isn't a directory was specified when a directory is required.
|
|
File is a directory; you cannot open a directory for writing,
or create or remove hard links to it.
|
|
Invalid argument. This is used to indicate various kinds of problems
with passing the wrong argument to a library function.
|
|
The current process has too many files open and can't open any more.
Duplicate descriptors do count toward this limit.
In BSD and GNU, the number of open files is controlled by a resource
limit that can usually be increased. If you get this error, you might
want to increase the RLIMIT_NOFILE limit or make it unlimited;
see Limits on Resources.
|
|
There are too many distinct file openings in the entire system. Note
that any number of linked channels count as just one file opening; see
Linked Channels. This error never occurs in the GNU system.
|
|
Inappropriate I/O control operation, such as trying to set terminal
modes on an ordinary file.
|
|
An attempt to execute a file that is currently open for writing, or
write to a file that is currently being executed. Often using a
debugger to run a program is considered having it open for writing and
will cause this error. (The name stands for "text file busy".) This
is not an error in the GNU system; the text is copied as necessary.
|
|
File too big; the size of a file would be larger than allowed by the system.
|
|
No space left on device; write operation on a file failed because the
disk is full.
|
|
Invalid seek operation (such as on a pipe).
|
|
An attempt was made to modify something on a read-only file system.
|
Too many links; the link count of a single file would become too large.
rename can cause this error if the file being renamed already has
as many links as it can take (see Renaming Files).
|
Broken pipe; there is no process reading from the other end of a pipe.
Every library function that returns this error code also generates a
SIGPIPE signal; this signal terminates the program if not handled
or blocked. Thus, your program will never actually see EPIPE
unless it has handled or blocked SIGPIPE.
|
|
Domain error; used by mathematical functions when an argument value does
not fall into the domain over which the function is defined.
|
|
Range error; used by mathematical functions when the result value is
not representable because of overflow or underflow.
|
Resource temporarily unavailable; the call might work if you try again
later. The macro EWOULDBLOCK is another name for EAGAIN;
they are always the same in the GNU C library.
This error can happen in a few different situations:
- An operation that would block was attempted on an object that has
non-blocking mode selected. Trying the same operation again will block
until some external condition makes it possible to read, write, or
connect (whatever the operation). You can use
select to find out
when the operation will be possible; see Waiting for I/O.
Portability Note: In many older Unix systems, this condition
was indicated by EWOULDBLOCK, which was a distinct error code
different from EAGAIN. To make your program portable, you should
check for both codes and treat them the same.
- A temporary resource shortage made an operation impossible.
fork
can return this error. It indicates that the shortage is expected to
pass, so your program can try the call again later and it may succeed.
It is probably a good idea to delay for a few seconds before trying it
again, to allow time for other processes to release scarce resources.
Such shortages are usually fairly serious and affect the whole system,
so usually an interactive program should report the error to the user
and return to its command loop.
|
In the GNU C library, this is another name for EAGAIN (above).
The values are always the same, on every operating system.
C libraries in many older Unix systems have EWOULDBLOCK as a
separate error code.
|
An operation that cannot complete immediately was initiated on an object
that has non-blocking mode selected. Some functions that must always
block (such as connect; see Connecting) never return
EAGAIN. Instead, they return EINPROGRESS to indicate that
the operation has begun and will take some time. Attempts to manipulate
the object before the call completes return EALREADY. You can
use the select function to find out when the pending operation
has completed; see Waiting for I/O.
|
|
An operation is already in progress on an object that has non-blocking
mode selected.
|
|
A file that isn't a socket was specified when a socket is required.
|
|
The size of a message sent on a socket was larger than the supported
maximum size.
|
|
The socket type does not support the requested communications protocol.
|
|
You specified a socket option that doesn't make sense for the
particular protocol being used by the socket. See Socket Options.
|
| int EPROTONOSUPPORT
|
Macro |
|
The socket domain does not support the requested communications protocol
(perhaps because the requested protocol is completely invalid).
See Creating a Socket.
|
| int ESOCKTNOSUPPORT
|
Macro |
|
The socket type is not supported.
|
|
The operation you requested is not supported. Some socket functions
don't make sense for all types of sockets, and others may not be
implemented for all communications protocols. In the GNU system, this
error can happen for many calls when the object does not support the
particular operation;on call; an asynchronous signal occurred and prevented
completion of the call. When this happens, you should try the call
again.
You can choose to have functions resume after a signal that is handled,
rather than failing with EINTR; see Interrupted Primitives.
|
|
Input/output error; usually used for physical read or write errors.
|
|
No such device or address. The system tried to use the device
represented by a file you specified, and it couldn't find the device.
This can mean that the device file was installed incorrectly, or that
the physical device is missing or not correctly attached to the
computer.
|
Argument list too long; used when the arguments passed to a new program
being executed with one of the exec functions (see Executing a File) occupy too much memory space. This condition never arises in the
GNU system.
|
Invalid executable file format. This condition is detected by the
exec functions; see Executing a File.
|
|
Bad file descriptor; for example, I/O on a descriptor that has been
closed or reading from a descriptor open only for writing (or vice
versa).
|
|
There are no child processes. This error happens on operations that are
supposed to manipulate child processes, when there aren't any processes
to manipulate.
|
|
Deadlock avoided; allocating a system resource would have resulted in a
deadlock situation. The system does not guarantee that it will notice
all such situations. This error means you got lucky and the system
noticed; it might just hang. See File Locks, for an example.
|
|
No memory available. The system cannot allocate more virtual memory
because its capacity is full.
|
|
Permission denied; the file permissions do not allow the attempted operation.
|
|
Bad address; an invalid pointer was detected.
In the GNU system, this error never happens; you get a signal instead.
|
|
A file that isn't a block special file was given in a situation that
requires one. For example, trying to mount an ordinary file as a file
system in Unix gives this error.
|
|
Resource busy; a system resource that can't be shared is already in use.
For example, if you try to delete a file that is the root of a currently
mounted filesystem, you get this error.
|
|
File exists; an existing file was specified in a context where it only
makes sense to specify a new file.
|
An attempt to make an improper link across file systems was detected.
This happens not only when you use link (see Hard Links) but
also when you rename a file with rename (see Renaming Files).
|
|
The wrong type of device was given to a function that expects a
particular sort of device.
|
|
A file that isn't a directory was specified when a directory is required.
|
|
File is a directory; you cannot open a directory for writing,
or create or remove hard links to it.
|
|
Invalid argument. This is used to indicate various kinds of problems
with passing the wrong argument to a library function.
|
|
The current process has too many files open and can't open any more.
Duplicate descriptors do count toward this limit.
In BSD and GNU, the number of open files is controlled by a resource
limit that can usually be increased. If you get this error, you might
want to increase the RLIMIT_NOFILE limit or make it unlimited;
see Limits on Resources.
|
|
There are too many distinct file openings in the entire system. Note
that any number of linked channels count as just one file opening; see
Linked Channels. This error never occurs in the GNU system.
|
|
Inappropriate I/O control operation, such as trying to set terminal
modes on an ordinary file.
|
|
An attempt to execute a file that is currently open for writing, or
write to a file that is currently being executed. Often using a
debugger to run a program is considered having it open for writing and
will cause this error. (The name stands for "text file busy".) This
is not an error in the GNU system; the text is copied as necessary.
|
|
File too big; the size of a file would be larger than allowed by the system.
|
|
No space left on device; write operation on a file failed because the
disk is full.
|
|
Invalid seek operation (such as on a pipe).
|
|
An attempt was made to modify something on a read-only file system.
|
Too many links; the link count of a single file would become too large.
rename can cause this error if the file being renamed already has
as many links as it can take (see Renaming Files).
|
Broken pipe; there is no process reading from the other end of a pipe.
Every library function that returns this error code also generates a
SIGPIPE signal; this signal terminates the program if not handled
or blocked. Thus, your program will never actually see EPIPE
unless it has handled or blocked SIGPIPE.
|
|
Domain error; used by mathematical functions when an argument value does
not fall into the domain over which the function is defined.
|
|
Range error; used by mathematical functions when the result value is
not representable because of overflow or underflow.
|
Resource temporarily unavailable; the call might work if you try again
later. The macro EWOULDBLOCK is another name for EAGAIN;
they are always the same in the GNU C library.
This error can happen in a few different situations:
- An operation that would block was attempted on an object that has
non-blocking mode selected. Trying the same operation again will block
until some external condition makes it possible to read, write, or
connect (whatever the operation). You can use
select to find out
when the operation will be possible; see Waiting for I/O.
Portability Note: In many older Unix systems, this condition
was indicated by EWOULDBLOCK, which was a distinct error code
different from EAGAIN. To make your program portable, you should
check for both codes and treat them the same.
- A temporary resource shortage made an operation impossible.
fork
can return this error. It indicates that the shortage is expected to
pass, so your program can try the call again later and it may succeed.
It is probably a good idea to delay for a few seconds before trying it
again, to allow time for other processes to release scarce resources.
Such shortages are usually fairly serious and affect the whole system,
so usually an interactive program should report the error to the user
and return to its command loop.
|
In the GNU C library, this is another name for EAGAIN (above).
The values are always the same, on every operating system.
C libraries in many older Unix systems have EWOULDBLOCK as a
separate error code.
|
An operation that cannot complete immediately was initiated on an object
that has non-blocking mode selected. Some functions that must always
block (such as connect; see Connecting) never return
EAGAIN. Instead, they return EINPROGRESS to indicate that
the operation has begun and will take some time. Attempts to manipulate
the object before the call completes return EALREADY. You can
use the select function to find out when the pending operation
has completed; see Waiting for I/O.
|
|
An operation is already in progress on an object that has non-blocking
mode selected.
|
|
A file that isn't a socket was specified when a socket is required.
|
|
The size of a message sent on a socket was larger than the supported
maximum size.
|
|
The socket type does not support the requested communications protocol.
|
|
You specified a socket option that doesn't make sense for the
particular protocol being used by the socket. See Socket Options.
|
| int EPROTONOSUPPORT
|
Macro |
|
The socket domain does not support the requested communications protocol
(perhaps because the requested protocol is completely invalid).
See Creating a Socket.
|
| int ESOCKTNOSUPPORT
|
Macro |
|
The socket type is not supported.
|
|
The operation you requested is not supported. Some socket functions
don't make sense for all types of sockets, and others may not be
implemented for all communications protocols. In the GNU system, this
error can happen for many calls when the object does not support the
particular operation;on call; an asynchronous signal occurred and prevented
completion of the call. When this happens, you should try the call
again.
You can choose to have functions resume after a signal that is handled,
rather than failing with EINTR; see Interrupted Primitives.
|
|
Input/output error; usually used for physical read or write errors.
|
|
No such device or address. The system tried to use the device
represented by a file you specified, and it couldn't find the device.
This can mean that the device file was installed incorrectly, or that
the physical device is missing or not correctly attached to the
computer.
|
Argument list too long; used when the arguments passed to a new program
being executed with one of the exec functions (see Executing a File) occupy too much memory space. This condition never arises in the
GNU system.
|
Invalid executable file format. This condition is detected by the
exec functions; see Executing a File.
|
|
Bad file descriptor; for example, I/O on a descriptor that has been
closed or reading from a descriptor open only for writing (or vice
versa).
|
|
There are no child processes. This error happens on operations that are
supposed to manipulate child processes, when there aren't any processes
to manipulate.
|
|
Deadlock avoided; allocating a system resource would have resulted in a
deadlock situation. The system does not guarantee that it will notice
all such situations. This error means you got lucky and the system
noticed; it might just hang. See File Locks, for an example.
|
|
No memory available. The system cannot allocate more virtual memory
because its capacity is full.
|
|
Permission denied; the file permissions do not allow the attempted operation.
|
|
Bad address; an invalid pointer was detected.
In the GNU system, this error never happens; you get a signal instead.
|
|
A file that isn't a block special file was given in a situation that
requires one. For example, trying to mount an ordinary file as a file
system in Unix gives this error.
|
|
Resource busy; a system resource that can't be shared is already in use.
For example, if you try to delete a file that is the root of a currently
mounted filesystem, you get this error.
|
|
File exists; an existing file was specified in a context where it only
makes sense to specify a new file.
|
An attempt to make an improper link across file systems was detected.
This happens not only when you use link (see Hard Links) but
also when you rename a file with rename (see Renaming Files).
|
|
The wrong type of device was given to a function that expects a
particular sort of device.
|
|
A file that isn't a directory was specified when a directory is required.
|
|
File is a directory; you cannot open a directory for writing,
or create or remove hard links to it.
|
|
Invalid argument. This is used to indicate various kinds of problems
with passing the wrong argument to a library function.
|
|
The current process has too many files open and can't open any more.
Duplicate descriptors do count toward this limit.
In BSD and GNU, the number of open files is controlled by a resource
limit that can usually be increased. If you get this error, you might
want to increase the RLIMIT_NOFILE limit or make it unlimited;
see Limits on Resources.
|
|
There are too many distinct file openings in the entire system. Note
that any number of linked channels count as just one file opening; see
Linked Channels. This error never occurs in the GNU system.
|
|
Inappropriate I/O control operation, such as trying to set terminal
modes on an ordinary file.
|
|
An attempt to execute a file that is currently open for writing, or
write to a file that is currently being executed. Often using a
debugger to run a program is considered having it open for writing and
will cause this error. (The name stands for "text file busy".) This
is not an error in the GNU system; the text is copied as necessary.
|
|
File too big; the size of a file would be larger than allowed by the system.
|
|
No space left on device; write operation on a file failed because the
disk is full.
|
|
Invalid seek operation (such as on a pipe).
|
|
An attempt was made to modify something on a read-only file system.
|
Too many links; the link count of a single file would become too large.
rename can cause this error if the file being renamed already has
as many links as it can take (see Renaming Files).
|
Broken pipe; there is no process reading from the other end of a pipe.
Every library function that returns this error code also generates a
SIGPIPE signal; this signal terminates the program if not handled
or blocked. Thus, your program will never actually see EPIPE
unless it has handled or blocked SIGPIPE.
|
|
Domain error; used by mathematical functions when an argument value does
not fall into the domain over which the function is defined.
|
|
Range error; used by mathematical functions when the result value is
not representable because of overflow or underflow.
|
Resource temporarily unavailable; the call might work if you try again
later. The macro EWOULDBLOCK is another name for EAGAIN;
they are always the same in the GNU C library.
This error can happen in a few different situations:
- An operation that would block was attempted on an object that has
non-blocking mode selected. Trying the same operation again will block
until some external condition makes it possible to read, write, or
connect (whatever the operation). You can use
select to find out
when the operation will be possible; see Waiting for I/O.
Portability Note: In many older Unix systems, this condition
was indicated by EWOULDBLOCK, which was a distinct error code
different from EAGAIN. To make your program portable, you should
check for both codes and treat them the same.
- A temporary resource shortage made an operation impossible.
fork
can return this error. It indicates that the shortage is expected to
pass, so your program can try the call again later and it may succeed.
It is probably a good idea to delay for a few seconds before trying it
again, to allow time for other processes to release scarce resources.
Such shortages are usually fairly serious and affect the whole system,
so usually an interactive program should report the error to the user
and return to its command loop.
|
In the GNU C library, this is another name for EAGAIN (above).
The values are always the same, on every operating system.
C libraries in many older Unix systems have EWOULDBLOCK as a
separate error code.
|
An operation that cannot complete immediately was initiated on an object
that has non-blocking mode selected. Some functions that must always
block (such as connect; see Connecting) never return
EAGAIN. Instead, they return EINPROGRESS to indicate that
the operation has begun and will take some time. Attempts to manipulate
the object before the call completes return EALREADY. You can
use the select function to find out when the pending operation
has completed; see Waiting for I/O.
|
|
An operation is already in progress on an object that has non-blocking
mode selected.
|
|
A file that isn't a socket was specified when a socket is required.
|
|
The size of a message sent on a socket was larger than the supported
maximum size.
|
|
The socket type does not support the requested communications protocol.
|
|
You specified a socket option that doesn't make sense for the
particular protocol being used by the socket. See Socket Options.
|
| int EPROTONOSUPPORT
|
Macro |
|
The socket domain does not support the requested communications protocol
(perhaps because the requested protocol is completely invalid).
See Creating a Socket.
|
| int ESOCKTNOSUPPORT
|
Macro |
|
The socket type is not supported.
|
|
The operation you requested is not supported. Some socket functions
don't make sense for all types of sockets, and others may not be
implemented for all communications protocols. In the GNU system, this
error can happen for many calls when the object does not support the
particular operation;on call; an asynchronous signal occurred and prevented
completion of the call. When this happens, you should try the call
again.
You can choose to have functions resume after a signal that is handled,
rather than failing with EINTR; see Interrupted Primitives.
|
|
Input/output error; usually used for physical read or write errors.
|
|
No such device or address. The system tried to use the device
represented by a file you specified, and it couldn't find the device.
This can mean that the device file was installed incorrectly, or that
the physical device is missing or not correctly attached to the
computer.
|
Argument list too long; used when the arguments passed to a new program
being executed with one of the exec functions (see Executing a File) occupy too much memory space. This condition never arises in the
GNU system.
|
Invalid executable file format. This condition is detected by the
exec functions; see Executing a File.
|
|
Bad file descriptor; for example, I/O on a descriptor that has been
closed or reading from a descriptor open only for writing (or vice
versa).
|
|
There are no child processes. This error happens on operations that are
supposed to manipulate child processes, when there aren't any processes
to manipulate.
|
|
Deadlock avoided; allocating a system resource would have resulted in a
deadlock situation. The system does not guarantee that it will notice
all such situations. This error means you got lucky and the system
noticed; it might just hang. See File Locks, for an example.
|
|
No memory available. The system cannot allocate more virtual memory
because its capacity is full.
|
|
Permission denied; the file permissions do not allow the attempted operation.
|
|
Bad address; an invalid pointer was detected.
In the GNU system, this error never happens; you get a signal instead.
|
|
A file that isn't a block special file was given in a situation that
requires one. For example, trying to mount an ordinary file as a file
system in Unix gives this error.
|
|
Resource busy; a system resource that can't be shared is already in use.
For example, if you try to delete a file that is the root of a currently
mounted filesystem, you get this error.
|
|
File exists; an existing file was specified in a context where it only
makes sense to specify a new file.
|
An attempt to make an improper link across file systems was detected.
This happens not only when you use link (see Hard Links) but
also when you rename a file with rename (see Renaming Files).
|
|
The wrong type of device was given to a function that expects a
particular sort of device.
|
|
A file that isn't a directory was specified when a directory is required.
|
|
File is a directory; you cannot open a directory for writing,
or create or remove hard links to it.
|
|
Invalid argument. This is used to indicate various kinds of problems
with passing the wrong argument to a library function.
|
|
The current process has too many files open and can't open any more.
Duplicate descriptors do count toward this limit.
In BSD and GNU, the number of open files is controlled by a resource
limit that can usually be increased. If you get this error, you might
want to increase the RLIMIT_NOFILE limit or make it unlimited;
see Limits on Resources.
|
|
There are too many distinct file openings in the entire system. Note
that any number of linked channels count as just one file opening; see
Linked Channels. This error never occurs in the GNU system.
|
|
Inappropriate I/O control operation, such as trying to set terminal
modes on an ordinary file.
|
|
An attempt to execute a file that is currently open for writing, or
write to a file that is currently being executed. Often using a
debugger to run a program is considered having it open for writing and
will cause this error. (The name stands for "text file busy".) This
is not an error in the GNU system; the text is copied as necessary.
|
|
File too big; the size of a file would be larger than allowed by the system.
|
|
No space left on device; write operation on a file failed because the
disk is full.
|
|
Invalid seek operation (such as on a pipe).
|
|
An attempt was made to modify something on a read-only file system.
|
Too many links; the link count of a single file would become too large.
rename can cause this error if the file being renamed already has
as many links as it can take (see Renaming Files).
|
Broken pipe; there is no process reading from the other end of a pipe.
Every library function that returns this error code also generates a
SIGPIPE signal; this signal terminates the program if not handled
or blocked. Thus, your program will never actually see EPIPE
unless it has handled or blocked SIGPIPE.
|
|
Domain error; used by mathematical functions when an argument value does
not fall into the domain over which the function is defined.
|
|
Range error; used by mathematical functions when the result value is
not representable because of overflow or underflow.
|
Resource temporarily unavailable; the call might work if you try again
later. The macro EWOULDBLOCK is another name for EAGAIN;
they are always the same in the GNU C library.
This error can happen in a few different situations:
- An operation that would block was attempted on an object that has
non-blocking mode selected. Trying the same operation again will block
until some external condition makes it possible to read, write, or
connect (whatever the operation). You can use
select to find out
when the operation will be possible; see Waiting for I/O.
Portability Note: In many older Unix systems, this condition
was indicated by EWOULDBLOCK, which was a distinct error code
different from EAGAIN. To make your program portable, you should
check for both codes and treat them the same.
- A temporary resource shortage made an operation impossible.
fork
can return this error. It indicates that the shortage is expected to
pass, so your program can try the call again later and it may succeed.
It is probably a good idea to delay for a few seconds before trying it
again, to allow time for other processes to release scarce resources.
Such shortages are usually fairly serious and affect the whole system,
so usually an interactive program should report the error to the user
and return to its command loop.
|
In the GNU C library, this is another name for EAGAIN (above).
The values are always the same, on every operating system.
C libraries in many older Unix systems have EWOULDBLOCK as a
separate error code.
|
An operation that cannot complete immediately was initiated on an object
that has non-blocking mode selected. Some functions that must always
block (such as connect; see Connecting) never return
EAGAIN. Instead, they return EINPROGRESS to indicate that
the operation has begun and will take some time. Attempts to manipulate
the object before the call completes return EALREADY. You can
use the select function to find out when the pending operation
has completed; see Waiting for I/O.
|
|
An operation is already in progress on an object that has non-blocking
mode selected.
|
|
A file that isn't a socket was specified when a socket is required.
|
|
The size of a message sent on a socket was larger than the supported
maximum size.
|
|
The socket type does not support the requested communications protocol.
|
|
You specified a socket option that doesn't make sense for the
particular protocol being used by the socket. See Socket Options.
|
| int EPROTONOSUPPORT
|
Macro |
|
The socket domain does not support the requested communications protocol
(perhaps because the requested protocol is completely invalid).
See Creating a Socket.
|
| int ESOCKTNOSUPPORT
|
Macro |
|
The socket type is not supported.
|
|
The operation you requested is not supported. Some socket functions
don't make sense for all types of sockets, and others may not be
implemented for all communications protocols. In the GNU system, this
error can happen for many calls when the object does not support the
particular operation;on call; an asynchronous signal occurred and prevented
completion of the call. When this happens, you should try the call
again.
You can choose to have functions resume after a signal that is handled,
rather than failing with EINTR; see Interrupted Primitives.
|
|
Input/output error; usually used for physical read or write errors.
|
|
No such device or address. The system tried to use the device
represented by a file you specified, and it couldn't find the device.
This can mean that the device file was installed incorrectly, or that
the physical device is missing or not correctly attached to the
computer.
|
Argument list too long; used when the arguments passed to a new program
being executed with one of the exec functions (see Executing a File) occupy too much memory space. This condition never arises in the
GNU system.
|
Invalid executable file format. This condition is detected by the
exec functions; see Executing a File.
|
|
Bad file descriptor; for example, I/O on a descriptor that has been
closed or reading from a descriptor open only for writing (or vice
versa).
|
|
There are no child processes. This error happens on operations that are
supposed to manipulate child processes, when there aren't any processes
to manipulate.
|
|
Deadlock avoided; allocating a system resource would have resulted in a
deadlock situation. The system does not guarantee that it will notice
all such situations. This error means you got lucky and the system
noticed; it might just hang. See File Locks, for an example.
|
|
No memory available. The system cannot allocate more virtual memory
because its capacity is full.
|
|
Permission denied; the file permissions do not allow the attempted operation.
|
|
Bad address; an invalid pointer was detected.
In the GNU system, this error never happens; you get a signal instead.
|
|
A file that isn't a block special file was given in a situation that
requires one. For example, trying to mount an ordinary file as a file
system in Unix gives this error.
|
|
Resource busy; a system resource that can't be shared is already in use.
For example, if you try to delete a file that is the root of a currently
mounted filesystem, you get this error.
|
|
File exists; an existing file was specified in a context where it only
makes sense to specify a new file.
|
An attempt to make an improper link across file systems was detected.
This happens not only when you use link (see Hard Links) but
also when you rename a file with rename (see Renaming Files).
|
|
The wrong type of device was given to a function that expects a
particular sort of device.
|
|
A file that isn't a directory was specified when a directory is required.
|
|
File is a directory; you cannot open a directory for writing,
or create or remove hard links to it.
|
|
Invalid argument. This is used to indicate various kinds of problems
with passing the wrong argument to a library function.
|
|
The current process has too many files open and can't open any more.
Duplicate descriptors do count toward this limit.
In BSD and GNU, the number of open files is controlled by a resource
limit that can usually be increased. If you get this error, you might
want to increase the RLIMIT_NOFILE limit or make it unlimited;
see Limits on Resources.
|
|
There are too many distinct file openings in the entire system. Note
that any number of linked channels count as just one file opening; see
Linked Channels. This error never occurs in the GNU system.
|
|
Inappropriate I/O control operation, such as trying to set terminal
modes on an ordinary file.
|
|
An attempt to execute a file that is currently open for writing, or
write to a file that is currently being executed. Often using a
debugger to run a program is considered having it open for writing and
will cause this error. (The name stands for "text file busy".) This
is not an error in the GNU system; the text is copied as necessary.
|
|
File too big; the size of a file would be larger than allowed by the system.
|
|
No space left on device; write operation on a file failed because the
disk is full.
|
|
Invalid seek operation (such as on a pipe).
|
|
An attempt was made to modify something on a read-only file system.
|
Too many links; the link count of a single file would become too large.
rename can cause this error if the file being renamed already has
as many links as it can take (see Renaming Files).
|
Broken pipe; there is no process reading from the other end of a pipe.
Every library function that returns this error code also generates a
SIGPIPE signal; this signal terminates the program if not handled
or blocked. Thus, your program will never actually see EPIPE
unless it has handled or blocked SIGPIPE.
|
|
Domain error; used by mathematical functions when an argument value does
not fall into the domain over which the function is defined.
|
|
Range error; used by mathematical functions when the result value is
not representable because of overflow or underflow.
|
Resource temporarily unavailable; the call might work if you try again
later. The macro EWOULDBLOCK is another name for EAGAIN;
they are always the same in the GNU C library.
This error can happen in a few different situations:
- An operation that would block was attempted on an object that has
non-blocking mode selected. Trying the same operation again will block
until some external condition makes it possible to read, write, or
connect (whatever the operation). You can use
select to find out
when the operation will be possible; see Waiting for I/O.
Portability Note: In many older Unix systems, this condition
was indicated by EWOULDBLOCK, which was a distinct error code
different from EAGAIN. To make your program portable, you should
check for both codes and treat them the same.
- A temporary resource shortage made an operation impossible.
fork
can return this error. It indicates that the shortage is expected to
pass, so your program can try the call again later and it may succeed.
It is probably a good idea to delay for a few seconds before trying it
again, to allow time for other processes to release scarce resources.
Such shortages are usually fairly serious and affect the whole system,
so usually an interactive program should report the error to the user
and return to its command loop.
|
In the GNU C library, this is another name for EAGAIN (above).
The values are always the same, on every operating system.
C libraries in many older Unix systems have EWOULDBLOCK as a
separate error code.
|
An operation that cannot complete immediately was initiated on an object
that has non-blocking mode selected. Some functions that must always
block (such as connect; see Connecting) never return
EAGAIN. Instead, they return EINPROGRESS to indicate that
the operation has begun and will take some time. Attempts to manipulate
the object before the call completes return EALREADY. You can
use the select function to find out when the pending operation
has completed; see Waiting for I/O.
|
|
An operation is already in progress on an object that has non-blocking
mode selected.
|
|
A file that isn't a socket was specified when a socket is required.
|
|
The size of a message sent on a socket was larger than the supported
maximum size.
|
|
The socket type does not support the requested communications protocol.
|
|
You specified a socket option that doesn't make sense for the
particular protocol being used by the socket. See Socket Options.
|
| int EPROTONOSUPPORT
|
Macro |
|
The socket domain does not support the requested communications protocol
(perhaps because the requested protocol is completely invalid).
See Creating a Socket.
|
| int ESOCKTNOSUPPORT
|
Macro |
|
The socket type is not supported.
|
|
The operation you requested is not supported. Some socket functions
don't make sense for all types of sockets, and others may not be
implemented for all communications protocols. In the GNU system, this
error can happen for many calls when the object does not support the
particular operation;on call; an asynchronous signal occurred and prevented
completion of the call. When this happens, you should try the call
again.
You can choose to have functions resume after a signal that is handled,
rather than failing with EINTR; see Interrupted Primitives.
|
|
Input/output error; usually used for physical read or write errors.
|
|
No such device or address. The system tried to use the device
represented by a file you specified, and it couldn't find the device.
This can mean that the device file was installed incorrectly, or that
the physical device is missing or not correctly attached to the
computer.
|
Argument list too long; used when the arguments passed to a new program
being executed with one of the exec functions (see Executing a File) occupy too much memory space. This condition never arises in the
GNU system.
|
Invalid executable file format. This condition is detected by the
exec functions; see Executing a File.
|
|
Bad file descriptor; for example, I/O on a descriptor that has been
closed or reading from a descriptor open only for writing (or vice
versa).
|
|
There are no child processes. This error happens on operations that are
supposed to manipulate child processes, when there aren't any processes
to manipulate.
|
|
Deadlock avoided; allocating a system resource would have resulted in a
deadlock situation. The system does not guarantee that it will notice
all such situations. This error means you got lucky and the system
noticed; it might just hang. See File Locks, for an example.
|
|
No memory available. The system cannot allocate more virtual memory
because its capacity is full.
|
|
Permission denied; the file permissions do not allow the attempted operation.
|
|
Bad address; an invalid pointer was detected.
In the GNU system, this error never happens; you get a signal instead.
|
|
A file that isn't a block special file was given in a situation that
requires one. For example, trying to mount an ordinary file as a file
system in Unix gives this error.
|
|
Resource busy; a system resource that can't be shared is already in use.
For example, if you try to delete a file that is the root of a currently
mounted filesystem, you get this error.
|
|
File exists; an existing file was specified in a context where it only
makes sense to specify a new file.
|
An attempt to make an improper link across file systems was detected.
This happens not only when you use link (see Hard Links) but
also when you rename a file with rename (see Renaming Files).
|
|
The wrong type of device was given to a function that expects a
particular sort of device.
|
|
A file that isn't a directory was specified when a directory is required.
|
|
File is a directory; you cannot open a directory for writing,
or create or remove hard links to it.
|
|
Invalid argument. This is used to indicate various kinds of problems
with passing the wrong argument to a library function.
|
|
The current process has too many files open and can't open any more.
Duplicate descriptors do count toward this limit.
In BSD and GNU, the number of open files is controlled by a resource
limit that can usually be increased. If you get this error, you might
want to increase the RLIMIT_NOFILE limit or make it unlimited;
see Limits on Resources.
|
|
There are too many distinct file openings in the entire system. Note
that any number of linked channels count as just one file opening; see
Linked Channels. This error never occurs in the GNU system.
|
|
Inappropriate I/O control operation, such as trying to set terminal
modes on an ordinary file.
|
|
An attempt to execute a file that is currently open for writing, or
write to a file that is currently being executed. Often using a
debugger to run a program is considered having it open for writing and
will cause this error. (The name stands for "text file busy".) This
is not an error in the GNU system; the text is copied as necessary.
|
|
File too big; the size of a file would be larger than allowed by the system.
|
|
No space left on device; write operation on a file failed because the
disk is full.
|
|
Invalid seek operation (such as on a pipe).
|
|
An attempt was made to modify something on a read-only file system.
|
Too many links; the link count of a single file would become too large.
rename can cause this error if the file being renamed already has
as many links as it can take (see Renaming Files).
|
Broken pipe; there is no process reading from the other end of a pipe.
Every library function that returns this error code also generates a
SIGPIPE signal; this signal terminates the program if not handled
or blocked. Thus, your program will never actually see EPIPE
unless it has handled or blocked SIGPIPE.
|
|
Domain error; used by mathematical functions when an argument value does
not fall into the domain over which the function is defined.
|
|
Range error; used by mathematical functions when the result value is
not representable because of overflow or underflow.
|
Resource temporarily unavailable; the call might work if you try again
later. The macro EWOULDBLOCK is another name for EAGAIN;
they are always the same in the GNU C library.
This error can happen in a few different situations:
- An operation that would block was attempted on an object that has
non-blocking mode selected. Trying the same operation again will block
until some external condition makes it possible to read, write, or
connect (whatever the operation). You can use
select to find out
when the operation will be possible; see Waiting for I/O.
Portability Note: In many older Unix systems, this condition
was indicated by EWOULDBLOCK, which was a distinct error code
different from EAGAIN. To make your program portable, you should
check for both codes and treat them the same.
- A temporary resource shortage made an operation impossible.
fork
can return this error. It indicates that the shortage is expected to
pass, so your program can try the call again later and it may succeed.
It is probably a good idea to delay for a few seconds before trying it
again, to allow time for other processes to release scarce resources.
Such shortages are usually fairly serious and affect the whole system,
so usually an interactive program should report the error to the user
and return to its command loop.
|
In the GNU C library, this is another name for EAGAIN (above).
The values are always the same, on every operating system.
C libraries in many older Unix systems have EWOULDBLOCK as a
separate error code.
|
An operation that cannot complete immediately was initiated on an object
that has non-blocking mode selected. Some functions that must always
block (such as connect; see Connecting) never return
EAGAIN. Instead, they return EINPROGRESS to indicate that
the operation has begun and will take some time. Attempts to manipulate
the object before the call completes return EALREADY. You can
use the select function to find out when the pending operation
has completed; see Waiting for I/O.
|
|
An operation is already in progress on an object that has non-blocking
mode selected.
|
|
A file that isn't a socket was specified when a socket is required.
|
|
The size of a message sent on a socket was larger than the supported
maximum size.
|
|
The socket type does not support the requested communications protocol.
|
|
You specified a socket option that doesn't make sense for the
particular protocol being used by the socket. See Socket Options.
|
| int EPROTONOSUPPORT
|
Macro |
|
The socket domain does not support the requested communications protocol
(perhaps because the requested protocol is completely invalid).
See Creating a Socket.
|
| int ESOCKTNOSUPPORT
|
Macro |
|
The socket type is not supported.
|
|
The operation you requested is not supported. Some socket functions
don't make sense for all types of sockets, and others may not be
implemented for all communications protocols. In the GNU system, this
error can happen for many calls when the object does not support the
particular operation;on call; an asynchronous signal occurred and prevented
completion of the call. When this happens, you should try the call
again.
You can choose to have functions resume after a signal that is handled,
rather than failing with EINTR; see Interrupted Primitives.
|
|
Input/output error; usually used for physical read or write errors.
|
|
No such device or address. The system tried to use the device
represented by a file you specified, and it couldn't find the device.
This can mean that the device file was installed incorrectly, or that
the physical device is missing or not correctly attached to the
computer.
|
Argument list too long; used when the arguments passed to a new program
being executed with one of the exec functions (see Executing a File) occupy too much memory space. This condition never arises in the
GNU system.
|
Invalid executable file format. This condition is detected by the
exec functions; see Executing a File.
|
|
Bad file descriptor; for example, I/O on a descriptor that has been
closed or reading from a descriptor open only for writing (or vice
versa).
|
|
There are no child processes. This error happens on operations that are
supposed to manipulate child processes, when there aren't any processes
to manipulate.
|
|
Deadlock avoided; allocating a system resource would have resulted in a
deadlock situation. The system does not guarantee that it will notice
all such situations. This error means you got lucky and the system
noticed; it might just hang. See File Locks, for an example.
|
|
No memory available. The system cannot allocate more virtual memory
because its capacity is full.
|
|
Permission denied; the file permissions do not allow the attempted operation.
|
|
Bad address; an invalid pointer was detected.
In the GNU system, this error never happens; you get a signal instead.
|
|
A file that isn't a block special file was given in a situation that
requires one. For example, trying to mount an ordinary file as a file
system in Unix gives this error.
|
|
Resource busy; a system resource that can't be shared is already in use.
For example, if you try to delete a file that is the root of a currently
mounted filesystem, you get this error.
|
|
File exists; an existing file was specified in a context where it only
makes sense to specify a new file.
|
An attempt to make an improper link across file systems was detected.
This happens not only when you use link (see Hard Links) but
also when you rename a file with rename (see Renaming Files).
|
|
The wrong type of device was given to a function that expects a
particular sort of device.
|
|
A file that isn't a directory was specified when a directory is required.
|
|
File is a directory; you cannot open a directory for writing,
or create or remove hard links to it.
|
|
Invalid argument. This is used to indicate various kinds of problems
with passing the wrong argument to a library function.
|
|
The current process has too many files open and can't open any more.
Duplicate descriptors do count toward this limit.
In BSD and GNU, the number of open files is controlled by a resource
limit that can usually be increased. If you get this error, you might
want to increase the RLIMIT_NOFILE limit or make it unlimited;
see Limits on Resources.
|
|
There are too many distinct file openings in the entire system. Note
that any number of linked channels count as just one file opening; see
Linked Channels. This error never occurs in the GNU system.
|
|
Inappropriate I/O control operation, such as trying to set terminal
modes on an ordinary file.
|
|
An attempt to execute a file that is currently open for writing, or
write to a file that is currently being executed. Often using a
debugger to run a program is considered having it open for writing and
will cause this error. (The name stands for "text file busy".) This
is not an error in the GNU system; the text is copied as necessary.
|
|
File too big; the size of a file would be larger than allowed by the system.
|
|
No space left on device; write operation on a file failed because the
disk is full.
|
|
Invalid seek operation (such as on a pipe).
|
|
An attempt was made to modify something on a read-only file system.
|
Too many links; the link count of a single file would become too large.
rename can cause this error if the file being renamed already has
as many links as it can take (see Renaming Files).
|
Broken pipe; there is no process reading from the other end of a pipe.
Every library function that returns this error code also generates a
SIGPIPE signal; this signal terminates the program if not handled
or blocked. Thus, your program will never actually see EPIPE
unless it has handled or blocked SIGPIPE.
|
|
Domain error; used by mathematical functions when an argument value does
not fall into the domain over which the function is defined.
|
|
Range error; used by mathematical functions when the result value is
not representable because of overflow or underflow.
|
Resource temporarily unavailable; the call might work if you try again
later. The macro EWOULDBLOCK is another name for EAGAIN;
they are always the same in the GNU C library.
This error can happen in a few different situations:
- An operation that would block was attempted on an object that has
non-blocking mode selected. Trying the same operation again will block
until some external condition makes it possible to read, write, or
connect (whatever the operation). You can use
select to find out
when the operation will be possible; see Waiting for I/O.
Portability Note: In many older Unix systems, this condition
was indicated by EWOULDBLOCK, which was a distinct error code
different from EAGAIN. To make your program portable, you should
check for both codes and treat them the same.
- A temporary resource shortage made an operation impossible.
fork
can return this error. It indicates that the shortage is expected to
pass, so your program can try the call again later and it may succeed.
It is probably a good idea to delay for a few seconds before trying it
again, to allow time for other processes to release scarce resources.
Such shortages are usually fairly serious and affect the whole system,
so usually an interactive program should report the error to the user
and return to its command loop.
|
In the GNU C library, this is another name for EAGAIN (above).
The values are always the same, on every operating system.
C libraries in many older Unix systems have EWOULDBLOCK as a
separate error code.
|
An operation that cannot complete immediately was initiated on an object
that has non-blocking mode selected. Some functions that must always
block (such as connect; see Connecting) never return
EAGAIN. Instead, they return EINPROGRESS to indicate that
the operation has begun and will take some time. Attempts to manipulate
the object before the call completes return EALREADY. You can
use the select function to find out when the pending operation
has completed; see Waiting for I/O.
|
|
An operation is already in progress on an object that has non-blocking
mode selected.
|
|
A file that isn't a socket was specified when a socket is required.
|
|
The size of a message sent on a socket was larger than the supported
maximum size.
|
|
The socket type does not support the requested communications protocol.
|
|
You specified a socket option that doesn't make sense for the
particular protocol being used by the socket. See Socket Options.
|
| int EPROTONOSUPPORT
|
Macro |
|
The socket domain does not support the requested communications protocol
(perhaps because the requested protocol is completely invalid).
See Creating a Socket.
|
| int ESOCKTNOSUPPORT
|
Macro |
|
The socket type is not supported.
|
|
The operation you requested is not supported. Some socket functions
don't make sense for all types of sockets, and others may not be
implemented for all communications protocols. In the GNU system, this
error can happen for many calls when the object does not support the
particular operation;on call; an asynchronous signal occurred and prevented
completion of the call. When this happens, you should try the call
again.
You can choose to have functions resume after a signal that is handled,
rather than failing with EINTR; see Interrupted Primitives.
|
|
Input/output error; usually used for physical read or write errors.
|
|
No such device or address. The system tried to use the device
represented by a file you specified, and it couldn't find the device.
This can mean that the device file was installed incorrectly, or that
the physical device is missing or not correctly attached to the
computer.
|
Argument list too long; used when the arguments passed to a new program
being executed with one of the exec functions (see Executing a File) occupy too much memory space. This condition never arises in the
GNU system.
|
Invalid executable file format. This condition is detected by the
exec functions; see Executing a File.
|
|
Bad file descriptor; for example, I/O on a descriptor that has been
closed or reading from a descriptor open only for writing (or vice
versa).
|
|
There are no child processes. This error happens on operations that are
supposed to manipulate child processes, when there aren't any processes
to manipulate.
|
|
Deadlock avoided; allocating a system resource would have resulted in a
deadlock situation. The system does not guarantee that it will notice
all such situations. This error means you got lucky and the system
noticed; it might just hang. See File Locks, for an example.
|
|
No memory available. The system cannot allocate more virtual memory
because its capacity is full.
|
|
Permission denied; the file permissions do not allow the attempted operation.
|
|
Bad address; an invalid pointer was detected.
In the GNU system, this error never happens; you get a signal instead.
|
|
A file that isn't a block special file was given in a situation that
requires one. For example, trying to mount an ordinary file as a file
system in Unix gives this error.
|
|
Resource busy; a system resource that can't be shared is already in use.
For example, if you try to delete a file that is the root of a currently
mounted filesystem, you get this error.
|
|
File exists; an existing file was specified in a context where it only
makes sense to specify a new file.
|
An attempt to make an improper link across file systems was detected.
This happens not only when you use link (see Hard Links) but
also when you rename a file with rename (see Renaming Files).
|
|
The wrong type of device was given to a function that expects a
particular sort of device.
|
|
A file that isn't a directory was specified when a directory is required.
|
|
File is a directory; you cannot open a directory for writing,
or create or remove hard links to it.
|
|
Invalid argument. This is used to indicate various kinds of problems
with passing the wrong argument to a library function.
|
|
The current process has too many files open and can't open any more.
Duplicate descriptors do count toward this limit.
In BSD and GNU, the number of open files is controlled by a resource
limit that can usually be increased. If you get this error, you might
want to increase the RLIMIT_NOFILE limit or make it unlimited;
see Limits on Resources.
|
|
There are too many distinct file openings in the entire system. Note
that any number of linked channels count as just one file opening; see
Linked Channels. This error never occurs in the GNU system.
|
|
Inappropriate I/O control operation, such as trying to set terminal
modes on an ordinary file.
|
|
An attempt to execute a file that is currently open for writing, or
write to a file that is currently being executed. Often using a
debugger to run a program is considered having it open for writing and
will cause this error. (The name stands for "text file busy".) This
is not an error in the GNU system; the text is copied as necessary.
|
|
File too big; the size of a file would be larger than allowed by the system.
|
|
No space left on device; write operation on a file failed because the
disk is full.
|
|
Invalid seek operation (such as on a pipe).
|
|
An attempt was made to modify something on a read-only file system.
|
Too many links; the link count of a single file would become too large.
rename can cause this error if the file being renamed already has
as many links as it can take (see Renaming Files).
|
Broken pipe; there is no process reading from the other end of a pipe.
Every library function that returns this error code also generates a
SIGPIPE signal; this signal terminates the program if not handled
or blocked. Thus, your program will never actually see EPIPE
unless it has handled or blocked SIGPIPE.
|
|
Domain error; used by mathematical functions when an argument value does
not fall into the domain over which the function is defined.
|
|
Range error; used by mathematical functions when the result value is
not representable because of overflow or underflow.
|
Resource temporarily unavailable; the call might work if you try again
later. The macro EWOULDBLOCK is another name for EAGAIN;
they are always the same in the GNU C library.
This error can happen in a few different situations:
- An operation that would block was attempted on an object that has
non-blocking mode selected. Trying the same operation again will block
until some external condition makes it possible to read, write, or
connect (whatever the operation). You can use
select to find out
when the operation will be possible; see Waiting for I/O.
Portability Note: In many older Unix systems, this condition
was indicated by EWOULDBLOCK, which was a distinct error code
different from EAGAIN. To make your program portable, you should
check for both codes and treat them the same.
- A temporary resource shortage made an operation impossible.
fork
can return this error. It indicates that the shortage is expected to
pass, so your program can try the call again later and it may succeed.
It is probably a good idea to delay for a few seconds before trying it
again, to allow time for other processes to release scarce resources.
Such shortages are usually fairly serious and affect the whole system,
so usually an interactive program should report the error to the user
and return to its command loop.
|
In the GNU C library, this is another name for EAGAIN (above).
The values are always the same, on every operating system.
C libraries in many older Unix systems have EWOULDBLOCK as a
separate error code.
|
An operation that cannot complete immediately was initiated on an object
that has non-blocking mode selected. Some functions that must always
block (such as connect; see Connecting) never return
EAGAIN. Instead, they return EINPROGRESS to indicate that
the operation has begun and will take some time. Attempts to manipulate
the object before the call completes return EALREADY. You can
use the select function to find out when the pending operation
has completed; see Waiting for I/O.
|
|
An operation is already in progress on an object that has non-blocking
mode selected.
|
|
A file that isn't a socket was specified when a socket is required.
|
|
The size of a message sent on a socket was larger than the supported
maximum size.
|
|
The socket type does not support the requested communications protocol.
|
|
You specified a socket option that doesn't make sense for the
particular protocol being used by the socket. See Socket Options.
|
| int EPROTONOSUPPORT
|
Macro |
|
The socket domain does not support the requested communications protocol
(perhaps because the requested protocol is completely invalid).
See Creating a Socket.
|
| int ESOCKTNOSUPPORT
|
Macro |
|
The socket type is not supported.
|
|
The operation you requested is not supported. Some socket functions
don't make sense for all types of sockets, and others may not be
implemented for all communications protocols. In the GNU system, this
error can happen for many calls when the object does not support the
particular operation;on call; an asynchronous signal occurred and prevented
completion of the call. When this happens, you should try the call
again.
You can choose to have functions resume after a signal that is handled,
rather than failing with EINTR; see Interrupted Primitives.
|
|
Input/output error; usually used for physical read or write errors.
|
|
No such device or address. The system tried to use the device
represented by a file you specified, and it couldn't find the device.
This can mean that the device file was installed incorrectly, or that
the physical device is missing or not correctly attached to the
computer.
|
Argument list too long; used when the arguments passed to a new program
being executed with one of the exec functions (see Executing a File) occupy too much memory space. This condition never arises in the
GNU system.
|
Invalid executable file format. This condition is detected by the
exec functions; see Executing a File.
|
|
Bad file descriptor; for example, I/O on a descriptor that has been
closed or reading from a descriptor open only for writing (or vice
versa).
|
|
There are no child processes. This error happens on operations that are
supposed to manipulate child processes, when there aren't any processes
to manipulate.
|
|
Deadlock avoided; allocating a system resource would have resulted in a
deadlock situation. The system does not guarantee that it will notice
all such situations. This error means you got lucky and the system
noticed; it might just hang. See File Locks, for an example.
|
|
No memory available. The system cannot allocate more virtual memory
because its capacity is full.
|
|
Permission denied; the file permissions do not allow the attempted operation.
|
|
Bad address; an invalid pointer was detected.
In the GNU system, this error never happens; you get a signal instead.
|
|
A file that isn't a block special file was given in a situation that
requires one. For example, trying to mount an ordinary file as a file
system in Unix gives this error.
|
|
Resource busy; a system resource that can't be shared is already in use.
For example, if you try to delete a file that is the root of a currently
mounted filesystem, you get this error.
|
|
File exists; an existing file was specified in a context where it only
makes sense to specify a new file.
|
An attempt to make an improper link across file systems was detected.
This happens not only when you use link (see Hard Links) but
also when you rename a file with rename (see Renaming Files).
|
|
The wrong type of device was given to a function that expects a
particular sort of device.
|
|
A file that isn't a directory was specified when a directory is required.
|
|
File is a directory; you cannot open a directory for writing,
or create or remove hard links to it.
|
|
Invalid argument. This is used to indicate various kinds of problems
with passing the wrong argument to a library function.
|
|
The current process has too many files open and can't open any more.
Duplicate descriptors do count toward this limit.
In BSD and GNU, the number of open files is controlled by a resource
limit that can usually be increased. If you get this error, you might
want to increase the RLIMIT_NOFILE limit or make it unlimited;
see Limits on Resources.
|
|
There are too many distinct file openings in the entire system. Note
that any number of linked channels count as just one file opening; see
Linked Channels. This error never occurs in the GNU system.
|
|
Inappropriate I/O control operation, such as trying to set terminal
modes on an ordinary file.
|
|
An attempt to execute a file that is currently open for writing, or
write to a file that is currently being executed. Often using a
debugger to run a program is considered having it open for writing and
will cause this error. (The name stands for "text file busy".) This
is not an error in the GNU system; the text is copied as necessary.
|
|
File too big; the size of a file would be larger than allowed by the system.
|
|
No space left on device; write operation on a file failed because the
disk is full.
|
|
Invalid seek operation (such as on a pipe).
|
|
An attempt was made to modify something on a read-only file system.
|
Too many links; the link count of a single file would become too large.
rename can cause this error if the file being renamed already has
as many links as it can take (see Renaming Files).
|
Broken pipe; there is no process reading from the other end of a pipe.
Every library function that returns this error code also generates a
SIGPIPE signal; this signal terminates the program if not handled
or blocked. Thus, your program will never actually see EPIPE
unless it has handled or blocked SIGPIPE.
|
|
Domain error; used by mathematical functions when an argument value does
not fall into the domain over which the function is defined.
|
|
Range error; used by mathematical functions when the result value is
not representable because of overflow or underflow.
|
Resource temporarily unavailable; the call might work if you try again
later. The macro EWOULDBLOCK is another name for EAGAIN;
they are always the same in the GNU C library.
This error can happen in a few different situations:
- An operation that would block was attempted on an object that has
non-blocking mode selected. Trying the same operation again will block
until some external condition makes it possible to read, write, or
connect (whatever the operation). You can use
select to find out
when the operation will be possible; see Waiting for I/O.
Portability Note: In many older Unix systems, this condition
was indicated by EWOULDBLOCK, which was a distinct error code
different from EAGAIN. To make your program portable, you should
check for both codes and treat them the same.
- A temporary resource shortage made an operation impossible.
fork
can return this error. It indicates that the shortage is expected to
pass, so your program can try the call again later and it may succeed.
It is probably a good idea to delay for a few seconds before trying it
again, to allow time for other processes to release scarce resources.
Such shortages are usually fairly serious and affect the whole system,
so usually an interactive program should report the error to the user
and return to its command loop.
|
In the GNU C library, this is another name for EAGAIN (above).
The values are always the same, on every operating system.
C libraries in many older Unix systems have EWOULDBLOCK as a
separate error code.
|
An operation that cannot complete immediately was initiated on an object
that has non-blocking mode selected. Some functions that must always
block (such as connect; see Connecting) never return
EAGAIN. Instead, they return EINPROGRESS to indicate that
the operation has begun and will take some time. Attempts to manipulate
the object before the call completes return EALREADY. You can
use the select function to find out when the pending operation
has completed; see Waiting for I/O.
|
|
An operation is already in progress on an object that has non-blocking
mode selected.
|
|
A file that isn't a socket was specified when a socket is required.
|
|
The size of a message sent on a socket was larger than the supported
maximum size.
|
|
The socket type does not support the requested communications protocol.
|
|
You specified a socket option that doesn't make sense for the
particular protocol being used by the socket. See Socket Options.
|
| int EPROTONOSUPPORT
|
Macro |
|
The socket domain does not support the requested communications protocol
(perhaps because the requested protocol is completely invalid).
See Creating a Socket.
|
| int ESOCKTNOSUPPORT
|
Macro |
|
The socket type is not supported.
|
|
The operation you requested is not supported. Some socket functions
don't make sense for all types of sockets, and others may not be
implemented for all communications protocols. In the GNU system, this
error can happen for many calls when the object does not support the
particular operation;on call; an asynchronous signal occurred and prevented
completion of the call. When this happens, you should try the call
again.
You can choose to have functions resume after a signal that is handled,
rather than failing with EINTR; see Interrupted Primitives.
|
|
Input/output error; usually used for physical read or write errors.
|
|
No such device or address. The system tried to use the device
represented by a file you specified, and it couldn't find the device.
This can mean that the device file was installed incorrectly, or that
the physical device is missing or not correctly attached to the
computer.
|
Argument list too long; used when the arguments passed to a new program
being executed with one of the exec functions (see Executing a File) occupy too much memory space. This condition never arises in the
GNU system.
|
Invalid executable file format. This condition is detected by the
exec functions; see Executing a File.
|
|
Bad file descriptor; for example, I/O on a descriptor that has been
closed or reading from a descriptor open only for writing (or vice
versa).
|
|
There are no child processes. This error happens on operations that are
supposed to manipulate child processes, when there aren't any processes
to manipulate.
|
|
Deadlock avoided; allocating a system resource would have resulted in a
deadlock situation. The system does not guarantee that it will notice
all such situations. This error means you got lucky and the system
noticed; it might just hang. See File Locks, for an example.
|
|
No memory available. The system cannot allocate more virtual memory
because its capacity is full.
|
|
Permission denied; the file permissions do not allow the attempted operation.
|
|
Bad address; an invalid pointer was detected.
In the GNU system, this error never happens; you get a signal instead.
|
|
A file that isn't a block special file was given in a situation that
requires one. For example, trying to mount an ordinary file as a file
system in Unix gives this error.
|
|
Resource busy; a system resource that can't be shared is already in use.
For example, if you try to delete a file that is the root of a currently
mounted filesystem, you get this error.
|
|
File exists; an existing file was specified in a context where it only
makes sense to specify a new file.
|
An attempt to make an improper link across file systems was detected.
This happens not only when you use link (see Hard Links) but
also when you rename a file with rename (see Renaming Files).
|
|
The wrong type of device was given to a function that expects a
particular sort of device.
|
|
A file that isn't a directory was specified when a directory is required.
|
|
File is a directory; you cannot open a directory for writing,
or create or remove hard links to it.
|
|
Invalid argument. This is used to indicate various kinds of problems
with passing the wrong argument to a library function.
|
|
The current process has too many files open and can't open any more.
Duplicate descriptors do count toward this limit.
In BSD and GNU, the number of open files is controlled by a resource
limit that can usually be increased. If you get this error, you might
want to increase the RLIMIT_NOFILE limit or make it unlimited;
see Limits on Resources.
|
|
There are too many distinct file openings in the entire system. Note
that any number of linked channels count as just one file opening; see
Linked Channels. This error never occurs in the GNU system.
|
|
Inappropriate I/O control operation, such as trying to set terminal
modes on an ordinary file.
|
|
An attempt to execute a file that is currently open for writing, or
write to a file that is currently being executed. Often using a
debugger to run a program is considered having it open for writing and
will cause this error. (The name stands for "text file busy".) This
is not an error in the GNU system; the text is copied as necessary.
|
|
File too big; the size of a file would be larger than allowed by the system.
|
|
No space left on device; write operation on a file failed because the
disk is full.
|
|
Invalid seek operation (such as on a pipe).
|
|
An attempt was made to modify something on a read-only file system.
|
Too many links; the link count of a single file would become too large.
rename can cause this error if the file being renamed already has
as many links as it can take (see Renaming Files).
|
Broken pipe; there is no process reading from the other end of a pipe.
Every library function that returns this error code also generates a
SIGPIPE signal; this signal terminates the program if not handled
or blocked. Thus, your program will never actually see EPIPE
unless it has handled or blocked SIGPIPE.
|
|
Domain error; used by mathematical functions when an argument value does
not fall into the domain over which the function is defined.
|
|
Range error; used by mathematical functions when the result value is
not representable because of overflow or underflow.
|
Resource temporarily unavailable; the call might work if you try again
later. The macro EWOULDBLOCK is another name for EAGAIN;
they are always the same in the GNU C library.
This error can happen in a few different situations:
- An operation that would block was attempted on an object that has
non-blocking mode selected. Trying the same operation again will block
until some external condition makes it possible to read, write, or
connect (whatever the operation). You can use
select to find out
when the operation will be possible; see Waiting for I/O.
Portability Note: In many older Unix systems, this condition
was indicated by EWOULDBLOCK, which was a distinct error code
different from EAGAIN. To make your program portable, you should
check for both codes and treat them the same.
- A temporary resource shortage made an operation impossible.
fork
can return this error. It indicates that the shortage is expected to
pass, so your program can try the call again later and it may succeed.
It is probably a good idea to delay for a few seconds before trying it
again, to allow time for other processes to release scarce resources.
Such shortages are usually fairly serious and affect the whole system,
so usually an interactive program should report the error to the user
and return to its command loop.
|
In the GNU C library, this is another name for EAGAIN (above).
The values are always the same, on every operating system.
C libraries in many older Unix systems have EWOULDBLOCK as a
separate error code.
|
An operation that cannot complete immediately was initiated on an object
that has non-blocking mode selected. Some functions that must always
block (such as connect; see Connecting) never return
EAGAIN. Instead, they return EINPROGRESS to indicate that
the operation has begun and will take some time. Attempts to manipulate
the object before the call completes return EALREADY. You can
use the select function to find out when the pending operation
has completed; see Waiting for I/O.
|
|
An operation is already in progress on an object that has non-blocking
mode selected.
|
|
A file that isn't a socket was specified when a socket is required.
|
|
The size of a message sent on a socket was larger than the supported
maximum size.
|
|
The socket type does not support the requested communications protocol.
|
|
You specified a socket option that doesn't make sense for the
particular protocol being used by the socket. See Socket Options.
|
| int EPROTONOSUPPORT
|
Macro |
|
The socket domain does not support the requested communications protocol
(perhaps because the requested protocol is completely invalid).
See Creating a Socket.
|
| int ESOCKTNOSUPPORT
|
Macro |
|
The socket type is not supported.
|
|
The operation you requested is not supported. Some socket functions
don't make sense for all types of sockets, and others may not be
implemented for all communications protocols. In the GNU system, this
error can happen for many calls when the object does not support the
particular operation;on call; an asynchronous signal occurred and prevented
completion of the call. When this happens, you should try the call
again.
You can choose to have functions resume after a signal that is handled,
rather than failing with EINTR; see Interrupted Primitives.
|
|
Input/output error; usually used for physical read or write errors.
|
|
No such device or address. The system tried to use the device
represented by a file you specified, and it couldn't find the device.
This can mean that the device file was installed incorrectly, or that
the physical device is missing or not correctly attached to the
computer.
|
Argument list too long; used when the arguments passed to a new program
being executed with one of the exec functions (see Executing a File) occupy too much memory space. This condition never arises in the
GNU system.
|
Invalid executable file format. This condition is detected by the
exec functions; see Executing a File.
|
|
Bad file descriptor; for example, I/O on a descriptor that has been
closed or reading from a descriptor open only for writing (or vice
versa).
|
|
There are no child processes. This error happens on operations that are
supposed to manipulate child processes, when there aren't any processes
to manipulate.
|
|
Deadlock avoided; allocating a system resource would have resulted in a
deadlock situation. The system does not guarantee that it will notice
all such situations. This error means you got lucky and the system
noticed; it might just hang. See File Locks, for an example.
|
|
No memory available. The system cannot allocate more virtual memory
because its capacity is full.
|
|
Permission denied; the file permissions do not allow the attempted operation.
|
|
Bad address; an invalid pointer was detected.
In the GNU system, this error never happens; you get a signal instead.
|
|
A file that isn't a block special file was given in a situation that
requires one. For example, trying to mount an ordinary file as a file
system in Unix gives this error.
|
|
Resource busy; a system resource that can't be shared is already in use.
For example, if you try to delete a file that is the root of a currently
mounted filesystem, you get this error.
|
|
File exists; an existing file was specified in a context where it only
makes sense to specify a new file.
|
An attempt to make an improper link across file systems was detected.
This happens not only when you use link (see Hard Links) but
also when you rename a file with rename (see Renaming Files).
|
|
The wrong type of device was given to a function that expects a
particular sort of device.
|
|
A file that isn't a directory was specified when a directory is required.
|
|
File is a directory; you cannot open a directory for writing,
or create or remove hard links to it.
|
|
Invalid argument. This is used to indicate various kinds of problems
with passing the wrong argument to a library function.
|
|
The current process has too many files open and can't open any more.
Duplicate descriptors do count toward this limit.
In BSD and GNU, the number of open files is controlled by a resource
limit that can usually be increased. If you get this error, you might
want to increase the RLIMIT_NOFILE limit or make it unlimited;
see Limits on Resources.
|
|
There are too many distinct file openings in the entire system. Note
that any number of linked channels count as just one file opening; see
Linked Channels. This error never occurs in the GNU system.
|
|
Inappropriate I/O control operation, such as trying to set terminal
modes on an ordinary file.
|
|
An attempt to execute a file that is currently open for writing, or
write to a file that is currently being executed. Often using a
debugger to run a program is considered having it open for writing and
will cause this error. (The name stands for "text file busy".) This
is not an error in the GNU system; the text is copied as necessary.
|
|
File too big; the size of a file would be larger than allowed by the system.
|
|
No space left on device; write operation on a file failed because the
disk is full.
|
|
Invalid seek operation (such as on a pipe).
|
|
An attempt was made to modify something on a read-only file system.
|
Too many links; the link count of a single file would become too large.
rename can cause this error if the file being renamed already has
as many links as it can take (see Renaming Files).
|
Broken pipe; there is no process reading from the other end of a pipe.
Every library function that returns this error code also generates a
SIGPIPE signal; this signal terminates the program if not handled
or blocked. Thus, your program will never actually see EPIPE
unless it has handled or blocked SIGPIPE.
|
|
Domain error; used by mathematical functions when an argument value does
not fall into the domain over which the function is defined.
|
|
Range error; used by mathematical functions when the result value is
not representable because of overflow or underflow.
|
Resource temporarily unavailable; the call might work if you try again
later. The macro EWOULDBLOCK is another name for EAGAIN;
they are always the same in the GNU C library.
This error can happen in a few different situations:
- An operation that would block was attempted on an object that has
non-blocking mode selected. Trying the same operation again will block
until some external condition makes it possible to read, write, or
connect (whatever the operation). You can use
select to find out
when the operation will be possible; see Waiting for I/O.
Portability Note: In many older Unix systems, this condition
was indicated by EWOULDBLOCK, which was a distinct error code
different from EAGAIN. To make your program portable, you should
check for both codes and treat them the same.
- A temporary resource shortage made an operation impossible.
fork
can return this error. It indicates that the shortage is expected to
pass, so your program can try the call again later and it may succeed.
It is probably a good idea to delay for a few seconds before trying it
again, to allow time for other processes to release scarce resources.
Such shortages are usually fairly serious and affect the whole system,
so usually an interactive program should report the error to the user
and return to its command loop.
|
In the GNU C library, this is another name for EAGAIN (above).
The values are always the same, on every operating system.
C libraries in many older Unix systems have EWOULDBLOCK as a
separate error code.
|
An operation that cannot complete immediately was initiated on an object
that has non-blocking mode selected. Some functions that must always
block (such as connect; see Connecting) never return
EAGAIN. Instead, they return EINPROGRESS to indicate that
the operation has begun and will take some time. Attempts to manipulate
the object before the call completes return EALREADY. You can
use the select function to find out when the pending operation
has completed; see Waiting for I/O.
|
|
An operation is already in progress on an object that has non-blocking
mode selected.
|
|
A file that isn't a socket was specified when a socket is required.
|
|
The size of a message sent on a socket was larger than the supported
maximum size.
|
|
The socket type does not support the requested communications protocol.
|
|
You specified a socket option that doesn't make sense for the
particular protocol being used by the socket. See Socket Options.
|
| int EPROTONOSUPPORT
|
Macro |
|
The socket domain does not support the requested communications protocol
(perhaps because the requested protocol is completely invalid).
See Creating a Socket.
|
| int ESOCKTNOSUPPORT
|
Macro |
|
The socket type is not supported.
|
|
The operation you requested is not supported. Some socket functions
don't make sense for all types of sockets, and others may not be
implemented for all communications protocols. In the GNU system, this
error can happen for many calls when the object does not support the
particular operation;on call; an asynchronous signal occurred and prevented
completion of the call. When this happens, you should try the call
again.
You can choose to have functions resume after a signal that is handled,
rather than failing with EINTR; see Interrupted Primitives.
|
|
Input/output error; usually used for physical read or write errors.
|
|
No such device or address. The system tried to use the device
represented by a file you specified, and it couldn't find the device.
This can mean that the device file was installed incorrectly, or that
the physical device is missing or not correctly attached to the
computer.
|
Argument list too long; used when the arguments passed to a new program
being executed with one of the exec functions (see Executing a File) occupy too much memory space. This condition never arises in the
GNU system.
|
Invalid executable file format. This condition is detected by the
exec functions; see Executing a File.
|
|
Bad file descriptor; for example, I/O on a descriptor that has been
closed or reading from a descriptor open only for writing (or vice
versa).
|
|
There are no child processes. This error happens on operations that are
supposed to manipulate child processes, when there aren't any processes
to manipulate.
|
|
Deadlock avoided; allocating a system resource would have resulted in a
deadlock situation. The system does not guarantee that it will notice
all such situations. This error means you got lucky and the system
noticed; it might just hang. See File Locks, for an example.
|
|
No memory available. The system cannot allocate more virtual memory
because its capacity is full.
|
|
Permission denied; the file permissions do not allow the attempted operation.
|
|
Bad address; an invalid pointer was detected.
In the GNU system, this error never happens; you get a signal instead.
|
|
A file that isn't a block special file was given in a situation that
requires one. For example, trying to mount an ordinary file as a file
system in Unix gives this error.
|
|
Resource busy; a system resource that can't be shared is already in use.
For example, if you try to delete a file that is the root of a currently
mounted filesystem, you get this error.
|
|
File exists; an existing file was specified in a context where it only
makes sense to specify a new file.
|
An attempt to make an improper link across file systems was detected.
This happens not only when you use link (see Hard Links) but
also when you rename a file with rename (see Renaming Files).
|
|
The wrong type of device was given to a function that expects a
particular sort of device.
|
|
A file that isn't a directory was specified when a directory is required.
|
|
File is a directory; you cannot open a directory for writing,
or create or remove hard links to it.
|
|
Invalid argument. This is used to indicate various kinds of problems
with passing the wrong argument to a library function.
|
|
The current process has too many files open and can't open any more.
Duplicate descriptors do count toward this limit.
In BSD and GNU, the number of open files is controlled by a resource
limit that can usually be increased. If you get this error, you might
want to increase the RLIMIT_NOFILE limit or make it unlimited;
see Limits on Resources.
|
|
There are too many distinct file openings in the entire system. Note
that any number of linked channels count as just one file opening; see
Linked Channels. This error never occurs in the GNU system.
|
|
Inappropriate I/O control operation, such as trying to set terminal
modes on an ordinary file.
|
|
An attempt to execute a file that is currently open for writing, or
write to a file that is currently being executed. Often using a
debugger to run a program is considered having it open for writing and
will cause this error. (The name stands for "text file busy".) This
is not an error in the GNU system; the text is copied as necessary.
|
|
File too big; the size of a file would be larger than allowed by the system.
|
|
No space left on device; write operation on a file failed because the
disk is full.
|
|
Invalid seek operation (such as on a pipe).
|
|
An attempt was made to modify something on a read-only file system.
|
Too many links; the link count of a single file would become too large.
rename can cause this error if the file being renamed already has
as many links as it can take (see Renaming Files).
|
Broken pipe; there is no process reading from the other end of a pipe.
Every library function that returns this error code also generates a
SIGPIPE signal; this signal terminates the program if not handled
or blocked. Thus, your program will never actually see EPIPE
unless it has handled or blocked SIGPIPE.
|
|
Domain error; used by mathematical functions when an argument value does
not fall into the domain over which the function is defined.
|
|
Range error; used by mathematical functions when the result value is
not representable because of overflow or underflow.
|
Resource temporarily unavailable; the call might work if you try again
later. The macro EWOULDBLOCK is another name for EAGAIN;
they are always the same in the GNU C library.
This error can happen in a few different situations:
- An operation that would block was attempted on an object that has
non-blocking mode selected. Trying the same operation again will block
until some external condition makes it possible to read, write, or
connect (whatever the operation). You can use
select to find out
when the operation will be possible; see Waiting for I/O.
Portability Note: In many older Unix systems, this condition
was indicated by EWOULDBLOCK, which was a distinct error code
different from EAGAIN. To make your program portable, you should
check for both codes and treat them the same.
- A temporary resource shortage made an operation impossible.
fork
can return this error. It indicates that the shortage is expected to
pass, so your program can try the call again later and it may succeed.
It is probably a good idea to delay for a few seconds before trying it
again, to allow time for other processes to release scarce resources.
Such shortages are usually fairly serious and affect the whole system,
so usually an interactive program should report the error to the user
and return to its command loop.
|
In the GNU C library, this is another name for EAGAIN (above).
The values are always the same, on every operating system.
C libraries in many older Unix systems have EWOULDBLOCK as a
separate error code.
|
An operation that cannot complete immediately was initiated on an object
that has non-blocking mode selected. Some functions that must always
block (such as connect; see Connecting) never return
EAGAIN. Instead, they return EINPROGRESS to indicate that
the operation has begun and will take some time. Attempts to manipulate
the object before the call completes return EALREADY. You can
use the select function to find out when the pending operation
has completed; see Waiting for I/O.
|
|
An operation is already in progress on an object that has non-blocking
mode selected.
|
|
A file that isn't a socket was specified when a socket is required.
|
|
The size of a message sent on a socket was larger than the supported
maximum size.
|
|
The socket type does not support the requested communications protocol.
|
|
You specified a socket option that doesn't make sense for the
particular protocol being used by the socket. See Socket Options.
|
| int EPROTONOSUPPORT
|
Macro |
|
The socket domain does not support the requested communications protocol
(perhaps because the requested protocol is completely invalid).
See Creating a Socket.
|
| int ESOCKTNOSUPPORT
|
Macro |
|
The socket type is not supported.
|
|
The operation you requested is not supported. Some socket functions
don't make sense for all types of sockets, and others may not be
implemented for all communications protocols. In the GNU system, this
error can happen for many calls when the object does not support the
particular operation;on call; an asynchronous signal occurred and prevented
completion of the call. When this happens, you should try the call
again.
You can choose to have functions resume after a signal that is handled,
rather than failing with EINTR; see Interrupted Primitives.
|
|
Input/output error; usually used for physical read or write errors.
|
|
No such device or address. The system tried to use the device
represented by a file you specified, and it couldn't find the device.
This can mean that the device file was installed incorrectly, or that
the physical device is missing or not correctly attached to the
computer.
|
Argument list too long; used when the arguments passed to a new program
being executed with one of the exec functions (see Executing a File) occupy too much memory space. This condition never arises in the
GNU system.
|
Invalid executable file format. This condition is detected by the
exec functions; see Executing a File.
|
|
Bad file descriptor; for example, I/O on a descriptor that has been
closed or reading from a descriptor open only for writing (or vice
versa).
|
|
There are no child processes. This error happens on operations that are
supposed to manipulate child processes, when there aren't any processes
to manipulate.
|
|
Deadlock avoided; allocating a system resource would have resulted in a
deadlock situation. The system does not guarantee that it will notice
all such situations. This error means you got lucky and the system
noticed; it might just hang. See File Locks, for an example.
|
|
No memory available. The system cannot allocate more virtual memory
because its capacity is full.
|
|
Permission denied; the file permissions do not allow the attempted operation.
|
|
Bad address; an invalid pointer was detected.
In the GNU system, this error never happens; you get a signal instead.
|
|
A file that isn't a block special file was given in a situation that
requires one. For example, trying to mount an ordinary file as a file
system in Unix gives this error.
|
|
Resource busy; a system resource that can't be shared is already in use.
For example, if you try to delete a file that is the root of a currently
mounted filesystem, you get this error.
|
|
File exists; an existing file was specified in a context where it only
makes sense to specify a new file.
|
An attempt to make an improper link across file systems was detected.
This happens not only when you use link (see Hard Links) but
also when you rename a file with rename (see Renaming Files).
|
|
The wrong type of device was given to a function that expects a
particular sort of device.
|
|
A file that isn't a directory was specified when a directory is required.
|
|
File is a directory; you cannot open a directory for writing,
or create or remove hard links to it.
|
|
Invalid argument. This is used to indicate various kinds of problems
with passing the wrong argument to a library function.
|
|
The current process has too many files open and can't open any more.
Duplicate descriptors do count toward this limit.
In BSD and GNU, the number of open files is controlled by a resource
limit that can usually be increased. If you get this error, you might
want to increase the RLIMIT_NOFILE limit or make it unlimited;
see Limits on Resources.
|
|
There are too many distinct file openings in the entire system. Note
that any number of linked channels count as just one file opening; see
Linked Channels. This error never occurs in the GNU system.
|
|
Inappropriate I/O control operation, such as trying to set terminal
modes on an ordinary file.
|
|
An attempt to execute a file that is currently open for writing, or
write to a file that is currently being executed. Often using a
debugger to run a program is considered having it open for writing and
will cause this error. (The name stands for "text file busy".) This
is not an error in the GNU system; the text is copied as necessary.
|
|
File too big; the size of a file would be larger than allowed by the system.
|
|
No space left on device; write operation on a file failed because the
disk is full.
|
|
Invalid seek operation (such as on a pipe).
|
|
An attempt was made to modify something on a read-only file system.
|
Too many links; the link count of a single file would become too large.
rename can cause this error if the file being renamed already has
as many links as it can take (see Renaming Files).
|
Broken pipe; there is no process reading from the other end of a pipe.
Every library function that returns this error code also generates a
SIGPIPE signal; this signal terminates the program if not handled
or blocked. Thus, your program will never actually see EPIPE
unless it has handled or blocked SIGPIPE.
|
|
Domain error; used by mathematical functions when an argument value does
not fall into the domain over which the function is defined.
|
|
Range error; used by mathematical functions when the result value is
not representable because of overflow or underflow.
|
Resource temporarily unavailable; the call might work if you try again
later. The macro EWOULDBLOCK is another name for EAGAIN;
they are always the same in the GNU C library.
This error can happen in a few different situations:
- An operation that would block was attempted on an object that has
non-blocking mode selected. Trying the same operation again will block
until some external condition makes it possible to read, write, or
connect (whatever the operation). You can use
select to find out
when the operation will be possible; see Waiting for I/O.
Portability Note: In many older Unix systems, this condition
was indicated by EWOULDBLOCK, which was a distinct error code
different from EAGAIN. To make your program portable, you should
check for both codes and treat them the same.
- A temporary resource shortage made an operation impossible.
fork
can return this error. It indicates that the shortage is expected to
pass, so your program can try the call again later and it may succeed.
It is probably a good idea to delay for a few seconds before trying it
again, to allow time for other processes to release scarce resources.
Such shortages are usually fairly serious and affect the whole system,
so usually an interactive program should report the error to the user
and return to its command loop.
|
In the GNU C library, this is another name for EAGAIN (above).
The values are always the same, on every operating system.
C libraries in many older Unix systems have EWOULDBLOCK as a
separate error code.
|
An operation that cannot complete immediately was initiated on an object
that has non-blocking mode selected. Some functions that must always
block (such as connect; see Connecting) never return
EAGAIN. Instead, they return EINPROGRESS to indicate that
the operation has begun and will take some time. Attempts to manipulate
the object before the call completes return EALREADY. You can
use the select function to find out when the pending operation
has completed; see Waiting for I/O.
|
|
An operation is already in progress on an object that has non-blocking
mode selected.
|
|
A file that isn't a socket was specified when a socket is required.
|
|
The size of a message sent on a socket was larger than the supported
maximum size.
|
|
The socket type does not support the requested communications protocol.
|
|
You specified a socket option that doesn't make sense for the
particular protocol being used by the socket. See Socket Options.
|
| int EPROTONOSUPPORT
|
Macro |
|
The socket domain does not support the requested communications protocol
(perhaps because the requested protocol is completely invalid).
See Creating a Socket.
|
| int ESOCKTNOSUPPORT
|
Macro |
|
The socket type is not supported.
|
|
The operation you requested is not supported. Some socket functions
don't make sense for all types of sockets, and others may not be
implemented for all communications protocols. In the GNU system, this
error can happen for many calls when the object does not support the
particular operation;on call; an asynchronous signal occurred and prevented
completion of the call. When this happens, you should try the call
again.
You can choose to have functions resume after a signal that is handled,
rather than failing with EINTR; see Interrupted Primitives.
|
|
Input/output error; usually used for physical read or write errors.
|
|
No such device or address. The system tried to use the device
represented by a file you specified, and it couldn't find the device.
This can mean that the device file was installed incorrectly, or that
the physical device is missing or not correctly attached to the
computer.
|
Argument list too long; used when the arguments passed to a new program
being executed with one of the exec functions (see Executing a File) occupy too much memory space. This condition never arises in the
GNU system.
|
Invalid executable file format. This condition is detected by the
exec functions; see Executing a File.
|
|
Bad file descriptor; for example, I/O on a descriptor that has been
closed or reading from a descriptor open only for writing (or vice
versa).
|
|
There are no child processes. This error happens on operations that are
supposed to manipulate child processes, when there aren't any processes
to manipulate.
|
|
Deadlock avoided; allocating a system resource would have resulted in a
deadlock situation. The system does not guarantee that it will notice
all such situations. This error means you got lucky and the system
noticed; it might just hang. See File Locks, for an example.
|
|
No memory available. The system cannot allocate more virtual memory
because its capacity is full.
|
|
Permission denied; the file permissions do not allow the attempted operation.
|
|
Bad address; an invalid pointer was detected.
In the GNU system, this error never happens; you get a signal instead.
|
|
A file that isn't a block special file was given in a situation that
requires one. For example, trying to mount an ordinary file as a file
system in Unix gives this error.
|
|
Resource busy; a system resource that can't be shared is already in use.
For example, if you try to delete a file that is the root of a currently
mounted filesystem, you get this error.
|
|
File exists; an existing file was specified in a context where it only
makes sense to specify a new file.
|
An attempt to make an improper link across file systems was detected.
This happens not only when you use link (see Hard Links) but
also when you rename a file with rename (see Renaming Files).
|
|
The wrong type of device was given to a function that expects a
particular sort of device.
|
|
A file that isn't a directory was specified when a directory is required.
|
|
File is a directory; you cannot open a directory for writing,
or create or remove hard links to it.
|
|
Invalid argument. This is used to indicate various kinds of problems
with passing the wrong argument to a library function.
|
|
The current process has too many files open and can't open any more.
Duplicate descriptors do count toward this limit.
In BSD and GNU, the number of open files is controlled by a resource
limit that can usually be increased. If you get this error, you might
want to increase the RLIMIT_NOFILE limit or make it unlimited;
see Limits on Resources.
|
|
There are too many distinct file openings in the entire system. Note
that any number of linked channels count as just one file opening; see
Linked Channels. This error never occurs in the GNU system.
|
|
Inappropriate I/O control operation, such as trying to set terminal
modes on an ordinary file.
|
|
An attempt to execute a file that is currently open for writing, or
write to a file that is currently being executed. Often using a
debugger to run a program is considered having it open for writing and
will cause this error. (The name stands for "text file busy".) This
is not an error in the GNU system; the text is copied as necessary.
|
|
File too big; the size of a file would be larger than allowed by the system.
|
|
No space left on device; write operation on a file failed because the
disk is full.
|
|
Invalid seek operation (such as on a pipe).
|
|
An attempt was made to modify something on a read-only file system.
|
Too many links; the link count of a single file would become too large.
rename can cause this error if the file being renamed already has
as many links as it can take (see Renaming Files).
|
Broken pipe; there is no process reading from the other end of a pipe.
Every library function that returns this error code also generates a
SIGPIPE signal; this signal terminates the program if not handled
or blocked. Thus, your program will never actually see EPIPE
unless it has handled or blocked SIGPIPE.
|
|
Domain error; used by mathematical functions when an argument value does
not fall into the domain over which the function is defined.
|
|
Range error; used by mathematical functions when the result value is
not representable because of overflow or underflow.
|
Resource temporarily unavailable; the call might work if you try again
later. The macro EWOULDBLOCK is another name for EAGAIN;
they are always the same in the GNU C library.
This error can happen in a few different situations:
- An operation that would block was attempted on an object that has
non-blocking mode selected. Trying the same operation again will block
until some external condition makes it possible to read, write, or
connect (whatever the operation). You can use
select to find out
when the operation will be possible; see Waiting for I/O.
Portability Note: In many older Unix systems, this condition
was indicated by EWOULDBLOCK, which was a distinct error code
different from EAGAIN. To make your program portable, you should
check for both codes and treat them the same.
- A temporary resource shortage made an operation impossible.
fork
can return this error. It indicates that the shortage is expected to
pass, so your program can try the call again later and it may succeed.
It is probably a good idea to delay for a few seconds before trying it
again, to allow time for other processes to release scarce resources.
Such shortages are usually fairly serious and affect the whole system,
so usually an interactive program should report the error to the user
and return to its command loop.
|
In the GNU C library, this is another name for EAGAIN (above).
The values are always the same, on every operating system.
C libraries in many older Unix systems have EWOULDBLOCK as a
separate error code.
|
An operation that cannot complete immediately was initiated on an object
that has non-blocking mode selected. Some functions that must always
block (such as connect; see Connecting) never return
EAGAIN. Instead, they return EINPROGRESS to indicate that
the operation has begun and will take some time. Attempts to manipulate
the object before the call completes return EALREADY. You can
use the select function to find out when the pending operation
has completed; see Waiting for I/O.
|
|
An operation is already in progress on an object that has non-blocking
mode selected.
|
|
A file that isn't a socket was specified when a socket is required.
|
|
The size of a message sent on a socket was larger than the supported
maximum size.
|
|
The socket type does not support the requested communications protocol.
|
|
You specified a socket option that doesn't make sense for the
particular protocol being used by the socket. See Socket Options.
|
| int EPROTONOSUPPORT
|
Macro |
|
The socket domain does not support the requested communications protocol
(perhaps because the requested protocol is completely invalid).
See Creating a Socket.
|
| int ESOCKTNOSUPPORT
|
Macro |
|
The socket type is not supported.
|
|
The operation you requested is not supported. Some socket functions
don't make sense for all types of sockets, and others may not be
implemented for all communications protocols. In the GNU system, this
error can happen for many calls when the object does not support the
particular operation;on call; an asynchronous signal occurred and prevented
completion of the call. When this happens, you should try the call
again.
You can choose to have functions resume after a signal that is handled,
rather than failing with EINTR; see Interrupted Primitives.
|
|
Input/output error; usually used for physical read or write errors.
|
|
No such device or address. The system tried to use the device
represented by a file you specified, and it couldn't find the device.
This can mean that the device file was installed incorrectly, or that
the physical device is missing or not correctly attached to the
computer.
|
Argument list too long; used when the arguments passed to a new program
being executed with one of the exec functions (see Executing a File) occupy too much memory space. This condition never arises in the
GNU system.
|
Invalid executable file format. This condition is detected by the
exec functions; see Executing a File.
|
|
Bad file descriptor; for example, I/O on a descriptor that has been
closed or reading from a descriptor open only for writing (or vice
versa).
|
|
There are no child processes. This error happens on operations that are
supposed to manipulate child processes, when there aren't any processes
to manipulate.
|
|
Deadlock avoided; allocating a system resource would have resulted in a
deadlock situation. The system does not guarantee that it will notice
all such situations. This error means you got lucky and the system
noticed; it might just hang. See File Locks, for an example.
|
|
No memory available. The system cannot allocate more virtual memory
because its capacity is full.
|
|
Permission denied; the file permissions do not allow the attempted operation.
|
|
Bad address; an invalid pointer was detected.
In the GNU system, this error never happens; you get a signal instead.
|
|
A file that isn't a block special file was given in a situation that
requires one. For example, trying to mount an ordinary file as a file
system in Unix gives this error.
|
|
Resource busy; a system resource that can't be shared is already in use.
For example, if you try to delete a file that is the root of a currently
mounted filesystem, you get this error.
|
|
File exists; an existing file was specified in a context where it only
makes sense to specify a new file.
|
An attempt to make an improper link across file systems was detected.
This happens not only when you use link (see Hard Links) but
also when you rename a file with rename (see Renaming Files).
|
|
The wrong type of device was given to a function that expects a
particular sort of device.
|
|
A file that isn't a directory was specified when a directory is required.
|
|
File is a directory; you cannot open a directory for writing,
or create or remove hard links to it.
|
|
Invalid argument. This is used to indicate various kinds of problems
with passing the wrong argument to a library function.
|
|
The current process has too many files open and can't open any more.
Duplicate descriptors do count toward this limit.
In BSD and GNU, the number of open files is controlled by a resource
limit that can usually be increased. If you get this error, you might
want to increase the RLIMIT_NOFILE limit or make it unlimited;
see Limits on Resources.
|
|
There are too many distinct file openings in the entire system. Note
that any number of linked channels count as just one file opening; see
Linked Channels. This error never occurs in the GNU system.
|
|
Inappropriate I/O control operation, such as trying to set terminal
modes on an ordinary file.
|
|
An attempt to execute a file that is currently open for writing, or
write to a file that is currently being executed. Often using a
debugger to run a program is considered having it open for writing and
will cause this error. (The name stands for "text file busy".) This
is not an error in the GNU system; the text is copied as necessary.
|
|
File too big; the size of a file would be larger than allowed by the system.
|
|
No space left on device; write operation on a file failed because the
disk is full.
|
|
Invalid seek operation (such as on a pipe).
|
|
An attempt was made to modify something on a read-only file system.
|
Too many links; the link count of a single file would become too large.
rename can cause this error if the file being renamed already has
as many links as it can take (see Renaming Files).
|
Broken pipe; there is no process reading from the other end of a pipe.
Every library function that returns this error code also generates a
SIGPIPE signal; this signal terminates the program if not handled
or blocked. Thus, your program will never actually see EPIPE
unless it has handled or blocked SIGPIPE.
|
|
Domain error; used by mathematical functions when an argument value does
not fall into the domain over which the function is defined.
|
|
Range error; used by mathematical functions when the result value is
not representable because of overflow or underflow.
|
Resource temporarily unavailable; the call might work if you try again
later. The macro EWOULDBLOCK is another name for EAGAIN;
they are always the same in the GNU C library.
This error can happen in a few different situations:
- An operation that would block was attempted on an object that has
non-blocking mode selected. Trying the same operation again will block
until some external condition makes it possible to read, write, or
connect (whatever the operation). You can use
select to find out
when the operation will be possible; see Waiting for I/O.
Portability Note: In many older Unix systems, this condition
was indicated by EWOULDBLOCK, which was a distinct error code
different from EAGAIN. To make your program portable, you should
check for both codes and treat them the same.
- A temporary resource shortage made an operation impossible.
fork
can return this error. It indicates that the shortage is expected to
pass, so your program can try the call again later and it may succeed.
It is probably a good idea to delay for a few seconds before trying it
again, to allow time for other processes to release scarce resources.
Such shortages are usually fairly serious and affect the whole system,
so usually an interactive program should report the error to the user
and return to its command loop.
|
In the GNU C library, this is another name for EAGAIN (above).
The values are always the same, on every operating system.
C libraries in many older Unix systems have EWOULDBLOCK as a
separate error code.
|
An operation that cannot complete immediately was initiated on an object
that has non-blocking mode selected. Some functions that must always
block (such as connect; see Connecting) never return
EAGAIN. Instead, they return EINPROGRESS to indicate that
the operation has begun and will take some time. Attempts to manipulate
the object before the call completes return EALREADY. You can
use the select function to find out when the pending operation
has completed; see Waiting for I/O.
|
|
An operation is already in progress on an object that has non-blocking
mode selected.
|
|
A file that isn't a socket was specified when a socket is required.
|
|
The size of a message sent on a socket was larger than the supported
maximum size.
|
|
The socket type does not support the requested communications protocol.
|
|
You specified a socket option that doesn't make sense for the
particular protocol being used by the socket. See Socket Options.
|
| int EPROTONOSUPPORT
|
Macro |
|
The socket domain does not support the requested communications protocol
(perhaps because the requested protocol is completely invalid).
See Creating a Socket.
|
| int ESOCKTNOSUPPORT
|
Macro |
|
The socket type is not supported.
|
|
The operation you requested is not supported. Some socket functions
don't make sense for all types of sockets, and others may not be
implemented for all communications protocols. In the GNU system, this
error can happen for many calls when the object does not support the
particular operation;on call; an asynchronous signal occurred and prevented
completion of the call. When this happens, you should try the call
again.
You can choose to have functions resume after a signal that is handled,
rather than failing with EINTR; see Interrupted Primitives.
|
|
Input/output error; usually used for physical read or write errors.
|
|
No such device or address. The system tried to use the device
represented by a file you specified, and it couldn't find the device.
This can mean that the device file was installed incorrectly, or that
the physical device is missing or not correctly attached to the
computer.
|
Argument list too long; used when the arguments passed to a new program
being executed with one of the exec functions (see Executing a File) occupy too much memory space. This condition never arises in the
GNU system.
|
Invalid executable file format. This condition is detected by the
exec functions; see Executing a File.
|
|
Bad file descriptor; for example, I/O on a descriptor that has been
closed or reading from a descriptor open only for writing (or vice
versa).
|
|
There are no child processes. This error happens on operations that are
supposed to manipulate child processes, when there aren't any processes
to manipulate.
|
|
Deadlock avoided; allocating a system resource would have resulted in a
deadlock situation. The system does not guarantee that it will notice
all such situations. This error means you got lucky and the system
noticed; it might just hang. See File Locks, for an example.
|
|
No memory available. The system cannot allocate more virtual memory
because its capacity is full.
|
|
Permission denied; the file permissions do not allow the attempted operation.
|
|
Bad address; an invalid pointer was detected.
In the GNU system, this error never happens; you get a signal instead.
|
|
A file that isn't a block special file was given in a situation that
requires one. For example, trying to mount an ordinary file as a file
system in Unix gives this error.
|
|
Resource busy; a system resource that can't be shared is already in use.
For example, if you try to delete a file that is the root of a currently
mounted filesystem, you get this error.
|
|
File exists; an existing file was specified in a context where it only
makes sense to specify a new file.
|
An attempt to make an improper link across file systems was detected.
This happens not only when you use link (see Hard Links) but
also when you rename a file with rename (see Renaming Files).
|
|
The wrong type of device was given to a function that expects a
particular sort of device.
|
|
A file that isn't a directory was specified when a directory is required.
|
|
File is a directory; you cannot open a directory for writing,
or create or remove hard links to it.
|
|
Invalid argument. This is used to indicate various kinds of problems
with passing the wrong argument to a library function.
|
|
The current process has too many files open and can't open any more.
Duplicate descriptors do count toward this limit.
In BSD and GNU, the number of open files is controlled by a resource
limit that can usually be increased. If you get this error, you might
want to increase the RLIMIT_NOFILE limit or make it unlimited;
see Limits on Resources.
|
|
There are too many distinct file openings in the entire system. Note
that any number of linked channels count as just one file opening; see
Linked Channels. This error never occurs in the GNU system.
|
|
Inappropriate I/O control operation, such as trying to set terminal
modes on an ordinary file.
|
|
An attempt to execute a file that is currently open for writing, or
write to a file that is currently being executed. Often using a
debugger to run a program is considered having it open for writing and
will cause this error. (The name stands for "text file busy".) This
is not an error in the GNU system; the text is copied as necessary.
|
|
File too big; the size of a file would be larger than allowed by the system.
|
|
No space left on device; write operation on a file failed because the
disk is full.
|
|
Invalid seek operation (such as on a pipe).
|
|
An attempt was made to modify something on a read-only file system.
|
Too many links; the link count of a single file would become too large.
rename can cause this error if the file being renamed already has
as many links as it can take (see Renaming Files).
|
Broken pipe; there is no process reading from the other end of a pipe.
Every library function that returns this error code also generates a
SIGPIPE signal; this signal terminates the program if not handled
or blocked. Thus, your program will never actually see EPIPE
unless it has handled or blocked SIGPIPE.
|
|
Domain error; used by mathematical functions when an argument value does
not fall into the domain over which the function is defined.
|
|
Range error; used by mathematical functions when the result value is
not representable because of overflow or underflow.
|
Resource temporarily unavailable; the call might work if you try again
later. The macro EWOULDBLOCK is another name for EAGAIN;
they are always the same in the GNU C library.
This error can happen in a few different situations:
- An operation that would block was attempted on an object that has
non-blocking mode selected. Trying the same operation again will block
until some external condition makes it possible to read, write, or
connect (whatever the operation). You can use
select to find out
when the operation will be possible; see Waiting for I/O.
Portability Note: In many older Unix systems, this condition
was indicated by EWOULDBLOCK, which was a distinct error code
different from EAGAIN. To make your program portable, you should
check for both codes and treat them the same.
- A temporary resource shortage made an operation impossible.
fork
can return this error. It indicates that the shortage is expected to
pass, so your program can try the call again later and it may succeed.
It is probably a good idea to delay for a few seconds before trying it
again, to allow time for other processes to release scarce resources.
Such shortages are usually fairly serious and affect the whole system,
so usually an interactive program should report the error to the user
and return to its command loop.
|
In the GNU C library, this is another name for EAGAIN (above).
The values are always the same, on every operating system.
C libraries in many older Unix systems have EWOULDBLOCK as a
separate error code.
|
An operation that cannot complete immediately was initiated on an object
that has non-blocking mode selected. Some functions that must always
block (such as connect; see Connecting) never return
EAGAIN. Instead, they return EINPROGRESS to indicate that
the operation has begun and will take some time. Attempts to manipulate
the object before the call completes return EALREADY. You can
use the select function to find out when the pending operation
has completed; see Waiting for I/O.
|
|
An operation is already in progress on an object that has non-blocking
mode selected.
|
|
A file that isn't a socket was specified when a socket is required.
|
|
The size of a message sent on a socket was larger than the supported
maximum size.
|
|
The socket type does not support the requested communications protocol.
|
|
You specified a socket option that doesn't make sense for the
particular protocol being used by the socket. See Socket Options.
|
| int EPROTONOSUPPORT
|
Macro |
|
The socket domain does not support the requested communications protocol
(perhaps because the requested protocol is completely invalid).
See Creating a Socket.
|
| int ESOCKTNOSUPPORT
|
Macro |
|
The socket type is not supported.
|
|
The operation you requested is not supported. Some socket functions
don't make sense for all types of sockets, and others may not be
implemented for all communications protocols. In the GNU system, this
error can happen for many calls when the object does not support the
particular operation;on call; an asynchronous signal occurred and prevented
completion of the call. When this happens, you should try the call
again.
You can choose to have functions resume after a signal that is handled,
rather than failing with EINTR; see Interrupted Primitives.
|
|
Input/output error; usually used for physical read or write errors.
|
|
No such device or address. The system tried to use the device
represented by a file you specified, and it couldn't find the device.
This can mean that the device file was installed incorrectly, or that
the physical device is missing or not correctly attached to the
computer.
|
Argument list too long; used when the arguments passed to a new program
being executed with one of the exec functions (see Executing a File) occupy too much memory space. This condition never arises in the
GNU system.
|
Invalid executable file format. This condition is detected by the
exec functions; see Executing a File.
|
|
Bad file descriptor; for example, I/O on a descriptor that has been
closed or reading from a descriptor open only for writing (or vice
versa).
|
|
There are no child processes. This error happens on operations that are
supposed to manipulate child processes, when there aren't any processes
to manipulate.
|
|
Deadlock avoided; allocating a system resource would have resulted in a
deadlock situation. The system does not guarantee that it will notice
all such situations. This error means you got lucky and the system
noticed; it might just hang. See File Locks, for an example.
|
|
No memory available. The system cannot allocate more virtual memory
because its capacity is full.
|
|
Permission denied; the file permissions do not allow the attempted operation.
|
|
Bad address; an invalid pointer was detected.
In the GNU system, this error never happens; you get a signal instead.
|
|
A file that isn't a block special file was given in a situation that
requires one. For example, trying to mount an ordinary file as a file
system in Unix gives this error.
|
|
Resource busy; a system resource that can't be shared is already in use.
For example, if you try to delete a file that is the root of a currently
mounted filesystem, you get this error.
|
|
File exists; an existing file was specified in a context where it only
makes sense to specify a new file.
|
An attempt to make an improper link across file systems was detected.
This happens not only when you use link (see Hard Links) but
also when you rename a file with rename (see Renaming Files).
|
|
The wrong type of device was given to a function that expects a
particular sort of device.
|
|
A file that isn't a directory was specified when a directory is required.
|
|
File is a directory; you cannot open a directory for writing,
or create or remove hard links to it.
|
|
Invalid argument. This is used to indicate various kinds of problems
with passing the wrong argument to a library function.
|
|
The current process has too many files open and can't open any more.
Duplicate descriptors do count toward this limit.
In BSD and GNU, the number of open files is controlled by a resource
limit that can usually be increased. If you get this error, you might
want to increase the RLIMIT_NOFILE limit or make it unlimited;
see Limits on Resources.
|
|
There are too many distinct file openings in the entire system. Note
that any number of linked channels count as just one file opening; see
Linked Channels. This error never occurs in the GNU system.
|
|
Inappropriate I/O control operation, such as trying to set terminal
modes on an ordinary file.
|
|
An attempt to execute a file that is currently open for writing, or
write to a file that is currently being executed. Often using a
debugger to run a program is considered having it open for writing and
will cause this error. (The name stands for "text file busy".) This
is not an error in the GNU system; the text is copied as necessary.
|
|
File too big; the size of a file would be larger than allowed by the system.
|
|
No space left on device; write operation on a file failed because the
disk is full.
|
|
Invalid seek operation (such as on a pipe).
|
|
An attempt was made to modify something on a read-only file system.
|
Too many links; the link count of a single file would become too large.
rename can cause this error if the file being renamed already has
as many links as it can take (see Renaming Files).
|
Broken pipe; there is no process reading from the other end of a pipe.
Every library function that returns this error code also generates a
SIGPIPE signal; this signal terminates the program if not handled
or blocked. Thus, your program will never actually see EPIPE
unless it has handled or blocked SIGPIPE.
|
|
Domain error; used by mathematical functions when an argument value does
not fall into the domain over which the function is defined.
|
|
Range error; used by mathematical functions when the result value is
not representable because of overflow or underflow.
|
Resource temporarily unavailable; the call might work if you try again
later. The macro EWOULDBLOCK is another name for EAGAIN;
they are always the same in the GNU C library.
This error can happen in a few different situations:
- An operation that would block was attempted on an object that has
non-blocking mode selected. Trying the same operation again will block
until some external condition makes it possible to read, write, or
connect (whatever the operation). You can use
select to find out
when the operation will be possible; see Waiting for I/O.
Portability Note: In many older Unix systems, this condition
was indicated by EWOULDBLOCK, which was a distinct error code
different from EAGAIN. To make your program portable, you should
check for both codes and treat them the same.
- A temporary resource shortage made an operation impossible.
fork
can return this error. It indicates that the shortage is expected to
pass, so your program can try the call again later and it may succeed.
It is probably a good idea to delay for a few seconds before trying it
again, to allow time for other processes to release scarce resources.
Such shortages are usually fairly serious and affect the whole system,
so usually an interactive program should report the error to the user
and return to its command loop.
|
In the GNU C library, this is another name for EAGAIN (above).
The values are always the same, on every operating system.
C libraries in many older Unix systems have EWOULDBLOCK as a
separate error code.
|
An operation that cannot complete immediately was initiated on an object
that has non-blocking mode selected. Some functions that must always
block (such as connect; see Connecting) never return
EAGAIN. Instead, they return EINPROGRESS to indicate that
the operation has begun and will take some time. Attempts to manipulate
the object before the call completes return EALREADY. You can
use the select function to find out when the pending operation
has completed; see Waiting for I/O.
|
|
An operation is already in progress on an object that has non-blocking
mode selected.
|
|
A file that isn't a socket was specified when a socket is required.
|
|
The size of a message sent on a socket was larger than the supported
maximum size.
|
|
The socket type does not support the requested communications protocol.
|
|
You specified a socket option that doesn't make sense for the
particular protocol being used by the socket. See Socket Options.
|
| int EPROTONOSUPPORT
|
Macro |
|
The socket domain does not support the requested communications protocol
(perhaps because the requested protocol is completely invalid).
See Creating a Socket.
|
| int ESOCKTNOSUPPORT
|
Macro |
|
The socket type is not supported.
|
|
The operation you requested is not supported. Some socket functions
don't make sense for all types of sockets, and others may not be
implemented for all communications protocols. In the GNU system, this
error can happen for many calls when the object does not support the
particular operation;on call; an asynchronous signal occurred and prevented
completion of the call. When this happens, you should try the call
again.
You can choose to have functions resume after a signal that is handled,
rather than failing with EINTR; see Interrupted Primitives.
|
|
Input/output error; usually used for physical read or write errors.
|
|
No such device or address. The system tried to use the device
represented by a file you specified, and it couldn't find the device.
This can mean that the device file was installed incorrectly, or that
the physical device is missing or not correctly attached to the
computer.
|
Argument list too long; used when the arguments passed to a new program
being executed with one of the exec functions (see Executing a File) occupy too much memory space. This condition never arises in the
GNU system.
|
Invalid executable file format. This condition is detected by the
exec functions; see Executing a File.
|
|
Bad file descriptor; for example, I/O on a descriptor that has been
closed or reading from a descriptor open only for writing (or vice
versa).
|
|
There are no child processes. This error happens on operations that are
supposed to manipulate child processes, when there aren't any processes
to manipulate.
|
|
Deadlock avoided; allocating a system resource would have resulted in a
deadlock situation. The system does not guarantee that it will notice
all such situations. This error means you got lucky and the system
noticed; it might just hang. See File Locks, for an example.
|
|
No memory available. The system cannot allocate more virtual memory
because its capacity is full.
|
|
Permission denied; the file permissions do not allow the attempted operation.
|
|
Bad address; an invalid pointer was detected.
In the GNU system, this error never happens; you get a signal instead.
|
|
A file that isn't a block special file was given in a situation that
requires one. For example, trying to mount an ordinary file as a file
system in Unix gives this error.
|
|
Resource busy; a system resource that can't be shared is already in use.
For example, if you try to delete a file that is the root of a currently
mounted filesystem, you get this error.
|
|
File exists; an existing file was specified in a context where it only
makes sense to specify a new file.
|
An attempt to make an improper link across file systems was detected.
This happens not only when you use link (see Hard Links) but
also when you rename a file with rename (see Renaming Files).
|
|
The wrong type of device was given to a function that expects a
particular sort of device.
|
|
A file that isn't a directory was specified when a directory is required.
|
|
File is a directory; you cannot open a directory for writing,
or create or remove hard links to it.
|
|
Invalid argument. This is used to indicate various kinds of problems
with passing the wrong argument to a library function.
|
|
The current process has too many files open and can't open any more.
Duplicate descriptors do count toward this limit.
In BSD and GNU, the number of open files is controlled by a resource
limit that can usually be increased. If you get this error, you might
want to increase the RLIMIT_NOFILE limit or make it unlimited;
see Limits on Resources.
|
|
There are too many distinct file openings in the entire system. Note
that any number of linked channels count as just one file opening; see
Linked Channels. This error never occurs in the GNU system.
|
|
Inappropriate I/O control operation, such as trying to set terminal
modes on an ordinary file.
|
|
An attempt to execute a file that is currently open for writing, or
write to a file that is currently being executed. Often using a
debugger to run a program is considered having it open for writing and
will cause this error. (The name stands for "text file busy".) This
is not an error in the GNU system; the text is copied as necessary.
|
|
File too big; the size of a file would be larger than allowed by the system.
|
|
No space left on device; write operation on a file failed because the
disk is full.
|
|
Invalid seek operation (such as on a pipe).
|
|
An attempt was made to modify something on a read-only file system.
|
Too many links; the link count of a single file would become too large.
rename can cause this error if the file being renamed already has
as many links as it can take (see Renaming Files).
|
Broken pipe; there is no process reading from the other end of a pipe.
Every library function that returns this error code also generates a
SIGPIPE signal; this signal terminates the program if not handled
or blocked. Thus, your program will never actually see EPIPE
unless it has handled or blocked SIGPIPE.
|
|
Domain error; used by mathematical functions when an argument value does
not fall into the domain over which the function is defined.
|
|
Range error; used by mathematical functions when the result value is
not representable because of overflow or underflow.
|
Resource temporarily unavailable; the call might work if you try again
later. The macro EWOULDBLOCK is another name for EAGAIN;
they are always the same in the GNU C library.
This error can happen in a few different situations:
- An operation that would block was attempted on an object that has
non-blocking mode selected. Trying the same operation again will block
until some external condition makes it possible to read, write, or
connect (whatever the operation). You can use
select to find out
when the operation will be possible; see Waiting for I/O.
Portability Note: In many older Unix systems, this condition
was indicated by EWOULDBLOCK, which was a distinct error code
different from EAGAIN. To make your program portable, you should
check for both codes and treat them the same.
- A temporary resource shortage made an operation impossible.
fork
can return this error. It indicates that the shortage is expected to
pass, so your program can try the call again later and it may succeed.
It is probably a good idea to delay for a few seconds before trying it
again, to allow time for other processes to release scarce resources.
Such shortages are usually fairly serious and affect the whole system,
so usually an interactive program should report the error to the user
and return to its command loop.
|
In the GNU C library, this is another name for EAGAIN (above).
The values are always the same, on every operating system.
C libraries in many older Unix systems have EWOULDBLOCK as a
separate error code.
|
An operation that cannot complete immediately was initiated on an object
that has non-blocking mode selected. Some functions that must always
block (such as connect; see Connecting) never return
EAGAIN. Instead, they return EINPROGRESS to indicate that
the operation has begun and will take some time. Attempts to manipulate
the object before the call completes return EALREADY. You can
use the select function to find out when the pending operation
has completed; see Waiting for I/O.
|
|
An operation is already in progress on an object that has non-blocking
mode selected.
|
|
A file that isn't a socket was specified when a socket is required.
|
|
The size of a message sent on a socket was larger than the supported
maximum size.
|
|
The socket type does not support the requested communications protocol.
|
|
You specified a socket option that doesn't make sense for the
particular protocol being used by the socket. See Socket Options.
|
| int EPROTONOSUPPORT
|
Macro |
|
The socket domain does not support the requested communications protocol
(perhaps because the requested protocol is completely invalid).
See Creating a Socket.
|
| int ESOCKTNOSUPPORT
|
Macro |
|
The socket type is not supported.
|
|
The operation you requested is not supported. Some socket functions
don't make sense for all types of sockets, and others may not be
implemented for all communications protocols. In the GNU system, this
error can happen for many calls when the object does not support the
particular operation;on call; an asynchronous signal occurred and prevented
completion of the call. When this happens, you should try the call
again.
You can choose to have functions resume after a signal that is handled,
rather than failing with EINTR; see Interrupted Primitives.
|
|
Input/output error; usually used for physical read or write errors.
|
|
No such device or address. The system tried to use the device
represented by a file you specified, and it couldn't find the device.
This can mean that the device file was installed incorrectly, or that
the physical device is missing or not correctly attached to the
computer.
|
Argument list too long; used when the arguments passed to a new program
being executed with one of the exec functions (see Executing a File) occupy too much memory space. This condition never arises in the
GNU system.
|
Invalid executable file format. This condition is detected by the
exec functions; see Executing a File.
|
|
Bad file descriptor; for example, I/O on a descriptor that has been
closed or reading from a descriptor open only for writing (or vice
versa).
|
|
There are no child processes. This error happens on operations that are
supposed to manipulate child processes, when there aren't any processes
to manipulate.
|
|
Deadlock avoided; allocating a system resource would have resulted in a
deadlock situation. The system does not guarantee that it will notice
all such situations. This error means you got lucky and the system
noticed; it might just hang. See File Locks, for an example.
|
|
No memory available. The system cannot allocate more virtual memory
because its capacity is full.
|
|
Permission denied; the file permissions do not allow the attempted operation.
|
|
Bad address; an invalid pointer was detected.
In the GNU system, this error never happens; you get a signal instead.
|
|
A file that isn't a block special file was given in a situation that
requires one. For example, trying to mount an ordinary file as a file
system in Unix gives this error.
|
|
Resource busy; a system resource that can't be shared is already in use.
For example, if you try to delete a file that is the root of a currently
mounted filesystem, you get this error.
|
|
File exists; an existing file was specified in a context where it only
makes sense to specify a new file.
|
An attempt to make an improper link across file systems was detected.
This happens not only when you use link (see Hard Links) but
also when you rename a file with rename (see Renaming Files).
|
|
The wrong type of device was given to a function that expects a
particular sort of device.
|
|
A file that isn't a directory was specified when a directory is required.
|
|
File is a directory; you cannot open a directory for writing,
or create or remove hard links to it.
|
|
Invalid argument. This is used to indicate various kinds of problems
with passing the wrong argument to a library function.
|
|
The current process has too many files open and can't open any more.
Duplicate descriptors do count toward this limit.
In BSD and GNU, the number of open files is controlled by a resource
limit that can usually be increased. If you get this error, you might
want to increase the RLIMIT_NOFILE limit or make it unlimited;
see Limits on Resources.
|
|
There are too many distinct file openings in the entire system. Note
that any number of linked channels count as just one file opening; see
Linked Channels. This error never occurs in the GNU system.
|
|
Inappropriate I/O control operation, such as trying to set terminal
modes on an ordinary file.
|
|
An attempt to execute a file that is currently open for writing, or
write to a file that is currently being executed. Often using a
debugger to run a program is considered having it open for writing and
will cause this error. (The name stands for "text file busy".) This
is not an error in the GNU system; the text is copied as necessary.
|
|
File too big; the size of a file would be larger than allowed by the system.
|
|
No space left on device; write operation on a file failed because the
disk is full.
|
|
Invalid seek operation (such as on a pipe).
|
|
An attempt was made to modify something on a read-only file system.
|
Too many links; the link count of a single file would become too large.
rename can cause this error if the file being renamed already has
as many links as it can take (see Renaming Files).
|
Broken pipe; there is no process reading from the other end of a pipe.
Every library function that returns this error code also generates a
SIGPIPE signal; this signal terminates the program if not handled
or blocked. Thus, your program will never actually see EPIPE
unless it has handled or blocked SIGPIPE.
|
|
Domain error; used by mathematical functions when an argument value does
not fall into the domain over which the function is defined.
|
|
Range error; used by mathematical functions when the result value is
not representable because of overflow or underflow.
|
Resource temporarily unavailable; the call might work if you try again
later. The macro EWOULDBLOCK is another name for EAGAIN;
they are always the same in the GNU C library.
This error can happen in a few different situations:
- An operation that would block was attempted on an object that has
non-blocking mode selected. Trying the same operation again will block
until some external condition makes it possible to read, write, or
connect (whatever the operation). You can use
select to find out
when the operation will be possible; see Waiting for I/O.
Portability Note: In many older Unix systems, this condition
was indicated by EWOULDBLOCK, which was a distinct error code
different from EAGAIN. To make your program portable, you should
check for both codes and treat them the same.
- A temporary resource shortage made an operation impossible.
fork
can return this error. It indicates that the shortage is expected to
pass, so your program can try the call again later and it may succeed.
It is probably a good idea to delay for a few seconds before trying it
again, to allow time for other processes to release scarce resources.
Such shortages are usually fairly serious and affect the whole system,
so usually an interactive program should report the error to the user
and return to its command loop.
|
In the GNU C library, this is another name for EAGAIN (above).
The values are always the same, on every operating system.
C libraries in many older Unix systems have EWOULDBLOCK as a
separate error code.
|
An operation that cannot complete immediately was initiated on an object
that has non-blocking mode selected. Some functions that must always
block (such as connect; see Connecting) never return
EAGAIN. Instead, they return EINPROGRESS to indicate that
the operation has begun and will take some time. Attempts to manipulate
the object before the call completes return EALREADY. You can
use the select function to find out when the pending operation
has completed; see Waiting for I/O.
|
|
An operation is already in progress on an object that has non-blocking
mode selected.
|
|
A file that isn't a socket was specified when a socket is required.
|
|
The size of a message sent on a socket was larger than the supported
maximum size.
|
|
The socket type does not support the requested communications protocol.
|
|
You specified a socket option that doesn't make sense for the
particular protocol being used by the socket. See Socket Options.
|
| int EPROTONOSUPPORT
|
Macro |
|
The socket domain does not support the requested communications protocol
(perhaps because the requested protocol is completely invalid).
See Creating a Socket.
|
| int ESOCKTNOSUPPORT
|
Macro |
|
The socket type is not supported.
|
|
The operation you requested is not supported. Some socket functions
don't make sense for all types of sockets, and others may not be
implemented for all communications protocols. In the GNU system, this
error can happen for many calls when the object does not support the
particular operation;on call; an asynchronous signal occurred and prevented
completion of the call. When this happens, you should try the call
again.
You can choose to have functions resume after a signal that is handled,
rather than failing with EINTR; see Interrupted Primitives.
|
|
Input/output error; usually used for physical read or write errors.
|
|
No such device or address. The system tried to use the device
represented by a file you specified, and it couldn't find the device.
This can mean that the device file was installed incorrectly, or that
the physical device is missing or not correctly attached to the
computer.
|
Argument list too long; used when the arguments passed to a new program
being executed with one of the exec functions (see Executing a File) occupy too much memory space. This condition never arises in the
GNU system.
|
Invalid executable file format. This condition is detected by the
exec functions; see Executing a File.
|
|
Bad file descriptor; for example, I/O on a descriptor that has been
closed or reading from a descriptor open only for writing (or vice
versa).
|
|
There are no child processes. This error happens on operations that are
supposed to manipulate child processes, when there aren't any processes
to manipulate.
|
|
Deadlock avoided; allocating a system resource would have resulted in a
deadlock situation. The system does not guarantee that it will notice
all such situations. This error means you got lucky and the system
noticed; it might just hang. See File Locks, for an example.
|
|
No memory available. The system cannot allocate more virtual memory
because its capacity is full.
|
|
Permission denied; the file permissions do not allow the attempted operation.
|
|
Bad address; an invalid pointer was detected.
In the GNU system, this error never happens; you get a signal instead.
|
|
A file that isn't a block special file was given in a situation that
requires one. For example, trying to mount an ordinary file as a file
system in Unix gives this error.
|
|
Resource busy; a system resource that can't be shared is already in use.
For example, if you try to delete a file that is the root of a currently
mounted filesystem, you get this error.
|
|
File exists; an existing file was specified in a context where it only
makes sense to specify a new file.
|
An attempt to make an improper link across file systems was detected.
This happens not only when you use link (see Hard Links) but
also when you rename a file with rename (see Renaming Files).
|
|
The wrong type of device was given to a function that expects a
particular sort of device.
|
|
A file that isn't a directory was specified when a directory is required.
|
|
File is a directory; you cannot open a directory for writing,
or create or remove hard links to it.
|
|
Invalid argument. This is used to indicate various kinds of problems
with passing the wrong argument to a library function.
|
|
The current process has too many files open and can't open any more.
Duplicate descriptors do count toward this limit.
In BSD and GNU, the number of open files is controlled by a resource
limit that can usually be increased. If you get this error, you might
want to increase the RLIMIT_NOFILE limit or make it unlimited;
see Limits on Resources.
|
|
There are too many distinct file openings in the entire system. Note
that any number of linked channels count as just one file opening; see
Linked Channels. This error never occurs in the GNU system.
|
|
Inappropriate I/O control operation, such as trying to set terminal
modes on an ordinary file.
|
|
An attempt to execute a file that is currently open for writing, or
write to a file that is currently being executed. Often using a
debugger to run a program is considered having it open for writing and
will cause this error. (The name stands for "text file busy".) This
is not an error in the GNU system; the text is copied as necessary.
|
|
File too big; the size of a file would be larger than allowed by the system.
|
|
No space left on device; write operation on a file failed because the
disk is full.
|
|
Invalid seek operation (such as on a pipe).
|
|
An attempt was made to modify something on a read-only file system.
|
Too many links; the link count of a single file would become too large.
rename can cause this error if the file being renamed already has
as many links as it can take (see Renaming Files).
|
Broken pipe; there is no process reading from the other end of a pipe.
Every library function that returns this error code also generates a
SIGPIPE signal; this signal terminates the program if not handled
or blocked. Thus, your program will never actually see EPIPE
unless it has handled or blocked SIGPIPE.
|
|
Domain error; used by mathematical functions when an argument value does
not fall into the domain over which the function is defined.
|
|
Range error; used by mathematical functions when the result value is
not representable because of overflow or underflow.
|
Resource temporarily unavailable; the call might work if you try again
later. The macro EWOULDBLOCK is another name for EAGAIN;
they are always the same in the GNU C library.
This error can happen in a few different situations:
- An operation that would block was attempted on an object that has
non-blocking mode selected. Trying the same operation again will block
until some external condition makes it possible to read, write, or
connect (whatever the operation). You can use
select to find out
when the operation will be possible; see Waiting for I/O.
Portability Note: In many older Unix systems, this condition
was indicated by EWOULDBLOCK, which was a distinct error code
different from EAGAIN. To make your program portable, you should
check for both codes and treat them the same.
- A temporary resource shortage made an operation impossible.
fork
can return this error. It indicates that the shortage is expected to
pass, so your program can try the call again later and it may succeed.
It is probably a good idea to delay for a few seconds before trying it
again, to allow time for other processes to release scarce resources.
Such shortages are usually fairly serious and affect the whole system,
so usually an interactive program should report the error to the user
and return to its command loop.
|
In the GNU C library, this is another name for EAGAIN (above).
The values are always the same, on every operating system.
C libraries in many older Unix systems have EWOULDBLOCK as a
separate error code.
|
An operation that cannot complete immediately was initiated on an object
that has non-blocking mode selected. Some functions that must always
block (such as connect; see Connecting) never return
EAGAIN. Instead, they return EINPROGRESS to indicate that
the operation has begun and will take some time. Attempts to manipulate
the object before the call completes return EALREADY. You can
use the select function to find out when the pending operation
has completed; see Waiting for I/O.
|
|
An operation is already in progress on an object that has non-blocking
mode selected.
|
|
A file that isn't a socket was specified when a socket is required.
|
|
The size of a message sent on a socket was larger than the supported
maximum size.
|
|
The socket type does not support the requested communications protocol.
|
|
You specified a socket option that doesn't make sense for the
particular protocol being used by the socket. See Socket Options.
|
| int EPROTONOSUPPORT
|
Macro |
|
The socket domain does not support the requested communications protocol
(perhaps because the requested protocol is completely invalid).
See Creating a Socket.
|
| int ESOCKTNOSUPPORT
|
Macro |
|
The socket type is not supported.
|
|
The operation you requested is not supported. Some socket functions
don't make sense for all types of sockets, and others may not be
implemented for all communications protocols. In the GNU system, this
error can happen for many calls when the object does not support the
particular operation;on call; an asynchronous signal occurred and prevented
completion of the call. When this happens, you should try the call
again.
You can choose to have functions resume after a signal that is handled,
rather than failing with EINTR; see Interrupted Primitives.
|
|
Input/output error; usually used for physical read or write errors.
|
|
No such device or address. The system tried to use the device
represented by a file you specified, and it couldn't find the device.
This can mean that the device file was installed incorrectly, or that
the physical device is missing or not correctly attached to the
computer.
|
Argument list too long; used when the arguments passed to a new program
being executed with one of the exec functions (see Executing a File) occupy too much memory space. This condition never arises in the
GNU system.
|
Invalid executable file format. This condition is detected by the
exec functions; see Executing a File.
|
|
Bad file descriptor; for example, I/O on a descriptor that has been
closed or reading from a descriptor open only for writing (or vice
versa).
|
|
There are no child processes. This error happens on operations that are
supposed to manipulate child processes, when there aren't any processes
to manipulate.
|
|
Deadlock avoided; allocating a system resource would have resulted in a
deadlock situation. The system does not guarantee that it will notice
all such situations. This error means you got lucky and the system
noticed; it might just hang. See File Locks, for an example.
|
|
No memory available. The system cannot allocate more virtual memory
because its capacity is full.
|
|
Permission denied; the file permissions do not allow the attempted operation.
|
|
Bad address; an invalid pointer was detected.
In the GNU system, this error never happens; you get a signal instead.
|
|
A file that isn't a block special file was given in a situation that
requires one. For example, trying to mount an ordinary file as a file
system in Unix gives this error.
|
|
Resource busy; a system resource that can't be shared is already in use.
For example, if you try to delete a file that is the root of a currently
mounted filesystem, you get this error.
|
|
File exists; an existing file was specified in a context where it only
makes sense to specify a new file.
|
An attempt to make an improper link across file systems was detected.
This happens not only when you use link (see Hard Links) but
also when you rename a file with rename (see Renaming Files).
|
|
The wrong type of device was given to a function that expects a
particular sort of device.
|
|
A file that isn't a directory was specified when a directory is required.
|
|
File is a directory; you cannot open a directory for writing,
or create or remove hard links to it.
|
|
Invalid argument. This is used to indicate various kinds of problems
with passing the wrong argument to a library function.
|
|
The current process has too many files open and can't open any more.
Duplicate descriptors do count toward this limit.
In BSD and GNU, the number of open files is controlled by a resource
limit that can usually be increased. If you get this error, you might
want to increase the RLIMIT_NOFILE limit or make it unlimited;
see Limits on Resources.
|
|
There are too many distinct file openings in the entire system. Note
that any number of linked channels count as just one file opening; see
Linked Channels. This error never occurs in the GNU system.
|
|
Inappropriate I/O control operation, such as trying to set terminal
modes on an ordinary file.
|
|
An attempt to execute a file that is currently open for writing, or
write to a file that is currently being executed. Often using a
debugger to run a program is considered having it open for writing and
will cause this error. (The name stands for "text file busy".) This
is not an error in the GNU system; the text is copied as necessary.
|
|
File too big; the size of a file would be larger than allowed by the system.
|
|
No space left on device; write operation on a file failed because the
disk is full.
|
|
Invalid seek operation (such as on a pipe).
|
|
An attempt was made to modify something on a read-only file system.
|
Too many links; the link count of a single file would become too large.
rename can cause this error if the file being renamed already has
as many links as it can take (see Renaming Files).
|
Broken pipe; there is no process reading from the other end of a pipe.
Every library function that returns this error code also generates a
SIGPIPE signal; this signal terminates the program if not handled
or blocked. Thus, your program will never actually see EPIPE
unless it has handled or blocked SIGPIPE.
|
|
Domain error; used by mathematical functions when an argument value does
not fall into the domain over which the function is defined.
|
|
Range error; used by mathematical functions when the result value is
not representable because of overflow or underflow.
|
Resource temporarily unavailable; the call might work if you try again
later. The macro EWOULDBLOCK is another name for EAGAIN;
they are always the same in the GNU C library.
This error can happen in a few different situations:
- An operation that would block was attempted on an object that has
non-blocking mode selected. Trying the same operation again will block
until some external condition makes it possible to read, write, or
connect (whatever the operation). You can use
select to find out
when the operation will be possible; see Waiting for I/O.
Portability Note: In many older Unix systems, this condition
was indicated by EWOULDBLOCK, which was a distinct error code
different from EAGAIN. To make your program portable, you should
check for both codes and treat them the same.
- A temporary resource shortage made an operation impossible.
fork
can return this error. It indicates that the shortage is expected to
pass, so your program can try the call again later and it may succeed.
It is probably a good idea to delay for a few seconds before trying it
again, to allow time for other processes to release scarce resources.
Such shortages are usually fairly serious and affect the whole system,
so usually an interactive program should report the error to the user
and return to its command loop.
|
In the GNU C library, this is another name for EAGAIN (above).
The values are always the same, on every operating system.
C libraries in many older Unix systems have EWOULDBLOCK as a
separate error code.
|
An operation that cannot complete immediately was initiated on an object
that has non-blocking mode selected. Some functions that must always
block (such as connect; see Connecting) never return
EAGAIN. Instead, they return EINPROGRESS to indicate that
the operation has begun and will take some time. Attempts to manipulate
the object before the call completes return EALREADY. You can
use the select function to find out when the pending operation
has completed; see Waiting for I/O.
|
|
An operation is already in progress on an object that has non-blocking
mode selected.
|
|
A file that isn't a socket was specified when a socket is required.
|
|
The size of a message sent on a socket was larger than the supported
maximum size.
|
|
The socket type does not support the requested communications protocol.
|
|
You specified a socket option that doesn't make sense for the
particular protocol being used by the socket. See Socket Options.
|
| int EPROTONOSUPPORT
|
Macro |
|
The socket domain does not support the requested communications protocol
(perhaps because the requested protocol is completely invalid).
See Creating a Socket.
|
| int ESOCKTNOSUPPORT
|
Macro |
|
The socket type is not supported.
|
|
The operation you requested is not supported. Some socket functions
don't make sense for all types of sockets, and others may not be
implemented for all communications protocols. In the GNU system, this
error can happen for many calls when the object does not support the
particular operation;on call; an asynchronous signal occurred and prevented
completion of the call. When this happens, you should try the call
again.
You can choose to have functions resume after a signal that is handled,
rather than failing with EINTR; see Interrupted Primitives.
|
|
Input/output error; usually used for physical read or write errors.
|
|
No such device or address. The system tried to use the device
represented by a file you specified, and it couldn't find the device.
This can mean that the device file was installed incorrectly, or that
the physical device is missing or not correctly attached to the
computer.
|
Argument list too long; used when the arguments passed to a new program
being executed with one of the exec functions (see Executing a File) occupy too much memory space. This condition never arises in the
GNU system.
|
Invalid executable file format. This condition is detected by the
exec functions; see Executing a File.
|
|
Bad file descriptor; for example, I/O on a descriptor that has been
closed or reading from a descriptor open only for writing (or vice
versa).
|
|
There are no child processes. This error happens on operations that are
supposed to manipulate child processes, when there aren't any processes
to manipulate.
|
|
Deadlock avoided; allocating a system resource would have resulted in a
deadlock situation. The system does not guarantee that it will notice
all such situations. This error means you got lucky and the system
noticed; it might just hang. See File Locks, for an example.
|
|
No memory available. The system cannot allocate more virtual memory
because its capacity is full.
|
|
Permission denied; the file permissions do not allow the attempted operation.
|
|
Bad address; an invalid pointer was detected.
In the GNU system, this error never happens; you get a signal instead.
|
|
A file that isn't a block special file was given in a situation that
requires one. For example, trying to mount an ordinary file as a file
system in Unix gives this error.
|
|
Resource busy; a system resource that can't be shared is already in use.
For example, if you try to delete a file that is the root of a currently
mounted filesystem, you get this error.
|
|
File exists; an existing file was specified in a context where it only
makes sense to specify a new file.
|
An attempt to make an improper link across file systems was detected.
This happens not only when you use link (see Hard Links) but
also when you rename a file with rename (see Renaming Files).
|
|
The wrong type of device was given to a function that expects a
particular sort of device.
|
|
A file that isn't a directory was specified when a directory is required.
|
|
File is a directory; you cannot open a directory for writing,
or create or remove hard links to it.
|
|
Invalid argument. This is used to indicate various kinds of problems
with passing the wrong argument to a library function.
|
|
The current process has too many files open and can't open any more.
Duplicate descriptors do count toward this limit.
In BSD and GNU, the number of open files is controlled by a resource
limit that can usually be increased. If you get this error, you might
want to increase the RLIMIT_NOFILE limit or make it unlimited;
see Limits on Resources.
|
|
There are too many distinct file openings in the entire system. Note
that any number of linked channels count as just one file opening; see
Linked Channels. This error never occurs in the GNU system.
|
|
Inappropriate I/O control operation, such as trying to set terminal
modes on an ordinary file.
|
|
An attempt to execute a file that is currently open for writing, or
write to a file that is currently being executed. Often using a
debugger to run a program is considered having it open for writing and
will cause this error. (The name stands for "text file busy".) This
is not an error in the GNU system; the text is copied as necessary.
|
|
File too big; the size of a file would be larger than allowed by the system.
|
|
No space left on device; write operation on a file failed because the
disk is full.
|
|
Invalid seek operation (such as on a pipe).
|
|
An attempt was made to modify something on a read-only file system.
|
Too many links; the link count of a single file would become too large.
rename can cause this error if the file being renamed already has
as many links as it can take (see Renaming Files).
|
Broken pipe; there is no process reading from the other end of a pipe.
Every library function that returns this error code also generates a
SIGPIPE signal; this signal terminates the program if not handled
or blocked. Thus, your program will never actually see EPIPE
unless it has handled or blocked SIGPIPE.
|
|
Domain error; used by mathematical functions when an argument value does
not fall into the domain over which the function is defined.
|
|
Range error; used by mathematical functions when the result value is
not representable because of overflow or underflow.
|
Resource temporarily unavailable; the call might work if you try again
later. The macro EWOULDBLOCK is another name for EAGAIN;
they are always the same in the GNU C library.
This error can happen in a few different situations:
- An operation that would block was attempted on an object that has
non-blocking mode selected. Trying the same operation again will block
until some external condition makes it possible to read, write, or
connect (whatever the operation). You can use
select to find out
when the operation will be possible; see Waiting for I/O.
Portability Note: In many older Unix systems, this condition
was indicated by EWOULDBLOCK, which was a distinct error code
different from EAGAIN. To make your program portable, you should
check for both codes and treat them the same.
- A temporary resource shortage made an operation impossible.
fork
can return this error. It indicates that the shortage is expected to
pass, so your program can try the call again later and it may succeed.
It is probably a good idea to delay for a few seconds before trying it
again, to allow time for other processes to release scarce resources.
Such shortages are usually fairly serious and affect the whole system,
so usually an interactive program should report the error to the user
and return to its command loop.
|
In the GNU C library, this is another name for EAGAIN (above).
The values are always the same, on every operating system.
C libraries in many older Unix systems have EWOULDBLOCK as a
separate error code.
|
An operation that cannot complete immediately was initiated on an object
that has non-blocking mode selected. Some functions that must always
block (such as connect; see Connecting) never return
EAGAIN. Instead, they return EINPROGRESS to indicate that
the operation has begun and will take some time. Attempts to manipulate
the object before the call completes return EALREADY. You can
use the select function to find out when the pending operation
has completed; see Waiting for I/O.
|
|
An operation is already in progress on an object that has non-blocking
mode selected.
|
|
A file that isn't a socket was specified when a socket is required.
|
|
The size of a message sent on a socket was larger than the supported
maximum size.
|
|
The socket type does not support the requested communications protocol.
|
|
You specified a socket option that doesn't make sense for the
particular protocol being used by the socket. See Socket Options.
|
| int EPROTONOSUPPORT
|
Macro |
|
The socket domain does not support the requested communications protocol
(perhaps because the requested protocol is completely invalid).
See Creating a Socket.
|
| int ESOCKTNOSUPPORT
|
Macro |
|
The socket type is not supported.
|
|
The operation you requested is not supported. Some socket functions
don't make sense for all types of sockets, and others may not be
implemented for all communications protocols. In the GNU system, this
error can happen for many calls when the object does not support the
particular operation;on call; an asynchronous signal occurred and prevented
completion of the call. When this happens, you should try the call
again.
You can choose to have functions resume after a signal that is handled,
rather than failing with EINTR; see Interrupted Primitives.
|
|
Input/output error; usually used for physical read or write errors.
|
|
No such device or address. The system tried to use the device
represented by a file you specified, and it couldn't find the device.
This can mean that the device file was installed incorrectly, or that
the physical device is missing or not correctly attached to the
computer.
|
Argument list too long; used when the arguments passed to a new program
being executed with one of the exec functions (see Executing a File) occupy too much memory space. This condition never arises in the
GNU system.
|
Invalid executable file format. This condition is detected by the
exec functions; see Executing a File.
|
|
Bad file descriptor; for example, I/O on a descriptor that has been
closed or reading from a descriptor open only for writing (or vice
versa).
|
|
There are no child processes. This error happens on operations that are
supposed to manipulate child processes, when there aren't any processes
to manipulate.
|
|
Deadlock avoided; allocating a system resource would have resulted in a
deadlock situation. The system does not guarantee that it will notice
all such situations. This error means you got lucky and the system
noticed; it might just hang. See File Locks, for an example.
|
|
No memory available. The system cannot allocate more virtual memory
because its capacity is full.
|
|
Permission denied; the file permissions do not allow the attempted operation.
|
|
Bad address; an invalid pointer was detected.
In the GNU system, this error never happens; you get a signal instead.
|
|
A file that isn't a block special file was given in a situation that
requires one. For example, trying to mount an ordinary file as a file
system in Unix gives this error.
|
|
Resource busy; a system resource that can't be shared is already in use.
For example, if you try to delete a file that is the root of a currently
mounted filesystem, you get this error.
|
|
File exists; an existing file was specified in a context where it only
makes sense to specify a new file.
|
An attempt to make an improper link across file systems was detected.
This happens not only when you use link (see Hard Links) but
also when you rename a file with rename (see Renaming Files).
|
|
The wrong type of device was given to a function that expects a
particular sort of device.
|
|
A file that isn't a directory was specified when a directory is required.
|
|
File is a directory; you cannot open a directory for writing,
or create or remove hard links to it.
|
|
Invalid argument. This is used to indicate various kinds of problems
with passing the wrong argument to a library function.
|
|
The current process has too many files open and can't open any more.
Duplicate descriptors do count toward this limit.
In BSD and GNU, the number of open files is controlled by a resource
limit that can usually be increased. If you get this error, you might
want to increase the RLIMIT_NOFILE limit or make it unlimited;
see Limits on Resources.
|
|
There are too many distinct file openings in the entire system. Note
that any number of linked channels count as just one file opening; see
Linked Channels. This error never occurs in the GNU system.
|
|
Inappropriate I/O control operation, such as trying to set terminal
modes on an ordinary file.
|
|
An attempt to execute a file that is currently open for writing, or
write to a file that is currently being executed. Often using a
debugger to run a program is considered having it open for writing and
will cause this error. (The name stands for "text file busy".) This
is not an error in the GNU system; the text is copied as necessary.
|
|
File too big; the size of a file would be larger than allowed by the system.
|
|
No space left on device; write operation on a file failed because the
disk is full.
|
|
Invalid seek operation (such as on a pipe).
|
|
An attempt was made to modify something on a read-only file system.
|
Too many links; the link count of a single file would become too large.
rename can cause this error if the file being renamed already has
as many links as it can take (see Renaming Files).
|
Broken pipe; there is no process reading from the other end of a pipe.
Every library function that returns this error code also generates a
SIGPIPE signal; this signal terminates the program if not handled
or blocked. Thus, your program will never actually see EPIPE
unless it has handled or blocked SIGPIPE.
|
|
Domain error; used by mathematical functions when an argument value does
not fall into the domain over which the function is defined.
|
|
Range error; used by mathematical functions when the result value is
not representable because of overflow or underflow.
|
Resource temporarily unavailable; the call might work if you try again
later. The macro EWOULDBLOCK is another name for EAGAIN;
they are always the same in the GNU C library.
This error can happen in a few different situations:
- An operation that would block was attempted on an object that has
non-blocking mode selected. Trying the same operation again will block
until some external condition makes it possible to read, write, or
connect (whatever the operation). You can use
select to find out
when the operation will be possible; see Waiting for I/O.
Portability Note: In many older Unix systems, this condition
was indicated by EWOULDBLOCK, which was a distinct error code
different from EAGAIN. To make your program portable, you should
check for both codes and treat them the same.
- A temporary resource shortage made an operation impossible.
fork
can return this error. It indicates that the shortage is expected to
pass, so your program can try the call again later and it may succeed.
It is probably a good idea to delay for a few seconds before trying it
again, to allow time for other processes to release scarce resources.
Such shortages are usually fairly serious and affect the whole system,
so usually an interactive program should report the error to the user
and return to its command loop.
|
In the GNU C library, this is another name for EAGAIN (above).
The values are always the same, on every operating system.
C libraries in many older Unix systems have EWOULDBLOCK as a
separate error code.
|
An operation that cannot complete immediately was initiated on an object
that has non-blocking mode selected. Some functions that must always
block (such as connect; see Connecting) never return
EAGAIN. Instead, they return EINPROGRESS to indicate that
the operation has begun and will take some time. Attempts to manipulate
the object before the call completes return EALREADY. You can
use the select function to find out when the pending operation
has completed; see Waiting for I/O.
|
|
An operation is already in progress on an object that has non-blocking
mode selected.
|
|
A file that isn't a socket was specified when a socket is required.
|
|
The size of a message sent on a socket was larger than the supported
maximum size.
|
|
The socket type does not support the requested communications protocol.
|
|
You specified a socket option that doesn't make sense for the
particular protocol being used by the socket. See Socket Options.
|
| int EPROTONOSUPPORT
|
Macro |
|
The socket domain does not support the requested communications protocol
(perhaps because the requested protocol is completely invalid).
See Creating a Socket.
|
| int ESOCKTNOSUPPORT
|
Macro |
|
The socket type is not supported.
|
|
The operation you requested is not supported. Some socket functions
don't make sense for all types of sockets, and others may not be
implemented for all communications protocols. In the GNU system, this
error can happen for many calls when the object does not support the
particular operation;on call; an asynchronous signal occurred and prevented
completion of the call. When this happens, you should try the call
again.
You can choose to have functions resume after a signal that is handled,
rather than failing with EINTR; see Interrupted Primitives.
|
|
Input/output error; usually used for physical read or write errors.
|
|
No such device or address. The system tried to use the device
represented by a file you specified, and it couldn't find the device.
This can mean that the device file was installed incorrectly, or that
the physical device is missing or not correctly attached to the
computer.
|
Argument list too long; used when the arguments passed to a new program
being executed with one of the exec functions (see Executing a File) occupy too much memory space. This condition never arises in the
GNU system.
|
Invalid executable file format. This condition is detected by the
exec functions; see Executing a File.
|
|
Bad file descriptor; for example, I/O on a descriptor that has been
closed or reading from a descriptor open only for writing (or vice
versa).
|
|
There are no child processes. This error happens on operations that are
supposed to manipulate child processes, when there aren't any processes
to manipulate.
|
|
Deadlock avoided; allocating a system resource would have resulted in a
deadlock situation. The system does not guarantee that it will notice
all such situations. This error means you got lucky and the system
noticed; it might just hang. See File Locks, for an example.
|
|
No memory available. The system cannot allocate more virtual memory
because its capacity is full.
|
|
Permission denied; the file permissions do not allow the attempted operation.
|
|
Bad address; an invalid pointer was detected.
In the GNU system, this error never happens; you get a signal instead.
|
|
A file that isn't a block special file was given in a situation that
requires one. For example, trying to mount an ordinary file as a file
system in Unix gives this error.
|
|
Resource busy; a system resource that can't be shared is already in use.
For example, if you try to delete a file that is the root of a currently
mounted filesystem, you get this error.
|
|
File exists; an existing file was specified in a context where it only
makes sense to specify a new file.
|
An attempt to make an improper link across file systems was detected.
This happens not only when you use link (see Hard Links) but
also when you rename a file with rename (see Renaming Files).
|
|
The wrong type of device was given to a function that expects a
particular sort of device.
|
|
A file that isn't a directory was specified when a directory is required.
|
|
File is a directory; you cannot open a directory for writing,
or create or remove hard links to it.
|
|
Invalid argument. This is used to indicate various kinds of problems
with passing the wrong argument to a library function.
|
|
The current process has too many files open and can't open any more.
Duplicate descriptors do count toward this limit.
In BSD and GNU, the number of open files is controlled by a resource
limit that can usually be increased. If you get this error, you might
want to increase the RLIMIT_NOFILE limit or make it unlimited;
see Limits on Resources.
|
|
There are too many distinct file openings in the entire system. Note
that any number of linked channels count as just one file opening; see
Linked Channels. This error never occurs in the GNU system.
|
|
Inappropriate I/O control operation, such as trying to set terminal
modes on an ordinary file.
|
|
An attempt to execute a file that is currently open for writing, or
write to a file that is currently being executed. Often using a
debugger to run a program is considered having it open for writing and
will cause this error. (The name stands for "text file busy".) This
is not an error in the GNU system; the text is copied as necessary.
|
|
File too big; the size of a file would be larger than allowed by the system.
|
|
No space left on device; write operation on a file failed because the
disk is full.
|
|
Invalid seek operation (such as on a pipe).
|
|
An attempt was made to modify something on a read-only file system.
|
Too many links; the link count of a single file would become too large.
rename can cause this error if the file being renamed already has
as many links as it can take (see Renaming Files).
|
Broken pipe; there is no process reading from the other end of a pipe.
Every library function that returns this error code also generates a
SIGPIPE signal; this signal terminates the program if not handled
or blocked. Thus, your program will never actually see EPIPE
unless it has handled or blocked SIGPIPE.
|
|
Domain error; used by mathematical functions when an argument value does
not fall into the domain over which the function is defined.
|
|
Range error; used by mathematical functions when the result value is
not representable because of overflow or underflow.
|
Resource temporarily unavailable; the call might work if you try again
later. The macro EWOULDBLOCK is another name for EAGAIN;
they are always the same in the GNU C library.
This error can happen in a few different situations:
- An operation that would block was attempted on an object that has
non-blocking mode selected. Trying the same operation again will block
until some external condition makes it possible to read, write, or
connect (whatever the operation). You can use
select to find out
when the operation will be possible; see Waiting for I/O.
Portability Note: In many older Unix systems, this condition
was indicated by EWOULDBLOCK, which was a distinct error code
different from EAGAIN. To make your program portable, you should
check for both codes and treat them the same.
- A temporary resource shortage made an operation impossible.
fork
can return this error. It indicates that the shortage is expected to
pass, so your program can try the call again later and it may succeed.
It is probably a good idea to delay for a few seconds before trying it
again, to allow time for other processes to release scarce resources.
Such shortages are usually fairly serious and affect the whole system,
so usually an interactive program should report the error to the user
and return to its command loop.
|
In the GNU C library, this is another name for EAGAIN (above).
The values are always the same, on every operating system.
C libraries in many older Unix systems have EWOULDBLOCK as a
separate error code.
|
An operation that cannot complete immediately was initiated on an object
that has non-blocking mode selected. Some functions that must always
block (such as connect; see Connecting) never return
EAGAIN. Instead, they return EINPROGRESS to indicate that
the operation has begun and will take some time. Attempts to manipulate
the object before the call completes return EALREADY. You can
use the select function to find out when the pending operation
has completed; see Waiting for I/O.
|
|
An operation is already in progress on an object that has non-blocking
mode selected.
|
|
A file that isn't a socket was specified when a socket is required.
|
|
The size of a message sent on a socket was larger than the supported
maximum size.
|
|
The socket type does not support the requested communications protocol.
|
|
You specified a socket option that doesn't make sense for the
particular protocol being used by the socket. See Socket Options.
|
| int EPROTONOSUPPORT
|
Macro |
|
The socket domain does not support the requested communications protocol
(perhaps because the requested protocol is completely invalid).
See Creating a Socket.
|
| int ESOCKTNOSUPPORT
|
Macro |
|
The socket type is not supported.
|
|
The operation you requested is not supported. Some socket functions
don't make sense for all types of sockets, and others may not be
implemented for all communications protocols. In the GNU system, this
error can happen for many calls when the object does not support the
particular operation;on call; an asynchronous signal occurred and prevented
completion of the call. When this happens, you should try the call
again.
You can choose to have functions resume after a signal that is handled,
rather than failing with EINTR; see Interrupted Primitives.
|
|
Input/output error; usually used for physical read or write errors.
|
|
No such device or address. The system tried to use the device
represented by a file you specified, and it couldn't find the device.
This can mean that the device file was installed incorrectly, or that
the physical device is missing or not correctly attached to the
computer.
|
Argument list too long; used when the arguments passed to a new program
being executed with one of the exec functions (see Executing a File) occupy too much memory space. This condition never arises in the
GNU system.
|
Invalid executable file format. This condition is detected by the
exec functions; see Executing a File.
|
|
Bad file descriptor; for example, I/O on a descriptor that has been
closed or reading from a descriptor open only for writing (or vice
versa).
|
|
There are no child processes. This error happens on operations that are
supposed to manipulate child processes, when there aren't any processes
to manipulate.
|
|
Deadlock avoided; allocating a system resource would have resulted in a
deadlock situation. The system does not guarantee that it will notice
all such situations. This error means you got lucky and the system
noticed; it might just hang. See File Locks, for an example.
|
|
No memory available. The system cannot allocate more virtual memory
because its capacity is full.
|
|
Permission denied; the file permissions do not allow the attempted operation.
|
|
Bad address; an invalid pointer was detected.
In the GNU system, this error never happens; you get a signal instead.
|
|
A file that isn't a block special file was given in a situation that
requires one. For example, trying to mount an ordinary file as a file
system in Unix gives this error.
|
|
Resource busy; a system resource that can't be shared is already in use.
For example, if you try to delete a file that is the root of a currently
mounted filesystem, you get this error.
|
|
File exists; an existing file was specified in a context where it only
makes sense to specify a new file.
|
An attempt to make an improper link across file systems was detected.
This happens not only when you use link (see Hard Links) but
also when you rename a file with rename (see Renaming Files).
|
|
The wrong type of device was given to a function that expects a
particular sort of device.
|
|
A file that isn't a directory was specified when a directory is required.
|
|
File is a directory; you cannot open a directory for writing,
or create or remove hard links to it.
|
|
Invalid argument. This is used to indicate various kinds of problems
with passing the wrong argument to a library function.
|
|
The current process has too many files open and can't open any more.
Duplicate descriptors do count toward this limit.
In BSD and GNU, the number of open files is controlled by a resource
limit that can usually be increased. If you get this error, you might
want to increase the RLIMIT_NOFILE limit or make it unlimited;
see Limits on Resources.
|
|
There are too many distinct file openings in the entire system. Note
that any number of linked channels count as just one file opening; see
Linked Channels. This error never occurs in the GNU system.
|
|
Inappropriate I/O control operation, such as trying to set terminal
modes on an ordinary file.
|
|
An attempt to execute a file that is currently open for writing, or
write to a file that is currently being executed. Often using a
debugger to run a program is considered having it open for writing and
will cause this error. (The name stands for "text file busy".) This
is not an error in the GNU system; the text is copied as necessary.
|
|
File too big; the size of a file would be larger than allowed by the system.
|
|
No space left on device; write operation on a file failed because the
disk is full.
|
|
Invalid seek operation (such as on a pipe).
|
|
An attempt was made to modify something on a read-only file system.
|
Too many links; the link count of a single file would become too large.
rename can cause this error if the file being renamed already has
as many links as it can take (see Renaming Files).
|
Broken pipe; there is no process reading from the other end of a pipe.
Every library function that returns this error code also generates a
SIGPIPE signal; this signal terminates the program if not handled
or blocked. Thus, your program will never actually see EPIPE
unless it has handled or blocked SIGPIPE.
|
|
Domain error; used by mathematical functions when an argument value does
not fall into the domain over which the function is defined.
|
|
Range error; used by mathematical functions when the result value is
not representable because of overflow or underflow.
|
Resource temporarily unavailable; the call might work if you try again
later. The macro EWOULDBLOCK is another name for EAGAIN;
they are always the same in the GNU C library.
This error can happen in a few different situations:
- An operation that would block was attempted on an object that has
non-blocking mode selected. Trying the same operation again will block
until some external condition makes it possible to read, write, or
connect (whatever the operation). You can use
select to find out
when the operation will be possible; see Waiting for I/O.
Portability Note: In many older Unix systems, this condition
was indicated by EWOULDBLOCK, which was a distinct error code
different from EAGAIN. To make your program portable, you should
check for both codes and treat them the same.
- A temporary resource shortage made an operation impossible.
fork
can return this error. It indicates that the shortage is expected to
pass, so your program can try the call again later and it may succeed.
It is probably a good idea to delay for a few seconds before trying it
again, to allow time for other processes to release scarce resources.
Such shortages are usually fairly serious and affect the whole system,
so usually an interactive program should report the error to the user
and return to its command loop.
|
In the GNU C library, this is another name for EAGAIN (above).
The values are always the same, on every operating system.
C libraries in many older Unix systems have EWOULDBLOCK as a
separate error code.
|
An operation that cannot complete immediately was initiated on an object
that has non-blocking mode selected. Some functions that must always
block (such as connect; see Connecting) never return
EAGAIN. Instead, they return EINPROGRESS to indicate that
the operation has begun and will take some time. Attempts to manipulate
the object before the call completes return EALREADY. You can
use the select function to find out when the pending operation
has completed; see Waiting for I/O.
|
|
An operation is already in progress on an object that has non-blocking
mode selected.
|
|
A file that isn't a socket was specified when a socket is required.
|
|
The size of a message sent on a socket was larger than the supported
maximum size.
|
|
The socket type does not support the requested communications protocol.
|
|
You specified a socket option that doesn't make sense for the
particular protocol being used by the socket. See Socket Options.
|
| int EPROTONOSUPPORT
|
Macro |
|
The socket domain does not support the requested communications protocol
(perhaps because the requested protocol is completely invalid).
See Creating a Socket.
|
| int ESOCKTNOSUPPORT
|
Macro |
|
The socket type is not supported.
|
|
The operation you requested is not supported. Some socket functions
don't make sense for all types of sockets, and others may not be
implemented for all communications protocols. In the GNU system, this
error can happen for many calls when the object does not support the
particular operation;on call; an asynchronous signal occurred and prevented
completion of the call. When this happens, you should try the call
again.
You can choose to have functions resume after a signal that is handled,
rather than failing with EINTR; see Interrupted Primitives.
|
|
Input/output error; usually used for physical read or write errors.
|
|
No such device or address. The system tried to use the device
represented by a file you specified, and it couldn't find the device.
This can mean that the device file was installed incorrectly, or that
the physical device is missing or not correctly attached to the
computer.
|
Argument list too long; used when the arguments passed to a new program
being executed with one of the exec functions (see Executing a File) occupy too much memory space. This condition never arises in the
GNU system.
|
Invalid executable file format. This condition is detected by the
exec functions; see Executing a File.
|
|
Bad file descriptor; for example, I/O on a descriptor that has been
closed or reading from a descriptor open only for writing (or vice
versa).
|
|
There are no child processes. This error happens on operations that are
supposed to manipulate child processes, when there aren't any processes
to manipulate.
|
|
Deadlock avoided; allocating a system resource would have resulted in a
deadlock situation. The system does not guarantee that it will notice
all such situations. This error means you got lucky and the system
noticed; it might just hang. See File Locks, for an example.
|
|
No memory available. The system cannot allocate more virtual memory
because its capacity is full.
|
|
Permission denied; the file permissions do not allow the attempted operation.
|
|
Bad address; an invalid pointer was detected.
In the GNU system, this error never happens; you get a signal instead.
|
|
A file that isn't a block special file was given in a situation that
requires one. For example, trying to mount an ordinary file as a file
system in Unix gives this error.
|
|
Resource busy; a system resource that can't be shared is already in use.
For example, if you try to delete a file that is the root of a currently
mounted filesystem, you get this error.
|
|
File exists; an existing file was specified in a context where it only
makes sense to specify a new file.
|
An attempt to make an improper link across file systems was detected.
This happens not only when you use link (see Hard Links) but
also when you rename a file with rename (see Renaming Files).
|
|
The wrong type of device was given to a function that expects a
particular sort of device.
|
|
A file that isn't a directory was specified when a directory is required.
|
|
File is a directory; you cannot open a directory for writing,
or create or remove hard links to it.
|
|
Invalid argument. This is used to indicate various kinds of problems
with passing the wrong argument to a library function.
|
|
The current process has too many files open and can't open any more.
Duplicate descriptors do count toward this limit.
In BSD and GNU, the number of open files is controlled by a resource
limit that can usually be increased. If you get this error, you might
want to increase the RLIMIT_NOFILE limit or make it unlimited;
see Limits on Resources.
|
|
There are too many distinct file openings in the entire system. Note
that any number of linked channels count as just one file opening; see
Linked Channels. This error never occurs in the GNU system.
|
|
Inappropriate I/O control operation, such as trying to set terminal
modes on an ordinary file.
|
|
An attempt to execute a file that is currently open for writing, or
write to a file that is currently being executed. Often using a
debugger to run a program is considered having it open for writing and
will cause this error. (The name stands for "text file busy".) This
is not an error in the GNU system; the text is copied as necessary.
|
|
File too big; the size of a file would be larger than allowed by the system.
|
|
No space left on device; write operation on a file failed because the
disk is full.
|
|
Invalid seek operation (such as on a pipe).
|
|
An attempt was made to modify something on a read-only file system.
|
Too many links; the link count of a single file would become too large.
rename can cause this error if the file being renamed already has
as many links as it can take (see Renaming Files).
|
Broken pipe; there is no process reading from the other end of a pipe.
Every library function that returns this error code also generates a
SIGPIPE signal; this signal terminates the program if not handled
or blocked. Thus, your program will never actually see EPIPE
unless it has handled or blocked SIGPIPE.
|
|
Domain error; used by mathematical functions when an argument value does
not fall into the domain over which the function is defined.
|
|
Range error; used by mathematical functions when the result value is
not representable because of overflow or underflow.
|
Resource temporarily unavailable; the call might work if you try again
later. The macro EWOULDBLOCK is another name for EAGAIN;
they are always the same in the GNU C library.
This error can happen in a few different situations:
- An operation that would block was attempted on an object that has
non-blocking mode selected. Trying the same operation again will block
until some external condition makes it possible to read, write, or
connect (whatever the operation). You can use
select to find out
when the operation will be possible; see Waiting for I/O.
Portability Note: In many older Unix systems, this condition
was indicated by EWOULDBLOCK, which was a distinct error code
different from EAGAIN. To make your program portable, you should
check for both codes and treat them the same.
- A temporary resource shortage made an operation impossible.
fork
can return this error. It indicates that the shortage is expected to
pass, so your program can try the call again later and it may succeed.
It is probably a good idea to delay for a few seconds before trying it
again, to allow time for other processes to release scarce resources.
Such shortages are usually fairly serious and affect the whole system,
so usually an interactive program should report the error to the user
and return to its command loop.
|
In the GNU C library, this is another name for EAGAIN (above).
The values are always the same, on every operating system.
C libraries in many older Unix systems have EWOULDBLOCK as a
separate error code.
|
An operation that cannot complete immediately was initiated on an object
that has non-blocking mode selected. Some functions that must always
block (such as connect; see Connecting) never return
EAGAIN. Instead, they return EINPROGRESS to indicate that
the operation has begun and will take some time. Attempts to manipulate
the object before the call completes return EALREADY. You can
use the select function to find out when the pending operation
has completed; see Waiting for I/O.
|
|
An operation is already in progress on an object that has non-blocking
mode selected.
|
|
A file that isn't a socket was specified when a socket is required.
|
|
The size of a message sent on a socket was larger than the supported
maximum size.
|
|
The socket type does not support the requested communications protocol.
|
|
You specified a socket option that doesn't make sense for the
particular protocol being used by the socket. See Socket Options.
|
| int EPROTONOSUPPORT
|
Macro |
|
The socket domain does not support the requested communications protocol
(perhaps because the requested protocol is completely invalid).
See Creating a Socket.
|
| int ESOCKTNOSUPPORT
|
Macro |
|
The socket type is not supported.
|
|
The operation you requested is not supported. Some socket functions
don't make sense for all types of sockets, and others may not be
implemented for all communications protocols. In the GNU system, this
error can happen for many calls when the object does not support the
particular operation;on call; an asynchronous signal occurred and prevented
completion of the call. When this happens, you should try the call
again.
You can choose to have functions resume after a signal that is handled,
rather than failing with EINTR; see Interrupted Primitives.
|
|
Input/output error; usually used for physical read or write errors.
|
|
No such device or address. The system tried to use the device
represented by a file you specified, and it couldn't find the device.
This can mean that the device file was installed incorrectly, or that
the physical device is missing or not correctly attached to the
computer.
|
Argument list too long; used when the arguments passed to a new program
being executed with one of the exec functions (see Executing a File) occupy too much memory space. This condition never arises in the
GNU system.
|
Invalid executable file format. This condition is detected by the
exec functions; see Executing a File.
|
|
Bad file descriptor; for example, I/O on a descriptor that has been
closed or reading from a descriptor open only for writing (or vice
versa).
|
|
There are no child processes. This error happens on operations that are
supposed to manipulate child processes, when there aren't any processes
to manipulate.
|
|
Deadlock avoided; allocating a system resource would have resulted in a
deadlock situation. The system does not guarantee that it will notice
all such situations. This error means you got lucky and the system
noticed; it might just hang. See File Locks, for an example.
|
|
No memory available. The system cannot allocate more virtual memory
because its capacity is full.
|
|
Permission denied; the file permissions do not allow the attempted operation.
|
|
Bad address; an invalid pointer was detected.
In the GNU system, this error never happens; you get a signal instead.
|
|
A file that isn't a block special file was given in a situation that
requires one. For example, trying to mount an ordinary file as a file
system in Unix gives this error.
|
|
Resource busy; a system resource that can't be shared is already in use.
For example, if you try to delete a file that is the root of a currently
mounted filesystem, you get this error.
|
|
File exists; an existing file was specified in a context where it only
makes sense to specify a new file.
|
An attempt to make an improper link across file systems was detected.
This happens not only when you use link (see Hard Links) but
also when you rename a file with rename (see Renaming Files).
|
|
The wrong type of device was given to a function that expects a
particular sort of device.
|
|
A file that isn't a directory was specified when a directory is required.
|
|
File is a directory; you cannot open a directory for writing,
or create or remove hard links to it.
|
|
Invalid argument. This is used to indicate various kinds of problems
with passing the wrong argument to a library function.
|
|
The current process has too many files open and can't open any more.
Duplicate descriptors do count toward this limit.
In BSD and GNU, the number of open files is controlled by a resource
limit that can usually be increased. If you get this error, you might
want to increase the RLIMIT_NOFILE limit or make it unlimited;
see Limits on Resources.
|
|
There are too many distinct file openings in the entire system. Note
that any number of linked channels count as just one file opening; see
Linked Channels. This error never occurs in the GNU system.
|
|
Inappropriate I/O control operation, such as trying to set terminal
modes on an ordinary file.
|
|
An attempt to execute a file that is currently open for writing, or
write to a file that is currently being executed. Often using a
debugger to run a program is considered having it open for writing and
will cause this error. (The name stands for "text file busy".) This
is not an error in the GNU system; the text is copied as necessary.
|
|
File too big; the size of a file would be larger than allowed by the system.
|
|
No space left on device; write operation on a file failed because the
disk is full.
|
|
Invalid seek operation (such as on a pipe).
|
|
An attempt was made to modify something on a read-only file system.
|
Too many links; the link count of a single file would become too large.
rename can cause this error if the file being renamed already has
as many links as it can take (see Renaming Files).
|
Broken pipe; there is no process reading from the other end of a pipe.
Every library function that returns this error code also generates a
SIGPIPE signal; this signal terminates the program if not handled
or blocked. Thus, your program will never actually see EPIPE
unless it has handled or blocked SIGPIPE.
|
|
Domain error; used by mathematical functions when an argument value does
not fall into the domain over which the function is defined.
|
|
Range error; used by mathematical functions when the result value is
not representable because of overflow or underflow.
|
Resource temporarily unavailable; the call might work if you try again
later. The macro EWOULDBLOCK is another name for EAGAIN;
they are always the same in the GNU C library.
This error can happen in a few different situations:
- An operation that would block was attempted on an object that has
non-blocking mode selected. Trying the same operation again will block
until some external condition makes it possible to read, write, or
connect (whatever the operation). You can use
select to find out
when the operation will be possible; see Waiting for I/O.
Portability Note: In many older Unix systems, this condition
was indicated by EWOULDBLOCK, which was a distinct error code
different from EAGAIN. To make your program portable, you should
check for both codes and treat them the same.
- A temporary resource shortage made an operation impossible.
fork
can return this error. It indicates that the shortage is expected to
pass, so your program can try the call again later and it may succeed.
It is probably a good idea to delay for a few seconds before trying it
again, to allow time for other processes to release scarce resources.
Such shortages are usually fairly serious and affect the whole system,
so usually an interactive program should report the error to the user
and return to its command loop.
|
In the GNU C library, this is another name for EAGAIN (above).
The values are always the same, on every operating system.
C libraries in many older Unix systems have EWOULDBLOCK as a
separate error code.
|
An operation that cannot complete immediately was initiated on an object
that has non-blocking mode selected. Some functions that must always
block (such as connect; see Connecting) never return
EAGAIN. Instead, they return EINPROGRESS to indicate that
the operation has begun and will take some time. Attempts to manipulate
the object before the call completes return EALREADY. You can
use the select function to find out when the pending operation
has completed; see Waiting for I/O.
|
|
An operation is already in progress on an object that has non-blocking
mode selected.
|
|
A file that isn't a socket was specified when a socket is required.
|
|
The size of a message sent on a socket was larger than the supported
maximum size.
|
|
The socket type does not support the requested communications protocol.
|
|
You specified a socket option that doesn't make sense for the
particular protocol being used by the socket. See Socket Options.
|
| int EPROTONOSUPPORT
|
Macro |
|
The socket domain does not support the requested communications protocol
(perhaps because the requested protocol is completely invalid).
See Creating a Socket.
|
| int ESOCKTNOSUPPORT
|
Macro |
|
The socket type is not supported.
|
|
The operation you requested is not supported. Some socket functions
don't make sense for all types of sockets, and others may not be
implemented for all communications protocols. In the GNU system, this
error can happen for many calls when the object does not support the
particular operation;on call; an asynchronous signal occurred and prevented
completion of the call. When this happens, you should try the call
again.
You can choose to have functions resume after a signal that is handled,
rather than failing with EINTR; see Interrupted Primitives.
|
|
Input/output error; usually used for physical read or write errors.
|
|
No such device or address. The system tried to use the device
represented by a file you specified, and it couldn't find the device.
This can mean that the device file was installed incorrectly, or that
the physical device is missing or not correctly attached to the
computer.
|
Argument list too long; used when the arguments passed to a new program
being executed with one of the exec functions (see Executing a File) occupy too much memory space. This condition never arises in the
GNU system.
|
Invalid executable file format. This condition is detected by the
exec functions; see Executing a File.
|
|
Bad file descriptor; for example, I/O on a descriptor that has been
closed or reading from a descriptor open only for writing (or vice
versa).
|
|
There are no child processes. This error happens on operations that are
supposed to manipulate child processes, when there aren't any processes
to manipulate.
|
|
Deadlock avoided; allocating a system resource would have resulted in a
deadlock situation. The system does not guarantee that it will notice
all such situations. This error means you got lucky and the system
noticed; it might just hang. See File Locks, for an example.
|
|
No memory available. The system cannot allocate more virtual memory
because its capacity is full.
|
|
Permission denied; the file permissions do not allow the attempted operation.
|
|
Bad address; an invalid pointer was detected.
In the GNU system, this error never happens; you get a signal instead.
|
|
A file that isn't a block special file was given in a situation that
requires one. For example, trying to mount an ordinary file as a file
system in Unix gives this error.
|
|
Resource busy; a system resource that can't be shared is already in use.
For example, if you try to delete a file that is the root of a currently
mounted filesystem, you get this error.
|
|
File exists; an existing file was specified in a context where it only
makes sense to specify a new file.
|
An attempt to make an improper link across file systems was detected.
This happens not only when you use link (see Hard Links) but
also when you rename a file with rename (see Renaming Files).
|
|
The wrong type of device was given to a function that expects a
particular sort of device.
|
|
A file that isn't a directory was specified when a directory is required.
|
|
File is a directory; you cannot open a directory for writing,
or create or remove hard links to it.
|
|
Invalid argument. This is used to indicate various kinds of problems
with passing the wrong argument to a library function.
|
|
The current process has too many files open and can't open any more.
Duplicate descriptors do count toward this limit.
In BSD and GNU, the number of open files is controlled by a resource
limit that can usually be increased. If you get this error, you might
want to increase the RLIMIT_NOFILE limit or make it unlimited;
see Limits on Resources.
|
|
There are too many distinct file openings in the entire system. Note
that any number of linked channels count as just one file opening; see
Linked Channels. This error never occurs in the GNU system.
|
|
Inappropriate I/O control operation, such as trying to set terminal
modes on an ordinary file.
|
|
An attempt to execute a file that is currently open for writing, or
write to a file that is currently being executed. Often using a
debugger to run a program is considered having it open for writing and
will cause this error. (The name stands for "text file busy".) This
is not an error in the GNU system; the text is copied as necessary.
|
|
File too big; the size of a file would be larger than allowed by the system.
|
|
No space left on device; write operation on a file failed because the
disk is full.
|
|
Invalid seek operation (such as on a pipe).
|
|
An attempt was made to modify something on a read-only file system.
|
Too many links; the link count of a single file would become too large.
rename can cause this error if the file being renamed already has
as many links as it can take (see Renaming Files).
|
Broken pipe; there is no process reading from the other end of a pipe.
Every library function that returns this error code also generates a
SIGPIPE signal; this signal terminates the program if not handled
or blocked. Thus, your program will never actually see EPIPE
unless it has handled or blocked SIGPIPE.
|
|
Domain error; used by mathematical functions when an argument value does
not fall into the domain over which the function is defined.
|
|
Range error; used by mathematical functions when the result value is
not representable because of overflow or underflow.
|
Resource temporarily unavailable; the call might work if you try again
later. The macro EWOULDBLOCK is another name for EAGAIN;
they are always the same in the GNU C library.
This error can happen in a few different situations:
- An operation that would block was attempted on an object that has
non-blocking mode selected. Trying the same operation again will block
until some external condition makes it possible to read, write, or
connect (whatever the operation). You can use
select to find out
when the operation will be possible; see Waiting for I/O.
Portability Note: In many older Unix systems, this condition
was indicated by EWOULDBLOCK, which was a distinct error code
different from EAGAIN. To make your program portable, you should
check for both codes and treat them the same.
- A temporary resource shortage made an operation impossible.
fork
can return this error. It indicates that the shortage is expected to
pass, so your program can try the call again later and it may succeed.
It is probably a good idea to delay for a few seconds before trying it
again, to allow time for other processes to release scarce resources.
Such shortages are usually fairly serious and affect the whole system,
so usually an interactive program should report the error to the user
and return to its command loop.
|
In the GNU C library, this is another name for EAGAIN (above).
The values are always the same, on every operating system.
C libraries in many older Unix systems have EWOULDBLOCK as a
separate error code.
|
An operation that cannot complete immediately was initiated on an object
that has non-blocking mode selected. Some functions that must always
block (such as connect; see Connecting) never return
EAGAIN. Instead, they return EINPROGRESS to indicate that
the operation has begun and will take some time. Attempts to manipulate
the object before the call completes return EALREADY. You can
use the select function to find out when the pending operation
has completed; see Waiting for I/O.
|
|
An operation is already in progress on an object that has non-blocking
mode selected.
|
|
A file that isn't a socket was specified when a socket is required.
|
|
The size of a message sent on a socket was larger than the supported
maximum size.
|
|
The socket type does not support the requested communications protocol.
|
|
You specified a socket option that doesn't make sense for the
particular protocol being used by the socket. See Socket Options.
|
| int EPROTONOSUPPORT
|
Macro |
|
The socket domain does not support the requested communications protocol
(perhaps because the requested protocol is completely invalid).
See Creating a Socket.
|
| int ESOCKTNOSUPPORT
|
Macro |
|
The socket type is not supported.
|
|
The operation you requested is not supported. Some socket functions
don't make sense for all types of sockets, and others may not be
implemented for all communications protocols. In the GNU system, this
error can happen for many calls when the object does not support the
particular operation;on call; an asynchronous signal occurred and prevented
completion of the call. When this happens, you should try the call
again.
You can choose to have functions resume after a signal that is handled,
rather than failing with EINTR; see Interrupted Primitives.
|
|
Input/output error; usually used for physical read or write errors.
|
|
No such device or address. The system tried to use the device
represented by a file you specified, and it couldn't find the device.
This can mean that the device file was installed incorrectly, or that
the physical device is missing or not correctly attached to the
computer.
|
Argument list too long; used when the arguments passed to a new program
being executed with one of the exec functions (see Executing a File) occupy too much memory space. This condition never arises in the
GNU system.
|
Invalid executable file format. This condition is detected by the
exec functions; see Executing a File.
|
|
Bad file descriptor; for example, I/O on a descriptor that has been
closed or reading from a descriptor open only for writing (or vice
versa).
|
|
There are no child processes. This error happens on operations that are
supposed to manipulate child processes, when there aren't any processes
to manipulate.
|
|
Deadlock avoided; allocating a system resource would have resulted in a
deadlock situation. The system does not guarantee that it will notice
all such situations. This error means you got lucky and the system
noticed; it might just hang. See File Locks, for an example.
|
|
No memory available. The system cannot allocate more virtual memory
because its capacity is full.
|
|
Permission denied; the file permissions do not allow the attempted operation.
|
|
Bad address; an invalid pointer was detected.
In the GNU system, this error never happens; you get a signal instead.
|
|
A file that isn't a block special file was given in a situation that
requires one. For example, trying to mount an ordinary file as a file
system in Unix gives this error.
|
|
Resource busy; a system resource that can't be shared is already in use.
For example, if you try to delete a file that is the root of a currently
mounted filesystem, you get this error.
|
|
File exists; an existing file was specified in a context where it only
makes sense to specify a new file.
|
An attempt to make an improper link across file systems was detected.
This happens not only when you use link (see Hard Links) but
also when you rename a file with rename (see Renaming Files).
|
|
The wrong type of device was given to a function that expects a
particular sort of device.
|
|
A file that isn't a directory was specified when a directory is required.
|
|
File is a directory; you cannot open a directory for writing,
or create or remove hard links to it.
|
|
Invalid argument. This is used to indicate various kinds of problems
with passing the wrong argument to a library function.
|
|
The current process has too many files open and can't open any more.
Duplicate descriptors do count toward this limit.
In BSD and GNU, the number of open files is controlled by a resource
limit that can usually be increased. If you get this error, you might
want to increase the RLIMIT_NOFILE limit or make it unlimited;
see Limits on Resources.
|
|
There are too many distinct file openings in the entire system. Note
that any number of linked channels count as just one file opening; see
Linked Channels. This error never occurs in the GNU system.
|
|
Inappropriate I/O control operation, such as trying to set terminal
modes on an ordinary file.
|
|
An attempt to execute a file that is currently open for writing, or
write to a file that is currently being executed. Often using a
debugger to run a program is considered having it open for writing and
will cause this error. (The name stands for "text file busy".) This
is not an error in the GNU system; the text is copied as necessary.
|
|
File too big; the size of a file would be larger than allowed by the system.
|
|
No space left on device; write operation on a file failed because the
disk is full.
|
|
Invalid seek operation (such as on a pipe).
|
|
An attempt was made to modify something on a read-only file system.
|
Too many links; the link count of a single file would become too large.
rename can cause this error if the file being renamed already has
as many links as it can take (see Renaming Files).
|
Broken pipe; there is no process reading from the other end of a pipe.
Every library function that returns this error code also generates a
SIGPIPE signal; this signal terminates the program if not handled
or blocked. Thus, your program will never actually see EPIPE
unless it has handled or blocked SIGPIPE.
|
|
Domain error; used by mathematical functions when an argument value does
not fall into the domain over which the function is defined.
|
|
Range error; used by mathematical functions when the result value is
not representable because of overflow or underflow.
|
Resource temporarily unavailable; the call might work if you try again
later. The macro EWOULDBLOCK is another name for EAGAIN;
they are always the same in the GNU C library.
This error can happen in a few different situations:
- An operation that would block was attempted on an object that has
non-blocking mode selected. Trying the same operation again will block
until some external condition makes it possible to read, write, or
connect (whatever the operation). You can use
select to find out
when the operation will be possible; see Waiting for I/O.
Portability Note: In many older Unix systems, this condition
was indicated by EWOULDBLOCK, which was a distinct error code
different from EAGAIN. To make your program portable, you should
check for both codes and treat them the same.
- A temporary resource shortage made an operation impossible.
fork
can return this error. It indicates that the shortage is expected to
pass, so your program can try the call again later and it may succeed.
It is probably a good idea to delay for a few seconds before trying it
again, to allow time for other processes to release scarce resources.
Such shortages are usually fairly serious and affect the whole system,
so usually an interactive program should report the error to the user
and return to its command loop.
|
In the GNU C library, this is another name for EAGAIN (above).
The values are always the same, on every operating system.
C libraries in many older Unix systems have EWOULDBLOCK as a
separate error code.
|
An operation that cannot complete immediately was initiated on an object
that has non-blocking mode selected. Some functions that must always
block (such as connect; see Connecting) never return
EAGAIN. Instead, they return EINPROGRESS to indicate that
the operation has begun and will take some time. Attempts to manipulate
the object before the call completes return EALREADY. You can
use the select function to find out when the pending operation
has completed; see Waiting for I/O.
|
|
An operation is already in progress on an object that has non-blocking
mode selected.
|
|
A file that isn't a socket was specified when a socket is required.
|
|
The size of a message sent on a socket was larger than the supported
maximum size.
|
|
The socket type does not support the requested communications protocol.
|
|
You specified a socket option that doesn't make sense for the
particular protocol being used by the socket. See Socket Options.
|
| int EPROTONOSUPPORT
|
Macro |
|
The socket domain does not support the requested communications protocol
(perhaps because the requested protocol is completely invalid).
See Creating a Socket.
|
| int ESOCKTNOSUPPORT
|
Macro |
|
The socket type is not supported.
|
|
The operation you requested is not supported. Some socket functions
don't make sense for all types of sockets, and others may not be
implemented for all communications protocols. In the GNU system, this
error can happen for many calls when the object does not support the
particular operation;on call; an asynchronous signal occurred and prevented
completion of the call. When this happens, you should try the call
again.
You can choose to have functions resume after a signal that is handled,
rather than failing with EINTR; see Interrupted Primitives.
|
|
Input/output error; usually used for physical read or write errors.
|
|
No such device or address. The system tried to use the device
represented by a file you specified, and it couldn't find the device.
This can mean that the device file was installed incorrectly, or that
the physical device is missing or not correctly attached to the
computer.
|
Argument list too long; used when the arguments passed to a new program
being executed with one of the exec functions (see Executing a File) occupy too much memory space. This condition never arises in the
GNU system.
|
Invalid executable file format. This condition is detected by the
exec functions; see Executing a File.
|
|
Bad file descriptor; for example, I/O on a descriptor that has been
closed or reading from a descriptor open only for writing (or vice
versa).
|
|
There are no child processes. This error happens on operations that are
supposed to manipulate child processes, when there aren't any processes
to manipulate.
|
|
Deadlock avoided; allocating a system resource would have resulted in a
deadlock situation. The system does not guarantee that it will notice
all such situations. This error means you got lucky and the system
noticed; it might just hang. See File Locks, for an example.
|
|
No memory available. The system cannot allocate more virtual memory
because its capacity is full.
|
|
Permission denied; the file permissions do not allow the attempted operation.
|
|
Bad address; an invalid pointer was detected.
In the GNU system, this error never happens; you get a signal instead.
|
|
A file that isn't a block special file was given in a situation that
requires one. For example, trying to mount an ordinary file as a file
system in Unix gives this error.
|
|
Resource busy; a system resource that can't be shared is already in use.
For example, if you try to delete a file that is the root of a currently
mounted filesystem, you get this error.
|
|
File exists; an existing file was specified in a context where it only
makes sense to specify a new file.
|
An attempt to make an improper link across file systems was detected.
This happens not only when you use link (see Hard Links) but
also when you rename a file with rename (see Renaming Files).
|
|
The wrong type of device was given to a function that expects a
particular sort of device.
|
|
A file that isn't a directory was specified when a directory is required.
|
|
File is a directory; you cannot open a directory for writing,
or create or remove hard links to it.
|
|
Invalid argument. This is used to indicate various kinds of problems
with passing the wrong argument to a library function.
|
|
The current process has too many files open and can't open any more.
Duplicate descriptors do count toward this limit.
In BSD and GNU, the number of open files is controlled by a resource
limit that can usually be increased. If you get this error, you might
want to increase the RLIMIT_NOFILE limit or make it unlimited;
see Limits on Resources.
|
|
There are too many distinct file openings in the entire system. Note
that any number of linked channels count as just one file opening; see
Linked Channels. This error never occurs in the GNU system.
|
|
Inappropriate I/O control operation, such as trying to set terminal
modes on an ordinary file.
|
|
An attempt to execute a file that is currently open for writing, or
write to a file that is currently being executed. Often using a
debugger to run a program is considered having it open for writing and
will cause this error. (The name stands for "text file busy".) This
is not an error in the GNU system; the text is copied as necessary.
|
|
File too big; the size of a file would be larger than allowed by the system.
|
|
No space left on device; write operation on a file failed because the
disk is full.
|
|
Invalid seek operation (such as on a pipe).
|
|
An attempt was made to modify something on a read-only file system.
|
Too many links; the link count of a single file would become too large.
rename can cause this error if the file being renamed already has
as many links as it can take (see Renaming Files).
|
Broken pipe; there is no process reading from the other end of a pipe.
Every library function that returns this error code also generates a
SIGPIPE signal; this signal terminates the program if not handled
or blocked. Thus, your program will never actually see EPIPE
unless it has handled or blocked SIGPIPE.
|
|
Domain error; used by mathematical functions when an argument value does
not fall into the domain over which the function is defined.
|
|
Range error; used by mathematical functions when the result value is
not representable because of overflow or underflow.
|
Resource temporarily unavailable; the call might work if you try again
later. The macro EWOULDBLOCK is another name for EAGAIN;
they are always the same in the GNU C library.
This error can happen in a few different situations:
- An operation that would block was attempted on an object that has
non-blocking mode selected. Trying the same operation again will block
until some external condition makes it possible to read, write, or
connect (whatever the operation). You can use
select to find out
when the operation will be possible; see Waiting for I/O.
Portability Note: In many older Unix systems, this condition
was indicated by EWOULDBLOCK, which was a distinct error code
different from EAGAIN. To make your program portable, you should
check for both codes and treat them the same.
- A temporary resource shortage made an operation impossible.
fork
can return this error. It indicates that the shortage is expected to
pass, so your program can try the call again later and it may succeed.
It is probably a good idea to delay for a few seconds before trying it
again, to allow time for other processes to release scarce resources.
Such shortages are usually fairly serious and affect the whole system,
so usually an interactive program should report the error to the user
and return to its command loop.
|
In the GNU C library, this is another name for EAGAIN (above).
The values are always the same, on every operating system.
C libraries in many older Unix systems have EWOULDBLOCK as a
separate error code.
|
An operation that cannot complete immediately was initiated on an object
that has non-blocking mode selected. Some functions that must always
block (such as connect; see Connecting) never return
EAGAIN. Instead, they return EINPROGRESS to indicate that
the operation has begun and will take some time. Attempts to manipulate
the object before the call completes return EALREADY. You can
use the select function to find out when the pending operation
has completed; see Waiting for I/O.
|
|
An operation is already in progress on an object that has non-blocking
mode selected.
|
|
A file that isn't a socket was specified when a socket is required.
|
|
The size of a message sent on a socket was larger than the supported
maximum size.
|
|
The socket type does not support the requested communications protocol.
|
|
You specified a socket option that doesn't make sense for the
particular protocol being used by the socket. See Socket Options.
|
| int EPROTONOSUPPORT
|
Macro |
|
The socket domain does not support the requested communications protocol
(perhaps because the requested protocol is completely invalid).
See Creating a Socket.
|
| int ESOCKTNOSUPPORT
|
Macro |
|
The socket type is not supported.
|
|
The operation you requested is not supported. Some socket functions
don't make sense for all types of sockets, and others may not be
implemented for all communications protocols. In the GNU system, this
error can happen for many calls when the object does not support the
particular operation;on call; an asynchronous signal occurred and prevented
completion of the call. When this happens, you should try the call
again.
You can choose to have functions resume after a signal that is handled,
rather than failing with EINTR; see Interrupted Primitives.
|
|
Input/output error; usually used for physical read or write errors.
|
|
No such device or address. The system tried to use the device
represented by a file you specified, and it couldn't find the device.
This can mean that the device file was installed incorrectly, or that
the physical device is missing or not correctly attached to the
computer.
|
Argument list too long; used when the arguments passed to a new program
being executed with one of the exec functions (see Executing a File) occupy too much memory space. This condition never arises in the
GNU system.
|
Invalid executable file format. This condition is detected by the
exec functions; see Executing a File.
|
|
Bad file descriptor; for example, I/O on a descriptor that has been
closed or reading from a descriptor open only for writing (or vice
versa).
|
|
There are no child processes. This error happens on operations that are
supposed to manipulate child processes, when there aren't any processes
to manipulate.
|
|
Deadlock avoided; allocating a system resource would have resulted in a
deadlock situation. The system does not guarantee that it will notice
all such situations. This error means you got lucky and the system
noticed; it might just hang. See File Locks, for an example.
|
|
No memory available. The system cannot allocate more virtual memory
because its capacity is full.
|
|
Permission denied; the file permissions do not allow the attempted operation.
|
|
Bad address; an invalid pointer was detected.
In the GNU system, this error never happens; you get a signal instead.
|
|
A file that isn't a block special file was given in a situation that
requires one. For example, trying to mount an ordinary file as a file
system in Unix gives this error.
|
|
Resource busy; a system resource that can't be shared is already in use.
For example, if you try to delete a file that is the root of a currently
mounted filesystem, you get this error.
|
|
File exists; an existing file was specified in a context where it only
makes sense to specify a new file.
|
An attempt to make an improper link across file systems was detected.
This happens not only when you use link (see Hard Links) but
also when you rename a file with rename (see Renaming Files).
|
|
The wrong type of device was given to a function that expects a
particular sort of device.
|
|
A file that isn't a directory was specified when a directory is required.
|
|
File is a directory; you cannot open a directory for writing,
or create or remove hard links to it.
|
|
Invalid argument. This is used to indicate various kinds of problems
with passing the wrong argument to a library function.
|
|
The current process has too many files open and can't open any more.
Duplicate descriptors do count toward this limit.
In BSD and GNU, the number of open files is controlled by a resource
limit that can usually be increased. If you get this error, you might
want to increase the RLIMIT_NOFILE limit or make it unlimited;
see Limits on Resources.
|
|
There are too many distinct file openings in the entire system. Note
that any number of linked channels count as just one file opening; see
Linked Channels. This error never occurs in the GNU system.
|
|
Inappropriate I/O control operation, such as trying to set terminal
modes on an ordinary file.
|
|
An attempt to execute a file that is currently open for writing, or
write to a file that is currently being executed. Often using a
debugger to run a program is considered having it open for writing and
will cause this error. (The name stands for "text file busy".) This
is not an error in the GNU system; the text is copied as necessary.
|
|
File too big; the size of a file would be larger than allowed by the system.
|
|
No space left on device; write operation on a file failed because the
disk is full.
|
|
Invalid seek operation (such as on a pipe).
|
|
An attempt was made to modify something on a read-only file system.
|
Too many links; the link count of a single file would become too large.
rename can cause this error if the file being renamed already has
as many links as it can take (see Renaming Files).
|
Broken pipe; there is no process reading from the other end of a pipe.
Every library function that returns this error code also generates a
SIGPIPE signal; this signal terminates the program if not handled
or blocked. Thus, your program will never actually see EPIPE
unless it has handled or blocked SIGPIPE.
|
|
Domain error; used by mathematical functions when an argument value does
not fall into the domain over which the function is defined.
|
|
Range error; used by mathematical functions when the result value is
not representable because of overflow or underflow.
|
Resource temporarily unavailable; the call might work if you try again
later. The macro EWOULDBLOCK is another name for EAGAIN;
they are always the same in the GNU C library.
This error can happen in a few different situations:
- An operation that would block was attempted on an object that has
non-blocking mode selected. Trying the same operation again will block
until some external condition makes it possible to read, write, or
connect (whatever the operation). You can use
select to find out
when the operation will be possible; see Waiting for I/O.
Portability Note: In many older Unix systems, this condition
was indicated by EWOULDBLOCK, which was a distinct error code
different from EAGAIN. To make your program portable, you should
check for both codes and treat them the same.
- A temporary resource shortage made an operation impossible.
fork
can return this error. It indicates that the shortage is expected to
pass, so your program can try the call again later and it may succeed.
It is probably a good idea to delay for a few seconds before trying it
again, to allow time for other processes to release scarce resources.
Such shortages are usually fairly serious and affect the whole system,
so usually an interactive program should report the error to the user
and return to its command loop.
|
In the GNU C library, this is another name for EAGAIN (above).
The values are always the same, on every operating system.
C libraries in many older Unix systems have EWOULDBLOCK as a
separate error code.
|
An operation that cannot complete immediately was initiated on an object
that has non-blocking mode selected. Some functions that must always
block (such as connect; see Connecting) never return
EAGAIN. Instead, they return EINPROGRESS to indicate that
the operation has begun and will take some time. Attempts to manipulate
the object before the call completes return EALREADY. You can
use the select function to find out when the pending operation
has completed; see Waiting for I/O.
|
|
An operation is already in progress on an object that has non-blocking
mode selected.
|
|
A file that isn't a socket was specified when a socket is required.
|
|
The size of a message sent on a socket was larger than the supported
maximum size.
|
|
The socket type does not support the requested communications protocol.
|
|
You specified a socket option that doesn't make sense for the
particular protocol being used by the socket. See Socket Options.
|
| int EPROTONOSUPPORT
|
Macro |
|
The socket domain does not support the requested communications protocol
(perhaps because the requested protocol is completely invalid).
See Creating a Socket.
|
| int ESOCKTNOSUPPORT
|
Macro |
|
The socket type is not supported.
|
|
The operation you requested is not supported. Some socket functions
don't make sense for all types of sockets, and others may not be
implemented for all communications protocols. In the GNU system, this
error can happen for many calls when the object does not support the
particular operation;on call; an asynchronous signal occurred and prevented
completion of the call. When this happens, you should try the call
again.
You can choose to have functions resume after a signal that is handled,
rather than failing with EINTR; see Interrupted Primitives.
|
|
Input/output error; usually used for physical read or write errors.
|
|
No such device or address. The system tried to use the device
represented by a file you specified, and it couldn't find the device.
This can mean that the device file was installed incorrectly, or that
the physical device is missing or not correctly attached to the
computer.
|
Argument list too long; used when the arguments passed to a new program
being executed with one of the exec functions (see Executing a File) occupy too much memory space. This condition never arises in the
GNU system.
|
Invalid executable file format. This condition is detected by the
exec functions; see Executing a File.
|
|
Bad file descriptor; for example, I/O on a descriptor that has been
closed or reading from a descriptor open only for writing (or vice
versa).
|
|
There are no child processes. This error happens on operations that are
supposed to manipulate child processes, when there aren't any processes
to manipulate.
|
|
Deadlock avoided; allocating a system resource would have resulted in a
deadlock situation. The system does not guarantee that it will notice
all such situations. This error means you got lucky and the system
noticed; it might just hang. See File Locks, for an example.
|
|
No memory available. The system cannot allocate more virtual memory
because its capacity is full.
|
|
Permission denied; the file permissions do not allow the attempted operation.
|
|
Bad address; an invalid pointer was detected.
In the GNU system, this error never happens; you get a signal instead.
|
|
A file that isn't a block special file was given in a situation that
requires one. For example, trying to mount an ordinary file as a file
system in Unix gives this error.
|
|
Resource busy; a system resource that can't be shared is already in use.
For example, if you try to delete a file that is the root of a currently
mounted filesystem, you get this error.
|
|
File exists; an existing file was specified in a context where it only
makes sense to specify a new file.
|
An attempt to make an improper link across file systems was detected.
This happens not only when you use link (see Hard Links) but
also when you rename a file with rename (see Renaming Files).
|
|
The wrong type of device was given to a function that expects a
particular sort of device.
|
|
A file that isn't a directory was specified when a directory is required.
|
|
File is a directory; you cannot open a directory for writing,
or create or remove hard links to it.
|
|
Invalid argument. This is used to indicate various kinds of problems
with passing the wrong argument to a library function.
|
|
The current process has too many files open and can't open any more.
Duplicate descriptors do count toward this limit.
In BSD and GNU, the number of open files is controlled by a resource
limit that can usually be increased. If you get this error, you might
want to increase the RLIMIT_NOFILE limit or make it unlimited;
see Limits on Resources.
|
|
There are too many distinct file openings in the entire system. Note
that any number of linked channels count as just one file opening; see
Linked Channels. This error never occurs in the GNU system.
|
|
Inappropriate I/O control operation, such as trying to set terminal
modes on an ordinary file.
|
|
An attempt to execute a file that is currently open for writing, or
write to a file that is currently being executed. Often using a
debugger to run a program is considered having it open for writing and
will cause this error. (The name stands for "text file busy".) This
is not an error in the GNU system; the text is copied as necessary.
|
|
File too big; the size of a file would be larger than allowed by the system.
|
|
No space left on device; write operation on a file failed because the
disk is full.
|
|
Invalid seek operation (such as on a pipe).
|
|
An attempt was made to modify something on a read-only file system.
|
Too many links; the link count of a single file would become too large.
rename can cause this error if the file being renamed already has
as many links as it can take (see Renaming Files).
|
Broken pipe; there is no process reading from the other end of a pipe.
Every library function that returns this error code also generates a
SIGPIPE signal; this signal terminates the program if not handled
or blocked. Thus, your program will never actually see EPIPE
unless it has handled or blocked SIGPIPE.
|
|
Domain error; used by mathematical functions when an argument value does
not fall into the domain over which the function is defined.
|
|
Range error; used by mathematical functions when the result value is
not representable because of overflow or underflow.
|
Resource temporarily unavailable; the call might work if you try again
later. The macro EWOULDBLOCK is another name for EAGAIN;
they are always the same in the GNU C library.
This error can happen in a few different situations:
- An operation that would block was attempted on an object that has
non-blocking mode selected. Trying the same operation again will block
until some external condition makes it possible to read, write, or
connect (whatever the operation). You can use
select to find out
when the operation will be possible; see Waiting for I/O.
Portability Note: In many older Unix systems, this condition
was indicated by EWOULDBLOCK, which was a distinct error code
different from EAGAIN. To make your program portable, you should
check for both codes and treat them the same.
- A temporary resource shortage made an operation impossible.
fork
can return this error. It indicates that the shortage is expected to
pass, so your program can try the call again later and it may succeed.
It is probably a good idea to delay for a few seconds before trying it
again, to allow time for other processes to release scarce resources.
Such shortages are usually fairly serious and affect the whole system,
so usually an interactive program should report the error to the user
and return to its command loop.
|
In the GNU C library, this is another name for EAGAIN (above).
The values are always the same, on every operating system.
C libraries in many older Unix systems have EWOULDBLOCK as a
separate error code.
|
An operation that cannot complete immediately was initiated on an object
that has non-blocking mode selected. Some functions that must always
block (such as connect; see Connecting) never return
EAGAIN. Instead, they return EINPROGRESS to indicate that
the operation has begun and will take some time. Attempts to manipulate
the object before the call completes return EALREADY. You can
use the select function to find out when the pending operation
has completed; see Waiting for I/O.
|
|
An operation is already in progress on an object that has non-blocking
mode selected.
|
|
A file that isn't a socket was specified when a socket is required.
|
|
The size of a message sent on a socket was larger than the supported
maximum size.
|
|
The socket type does not support the requested communications protocol.
|
|
You specified a socket option that doesn't make sense for the
particular protocol being used by the socket. See Socket Options.
|
| int EPROTONOSUPPORT
|
Macro |
|
The socket domain does not support the requested communications protocol
(perhaps because the requested protocol is completely invalid).
See Creating a Socket.
|
| int ESOCKTNOSUPPORT
|
Macro |
|
The socket type is not supported.
|
|
The operation you requested is not supported. Some socket functions
don't make sense for all types of sockets, and others may not be
implemented for all communications protocols. In the GNU system, this
error can happen for many calls when the object does not support the
particular operation;on call; an asynchronous signal occurred and prevented
completion of the call. When this happens, you should try the call
again.
You can choose to have functions resume after a signal that is handled,
rather than failing with EINTR; see Interrupted Primitives.
|
|
Input/output error; usually used for physical read or write errors.
|
|
No such device or address. The system tried to use the device
represented by a file you specified, and it couldn't find the device.
This can mean that the device file was installed incorrectly, or that
the physical device is missing or not correctly attached to the
computer.
|
Argument list too long; used when the arguments passed to a new program
being executed with one of the exec functions (see Executing a File) occupy too much memory space. This condition never arises in the
GNU system.
|
Invalid executable file format. This condition is detected by the
exec functions; see Executing a File.
|
|
Bad file descriptor; for example, I/O on a descriptor that has been
closed or reading from a descriptor open only for writing (or vice
versa).
|
|
There are no child processes. This error happens on operations that are
supposed to manipulate child processes, when there aren't any processes
to manipulate.
|
|
Deadlock avoided; allocating a system resource would have resulted in a
deadlock situation. The system does not guarantee that it will notice
all such situations. This error means you got lucky and the system
noticed; it might just hang. See File Locks, for an example.
|
|
No memory available. The system cannot allocate more virtual memory
because its capacity is full.
|
|
Permission denied; the file permissions do not allow the attempted operation.
|
|
Bad address; an invalid pointer was detected.
In the GNU system, this error never happens; you get a signal instead.
|
|
A file that isn't a block special file was given in a situation that
requires one. For example, trying to mount an ordinary file as a file
system in Unix gives this error.
|
|
Resource busy; a system resource that can't be shared is already in use.
For example, if you try to delete a file that is the root of a currently
mounted filesystem, you get this error.
|
|
File exists; an existing file was specified in a context where it only
makes sense to specify a new file.
|
An attempt to make an improper link across file systems was detected.
This happens not only when you use link (see Hard Links) but
also when you rename a file with rename (see Renaming Files).
|
|
The wrong type of device was given to a function that expects a
particular sort of device.
|
|
A file that isn't a directory was specified when a directory is required.
|
|
File is a directory; you cannot open a directory for writing,
or create or remove hard links to it.
|
|
Invalid argument. This is used to indicate various kinds of problems
with passing the wrong argument to a library function.
|
|
The current process has too many files open and can't open any more.
Duplicate descriptors do count toward this limit.
In BSD and GNU, the number of open files is controlled by a resource
limit that can usually be increased. If you get this error, you might
want to increase the RLIMIT_NOFILE limit or make it unlimited;
see Limits on Resources.
|
|
There are too many distinct file openings in the entire system. Note
that any number of linked channels count as just one file opening; see
Linked Channels. This error never occurs in the GNU system.
|
|
Inappropriate I/O control operation, such as trying to set terminal
modes on an ordinary file.
|
|
An attempt to execute a file that is currently open for writing, or
write to a file that is currently being executed. Often using a
debugger to run a program is considered having it open for writing and
will cause this error. (The name stands for "text file busy".) This
is not an error in the GNU system; the text is copied as necessary.
|
|
File too big; the size of a file would be larger than allowed by the system.
|
|
No space left on device; write operation on a file failed because the
disk is full.
|
|
Invalid seek operation (such as on a pipe).
|
|
An attempt was made to modify something on a read-only file system.
|
Too many links; the link count of a single file would become too large.
rename can cause this error if the file being renamed already has
as many links as it can take (see Renaming Files).
|
Broken pipe; there is no process reading from the other end of a pipe.
Every library function that returns this error code also generates a
SIGPIPE signal; this signal terminates the program if not handled
or blocked. Thus, your program will never actually see EPIPE
unless it has handled or blocked SIGPIPE.
|
|
Domain error; used by mathematical functions when an argument value does
not fall into the domain over which the function is defined.
|
|
Range error; used by mathematical functions when the result value is
not representable because of overflow or underflow.
|
Resource temporarily unavailable; the call might work if you try again
later. The macro EWOULDBLOCK is another name for EAGAIN;
they are always the same in the GNU C library.
This error can happen in a few different situations:
- An operation that would block was attempted on an object that has
non-blocking mode selected. Trying the same operation again will block
until some external condition makes it possible to read, write, or
connect (whatever the operation). You can use
select to find out
when the operation will be possible; see Waiting for I/O.
Portability Note: In many older Unix systems, this condition
was indicated by EWOULDBLOCK, which was a distinct error code
different from EAGAIN. To make your program portable, you should
check for both codes and treat them the same.
- A temporary resource shortage made an operation impossible.
fork
can return this error. It indicates that the shortage is expected to
pass, so your program can try the call again later and it may succeed.
It is probably a good idea to delay for a few seconds before trying it
again, to allow time for other processes to release scarce resources.
Such shortages are usually fairly serious and affect the whole system,
so usually an interactive program should report the error to the user
and return to its command loop.
|
In the GNU C library, this is another name for EAGAIN (above).
The values are always the same, on every operating system.
C libraries in many older Unix systems have EWOULDBLOCK as a
separate error code.
|
An operation that cannot complete immediately was initiated on an object
that has non-blocking mode selected. Some functions that must always
block (such as connect; see Connecting) never return
EAGAIN. Instead, they return EINPROGRESS to indicate that
the operation has begun and will take some time. Attempts to manipulate
the object before the call completes return EALREADY. You can
use the select function to find out when the pending operation
has completed; see Waiting for I/O.
|
|
An operation is already in progress on an object that has non-blocking
mode selected.
|
|
A file that isn't a socket was specified when a socket is required.
|
|
The size of a message sent on a socket was larger than the supported
maximum size.
|
|
The socket type does not support the requested communications protocol.
|
|
You specified a socket option that doesn't make sense for the
particular protocol being used by the socket. See Socket Options.
|
| int EPROTONOSUPPORT
|
Macro |
|
The socket domain does not support the requested communications protocol
(perhaps because the requested protocol is completely invalid).
See Creating a Socket.
|
| int ESOCKTNOSUPPORT
|
Macro |
|
The socket type is not supported.
|
|
The operation you requested is not supported. Some socket functions
don't make sense for all types of sockets, and others may not be
implemented for all communications protocols. In the GNU system, this
error can happen for many calls when the object does not support the
particular operation;on call; an asynchronous signal occurred and prevented
completion of the call. When this happens, you should try the call
again.
You can choose to have functions resume after a signal that is handled,
rather than failing with EINTR; see Interrupted Primitives.
|
|
Input/output error; usually used for physical read or write errors.
|
|
No such device or address. The system tried to use the device
represented by a file you specified, and it couldn't find the device.
This can mean that the device file was installed incorrectly, or that
the physical device is missing or not correctly attached to the
computer.
|
Argument list too long; used when the arguments passed to a new program
being executed with one of the exec functions (see Executing a File) occupy too much memory space. This condition never arises in the
GNU system.
|
Invalid executable file format. This condition is detected by the
exec functions; see Executing a File.
|
|
Bad file descriptor; for example, I/O on a descriptor that has been
closed or reading from a descriptor open only for writing (or vice
versa).
|
|
There are no child processes. This error happens on operations that are
supposed to manipulate child processes, when there aren't any processes
to manipulate.
|
|
Deadlock avoided; allocating a system resource would have resulted in a
deadlock situation. The system does not guarantee that it will notice
all such situations. This error means you got lucky and the system
noticed; it might just hang. See File Locks, for an example.
|
|
No memory available. The system cannot allocate more virtual memory
because its capacity is full.
|
|
Permission denied; the file permissions do not allow the attempted operation.
|
|
Bad address; an invalid pointer was detected.
In the GNU system, this error never happens; you get a signal instead.
|
|
A file that isn't a block special file was given in a situation that
requires one. For example, trying to mount an ordinary file as a file
system in Unix gives this error.
|
|
Resource busy; a system resource that can't be shared is already in use.
For example, if you try to delete a file that is the root of a currently
mounted filesystem, you get this error.
|
|
File exists; an existing file was specified in a context where it only
makes sense to specify a new file.
|
An attempt to make an improper link across file systems was detected.
This happens not only when you use link (see Hard Links) but
also when you rename a file with rename (see Renaming Files).
|
|
The wrong type of device was given to a function that expects a
particular sort of device.
|
|
A file that isn't a directory was specified when a directory is required.
|
|
File is a directory; you cannot open a directory for writing,
or create or remove hard links to it.
|
|
Invalid argument. This is used to indicate various kinds of problems
with passing the wrong argument to a library function.
|
|
The current process has too many files open and can't open any more.
Duplicate descriptors do count toward this limit.
In BSD and GNU, the number of open files is controlled by a resource
limit that can usually be increased. If you get this error, you might
want to increase the RLIMIT_NOFILE limit or make it unlimited;
see Limits on Resources.
|
|
There are too many distinct file openings in the entire system. Note
that any number of linked channels count as just one file opening; see
Linked Channels. This error never occurs in the GNU system.
|
|
Inappropriate I/O control operation, such as trying to set terminal
modes on an ordinary file.
|
|
An attempt to execute a file that is currently open for writing, or
write to a file that is currently being executed. Often using a
debugger to run a program is considered having it open for writing and
will cause this error. (The name stands for "text file busy".) This
is not an error in the GNU system; the text is copied as necessary.
|
|
File too big; the size of a file would be larger than allowed by the system.
|
|
No space left on device; write operation on a file failed because the
disk is full.
|
|
Invalid seek operation (such as on a pipe).
|
|
An attempt was made to modify something on a read-only file system.
|
Too many links; the link count of a single file would become too large.
rename can cause this error if the file being renamed already has
as many links as it can take (see Renaming Files).
|
Broken pipe; there is no process reading from the other end of a pipe.
Every library function that returns this error code also generates a
SIGPIPE signal; this signal terminates the program if not handled
or blocked. Thus, your program will never actually see EPIPE
unless it has handled or blocked SIGPIPE.
|
|
Domain error; used by mathematical functions when an argument value does
not fall into the domain over which the function is defined.
|
|
Range error; used by mathematical functions when the result value is
not representable because of overflow or underflow.
|
Resource temporarily unavailable; the call might work if you try again
later. The macro EWOULDBLOCK is another name for EAGAIN;
they are always the same in the GNU C library.
This error can happen in a few different situations:
- An operation that would block was attempted on an object that has
non-blocking mode selected. Trying the same operation again will block
until some external condition makes it possible to read, write, or
connect (whatever the operation). You can use
select to find out
when the operation will be possible; see Waiting for I/O.
Portability Note: In many older Unix systems, this condition
was indicated by EWOULDBLOCK, which was a distinct error code
different from EAGAIN. To make your program portable, you should
check for both codes and treat them the same.
- A temporary resource shortage made an operation impossible.
fork
can return this error. It indicates that the shortage is expected to
pass, so your program can try the call again later and it may succeed.
It is probably a good idea to delay for a few seconds before trying it
again, to allow time for other processes to release scarce resources.
Such shortages are usually fairly serious and affect the whole system,
so usually an interactive program should report the error to the user
and return to its command loop.
|
In the GNU C library, this is another name for EAGAIN (above).
The values are always the same, on every operating system.
C libraries in many older Unix systems have EWOULDBLOCK as a
separate error code.
|
An operation that cannot complete immediately was initiated on an object
that has non-blocking mode selected. Some functions that must always
block (such as connect; see Connecting) never return
EAGAIN. Instead, they return EINPROGRESS to indicate that
the operation has begun and will take some time. Attempts to manipulate
the object before the call completes return EALREADY. You can
use the select function to find out when the pending operation
has completed; see Waiting for I/O.
|
|
An operation is already in progress on an object that has non-blocking
mode selected.
|
|
A file that isn't a socket was specified when a socket is required.
|
|
The size of a message sent on a socket was larger than the supported
maximum size.
|
|
The socket type does not support the requested communications protocol.
|
|
You specified a socket option that doesn't make sense for the
particular protocol being used by the socket. See Socket Options.
|
| int EPROTONOSUPPORT
|
Macro |
|
The socket domain does not support the requested communications protocol
(perhaps because the requested protocol is completely invalid).
See Creating a Socket.
|
| int ESOCKTNOSUPPORT
|
Macro |
|
The socket type is not supported.
|
|
The operation you requested is not supported. Some socket functions
don't make sense for all types of sockets, and others may not be
implemented for all communications protocols. In the GNU system, this
error can happen for many calls when the object does not support the
particular operation;on call; an asynchronous signal occurred and prevented
completion of the call. When this happens, you should try the call
again.
You can choose to have functions resume after a signal that is handled,
rather than failing with EINTR; see Interrupted Primitives.
|
|
Input/output error; usually used for physical read or write errors.
|
|
No such device or address. The system tried to use the device
represented by a file you specified, and it couldn't find the device.
This can mean that the device file was installed incorrectly, or that
the physical device is missing or not correctly attached to the
computer.
|
Argument list too long; used when the arguments passed to a new program
being executed with one of the exec functions (see Executing a File) occupy too much memory space. This condition never arises in the
GNU system.
|
Invalid executable file format. This condition is detected by the
exec functions; see Executing a File.
|
|
Bad file descriptor; for example, I/O on a descriptor that has been
closed or reading from a descriptor open only for writing (or vice
versa).
|
|
There are no child processes. This error happens on operations that are
supposed to manipulate child processes, when there aren't any processes
to manipulate.
|
|
Deadlock avoided; allocating a system resource would have resulted in a
deadlock situation. The system does not guarantee that it will notice
all such situations. This error means you got lucky and the system
noticed; it might just hang. See File Locks, for an example.
|
|
No memory available. The system cannot allocate more virtual memory
because its capacity is full.
|
|
Permission denied; the file permissions do not allow the attempted operation.
|
|
Bad address; an invalid pointer was detected.
In the GNU system, this error never happens; you get a signal instead.
|
|
A file that isn't a block special file was given in a situation that
requires one. For example, trying to mount an ordinary file as a file
system in Unix gives this error.
|
|
Resource busy; a system resource that can't be shared is already in use.
For example, if you try to delete a file that is the root of a currently
mounted filesystem, you get this error.
|
|
File exists; an existing file was specified in a context where it only
makes sense to specify a new file.
|
An attempt to make an improper link across file systems was detected.
This happens not only when you use link (see Hard Links) but
also when you rename a file with rename (see Renaming Files).
|
|
The wrong type of device was given to a function that expects a
particular sort of device.
|
|
A file that isn't a directory was specified when a directory is required.
|
|
File is a directory; you cannot open a directory for writing,
or create or remove hard links to it.
|
|
Invalid argument. This is used to indicate various kinds of problems
with passing the wrong argument to a library function.
|
|
The current process has too many files open and can't open any more.
Duplicate descriptors do count toward this limit.
In BSD and GNU, the number of open files is controlled by a resource
limit that can usually be increased. If you get this error, you might
want to increase the RLIMIT_NOFILE limit or make it unlimited;
see Limits on Resources.
|
|
There are too many distinct file openings in the entire system. Note
that any number of linked channels count as just one file opening; see
Linked Channels. This error never occurs in the GNU system.
|
|
Inappropriate I/O control operation, such as trying to set terminal
modes on an ordinary file.
|
|
An attempt to execute a file that is currently open for writing, or
write to a file that is currently being executed. Often using a
debugger to run a program is considered having it open for writing and
will cause this error. (The name stands for "text file busy".) This
is not an error in the GNU system; the text is copied as necessary.
|
|
File too big; the size of a file would be larger than allowed by the system.
|
|
No space left on device; write operation on a file failed because the
disk is full.
|
|
Invalid seek operation (such as on a pipe).
|
|
An attempt was made to modify something on a read-only file system.
|
Too many links; the link count of a single file would become too large.
rename can cause this error if the file being renamed already has
as many links as it can take (see Renaming Files).
|
Broken pipe; there is no process reading from the other end of a pipe.
Every library function that returns this error code also generates a
SIGPIPE signal; this signal terminates the program if not handled
or blocked. Thus, your program will never actually see EPIPE
unless it has handled or blocked SIGPIPE.
|
|
Domain error; used by mathematical functions when an argument value does
not fall into the domain over which the function is defined.
|
|
Range error; used by mathematical functions when the result value is
not representable because of overflow or underflow.
|
Resource temporarily unavailable; the call might work if you try again
later. The macro EWOULDBLOCK is another name for EAGAIN;
they are always the same in the GNU C library.
This error can happen in a few different situations:
- An operation that would block was attempted on an object that has
non-blocking mode selected. Trying the same operation again will block
until some external condition makes it possible to read, write, or
connect (whatever the operation). You can use
select to find out
when the operation will be possible; see Waiting for I/O.
Portability Note: In many older Unix systems, this condition
was indicated by EWOULDBLOCK, which was a distinct error code
different from EAGAIN. To make your program portable, you should
check for both codes and treat them the same.
- A temporary resource shortage made an operation impossible.
fork
can return this error. It indicates that the shortage is expected to
pass, so your program can try the call again later and it may succeed.
It is probably a good idea to delay for a few seconds before trying it
again, to allow time for other processes to release scarce resources.
Such shortages are usually fairly serious and affect the whole system,
so usually an interactive program should report the error to the user
and return to its command loop.
|
In the GNU C library, this is another name for EAGAIN (above).
The values are always the same, on every operating system.
C libraries in many older Unix systems have EWOULDBLOCK as a
separate error code.
|
An operation that cannot complete immediately was initiated on an object
that has non-blocking mode selected. Some functions that must always
block (such as connect; see Connecting) never return
EAGAIN. Instead, they return EINPROGRESS to indicate that
the operation has begun and will take some time. Attempts to manipulate
the object before the call completes return EALREADY. You can
use the select function to find out when the pending operation
has completed; see Waiting for I/O.
|
|
An operation is already in progress on an object that has non-blocking
mode selected.
|
|
A file that isn't a socket was specified when a socket is required.
|
|
The size of a message sent on a socket was larger than the supported
maximum size.
|
|
The socket type does not support the requested communications protocol.
|
|
You specified a socket option that doesn't make sense for the
particular protocol being used by the socket. See Socket Options.
|
| int EPROTONOSUPPORT
|
Macro |
|
The socket domain does not support the requested communications protocol
(perhaps because the requested protocol is completely invalid).
See Creating a Socket.
|
| int ESOCKTNOSUPPORT
|
Macro |
|
The socket type is not supported.
|
|
The operation you requested is not supported. Some socket functions
don't make sense for all types of sockets, and others may not be
implemented for all communications protocols. In the GNU system, this
error can happen for many calls when the object does not support the
particular operation;on call; an asynchronous signal occurred and prevented
completion of the call. When this happens, you should try the call
again.
You can choose to have functions resume after a signal that is handled,
rather than failing with EINTR; see Interrupted Primitives.
|
|
Input/output error; usually used for physical read or write errors.
|
|
No such device or address. The system tried to use the device
represented by a file you specified, and it couldn't find the device.
This can mean that the device file was installed incorrectly, or that
the physical device is missing or not correctly attached to the
computer.
|
Argument list too long; used when the arguments passed to a new program
being executed with one of the exec functions (see Executing a File) occupy too much memory space. This condition never arises in the
GNU system.
|
Invalid executable file format. This condition is detected by the
exec functions; see Executing a File.
|
|
Bad file descriptor; for example, I/O on a descriptor that has been
closed or reading from a descriptor open only for writing (or vice
versa).
|
|
There are no child processes. This error happens on operations that are
supposed to manipulate child processes, when there aren't any processes
to manipulate.
|
|
Deadlock avoided; allocating a system resource would have resulted in a
deadlock situation. The system does not guarantee that it will notice
all such situations. This error means you got lucky and the system
noticed; it might just hang. See File Locks, for an example.
|
|
No memory available. The system cannot allocate more virtual memory
because its capacity is full.
|
|
Permission denied; the file permissions do not allow the attempted operation.
|
|
Bad address; an invalid pointer was detected.
In the GNU system, this error never happens; you get a signal instead.
|
|
A file that isn't a block special file was given in a situation that
requires one. For example, trying to mount an ordinary file as a file
system in Unix gives this error.
|
|
Resource busy; a system resource that can't be shared is already in use.
For example, if you try to delete a file that is the root of a currently
mounted filesystem, you get this error.
|
|
File exists; an existing file was specified in a context where it only
makes sense to specify a new file.
|
An attempt to make an improper link across file systems was detected.
This happens not only when you use link (see Hard Links) but
also when you rename a file with rename (see Renaming Files).
|
|
The wrong type of device was given to a function that expects a
particular sort of device.
|
|
A file that isn't a directory was specified when a directory is required.
|
|
File is a directory; you cannot open a directory for writing,
or create or remove hard links to it.
|
|
Invalid argument. This is used to indicate various kinds of problems
with passing the wrong argument to a library function.
|
|
The current process has too many files open and can't open any more.
Duplicate descriptors do count toward this limit.
In BSD and GNU, the number of open files is controlled by a resource
limit that can usually be increased. If you get this error, you might
want to increase the RLIMIT_NOFILE limit or make it unlimited;
see Limits on Resources.
|
|
There are too many distinct file openings in the entire system. Note
that any number of linked channels count as just one file opening; see
Linked Channels. This error never occurs in the GNU system.
|
|
Inappropriate I/O control operation, such as trying to set terminal
modes on an ordinary file.
|
|
An attempt to execute a file that is currently open for writing, or
write to a file that is currently being executed. Often using a
debugger to run a program is considered having it open for writing and
will cause this error. (The name stands for "text file busy".) This
is not an error in the GNU system; the text is copied as necessary.
|
|
File too big; the size of a file would be larger than allowed by the system.
|
|
No space left on device; write operation on a file failed because the
disk is full.
|
|
Invalid seek operation (such as on a pipe).
|
|
An attempt was made to modify something on a read-only file system.
|
Too many links; the link count of a single file would become too large.
rename can cause this error if the file being renamed already has
as many links as it can take (see Renaming Files).
|
Broken pipe; there is no process reading from the other end of a pipe.
Every library function that returns this error code also generates a
SIGPIPE signal; this signal terminates the program if not handled
or blocked. Thus, your program will never actually see EPIPE
unless it has handled or blocked SIGPIPE.
|
|
Domain error; used by mathematical functions when an argument value does
not fall into the domain over which the function is defined.
|
|
Range error; used by mathematical functions when the result value is
not representable because of overflow or underflow.
|
Resource temporarily unavailable; the call might work if you try again
later. The macro EWOULDBLOCK is another name for EAGAIN;
they are always the same in the GNU C library.
This error can happen in a few different situations:
- An operation that would block was attempted on an object that has
non-blocking mode selected. Trying the same operation again will block
until some external condition makes it possible to read, write, or
connect (whatever the operation). You can use
select to find out
when the operation will be possible; see Waiting for I/O.
Portability Note: In many older Unix systems, this condition
was indicated by EWOULDBLOCK, which was a distinct error code
different from EAGAIN. To make your program portable, you should
check for both codes and treat them the same.
- A temporary resource shortage made an operation impossible.
fork
can return this error. It indicates that the shortage is expected to
pass, so your program can try the call again later and it may succeed.
It is probably a good idea to delay for a few seconds before trying it
again, to allow time for other processes to release scarce resources.
Such shortages are usually fairly serious and affect the whole system,
so usually an interactive program should report the error to the user
and return to its command loop.
|
In the GNU C library, this is another name for EAGAIN (above).
The values are always the same, on every operating system.
C libraries in many older Unix systems have EWOULDBLOCK as a
separate error code.
|
An operation that cannot complete immediately was initiated on an object
that has non-blocking mode selected. Some functions that must always
block (such as connect; see Connecting) never return
EAGAIN. Instead, they return EINPROGRESS to indicate that
the operation has begun and will take some time. Attempts to manipulate
the object before the call completes return EALREADY. You can
use the select function to find out when the pending operation
has completed; see Waiting for I/O.
|
|
An operation is already in progress on an object that has non-blocking
mode selected.
|
|
A file that isn't a socket was specified when a socket is required.
|
|
The size of a message sent on a socket was larger than the supported
maximum size.
|
|
The socket type does not support the requested communications protocol.
|
|
You specified a socket option that doesn't make sense for the
particular protocol being used by the socket. See Socket Options.
|
| int EPROTONOSUPPORT
|
Macro |
|
The socket domain does not support the requested communications protocol
(perhaps because the requested protocol is completely invalid).
See Creating a Socket.
|
| int ESOCKTNOSUPPORT
|
Macro |
|
The socket type is not supported.
|
|
The operation you requested is not supported. Some socket functions
don't make sense for all types of sockets, and others may not be
implemented for all communications protocols. In the GNU system, this
error can happen for many calls when the object does not support the
particular operation;on call; an asynchronous signal occurred and prevented
completion of the call. When this happens, you should try the call
again.
You can choose to have functions resume after a signal that is handled,
rather than failing with EINTR; see Interrupted Primitives.
|
|
Input/output error; usually used for physical read or write errors.
|
|
No such device or address. The system tried to use the device
represented by a file you specified, and it couldn't find the device.
This can mean that the device file was installed incorrectly, or that
the physical device is missing or not correctly attached to the
computer.
|
Argument list too long; used when the arguments passed to a new program
being executed with one of the exec functions (see Executing a File) occupy too much memory space. This condition never arises in the
GNU system.
|
Invalid executable file format. This condition is detected by the
exec functions; see Executing a File.
|
|
Bad file descriptor; for example, I/O on a descriptor that has been
closed or reading from a descriptor open only for writing (or vice
versa).
|
|
There are no child processes. This error happens on operations that are
supposed to manipulate child processes, when there aren't any processes
to manipulate.
|
|
Deadlock avoided; allocating a system resource would have resulted in a
deadlock situation. The system does not guarantee that it will notice
all such situations. This error means you got lucky and the system
noticed; it might just hang. See File Locks, for an example.
|
|
No memory available. The system cannot allocate more virtual memory
because its capacity is full.
|
|
Permission denied; the file permissions do not allow the attempted operation.
|
|
Bad address; an invalid pointer was detected.
In the GNU system, this error never happens; you get a signal instead.
|
|
A file that isn't a block special file was given in a situation that
requires one. For example, trying to mount an ordinary file as a file
system in Unix gives this error.
|
|
Resource busy; a system resource that can't be shared is already in use.
For example, if you try to delete a file that is the root of a currently
mounted filesystem, you get this error.
|
|
File exists; an existing file was specified in a context where it only
makes sense to specify a new file.
|
An attempt to make an improper link across file systems was detected.
This happens not only when you use link (see Hard Links) but
also when you rename a file with rename (see Renaming Files).
|
|
The wrong type of device was given to a function that expects a
particular sort of device.
|
|
A file that isn't a directory was specified when a directory is required.
|
|
File is a directory; you cannot open a directory for writing,
or create or remove hard links to it.
|
|
Invalid argument. This is used to indicate various kinds of problems
with passing the wrong argument to a library function.
|
|
The current process has too many files open and can't open any more.
Duplicate descriptors do count toward this limit.
In BSD and GNU, the number of open files is controlled by a resource
limit that can usually be increased. If you get this error, you might
want to increase the RLIMIT_NOFILE limit or make it unlimited;
see Limits on Resources.
|
|
There are too many distinct file openings in the entire system. Note
that any number of linked channels count as just one file opening; see
Linked Channels. This error never occurs in the GNU system.
|
|
Inappropriate I/O control operation, such as trying to set terminal
modes on an ordinary file.
|
|
An attempt to execute a file that is currently open for writing, or
write to a file that is currently being executed. Often using a
debugger to run a program is considered having it open for writing and
will cause this error. (The name stands for "text file busy".) This
is not an error in the GNU system; the text is copied as necessary.
|
|
File too big; the size of a file would be larger than allowed by the system.
|
|
No space left on device; write operation on a file failed because the
disk is full.
|
|
Invalid seek operation (such as on a pipe).
|
|
An attempt was made to modify something on a read-only file system.
|
Too many links; the link count of a single file would become too large.
rename can cause this error if the file being renamed already has
as many links as it can take (see Renaming Files).
|
Broken pipe; there is no process reading from the other end of a pipe.
Every library function that returns this error code also generates a
SIGPIPE signal; this signal terminates the program if not handled
or blocked. Thus, your program will never actually see EPIPE
unless it has handled or blocked SIGPIPE.
|
|
Domain error; used by mathematical functions when an argument value does
not fall into the domain over which the function is defined.
|
|
Range error; used by mathematical functions when the result value is
not representable because of overflow or underflow.
|
Resource temporarily unavailable; the call might work if you try again
later. The macro EWOULDBLOCK is another name for EAGAIN;
they are always the same in the GNU C library.
This error can happen in a few different situations:
- An operation that would block was attempted on an object that has
non-blocking mode selected. Trying the same operation again will block
until some external condition makes it possible to read, write, or
connect (whatever the operation). You can use
select to find out
when the operation will be possible; see Waiting for I/O.
Portability Note: In many older Unix systems, this condition
was indicated by EWOULDBLOCK, which was a distinct error code
different from EAGAIN. To make your program portable, you should
check for both codes and treat them the same.
- A temporary resource shortage made an operation impossible.
fork
can return this error. It indicates that the shortage is expected to
pass, so your program can try the call again later and it may succeed.
It is probably a good idea to delay for a few seconds before trying it
again, to allow time for other processes to release scarce resources.
Such shortages are usually fairly serious and affect the whole system,
so usually an interactive program should report the error to the user
and return to its command loop.
|
In the GNU C library, this is another name for EAGAIN (above).
The values are always the same, on every operating system.
C libraries in many older Unix systems have EWOULDBLOCK as a
separate error code.
|
An operation that cannot complete immediately was initiated on an object
that has non-blocking mode selected. Some functions that must always
block (such as connect; see Connecting) never return
EAGAIN. Instead, they return EINPROGRESS to indicate that
the operation has begun and will take some time. Attempts to manipulate
the object before the call completes return EALREADY. You can
use the select function to find out when the pending operation
has completed; see Waiting for I/O.
|
|
An operation is already in progress on an object that has non-blocking
mode selected.
|
|
A file that isn't a socket was specified when a socket is required.
|
|
The size of a message sent on a socket was larger than the supported
maximum size.
|
|
The socket type does not support the requested communications protocol.
|
|
You specified a socket option that doesn't make sense for the
particular protocol being used by the socket. See Socket Options.
|
| int EPROTONOSUPPORT
|
Macro |
|
The socket domain does not support the requested communications protocol
(perhaps because the requested protocol is completely invalid).
See Creating a Socket.
|
| int ESOCKTNOSUPPORT
|
Macro |
|
The socket type is not supported.
|
|
The operation you requested is not supported. Some socket functions
don't make sense for all types of sockets, and others may not be
implemented for all communications protocols. In the GNU system, this
error can happen for many calls when the object does not support the
particular operation;on call; an asynchronous signal occurred and prevented
completion of the call. When this happens, you should try the call
again.
You can choose to have functions resume after a signal that is handled,
rather than failing with EINTR; see Interrupted Primitives.
|
|
Input/output error; usually used for physical read or write errors.
|
|
No such device or address. The system tried to use the device
represented by a file you specified, and it couldn't find the device.
This can mean that the device file was installed incorrectly, or that
the physical device is missing or not correctly attached to the
computer.
|
Argument list too long; used when the arguments passed to a new program
being executed with one of the exec functions (see Executing a File) occupy too much memory space. This condition never arises in the
GNU system.
|
Invalid executable file format. This condition is detected by the
exec functions; see Executing a File.
|
|
Bad file descriptor; for example, I/O on a descriptor that has been
closed or reading from a descriptor open only for writing (or vice
versa).
|
|
There are no child processes. This error happens on operations that are
supposed to manipulate child processes, when there aren't any processes
to manipulate.
|
|
Deadlock avoided; allocating a system resource would have resulted in a
deadlock situation. The system does not guarantee that it will notice
all such situations. This error means you got lucky and the system
noticed; it might just hang. See File Locks, for an example.
|
|
No memory available. The system cannot allocate more virtual memory
because its capacity is full.
|
|
Permission denied; the file permissions do not allow the attempted operation.
|
|
Bad address; an invalid pointer was detected.
In the GNU system, this error never happens; you get a signal instead.
|
|
A file that isn't a block special file was given in a situation that
requires one. For example, trying to mount an ordinary file as a file
system in Unix gives this error.
|
|
Resource busy; a system resource that can't be shared is already in use.
For example, if you try to delete a file that is the root of a currently
mounted filesystem, you get this error.
|
|
File exists; an existing file was specified in a context where it only
makes sense to specify a new file.
|
An attempt to make an improper link across file systems was detected.
This happens not only when you use link (see Hard Links) but
also when you rename a file with rename (see Renaming Files).
|
|
The wrong type of device was given to a function that expects a
particular sort of device.
|
|
A file that isn't a directory was specified when a directory is required.
|
|
File is a directory; you cannot open a directory for writing,
or create or remove hard links to it.
|
|
Invalid argument. This is used to indicate various kinds of problems
with passing the wrong argument to a library function.
|
|
The current process has too many files open and can't open any more.
Duplicate descriptors do count toward this limit.
In BSD and GNU, the number of open files is controlled by a resource
limit that can usually be increased. If you get this error, you might
want to increase the RLIMIT_NOFILE limit or make it unlimited;
see Limits on Resources.
|
|
There are too many distinct file openings in the entire system. Note
that any number of linked channels count as just one file opening; see
Linked Channels. This error never occurs in the GNU system.
|
|
Inappropriate I/O control operation, such as trying to set terminal
modes on an ordinary file.
|
|
An attempt to execute a file that is currently open for writing, or
write to a file that is currently being executed. Often using a
debugger to run a program is considered having it open for writing and
will cause this error. (The name stands for "text file busy".) This
is not an error in the GNU system; the text is copied as necessary.
|
|
File too big; the size of a file would be larger than allowed by the system.
|
|
No space left on device; write operation on a file failed because the
disk is full.
|
|
Invalid seek operation (such as on a pipe).
|
|
An attempt was made to modify something on a read-only file system.
|
Too many links; the link count of a single file would become too large.
rename can cause this error if the file being renamed already has
as many links as it can take (see Renaming Files).
|
Broken pipe; there is no process reading from the other end of a pipe.
Every library function that returns this error code also generates a
SIGPIPE signal; this signal terminates the program if not handled
or blocked. Thus, your program will never actually see EPIPE
unless it has handled or blocked SIGPIPE.
|
|
Domain error; used by mathematical functions when an argument value does
not fall into the domain over which the function is defined.
|
|
Range error; used by mathematical functions when the result value is
not representable because of overflow or underflow.
|
Resource temporarily unavailable; the call might work if you try again
later. The macro EWOULDBLOCK is another name for EAGAIN;
they are always the same in the GNU C library.
This error can happen in a few different situations:
- An operation that would block was attempted on an object that has
non-blocking mode selected. Trying the same operation again will block
until some external condition makes it possible to read, write, or
connect (whatever the operation). You can use
select to find out
when the operation will be possible; see Waiting for I/O.
Portability Note: In many older Unix systems, this condition
was indicated by EWOULDBLOCK, which was a distinct error code
different from EAGAIN. To make your program portable, you should
check for both codes and treat them the same.
- A temporary resource shortage made an operation impossible.
fork
can return this error. It indicates that the shortage is expected to
pass, so your program can try the call again later and it may succeed.
It is probably a good idea to delay for a few seconds before trying it
again, to allow time for other processes to release scarce resources.
Such shortages are usually fairly serious and affect the whole system,
so usually an interactive program should report the error to the user
and return to its command loop.
|
In the GNU C library, this is another name for EAGAIN (above).
The values are always the same, on every operating system.
C libraries in many older Unix systems have EWOULDBLOCK as a
separate error code.
|
An operation that cannot complete immediately was initiated on an object
that has non-blocking mode selected. Some functions that must always
block (such as connect; see Connecting) never return
EAGAIN. Instead, they return EINPROGRESS to indicate that
the operation has begun and will take some time. Attempts to manipulate
the object before the call completes return EALREADY. You can
use the select function to find out when the pending operation
has completed; see Waiting for I/O.
|
|
An operation is already in progress on an object that has non-blocking
mode selected.
|
|
A file that isn't a socket was specified when a socket is required.
|
|
The size of a message sent on a socket was larger than the supported
maximum size.
|
|
The socket type does not support the requested communications protocol.
|
|
You specified a socket option that doesn't make sense for the
particular protocol being used by the socket. See Socket Options.
|
| int EPROTONOSUPPORT
|
Macro |
|
The socket domain does not support the requested communications protocol
(perhaps because the requested protocol is completely invalid).
See Creating a Socket.
|
| int ESOCKTNOSUPPORT
|
Macro |
|
The socket type is not supported.
|
|
The operation you requested is not supported. Some socket functions
don't make sense for all types of sockets, and others may not be
implemented for all communications protocols. In the GNU system, this
error can happen for many calls when the object does not support the
particular operation;on call; an asynchronous signal occurred and prevented
completion of the call. When this happens, you should try the call
again.
You can choose to have functions resume after a signal that is handled,
rather than failing with EINTR; see Interrupted Primitives.
|
|
Input/output error; usually used for physical read or write errors.
|
|
No such device or address. The system tried to use the device
represented by a file you specified, and it couldn't find the device.
This can mean that the device file was installed incorrectly, or that
the physical device is missing or not correctly attached to the
computer.
|
Argument list too long; used when the arguments passed to a new program
being executed with one of the exec functions (see Executing a File) occupy too much memory space. This condition never arises in the
GNU system.
|
Invalid executable file format. This condition is detected by the
exec functions; see Executing a File.
|
|
Bad file descriptor; for example, I/O on a descriptor that has been
closed or reading from a descriptor open only for writing (or vice
versa).
|
|
There are no child processes. This error happens on operations that are
supposed to manipulate child processes, when there aren't any processes
to manipulate.
|
|
Deadlock avoided; allocating a system resource would have resulted in a
deadlock situation. The system does not guarantee that it will notice
all such situations. This error means you got lucky and the system
noticed; it might just hang. See File Locks, for an example.
|
|
No memory available. The system cannot allocate more virtual memory
because its capacity is full.
|
|
Permission denied; the file permissions do not allow the attempted operation.
|
|
Bad address; an invalid pointer was detected.
In the GNU system, this error never happens; you get a signal instead.
|
|
A file that isn't a block special file was given in a situation that
requires one. For example, trying to mount an ordinary file as a file
system in Unix gives this error.
|
|
Resource busy; a system resource that can't be shared is already in use.
For example, if you try to delete a file that is the root of a currently
mounted filesystem, you get this error.
|
|
File exists; an existing file was specified in a context where it only
makes sense to specify a new file.
|
An attempt to make an improper link across file systems was detected.
This happens not only when you use link (see Hard Links) but
also when you rename a file with rename (see Renaming Files).
|
|
The wrong type of device was given to a function that expects a
particular sort of device.
|
|
A file that isn't a directory was specified when a directory is required.
|
|
File is a directory; you cannot open a directory for writing,
or create or remove hard links to it.
|
|
Invalid argument. This is used to indicate various kinds of problems
with passing the wrong argument to a library function.
|
|
The current process has too many files open and can't open any more.
Duplicate descriptors do count toward this limit.
In BSD and GNU, the number of open files is controlled by a resource
limit that can usually be increased. If you get this error, you might
want to increase the RLIMIT_NOFILE limit or make it unlimited;
see Limits on Resources.
|
|
There are too many distinct file openings in the entire system. Note
that any number of linked channels count as just one file opening; see
Linked Channels. This error never occurs in the GNU system.
|
|
Inappropriate I/O control operation, such as trying to set terminal
modes on an ordinary file.
|
|
An attempt to execute a file that is currently open for writing, or
write to a file that is currently being executed. Often using a
debugger to run a program is considered having it open for writing and
will cause this error. (The name stands for "text file busy".) This
is not an error in the GNU system; the text is copied as necessary.
|
|
File too big; the size of a file would be larger than allowed by the system.
|
|
No space left on device; write operation on a file failed because the
disk is full.
|
|
Invalid seek operation (such as on a pipe).
|
|
An attempt was made to modify something on a read-only file system.
|
Too many links; the link count of a single file would become too large.
rename can cause this error if the file being renamed already has
as many links as it can take (see Renaming Files).
|
Broken pipe; there is no process reading from the other end of a pipe.
Every library function that returns this error code also generates a
SIGPIPE signal; this signal terminates the program if not handled
or blocked. Thus, your program will never actually see EPIPE
unless it has handled or blocked SIGPIPE.
|
|
Domain error; used by mathematical functions when an argument value does
not fall into the domain over which the function is defined.
|
|
Range error; used by mathematical functions when the result value is
not representable because of overflow or underflow.
|
Resource temporarily unavailable; the call might work if you try again
later. The macro EWOULDBLOCK is another name for EAGAIN;
they are always the same in the GNU C library.
This error can happen in a few different situations:
- An operation that would block was attempted on an object that has
non-blocking mode selected. Trying the same operation again will block
until some external condition makes it possible to read, write, or
connect (whatever the operation). You can use
select to find out
when the operation will be possible; see Waiting for I/O.
Portability Note: In many older Unix systems, this condition
was indicated by EWOULDBLOCK, which was a distinct error code
different from EAGAIN. To make your program portable, you should
check for both codes and treat them the same.
- A temporary resource shortage made an operation impossible.
fork
can return this error. It indicates that the shortage is expected to
pass, so your program can try the call again later and it may succeed.
It is probably a good idea to delay for a few seconds before trying it
again, to allow time for other processes to release scarce resources.
Such shortages are usually fairly serious and affect the whole system,
so usually an interactive program should report the error to the user
and return to its command loop.
|
In the GNU C library, this is another name for EAGAIN (above).
The values are always the same, on every operating system.
C libraries in many older Unix systems have EWOULDBLOCK as a
separate error code.
|
An operation that cannot complete immediately was initiated on an object
that has non-blocking mode selected. Some functions that must always
block (such as connect; see Connecting) never return
EAGAIN. Instead, they return EINPROGRESS to indicate that
the operation has begun and will take some time. Attempts to manipulate
the object before the call completes return EALREADY. You can
use the select function to find out when the pending operation
has completed; see Waiting for I/O.
|
|
An operation is already in progress on an object that has non-blocking
mode selected.
|
|
A file that isn't a socket was specified when a socket is required.
|
|
The size of a message sent on a socket was larger than the supported
maximum size.
|
|
The socket type does not support the requested communications protocol.
|
|
You specified a socket option that doesn't make sense for the
particular protocol being used by the socket. See Socket Options.
|
| int EPROTONOSUPPORT
|
Macro |
|
The socket domain does not support the requested communications protocol
(perhaps because the requested protocol is completely invalid).
See Creating a Socket.
|
| int ESOCKTNOSUPPORT
|
Macro |
|
The socket type is not supported.
|
|
The operation you requested is not supported. Some socket functions
don't make sense for all types of sockets, and others may not be
implemented for all communications protocols. In the GNU system, this
error can happen for many calls when the object does not support the
particular operation;on call; an asynchronous signal occurred and prevented
completion of the call. When this happens, you should try the call
again.
You can choose to have functions resume after a signal that is handled,
rather than failing with EINTR; see Interrupted Primitives.
|
|
Input/output error; usually used for physical read or write errors.
|
|
No such device or address. The system tried to use the device
represented by a file you specified, and it couldn't find the device.
This can mean that the device file was installed incorrectly, or that
the physical device is missing or not correctly attached to the
computer.
|
Argument list too long; used when the arguments passed to a new program
being executed with one of the exec functions (see Executing a File) occupy too much memory space. This condition never arises in the
GNU system.
|
Invalid executable file format. This condition is detected by the
exec functions; see Executing a File.
|
|
Bad file descriptor; for example, I/O on a descriptor that has been
closed or reading from a descriptor open only for writing (or vice
versa).
|
|
There are no child processes. This error happens on operations that are
supposed to manipulate child processes, when there aren't any processes
to manipulate.
|
|
Deadlock avoided; allocating a system resource would have resulted in a
deadlock situation. The system does not guarantee that it will notice
all such situations. This error means you got lucky and the system
noticed; it might just hang. See File Locks, for an example.
|
|
No memory available. The system cannot allocate more virtual memory
because its capacity is full.
|
|
Permission denied; the file permissions do not allow the attempted operation.
|
|
Bad address; an invalid pointer was detected.
In the GNU system, this error never happens; you get a signal instead.
|
|
A file that isn't a block special file was given in a situation that
requires one. For example, trying to mount an ordinary file as a file
system in Unix gives this error.
|
|
Resource busy; a system resource that can't be shared is already in use.
For example, if you try to delete a file that is the root of a currently
mounted filesystem, you get this error.
|
|
File exists; an existing file was specified in a context where it only
makes sense to specify a new file.
|
An attempt to make an improper link across file systems was detected.
This happens not only when you use link (see Hard Links) but
also when you rename a file with rename (see Renaming Files).
|
|
The wrong type of device was given to a function that expects a
particular sort of device.
|
|
A file that isn't a directory was specified when a directory is required.
|
|
File is a directory; you cannot open a directory for writing,
or create or remove hard links to it.
|
|
Invalid argument. This is used to indicate various kinds of problems
with passing the wrong argument to a library function.
|
|
The current process has too many files open and can't open any more.
Duplicate descriptors do count toward this limit.
In BSD and GNU, the number of open files is controlled by a resource
limit that can usually be increased. If you get this error, you might
want to increase the RLIMIT_NOFILE limit or make it unlimited;
see Limits on Resources.
|
|
There are too many distinct file openings in the entire system. Note
that any number of linked channels count as just one file opening; see
Linked Channels. This error never occurs in the GNU system.
|
|
Inappropriate I/O control operation, such as trying to set terminal
modes on an ordinary file.
|
|
An attempt to execute a file that is currently open for writing, or
write to a file that is currently being executed. Often using a
debugger to run a program is considered having it open for writing and
will cause this error. (The name stands for "text file busy".) This
is not an error in the GNU system; the text is copied as necessary.
|
|
File too big; the size of a file would be larger than allowed by the system.
|
|
No space left on device; write operation on a file failed because the
disk is full.
|
|
Invalid seek operation (such as on a pipe).
|
|
An attempt was made to modify something on a read-only file system.
|
Too many links; the link count of a single file would become too large.
rename can cause this error if the file being renamed already has
as many links as it can take (see Renaming Files).
|
Broken pipe; there is no process reading from the other end of a pipe.
Every library function that returns this error code also generates a
SIGPIPE signal; this signal terminates the program if not handled
or blocked. Thus, your program will never actually see EPIPE
unless it has handled or blocked SIGPIPE.
|
|
Domain error; used by mathematical functions when an argument value does
not fall into the domain over which the function is defined.
|
|
Range error; used by mathematical functions when the result value is
not representable because of overflow or underflow.
|
Resource temporarily unavailable; the call might work if you try again
later. The macro EWOULDBLOCK is another name for EAGAIN;
they are always the same in the GNU C library.
This error can happen in a few different situations:
- An operation that would block was attempted on an object that has
non-blocking mode selected. Trying the same operation again will block
until some external condition makes it possible to read, write, or
connect (whatever the operation). You can use
select to find out
when the operation will be possible; see Waiting for I/O.
Portability Note: In many older Unix systems, this condition
was indicated by EWOULDBLOCK, which was a distinct error code
different from EAGAIN. To make your program portable, you should
check for both codes and treat them the same.
- A temporary resource shortage made an operation impossible.
fork
can return this error. It indicates that the shortage is expected to
pass, so your program can try the call again later and it may succeed.
It is probably a good idea to delay for a few seconds before trying it
again, to allow time for other processes to release scarce resources.
Such shortages are usually fairly serious and affect the whole system,
so usually an interactive program should report the error to the user
and return to its command loop.
|
In the GNU C library, this is another name for EAGAIN (above).
The values are always the same, on every operating system.
C libraries in many older Unix systems have EWOULDBLOCK as a
separate error code.
|
An operation that cannot complete immediately was initiated on an object
that has non-blocking mode selected. Some functions that must always
block (such as connect; see Connecting) never return
EAGAIN. Instead, they return EINPROGRESS to indicate that
the operation has begun and will take some time. Attempts to manipulate
the object before the call completes return EALREADY. You can
use the select function to find out when the pending operation
has completed; see Waiting for I/O.
|
|
An operation is already in progress on an object that has non-blocking
mode selected.
|
|
A file that isn't a socket was specified when a socket is required.
|
|
The size of a message sent on a socket was larger than the supported
maximum size.
|
|
The socket type does not support the requested communications protocol.
|
|
You specified a socket option that doesn't make sense for the
particular protocol being used by the socket. See Socket Options.
|
| int EPROTONOSUPPORT
|
Macro |
|
The socket domain does not support the requested communications protocol
(perhaps because the requested protocol is completely invalid).
See Creating a Socket.
|
| int ESOCKTNOSUPPORT
|
Macro |
|
The socket type is not supported.
|
|
The operation you requested is not supported. Some socket functions
don't make sense for all types of sockets, and others may not be
implemented for all communications protocols. In the GNU system, this
error can happen for many calls when the object does not support the
particular operation;on call; an asynchronous signal occurred and prevented
completion of the call. When this happens, you should try the call
again.
You can choose to have functions resume after a signal that is handled,
rather than failing with EINTR; see Interrupted Primitives.
|
|
Input/output error; usually used for physical read or write errors.
|
|
No such device or address. The system tried to use the device
represented by a file you specified, and it couldn't find the device.
This can mean that the device file was installed incorrectly, or that
the physical device is missing or not correctly attached to the
computer.
|
Argument list too long; used when the arguments passed to a new program
being executed with one of the exec functions (see Executing a File) occupy too much memory space. This condition never arises in the
GNU system.
|
Invalid executable file format. This condition is detected by the
exec functions; see Executing a File.
|
|
Bad file descriptor; for example, I/O on a descriptor that has been
closed or reading from a descriptor open only for writing (or vice
versa).
|
|
There are no child processes. This error happens on operations that are
supposed to manipulate child processes, when there aren't any processes
to manipulate.
|
|
Deadlock avoided; allocating a system resource would have resulted in a
deadlock situation. The system does not guarantee that it will notice
all such situations. This error means you got lucky and the system
noticed; it might just hang. See File Locks, for an example.
|
|
No memory available. The system cannot allocate more virtual memory
because its capacity is full.
|
|
Permission denied; the file permissions do not allow the attempted operation.
|
|
Bad address; an invalid pointer was detected.
In the GNU system, this error never happens; you get a signal instead.
|
|
A file that isn't a block special file was given in a situation that
requires one. For example, trying to mount an ordinary file as a file
system in Unix gives this error.
|
|
Resource busy; a system resource that can't be shared is already in use.
For example, if you try to delete a file that is the root of a currently
mounted filesystem, you get this error.
|
|
File exists; an existing file was specified in a context where it only
makes sense to specify a new file.
|
An attempt to make an improper link across file systems was detected.
This happens not only when you use link (see Hard Links) but
also when you rename a file with rename (see Renaming Files).
|
|
The wrong type of device was given to a function that expects a
particular sort of device.
|
|
A file that isn't a directory was specified when a directory is required.
|
|
File is a directory; you cannot open a directory for writing,
or create or remove hard links to it.
|
|
Invalid argument. This is used to indicate various kinds of problems
with passing the wrong argument to a library function.
|
|
The current process has too many files open and can't open any more.
Duplicate descriptors do count toward this limit.
In BSD and GNU, the number of open files is controlled by a resource
limit that can usually be increased. If you get this error, you might
want to increase the RLIMIT_NOFILE limit or make it unlimited;
see Limits on Resources.
|
|
There are too many distinct file openings in the entire system. Note
that any number of linked channels count as just one file opening; see
Linked Channels. This error never occurs in the GNU system.
|
|
Inappropriate I/O control operation, such as trying to set terminal
modes on an ordinary file.
|
|
An attempt to execute a file that is currently open for writing, or
write to a file that is currently being executed. Often using a
debugger to run a program is considered having it open for writing and
will cause this error. (The name stands for "text file busy".) This
is not an error in the GNU system; the text is copied as necessary.
|
|
File too big; the size of a file would be larger than allowed by the system.
|
|
No space left on device; write operation on a file failed because the
disk is full.
|
|
Invalid seek operation (such as on a pipe).
|
|
An attempt was made to modify something on a read-only file system.
|
Too many links; the link count of a single file would become too large.
rename can cause this error if the file being renamed already has
as many links as it can take (see Renaming Files).
|
Broken pipe; there is no process reading from the other end of a pipe.
Every library function that returns this error code also generates a
SIGPIPE signal; this signal terminates the program if not handled
or blocked. Thus, your program will never actually see EPIPE
unless it has handled or blocked SIGPIPE.
|
|
Domain error; used by mathematical functions when an argument value does
not fall into the domain over which the function is defined.
|
|
Range error; used by mathematical functions when the result value is
not representable because of overflow or underflow.
|
Resource temporarily unavailable; the call might work if you try again
later. The macro EWOULDBLOCK is another name for EAGAIN;
they are always the same in the GNU C library.
This error can happen in a few different situations:
- An operation that would block was attempted on an object that has
non-blocking mode selected. Trying the same operation again will block
until some external condition makes it possible to read, write, or
connect (whatever the operation). You can use
select to find out
when the operation will be possible; see Waiting for I/O.
Portability Note: In many older Unix systems, this condition
was indicated by EWOULDBLOCK, which was a distinct error code
different from EAGAIN. To make your program portable, you should
check for both codes and treat them the same.
- A temporary resource shortage made an operation impossible.
fork
can return this error. It indicates that the shortage is expected to
pass, so your program can try the call again later and it may succeed.
It is probably a good idea to delay for a few seconds before trying it
again, to allow time for other processes to release scarce resources.
Such shortages are usually fairly serious and affect the whole system,
so usually an interactive program should report the error to the user
and return to its command loop.
|
In the GNU C library, this is another name for EAGAIN (above).
The values are always the same, on every operating system.
C libraries in many older Unix systems have EWOULDBLOCK as a
separate error code.
|
An operation that cannot complete immediately was initiated on an object
that has non-blocking mode selected. Some functions that must always
block (such as connect; see Connecting) never return
EAGAIN. Instead, they return EINPROGRESS to indicate that
the operation has begun and will take some time. Attempts to manipulate
the object before the call completes return EALREADY. You can
use the select function to find out when the pending operation
has completed; see Waiting for I/O.
|
|
An operation is already in progress on an object that has non-blocking
mode selected.
|
|
A file that isn't a socket was specified when a socket is required.
|
|
The size of a message sent on a socket was larger than the supported
maximum size.
|
|
The socket type does not support the requested communications protocol.
|
|
You specified a socket option that doesn't make sense for the
particular protocol being used by the socket. See Socket Options.
|
| int EPROTONOSUPPORT
|
Macro |
|
The socket domain does not support the requested communications protocol
(perhaps because the requested protocol is completely invalid).
See Creating a Socket.
|
| int ESOCKTNOSUPPORT
|
Macro |
|
The socket type is not supported.
|
|
The operation you requested is not supported. Some socket functions
don't make sense for all types of sockets, and others may not be
implemented for all communications protocols. In the GNU system, this
error can happen for many calls when the object does not support the
particular operation;on call; an asynchronous signal occurred and prevented
completion of the call. When this happens, you should try the call
again.
You can choose to have functions resume after a signal that is handled,
rather than failing with EINTR; see Interrupted Primitives.
|
|
Input/output error; usually used for physical read or write errors.
|
|
No such device or address. The system tried to use the device
represented by a file you specified, and it couldn't find the device.
This can mean that the device file was installed incorrectly, or that
the physical device is missing or not correctly attached to the
computer.
|
Argument list too long; used when the arguments passed to a new program
being executed with one of the exec functions (see Executing a File) occupy too much memory space. This condition never arises in the
GNU system.
|
Invalid executable file format. This condition is detected by the
exec functions; see Executing a File.
|
|
Bad file descriptor; for example, I/O on a descriptor that has been
closed or reading from a descriptor open only for writing (or vice
versa).
|
|
There are no child processes. This error happens on operations that are
supposed to manipulate child processes, when there aren't any processes
to manipulate.
|
|
Deadlock avoided; allocating a system resource would have resulted in a
deadlock situation. The system does not guarantee that it will notice
all such situations. This error means you got lucky and the system
noticed; it might just hang. See File Locks, for an example.
|
|
No memory available. The system cannot allocate more virtual memory
because its capacity is full.
|
|
Permission denied; the file permissions do not allow the attempted operation.
|
|
Bad address; an invalid pointer was detected.
In the GNU system, this error never happens; you get a signal instead.
|
|
A file that isn't a block special file was given in a situation that
requires one. For example, trying to mount an ordinary file as a file
system in Unix gives this error.
|
|
Resource busy; a system resource that can't be shared is already in use.
For example, if you try to delete a file that is the root of a currently
mounted filesystem, you get this error.
|
|
File exists; an existing file was specified in a context where it only
makes sense to specify a new file.
|
An attempt to make an improper link across file systems was detected.
This happens not only when you use link (see Hard Links) but
also when you rename a file with rename (see Renaming Files).
|
|
The wrong type of device was given to a function that expects a
particular sort of device.
|
|
A file that isn't a directory was specified when a directory is required.
|
|
File is a directory; you cannot open a directory for writing,
or create or remove hard links to it.
|
|
Invalid argument. This is used to indicate various kinds of problems
with passing the wrong argument to a library function.
|
|
The current process has too many files open and can't open any more.
Duplicate descriptors do count toward this limit.
In BSD and GNU, the number of open files is controlled by a resource
limit that can usually be increased. If you get this error, you might
want to increase the RLIMIT_NOFILE limit or make it unlimited;
see Limits on Resources.
|
|
There are too many distinct file openings in the entire system. Note
that any number of linked channels count as just one file opening; see
Linked Channels. This error never occurs in the GNU system.
|
|
Inappropriate I/O control operation, such as trying to set terminal
modes on an ordinary file.
|
|
An attempt to execute a file that is currently open for writing, or
write to a file that is currently being executed. Often using a
debugger to run a program is considered having it open for writing and
will cause this error. (The name stands for "text file busy".) This
is not an error in the GNU system; the text is copied as necessary.
|
|
File too big; the size of a file would be larger than allowed by the system.
|
|
No space left on device; write operation on a file failed because the
disk is full.
|
|
Invalid seek operation (such as on a pipe).
|
|
An attempt was made to modify something on a read-only file system.
|
Too many links; the link count of a single file would become too large.
rename can cause this error if the file being renamed already has
as many links as it can take (see Renaming Files).
|
Broken pipe; there is no process reading from the other end of a pipe.
Every library function that returns this error code also generates a
SIGPIPE signal; this signal terminates the program if not handled
or blocked. Thus, your program will never actually see EPIPE
unless it has handled or blocked SIGPIPE.
|
|
Domain error; used by mathematical functions when an argument value does
not fall into the domain over which the function is defined.
|
|
Range error; used by mathematical functions when the result value is
not representable because of overflow or underflow.
|
Resource temporarily unavailable; the call might work if you try again
later. The macro EWOULDBLOCK is another name for EAGAIN;
they are always the same in the GNU C library.
This error can happen in a few different situations:
- An operation that would block was attempted on an object that has
non-blocking mode selected. Trying the same operation again will block
until some external condition makes it possible to read, write, or
connect (whatever the operation). You can use
select to find out
when the operation will be possible; see Waiting for I/O.
Portability Note: In many older Unix systems, this condition
was indicated by EWOULDBLOCK, which was a distinct error code
different from EAGAIN. To make your program portable, you should
check for both codes and treat them the same.
- A temporary resource shortage made an operation impossible.
fork
can return this error. It indicates that the shortage is expected to
pass, so your program can try the call again later and it may succeed.
It is probably a good idea to delay for a few seconds before trying it
again, to allow time for other processes to release scarce resources.
Such shortages are usually fairly serious and affect the whole system,
so usually an interactive program should report the error to the user
and return to its command loop.
|
In the GNU C library, this is another name for EAGAIN (above).
The values are always the same, on every operating system.
C libraries in many older Unix systems have EWOULDBLOCK as a
separate error code.
|
An operation that cannot complete immediately was initiated on an object
that has non-blocking mode selected. Some functions that must always
block (such as connect; see Connecting) never return
EAGAIN. Instead, they return EINPROGRESS to indicate that
the operation has begun and will take some time. Attempts to manipulate
the object before the call completes return EALREADY. You can
use the select function to find out when the pending operation
has completed; see Waiting for I/O.
|
|
An operation is already in progress on an object that has non-blocking
mode selected.
|
|
A file that isn't a socket was specified when a socket is required.
|
|
The size of a message sent on a socket was larger than the supported
maximum size.
|
|
The socket type does not support the requested communications protocol.
|
|
You specified a socket option that doesn't make sense for the
particular protocol being used by the socket. See Socket Options.
|
| int EPROTONOSUPPORT
|
Macro |
|
The socket domain does not support the requested communications protocol
(perhaps because the requested protocol is completely invalid).
See Creating a Socket.
|
| int ESOCKTNOSUPPORT
|
Macro |
|
The socket type is not supported.
|
|
The operation you requested is not supported. Some socket functions
don't make sense for all types of sockets, and others may not be
implemented for all communications protocols. In the GNU system, this
error can happen for many calls when the object does not support the
particular operation;on call; an asynchronous signal occurred and prevented
completion of the call. When this happens, you should try the call
again.
You can choose to have functions resume after a signal that is handled,
rather than failing with EINTR; see Interrupted Primitives.
|
|
Input/output error; usually used for physical read or write errors.
|
|
No such device or address. The system tried to use the device
represented by a file you specified, and it couldn't find the device.
This can mean that the device file was installed incorrectly, or that
the physical device is missing or not correctly attached to the
computer.
|
Argument list too long; used when the arguments passed to a new program
being executed with one of the exec functions (see Executing a File) occupy too much memory space. This condition never arises in the
GNU system.
|
Invalid executable file format. This condition is detected by the
exec functions; see Executing a File.
|
|
Bad file descriptor; for example, I/O on a descriptor that has been
closed or reading from a descriptor open only for writing (or vice
versa).
|
|
There are no child processes. This error happens on operations that are
supposed to manipulate child processes, when there aren't any processes
to manipulate.
|
|
Deadlock avoided; allocating a system resource would have resulted in a
deadlock situation. The system does not guarantee that it will notice
all such situations. This error means you got lucky and the system
noticed; it might just hang. See File Locks, for an example.
|
|
No memory available. The system cannot allocate more virtual memory
because its capacity is full.
|
|
Permission denied; the file permissions do not allow the attempted operation.
|
|
Bad address; an invalid pointer was detected.
In the GNU system, this error never happens; you get a signal instead.
|
|
A file that isn't a block special file was given in a situation that
requires one. For example, trying to mount an ordinary file as a file
system in Unix gives this error.
|
|
Resource busy; a system resource that can't be shared is already in use.
For example, if you try to delete a file that is the root of a currently
mounted filesystem, you get this error.
|
|
File exists; an existing file was specified in a context where it only
makes sense to specify a new file.
|
An attempt to make an improper link across file systems was detected.
This happens not only when you use link (see Hard Links) but
also when you rename a file with rename (see Renaming Files).
|
|
The wrong type of device was given to a function that expects a
particular sort of device.
|
|
A file that isn't a directory was specified when a directory is required.
|
|
File is a directory; you cannot open a directory for writing,
or create or remove hard links to it.
|
|
Invalid argument. This is used to indicate various kinds of problems
with passing the wrong argument to a library function.
|
|
The current process has too many files open and can't open any more.
Duplicate descriptors do count toward this limit.
In BSD and GNU, the number of open files is controlled by a resource
limit that can usually be increased. If you get this error, you might
want to increase the RLIMIT_NOFILE limit or make it unlimited;
see Limits on Resources.
|
|
There are too many distinct file openings in the entire system. Note
that any number of linked channels count as just one file opening; see
Linked Channels. This error never occurs in the GNU system.
|
|
Inappropriate I/O control operation, such as trying to set terminal
modes on an ordinary file.
|
|
An attempt to execute a file that is currently open for writing, or
write to a file that is currently being executed. Often using a
debugger to run a program is considered having it open for writing and
will cause this error. (The name stands for "text file busy".) This
is not an error in the GNU system; the text is copied as necessary.
|
|
File too big; the size of a file would be larger than allowed by the system.
|
|
No space left on device; write operation on a file failed because the
disk is full.
|
|
Invalid seek operation (such as on a pipe).
|
|
An attempt was made to modify something on a read-only file system.
|
Too many links; the link count of a single file would become too large.
rename can cause this error if the file being renamed already has
as many links as it can take (see Renaming Files).
|
Broken pipe; there is no process reading from the other end of a pipe.
Every library function that returns this error code also generates a
SIGPIPE signal; this signal terminates the program if not handled
or blocked. Thus, your program will never actually see EPIPE
unless it has handled or blocked SIGPIPE.
|
|
Domain error; used by mathematical functions when an argument value does
not fall into the domain over which the function is defined.
|
|
Range error; used by mathematical functions when the result value is
not representable because of overflow or underflow.
|
Resource temporarily unavailable; the call might work if you try again
later. The macro EWOULDBLOCK is another name for EAGAIN;
they are always the same in the GNU C library.
This error can happen in a few different situations:
- An operation that would block was attempted on an object that has
non-blocking mode selected. Trying the same operation again will block
until some external condition makes it possible to read, write, or
connect (whatever the operation). You can use
select to find out
when the operation will be possible; see Waiting for I/O.
Portability Note: In many older Unix systems, this condition
was indicated by EWOULDBLOCK, which was a distinct error code
different from EAGAIN. To make your program portable, you should
check for both codes and treat them the same.
- A temporary resource shortage made an operation impossible.
fork
can return this error. It indicates that the shortage is expected to
pass, so your program can try the call again later and it may succeed.
It is probably a good idea to delay for a few seconds before trying it
again, to allow time for other processes to release scarce resources.
Such shortages are usually fairly serious and affect the whole system,
so usually an interactive program should report the error to the user
and return to its command loop.
|
In the GNU C library, this is another name for EAGAIN (above).
The values are always the same, on every operating system.
C libraries in many older Unix systems have EWOULDBLOCK as a
separate error code.
|
An operation that cannot complete immediately was initiated on an object
that has non-blocking mode selected. Some functions that must always
block (such as connect; see Connecting) never return
EAGAIN. Instead, they return EINPROGRESS to indicate that
the operation has begun and will take some time. Attempts to manipulate
the object before the call completes return EALREADY. You can
use the select function to find out when the pending operation
has completed; see Waiting for I/O.
|
|
An operation is already in progress on an object that has non-blocking
mode selected.
|
|
A file that isn't a socket was specified when a socket is required.
|
|
The size of a message sent on a socket was larger than the supported
maximum size.
|
|
The socket type does not support the requested communications protocol.
|
|
You specified a socket option that doesn't make sense for the
particular protocol being used by the socket. See Socket Options.
|
| int EPROTONOSUPPORT
|
Macro |
|
The socket domain does not support the requested communications protocol
(perhaps because the requested protocol is completely invalid).
See Creating a Socket.
|
| int ESOCKTNOSUPPORT
|
Macro |
|
The socket type is not supported.
|
|
The operation you requested is not supported. Some socket functions
don't make sense for all types of sockets, and others may not be
implemented for all communications protocols. In the GNU system, this
error can happen for many calls when the object does not support the
particular operation;on call; an asynchronous signal occurred and prevented
completion of the call. When this happens, you should try the call
again.
You can choose to have functions resume after a signal that is handled,
rather than failing with EINTR; see Interrupted Primitives.
|
|
Input/output error; usually used for physical read or write errors.
|
|
No such device or address. The system tried to use the device
represented by a file you specified, and it couldn't find the device.
This can mean that the device file was installed incorrectly, or that
the physical device is missing or not correctly attached to the
computer.
|
Argument list too long; used when the arguments passed to a new program
being executed with one of the exec functions (see Executing a File) occupy too much memory space. This condition never arises in the
GNU system.
|
Invalid executable file format. This condition is detected by the
exec functions; see Executing a File.
|
|
Bad file descriptor; for example, I/O on a descriptor that has been
closed or reading from a descriptor open only for writing (or vice
versa).
|
|
There are no child processes. This error happens on operations that are
supposed to manipulate child processes, when there aren't any processes
to manipulate.
|
|
Deadlock avoided; allocating a system resource would have resulted in a
deadlock situation. The system does not guarantee that it will notice
all such situations. This error means you got lucky and the system
noticed; it might just hang. See File Locks, for an example.
|
|
No memory available. The system cannot allocate more virtual memory
because its capacity is full.
|
|
Permission denied; the file permissions do not allow the attempted operation.
|
|
Bad address; an invalid pointer was detected.
In the GNU system, this error never happens; you get a signal instead.
|
|
A file that isn't a block special file was given in a situation that
requires one. For example, trying to mount an ordinary file as a file
system in Unix gives this error.
|
|
Resource busy; a system resource that can't be shared is already in use.
For example, if you try to delete a file that is the root of a currently
mounted filesystem, you get this error.
|
|
File exists; an existing file was specified in a context where it only
makes sense to specify a new file.
|
An attempt to make an improper link across file systems was detected.
This happens not only when you use link (see Hard Links) but
also when you rename a file with rename (see Renaming Files).
|
|
The wrong type of device was given to a function that expects a
particular sort of device.
|
|
A file that isn't a directory was specified when a directory is required.
|
|
File is a directory; you cannot open a directory for writing,
or create or remove hard links to it.
|
|
Invalid argument. This is used to indicate various kinds of problems
with passing the wrong argument to a library function.
|
|
The current process has too many files open and can't open any more.
Duplicate descriptors do count toward this limit.
In BSD and GNU, the number of open files is controlled by a resource
limit that can usually be increased. If you get this error, you might
want to increase the RLIMIT_NOFILE limit or make it unlimited;
see Limits on Resources.
|
|
There are too many distinct file openings in the entire system. Note
that any number of linked channels count as just one file opening; see
Linked Channels. This error never occurs in the GNU system.
|
|
Inappropriate I/O control operation, such as trying to set terminal
modes on an ordinary file.
|
|
An attempt to execute a file that is currently open for writing, or
write to a file that is currently being executed. Often using a
debugger to run a program is considered having it open for writing and
will cause this error. (The name stands for "text file busy".) This
is not an error in the GNU system; the text is copied as necessary.
|
|
File too big; the size of a file would be larger than allowed by the system.
|
|
No space left on device; write operation on a file failed because the
disk is full.
|
|
Invalid seek operation (such as on a pipe).
|
|
An attempt was made to modify something on a read-only file system.
|
Too many links; the link count of a single file would become too large.
rename can cause this error if the file being renamed already has
as many links as it can take (see Renaming Files).
|
Broken pipe; there is no process reading from the other end of a pipe.
Every library function that returns this error code also generates a
SIGPIPE signal; this signal terminates the program if not handled
or blocked. Thus, your program will never actually see EPIPE
unless it has handled or blocked SIGPIPE.
|
|
Domain error; used by mathematical functions when an argument value does
not fall into the domain over which the function is defined.
|
|
Range error; used by mathematical functions when the result value is
not representable because of overflow or underflow.
|
Resource temporarily unavailable; the call might work if you try again
later. The macro EWOULDBLOCK is another name for EAGAIN;
they are always the same in the GNU C library.
This error can happen in a few different situations:
- An operation that would block was attempted on an object that has
non-blocking mode selected. Trying the same operation again will block
until some external condition makes it possible to read, write, or
connect (whatever the operation). You can use
select to find out
when the operation will be possible; see Waiting for I/O.
Portability Note: In many older Unix systems, this condition
was indicated by EWOULDBLOCK, which was a distinct error code
different from EAGAIN. To make your program portable, you should
check for both codes and treat them the same.
- A temporary resource shortage made an operation impossible.
fork
can return this error. It indicates that the shortage is expected to
pass, so your program can try the call again later and it may succeed.
It is probably a good idea to delay for a few seconds before trying it
again, to allow time for other processes to release scarce resources.
Such shortages are usually fairly serious and affect the whole system,
so usually an interactive program should report the error to the user
and return to its command loop.
|
In the GNU C library, this is another name for EAGAIN (above).
The values are always the same, on every operating system.
C libraries in many older Unix systems have EWOULDBLOCK as a
separate error code.
|
An operation that cannot complete immediately was initiated on an object
that has non-blocking mode selected. Some functions that must always
block (such as connect; see Connecting) never return
EAGAIN. Instead, they return EINPROGRESS to indicate that
the operation has begun and will take some time. Attempts to manipulate
the object before the call completes return EALREADY. You can
use the select function to find out when the pending operation
has completed; see Waiting for I/O.
|
|
An operation is already in progress on an object that has non-blocking
mode selected.
|
|
A file that isn't a socket was specified when a socket is required.
|
|
The size of a message sent on a socket was larger than the supported
maximum size.
|
|
The socket type does not support the requested communications protocol.
|
|
You specified a socket option that doesn't make sense for the
particular protocol being used by the socket. See Socket Options.
|
| int EPROTONOSUPPORT
|
Macro |
|
The socket domain does not support the requested communications protocol
(perhaps because the requested protocol is completely invalid).
See Creating a Socket.
|
| int ESOCKTNOSUPPORT
|
Macro |
|
The socket type is not supported.
|
|
The operation you requested is not supported. Some socket functions
don't make sense for all types of sockets, and others may not be
implemented for all communications protocols. In the GNU system, this
error can happen for many calls when the object does not support the
particular operation;on call; an asynchronous signal occurred and prevented
completion of the call. When this happens, you should try the call
again.
You can choose to have functions resume after a signal that is handled,
rather than failing with EINTR; see Interrupted Primitives.
|
|
Input/output error; usually used for physical read or write errors.
|
|
No such device or address. The system tried to use the device
represented by a file you specified, and it couldn't find the device.
This can mean that the device file was installed incorrectly, or that
the physical device is missing or not correctly attached to the
computer.
|
Argument list too long; used when the arguments passed to a new program
being executed with one of the exec functions (see Executing a File) occupy too much memory space. This condition never arises in the
GNU system.
|
Invalid executable file format. This condition is detected by the
exec functions; see Executing a File.
|
|
Bad file descriptor; for example, I/O on a descriptor that has been
closed or reading from a descriptor open only for writing (or vice
versa).
|
|
There are no child processes. This error happens on operations that are
supposed to manipulate child processes, when there aren't any processes
to manipulate.
|
|
Deadlock avoided; allocating a system resource would have resulted in a
deadlock situation. The system does not guarantee that it will notice
all such situations. This error means you got lucky and the system
noticed; it might just hang. See File Locks, for an example.
|
|
No memory available. The system cannot allocate more virtual memory
because its capacity is full.
|
|
Permission denied; the file permissions do not allow the attempted operation.
|
|
Bad address; an invalid pointer was detected.
In the GNU system, this error never happens; you get a signal instead.
|
|
A file that isn't a block special file was given in a situation that
requires one. For example, trying to mount an ordinary file as a file
system in Unix gives this error.
|
|
Resource busy; a system resource that can't be shared is already in use.
For example, if you try to delete a file that is the root of a currently
mounted filesystem, you get this error.
|
|
File exists; an existing file was specified in a context where it only
makes sense to specify a new file.
|
An attempt to make an improper link across file systems was detected.
This happens not only when you use link (see Hard Links) but
also when you rename a file with rename (see Renaming Files).
|
|
The wrong type of device was given to a function that expects a
particular sort of device.
|
|
A file that isn't a directory was specified when a directory is required.
|
|
File is a directory; you cannot open a directory for writing,
or create or remove hard links to it.
|
|
Invalid argument. This is used to indicate various kinds of problems
with passing the wrong argument to a library function.
|
|
The current process has too many files open and can't open any more.
Duplicate descriptors do count toward this limit.
In BSD and GNU, the number of open files is controlled by a resource
limit that can usually be increased. If you get this error, you might
want to increase the RLIMIT_NOFILE limit or make it unlimited;
see Limits on Resources.
|
|
There are too many distinct file openings in the entire system. Note
that any number of linked channels count as just one file opening; see
Linked Channels. This error never occurs in the GNU system.
|
|
Inappropriate I/O control operation, such as trying to set terminal
modes on an ordinary file.
|
|
An attempt to execute a file that is currently open for writing, or
write to a file that is currently being executed. Often using a
debugger to run a program is considered having it open for writing and
will cause this error. (The name stands for "text file busy".) This
is not an error in the GNU system; the text is copied as necessary.
|
|
File too big; the size of a file would be larger than allowed by the system.
|
|
No space left on device; write operation on a file failed because the
disk is full.
|
|
Invalid seek operation (such as on a pipe).
|
|
An attempt was made to modify something on a read-only file system.
|
Too many links; the link count of a single file would become too large.
rename can cause this error if the file being renamed already has
as many links as it can take (see Renaming Files).
|
Broken pipe; there is no process reading from the other end of a pipe.
Every library function that returns this error code also generates a
SIGPIPE signal; this signal terminates the program if not handled
or blocked. Thus, your program will never actually see EPIPE
unless it has handled or blocked SIGPIPE.
|
|
Domain error; used by mathematical functions when an argument value does
not fall into the domain over which the function is defined.
|
|
Range error; used by mathematical functions when the result value is
not representable because of overflow or underflow.
|
Resource temporarily unavailable; the call might work if you try again
later. The macro EWOULDBLOCK is another name for EAGAIN;
they are always the same in the GNU C library.
This error can happen in a few different situations:
- An operation that would block was attempted on an object that has
non-blocking mode selected. Trying the same operation again will block
until some external condition makes it possible to read, write, or
connect (whatever the operation). You can use
select to find out
when the operation will be possible; see Waiting for I/O.
Portability Note: In many older Unix systems, this condition
was indicated by EWOULDBLOCK, which was a distinct error code
different from EAGAIN. To make your program portable, you should
check for both codes and treat them the same.
- A temporary resource shortage made an operation impossible.
fork
can return this error. It indicates that the shortage is expected to
pass, so your program can try the call again later and it may succeed.
It is probably a good idea to delay for a few seconds before trying it
again, to allow time for other processes to release scarce resources.
Such shortages are usually fairly serious and affect the whole system,
so usually an interactive program should report the error to the user
and return to its command loop.
|
In the GNU C library, this is another name for EAGAIN (above).
The values are always the same, on every operating system.
C libraries in many older Unix systems have EWOULDBLOCK as a
separate error code.
|
An operation that cannot complete immediately was initiated on an object
that has non-blocking mode selected. Some functions that must always
block (such as connect; see Connecting) never return
EAGAIN. Instead, they return EINPROGRESS to indicate that
the operation has begun and will take some time. Attempts to manipulate
the object before the call completes return EALREADY. You can
use the select function to find out when the pending operation
has completed; see Waiting for I/O.
|
|
An operation is already in progress on an object that has non-blocking
mode selected.
|
|
A file that isn't a socket was specified when a socket is required.
|
|
The size of a message sent on a socket was larger than the supported
maximum size.
|
|
The socket type does not support the requested communications protocol.
|
|
You specified a socket option that doesn't make sense for the
particular protocol being used by the socket. See Socket Options.
|
| int EPROTONOSUPPORT
|
Macro |
|
The socket domain does not support the requested communications protocol
(perhaps because the requested protocol is completely invalid).
See Creating a Socket.
|
| int ESOCKTNOSUPPORT
|
Macro |
|
The socket type is not supported.
|
|
The operation you requested is not supported. Some socket functions
don't make sense for all types of sockets, and others may not be
implemented for all communications protocols. In the GNU system, this
error can happen for many calls when the object does not support the
particular operation;on call; an asynchronous signal occurred and prevented
completion of the call. When this happens, you should try the call
again.
You can choose to have functions resume after a signal that is handled,
rather than failing with EINTR; see Interrupted Primitives.
|
|
Input/output error; usually used for physical read or write errors.
|
|
No such device or address. The system tried to use the device
represented by a file you specified, and it couldn't find the device.
This can mean that the device file was installed incorrectly, or that
the physical device is missing or not correctly attached to the
computer.
|
Argument list too long; used when the arguments passed to a new program
being executed with one of the exec functions (see Executing a File) occupy too much memory space. This condition never arises in the
GNU system.
|
Invalid executable file format. This condition is detected by the
exec functions; see Executing a File.
|
|
Bad file descriptor; for example, I/O on a descriptor that has been
closed or reading from a descriptor open only for writing (or vice
versa).
|
|
There are no child processes. This error happens on operations that are
supposed to manipulate child processes, when there aren't any processes
to manipulate.
|
|
Deadlock avoided; allocating a system resource would have resulted in a
deadlock situation. The system does not guarantee that it will notice
all such situations. This error means you got lucky and the system
noticed; it might just hang. See File Locks, for an example.
|
|
No memory available. The system cannot allocate more virtual memory
because its capacity is full.
|
|
Permission denied; the file permissions do not allow the attempted operation.
|
|
Bad address; an invalid pointer was detected.
In the GNU system, this error never happens; you get a signal instead.
|
|
A file that isn't a block special file was given in a situation that
requires one. For example, trying to mount an ordinary file as a file
system in Unix gives this error.
|
|
Resource busy; a system resource that can't be shared is already in use.
For example, if you try to delete a file that is the root of a currently
mounted filesystem, you get this error.
|
|
File exists; an existing file was specified in a context where it only
makes sense to specify a new file.
|
An attempt to make an improper link across file systems was detected.
This happens not only when you use link (see Hard Links) but
also when you rename a file with rename (see Renaming Files).
|
|
The wrong type of device was given to a function that expects a
particular sort of device.
|
|
A file that isn't a directory was specified when a directory is required.
|
|
File is a directory; you cannot open a directory for writing,
or create or remove hard links to it.
|
|
Invalid argument. This is used to indicate various kinds of problems
with passing the wrong argument to a library function.
|
|
The current process has too many files open and can't open any more.
Duplicate descriptors do count toward this limit.
In BSD and GNU, the number of open files is controlled by a resource
limit that can usually be increased. If you get this error, you might
want to increase the RLIMIT_NOFILE limit or make it unlimited;
see Limits on Resources.
|
|
There are too many distinct file openings in the entire system. Note
that any number of linked channels count as just one file opening; see
Linked Channels. This error never occurs in the GNU system.
|
|
Inappropriate I/O control operation, such as trying to set terminal
modes on an ordinary file.
|
|
An attempt to execute a file that is currently open for writing, or
write to a file that is currently being executed. Often using a
debugger to run a program is considered having it open for writing and
will cause this error. (The name stands for "text file busy".) This
is not an error in the GNU system; the text is copied as necessary.
|
|
File too big; the size of a file would be larger than allowed by the system.
|
|
No space left on device; write operation on a file failed because the
disk is full.
|
|
Invalid seek operation (such as on a pipe).
|
|
An attempt was made to modify something on a read-only file system.
|
Too many links; the link count of a single file would become too large.
rename can cause this error if the file being renamed already has
as many links as it can take (see Renaming Files).
|
Broken pipe; there is no process reading from the other end of a pipe.
Every library function that returns this error code also generates a
SIGPIPE signal; this signal terminates the program if not handled
or blocked. Thus, your program will never actually see EPIPE
unless it has handled or blocked SIGPIPE.
|
|
Domain error; used by mathematical functions when an argument value does
not fall into the domain over which the function is defined.
|
|
Range error; used by mathematical functions when the result value is
not representable because of overflow or underflow.
|
Resource temporarily unavailable; the call might work if you try again
later. The macro EWOULDBLOCK is another name for EAGAIN;
they are always the same in the GNU C library.
This error can happen in a few different situations:
- An operation that would block was attempted on an object that has
non-blocking mode selected. Trying the same operation again will block
until some external condition makes it possible to read, write, or
connect (whatever the operation). You can use
select to find out
when the operation will be possible; see Waiting for I/O.
Portability Note: In many older Unix systems, this condition
was indicated by EWOULDBLOCK, which was a distinct error code
different from EAGAIN. To make your program portable, you should
check for both codes and treat them the same.
- A temporary resource shortage made an operation impossible.
fork
can return this error. It indicates that the shortage is expected to
pass, so your program can try the call again later and it may succeed.
It is probably a good idea to delay for a few seconds before trying it
again, to allow time for other processes to release scarce resources.
Such shortages are usually fairly serious and affect the whole system,
so usually an interactive program should report the error to the user
and return to its command loop.
|
In the GNU C library, this is another name for EAGAIN (above).
The values are always the same, on every operating system.
C libraries in many older Unix systems have EWOULDBLOCK as a
separate error code.
|
An operation that cannot complete immediately was initiated on an object
that has non-blocking mode selected. Some functions that must always
block (such as connect; see Connecting) never return
EAGAIN. Instead, they return EINPROGRESS to indicate that
the operation has begun and will take some time. Attempts to manipulate
the object before the call completes return EALREADY. You can
use the select function to find out when the pending operation
has completed; see Waiting for I/O.
|
|
An operation is already in progress on an object that has non-blocking
mode selected.
|
|
A file that isn't a socket was specified when a socket is required.
|
|
The size of a message sent on a socket was larger than the supported
maximum size.
|
|
The socket type does not support the requested communications protocol.
|
|
You specified a socket option that doesn't make sense for the
particular protocol being used by the socket. See Socket Options.
|
| int EPROTONOSUPPORT
|
Macro |
|
The socket domain does not support the requested communications protocol
(perhaps because the requested protocol is completely invalid).
See Creating a Socket.
|
| int ESOCKTNOSUPPORT
|
Macro |
|
The socket type is not supported.
|
|
The operation you requested is not supported. Some socket functions
don't make sense for all types of sockets, and others may not be
implemented for all communications protocols. In the GNU system, this
error can happen for many calls when the object does not support the
particular operation;on call; an asynchronous signal occurred and prevented
completion of the call. When this happens, you should try the call
again.
You can choose to have functions resume after a signal that is handled,
rather than failing with EINTR; see Interrupted Primitives.
|
|
Input/output error; usually used for physical read or write errors.
|
|
No such device or address. The system tried to use the device
represented by a file you specified, and it couldn't find the device.
This can mean that the device file was installed incorrectly, or that
the physical device is missing or not correctly attached to the
computer.
|
Argument list too long; used when the arguments passed to a new program
being executed with one of the exec functions (see Executing a File) occupy too much memory space. This condition never arises in the
GNU system.
|
Invalid executable file format. This condition is detected by the
exec functions; see Executing a File.
|
|
Bad file descriptor; for example, I/O on a descriptor that has been
closed or reading from a descriptor open only for writing (or vice
versa).
|
|
There are no child processes. This error happens on operations that are
supposed to manipulate child processes, when there aren't any processes
to manipulate.
|
|
Deadlock avoided; allocating a system resource would have resulted in a
deadlock situation. The system does not guarantee that it will notice
all such situations. This error means you got lucky and the system
noticed; it might just hang. See File Locks, for an example.
|
|
No memory available. The system cannot allocate more virtual memory
because its capacity is full.
|
|
Permission denied; the file permissions do not allow the attempted operation.
|
|
Bad address; an invalid pointer was detected.
In the GNU system, this error never happens; you get a signal instead.
|
|
A file that isn't a block special file was given in a situation that
requires one. For example, trying to mount an ordinary file as a file
system in Unix gives this error.
|
|
Resource busy; a system resource that can't be shared is already in use.
For example, if you try to delete a file that is the root of a currently
mounted filesystem, you get this error.
|
|
File exists; an existing file was specified in a context where it only
makes sense to specify a new file.
|
An attempt to make an improper link across file systems was detected.
This happens not only when you use link (see Hard Links) but
also when you rename a file with rename (see Renaming Files).
|
|
The wrong type of device was given to a function that expects a
particular sort of device.
|
|
A file that isn't a directory was specified when a directory is required.
|
|
File is a directory; you cannot open a directory for writing,
or create or remove hard links to it.
|
|
Invalid argument. This is used to indicate various kinds of problems
with passing the wrong argument to a library function.
|
|
The current process has too many files open and can't open any more.
Duplicate descriptors do count toward this limit.
In BSD and GNU, the number of open files is controlled by a resource
limit that can usually be increased. If you get this error, you might
want to increase the RLIMIT_NOFILE limit or make it unlimited;
see Limits on Resources.
|
|
There are too many distinct file openings in the entire system. Note
that any number of linked channels count as just one file opening; see
Linked Channels. This error never occurs in the GNU system.
|
|
Inappropriate I/O control operation, such as trying to set terminal
modes on an ordinary file.
|
|
An attempt to execute a file that is currently open for writing, or
write to a file that is currently being executed. Often using a
debugger to run a program is considered having it open for writing and
will cause this error. (The name stands for "text file busy".) This
is not an error in the GNU system; the text is copied as necessary.
|
|
File too big; the size of a file would be larger than allowed by the system.
|
|
No space left on device; write operation on a file failed because the
disk is full.
|
|
Invalid seek operation (such as on a pipe).
|
|
An attempt was made to modify something on a read-only file system.
|
Too many links; the link count of a single file would become too large.
rename can cause this error if the file being renamed already has
as many links as it can take (see Renaming Files).
|
Broken pipe; there is no process reading from the other end of a pipe.
Every library function that returns this error code also generates a
SIGPIPE signal; this signal terminates the program if not handled
or blocked. Thus, your program will never actually see EPIPE
unless it has handled or blocked SIGPIPE.
|
|
Domain error; used by mathematical functions when an argument value does
not fall into the domain over which the function is defined.
|
|
Range error; used by mathematical functions when the result value is
not representable because of overflow or underflow.
|
Resource temporarily unavailable; the call might work if you try again
later. The macro EWOULDBLOCK is another name for EAGAIN;
they are always the same in the GNU C library.
This error can happen in a few different situations:
- An operation that would block was attempted on an object that has
non-blocking mode selected. Trying the same operation again will block
until some external condition makes it possible to read, write, or
connect (whatever the operation). You can use
select to find out
when the operation will be possible; see Waiting for I/O.
Portability Note: In many older Unix systems, this condition
was indicated by EWOULDBLOCK, which was a distinct error code
different from EAGAIN. To make your program portable, you should
check for both codes and treat them the same.
- A temporary resource shortage made an operation impossible.
fork
can return this error. It indicates that the shortage is expected to
pass, so your program can try the call again later and it may succeed.
It is probably a good idea to delay for a few seconds before trying it
again, to allow time for other processes to release scarce resources.
Such shortages are usually fairly serious and affect the whole system,
so usually an interactive program should report the error to the user
and return to its command loop.
|
In the GNU C library, this is another name for EAGAIN (above).
The values are always the same, on every operating system.
C libraries in many older Unix systems have EWOULDBLOCK as a
separate error code.
|
An operation that cannot complete immediately was initiated on an object
that has non-blocking mode selected. Some functions that must always
block (such as connect; see Connecting) never return
EAGAIN. Instead, they return EINPROGRESS to indicate that
the operation has begun and will take some time. Attempts to manipulate
the object before the call completes return EALREADY. You can
use the select function to find out when the pending operation
has completed; see Waiting for I/O.
|
|
An operation is already in progress on an object that has non-blocking
mode selected.
|
|
A file that isn't a socket was specified when a socket is required.
|
|
The size of a message sent on a socket was larger than the supported
maximum size.
|
|
The socket type does not support the requested communications protocol.
|
|
You specified a socket option that doesn't make sense for the
particular protocol being used by the socket. See Socket Options.
|
| int EPROTONOSUPPORT
|
Macro |
|
The socket domain does not support the requested communications protocol
(perhaps because the requested protocol is completely invalid).
See Creating a Socket.
|
| int ESOCKTNOSUPPORT
|
Macro |
|
The socket type is not supported.
|
|
The operation you requested is not supported. Some socket functions
don't make sense for all types of sockets, and others may not be
implemented for all communications protocols. In the GNU system, this
error can happen for many calls when the object does not support the
particular operation;on call; an asynchronous signal occurred and prevented
completion of the call. When this happens, you should try the call
again.
You can choose to have functions resume after a signal that is handled,
rather than failing with EINTR; see Interrupted Primitives.
|
|
Input/output error; usually used for physical read or write errors.
|
|
No such device or address. The system tried to use the device
represented by a file you specified, and it couldn't find the device.
This can mean that the device file was installed incorrectly, or that
the physical device is missing or not correctly attached to the
computer.
|
Argument list too long; used when the arguments passed to a new program
being executed with one of the exec functions (see Executing a File) occupy too much memory space. This condition never arises in the
GNU system.
|
Invalid executable file format. This condition is detected by the
exec functions; see Executing a File.
|
|
Bad file descriptor; for example, I/O on a descriptor that has been
closed or reading from a descriptor open only for writing (or vice
versa).
|
|
There are no child processes. This error happens on operations that are
supposed to manipulate child processes, when there aren't any processes
to manipulate.
|
|
Deadlock avoided; allocating a system resource would have resulted in a
deadlock situation. The system does not guarantee that it will notice
all such situations. This error means you got lucky and the system
noticed; it might just hang. See File Locks, for an example.
|
|
No memory available. The system cannot allocate more virtual memory
because its capacity is full.
|
|
Permission denied; the file permissions do not allow the attempted operation.
|
|
Bad address; an invalid pointer was detected.
In the GNU system, this error never happens; you get a signal instead.
|
|
A file that isn't a block special file was given in a situation that
requires one. For example, trying to mount an ordinary file as a file
system in Unix gives this error.
|
|
Resource busy; a system resource that can't be shared is already in use.
For example, if you try to delete a file that is the root of a currently
mounted filesystem, you get this error.
|
|
File exists; an existing file was specified in a context where it only
makes sense to specify a new file.
|
An attempt to make an improper link across file systems was detected.
This happens not only when you use link (see Hard Links) but
also when you rename a file with rename (see Renaming Files).
|
|
The wrong type of device was given to a function that expects a
particular sort of device.
|
|
A file that isn't a directory was specified when a directory is required.
|
|
File is a directory; you cannot open a directory for writing,
or create or remove hard links to it.
|
|
Invalid argument. This is used to indicate various kinds of problems
with passing the wrong argument to a library function.
|
|
The current process has too many files open and can't open any more.
Duplicate descriptors do count toward this limit.
In BSD and GNU, the number of open files is controlled by a resource
limit that can usually be increased. If you get this error, you might
want to increase the RLIMIT_NOFILE limit or make it unlimited;
see Limits on Resources.
|
|
There are too many distinct file openings in the entire system. Note
that any number of linked channels count as just one file opening; see
Linked Channels. This error never occurs in the GNU system.
|
|
Inappropriate I/O control operation, such as trying to set terminal
modes on an ordinary file.
|
|
An attempt to execute a file that is currently open for writing, or
write to a file that is currently being executed. Often using a
debugger to run a program is considered having it open for writing and
will cause this error. (The name stands for "text file busy".) This
is not an error in the GNU system; the text is copied as necessary.
|
|
File too big; the size of a file would be larger than allowed by the system.
|
|
No space left on device; write operation on a file failed because the
disk is full.
|
|
Invalid seek operation (such as on a pipe).
|
|
An attempt was made to modify something on a read-only file system.
|
Too many links; the link count of a single file would become too large.
rename can cause this error if the file being renamed already has
as many links as it can take (see Renaming Files).
|
Broken pipe; there is no process reading from the other end of a pipe.
Every library function that returns this error code also generates a
SIGPIPE signal; this signal terminates the program if not handled
or blocked. Thus, your program will never actually see EPIPE
unless it has handled or blocked SIGPIPE.
|
|
Domain error; used by mathematical functions when an argument value does
not fall into the domain over which the function is defined.
|
|
Range error; used by mathematical functions when the result value is
not representable because of overflow or underflow.
|
Resource temporarily unavailable; the call might work if you try again
later. The macro EWOULDBLOCK is another name for EAGAIN;
they are always the same in the GNU C library.
This error can happen in a few different situations:
- An operation that would block was attempted on an object that has
non-blocking mode selected. Trying the same operation again will block
until some external condition makes it possible to read, write, or
connect (whatever the operation). You can use
select to find out
when the operation will be possible; see Waiting for I/O.
Portability Note: In many older Unix systems, this condition
was indicated by EWOULDBLOCK, which was a distinct error code
different from EAGAIN. To make your program portable, you should
check for both codes and treat them the same.
- A temporary resource shortage made an operation impossible.
fork
can return this error. It indicates that the shortage is expected to
pass, so your program can try the call again later and it may succeed.
It is probably a good idea to delay for a few seconds before trying it
again, to allow time for other processes to release scarce resources.
Such shortages are usually fairly serious and affect the whole system,
so usually an interactive program should report the error to the user
and return to its command loop.
|
In the GNU C library, this is another name for EAGAIN (above).
The values are always the same, on every operating system.
C libraries in many older Unix systems have EWOULDBLOCK as a
separate error code.
|
An operation that cannot complete immediately was initiated on an object
that has non-blocking mode selected. Some functions that must always
block (such as connect; see Connecting) never return
EAGAIN. Instead, they return EINPROGRESS to indicate that
the operation has begun and will take some time. Attempts to manipulate
the object before the call completes return EALREADY. You can
use the select function to find out when the pending operation
has completed; see Waiting for I/O.
|
|
An operation is already in progress on an object that has non-blocking
mode selected.
|
|
A file that isn't a socket was specified when a socket is required.
|
|
The size of a message sent on a socket was larger than the supported
maximum size.
|
|
The socket type does not support the requested communications protocol.
|
|
You specified a socket option that doesn't make sense for the
particular protocol being used by the socket. See Socket Options.
|
| int EPROTONOSUPPORT
|
Macro |
|
The socket domain does not support the requested communications protocol
(perhaps because the requested protocol is completely invalid).
See Creating a Socket.
|
| int ESOCKTNOSUPPORT
|
Macro |
|
The socket type is not supported.
|
|
The operation you requested is not supported. Some socket functions
don't make sense for all types of sockets, and others may not be
implemented for all communications protocols. In the GNU system, this
error can happen for many calls when the object does not support the
particular operation;on call; an asynchronous signal occurred and prevented
completion of the call. When this happens, you should try the call
again.
You can choose to have functions resume after a signal that is handled,
rather than failing with EINTR; see Interrupted Primitives.
|
|
Input/output error; usually used for physical read or write errors.
|
|
No such device or address. The system tried to use the device
represented by a file you specified, and it couldn't find the device.
This can mean that the device file was installed incorrectly, or that
the physical device is missing or not correctly attached to the
computer.
|
Argument list too long; used when the arguments passed to a new program
being executed with one of the exec functions (see Executing a File) occupy too much memory space. This condition never arises in the
GNU system.
|
Invalid executable file format. This condition is detected by the
exec functions; see Executing a File.
|
|
Bad file descriptor; for example, I/O on a descriptor that has been
closed or reading from a descriptor open only for writing (or vice
versa).
|
|
There are no child processes. This error happens on operations that are
supposed to manipulate child processes, when there aren't any processes
to manipulate.
|
|
Deadlock avoided; allocating a system resource would have resulted in a
deadlock situation. The system does not guarantee that it will notice
all such situations. This error means you got lucky and the system
noticed; it might just hang. See File Locks, for an example.
|
|
No memory available. The system cannot allocate more virtual memory
because its capacity is full.
|
|
Permission denied; the file permissions do not allow the attempted operation.
|
|
Bad address; an invalid pointer was detected.
In the GNU system, this error never happens; you get a signal instead.
|
|
A file that isn't a block special file was given in a situation that
requires one. For example, trying to mount an ordinary file as a file
system in Unix gives this error.
|
|
Resource busy; a system resource that can't be shared is already in use.
For example, if you try to delete a file that is the root of a currently
mounted filesystem, you get this error.
|
|
File exists; an existing file was specified in a context where it only
makes sense to specify a new file.
|
An attempt to make an improper link across file systems was detected.
This happens not only when you use link (see Hard Links) but
also when you rename a file with rename (see Renaming Files).
|
|
The wrong type of device was given to a function that expects a
particular sort of device.
|
|
A file that isn't a directory was specified when a directory is required.
|
|
File is a directory; you cannot open a directory for writing,
or create or remove hard links to it.
|
|
Invalid argument. This is used to indicate various kinds of problems
with passing the wrong argument to a library function.
|
|
The current process has too many files open and can't open any more.
Duplicate descriptors do count toward this limit.
In BSD and GNU, the number of open files is controlled by a resource
limit that can usually be increased. If you get this error, you might
want to increase the RLIMIT_NOFILE limit or make it unlimited;
see Limits on Resources.
|
|
There are too many distinct file openings in the entire system. Note
that any number of linked channels count as just one file opening; see
Linked Channels. This error never occurs in the GNU system.
|
|
Inappropriate I/O control operation, such as trying to set terminal
modes on an ordinary file.
|
|
An attempt to execute a file that is currently open for writing, or
write to a file that is currently being executed. Often using a
debugger to run a program is considered having it open for writing and
will cause this error. (The name stands for "text file busy".) This
is not an error in the GNU system; the text is copied as necessary.
|
|
File too big; the size of a file would be larger than allowed by the system.
|
|
No space left on device; write operation on a file failed because the
disk is full.
|
|
Invalid seek operation (such as on a pipe).
|
|
An attempt was made to modify something on a read-only file system.
|
Too many links; the link count of a single file would become too large.
rename can cause this error if the file being renamed already has
as many links as it can take (see Renaming Files).
|
Broken pipe; there is no process reading from the other end of a pipe.
Every library function that returns this error code also generates a
SIGPIPE signal; this signal terminates the program if not handled
or blocked. Thus, your program will never actually see EPIPE
unless it has handled or blocked SIGPIPE.
|
|
Domain error; used by mathematical functions when an argument value does
not fall into the domain over which the function is defined.
|
|
Range error; used by mathematical functions when the result value is
not representable because of overflow or underflow.
|
Resource temporarily unavailable; the call might work if you try again
later. The macro EWOULDBLOCK is another name for EAGAIN;
they are always the same in the GNU C library.
This error can happen in a few different situations:
- An operation that would block was attempted on an object that has
non-blocking mode selected. Trying the same operation again will block
until some external condition makes it possible to read, write, or
connect (whatever the operation). You can use
select to find out
when the operation will be possible; see Waiting for I/O.
Portability Note: In many older Unix systems, this condition
was indicated by EWOULDBLOCK, which was a distinct error code
different from EAGAIN. To make your program portable, you should
check for both codes and treat them the same.
- A temporary resource shortage made an operation impossible.
fork
can return this error. It indicates that the shortage is expected to
pass, so your program can try the call again later and it may succeed.
It is probably a good idea to delay for a few seconds before trying it
again, to allow time for other processes to release scarce resources.
Such shortages are usually fairly serious and affect the whole system,
so usually an interactive program should report the error to the user
and return to its command loop.
|
In the GNU C library, this is another name for EAGAIN (above).
The values are always the same, on every operating system.
C libraries in many older Unix systems have EWOULDBLOCK as a
separate error code.
|
An operation that cannot complete immediately was initiated on an object
that has non-blocking mode selected. Some functions that must always
block (such as connect; see Connecting) never return
EAGAIN. Instead, they return EINPROGRESS to indicate that
the operation has begun and will take some time. Attempts to manipulate
the object before the call completes return EALREADY. You can
use the select function to find out when the pending operation
has completed; see Waiting for I/O.
|
|
An operation is already in progress on an object that has non-blocking
mode selected.
|
|
A file that isn't a socket was specified when a socket is required.
|
|
The size of a message sent on a socket was larger than the supported
maximum size.
|
|
The socket type does not support the requested communications protocol.
|
|
You specified a socket option that doesn't make sense for the
particular protocol being used by the socket. See Socket Options.
|
| int EPROTONOSUPPORT
|
Macro |
|
The socket domain does not support the requested communications protocol
(perhaps because the requested protocol is completely invalid).
See Creating a Socket.
|
| int ESOCKTNOSUPPORT
|
Macro |
|
The socket type is not supported.
|
|
The operation you requested is not supported. Some socket functions
don't make sense for all types of sockets, and others may not be
implemented for all communications protocols. In the GNU system, this
error can happen for many calls when the object does not support the
particular operation;on call; an asynchronous signal occurred and prevented
completion of the call. When this happens, you should try the call
again.
You can choose to have functions resume after a signal that is handled,
rather than failing with EINTR; see Interrupted Primitives.
|
|
Input/output error; usually used for physical read or write errors.
|
|
No such device or address. The system tried to use the device
represented by a file you specified, and it couldn't find the device.
This can mean that the device file was installed incorrectly, or that
the physical device is missing or not correctly attached to the
computer.
|
Argument list too long; used when the arguments passed to a new program
being executed with one of the exec functions (see Executing a File) occupy too much memory space. This condition never arises in the
GNU system.
|
Invalid executable file format. This condition is detected by the
exec functions; see Executing a File.
|
|
Bad file descriptor; for example, I/O on a descriptor that has been
closed or reading from a descriptor open only for writing (or vice
versa).
|
|
There are no child processes. This error happens on operations that are
supposed to manipulate child processes, when there aren't any processes
to manipulate.
|
|
Deadlock avoided; allocating a system resource would have resulted in a
deadlock situation. The system does not guarantee that it will notice
all such situations. This error means you got lucky and the system
noticed; it might just hang. See File Locks, for an example.
|
|
No memory available. The system cannot allocate more virtual memory
because its capacity is full.
|
|
Permission denied; the file permissions do not allow the attempted operation.
|
|
Bad address; an invalid pointer was detected.
In the GNU system, this error never happens; you get a signal instead.
|
|
A file that isn't a block special file was given in a situation that
requires one. For example, trying to mount an ordinary file as a file
system in Unix gives this error.
|
|
Resource busy; a system resource that can't be shared is already in use.
For example, if you try to delete a file that is the root of a currently
mounted filesystem, you get this error.
|
|
File exists; an existing file was specified in a context where it only
makes sense to specify a new file.
|
An attempt to make an improper link across file systems was detected.
This happens not only when you use link (see Hard Links) but
also when you rename a file with rename (see Renaming Files).
|
|
The wrong type of device was given to a function that expects a
particular sort of device.
|
|
A file that isn't a directory was specified when a directory is required.
|
|
File is a directory; you cannot open a directory for writing,
or create or remove hard links to it.
|
|
Invalid argument. This is used to indicate various kinds of problems
with passing the wrong argument to a library function.
|
|
The current process has too many files open and can't open any more.
Duplicate descriptors do count toward this limit.
In BSD and GNU, the number of open files is controlled by a resource
limit that can usually be increased. If you get this error, you might
want to increase the RLIMIT_NOFILE limit or make it unlimited;
see Limits on Resources.
|
|
There are too many distinct file openings in the entire system. Note
that any number of linked channels count as just one file opening; see
Linked Channels. This error never occurs in the GNU system.
|
|
Inappropriate I/O control operation, such as trying to set terminal
modes on an ordinary file.
|
|
An attempt to execute a file that is currently open for writing, or
write to a file that is currently being executed. Often using a
debugger to run a program is considered having it open for writing and
will cause this error. (The name stands for "text file busy".) This
is not an error in the GNU system; the text is copied as necessary.
|
|
File too big; the size of a file would be larger than allowed by the system.
|
|
No space left on device; write operation on a file failed because the
disk is full.
|
|
Invalid seek operation (such as on a pipe).
|
|
An attempt was made to modify something on a read-only file system.
|
Too many links; the link count of a single file would become too large.
rename can cause this error if the file being renamed already has
as many links as it can take (see Renaming Files).
|
Broken pipe; there is no process reading from the other end of a pipe.
Every library function that returns this error code also generates a
SIGPIPE signal; this signal terminates the program if not handled
or blocked. Thus, your program will never actually see EPIPE
unless it has handled or blocked SIGPIPE.
|
|
Domain error; used by mathematical functions when an argument value does
not fall into the domain over which the function is defined.
|
|
Range error; used by mathematical functions when the result value is
not representable because of overflow or underflow.
|
Resource temporarily unavailable; the call might work if you try again
later. The macro EWOULDBLOCK is another name for EAGAIN;
they are always the same in the GNU C library.
This error can happen in a few different situations:
- An operation that would block was attempted on an object that has
non-blocking mode selected. Trying the same operation again will block
until some external condition makes it possible to read, write, or
connect (whatever the operation). You can use
select to find out
when the operation will be possible; see Waiting for I/O.
Portability Note: In many older Unix systems, this condition
was indicated by EWOULDBLOCK, which was a distinct error code
different from EAGAIN. To make your program portable, you should
check for both codes and treat them the same.
- A temporary resource shortage made an operation impossible.
fork
can return this error. It indicates that the shortage is expected to
pass, so your program can try the call again later and it may succeed.
It is probably a good idea to delay for a few seconds before trying it
again, to allow time for other processes to release scarce resources.
Such shortages are usually fairly serious and affect the whole system,
so usually an interactive program should report the error to the user
and return to its command loop.
|
In the GNU C library, this is another name for EAGAIN (above).
The values are always the same, on every operating system.
C libraries in many older Unix systems have EWOULDBLOCK as a
separate error code.
|
An operation that cannot complete immediately was initiated on an object
that has non-blocking mode selected. Some functions that must always
block (such as connect; see Connecting) never return
EAGAIN. Instead, they return EINPROGRESS to indicate that
the operation has begun and will take some time. Attempts to manipulate
the object before the call completes return EALREADY. You can
use the select function to find out when the pending operation
has completed; see Waiting for I/O.
|
|
An operation is already in progress on an object that has non-blocking
mode selected.
|
|
A file that isn't a socket was specified when a socket is required.
|
|
The size of a message sent on a socket was larger than the supported
maximum size.
|
|
The socket type does not support the requested communications protocol.
|
|
You specified a socket option that doesn't make sense for the
particular protocol being used by the socket. See Socket Options.
|
| int EPROTONOSUPPORT
|
Macro |
|
The socket domain does not support the requested communications protocol
(perhaps because the requested protocol is completely invalid).
See Creating a Socket.
|
| int ESOCKTNOSUPPORT
|
Macro |
|
The socket type is not supported.
|
|
The operation you requested is not supported. Some socket functions
don't make sense for all types of sockets, and others may not be
implemented for all communications protocols. In the GNU system, this
error can happen for many calls when the object does not support the
particular operation;on call; an asynchronous signal occurred and prevented
completion of the call. When this happens, you should try the call
again.
You can choose to have functions resume after a signal that is handled,
rather than failing with EINTR; see Interrupted Primitives.
|
|
Input/output error; usually used for physical read or write errors.
|
|
No such device or address. The system tried to use the device
represented by a file you specified, and it couldn't find the device.
This can mean that the device file was installed incorrectly, or that
the physical device is missing or not correctly attached to the
computer.
|
Argument list too long; used when the arguments passed to a new program
being executed with one of the exec functions (see Executing a File) occupy too much memory space. This condition never arises in the
GNU system.
|
Invalid executable file format. This condition is detected by the
exec functions; see Executing a File.
|
|
Bad file descriptor; for example, I/O on a descriptor that has been
closed or reading from a descriptor open only for writing (or vice
versa).
|
|
There are no child processes. This error happens on operations that are
supposed to manipulate child processes, when there aren't any processes
to manipulate.
|
|
Deadlock avoided; allocating a system resource would have resulted in a
deadlock situation. The system does not guarantee that it will notice
all such situations. This error means you got lucky and the system
noticed; it might just hang. See File Locks, for an example.
|
|
No memory available. The system cannot allocate more virtual memory
because its capacity is full.
|
|
Permission denied; the file permissions do not allow the attempted operation.
|
|
Bad address; an invalid pointer was detected.
In the GNU system, this error never happens; you get a signal instead.
|
|
A file that isn't a block special file was given in a situation that
requires one. For example, trying to mount an ordinary file as a file
system in Unix gives this error.
|
|
Resource busy; a system resource that can't be shared is already in use.
For example, if you try to delete a file that is the root of a currently
mounted filesystem, you get this error.
|
|
File exists; an existing file was specified in a context where it only
makes sense to specify a new file.
|
An attempt to make an improper link across file systems was detected.
This happens not only when you use link (see Hard Links) but
also when you rename a file with rename (see Renaming Files).
|
|
The wrong type of device was given to a function that expects a
particular sort of device.
|
|
A file that isn't a directory was specified when a directory is required.
|
|
File is a directory; you cannot open a directory for writing,
or create or remove hard links to it.
|
|
Invalid argument. This is used to indicate various kinds of problems
with passing the wrong argument to a library function.
|
|
The current process has too many files open and can't open any more.
Duplicate descriptors do count toward this limit.
In BSD and GNU, the number of open files is controlled by a resource
limit that can usually be increased. If you get this error, you might
want to increase the RLIMIT_NOFILE limit or make it unlimited;
see Limits on Resources.
|
|
There are too many distinct file openings in the entire system. Note
that any number of linked channels count as just one file opening; see
Linked Channels. This error never occurs in the GNU system.
|
|
Inappropriate I/O control operation, such as trying to set terminal
modes on an ordinary file.
|
|
An attempt to execute a file that is currently open for writing, or
write to a file that is currently being executed. Often using a
debugger to run a program is considered having it open for writing and
will cause this error. (The name stands for "text file busy".) This
is not an error in the GNU system; the text is copied as necessary.
|
|
File too big; the size of a file would be larger than allowed by the system.
|
|
No space left on device; write operation on a file failed because the
disk is full.
|
|
Invalid seek operation (such as on a pipe).
|
|
An attempt was made to modify something on a read-only file system.
|
Too many links; the link count of a single file would become too large.
rename can cause this error if the file being renamed already has
as many links as it can take (see Renaming Files).
|
Broken pipe; there is no process reading from the other end of a pipe.
Every library function that returns this error code also generates a
SIGPIPE signal; this signal terminates the program if not handled
or blocked. Thus, your program will never actually see EPIPE
unless it has handled or blocked SIGPIPE.
|
|
Domain error; used by mathematical functions when an argument value does
not fall into the domain over which the function is defined.
|
|
Range error; used by mathematical functions when the result value is
not representable because of overflow or underflow.
|
Resource temporarily unavailable; the call might work if you try again
later. The macro EWOULDBLOCK is another name for EAGAIN;
they are always the same in the GNU C library.
This error can happen in a few different situations:
- An operation that would block was attempted on an object that has
non-blocking mode selected. Trying the same operation again will block
until some external condition makes it possible to read, write, or
connect (whatever the operation). You can use
select to find out
when the operation will be possible; see Waiting for I/O.
Portability Note: In many older Unix systems, this condition
was indicated by EWOULDBLOCK, which was a distinct error code
different from EAGAIN. To make your program portable, you should
check for both codes and treat them the same.
- A temporary resource shortage made an operation impossible.
fork
can return this error. It indicates that the shortage is expected to
pass, so your program can try the call again later and it may succeed.
It is probably a good idea to delay for a few seconds before trying it
again, to allow time for other processes to release scarce resources.
Such shortages are usually fairly serious and affect the whole system,
so usually an interactive program should report the error to the user
and return to its command loop.
|
In the GNU C library, this is another name for EAGAIN (above).
The values are always the same, on every operating system.
C libraries in many older Unix systems have EWOULDBLOCK as a
separate error code.
|
An operation that cannot complete immediately was initiated on an object
that has non-blocking mode selected. Some functions that must always
block (such as connect; see Connecting) never return
EAGAIN. Instead, they return EINPROGRESS to indicate that
the operation has begun and will take some time. Attempts to manipulate
the object before the call completes return EALREADY. You can
use the select function to find out when the pending operation
has completed; see Waiting for I/O.
|
|
An operation is already in progress on an object that has non-blocking
mode selected.
|
|
A file that isn't a socket was specified when a socket is required.
|
|
The size of a message sent on a socket was larger than the supported
maximum size.
|
|
The socket type does not support the requested communications protocol.
|
|
You specified a socket option that doesn't make sense for the
particular protocol being used by the socket. See Socket Options.
|
| int EPROTONOSUPPORT
|
Macro |
|
The socket domain does not support the requested communications protocol
(perhaps because the requested protocol is completely invalid).
See Creating a Socket.
|
| int ESOCKTNOSUPPORT
|
Macro |
|
The socket type is not supported.
|
|
The operation you requested is not supported. Some socket functions
don't make sense for all types of sockets, and others may not be
implemented for all communications protocols. In the GNU system, this
error can happen for many calls when the object does not support the
particular operation;on call; an asynchronous signal occurred and prevented
completion of the call. When this happens, you should try the call
again.
You can choose to have functions resume after a signal that is handled,
rather than failing with EINTR; see Interrupted Primitives.
|
|
Input/output error; usually used for physical read or write errors.
|
|
No such device or address. The system tried to use the device
represented by a file you specified, and it couldn't find the device.
This can mean that the device file was installed incorrectly, or that
the physical device is missing or not correctly attached to the
computer.
|
Argument list too long; used when the arguments passed to a new program
being executed with one of the exec functions (see Executing a File) occupy too much memory space. This condition never arises in the
GNU system.
|
Invalid executable file format. This condition is detected by the
exec functions; see Executing a File.
|
|
Bad file descriptor; for example, I/O on a descriptor that has been
closed or reading from a descriptor open only for writing (or vice
versa).
|
|
There are no child processes. This error happens on operations that are
supposed to manipulate child processes, when there aren't any processes
to manipulate.
|
|
Deadlock avoided; allocating a system resource would have resulted in a
deadlock situation. The system does not guarantee that it will notice
all such situations. This error means you got lucky and the system
noticed; it might just hang. See File Locks, for an example.
|
|
No memory available. The system cannot allocate more virtual memory
because its capacity is full.
|
|
Permission denied; the file permissions do not allow the attempted operation.
|
|
Bad address; an invalid pointer was detected.
In the GNU system, this error never happens; you get a signal instead.
|
|
A file that isn't a block special file was given in a situation that
requires one. For example, trying to mount an ordinary file as a file
system in Unix gives this error.
|
|
Resource busy; a system resource that can't be shared is already in use.
For example, if you try to delete a file that is the root of a currently
mounted filesystem, you get this error.
|
|
File exists; an existing file was specified in a context where it only
makes sense to specify a new file.
|
An attempt to make an improper link across file systems was detected.
This happens not only when you use link (see Hard Links) but
also when you rename a file with rename (see Renaming Files).
|
|
The wrong type of device was given to a function that expects a
particular sort of device.
|
|
A file that isn't a directory was specified when a directory is required.
|
|
File is a directory; you cannot open a directory for writing,
or create or remove hard links to it.
|
|
Invalid argument. This is used to indicate various kinds of problems
with passing the wrong argument to a library function.
|
|
The current process has too many files open and can't open any more.
Duplicate descriptors do count toward this limit.
In BSD and GNU, the number of open files is controlled by a resource
limit that can usually be increased. If you get this error, you might
want to increase the RLIMIT_NOFILE limit or make it unlimited;
see Limits on Resources.
|
|
There are too many distinct file openings in the entire system. Note
that any number of linked channels count as just one file opening; see
Linked Channels. This error never occurs in the GNU system.
|
|
Inappropriate I/O control operation, such as trying to set terminal
modes on an ordinary file.
|
|
An attempt to execute a file that is currently open for writing, or
write to a file that is currently being executed. Often using a
debugger to run a program is considered having it open for writing and
will cause this error. (The name stands for "text file busy".) This
is not an error in the GNU system; the text is copied as necessary.
|
|
File too big; the size of a file would be larger than allowed by the system.
|
|
No space left on device; write operation on a file failed because the
disk is full.
|
|
Invalid seek operation (such as on a pipe).
|
|
An attempt was made to modify something on a read-only file system.
|
Too many links; the link count of a single file would become too large.
rename can cause this error if the file being renamed already has
as many links as it can take (see Renaming Files).
|
Broken pipe; there is no process reading from the other end of a pipe.
Every library function that returns this error code also generates a
SIGPIPE signal; this signal terminates the program if not handled
or blocked. Thus, your program will never actually see EPIPE
unless it has handled or blocked SIGPIPE.
|
|
Domain error; used by mathematical functions when an argument value does
not fall into the domain over which the function is defined.
|
|
Range error; used by mathematical functions when the result value is
not representable because of overflow or underflow.
|
Resource temporarily unavailable; the call might work if you try again
later. The macro EWOULDBLOCK is another name for EAGAIN;
they are always the same in the GNU C library.
This error can happen in a few different situations:
- An operation that would block was attempted on an object that has
non-blocking mode selected. Trying the same operation again will block
until some external condition makes it possible to read, write, or
connect (whatever the operation). You can use
select to find out
when the operation will be possible; see Waiting for I/O.
Portability Note: In many older Unix systems, this condition
was indicated by EWOULDBLOCK, which was a distinct error code
different from EAGAIN. To make your program portable, you should
check for both codes and treat them the same.
- A temporary resource shortage made an operation impossible.
fork
can return this error. It indicates that the shortage is expected to
pass, so your program can try the call again later and it may succeed.
It is probably a good idea to delay for a few seconds before trying it
again, to allow time for other processes to release scarce resources.
Such shortages are usually fairly serious and affect the whole system,
so usually an interactive program should report the error to the user
and return to its command loop.
|
In the GNU C library, this is another name for EAGAIN (above).
The values are always the same, on every operating system.
C libraries in many older Unix systems have EWOULDBLOCK as a
separate error code.
|
An operation that cannot complete immediately was initiated on an object
that has non-blocking mode selected. Some functions that must always
block (such as connect; see Connecting) never return
EAGAIN. Instead, they return EINPROGRESS to indicate that
the operation has begun and will take some time. Attempts to manipulate
the object before the call completes return EALREADY. You can
use the select function to find out when the pending operation
has completed; see Waiting for I/O.
|
|
An operation is already in progress on an object that has non-blocking
mode selected.
|
|
A file that isn't a socket was specified when a socket is required.
|
|
The size of a message sent on a socket was larger than the supported
maximum size.
|
|
The socket type does not support the requested communications protocol.
|
|
You specified a socket option that doesn't make sense for the
particular protocol being used by the socket. See Socket Options.
|
| int EPROTONOSUPPORT
|
Macro |
|
The socket domain does not support the requested communications protocol
(perhaps because the requested protocol is completely invalid).
See Creating a Socket.
|
| int ESOCKTNOSUPPORT
|
Macro |
|
The socket type is not supported.
|
|
The operation you requested is not supported. Some socket functions
don't make sense for all types of sockets, and others may not be
implemented for all communications protocols. In the GNU system, this
error can happen for many calls when the object does not support the
particular operation;on call; an asynchronous signal occurred and prevented
completion of the call. When this happens, you should try the call
again.
You can choose to have functions resume after a signal that is handled,
rather than failing with EINTR; see Interrupted Primitives.
|
|
Input/output error; usually used for physical read or write errors.
|
|
No such device or address. The system tried to use the device
represented by a file you specified, and it couldn't find the device.
This can mean that the device file was installed incorrectly, or that
the physical device is missing or not correctly attached to the
computer.
|
Argument list too long; used when the arguments passed to a new program
being executed with one of the exec functions (see Executing a File) occupy too much memory space. This condition never arises in the
GNU system.
|
Invalid executable file format. This condition is detected by the
exec functions; see Executing a File.
|
|
Bad file descriptor; for example, I/O on a descriptor that has been
closed or reading from a descriptor open only for writing (or vice
versa).
|
|
There are no child processes. This error happens on operations that are
supposed to manipulate child processes, when there aren't any processes
to manipulate.
|
|
Deadlock avoided; allocating a system resource would have resulted in a
deadlock situation. The system does not guarantee that it will notice
all such situations. This error means you got lucky and the system
noticed; it might just hang. See File Locks, for an example.
|
|
No memory available. The system cannot allocate more virtual memory
because its capacity is full.
|
|
Permission denied; the file permissions do not allow the attempted operation.
|
|
Bad address; an invalid pointer was detected.
In the GNU system, this error never happens; you get a signal instead.
|
|
A file that isn't a block special file was given in a situation that
requires one. For example, trying to mount an ordinary file as a file
system in Unix gives this error.
|
|
Resource busy; a system resource that can't be shared is already in use.
For example, if you try to delete a file that is the root of a currently
mounted filesystem, you get this error.
|
|
File exists; an existing file was specified in a context where it only
makes sense to specify a new file.
|
An attempt to make an improper link across file systems was detected.
This happens not only when you use link (see Hard Links) but
also when you rename a file with rename (see Renaming Files).
|
|
The wrong type of device was given to a function that expects a
particular sort of device.
|
|
A file that isn't a directory was specified when a directory is required.
|
|
File is a directory; you cannot open a directory for writing,
or create or remove hard links to it.
|
|
Invalid argument. This is used to indicate various kinds of problems
with passing the wrong argument to a library function.
|
|
The current process has too many files open and can't open any more.
Duplicate descriptors do count toward this limit.
In BSD and GNU, the number of open files is controlled by a resource
limit that can usually be increased. If you get this error, you might
want to increase the RLIMIT_NOFILE limit or make it unlimited;
see Limits on Resources.
|
|
There are too many distinct file openings in the entire system. Note
that any number of linked channels count as just one file opening; see
Linked Channels. This error never occurs in the GNU system.
|
|
Inappropriate I/O control operation, such as trying to set terminal
modes on an ordinary file.
|
|
An attempt to execute a file that is currently open for writing, or
write to a file that is currently being executed. Often using a
debugger to run a program is considered having it open for writing and
will cause this error. (The name stands for "text file busy".) This
is not an error in the GNU system; the text is copied as necessary.
|
|
File too big; the size of a file would be larger than allowed by the system.
|
|
No space left on device; write operation on a file failed because the
disk is full.
|
|
Invalid seek operation (such as on a pipe).
|
|
An attempt was made to modify something on a read-only file system.
|
Too many links; the link count of a single file would become too large.
rename can cause this error if the file being renamed already has
as many links as it can take (see Renaming Files).
|
Broken pipe; there is no process reading from the other end of a pipe.
Every library function that returns this error code also generates a
SIGPIPE signal; this signal terminates the program if not handled
or blocked. Thus, your program will never actually see EPIPE
unless it has handled or blocked SIGPIPE.
|
|
Domain error; used by mathematical functions when an argument value does
not fall into the domain over which the function is defined.
|
|
Range error; used by mathematical functions when the result value is
not representable because of overflow or underflow.
|
Resource temporarily unavailable; the call might work if you try again
later. The macro EWOULDBLOCK is another name for EAGAIN;
they are always the same in the GNU C library.
This error can happen in a few different situations:
- An operation that would block was attempted on an object that has
non-blocking mode selected. Trying the same operation again will block
until some external condition makes it possible to read, write, or
connect (whatever the operation). You can use
select to find out
when the operation will be possible; see Waiting for I/O.
Portability Note: In many older Unix systems, this condition
was indicated by EWOULDBLOCK, which was a distinct error code
different from EAGAIN. To make your program portable, you should
check for both codes and treat them the same.
- A temporary resource shortage made an operation impossible.
fork
can return this error. It indicates that the shortage is expected to
pass, so your program can try the call again later and it may succeed.
It is probably a good idea to delay for a few seconds before trying it
again, to allow time for other processes to release scarce resources.
Such shortages are usually fairly serious and affect the whole system,
so usually an interactive program should report the error to the user
and return to its command loop.
|
In the GNU C library, this is another name for EAGAIN (above).
The values are always the same, on every operating system.
C libraries in many older Unix systems have EWOULDBLOCK as a
separate error code.
|
An operation that cannot complete immediately was initiated on an object
that has non-blocking mode selected. Some functions that must always
block (such as connect; see Connecting) never return
EAGAIN. Instead, they return EINPROGRESS to indicate that
the operation has begun and will take some time. Attempts to manipulate
the object before the call completes return EALREADY. You can
use the select function to find out when the pending operation
has completed; see Waiting for I/O.
|
|
An operation is already in progress on an object that has non-blocking
mode selected.
|
|
A file that isn't a socket was specified when a socket is required.
|
|
The size of a message sent on a socket was larger than the supported
maximum size.
|
|
The socket type does not support the requested communications protocol.
|
|
You specified a socket option that doesn't make sense for the
particular protocol being used by the socket. See Socket Options.
|
| int EPROTONOSUPPORT
|
Macro |
|
The socket domain does not support the requested communications protocol
(perhaps because the requested protocol is completely invalid).
See Creating a Socket.
|
| int ESOCKTNOSUPPORT
|
Macro |
|
The socket type is not supported.
|
|
The operation you requested is not supported. Some socket functions
don't make sense for all types of sockets, and others may not be
implemented for all communications protocols. In the GNU system, this
error can happen for many calls when the object does not support the
particular operation;on call; an asynchronous signal occurred and prevented
completion of the call. When this happens, you should try the call
again.
You can choose to have functions resume after a signal that is handled,
rather than failing with EINTR; see Interrupted Primitives.
|
|
Input/output error; usually used for physical read or write errors.
|
|
No such device or address. The system tried to use the device
represented by a file you specified, and it couldn't find the device.
This can mean that the device file was installed incorrectly, or that
the physical device is missing or not correctly attached to the
computer.
|
Argument list too long; used when the arguments passed to a new program
being executed with one of the exec functions (see Executing a File) occupy too much memory space. This condition never arises in the
GNU system.
|
Invalid executable file format. This condition is detected by the
exec functions; see Executing a File.
|
|
Bad file descriptor; for example, I/O on a descriptor that has been
closed or reading from a descriptor open only for writing (or vice
versa).
|
|
There are no child processes. This error happens on operations that are
supposed to manipulate child processes, when there aren't any processes
to manipulate.
|
|
Deadlock avoided; allocating a system resource would have resulted in a
deadlock situation. The system does not guarantee that it will notice
all such situations. This error means you got lucky and the system
noticed; it might just hang. See File Locks, for an example.
|
|
No memory available. The system cannot allocate more virtual memory
because its capacity is full.
|
|
Permission denied; the file permissions do not allow the attempted operation.
|
|
Bad address; an invalid pointer was detected.
In the GNU system, this error never happens; you get a signal instead.
|
|
A file that isn't a block special file was given in a situation that
requires one. For example, trying to mount an ordinary file as a file
system in Unix gives this error.
|
|
Resource busy; a system resource that can't be shared is already in use.
For example, if you try to delete a file that is the root of a currently
mounted filesystem, you get this error.
|
|
File exists; an existing file was specified in a context where it only
makes sense to specify a new file.
|
An attempt to make an improper link across file systems was detected.
This happens not only when you use link (see Hard Links) but
also when you rename a file with rename (see Renaming Files).
|
|
The wrong type of device was given to a function that expects a
particular sort of device.
|
|
A file that isn't a directory was specified when a directory is required.
|
|
File is a directory; you cannot open a directory for writing,
or create or remove hard links to it.
|
|
Invalid argument. This is used to indicate various kinds of problems
with passing the wrong argument to a library function.
|
|
The current process has too many files open and can't open any more.
Duplicate descriptors do count toward this limit.
In BSD and GNU, the number of open files is controlled by a resource
limit that can usually be increased. If you get this error, you might
want to increase the RLIMIT_NOFILE limit or make it unlimited;
see Limits on Resources.
|
|
There are too many distinct file openings in the entire system. Note
that any number of linked channels count as just one file opening; see
Linked Channels. This error never occurs in the GNU system.
|
|
Inappropriate I/O control operation, such as trying to set terminal
modes on an ordinary file.
|
|
An attempt to execute a file that is currently open for writing, or
write to a file that is currently being executed. Often using a
debugger to run a program is considered having it open for writing and
will cause this error. (The name stands for "text file busy".) This
is not an error in the GNU system; the text is copied as necessary.
|
|
File too big; the size of a file would be larger than allowed by the system.
|
|
No space left on device; write operation on a file failed because the
disk is full.
|
|
Invalid seek operation (such as on a pipe).
|
|
An attempt was made to modify something on a read-only file system.
|
Too many links; the link count of a single file would become too large.
rename can cause this error if the file being renamed already has
as many links as it can take (see Renaming Files).
|
Broken pipe; there is no process reading from the other end of a pipe.
Every library function that returns this error code also generates a
SIGPIPE signal; this signal terminates the program if not handled
or blocked. Thus, your program will never actually see EPIPE
unless it has handled or blocked SIGPIPE.
|
|
Domain error; used by mathematical functions when an argument value does
not fall into the domain over which the function is defined.
|
|
Range error; used by mathematical functions when the result value is
not representable because of overflow or underflow.
|
Resource temporarily unavailable; the call might work if you try again
later. The macro EWOULDBLOCK is another name for EAGAIN;
they are always the same in the GNU C library.
This error can happen in a few different situations:
- An operation that would block was attempted on an object that has
non-blocking mode selected. Trying the same operation again will block
until some external condition makes it possible to read, write, or
connect (whatever the operation). You can use
select to find out
when the operation will be possible; see Waiting for I/O.
Portability Note: In many older Unix systems, this condition
was indicated by EWOULDBLOCK, which was a distinct error code
different from EAGAIN. To make your program portable, you should
check for both codes and treat them the same.
- A temporary resource shortage made an operation impossible.
fork
can return this error. It indicates that the shortage is expected to
pass, so your program can try the call again later and it may succeed.
It is probably a good idea to delay for a few seconds before trying it
again, to allow time for other processes to release scarce resources.
Such shortages are usually fairly serious and affect the whole system,
so usually an interactive program should report the error to the user
and return to its command loop.
|
In the GNU C library, this is another name for EAGAIN (above).
The values are always the same, on every operating system.
C libraries in many older Unix systems have EWOULDBLOCK as a
separate error code.
|
An operation that cannot complete immediately was initiated on an object
that has non-blocking mode selected. Some functions that must always
block (such as connect; see Connecting) never return
EAGAIN. Instead, they return EINPROGRESS to indicate that
the operation has begun and will take some time. Attempts to manipulate
the object before the call completes return EALREADY. You can
use the select function to find out when the pending operation
has completed; see Waiting for I/O.
|
|
An operation is already in progress on an object that has non-blocking
mode selected.
|
|
A file that isn't a socket was specified when a socket is required.
|
|
The size of a message sent on a socket was larger than the supported
maximum size.
|
|
The socket type does not support the requested communications protocol.
|
|
You specified a socket option that doesn't make sense for the
particular protocol being used by the socket. See Socket Options.
|
| int EPROTONOSUPPORT
|
Macro |
|
The socket domain does not support the requested communications protocol
(perhaps because the requested protocol is completely invalid).
See Creating a Socket.
|
| int ESOCKTNOSUPPORT
|
Macro |
|
The socket type is not supported.
|
|
The operation you requested is not supported. Some socket functions
don't make sense for all types of sockets, and others may not be
implemented for all communications protocols. In the GNU system, this
error can happen for many calls when the object does not support the
particular operation;on call; an asynchronous signal occurred and prevented
completion of the call. When this happens, you should try the call
again.
You can choose to have functions resume after a signal that is handled,
rather than failing with EINTR; see Interrupted Primitives.
|
|
Input/output error; usually used for physical read or write errors.
|
|
No such device or address. The system tried to use the device
represented by a file you specified, and it couldn't find the device.
This can mean that the device file was installed incorrectly, or that
the physical device is missing or not correctly attached to the
computer.
|
Argument list too long; used when the arguments passed to a new program
being executed with one of the exec functions (see Executing a File) occupy too much memory space. This condition never arises in the
GNU system.
|
Invalid executable file format. This condition is detected by the
exec functions; see Executing a File.
|
|
Bad file descriptor; for example, I/O on a descriptor that has been
closed or reading from a descriptor open only for writing (or vice
versa).
|
|
There are no child processes. This error happens on operations that are
supposed to manipulate child processes, when there aren't any processes
to manipulate.
|
|
Deadlock avoided; allocating a system resource would have resulted in a
deadlock situation. The system does not guarantee that it will notice
all such situations. This error means you got lucky and the system
noticed; it might just hang. See File Locks, for an example.
|
|
No memory available. The system cannot allocate more virtual memory
because its capacity is full.
|
|
Permission denied; the file permissions do not allow the attempted operation.
|
|
Bad address; an invalid pointer was detected.
In the GNU system, this error never happens; you get a signal instead.
|
|
A file that isn't a block special file was given in a situation that
requires one. For example, trying to mount an ordinary file as a file
system in Unix gives this error.
|
|
Resource busy; a system resource that can't be shared is already in use.
For example, if you try to delete a file that is the root of a currently
mounted filesystem, you get this error.
|
|
File exists; an existing file was specified in a context where it only
makes sense to specify a new file.
|
An attempt to make an improper link across file systems was detected.
This happens not only when you use link (see Hard Links) but
also when you rename a file with rename (see Renaming Files).
|
|
The wrong type of device was given to a function that expects a
particular sort of device.
|
|
A file that isn't a directory was specified when a directory is required.
|
|
File is a directory; you cannot open a directory for writing,
or create or remove hard links to it.
|
|
Invalid argument. This is used to indicate various kinds of problems
with passing the wrong argument to a library function.
|
|
The current process has too many files open and can't open any more.
Duplicate descriptors do count toward this limit.
In BSD and GNU, the number of open files is controlled by a resource
limit that can usually be increased. If you get this error, you might
want to increase the RLIMIT_NOFILE limit or make it unlimited;
see Limits on Resources.
|
|
There are too many distinct file openings in the entire system. Note
that any number of linked channels count as just one file opening; see
Linked Channels. This error never occurs in the GNU system.
|
|
Inappropriate I/O control operation, such as trying to set terminal
modes on an ordinary file.
|
|
An attempt to execute a file that is currently open for writing, or
write to a file that is currently being executed. Often using a
debugger to run a program is considered having it open for writing and
will cause this error. (The name stands for "text file busy".) This
is not an error in the GNU system; the text is copied as necessary.
|
|
File too big; the size of a file would be larger than allowed by the system.
|
|
No space left on device; write operation on a file failed because the
disk is full.
|
|
Invalid seek operation (such as on a pipe).
|
|
An attempt was made to modify something on a read-only file system.
|
Too many links; the link count of a single file would become too large.
rename can cause this error if the file being renamed already has
as many links as it can take (see Renaming Files).
|
Broken pipe; there is no process reading from the other end of a pipe.
Every library function that returns this error code also generates a
SIGPIPE signal; this signal terminates the program if not handled
or blocked. Thus, your program will never actually see EPIPE
unless it has handled or blocked SIGPIPE.
|
|
Domain error; used by mathematical functions when an argument value does
not fall into the domain over which the function is defined.
|
|
Range error; used by mathematical functions when the result value is
not representable because of overflow or underflow.
|
Resource temporarily unavailable; the call might work if you try again
later. The macro EWOULDBLOCK is another name for EAGAIN;
they are always the same in the GNU C library.
This error can happen in a few different situations:
- An operation that would block was attempted on an object that has
non-blocking mode selected. Trying the same operation again will block
until some external condition makes it possible to read, write, or
connect (whatever the operation). You can use
select to find out
when the operation will be possible; see Waiting for I/O.
Portability Note: In many older Unix systems, this condition
was indicated by EWOULDBLOCK, which was a distinct error code
different from EAGAIN. To make your program portable, you should
check for both codes and treat them the same.
- A temporary resource shortage made an operation impossible.
fork
can return this error. It indicates that the shortage is expected to
pass, so your program can try the call again later and it may succeed.
It is probably a good idea to delay for a few seconds before trying it
again, to allow time for other processes to release scarce resources.
Such shortages are usually fairly serious and affect the whole system,
so usually an interactive program should report the error to the user
and return to its command loop.
|
In the GNU C library, this is another name for EAGAIN (above).
The values are always the same, on every operating system.
C libraries in many older Unix systems have EWOULDBLOCK as a
separate error code.
|
An operation that cannot complete immediately was initiated on an object
that has non-blocking mode selected. Some functions that must always
block (such as connect; see Connecting) never return
EAGAIN. Instead, they return EINPROGRESS to indicate that
the operation has begun and will take some time. Attempts to manipulate
the object before the call completes return EALREADY. You can
use the select function to find out when the pending operation
has completed; see Waiting for I/O.
|
|
An operation is already in progress on an object that has non-blocking
mode selected.
|
|
A file that isn't a socket was specified when a socket is required.
|
|
The size of a message sent on a socket was larger than the supported
maximum size.
|
|
The socket type does not support the requested communications protocol.
|
|
You specified a socket option that doesn't make sense for the
particular protocol being used by the socket. See Socket Options.
|
| int EPROTONOSUPPORT
|
Macro |
|
The socket domain does not support the requested communications protocol
(perhaps because the requested protocol is completely invalid).
See Creating a Socket.
|
| int ESOCKTNOSUPPORT
|
Macro |
|
The socket type is not supported.
|
|
The operation you requested is not supported. Some socket functions
don't make sense for all types of sockets, and others may not be
implemented for all communications protocols. In the GNU system, this
error can happen for many calls when the object does not support the
particular operation;on call; an asynchronous signal occurred and prevented
completion of the call. When this happens, you should try the call
again.
You can choose to have functions resume after a signal that is handled,
rather than failing with EINTR; see Interrupted Primitives.
|
|
Input/output error; usually used for physical read or write errors.
|
|
No such device or address. The system tried to use the device
represented by a file you specified, and it couldn't find the device.
This can mean that the device file was installed incorrectly, or that
the physical device is missing or not correctly attached to the
computer.
|
Argument list too long; used when the arguments passed to a new program
being executed with one of the exec functions (see Executing a File) occupy too much memory space. This condition never arises in the
GNU system.
|
Invalid executable file format. This condition is detected by the
exec functions; see Executing a File.
|
|
Bad file descriptor; for example, I/O on a descriptor that has been
closed or reading from a descriptor open only for writing (or vice
versa).
|
|
There are no child processes. This error happens on operations that are
supposed to manipulate child processes, when there aren't any processes
to manipulate.
|
|
Deadlock avoided; allocating a system resource would have resulted in a
deadlock situation. The system does not guarantee that it will notice
all such situations. This error means you got lucky and the system
noticed; it might just hang. See File Locks, for an example.
|
|
No memory available. The system cannot allocate more virtual memory
because its capacity is full.
|
|
Permission denied; the file permissions do not allow the attempted operation.
|
|
Bad address; an invalid pointer was detected.
In the GNU system, this error never happens; you get a signal instead.
|
|
A file that isn't a block special file was given in a situation that
requires one. For example, trying to mount an ordinary file as a file
system in Unix gives this error.
|
|
Resource busy; a system resource that can't be shared is already in use.
For example, if you try to delete a file that is the root of a currently
mounted filesystem, you get this error.
|
|
File exists; an existing file was specified in a context where it only
makes sense to specify a new file.
|
An attempt to make an improper link across file systems was detected.
This happens not only when you use link (see Hard Links) but
also when you rename a file with rename (see Renaming Files).
|
|
The wrong type of device was given to a function that expects a
particular sort of device.
|
|
A file that isn't a directory was specified when a directory is required.
|
|
File is a directory; you cannot open a directory for writing,
or create or remove hard links to it.
|
|
Invalid argument. This is used to indicate various kinds of problems
with passing the wrong argument to a library function.
|
|
The current process has too many files open and can't open any more.
Duplicate descriptors do count toward this limit.
In BSD and GNU, the number of open files is controlled by a resource
limit that can usually be increased. If you get this error, you might
want to increase the RLIMIT_NOFILE limit or make it unlimited;
see Limits on Resources.
|
|
There are too many distinct file openings in the entire system. Note
that any number of linked channels count as just one file opening; see
Linked Channels. This error never occurs in the GNU system.
|
|
Inappropriate I/O control operation, such as trying to set terminal
modes on an ordinary file.
|
|
An attempt to execute a file that is currently open for writing, or
write to a file that is currently being executed. Often using a
debugger to run a program is considered having it open for writing and
will cause this error. (The name stands for "text file busy".) This
is not an error in the GNU system; the text is copied as necessary.
|
|
File too big; the size of a file would be larger than allowed by the system.
|
|
No space left on device; write operation on a file failed because the
disk is full.
|
|
Invalid seek operation (such as on a pipe).
|
|
An attempt was made to modify something on a read-only file system.
|
Too many links; the link count of a single file would become too large.
rename can cause this error if the file being renamed already has
as many links as it can take (see Renaming Files).
|
Broken pipe; there is no process reading from the other end of a pipe.
Every library function that returns this error code also generates a
SIGPIPE signal; this signal terminates the program if not handled
or blocked. Thus, your program will never actually see EPIPE
unless it has handled or blocked SIGPIPE.
|
|
Domain error; used by mathematical functions when an argument value does
not fall into the domain over which the function is defined.
|
|
Range error; used by mathematical functions when the result value is
not representable because of overflow or underflow.
|
Resource temporarily unavailable; the call might work if you try again
later. The macro EWOULDBLOCK is another name for EAGAIN;
they are always the same in the GNU C library.
This error can happen in a few different situations:
- An operation that would block was attempted on an object that has
non-blocking mode selected. Trying the same operation again will block
until some external condition makes it possible to read, write, or
connect (whatever the operation). You can use
select to find out
when the operation will be possible; see Waiting for I/O.
Portability Note: In many older Unix systems, this condition
was indicated by EWOULDBLOCK, which was a distinct error code
different from EAGAIN. To make your program portable, you should
check for both codes and treat them the same.
- A temporary resource shortage made an operation impossible.
fork
can return this error. It indicates that the shortage is expected to
pass, so your program can try the call again later and it may succeed.
It is probably a good idea to delay for a few seconds before trying it
again, to allow time for other processes to release scarce resources.
Such shortages are usually fairly serious and affect the whole system,
so usually an interactive program should report the error to the user
and return to its command loop.
|
In the GNU C library, this is another name for EAGAIN (above).
The values are always the same, on every operating system.
C libraries in many older Unix systems have EWOULDBLOCK as a
separate error code.
|
An operation that cannot complete immediately was initiated on an object
that has non-blocking mode selected. Some functions that must always
block (such as connect; see Connecting) never return
EAGAIN. Instead, they return EINPROGRESS to indicate that
the operation has begun and will take some time. Attempts to manipulate
the object before the call completes return EALREADY. You can
use the select function to find out when the pending operation
has completed; see Waiting for I/O.
|
|
An operation is already in progress on an object that has non-blocking
mode selected.
|
|
A file that isn't a socket was specified when a socket is required.
|
|
The size of a message sent on a socket was larger than the supported
maximum size.
|
|
The socket type does not support the requested communications protocol.
|
|
You specified a socket option that doesn't make sense for the
particular protocol being used by the socket. See Socket Options.
|
| int EPROTONOSUPPORT
|
Macro |
|
The socket domain does not support the requested communications protocol
(perhaps because the requested protocol is completely invalid).
See Creating a Socket.
|
| int ESOCKTNOSUPPORT
|
Macro |
|
The socket type is not supported.
|
|
The operation you requested is not supported. Some socket functions
don't make sense for all types of sockets, and others may not be
implemented for all communications protocols. In the GNU system, this
error can happen for many calls when the object does not support the
particular operation;on call; an asynchronous signal occurred and prevented
completion of the call. When this happens, you should try the call
again.
You can choose to have functions resume after a signal that is handled,
rather than failing with EINTR; see Interrupted Primitives.
|
|
Input/output error; usually used for physical read or write errors.
|
|
No such device or address. The system tried to use the device
represented by a file you specified, and it couldn't find the device.
This can mean that the device file was installed incorrectly, or that
the physical device is missing or not correctly attached to the
computer.
|
Argument list too long; used when the arguments passed to a new program
being executed with one of the exec functions (see Executing a File) occupy too much memory space. This condition never arises in the
GNU system.
|
Invalid executable file format. This condition is detected by the
exec functions; see Executing a File.
|
|
Bad file descriptor; for example, I/O on a descriptor that has been
closed or reading from a descriptor open only for writing (or vice
versa).
|
|
There are no child processes. This error happens on operations that are
supposed to manipulate child processes, when there aren't any processes
to manipulate.
|
|
Deadlock avoided; allocating a system resource would have resulted in a
deadlock situation. The system does not guarantee that it will notice
all such situations. This error means you got lucky and the system
noticed; it might just hang. See File Locks, for an example.
|
|
No memory available. The system cannot allocate more virtual memory
because its capacity is full.
|
|
Permission denied; the file permissions do not allow the attempted operation.
|
|
Bad address; an invalid pointer was detected.
In the GNU system, this error never happens; you get a signal instead.
|
|
A file that isn't a block special file was given in a situation that
requires one. For example, trying to mount an ordinary file as a file
system in Unix gives this error.
|
|
Resource busy; a system resource that can't be shared is already in use.
For example, if you try to delete a file that is the root of a currently
mounted filesystem, you get this error.
|
|
File exists; an existing file was specified in a context where it only
makes sense to specify a new file.
|
An attempt to make an improper link across file systems was detected.
This happens not only when you use link (see Hard Links) but
also when you rename a file with rename (see Renaming Files).
|
|
The wrong type of device was given to a function that expects a
particular sort of device.
|
|
A file that isn't a directory was specified when a directory is required.
|
|
File is a directory; you cannot open a directory for writing,
or create or remove hard links to it.
|
|
Invalid argument. This is used to indicate various kinds of problems
with passing the wrong argument to a library function.
|
|
The current process has too many files open and can't open any more.
Duplicate descriptors do count toward this limit.
In BSD and GNU, the number of open files is controlled by a resource
limit that can usually be increased. If you get this error, you might
want to increase the RLIMIT_NOFILE limit or make it unlimited;
see Limits on Resources.
|
|
There are too many distinct file openings in the entire system. Note
that any number of linked channels count as just one file opening; see
Linked Channels. This error never occurs in the GNU system.
|
|
Inappropriate I/O control operation, such as trying to set terminal
modes on an ordinary file.
|
|
An attempt to execute a file that is currently open for writing, or
write to a file that is currently being executed. Often using a
debugger to run a program is considered having it open for writing and
will cause this error. (The name stands for "text file busy".) This
is not an error in the GNU system; the text is copied as necessary.
|
|
File too big; the size of a file would be larger than allowed by the system.
|
|
No space left on device; write operation on a file failed because the
disk is full.
|
|
Invalid seek operation (such as on a pipe).
|
|
An attempt was made to modify something on a read-only file system.
|
Too many links; the link count of a single file would become too large.
rename can cause this error if the file being renamed already has
as many links as it can take (see Renaming Files).
|
Broken pipe; there is no process reading from the other end of a pipe.
Every library function that returns this error code also generates a
SIGPIPE signal; this signal terminates the program if not handled
or blocked. Thus, your program will never actually see EPIPE
unless it has handled or blocked SIGPIPE.
|
|
Domain error; used by mathematical functions when an argument value does
not fall into the domain over which the function is defined.
|
|
Range error; used by mathematical functions when the result value is
not representable because of overflow or underflow.
|
Resource temporarily unavailable; the call might work if you try again
later. The macro EWOULDBLOCK is another name for EAGAIN;
they are always the same in the GNU C library.
This error can happen in a few different situations:
- An operation that would block was attempted on an object that has
non-blocking mode selected. Trying the same operation again will block
until some external condition makes it possible to read, write, or
connect (whatever the operation). You can use
select to find out
when the operation will be possible; see Waiting for I/O.
Portability Note: In many older Unix systems, this condition
was indicated by EWOULDBLOCK, which was a distinct error code
different from EAGAIN. To make your program portable, you should
check for both codes and treat them the same.
- A temporary resource shortage made an operation impossible.
fork
can return this error. It indicates that the shortage is expected to
pass, so your program can try the call again later and it may succeed.
It is probably a good idea to delay for a few seconds before trying it
again, to allow time for other processes to release scarce resources.
Such shortages are usually fairly serious and affect the whole system,
so usually an interactive program should report the error to the user
and return to its command loop.
|
In the GNU C library, this is another name for EAGAIN (above).
The values are always the same, on every operating system.
C libraries in many older Unix systems have EWOULDBLOCK as a
separate error code.
|
An operation that cannot complete immediately was initiated on an object
that has non-blocking mode selected. Some functions that must always
block (such as connect; see Connecting) never return
EAGAIN. Instead, they return EINPROGRESS to indicate that
the operation has begun and will take some time. Attempts to manipulate
the object before the call completes return EALREADY. You can
use the select function to find out when the pending operation
has completed; see Waiting for I/O.
|
|
An operation is already in progress on an object that has non-blocking
mode selected.
|
|
A file that isn't a socket was specified when a socket is required.
|
|
The size of a message sent on a socket was larger than the supported
maximum size.
|
|
The socket type does not support the requested communications protocol.
|
|
You specified a socket option that doesn't make sense for the
particular protocol being used by the socket. See Socket Options.
|
| int EPROTONOSUPPORT
|
Macro |
|
The socket domain does not support the requested communications protocol
(perhaps because the requested protocol is completely invalid).
See Creating a Socket.
|
| int ESOCKTNOSUPPORT
|
Macro |
|
The socket type is not supported.
|
|
The operation you requested is not supported. Some socket functions
don't make sense for all types of sockets, and others may not be
implemented for all communications protocols. In the GNU system, this
error can happen for many calls when the object does not support the
particular |