/usr/share/doc/glibc-doc/html/libc_2.html is in glibc-doc 2.15-0ubuntu10.
This file is owned by root:root, with mode 0o644.
The actual contents of the file can be viewed below.
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201 202 203 204 205 206 207 208 209 210 211 212 213 214 215 216 217 218 219 220 221 222 223 224 225 226 227 228 229 230 231 232 233 234 235 236 237 238 239 240 241 242 243 244 245 246 247 248 249 250 251 252 253 254 255 256 257 258 259 260 261 262 263 264 265 266 267 268 269 270 271 272 273 274 275 276 277 278 279 280 281 282 283 284 285 286 287 288 289 290 291 292 293 294 295 296 297 298 299 300 301 302 303 304 305 306 307 308 309 310 311 312 313 314 315 316 317 318 319 320 321 322 323 324 325 326 327 328 329 330 331 332 333 334 335 336 337 338 339 340 341 342 343 344 345 346 347 348 349 350 351 352 353 354 355 356 357 358 359 360 361 362 363 364 365 366 367 368 369 370 371 372 373 374 375 376 377 378 379 380 381 382 383 384 385 386 387 388 389 390 391 392 393 394 395 396 397 398 399 400 401 402 403 404 405 406 407 408 409 410 411 412 413 414 415 416 417 418 419 420 421 422 423 424 425 426 427 428 429 430 431 432 433 434 435 436 437 438 439 440 441 442 443 444 445 446 447 448 449 450 451 452 453 454 455 456 457 458 459 460 461 462 463 464 465 466 467 468 469 470 471 472 473 474 475 476 477 478 479 480 481 482 483 484 485 486 487 488 489 490 491 492 493 494 495 496 497 498 499 500 501 502 503 504 505 506 507 508 509 510 511 512 513 514 515 516 517 518 519 520 521 522 523 524 525 526 527 528 529 530 531 532 533 534 535 536 537 538 539 540 541 542 543 544 545 546 547 548 549 550 551 552 553 554 555 556 557 558 559 560 561 562 563 564 565 566 567 568 569 570 571 572 573 574 575 576 577 578 579 580 581 582 583 584 585 586 587 588 589 590 591 592 593 594 595 596 597 598 599 600 601 602 603 604 605 606 607 608 609 610 611 612 613 614 615 616 617 618 619 620 621 622 623 624 625 626 627 628 629 630 631 632 633 634 635 636 637 638 639 640 641 642 643 644 645 646 647 648 649 650 651 652 653 654 655 656 657 658 659 660 661 662 663 664 665 666 667 668 669 670 671 672 673 674 675 676 677 678 679 680 681 682 683 684 685 686 687 688 689 690 691 692 693 694 695 696 697 698 699 700 701 702 703 704 705 706 707 708 709 710 711 712 713 714 715 716 717 718 719 720 721 722 723 724 725 726 727 728 729 730 731 732 733 734 735 736 737 738 739 740 741 742 743 744 745 746 747 748 749 750 751 752 753 754 755 756 757 758 759 760 761 762 763 764 765 766 767 768 769 770 771 772 773 774 775 776 777 778 779 780 781 782 783 784 785 786 787 788 789 790 791 792 793 794 795 796 797 798 799 800 801 802 803 804 805 806 807 808 809 810 811 812 813 814 815 816 817 818 819 820 821 822 823 824 825 826 827 828 829 830 831 832 833 834 835 836 837 838 839 840 841 842 843 844 845 846 847 848 849 850 851 852 853 854 855 856 857 858 859 860 861 862 863 864 865 866 867 868 869 870 871 872 873 874 875 876 877 878 879 880 881 882 883 884 885 886 887 888 889 890 891 892 893 894 895 896 897 898 899 900 901 902 903 904 905 906 907 908 909 910 911 912 913 914 915 916 917 918 919 920 921 922 923 924 925 926 927 928 929 930 931 932 933 934 935 936 937 938 939 940 941 942 943 944 945 946 947 948 949 950 951 952 953 954 955 956 957 958 959 960 961 962 963 964 965 966 967 968 969 970 971 972 973 974 975 976 977 978 979 980 981 982 983 984 985 986 987 988 989 990 991 992 993 994 995 996 997 998 999 1000 1001 1002 1003 1004 1005 1006 1007 1008 1009 1010 1011 1012 1013 1014 1015 1016 1017 1018 1019 1020 1021 1022 1023 1024 1025 1026 1027 1028 1029 1030 1031 1032 1033 1034 1035 1036 1037 1038 1039 1040 1041 1042 1043 1044 1045 1046 1047 1048 1049 1050 1051 1052 1053 1054 1055 1056 1057 1058 1059 1060 1061 1062 1063 1064 1065 1066 1067 1068 1069 1070 1071 1072 1073 1074 1075 1076 1077 1078 1079 1080 1081 1082 1083 1084 1085 1086 1087 1088 1089 1090 1091 1092 1093 1094 1095 1096 1097 1098 1099 1100 1101 1102 1103 1104 1105 1106 1107 1108 1109 1110 1111 1112 1113 1114 1115 1116 1117 1118 1119 1120 1121 1122 1123 1124 1125 1126 1127 1128 1129 1130 1131 1132 1133 1134 1135 1136 1137 1138 1139 1140 1141 1142 1143 1144 1145 1146 1147 1148 1149 1150 1151 1152 1153 1154 1155 1156 1157 1158 1159 1160 1161 1162 1163 1164 1165 1166 1167 1168 1169 1170 1171 1172 1173 1174 1175 1176 1177 1178 1179 1180 1181 1182 1183 1184 1185 1186 1187 1188 1189 1190 1191 1192 1193 1194 1195 1196 1197 1198 1199 1200 1201 1202 1203 1204 1205 1206 1207 1208 1209 1210 1211 1212 1213 1214 1215 1216 1217 1218 1219 1220 1221 1222 1223 1224 1225 1226 1227 1228 1229 1230 1231 1232 1233 1234 1235 1236 1237 1238 1239 1240 1241 1242 1243 1244 1245 1246 1247 1248 1249 1250 1251 1252 1253 1254 1255 1256 1257 1258 1259 1260 1261 1262 1263 1264 1265 1266 1267 1268 1269 1270 1271 1272 1273 1274 1275 1276 1277 1278 1279 1280 1281 1282 1283 1284 1285 1286 1287 1288 1289 1290 1291 1292 1293 1294 1295 1296 1297 1298 1299 1300 1301 1302 1303 1304 1305 1306 1307 1308 1309 1310 1311 1312 1313 1314 1315 1316 1317 1318 1319 1320 1321 1322 1323 1324 1325 1326 1327 1328 1329 1330 1331 1332 1333 1334 1335 1336 1337 1338 1339 1340 1341 1342 1343 1344 1345 1346 1347 1348 1349 1350 1351 1352 1353 1354 1355 1356 1357 1358 1359 1360 1361 1362 1363 1364 1365 1366 1367 1368 1369 1370 1371 1372 1373 1374 1375 1376 1377 1378 1379 1380 1381 1382 1383 1384 1385 1386 1387 1388 1389 1390 1391 1392 1393 1394 1395 1396 1397 1398 1399 1400 1401 1402 1403 1404 1405 1406 1407 1408 1409 1410 1411 1412 1413 1414 1415 1416 1417 1418 1419 1420 1421 1422 1423 1424 1425 1426 1427 1428 1429 1430 1431 1432 1433 1434 1435 1436 1437 1438 1439 1440 1441 1442 1443 1444 1445 1446 1447 1448 1449 1450 1451 1452 1453 1454 1455 1456 1457 1458 1459 1460 1461 1462 1463 1464 1465 1466 1467 1468 1469 1470 1471 1472 1473 1474 1475 1476 1477 1478 1479 1480 1481 1482 1483 | <!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "http://www.w3.org/TR/html401/loose.dtd">
<html>
<!-- This file documents the GNU C library.
This is Edition 0.13, last updated 2011-07-19,
of The GNU C Library Reference Manual, for version
2.14 (Ubuntu EGLIBC 2.15-0ubuntu10) .
Copyright (C) 1993, 1994, 1995, 1996, 1997, 1998, 1999, 2001, 2002,
2003, 2007, 2008, 2010, 2011 Free Software Foundation, Inc.
Permission is granted to copy, distribute and/or modify this document
under the terms of the GNU Free Documentation License, Version 1.3 or
any later version published by the Free Software Foundation; with the
Invariant Sections being "Free Software Needs Free Documentation"
and "GNU Lesser General Public License", the Front-Cover texts being
"A GNU Manual", and with the Back-Cover Texts as in (a) below. A
copy of the license is included in the section entitled "GNU Free
Documentation License".
(a) The FSF's Back-Cover Text is: "You have the freedom to
copy and modify this GNU manual. Buying copies from the FSF
supports it in developing GNU and promoting software freedom."
-->
<!-- Created on April 20, 2012 by texi2html 1.82
texi2html was written by:
Lionel Cons <Lionel.Cons@cern.ch> (original author)
Karl Berry <karl@freefriends.org>
Olaf Bachmann <obachman@mathematik.uni-kl.de>
and many others.
Maintained by: Many creative people.
Send bugs and suggestions to <texi2html-bug@nongnu.org>
-->
<head>
<title>The GNU C Library: 2. Error Reporting</title>
<meta name="description" content="The GNU C Library: 2. Error Reporting">
<meta name="keywords" content="The GNU C Library: 2. Error Reporting">
<meta name="resource-type" content="document">
<meta name="distribution" content="global">
<meta name="Generator" content="texi2html 1.82">
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
<style type="text/css">
<!--
a.summary-letter {text-decoration: none}
blockquote.smallquotation {font-size: smaller}
pre.display {font-family: serif}
pre.format {font-family: serif}
pre.menu-comment {font-family: serif}
pre.menu-preformatted {font-family: serif}
pre.smalldisplay {font-family: serif; font-size: smaller}
pre.smallexample {font-size: smaller}
pre.smallformat {font-family: serif; font-size: smaller}
pre.smalllisp {font-size: smaller}
span.roman {font-family:serif; font-weight:normal;}
span.sansserif {font-family:sans-serif; font-weight:normal;}
ul.toc {list-style: none}
-->
</style>
</head>
<body lang="en" bgcolor="#FFFFFF" text="#000000" link="#0000FF" vlink="#800080" alink="#FF0000">
<a name="Error-Reporting"></a>
<table cellpadding="1" cellspacing="1" border="0">
<tr><td valign="middle" align="left">[<a href="libc_1.html#Roadmap-to-the-Manual" title="Previous section in reading order"> < </a>]</td>
<td valign="middle" align="left">[<a href="#Checking-for-Errors" title="Next section in reading order"> > </a>]</td>
<td valign="middle" align="left"> </td>
<td valign="middle" align="left">[<a href="libc_1.html#Introduction" title="Beginning of this chapter or previous chapter"> << </a>]</td>
<td valign="middle" align="left">[<a href="libc.html#Top" title="Up section"> Up </a>]</td>
<td valign="middle" align="left">[<a href="libc_3.html#Memory" title="Next chapter"> >> </a>]</td>
<td valign="middle" align="left"> </td>
<td valign="middle" align="left"> </td>
<td valign="middle" align="left"> </td>
<td valign="middle" align="left"> </td>
<td valign="middle" align="left">[<a href="libc.html#Top" title="Cover (top) of document">Top</a>]</td>
<td valign="middle" align="left">[<a href="libc_toc.html#SEC_Contents" title="Table of contents">Contents</a>]</td>
<td valign="middle" align="left">[<a href="libc_42.html#Concept-Index" title="Index">Index</a>]</td>
<td valign="middle" align="left">[<a href="libc_abt.html#SEC_About" title="About (help)"> ? </a>]</td>
</tr></table>
<a name="Error-Reporting-1"></a>
<h1 class="chapter">2. Error Reporting</h1>
<a name="index-error-reporting"></a>
<a name="index-reporting-errors"></a>
<a name="index-error-codes"></a>
<a name="index-status-codes"></a>
<p>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.
</p>
<p>This chapter describes how the error reporting facility works. Your
program should include the header file ‘<tt>errno.h</tt>’ to use this
facility.
<a name="index-errno_002eh"></a>
</p>
<table class="menu" border="0" cellspacing="0">
<tr><td align="left" valign="top"><a href="#Checking-for-Errors">2.1 Checking for Errors</a></td><td> </td><td align="left" valign="top"> How errors are reported by library functions.
</td></tr>
<tr><td align="left" valign="top"><a href="#Error-Codes">2.2 Error Codes</a></td><td> </td><td align="left" valign="top"> Error code macros; all of these expand
into integer constant values.
</td></tr>
<tr><td align="left" valign="top"><a href="#Error-Messages">2.3 Error Messages</a></td><td> </td><td align="left" valign="top"> Mapping error codes onto error messages.
</td></tr>
</table>
<hr size="6">
<a name="Checking-for-Errors"></a>
<table cellpadding="1" cellspacing="1" border="0">
<tr><td valign="middle" align="left">[<a href="#Error-Reporting" title="Previous section in reading order"> < </a>]</td>
<td valign="middle" align="left">[<a href="#Error-Codes" title="Next section in reading order"> > </a>]</td>
<td valign="middle" align="left"> </td>
<td valign="middle" align="left">[<a href="#Error-Reporting" title="Beginning of this chapter or previous chapter"> << </a>]</td>
<td valign="middle" align="left">[<a href="#Error-Reporting" title="Up section"> Up </a>]</td>
<td valign="middle" align="left">[<a href="libc_3.html#Memory" title="Next chapter"> >> </a>]</td>
<td valign="middle" align="left"> </td>
<td valign="middle" align="left"> </td>
<td valign="middle" align="left"> </td>
<td valign="middle" align="left"> </td>
<td valign="middle" align="left">[<a href="libc.html#Top" title="Cover (top) of document">Top</a>]</td>
<td valign="middle" align="left">[<a href="libc_toc.html#SEC_Contents" title="Table of contents">Contents</a>]</td>
<td valign="middle" align="left">[<a href="libc_42.html#Concept-Index" title="Index">Index</a>]</td>
<td valign="middle" align="left">[<a href="libc_abt.html#SEC_About" title="About (help)"> ? </a>]</td>
</tr></table>
<a name="Checking-for-Errors-1"></a>
<h2 class="section">2.1 Checking for Errors</h2>
<p>Most library functions return a special value to indicate that they have
failed. The special value is typically <code>-1</code>, a null pointer, or a
constant such as <code>EOF</code> 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 <code>errno</code>. This variable is declared in the header file
‘<tt>errno.h</tt>’.
<a name="index-errno_002eh-1"></a>
</p>
<dl>
<dt><a name="index-errno"></a><u>Variable:</u> volatile int <b>errno</b></dt>
<dd><p>The variable <code>errno</code> contains the system error number. You can
change the value of <code>errno</code>.
</p>
<p>Since <code>errno</code> is declared <code>volatile</code>, it might be changed
asynchronously by a signal handler; see <a href="libc_24.html#Defining-Handlers">Defining Signal Handlers</a>.
However, a properly written signal handler saves and restores the value
of <code>errno</code>, so you generally do not need to worry about this
possibility except when writing signal handlers.
</p>
<p>The initial value of <code>errno</code> 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 <code>errno</code>
when they succeed; thus, the value of <code>errno</code> after a successful
call is not necessarily zero, and you should not use <code>errno</code> to
determine <em>whether</em> a call failed. The proper way to do that is
documented for each function. <em>If</em> the call failed, you can
examine <code>errno</code>.
</p>
<p>Many library functions can set <code>errno</code> to a nonzero value as a
result of calling other library functions which might fail. You should
assume that any library function might alter <code>errno</code> when the
function returns an error.
</p>
<p><strong>Portability Note:</strong> ISO C specifies <code>errno</code> 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 <code>*_errno ()</code>. 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.
</p>
<p>There are a few library functions, like <code>sqrt</code> and <code>atan</code>,
that return a perfectly legitimate value in case of an error, but also
set <code>errno</code>. For these functions, if you want to check to see
whether an error occurred, the recommended method is to set <code>errno</code>
to zero before calling the function, and then check its value afterward.
</p></dd></dl>
<a name="index-errno_002eh-2"></a>
<p>All the error codes have symbolic names; they are macros defined in
‘<tt>errno.h</tt>’. The names start with ‘<samp>E</samp>’ and an upper-case
letter or digit; you should consider names of this form to be
reserved names. See section <a href="libc_1.html#Reserved-Names">Reserved Names</a>.
</p>
<p>The error code values are all positive integers and are all distinct,
with one exception: <code>EWOULDBLOCK</code> and <code>EAGAIN</code> are the same.
Since the values are distinct, you can use them as labels in a
<code>switch</code> statement; just don’t use both <code>EWOULDBLOCK</code> and
<code>EAGAIN</code>. Your program should not make any other assumptions about
the specific values of these symbolic constants.
</p>
<p>The value of <code>errno</code> 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.
</p>
<p>On non-GNU systems, almost any system call can return <code>EFAULT</code> 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
<code>EFAULT</code> in the descriptions of individual functions.
</p>
<p>In some Unix systems, many system calls can also return <code>EFAULT</code> 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.
</p>
<hr size="6">
<a name="Error-Codes"></a>
<table cellpadding="1" cellspacing="1" border="0">
<tr><td valign="middle" align="left">[<a href="#Checking-for-Errors" title="Previous section in reading order"> < </a>]</td>
<td valign="middle" align="left">[<a href="#Error-Messages" title="Next section in reading order"> > </a>]</td>
<td valign="middle" align="left"> </td>
<td valign="middle" align="left">[<a href="#Error-Reporting" title="Beginning of this chapter or previous chapter"> << </a>]</td>
<td valign="middle" align="left">[<a href="#Error-Reporting" title="Up section"> Up </a>]</td>
<td valign="middle" align="left">[<a href="libc_3.html#Memory" title="Next chapter"> >> </a>]</td>
<td valign="middle" align="left"> </td>
<td valign="middle" align="left"> </td>
<td valign="middle" align="left"> </td>
<td valign="middle" align="left"> </td>
<td valign="middle" align="left">[<a href="libc.html#Top" title="Cover (top) of document">Top</a>]</td>
<td valign="middle" align="left">[<a href="libc_toc.html#SEC_Contents" title="Table of contents">Contents</a>]</td>
<td valign="middle" align="left">[<a href="libc_42.html#Concept-Index" title="Index">Index</a>]</td>
<td valign="middle" align="left">[<a href="libc_abt.html#SEC_About" title="About (help)"> ? </a>]</td>
</tr></table>
<a name="Error-Codes-1"></a>
<h2 class="section">2.2 Error Codes</h2>
<a name="index-errno_002eh-3"></a>
<p>The error code macros are defined in the header file ‘<tt>errno.h</tt>’.
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.
</p>
<dl>
<dt><a name="index-EPERM"></a><u>Macro:</u> int <b>EPERM</b></dt>
<dd><p>Operation not permitted; only the owner of the file (or other resource)
or processes with special privileges can perform the operation.
</p></dd></dl>
<dl>
<dt><a name="index-ENOENT"></a><u>Macro:</u> int <b>ENOENT</b></dt>
<dd><p>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.
</p></dd></dl>
<dl>
<dt><a name="index-ESRCH"></a><u>Macro:</u> int <b>ESRCH</b></dt>
<dd><p>No process matches the specified process ID.
</p></dd></dl>
<dl>
<dt><a name="index-EINTR"></a><u>Macro:</u> int <b>EINTR</b></dt>
<dd><p>Interrupted function call; an asynchronous signal occurred and prevented
completion of the call. When this happens, you should try the call
again.
</p>
<p>You can choose to have functions resume after a signal that is handled,
rather than failing with <code>EINTR</code>; see <a href="libc_24.html#Interrupted-Primitives">Primitives Interrupted by Signals</a>.
</p></dd></dl>
<dl>
<dt><a name="index-EIO"></a><u>Macro:</u> int <b>EIO</b></dt>
<dd><p>Input/output error; usually used for physical read or write errors.
</p></dd></dl>
<dl>
<dt><a name="index-ENXIO"></a><u>Macro:</u> int <b>ENXIO</b></dt>
<dd><p>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.
</p></dd></dl>
<dl>
<dt><a name="index-E2BIG"></a><u>Macro:</u> int <b>E2BIG</b></dt>
<dd><p>Argument list too long; used when the arguments passed to a new program
being executed with one of the <code>exec</code> functions (see section <a href="libc_26.html#Executing-a-File">Executing a File</a>) occupy too much memory space. This condition never arises in the
GNU system.
</p></dd></dl>
<dl>
<dt><a name="index-ENOEXEC"></a><u>Macro:</u> int <b>ENOEXEC</b></dt>
<dd><p>Invalid executable file format. This condition is detected by the
<code>exec</code> functions; see <a href="libc_26.html#Executing-a-File">Executing a File</a>.
</p></dd></dl>
<dl>
<dt><a name="index-EBADF"></a><u>Macro:</u> int <b>EBADF</b></dt>
<dd><p>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).
</p></dd></dl>
<dl>
<dt><a name="index-ECHILD"></a><u>Macro:</u> int <b>ECHILD</b></dt>
<dd><p>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.
</p></dd></dl>
<dl>
<dt><a name="index-EDEADLK"></a><u>Macro:</u> int <b>EDEADLK</b></dt>
<dd><p>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 section <a href="libc_13.html#File-Locks">File Locks</a>, for an example.
</p></dd></dl>
<dl>
<dt><a name="index-ENOMEM"></a><u>Macro:</u> int <b>ENOMEM</b></dt>
<dd><p>No memory available. The system cannot allocate more virtual memory
because its capacity is full.
</p></dd></dl>
<dl>
<dt><a name="index-EACCES"></a><u>Macro:</u> int <b>EACCES</b></dt>
<dd><p>Permission denied; the file permissions do not allow the attempted operation.
</p></dd></dl>
<dl>
<dt><a name="index-EFAULT"></a><u>Macro:</u> int <b>EFAULT</b></dt>
<dd><p>Bad address; an invalid pointer was detected.
In the GNU system, this error never happens; you get a signal instead.
</p></dd></dl>
<dl>
<dt><a name="index-ENOTBLK"></a><u>Macro:</u> int <b>ENOTBLK</b></dt>
<dd><p>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.
</p></dd></dl>
<dl>
<dt><a name="index-EBUSY"></a><u>Macro:</u> int <b>EBUSY</b></dt>
<dd><p>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.
</p></dd></dl>
<dl>
<dt><a name="index-EEXIST"></a><u>Macro:</u> int <b>EEXIST</b></dt>
<dd><p>File exists; an existing file was specified in a context where it only
makes sense to specify a new file.
</p></dd></dl>
<dl>
<dt><a name="index-EXDEV"></a><u>Macro:</u> int <b>EXDEV</b></dt>
<dd><p>An attempt to make an improper link across file systems was detected.
This happens not only when you use <code>link</code> (see section <a href="libc_14.html#Hard-Links">Hard Links</a>) but
also when you rename a file with <code>rename</code> (see section <a href="libc_14.html#Renaming-Files">Renaming Files</a>).
</p></dd></dl>
<dl>
<dt><a name="index-ENODEV"></a><u>Macro:</u> int <b>ENODEV</b></dt>
<dd><p>The wrong type of device was given to a function that expects a
particular sort of device.
</p></dd></dl>
<dl>
<dt><a name="index-ENOTDIR"></a><u>Macro:</u> int <b>ENOTDIR</b></dt>
<dd><p>A file that isn’t a directory was specified when a directory is required.
</p></dd></dl>
<dl>
<dt><a name="index-EISDIR"></a><u>Macro:</u> int <b>EISDIR</b></dt>
<dd><p>File is a directory; you cannot open a directory for writing,
or create or remove hard links to it.
</p></dd></dl>
<dl>
<dt><a name="index-EINVAL"></a><u>Macro:</u> int <b>EINVAL</b></dt>
<dd><p>Invalid argument. This is used to indicate various kinds of problems
with passing the wrong argument to a library function.
</p></dd></dl>
<dl>
<dt><a name="index-EMFILE"></a><u>Macro:</u> int <b>EMFILE</b></dt>
<dd><p>The current process has too many files open and can’t open any more.
Duplicate descriptors do count toward this limit.
</p>
<p>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 <code>RLIMIT_NOFILE</code> limit or make it unlimited;
see section <a href="libc_22.html#Limits-on-Resources">Limiting Resource Usage</a>.
</p></dd></dl>
<dl>
<dt><a name="index-ENFILE"></a><u>Macro:</u> int <b>ENFILE</b></dt>
<dd><p>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
<a href="libc_13.html#Linked-Channels">Linked Channels</a>. This error never occurs in the GNU system.
</p></dd></dl>
<dl>
<dt><a name="index-ENOTTY"></a><u>Macro:</u> int <b>ENOTTY</b></dt>
<dd><p>Inappropriate I/O control operation, such as trying to set terminal
modes on an ordinary file.
</p></dd></dl>
<dl>
<dt><a name="index-ETXTBSY"></a><u>Macro:</u> int <b>ETXTBSY</b></dt>
<dd><p>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.
</p></dd></dl>
<dl>
<dt><a name="index-EFBIG"></a><u>Macro:</u> int <b>EFBIG</b></dt>
<dd><p>File too big; the size of a file would be larger than allowed by the system.
</p></dd></dl>
<dl>
<dt><a name="index-ENOSPC"></a><u>Macro:</u> int <b>ENOSPC</b></dt>
<dd><p>No space left on device; write operation on a file failed because the
disk is full.
</p></dd></dl>
<dl>
<dt><a name="index-ESPIPE"></a><u>Macro:</u> int <b>ESPIPE</b></dt>
<dd><p>Invalid seek operation (such as on a pipe).
</p></dd></dl>
<dl>
<dt><a name="index-EROFS"></a><u>Macro:</u> int <b>EROFS</b></dt>
<dd><p>An attempt was made to modify something on a read-only file system.
</p></dd></dl>
<dl>
<dt><a name="index-EMLINK"></a><u>Macro:</u> int <b>EMLINK</b></dt>
<dd><p>Too many links; the link count of a single file would become too large.
<code>rename</code> can cause this error if the file being renamed already has
as many links as it can take (see section <a href="libc_14.html#Renaming-Files">Renaming Files</a>).
</p></dd></dl>
<dl>
<dt><a name="index-EPIPE"></a><u>Macro:</u> int <b>EPIPE</b></dt>
<dd><p>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
<code>SIGPIPE</code> signal; this signal terminates the program if not handled
or blocked. Thus, your program will never actually see <code>EPIPE</code>
unless it has handled or blocked <code>SIGPIPE</code>.
</p></dd></dl>
<dl>
<dt><a name="index-EDOM"></a><u>Macro:</u> int <b>EDOM</b></dt>
<dd><p>Domain error; used by mathematical functions when an argument value does
not fall into the domain over which the function is defined.
</p></dd></dl>
<dl>
<dt><a name="index-ERANGE"></a><u>Macro:</u> int <b>ERANGE</b></dt>
<dd><p>Range error; used by mathematical functions when the result value is
not representable because of overflow or underflow.
</p></dd></dl>
<dl>
<dt><a name="index-EAGAIN"></a><u>Macro:</u> int <b>EAGAIN</b></dt>
<dd><p>Resource temporarily unavailable; the call might work if you try again
later. The macro <code>EWOULDBLOCK</code> is another name for <code>EAGAIN</code>;
they are always the same in the GNU C library.
</p>
<p>This error can happen in a few different situations:
</p>
<ul>
<li>
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 <code>select</code> to find out
when the operation will be possible; see section <a href="libc_13.html#Waiting-for-I_002fO">Waiting for Input or Output</a>.
<p><strong>Portability Note:</strong> In many older Unix systems, this condition
was indicated by <code>EWOULDBLOCK</code>, which was a distinct error code
different from <code>EAGAIN</code>. To make your program portable, you should
check for both codes and treat them the same.
</p>
</li><li>
A temporary resource shortage made an operation impossible. <code>fork</code>
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.
</li></ul>
</dd></dl>
<dl>
<dt><a name="index-EWOULDBLOCK"></a><u>Macro:</u> int <b>EWOULDBLOCK</b></dt>
<dd><p>In the GNU C library, this is another name for <code>EAGAIN</code> (above).
The values are always the same, on every operating system.
</p>
<p>C libraries in many older Unix systems have <code>EWOULDBLOCK</code> as a
separate error code.
</p></dd></dl>
<dl>
<dt><a name="index-EINPROGRESS"></a><u>Macro:</u> int <b>EINPROGRESS</b></dt>
<dd><p>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 <code>connect</code>; see section <a href="libc_16.html#Connecting">Making a Connection</a>) never return
<code>EAGAIN</code>. Instead, they return <code>EINPROGRESS</code> to indicate that
the operation has begun and will take some time. Attempts to manipulate
the object before the call completes return <code>EALREADY</code>. You can
use the <code>select</code> function to find out when the pending operation
has completed; see section <a href="libc_13.html#Waiting-for-I_002fO">Waiting for Input or Output</a>.
</p></dd></dl>
<dl>
<dt><a name="index-EALREADY"></a><u>Macro:</u> int <b>EALREADY</b></dt>
<dd><p>An operation is already in progress on an object that has non-blocking
mode selected.
</p></dd></dl>
<dl>
<dt><a name="index-ENOTSOCK"></a><u>Macro:</u> int <b>ENOTSOCK</b></dt>
<dd><p>A file that isn’t a socket was specified when a socket is required.
</p></dd></dl>
<dl>
<dt><a name="index-EMSGSIZE"></a><u>Macro:</u> int <b>EMSGSIZE</b></dt>
<dd><p>The size of a message sent on a socket was larger than the supported
maximum size.
</p></dd></dl>
<dl>
<dt><a name="index-EPROTOTYPE"></a><u>Macro:</u> int <b>EPROTOTYPE</b></dt>
<dd><p>The socket type does not support the requested communications protocol.
</p></dd></dl>
<dl>
<dt><a name="index-ENOPROTOOPT"></a><u>Macro:</u> int <b>ENOPROTOOPT</b></dt>
<dd><p>You specified a socket option that doesn’t make sense for the
particular protocol being used by the socket. See section <a href="libc_16.html#Socket-Options">Socket Options</a>.
</p></dd></dl>
<dl>
<dt><a name="index-EPROTONOSUPPORT"></a><u>Macro:</u> int <b>EPROTONOSUPPORT</b></dt>
<dd><p>The socket domain does not support the requested communications protocol
(perhaps because the requested protocol is completely invalid).
See section <a href="libc_16.html#Creating-a-Socket">Creating a Socket</a>.
</p></dd></dl>
<dl>
<dt><a name="index-ESOCKTNOSUPPORT"></a><u>Macro:</u> int <b>ESOCKTNOSUPPORT</b></dt>
<dd><p>The socket type is not supported.
</p></dd></dl>
<dl>
<dt><a name="index-EOPNOTSUPP"></a><u>Macro:</u> int <b>EOPNOTSUPP</b></dt>
<dd><p>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; it is a generic indication that the server knows
nothing to do for that call.
</p></dd></dl>
<dl>
<dt><a name="index-EPFNOSUPPORT"></a><u>Macro:</u> int <b>EPFNOSUPPORT</b></dt>
<dd><p>The socket communications protocol family you requested is not supported.
</p></dd></dl>
<dl>
<dt><a name="index-EAFNOSUPPORT"></a><u>Macro:</u> int <b>EAFNOSUPPORT</b></dt>
<dd><p>The address family specified for a socket is not supported; it is
inconsistent with the protocol being used on the socket. See section <a href="libc_16.html#Sockets">Sockets</a>.
</p></dd></dl>
<dl>
<dt><a name="index-EADDRINUSE"></a><u>Macro:</u> int <b>EADDRINUSE</b></dt>
<dd><p>The requested socket address is already in use. See section <a href="libc_16.html#Socket-Addresses">Socket Addresses</a>.
</p></dd></dl>
<dl>
<dt><a name="index-EADDRNOTAVAIL"></a><u>Macro:</u> int <b>EADDRNOTAVAIL</b></dt>
<dd><p>The requested socket address is not available; for example, you tried
to give a socket a name that doesn’t match the local host name.
See section <a href="libc_16.html#Socket-Addresses">Socket Addresses</a>.
</p></dd></dl>
<dl>
<dt><a name="index-ENETDOWN"></a><u>Macro:</u> int <b>ENETDOWN</b></dt>
<dd><p>A socket operation failed because the network was down.
</p></dd></dl>
<dl>
<dt><a name="index-ENETUNREACH"></a><u>Macro:</u> int <b>ENETUNREACH</b></dt>
<dd><p>A socket operation failed because the subnet containing the remote host
was unreachable.
</p></dd></dl>
<dl>
<dt><a name="index-ENETRESET"></a><u>Macro:</u> int <b>ENETRESET</b></dt>
<dd><p>A network connection was reset because the remote host crashed.
</p></dd></dl>
<dl>
<dt><a name="index-ECONNABORTED"></a><u>Macro:</u> int <b>ECONNABORTED</b></dt>
<dd><p>A network connection was aborted locally.
</p></dd></dl>
<dl>
<dt><a name="index-ECONNRESET"></a><u>Macro:</u> int <b>ECONNRESET</b></dt>
<dd><p>A network connection was closed for reasons outside the control of the
local host, such as by the remote machine rebooting or an unrecoverable
protocol violation.
</p></dd></dl>
<dl>
<dt><a name="index-ENOBUFS"></a><u>Macro:</u> int <b>ENOBUFS</b></dt>
<dd><p>The kernel’s buffers for I/O operations are all in use. In GNU, this
error is always synonymous with <code>ENOMEM</code>; you may get one or the
other from network operations.
</p></dd></dl>
<dl>
<dt><a name="index-EISCONN"></a><u>Macro:</u> int <b>EISCONN</b></dt>
<dd><p>You tried to connect a socket that is already connected.
See section <a href="libc_16.html#Connecting">Making a Connection</a>.
</p></dd></dl>
<dl>
<dt><a name="index-ENOTCONN"></a><u>Macro:</u> int <b>ENOTCONN</b></dt>
<dd><p>The socket is not connected to anything. You get this error when you
try to transmit data over a socket, without first specifying a
destination for the data. For a connectionless socket (for datagram
protocols, such as UDP), you get <code>EDESTADDRREQ</code> instead.
</p></dd></dl>
<dl>
<dt><a name="index-EDESTADDRREQ"></a><u>Macro:</u> int <b>EDESTADDRREQ</b></dt>
<dd><p>No default destination address was set for the socket. You get this
error when you try to transmit data over a connectionless socket,
without first specifying a destination for the data with <code>connect</code>.
</p></dd></dl>
<dl>
<dt><a name="index-ESHUTDOWN"></a><u>Macro:</u> int <b>ESHUTDOWN</b></dt>
<dd><p>The socket has already been shut down.
</p></dd></dl>
<dl>
<dt><a name="index-ETOOMANYREFS"></a><u>Macro:</u> int <b>ETOOMANYREFS</b></dt>
<dd><p>???
</p></dd></dl>
<dl>
<dt><a name="index-ETIMEDOUT"></a><u>Macro:</u> int <b>ETIMEDOUT</b></dt>
<dd><p>A socket operation with a specified timeout received no response during
the timeout period.
</p></dd></dl>
<dl>
<dt><a name="index-ECONNREFUSED"></a><u>Macro:</u> int <b>ECONNREFUSED</b></dt>
<dd><p>A remote host refused to allow the network connection (typically because
it is not running the requested service).
</p></dd></dl>
<dl>
<dt><a name="index-ELOOP"></a><u>Macro:</u> int <b>ELOOP</b></dt>
<dd><p>Too many levels of symbolic links were encountered in looking up a file name.
This often indicates a cycle of symbolic links.
</p></dd></dl>
<dl>
<dt><a name="index-ENAMETOOLONG"></a><u>Macro:</u> int <b>ENAMETOOLONG</b></dt>
<dd><p>Filename too long (longer than <code>PATH_MAX</code>; see section <a href="libc_31.html#Limits-for-Files">Limits on File System Capacity</a>) or host name too long (in <code>gethostname</code> or
<code>sethostname</code>; see section <a href="libc_30.html#Host-Identification">Host Identification</a>).
</p></dd></dl>
<dl>
<dt><a name="index-EHOSTDOWN"></a><u>Macro:</u> int <b>EHOSTDOWN</b></dt>
<dd><p>The remote host for a requested network connection is down.
</p></dd></dl>
<dl>
<dt><a name="index-EHOSTUNREACH"></a><u>Macro:</u> int <b>EHOSTUNREACH</b></dt>
<dd><p>The remote host for a requested network connection is not reachable.
</p></dd></dl>
<dl>
<dt><a name="index-ENOTEMPTY"></a><u>Macro:</u> int <b>ENOTEMPTY</b></dt>
<dd><p>Directory not empty, where an empty directory was expected. Typically,
this error occurs when you are trying to delete a directory.
</p></dd></dl>
<dl>
<dt><a name="index-EPROCLIM"></a><u>Macro:</u> int <b>EPROCLIM</b></dt>
<dd><p>This means that the per-user limit on new process would be exceeded by
an attempted <code>fork</code>. See section <a href="libc_22.html#Limits-on-Resources">Limiting Resource Usage</a>, for details on
the <code>RLIMIT_NPROC</code> limit.
</p></dd></dl>
<dl>
<dt><a name="index-EUSERS"></a><u>Macro:</u> int <b>EUSERS</b></dt>
<dd><p>The file quota system is confused because there are too many users.
</p></dd></dl>
<dl>
<dt><a name="index-EDQUOT"></a><u>Macro:</u> int <b>EDQUOT</b></dt>
<dd><p>The user’s disk quota was exceeded.
</p></dd></dl>
<dl>
<dt><a name="index-ESTALE"></a><u>Macro:</u> int <b>ESTALE</b></dt>
<dd><p>Stale NFS file handle. This indicates an internal confusion in the NFS
system which is due to file system rearrangements on the server host.
Repairing this condition usually requires unmounting and remounting
the NFS file system on the local host.
</p></dd></dl>
<dl>
<dt><a name="index-EREMOTE"></a><u>Macro:</u> int <b>EREMOTE</b></dt>
<dd><p>An attempt was made to NFS-mount a remote file system with a file name that
already specifies an NFS-mounted file.
(This is an error on some operating systems, but we expect it to work
properly on the GNU system, making this error code impossible.)
</p></dd></dl>
<dl>
<dt><a name="index-EBADRPC"></a><u>Macro:</u> int <b>EBADRPC</b></dt>
<dd><p>???
</p></dd></dl>
<dl>
<dt><a name="index-ERPCMISMATCH"></a><u>Macro:</u> int <b>ERPCMISMATCH</b></dt>
<dd><p>???
</p></dd></dl>
<dl>
<dt><a name="index-EPROGUNAVAIL"></a><u>Macro:</u> int <b>EPROGUNAVAIL</b></dt>
<dd><p>???
</p></dd></dl>
<dl>
<dt><a name="index-EPROGMISMATCH"></a><u>Macro:</u> int <b>EPROGMISMATCH</b></dt>
<dd><p>???
</p></dd></dl>
<dl>
<dt><a name="index-EPROCUNAVAIL"></a><u>Macro:</u> int <b>EPROCUNAVAIL</b></dt>
<dd><p>???
</p></dd></dl>
<dl>
<dt><a name="index-ENOLCK"></a><u>Macro:</u> int <b>ENOLCK</b></dt>
<dd><p>No locks available. This is used by the file locking facilities; see
<a href="libc_13.html#File-Locks">File Locks</a>. This error is never generated by the GNU system, but
it can result from an operation to an NFS server running another
operating system.
</p></dd></dl>
<dl>
<dt><a name="index-EFTYPE"></a><u>Macro:</u> int <b>EFTYPE</b></dt>
<dd><p>Inappropriate file type or format. The file was the wrong type for the
operation, or a data file had the wrong format.
</p>
<p>On some systems <code>chmod</code> returns this error if you try to set the
sticky bit on a non-directory file; see section <a href="libc_14.html#Setting-Permissions">Assigning File Permissions</a>.
</p></dd></dl>
<dl>
<dt><a name="index-EAUTH"></a><u>Macro:</u> int <b>EAUTH</b></dt>
<dd><p>???
</p></dd></dl>
<dl>
<dt><a name="index-ENEEDAUTH"></a><u>Macro:</u> int <b>ENEEDAUTH</b></dt>
<dd><p>???
</p></dd></dl>
<dl>
<dt><a name="index-ENOSYS"></a><u>Macro:</u> int <b>ENOSYS</b></dt>
<dd><p>Function not implemented. This indicates that the function called is
not implemented at all, either in the C library itself or in the
operating system. When you get this error, you can be sure that this
particular function will always fail with <code>ENOSYS</code> unless you
install a new version of the C library or the operating system.
</p></dd></dl>
<dl>
<dt><a name="index-ENOTSUP"></a><u>Macro:</u> int <b>ENOTSUP</b></dt>
<dd><p>Not supported. A function returns this error when certain parameter
values are valid, but the functionality they request is not available.
This can mean that the function does not implement a particular command
or option value or flag bit at all. For functions that operate on some
object given in a parameter, such as a file descriptor or a port, it
might instead mean that only <em>that specific object</em> (file
descriptor, port, etc.) is unable to support the other parameters given;
different file descriptors might support different ranges of parameter
values.
</p>
<p>If the entire function is not available at all in the implementation,
it returns <code>ENOSYS</code> instead.
</p></dd></dl>
<dl>
<dt><a name="index-EILSEQ"></a><u>Macro:</u> int <b>EILSEQ</b></dt>
<dd><p>While decoding a multibyte character the function came along an invalid
or an incomplete sequence of bytes or the given wide character is invalid.
</p></dd></dl>
<dl>
<dt><a name="index-EBACKGROUND"></a><u>Macro:</u> int <b>EBACKGROUND</b></dt>
<dd><p>In the GNU system, servers supporting the <code>term</code> protocol return
this error for certain operations when the caller is not in the
foreground process group of the terminal. Users do not usually see this
error because functions such as <code>read</code> and <code>write</code> translate
it into a <code>SIGTTIN</code> or <code>SIGTTOU</code> signal. See section <a href="libc_27.html#Job-Control">Job Control</a>,
for information on process groups and these signals.
</p></dd></dl>
<dl>
<dt><a name="index-EDIED"></a><u>Macro:</u> int <b>EDIED</b></dt>
<dd><p>In the GNU system, opening a file returns this error when the file is
translated by a program and the translator program dies while starting
up, before it has connected to the file.
</p></dd></dl>
<dl>
<dt><a name="index-ED"></a><u>Macro:</u> int <b>ED</b></dt>
<dd><p>The experienced user will know what is wrong.
</p></dd></dl>
<dl>
<dt><a name="index-EGREGIOUS"></a><u>Macro:</u> int <b>EGREGIOUS</b></dt>
<dd><p>You did <strong>what</strong>?
</p></dd></dl>
<dl>
<dt><a name="index-EIEIO"></a><u>Macro:</u> int <b>EIEIO</b></dt>
<dd><p>Go home and have a glass of warm, dairy-fresh milk.
</p></dd></dl>
<dl>
<dt><a name="index-EGRATUITOUS"></a><u>Macro:</u> int <b>EGRATUITOUS</b></dt>
<dd><p>This error code has no purpose.
</p></dd></dl>
<dl>
<dt><a name="index-EBADMSG"></a><u>Macro:</u> int <b>EBADMSG</b></dt>
</dl>
<dl>
<dt><a name="index-EIDRM"></a><u>Macro:</u> int <b>EIDRM</b></dt>
</dl>
<dl>
<dt><a name="index-EMULTIHOP"></a><u>Macro:</u> int <b>EMULTIHOP</b></dt>
</dl>
<dl>
<dt><a name="index-ENODATA"></a><u>Macro:</u> int <b>ENODATA</b></dt>
</dl>
<dl>
<dt><a name="index-ENOLINK"></a><u>Macro:</u> int <b>ENOLINK</b></dt>
</dl>
<dl>
<dt><a name="index-ENOMSG"></a><u>Macro:</u> int <b>ENOMSG</b></dt>
</dl>
<dl>
<dt><a name="index-ENOSR"></a><u>Macro:</u> int <b>ENOSR</b></dt>
</dl>
<dl>
<dt><a name="index-ENOSTR"></a><u>Macro:</u> int <b>ENOSTR</b></dt>
</dl>
<dl>
<dt><a name="index-EOVERFLOW"></a><u>Macro:</u> int <b>EOVERFLOW</b></dt>
</dl>
<dl>
<dt><a name="index-EPROTO"></a><u>Macro:</u> int <b>EPROTO</b></dt>
</dl>
<dl>
<dt><a name="index-ETIME"></a><u>Macro:</u> int <b>ETIME</b></dt>
</dl>
<dl>
<dt><a name="index-ECANCELED"></a><u>Macro:</u> int <b>ECANCELED</b></dt>
<dd><p>Operation canceled; an asynchronous operation was canceled before it
completed. See section <a href="libc_13.html#Asynchronous-I_002fO">Perform I/O Operations in Parallel</a>. When you call <code>aio_cancel</code>,
the normal result is for the operations affected to complete with this
error; see section <a href="libc_13.html#Cancel-AIO-Operations">Cancellation of AIO Operations</a>.
</p></dd></dl>
<p><em>The following error codes are defined by the Linux/i386 kernel.
They are not yet documented.</em>
</p>
<dl>
<dt><a name="index-ERESTART"></a><u>Macro:</u> int <b>ERESTART</b></dt>
</dl>
<dl>
<dt><a name="index-ECHRNG"></a><u>Macro:</u> int <b>ECHRNG</b></dt>
</dl>
<dl>
<dt><a name="index-EL2NSYNC"></a><u>Macro:</u> int <b>EL2NSYNC</b></dt>
</dl>
<dl>
<dt><a name="index-EL3HLT"></a><u>Macro:</u> int <b>EL3HLT</b></dt>
</dl>
<dl>
<dt><a name="index-EL3RST"></a><u>Macro:</u> int <b>EL3RST</b></dt>
</dl>
<dl>
<dt><a name="index-ELNRNG"></a><u>Macro:</u> int <b>ELNRNG</b></dt>
</dl>
<dl>
<dt><a name="index-EUNATCH"></a><u>Macro:</u> int <b>EUNATCH</b></dt>
</dl>
<dl>
<dt><a name="index-ENOCSI"></a><u>Macro:</u> int <b>ENOCSI</b></dt>
</dl>
<dl>
<dt><a name="index-EL2HLT"></a><u>Macro:</u> int <b>EL2HLT</b></dt>
</dl>
<dl>
<dt><a name="index-EBADE"></a><u>Macro:</u> int <b>EBADE</b></dt>
</dl>
<dl>
<dt><a name="index-EBADR"></a><u>Macro:</u> int <b>EBADR</b></dt>
</dl>
<dl>
<dt><a name="index-EXFULL"></a><u>Macro:</u> int <b>EXFULL</b></dt>
</dl>
<dl>
<dt><a name="index-ENOANO"></a><u>Macro:</u> int <b>ENOANO</b></dt>
</dl>
<dl>
<dt><a name="index-EBADRQC"></a><u>Macro:</u> int <b>EBADRQC</b></dt>
</dl>
<dl>
<dt><a name="index-EBADSLT"></a><u>Macro:</u> int <b>EBADSLT</b></dt>
</dl>
<dl>
<dt><a name="index-EDEADLOCK"></a><u>Macro:</u> int <b>EDEADLOCK</b></dt>
</dl>
<dl>
<dt><a name="index-EBFONT"></a><u>Macro:</u> int <b>EBFONT</b></dt>
</dl>
<dl>
<dt><a name="index-ENONET"></a><u>Macro:</u> int <b>ENONET</b></dt>
</dl>
<dl>
<dt><a name="index-ENOPKG"></a><u>Macro:</u> int <b>ENOPKG</b></dt>
</dl>
<dl>
<dt><a name="index-EADV"></a><u>Macro:</u> int <b>EADV</b></dt>
</dl>
<dl>
<dt><a name="index-ESRMNT"></a><u>Macro:</u> int <b>ESRMNT</b></dt>
</dl>
<dl>
<dt><a name="index-ECOMM"></a><u>Macro:</u> int <b>ECOMM</b></dt>
</dl>
<dl>
<dt><a name="index-EDOTDOT"></a><u>Macro:</u> int <b>EDOTDOT</b></dt>
</dl>
<dl>
<dt><a name="index-ENOTUNIQ"></a><u>Macro:</u> int <b>ENOTUNIQ</b></dt>
</dl>
<dl>
<dt><a name="index-EBADFD"></a><u>Macro:</u> int <b>EBADFD</b></dt>
</dl>
<dl>
<dt><a name="index-EREMCHG"></a><u>Macro:</u> int <b>EREMCHG</b></dt>
</dl>
<dl>
<dt><a name="index-ELIBACC"></a><u>Macro:</u> int <b>ELIBACC</b></dt>
</dl>
<dl>
<dt><a name="index-ELIBBAD"></a><u>Macro:</u> int <b>ELIBBAD</b></dt>
</dl>
<dl>
<dt><a name="index-ELIBSCN"></a><u>Macro:</u> int <b>ELIBSCN</b></dt>
</dl>
<dl>
<dt><a name="index-ELIBMAX"></a><u>Macro:</u> int <b>ELIBMAX</b></dt>
</dl>
<dl>
<dt><a name="index-ELIBEXEC"></a><u>Macro:</u> int <b>ELIBEXEC</b></dt>
</dl>
<dl>
<dt><a name="index-ESTRPIPE"></a><u>Macro:</u> int <b>ESTRPIPE</b></dt>
</dl>
<dl>
<dt><a name="index-EUCLEAN"></a><u>Macro:</u> int <b>EUCLEAN</b></dt>
</dl>
<dl>
<dt><a name="index-ENOTNAM"></a><u>Macro:</u> int <b>ENOTNAM</b></dt>
</dl>
<dl>
<dt><a name="index-ENAVAIL"></a><u>Macro:</u> int <b>ENAVAIL</b></dt>
</dl>
<dl>
<dt><a name="index-EISNAM"></a><u>Macro:</u> int <b>EISNAM</b></dt>
</dl>
<dl>
<dt><a name="index-EREMOTEIO"></a><u>Macro:</u> int <b>EREMOTEIO</b></dt>
</dl>
<dl>
<dt><a name="index-ENOMEDIUM"></a><u>Macro:</u> int <b>ENOMEDIUM</b></dt>
</dl>
<dl>
<dt><a name="index-EMEDIUMTYPE"></a><u>Macro:</u> int <b>EMEDIUMTYPE</b></dt>
</dl>
<dl>
<dt><a name="index-ENOKEY"></a><u>Macro:</u> int <b>ENOKEY</b></dt>
</dl>
<dl>
<dt><a name="index-EKEYEXPIRED"></a><u>Macro:</u> int <b>EKEYEXPIRED</b></dt>
</dl>
<dl>
<dt><a name="index-EKEYREVOKED"></a><u>Macro:</u> int <b>EKEYREVOKED</b></dt>
</dl>
<dl>
<dt><a name="index-EKEYREJECTED"></a><u>Macro:</u> int <b>EKEYREJECTED</b></dt>
</dl>
<dl>
<dt><a name="index-EOWNERDEAD"></a><u>Macro:</u> int <b>EOWNERDEAD</b></dt>
</dl>
<dl>
<dt><a name="index-ENOTRECOVERABLE"></a><u>Macro:</u> int <b>ENOTRECOVERABLE</b></dt>
</dl>
<dl>
<dt><a name="index-ERFKILL"></a><u>Macro:</u> int <b>ERFKILL</b></dt>
</dl>
<hr size="6">
<a name="Error-Messages"></a>
<table cellpadding="1" cellspacing="1" border="0">
<tr><td valign="middle" align="left">[<a href="#Error-Codes" title="Previous section in reading order"> < </a>]</td>
<td valign="middle" align="left">[<a href="libc_3.html#Memory" title="Next section in reading order"> > </a>]</td>
<td valign="middle" align="left"> </td>
<td valign="middle" align="left">[<a href="#Error-Reporting" title="Beginning of this chapter or previous chapter"> << </a>]</td>
<td valign="middle" align="left">[<a href="#Error-Reporting" title="Up section"> Up </a>]</td>
<td valign="middle" align="left">[<a href="libc_3.html#Memory" title="Next chapter"> >> </a>]</td>
<td valign="middle" align="left"> </td>
<td valign="middle" align="left"> </td>
<td valign="middle" align="left"> </td>
<td valign="middle" align="left"> </td>
<td valign="middle" align="left">[<a href="libc.html#Top" title="Cover (top) of document">Top</a>]</td>
<td valign="middle" align="left">[<a href="libc_toc.html#SEC_Contents" title="Table of contents">Contents</a>]</td>
<td valign="middle" align="left">[<a href="libc_42.html#Concept-Index" title="Index">Index</a>]</td>
<td valign="middle" align="left">[<a href="libc_abt.html#SEC_About" title="About (help)"> ? </a>]</td>
</tr></table>
<a name="Error-Messages-1"></a>
<h2 class="section">2.3 Error Messages</h2>
<p>The library has functions and variables designed to make it easy for
your program to report informative error messages in the customary
format about the failure of a library call. The functions
<code>strerror</code> and <code>perror</code> give you the standard error message
for a given error code; the variable
<code>program_invocation_short_name</code> gives you convenient access to the
name of the program that encountered the error.
</p>
<dl>
<dt><a name="index-strerror"></a><u>Function:</u> char * <b>strerror</b><i> (int <var>errnum</var>)</i></dt>
<dd><p>The <code>strerror</code> function maps the error code (see section <a href="#Checking-for-Errors">Checking for Errors</a>) specified by the <var>errnum</var> argument to a descriptive error
message string. The return value is a pointer to this string.
</p>
<p>The value <var>errnum</var> normally comes from the variable <code>errno</code>.
</p>
<p>You should not modify the string returned by <code>strerror</code>. Also, if
you make subsequent calls to <code>strerror</code>, the string might be
overwritten. (But it’s guaranteed that no library function ever calls
<code>strerror</code> behind your back.)
</p>
<p>The function <code>strerror</code> is declared in ‘<tt>string.h</tt>’.
</p></dd></dl>
<dl>
<dt><a name="index-strerror_005fr"></a><u>Function:</u> char * <b>strerror_r</b><i> (int <var>errnum</var>, char *<var>buf</var>, size_t <var>n</var>)</i></dt>
<dd><p>The <code>strerror_r</code> function works like <code>strerror</code> but instead of
returning the error message in a statically allocated buffer shared by
all threads in the process, it returns a private copy for the
thread. This might be either some permanent global data or a message
string in the user supplied buffer starting at <var>buf</var> with the
length of <var>n</var> bytes.
</p>
<p>At most <var>n</var> characters are written (including the NUL byte) so it is
up to the user to select the buffer large enough.
</p>
<p>This function should always be used in multi-threaded programs since
there is no way to guarantee the string returned by <code>strerror</code>
really belongs to the last call of the current thread.
</p>
<p>This function <code>strerror_r</code> is a GNU extension and it is declared in
‘<tt>string.h</tt>’.
</p></dd></dl>
<dl>
<dt><a name="index-perror"></a><u>Function:</u> void <b>perror</b><i> (const char *<var>message</var>)</i></dt>
<dd><p>This function prints an error message to the stream <code>stderr</code>;
see <a href="libc_12.html#Standard-Streams">Standard Streams</a>. The orientation of <code>stderr</code> is not
changed.
</p>
<p>If you call <code>perror</code> with a <var>message</var> that is either a null
pointer or an empty string, <code>perror</code> just prints the error message
corresponding to <code>errno</code>, adding a trailing newline.
</p>
<p>If you supply a non-null <var>message</var> argument, then <code>perror</code>
prefixes its output with this string. It adds a colon and a space
character to separate the <var>message</var> from the error string corresponding
to <code>errno</code>.
</p>
<p>The function <code>perror</code> is declared in ‘<tt>stdio.h</tt>’.
</p></dd></dl>
<p><code>strerror</code> and <code>perror</code> produce the exact same message for any
given error code; the precise text varies from system to system. On the
GNU system, the messages are fairly short; there are no multi-line
messages or embedded newlines. Each error message begins with a capital
letter and does not include any terminating punctuation.
</p>
<p><strong>Compatibility Note:</strong> The <code>strerror</code> function was introduced
in ISO C89. Many older C systems do not support this function yet.
</p>
<a name="index-program-name"></a>
<a name="index-name-of-running-program"></a>
<p>Many programs that don’t read input from the terminal are designed to
exit if any system call fails. By convention, the error message from
such a program should start with the program’s name, sans directories.
You can find that name in the variable
<code>program_invocation_short_name</code>; the full file name is stored the
variable <code>program_invocation_name</code>.
</p>
<dl>
<dt><a name="index-program_005finvocation_005fname"></a><u>Variable:</u> char * <b>program_invocation_name</b></dt>
<dd><p>This variable’s value is the name that was used to invoke the program
running in the current process. It is the same as <code>argv[0]</code>. Note
that this is not necessarily a useful file name; often it contains no
directory names. See section <a href="libc_25.html#Program-Arguments">Program Arguments</a>.
</p></dd></dl>
<dl>
<dt><a name="index-program_005finvocation_005fshort_005fname"></a><u>Variable:</u> char * <b>program_invocation_short_name</b></dt>
<dd><p>This variable’s value is the name that was used to invoke the program
running in the current process, with directory names removed. (That is
to say, it is the same as <code>program_invocation_name</code> minus
everything up to the last slash, if any.)
</p></dd></dl>
<p>The library initialization code sets up both of these variables before
calling <code>main</code>.
</p>
<p><strong>Portability Note:</strong> These two variables are GNU extensions. If
you want your program to work with non-GNU libraries, you must save the
value of <code>argv[0]</code> in <code>main</code>, and then strip off the directory
names yourself. We added these extensions to make it possible to write
self-contained error-reporting subroutines that require no explicit
cooperation from <code>main</code>.
</p>
<p>Here is an example showing how to handle failure to open a file
correctly. The function <code>open_sesame</code> tries to open the named file
for reading and returns a stream if successful. The <code>fopen</code>
library function returns a null pointer if it couldn’t open the file for
some reason. In that situation, <code>open_sesame</code> constructs an
appropriate error message using the <code>strerror</code> function, and
terminates the program. If we were going to make some other library
calls before passing the error code to <code>strerror</code>, we’d have to
save it in a local variable instead, because those other library
functions might overwrite <code>errno</code> in the meantime.
</p>
<table><tr><td> </td><td><pre class="smallexample">#include <errno.h>
#include <stdio.h>
#include <stdlib.h>
#include <string.h>
FILE *
open_sesame (char *name)
{
FILE *stream;
errno = 0;
stream = fopen (name, "r");
if (stream == NULL)
{
fprintf (stderr, "%s: Couldn't open file %s; %s\n",
program_invocation_short_name, name, strerror (errno));
exit (EXIT_FAILURE);
}
else
return stream;
}
</pre></td></tr></table>
<p>Using <code>perror</code> has the advantage that the function is portable and
available on all systems implementing ISO C. But often the text
<code>perror</code> generates is not what is wanted and there is no way to
extend or change what <code>perror</code> does. The GNU coding standard, for
instance, requires error messages to be preceded by the program name and
programs which read some input files should provide information
about the input file name and the line number in case an error is
encountered while reading the file. For these occasions there are two
functions available which are widely used throughout the GNU project.
These functions are declared in ‘<tt>error.h</tt>’.
</p>
<dl>
<dt><a name="index-error"></a><u>Function:</u> void <b>error</b><i> (int <var>status</var>, int <var>errnum</var>, const char *<var>format</var>, …)</i></dt>
<dd><p>The <code>error</code> function can be used to report general problems during
program execution. The <var>format</var> argument is a format string just
like those given to the <code>printf</code> family of functions. The
arguments required for the format can follow the <var>format</var> parameter.
Just like <code>perror</code>, <code>error</code> also can report an error code in
textual form. But unlike <code>perror</code> the error value is explicitly
passed to the function in the <var>errnum</var> parameter. This eliminates
the problem mentioned above that the error reporting function must be
called immediately after the function causing the error since otherwise
<code>errno</code> might have a different value.
</p>
<p>The <code>error</code> prints first the program name. If the application
defined a global variable <code>error_print_progname</code> and points it to a
function this function will be called to print the program name.
Otherwise the string from the global variable <code>program_name</code> is
used. The program name is followed by a colon and a space which in turn
is followed by the output produced by the format string. If the
<var>errnum</var> parameter is non-zero the format string output is followed
by a colon and a space, followed by the error message for the error code
<var>errnum</var>. In any case is the output terminated with a newline.
</p>
<p>The output is directed to the <code>stderr</code> stream. If the
<code>stderr</code> wasn’t oriented before the call it will be narrow-oriented
afterwards.
</p>
<p>The function will return unless the <var>status</var> parameter has a
non-zero value. In this case the function will call <code>exit</code> with
the <var>status</var> value for its parameter and therefore never return. If
<code>error</code> returns the global variable <code>error_message_count</code> is
incremented by one to keep track of the number of errors reported.
</p></dd></dl>
<dl>
<dt><a name="index-error_005fat_005fline"></a><u>Function:</u> void <b>error_at_line</b><i> (int <var>status</var>, int <var>errnum</var>, const char *<var>fname</var>, unsigned int <var>lineno</var>, const char *<var>format</var>, …)</i></dt>
<dd>
<p>The <code>error_at_line</code> function is very similar to the <code>error</code>
function. The only difference are the additional parameters <var>fname</var>
and <var>lineno</var>. The handling of the other parameters is identical to
that of <code>error</code> except that between the program name and the string
generated by the format string additional text is inserted.
</p>
<p>Directly following the program name a colon, followed by the file name
pointer to by <var>fname</var>, another colon, and a value of <var>lineno</var> is
printed.
</p>
<p>This additional output of course is meant to be used to locate an error
in an input file (like a programming language source code file etc).
</p>
<p>If the global variable <code>error_one_per_line</code> is set to a non-zero
value <code>error_at_line</code> will avoid printing consecutive messages for
the same file and line. Repetition which are not directly following
each other are not caught.
</p>
<p>Just like <code>error</code> this function only returned if <var>status</var> is
zero. Otherwise <code>exit</code> is called with the non-zero value. If
<code>error</code> returns the global variable <code>error_message_count</code> is
incremented by one to keep track of the number of errors reported.
</p></dd></dl>
<p>As mentioned above the <code>error</code> and <code>error_at_line</code> functions
can be customized by defining a variable named
<code>error_print_progname</code>.
</p>
<dl>
<dt><a name="index-_0028"></a><u>Variable:</u> void (*) error_print_progname <b>(</b><i>void)</i></dt>
<dd><p>If the <code>error_print_progname</code> variable is defined to a non-zero
value the function pointed to is called by <code>error</code> or
<code>error_at_line</code>. It is expected to print the program name or do
something similarly useful.
</p>
<p>The function is expected to be print to the <code>stderr</code> stream and
must be able to handle whatever orientation the stream has.
</p>
<p>The variable is global and shared by all threads.
</p></dd></dl>
<dl>
<dt><a name="index-error_005fmessage_005fcount"></a><u>Variable:</u> unsigned int <b>error_message_count</b></dt>
<dd><p>The <code>error_message_count</code> variable is incremented whenever one of
the functions <code>error</code> or <code>error_at_line</code> returns. The
variable is global and shared by all threads.
</p></dd></dl>
<dl>
<dt><a name="index-error_005fone_005fper_005fline"></a><u>Variable:</u> int <b>error_one_per_line</b></dt>
<dd><p>The <code>error_one_per_line</code> variable influences only
<code>error_at_line</code>. Normally the <code>error_at_line</code> function
creates output for every invocation. If <code>error_one_per_line</code> is
set to a non-zero value <code>error_at_line</code> keeps track of the last
file name and line number for which an error was reported and avoid
directly following messages for the same file and line. This variable
is global and shared by all threads.
</p></dd></dl>
<p>A program which read some input file and reports errors in it could look
like this:
</p>
<table><tr><td> </td><td><pre class="smallexample">{
char *line = NULL;
size_t len = 0;
unsigned int lineno = 0;
error_message_count = 0;
while (! feof_unlocked (fp))
{
ssize_t n = getline (&line, &len, fp);
if (n <= 0)
/* <span class="roman">End of file or error.</span> */
break;
++lineno;
/* <span class="roman">Process the line.</span> */
…
if (<span class="roman">Detect error in line</span>)
error_at_line (0, errval, filename, lineno,
"some error text %s", some_variable);
}
if (error_message_count != 0)
error (EXIT_FAILURE, 0, "%u errors found", error_message_count);
}
</pre></td></tr></table>
<p><code>error</code> and <code>error_at_line</code> are clearly the functions of
choice and enable the programmer to write applications which follow the
GNU coding standard. The GNU libc additionally contains functions which
are used in BSD for the same purpose. These functions are declared in
‘<tt>err.h</tt>’. It is generally advised to not use these functions. They
are included only for compatibility.
</p>
<dl>
<dt><a name="index-warn"></a><u>Function:</u> void <b>warn</b><i> (const char *<var>format</var>, …)</i></dt>
<dd><p>The <code>warn</code> function is roughly equivalent to a call like
</p><table><tr><td> </td><td><pre class="smallexample"> error (0, errno, format, <span class="roman">the parameters</span>)
</pre></td></tr></table>
<p>except that the global variables <code>error</code> respects and modifies
are not used.
</p></dd></dl>
<dl>
<dt><a name="index-vwarn"></a><u>Function:</u> void <b>vwarn</b><i> (const char *<var>format</var>, va_list)</i></dt>
<dd><p>The <code>vwarn</code> function is just like <code>warn</code> except that the
parameters for the handling of the format string <var>format</var> are passed
in as an value of type <code>va_list</code>.
</p></dd></dl>
<dl>
<dt><a name="index-warnx"></a><u>Function:</u> void <b>warnx</b><i> (const char *<var>format</var>, …)</i></dt>
<dd><p>The <code>warnx</code> function is roughly equivalent to a call like
</p><table><tr><td> </td><td><pre class="smallexample"> error (0, 0, format, <span class="roman">the parameters</span>)
</pre></td></tr></table>
<p>except that the global variables <code>error</code> respects and modifies
are not used. The difference to <code>warn</code> is that no error number
string is printed.
</p></dd></dl>
<dl>
<dt><a name="index-vwarnx"></a><u>Function:</u> void <b>vwarnx</b><i> (const char *<var>format</var>, va_list)</i></dt>
<dd><p>The <code>vwarnx</code> function is just like <code>warnx</code> except that the
parameters for the handling of the format string <var>format</var> are passed
in as an value of type <code>va_list</code>.
</p></dd></dl>
<dl>
<dt><a name="index-err"></a><u>Function:</u> void <b>err</b><i> (int <var>status</var>, const char *<var>format</var>, …)</i></dt>
<dd><p>The <code>err</code> function is roughly equivalent to a call like
</p><table><tr><td> </td><td><pre class="smallexample"> error (status, errno, format, <span class="roman">the parameters</span>)
</pre></td></tr></table>
<p>except that the global variables <code>error</code> respects and modifies
are not used and that the program is exited even if <var>status</var> is zero.
</p></dd></dl>
<dl>
<dt><a name="index-verr"></a><u>Function:</u> void <b>verr</b><i> (int <var>status</var>, const char *<var>format</var>, va_list)</i></dt>
<dd><p>The <code>verr</code> function is just like <code>err</code> except that the
parameters for the handling of the format string <var>format</var> are passed
in as an value of type <code>va_list</code>.
</p></dd></dl>
<dl>
<dt><a name="index-errx"></a><u>Function:</u> void <b>errx</b><i> (int <var>status</var>, const char *<var>format</var>, …)</i></dt>
<dd><p>The <code>errx</code> function is roughly equivalent to a call like
</p><table><tr><td> </td><td><pre class="smallexample"> error (status, 0, format, <span class="roman">the parameters</span>)
</pre></td></tr></table>
<p>except that the global variables <code>error</code> respects and modifies
are not used and that the program is exited even if <var>status</var>
is zero. The difference to <code>err</code> is that no error number
string is printed.
</p></dd></dl>
<dl>
<dt><a name="index-verrx"></a><u>Function:</u> void <b>verrx</b><i> (int <var>status</var>, const char *<var>format</var>, va_list)</i></dt>
<dd><p>The <code>verrx</code> function is just like <code>errx</code> except that the
parameters for the handling of the format string <var>format</var> are passed
in as an value of type <code>va_list</code>.
</p></dd></dl>
<hr size="6">
<table cellpadding="1" cellspacing="1" border="0">
<tr><td valign="middle" align="left">[<a href="#Error-Reporting" title="Beginning of this chapter or previous chapter"> << </a>]</td>
<td valign="middle" align="left">[<a href="libc_3.html#Memory" title="Next chapter"> >> </a>]</td>
<td valign="middle" align="left"> </td>
<td valign="middle" align="left"> </td>
<td valign="middle" align="left"> </td>
<td valign="middle" align="left"> </td>
<td valign="middle" align="left"> </td>
<td valign="middle" align="left">[<a href="libc.html#Top" title="Cover (top) of document">Top</a>]</td>
<td valign="middle" align="left">[<a href="libc_toc.html#SEC_Contents" title="Table of contents">Contents</a>]</td>
<td valign="middle" align="left">[<a href="libc_42.html#Concept-Index" title="Index">Index</a>]</td>
<td valign="middle" align="left">[<a href="libc_abt.html#SEC_About" title="About (help)"> ? </a>]</td>
</tr></table>
<p>
<font size="-1">
This document was generated by <em>root</em> on <em>April 20, 2012</em> using <a href="http://www.nongnu.org/texi2html/"><em>texi2html 1.82</em></a>.
</font>
<br>
</p>
</body>
</html>
|