-==================== Changes in man-pages-3.51 ====================
+==================== Changes in man-pages-3.52 ====================
-Released: 2013-04-17, Munich
+Released: 2013-07-04, Munich
Contributors
in the changelog below) reports, notes, and ideas that have been
incorporated in changes in this release:
-Andreas Jaeger <aj@suse.de>
-Andrew Clayton <andrew@digital-domain.net>
-Brian M. Carlson <sandals@crustytoothpaste.net>
-Changhee Han <ch0.han@lge.com>
+Adrian Bunk <bunk@kernel.org>
+Andrea Remondini <andrea@undeadlinks.com>
+Anthony Foiani <anthony.foiani@gmail.com>
+Brian Norris <computersforpeace@gmail.com>
Cyril Hrubis <chrubis@suse.cz>
-Damien Grassart <damien@grassart.com>
+Dan Jacobson <jidanni@jidanni.org>
David Prévot <taffit@debian.org>
-Denis Barbier <bouzim@gmail.com>
+Eric S. Raymond <esr@thyrsus.com>
+Georg Sauthoff <mail@georg.so>
Jeff Moyer <jmoyer@redhat.com>
-Krzysztof Konopko <krzysztof.konopko@gmail.com>
-Kyle McMartin <kyle@mcmartin.ca>
-Mark H Weaver <mhw@netris.org>
+Jérémie Galarneau <jeremie.galarneau@efficios.com>
+Jon Grant <jg@jguk.org>
+Manuel Traut <manut@linutronix.de>
+Марк Коренберг <socketpair@gmail.com>
Michael Kerrisk <mtk.manpages@gmail.com>
Mike Frysinger <vapier@gentoo.org>
-Nicolas Hillegeer <nicolas@hillegeer.com>
Pavel Emelyanov <xemul@parallels.com>
-Peter Schiffer <pschiffe@redhat.com>
-Radek Pazdera <rpazdera@redhat.com>
-Ralph Loader <suckfish@ihug.co.nz>
+Peng Haitao <penght@cn.fujitsu.com>
+Peter LaDow <petela@gocougs.wsu.edu>
+Petr Gajdos <pgajdos@suse.cz>
+Regid <regid23@nt1.in>
+Siddhesh Poyarekar <siddhesh@redhat.com>
+Simone Piccardi <piccardi@truelite.it>
Simon Paillard <spaillard@debian.org>
-The Wanderer <wanderer@fastmail.fm>
+Vince Weaver <vincent.weaver@maine.edu>
+Yuri Kozlov <yuray@komyakino.ru>
Apologies if I missed anyone!
Newly documented interfaces in existing pages
---------------------------------------------
-sched_rr_get_interval.2
- Michael Kerrisk
- Document /proc/sys/kernel/sched_rr_timeslice_ms
-
-proc.5
- Pavel Emelyanov
- Document /proc/[pid]/map_files directory
- This directory was added in Linux v3.3 and provides info about
- files being mmap-ed in a way very similar to how /proc/[pid]/fd
- works.
-
- v2: Added examples of how links look like and noted dependency
- on kernel config option CONFIG_CHECKPOINT_RESTORE.
- Michael Kerrisk
- Document /proc/sys/kernel/shm_rmid_forced
+perf_event_open.2
+ Vince Weaver
+ Add PERF_IOC_FLAG_GROUP documentation
+ The perf_event_open() ENABLE/DISABLE/RESET ioctls can take an
+ argument, PERF_IOC_FLAG_GROUP. This wasn't documented at all
+ until about a year ago (despite the support being there from
+ the beginning) so I missed this when initially writing
+ the man page.
-capabilities.7
- Michael Kerrisk
- Document /proc/sys/kernel/cap_last_cap
+socket.7
+ Pavel Emelyanov, Michael Kerrisk
+ Document SO_PEEK_OFF option
+ Since Linux 3.4 there appeared an ability to specify the
+ offset in bytes from which the data will be MSG_PEEK-ed.
+ Describe this socket option in the socket(7) page, where
+ all the other socket options are described.
Global changes
Various pages
Michael Kerrisk
- Global fix: fix placement of word "only"
+ Convert inline formatting (\fX...\fP) to dot-directive formatting
-Various pages
- Simon Paillard
- License headers: consistent format
+readdir.2
+asprintf.
+getline.3
+getlogin.3
+pthread_setname_np.3
+readdir.3
+strerror.3
+ Michael Kerrisk [Jon Grant]
+ Clarify that terminating null byte is '\0'
-Various pages
+
+Changes to individual pages
+---------------------------
+
+execve.2
+ Peter LaDow
+ Add envp to the Linux notes about NULL pointers
+ During the review of static analysis results, we discovered a
+ functional, but non-portable, use of execve(). For example:
+
+ char *cmd[] = { "/path/to/some/file", NULL };
+ execve(cmd[0], cmd, NULL);
+
+ The call succeeds. Yet, the static analysis tool (rightly)
+ pointed out that envp could be dereferenced. But digging into
+ glibc and the kernel, it appears that like argv, envp when NULL
+ is treated as if it were an empty list.
+
+ So, to clear things up, I'm submitting this patch to update the
+ man page to indicate that envp is treated like argv.
+
+fallocate.2
Michael Kerrisk
- Global fix: s/since kernel/since Linux/
+ RETURN VALUE: mention that 'errno' is set on error
-Various System V IPC pages in Section 2
+io_setup.2
+ Cyril Hrubis [Jeff Moyer]
+ Clarify the nr_events parameter
+ Currently the io_setup.2 man page describes what the kernel really
+ does, i.e., that the resulting context may be able to hold more
+ than the 'nr_event's operations because the memory allocated in
+ kernel is rounded to be multiple of page size.
+
+ It is better not to expose this implementation detail and
+ simply state that the resulting context is suitable for
+ 'nr_events' operations.
+
+perf_event_open.2
+ Vince Weaver
+ Clarify the perf_event_open() wakeup_events/wakeup_watermark fields
+ Clarify the perf_event_open() wakeup_events/wakeup_watermark
+ fields a bit, based on info from kernel commit cfeb1d90a1b1.
+ Vince Weaver
+ Update to match the Linux 3.10 release
+ This patch updates the perf_event_open() documentation to include
+ new interfaces added in the 3.10 kernel.
+
+ It also documents a few [To be documented] instances left over
+ from the 3.7 kernel.
+ Vince Weaver
+ Small correction to description of 'flags' argument
+
+prctl.2
Michael Kerrisk
- Add "System V" to .TH line and text
- Make it clear that these pages relate to System V IPC,
- not POSIX IPC.
+ Note equivalents of PR_SET_NAME
+ pthread_setname_np() and pthread_getname_np() and
+ /proc/self/task/TID/comm provide access to the same
+ attribute.
+pread.2
+ Michael Kerrisk [Марк Коренберг]
+ pread() and pwrite() are especially useful in multithreaded applications
-Changes to individual pages
----------------------------
+recv.2
+ Michael Kerrisk
+ RETURN VALUE: mention that 'errno' is set on error
-access.2
- Michael Kerrisk [The Wanderer]
- Clarify RETURN VALUE for F_OK
- See http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=705293
+semctl.2
+ Michael Kerrisk [Simone Piccardi]
+ 'sem_nsems' is 'unsigned long' since Linux 2.4
-alarm.2
+shmget.2
Michael Kerrisk
- Correct the description of behavior when 'seconds' is 0
+ Rewrite RETURN VALUE and mention that 'errno' is set on error
-clone.2
- Michael Kerrisk [Peter Schiffer]
- Add prototype for syscall to SYNOPSIS
- And further clarify the distinction between the system call
- and the wrapper function in the introductory text.
- Michael Kerrisk
- Update feature test macro requirements
- The requirements quietly changed changed in glibc 2.14
+sigaction.2
+ Michael Kerrisk [Brian Norris]
+ RETURN VALUE: mention that 'errno' is set on error
- See also http://www.sourceware.org/bugzilla/show_bug.cgi?id=4749
- Michael Kerrisk [Mike Frysinger]
- Clarify differences between clone2() syscall and wrapper function
- Michael Kerrisk [Mike Frysinger]
- Note those architectures where the sys_clone argument order differs
- Michael Kerrisk [Mike Frysinger]
- Add short subsection noting that blackfin, m68k, and sparc are different
+signal.2
Michael Kerrisk
- Move clone2() text to subsection in description
- The description of ia64 clone2() should follow the discussion
- of the raw system call interface.
+ RETURN VALUE: mention that 'errno' is set on error
+
+sigpending.2
Michael Kerrisk
- Change subhead for ia64 discussion
+ RETURN VALUE: mention that 'errno' is set on error
-getcpu.2
+sigprocmask.2
Michael Kerrisk
- Recommend that 'tcache' should be specified as NULL nowadays
+ RETURN VALUE: mention that 'errno' is set on error
-io_cancel.2
- Jeff Moyer, Michael Kerrisk [Cyril Hrubis]
- Improve description
+sigsuspend.2
+ Michael Kerrisk
+ RETURN VALUE: mention that 'errno' is set on error
-io_destroy.2
- Jeff Moyer
- Improve description
- The description was rather vague, citing a "list of I/O contexts"
- and stating that it "can" cancel outstanding requests. This
- update makes things more concrete so that the reader knows exactly
- what's going on.
+syscall.2
+ Mike Frysinger
+ Document s390/s390x calling convention
+
+a64l.3
+ Peng Haitao
+ ATTRIBUTES: Note function that is not thread-safe
+ The function l64a() is not thread safe.
+
+abs.3
+ Peng Haitao
+ ATTRIBUTES: Note functions that are thread-safe
+ The functions abs(), labs(), llabs() and imaxabs() are
+ thread-safe.
+
+aio_error.3
+ Peng Haitao
+ ATTRIBUTES: Note function that is thread-safe
+ The function aio_error() is thread safe.
+
+aio_return.3
+ Peng Haitao
+ ATTRIBUTES: Note function that is thread-safe
+ The function aio_return() is thread safe.
+
+alloca.3
+ Adrian Bunk
+ Correct information on getting non-inlined version with gcc+glibc
+ - remove the incorrect information that -fno-builtin would help
+ - add -std=c11 to the list of strict options
+ - emphasize more that both the gcc option and not including
+ alloca.h are needed
+ - add the #ifdef from the glibc alloca.h to make the situation
+ clearer
+
+bindresvport.3
+ Peng Haitao
+ ATTRIBUTES: Note function that is thread-safe
+ Before glibc 2.17, bindresvport() is not thread-safe.
+ Since glibc 2.17, it is thread-safe, the patch can refer to URL:
+ http://sourceware.org/git/?p=glibc.git;a=commit;h=f6da27e53695ad1cc0e2a9490358decbbfdff5e5
+
+canonicalize_file_name.3
+ Michael Kerrisk
+ Put CONFORMING TO section in right location
+
+catgets.3
+ Michael Kerrisk [Jon Grant]
+ Clarify that null byte is '\0'
+
+ceil.3
+ Peng Haitao
+ ATTRIBUTES: Note functions that are thread-safe
+ The functions ceil(), ceilf() and ceill() are thread safe.
+
+cimag.3
+ Peng Haitao
+ ATTRIBUTES: Note functions that are thread-safe
+ The functions cimag(), cimagf() and cimagl() are thread safe.
+
+clock_getcpuclockid.3
+ Peng Haitao
+ ATTRIBUTES: Note function that is thread-safe
+ The function clock_getcpuclockid() is thread safe.
+
+conj.3
+ Peng Haitao
+ ATTRIBUTES: Note functions that are thread-safe
+ The functions conj(), conjf() and conjl() are thread safe.
+
+crypt.3
+ Peng Haitao
+ ATTRIBUTES: Note function that is not thread-safe
+ The function crypt() is not thread safe.
+
+ctermid.3
+ Peng Haitao
+ ATTRIBUTES: Note function that is thread safe with exceptions
+ The function ctermid() is thread safe with exceptions.
+
+dirfd.3
+ Michael Kerrisk
+ RETURN VALUE: mention that 'errno' is set on error
+
+drand48.3
+ Peng Haitao
+ ATTRIBUTES: Note functions that are not thread-safe
+ The functions drand48(), erand48(), lrand48(), nrand48(),
+ mrand48(), jrand48(), srand48(), seed48() and lcong48() are
+ not thread safe.
+
+ecvt.3
+ Peng Haitao
+ ATTRIBUTES: Note functions that are not thread-safe
+ The functions ecvt() and fcvt() return a string located in a
+ static buffer which is overwritten by the next call to the
+ functions, so they are not thread-safe.
+
+encrypt.3
+ Peng Haitao
+ ATTRIBUTES: Note functions that are not thread-safe
+ The functions encrypt() and setkey() are not thread safe.
+
+ether_aton.3
+ Peng Haitao
+ ATTRIBUTES: Note functions that are not thread-safe
+ The functions ether_aton() and ether_ntoa() are not thread safe.
+
+fcloseall.3
+ Peng Haitao
+ ATTRIBUTES: Note function that is not thread-safe
+ The function fcloseall() is not thread safe.
+
+ferror.3
+ Peng Haitao
+ ATTRIBUTES: Note functions that are thread-safe
+ The functions ferror(), clearerr(), feof() and fileno() are
+ thread safe.
+
+fgetgrent.3
+ Michael Kerrisk
+ RETURN VALUE: mention that 'errno' is set on error
-io_getevents.2
- Jeff Moyer
- The 'timeout' argument is not updated
- I looked back through the kernel code, and the timeout was
- never updated in any case. I've submitted a patch upstream
- to change the comment above io_getevents.
+fgetpwent.3
+ Michael Kerrisk
+ RETURN VALUE: mention that 'errno' is set on error
-io_setup.2
- Jeff Moyer
- Clarify nr_events
- nr_events is technically the number of completion events that can
- be stored in the completion ring. The wording of the man page:
- "capable of receiving at least nr_events" seems dubious to me,
- only because I worry that folks might interpret that to mean
- 'nr_events' total, instead of 'nr_events' concurrently.
+fgetwc.3
+ Michael Kerrisk
+ RETURN VALUE: mention that 'errno' is set on error
- Further, I've added information on where to find the per-user
- limit on 'nr_events', /proc/sys/fs/aio-max-nr. Let me know if
- you think that is not relevant.
+fmtmsg.3
+ Peng Haitao
+ ATTRIBUTES: Note function that is thread-safe
+ Before glibc 2.16, fmtmsg() is not thread-safe.
+ Since glibc 2.16, it is thread-safe, the patch can refer to URL:
+ http://sourceware.org/git/?p=glibc.git;a=commit;h=7724defcf8873116fe4efab256596861eef21a94
-listxattr.2
+fputwc.3
Michael Kerrisk
- Explain use of 'size' argument
+ RETURN VALUE: mention that 'errno' is set on error
+
+getdate.3
+ Peng Haitao
+ ATTRIBUTES: Note functions that are and aren't thread-safe
-lseek.2
- Michael Kerrisk [Andreas Jaeger]
- _GNU_SOURCE must be defined to get SEEK_DATE and SEEK_HOLE definitions
- See http://sourceware.org/bugzilla/show_bug.cgi?id=15312
+getgrent.3
+ Peng Haitao
+ ATTRIBUTES: Note function that is not thread-safe
+ The function getgrent() is not thread safe.
-mmap.2
+getgrnam.3
+ Peng Haitao
+ ATTRIBUTES: Note functions that are and aren't thread-safe
+
+getline.3
Michael Kerrisk
- Add pointers to relevant /proc files described in proc(5)
+ RETURN VALUE: mention that 'errno' is set on error
-posix_fadvise.2
-pread.2
-readahead.2
-sync_file_range.2
-truncate.2
+getlogin.3
+ Peng Haitao
+ ATTRIBUTES: Note function that is not thread-safe
+ The function getlogin() is not thread safe.
+ The function cuserid() is thread-safe with exceptions.
Michael Kerrisk
- Refer to syscall(2) for ABI semantics on certain 32-bit architectures
- Also: in sync_file_range.2 and posix_fadvise.2 remove description
- of conventional calling signature as flawed, and in
- posix_fadvise.2, de-emphasize focus on ARM, and rather phrase
- as a more general discussion of certain architectures.
+ RETURN VALUE: mention that 'errno' is set on error
-readdir.2
+getpass.3
+ Peng Haitao
+ ATTRIBUTES: Note functions that are not thread-safe
+
+getpwent.3
+ Peng Haitao
+ ATTRIBUTES: Note function that is not thread-safe
+ The function getpwent() is not thread safe.
+
+getpwnam.3
+ Peng Haitao
+ ATTRIBUTES: Note functions that are and aren't thread-safe
+
+getspnam.3
Michael Kerrisk
- readdir(2) doesn't exist on x86-64
+ RETURN VALUE: mention that 'errno' is set on error
+
+getttyent.3
+ Peng Haitao
+ ATTRIBUTES: Note functions that are not thread-safe
-semop.2
+getusershell.3
+ Peng Haitao
+ ATTRIBUTES: Note functions that are not thread-safe
+ The functions getusershell(), setusershell() and endusershell()
+ are not thread safe.
+
+getutent.3
Michael Kerrisk
- Clarify the discussion of 'semadj'
+ RETURN VALUE: mention that 'errno' is set on error
-shmctl.2
+hsearch.3
+ Michael Kerrisk
+ RETURN VALUE: mention that 'errno' is set on error
+
+hsearch.3
+ Peng Haitao
+ ATTRIBUTES: Note functions that are not thread-safe
+ The functions hsearch(), hcreate() and hdestroy() are not
+ thread-safe.
+
+localeconv.3
+ Peng Haitao
+ ATTRIBUTES: Note functions that are not thread-safe
+ The function localeconv() returns a pointer to a structure which
+ might be overwritten by subsequent calls to localeconv() or by
+ calls to setlocale(), so it is not thread-safe.
+ Peng Haitao
+ Add RETURN VALUE section
+
+malloc_info.3
Michael Kerrisk
- Refer to proc(5) for description of /proc/sys/kernel/shm_rmid_forced
+ RETURN VALUE: mention that 'errno' is set on error
-syscall.2
- Changhee Han
- Add notes that caution users when passing arguments to syscall()
- For example, passing 'long long' on ARM-32 requires special
- treatment.
- Mike Frysinger [Michael Kerrisk]
- Document the exact calling convention for architecture system calls
- Mike Frysinger [Kyle McMartin]
- Add PA-RISC details under calling conventions
- Michael Kerrisk [Mike Frysinger]
- Refine discussion of ARM and other ABIs
+mblen.3
+ Peng Haitao
+ ATTRIBUTES: Note function that is not thread-safe
+ The function mblen() is not thread safe.
+
+mbrlen.3
+ Peng Haitao
+ ATTRIBUTES: Note function that is thread safe with exceptions
+ The function mbrlen() is thread safe with exceptions.
+
+mbrtowc.3
+ Peng Haitao
+ ATTRIBUTES: Note function that is thread safe with exceptions
+ The function mbrtowc() is thread safe with exceptions.
-syscalls.2
+mktemp.3
Michael Kerrisk
- Update kernel version number at start of list
+ RETURN VALUE: mention that 'errno' is set on error
-umask.2
+modf.3
+ Peng Haitao
+ ATTRIBUTES: Note functions that are thread-safe
+ The functions modf(), modff() and modfl() are thread safe.
+
+popen.3
Michael Kerrisk
- SEE ALSO: add acl(5)
+ RETURN VALUE: mention that 'errno' is set on error
-unshare.2
+pthread_attr_setinheritsched.3
+ Michael Kerrisk
+ Note the scheduling attributes affected by this function
+
+pthread_attr_setschedparam.3
+pthread_attr_setschedpolicy.3
+pthread_attr_setscope.3
+ Michael Kerrisk [Manuel Traut, Siddhesh Poyarekar]
+ The inherit-scheduler attribute must be set to PTHREAD_EXPLICIT_SCHED
+ In order for the attributes set by these functions to have
+ an effect, the caller must use pthread_attr_setinheritsched(3)
+ to set the inherit-scheduler attribute of the attributes object
+ to PTHREAD_EXPLICIT_SCHED.
+
+ptsname.3
+ Peng Haitao
+ ATTRIBUTES: Note function that is not thread-safe
+ The function ptsname() is not thread safe.
+
+putenv.3
Michael Kerrisk
- Update feature test macro requirements
- The requirements quietly changed changed in glibc 2.14
+ RETURN VALUE: mention that 'errno' is set on error
- See also http://www.sourceware.org/bugzilla/show_bug.cgi?id=4749
+putpwent.3
+ Michael Kerrisk
+ RETURN VALUE: mention that 'errno' is set on error
-fopencookie.3
- Michael Kerrisk [Ralph Loader]
- Correct definition of cookie_io_functions_t
+qecvt.3
+ Peng Haitao
+ ATTRIBUTES: Note functions that are not thread-safe
+ The functions qecvt() and qfcvt() are not thread-safe.
-pthread_setname_np.3
- Andrew Clayton
- The thread argument is passed in by value
-
-readir.3
-seekdir.3
-telldir.3
- Michael Kerrisk
- Eliminate the implication that these functions deal with "offsets"
- The directory position dealt with by the readdir() and
- friends is not a simple file offset in modern file systems.
- Typically, it is some kind of cookie value. Add text and
- make other changes to these pages to eliminate the
- implication that this is an offset, and warn the reader
- that directory positions should be treated strictly as
- opaque values.
-
- In the process, rename the 'offset' argument of seekdir(3)
- to 'loc', and add some text to readdir(3) to note that
- the 'd_off' field is the same value returned by telldir(3)
- at the current directory position.
-
- See also https://lwn.net/Articles/544298/
-
-scalb.3
- Mark H Weaver
- Fix prototypes for scalbf() and scalbl()
-
-sched_getcpu.3
- Michael Kerrisk
- Update feature test macro requirements
- The requirements quietly changed changed in glibc 2.14
-
- See also http://www.sourceware.org/bugzilla/show_bug.cgi?id=4749
-
-ualarm.3
- Michael Kerrisk [Nicolas Hillegeer]
- Add note on the behavior when 'usecs' is zero
- POSIX.1-2001 does not specify the behavior in this case
- and no other system that I checked documented the behavior.
- Probably, most or all systems do what Linux does in this
- case: cancel any pending alarm, just as alarm(0) does.
- Add that info in NOTES.
-
-elf.5
- Mike Frysinger
- Add byte positions for all EI_xxx fields
- When describing e_ident, most of the EI_xxx defines mention the
- exact byte number. This is useful when manually hacking an ELF
- with a hex editor. However, the last few fields don't do this,
- which means you have to count things up yourself.
- Add a single word to each so you don't have to do that.
+random.3
+ Michael Kerrisk
+ RETURN VALUE: mention that 'errno' is set on error
+ Michael Kerrisk
+ Add EINVAL error for setstate()
+ Michael Kerrisk
+ BUGS: inistate() does not return NULL on error
+ http://sourceware.org/bugzilla/show_bug.cgi?id=15380
-proc.5
+random_r.3
Michael Kerrisk
- Refer to sched_rr_get_interval(2) for info on sched_rr_timeslice_ms
- Since Linux 3.9, /proc/sys/kernel/sched_rr_timeslice_ms can
- be used to change the SCHED_RR quantum.
+ RETURN VALUE: mention that 'errno' is set on error
+
+readdir.3
+ Peng Haitao
+ ATTRIBUTES: Note functions that are not thread-safe
+ The data returned by readdir() may be overwritten by subsequent
+ calls to readdir() for the same directory stream, so it is not
+ thread-safe.
+
+re_comp.3
+ Peng Haitao
+ ATTRIBUTES: Note functions that are not thread-safe
+ The functions re_comp() and re_exec() are not thread safe.
+
+rexec.3
+ Peng Haitao
+ ATTRIBUTES: Note functions that are not thread-safe
+ The functions rexec() and rexec_af() are not thread safe.
+
+round.3
+ Peng Haitao
+ ATTRIBUTES: Note functions that are thread-safe
+ The functions round(), roundf() and roundl() are thread safe.
+
+scalbln.3
+ Peng Haitao
+ ATTRIBUTES: Note functions that are thread-safe
+ The functions scalbn(), scalbnf(), scalbnl(), scalbln(),
+ scalblnf() and scalblnl() are thread safe.
+
+scandir.3
Michael Kerrisk
- SEE ALSO: Add sysctl(8)
- Krzysztof Konopko
- Simplify the example of printing out environ
- The binutils package contains a very handy utility to
- print out null-byte delimited strings from a file. This
- can replace a rather complex expression with cat(1)
- provided as an example for printing out /proc/[pid]/environ.
+ RETURN VALUE: mention that 'errno' is set on error
+
+siginterrupt.3
Michael Kerrisk
- Update /proc/PID/maps example
- Update to 64-bit example that includes "[heap]", "[stack],
- and "[vdso]"
+ RETURN VALUE: mention that 'errno' is set on error
+
+signbit.3
+ Peng Haitao
+ ATTRIBUTES: Note macro that is thread-safe
+ The macro signbit() is thread safe.
+
+sigsetops.3
Michael Kerrisk
- Formatting fixes for /proc/PID/maps
- Mike Frysinger
- Document the "pathname" field of /proc/PID/maps
+ RETURN VALUE: mention that 'errno' is set on error
+
+stdio_ext.3
+ Peng Haitao
+ ATTRIBUTES: Note functions that are not thread-safe
+ The functions __fbufsize(), __fpending(), __fpurge() and
+ __fsetlocking() are not thread safe.
+
+strdup.3
+ Michael Kerrisk
+ RETURN VALUE: mention that 'errno' is set on error
+
+strerror.3
+ Peng Haitao
+ ATTRIBUTES: Note function that is not thread-safe
+ The function strerror() is not thread safe.
+
+strftime.3
Michael Kerrisk
- Add reference to capabilities(7) for /proc/sys/kernel/cap_last_cap
+ Clarify details of return value
Michael Kerrisk
- /proc/PID/maps: add a reference to mmap(2)
+ BUGS: 'errno' is not set if the result string would exceed 'max' bytes
-ip.7
- Radek Pazdera
- Document IP_MULTICAST_ALL
- This commit adds documentation for the IP_MULTICAST_ALL socket
- option.
+strtok.3
+ Peng Haitao
+ ATTRIBUTES: Note function that is not thread-safe
+ The function strtok() is not thread safe.
+ Michael Kerrisk [Georg Sauthoff]
+ Add more detail on the operation of strtok()
+ Add a number of missing details on the operation of strtok()
- The option was added to the Linux kernel in 2.6.31:
+tempnam.3
+ Michael Kerrisk
+ RETURN VALUE: mention that 'errno' is set on error
+
+timegm.3
+ Jérémie Galarneau
+ copy the string returned by getenv()
+ The example of a portable version of timegm() uses the string
+ returned by getenv() after calling setenv() on the same
+ environment variable. The tz string may be invalid as per
+ getenv.3:
+
+ "The string pointed to by the return value of getenv()
+ may be statically allocated, and can be modified by a
+ subsequent call to getenv(), putenv(3), setenv(3), or
+ unsetenv(3)."
+
+tmpnam.3
+ Peng Haitao
+ ATTRIBUTES: Note function that is thread safe with exceptions
+ The function tmpnam() is thread safe with exceptions.
+
+trunc.3
+ Peng Haitao
+ ATTRIBUTES: Note functions that are thread-safe
+ The functions trunc(), truncf() and truncl() are thread safe.
+
+ttyname.3
+ Michael Kerrisk
+ ATTRIBUTES: Note functions that are and aren't thread-safe
- Author Nivedita Singhvi <niv@us.ibm.com>
- Commit f771bef98004d9d141b085d987a77d06669d4f4f
+ttyslot.3
+ Michael Kerrisk
+ ATTRIBUTES: Note functions that are not thread-safe
- The description is based on a previous one [3] posted by the
- original author of the code -- Nivedita, but it is slightly
- re-worded.
+usleep.3
+ Michael Kerrisk
+ RETURN VALUE: mention that 'errno' is set on error
- I tested it myself and it works as described.
+wcsdup.3
+ Michael Kerrisk
+ RETURN VALUE: mention that 'errno' is set on error
- References:
- [1] http://lxr.free-electrons.com/source/net/ipv4/ip_sockglue.c#L972
- [2] http://lxr.free-electrons.com/source/net/ipv4/igmp.c#L2267
- [3] http://patchwork.ozlabs.org/patch/28902/
+core.5
+ Michael Kerrisk
+ Implicitly adding the PID to a core filename was dropped in 2.6.27
-units.7
- Brian M. Carlson
- units should use an actual µ
- The units(7) man page uses an ASCII u in place of the actual Greek
- letter mu. Since we're in the twenty-first century, with
- UTF-8-compatible terminals and terminal emulators, we should use
- the actual letter µ instead of an ASCII approximation.
+proc.5
+ Michael Kerrisk
+ Document /proc/[pid]/fd/ anon_inode symlinks
+ Mike Frysinger
+ Document /proc/[pid]/fd/ symlinks a bit more
+ Describe the type:[inode] syntax used in this dir
+
+bootparam.7
+ Michael Kerrisk [Dan Jacobson]
+ Remove outdated text on LILO and LoadLin
+ Strike the discussion of LILO and LoadLin, which
+ are long obsolete, and make a brief mention of GRUB.
+ See http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=604019
+ Regid
+ Remove mention of the deprecated rdev(8)
+ The deprecated rdev(8) command was removed from util-linux in 2010.
+ See https://git.kernel.org/?p=utils/util-linux/util-linux.git;a=commit;h=a3e40c14651fccf18e7954f081e601389baefe3fO
+ Andrea Remondini
+ Document the 'resume' boot parameter
+
+inotify.7
+ Michael Kerrisk [Jon Grant]
+ Clarify that null byte is '\0'
+
+iso_8859-2.7
+ Eric S. Raymond
+ Remove incorrect reference to nonexistent groff glyph \[shc]
+ The reference incorrectly attempted to duplicate an
+ actual soft hyphen (hex 0xad) just before it in the file.
+
+man-pages.7
+ Peng Haitao
+ Add description of "ATTRIBUTES"
+ "ATTRIBUTES" section can mention thread safety,
+ cancellation safety, and async-cancel-safety.
+
+socket.7
+ Michael Kerrisk
+ Note that 'optval' for socket options is an 'int' in most cases
+
+tcp.7
+ Michael Kerrisk
+ Note that 'optval' for socket options is an 'int' in most cases
- See http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=704787
+udp.7
+ Michael Kerrisk
+ Note that 'optval' for socket options is an 'int' in most cases
Michael Kerrisk [Florian Weimer]
Define _GNU_SOURCE to obtain the definition of 'struct ucred'
See http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=572210
+
+
+==================== Changes in man-pages-3.51 ====================
+
+Released: 2013-04-17, Munich
+
+
+Contributors
+------------
+
+The following people contributed patches/fixes or (noted in brackets
+in the changelog below) reports, notes, and ideas that have been
+incorporated in changes in this release:
+
+Andreas Jaeger <aj@suse.de>
+Andrew Clayton <andrew@digital-domain.net>
+Brian M. Carlson <sandals@crustytoothpaste.net>
+Changhee Han <ch0.han@lge.com>
+Cyril Hrubis <chrubis@suse.cz>
+Damien Grassart <damien@grassart.com>
+David Prévot <taffit@debian.org>
+Denis Barbier <bouzim@gmail.com>
+Jeff Moyer <jmoyer@redhat.com>
+Krzysztof Konopko <krzysztof.konopko@gmail.com>
+Kyle McMartin <kyle@mcmartin.ca>
+Mark H Weaver <mhw@netris.org>
+Michael Kerrisk <mtk.manpages@gmail.com>
+Mike Frysinger <vapier@gentoo.org>
+Nicolas Hillegeer <nicolas@hillegeer.com>
+Pavel Emelyanov <xemul@parallels.com>
+Peter Schiffer <pschiffe@redhat.com>
+Radek Pazdera <rpazdera@redhat.com>
+Ralph Loader <suckfish@ihug.co.nz>
+Simon Paillard <spaillard@debian.org>
+The Wanderer <wanderer@fastmail.fm>
+
+Apologies if I missed anyone!
+
+
+Newly documented interfaces in existing pages
+---------------------------------------------
+
+sched_rr_get_interval.2
+ Michael Kerrisk
+ Document /proc/sys/kernel/sched_rr_timeslice_ms
+
+proc.5
+ Pavel Emelyanov
+ Document /proc/[pid]/map_files directory
+ This directory was added in Linux v3.3 and provides info about
+ files being mmap-ed in a way very similar to how /proc/[pid]/fd
+ works.
+
+ v2: Added examples of how links look like and noted dependency
+ on kernel config option CONFIG_CHECKPOINT_RESTORE.
+ Michael Kerrisk
+ Document /proc/sys/kernel/shm_rmid_forced
+
+capabilities.7
+ Michael Kerrisk
+ Document /proc/sys/kernel/cap_last_cap
+
+
+Global changes
+--------------
+
+Various pages
+ Michael Kerrisk
+ Global fix: fix placement of word "only"
+
+Various pages
+ Simon Paillard
+ License headers: consistent format
+
+Various pages
+ Michael Kerrisk
+ Global fix: s/since kernel/since Linux/
+
+Various System V IPC pages in Section 2
+ Michael Kerrisk
+ Add "System V" to .TH line and text
+ Make it clear that these pages relate to System V IPC,
+ not POSIX IPC.
+
+
+Changes to individual pages
+---------------------------
+
+access.2
+ Michael Kerrisk [The Wanderer]
+ Clarify RETURN VALUE for F_OK
+ See http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=705293
+
+alarm.2
+ Michael Kerrisk
+ Correct the description of behavior when 'seconds' is 0
+
+clone.2
+ Michael Kerrisk [Peter Schiffer]
+ Add prototype for syscall to SYNOPSIS
+ And further clarify the distinction between the system call
+ and the wrapper function in the introductory text.
+ Michael Kerrisk
+ Update feature test macro requirements
+ The requirements quietly changed changed in glibc 2.14
+
+ See also http://www.sourceware.org/bugzilla/show_bug.cgi?id=4749
+ Michael Kerrisk [Mike Frysinger]
+ Clarify differences between clone2() syscall and wrapper function
+ Michael Kerrisk [Mike Frysinger]
+ Note those architectures where the sys_clone argument order differs
+ Michael Kerrisk [Mike Frysinger]
+ Add short subsection noting that blackfin, m68k, and sparc are different
+ Michael Kerrisk
+ Move clone2() text to subsection in description
+ The description of ia64 clone2() should follow the discussion
+ of the raw system call interface.
+ Michael Kerrisk
+ Change subhead for ia64 discussion
+
+getcpu.2
+ Michael Kerrisk
+ Recommend that 'tcache' should be specified as NULL nowadays
+
+io_cancel.2
+ Jeff Moyer, Michael Kerrisk [Cyril Hrubis]
+ Improve description
+
+io_destroy.2
+ Jeff Moyer
+ Improve description
+ The description was rather vague, citing a "list of I/O contexts"
+ and stating that it "can" cancel outstanding requests. This
+ update makes things more concrete so that the reader knows exactly
+ what's going on.
+
+io_getevents.2
+ Jeff Moyer
+ The 'timeout' argument is not updated
+ I looked back through the kernel code, and the timeout was
+ never updated in any case. I've submitted a patch upstream
+ to change the comment above io_getevents.
+
+io_setup.2
+ Jeff Moyer
+ Clarify nr_events
+ nr_events is technically the number of completion events that can
+ be stored in the completion ring. The wording of the man page:
+ "capable of receiving at least nr_events" seems dubious to me,
+ only because I worry that folks might interpret that to mean
+ 'nr_events' total, instead of 'nr_events' concurrently.
+
+ Further, I've added information on where to find the per-user
+ limit on 'nr_events', /proc/sys/fs/aio-max-nr. Let me know if
+ you think that is not relevant.
+
+listxattr.2
+ Michael Kerrisk
+ Explain use of 'size' argument
+
+lseek.2
+ Michael Kerrisk [Andreas Jaeger]
+ _GNU_SOURCE must be defined to get SEEK_DATE and SEEK_HOLE definitions
+ See http://sourceware.org/bugzilla/show_bug.cgi?id=15312
+
+mmap.2
+ Michael Kerrisk
+ Add pointers to relevant /proc files described in proc(5)
+
+posix_fadvise.2
+pread.2
+readahead.2
+sync_file_range.2
+truncate.2
+ Michael Kerrisk
+ Refer to syscall(2) for ABI semantics on certain 32-bit architectures
+ Also: in sync_file_range.2 and posix_fadvise.2 remove description
+ of conventional calling signature as flawed, and in
+ posix_fadvise.2, de-emphasize focus on ARM, and rather phrase
+ as a more general discussion of certain architectures.
+
+readdir.2
+ Michael Kerrisk
+ readdir(2) doesn't exist on x86-64
+
+semop.2
+ Michael Kerrisk
+ Clarify the discussion of 'semadj'
+
+shmctl.2
+ Michael Kerrisk
+ Refer to proc(5) for description of /proc/sys/kernel/shm_rmid_forced
+
+syscall.2
+ Changhee Han
+ Add notes that caution users when passing arguments to syscall()
+ For example, passing 'long long' on ARM-32 requires special
+ treatment.
+ Mike Frysinger [Michael Kerrisk]
+ Document the exact calling convention for architecture system calls
+ Mike Frysinger [Kyle McMartin]
+ Add PA-RISC details under calling conventions
+ Michael Kerrisk [Mike Frysinger]
+ Refine discussion of ARM and other ABIs
+
+syscalls.2
+ Michael Kerrisk
+ Update kernel version number at start of list
+
+umask.2
+ Michael Kerrisk
+ SEE ALSO: add acl(5)
+
+unshare.2
+ Michael Kerrisk
+ Update feature test macro requirements
+ The requirements quietly changed changed in glibc 2.14
+
+ See also http://www.sourceware.org/bugzilla/show_bug.cgi?id=4749
+
+fopencookie.3
+ Michael Kerrisk [Ralph Loader]
+ Correct definition of cookie_io_functions_t
+
+pthread_setname_np.3
+ Andrew Clayton
+ The thread argument is passed in by value
+
+readir.3
+seekdir.3
+telldir.3
+ Michael Kerrisk
+ Eliminate the implication that these functions deal with "offsets"
+ The directory position dealt with by the readdir() and
+ friends is not a simple file offset in modern file systems.
+ Typically, it is some kind of cookie value. Add text and
+ make other changes to these pages to eliminate the
+ implication that this is an offset, and warn the reader
+ that directory positions should be treated strictly as
+ opaque values.
+
+ In the process, rename the 'offset' argument of seekdir(3)
+ to 'loc', and add some text to readdir(3) to note that
+ the 'd_off' field is the same value returned by telldir(3)
+ at the current directory position.
+
+ See also https://lwn.net/Articles/544298/
+
+scalb.3
+ Mark H Weaver
+ Fix prototypes for scalbf() and scalbl()
+
+sched_getcpu.3
+ Michael Kerrisk
+ Update feature test macro requirements
+ The requirements quietly changed changed in glibc 2.14
+
+ See also http://www.sourceware.org/bugzilla/show_bug.cgi?id=4749
+
+ualarm.3
+ Michael Kerrisk [Nicolas Hillegeer]
+ Add note on the behavior when 'usecs' is zero
+ POSIX.1-2001 does not specify the behavior in this case
+ and no other system that I checked documented the behavior.
+ Probably, most or all systems do what Linux does in this
+ case: cancel any pending alarm, just as alarm(0) does.
+ Add that info in NOTES.
+
+elf.5
+ Mike Frysinger
+ Add byte positions for all EI_xxx fields
+ When describing e_ident, most of the EI_xxx defines mention the
+ exact byte number. This is useful when manually hacking an ELF
+ with a hex editor. However, the last few fields don't do this,
+ which means you have to count things up yourself.
+ Add a single word to each so you don't have to do that.
+
+proc.5
+ Michael Kerrisk
+ Refer to sched_rr_get_interval(2) for info on sched_rr_timeslice_ms
+ Since Linux 3.9, /proc/sys/kernel/sched_rr_timeslice_ms can
+ be used to change the SCHED_RR quantum.
+ Michael Kerrisk
+ SEE ALSO: Add sysctl(8)
+ Krzysztof Konopko
+ Simplify the example of printing out environ
+ The binutils package contains a very handy utility to
+ print out null-byte delimited strings from a file. This
+ can replace a rather complex expression with cat(1)
+ provided as an example for printing out /proc/[pid]/environ.
+ Michael Kerrisk
+ Update /proc/PID/maps example
+ Update to 64-bit example that includes "[heap]", "[stack],
+ and "[vdso]"
+ Michael Kerrisk
+ Formatting fixes for /proc/PID/maps
+ Mike Frysinger
+ Document the "pathname" field of /proc/PID/maps
+ Michael Kerrisk
+ Add reference to capabilities(7) for /proc/sys/kernel/cap_last_cap
+ Michael Kerrisk
+ /proc/PID/maps: add a reference to mmap(2)
+
+ip.7
+ Radek Pazdera
+ Document IP_MULTICAST_ALL
+ This commit adds documentation for the IP_MULTICAST_ALL socket
+ option.
+
+ The option was added to the Linux kernel in 2.6.31:
+
+ Author Nivedita Singhvi <niv@us.ibm.com>
+ Commit f771bef98004d9d141b085d987a77d06669d4f4f
+
+ The description is based on a previous one [3] posted by the
+ original author of the code -- Nivedita, but it is slightly
+ re-worded.
+
+ I tested it myself and it works as described.
+
+ References:
+ [1] http://lxr.free-electrons.com/source/net/ipv4/ip_sockglue.c#L972
+ [2] http://lxr.free-electrons.com/source/net/ipv4/igmp.c#L2267
+ [3] http://patchwork.ozlabs.org/patch/28902/
+
+units.7
+ Brian M. Carlson
+ units should use an actual µ
+ The units(7) man page uses an ASCII u in place of the actual Greek
+ letter mu. Since we're in the twenty-first century, with
+ UTF-8-compatible terminals and terminal emulators, we should use
+ the actual letter µ instead of an ASCII approximation.
+
+ See http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=704787
RELEASE
The Linux man page maintainer proudly announces. . .
- man-pages-3.51.tar.gz - man pages for Linux
+ man-pages-3.52.tar.gz - man pages for Linux
Differences from the previous manual pages release are listed in
the file "Changes".
Begin3
Title: Section 2, 3, 4, 5 and 7 man pages for Linux
-Version: 3.51
-Entered-date: 2013-04-17
+Version: 3.52
+Entered-date: 2013-07-04
Description: Linux manual pages
Keywords: man pages
Author: several
Maintained-by: Michael Kerrisk <mtk.manpages@gmail.com>
Primary-site: ftp://ftp.kernel.org/pub/linux/docs/man-pages
- 1839k man-pages-3.51.tar.gz
+ 1850k man-pages-3.52.tar.gz
Alternate-site: ftp://ftp.win.tue.nl/pub/linux-local/manpages
Copying-policy: several; the pages are all freely distributable as long as
nroff source is provided
If you use
.B ldd
on one of these programs, the program will attempt to run with
-\fIargc\fP = 0 and the results will be unpredictable.
+.I argc
+= 0 and the results will be unpredictable.
.\" .SH AUTHOR
.\" David Engel.
.\" Roland McGrath and Ulrich Drepper.
Use the portable output format.
.TP
.BI "\-o " FILE ", \-\-output=" FILE
-Do not send the results to \fIstderr\fP, but overwrite the specified file.
+Do not send the results to
+.IR stderr ,
+but overwrite the specified file.
.TP
.B "\-a, \-\-append"
(Used together with \-o.) Do not overwrite but append.
.PP
where
.IP
-\fIX\fP is 0\(en6, which are the number of arguments taken by the
+.I X
+is 0\(en6, which are the number of arguments taken by the
system call
.IP
-\fItype\fP is the return type of the system call
+.I type
+is the return type of the system call
.IP
-\fIname\fP is the name of the system call
+.I name
+is the name of the system call
.IP
-\fItypeN\fP is the Nth argument's type
+.I typeN
+is the Nth argument's type
.IP
-\fIargN\fP is the name of the Nth argument
+.I argN
+is the name of the Nth argument
.PP
-These macros create a function called \fIname\fP with the arguments you
+These macros create a function called
+.I name
+with the arguments you
specify.
Once you include the _syscall() in your source file,
-you call the system call by \fIname\fP.
+you call the system call by
+.IR name .
.SH FILES
.I /usr/include/linux/unistd.h
.SH CONFORMING TO
.BR syscall (2)
was always required.)
-The _syscall() macros \fIdo not\fP produce a prototype.
+The _syscall() macros
+.I "do not"
+produce a prototype.
You may have to
create one, especially for C++ users.
codes.
You need to read the source to be sure how it will return errors.
Usually, it is the negative of a standard error code,
-for example, \-\fBEPERM\fP.
-The _syscall() macros will return the result \fIr\fP of the system call
-when \fIr\fP is nonnegative, but will return \-1 and set the variable
+for example, i
+.RI \- EPERM .
+The _syscall() macros will return the result
+.I r
+of the system call
+when
+.I r
+is nonnegative, but will return \-1 and set the variable
.I errno
-to \-\fIr\fP when \fIr\fP is negative.
+to
+.RI \- r
+when
+.I r
+is negative.
For the error codes, see
.BR errno (3).
-When defining a system call, the argument types \fImust\fP be
+When defining a system call, the argument types
+.I must
+be
passed by-value or by-pointer (for aggregates like structs).
.\" The preferred way to invoke system calls that glibc does not know
.\" about yet is via
If called with the name of an existing file as its argument,
accounting is turned on,
and records for each terminating process are appended to
-\fIfilename\fP as it terminates.
+.I filename
+as it terminates.
An argument of NULL causes accounting to be turned off.
.SH RETURN VALUE
On success, zero is returned.
If
.I seconds
-is zero, any pending alarm is cancelled.
+is zero, any pending alarm is canceled.
In any event any previously set
.BR alarm ()
is interpreted as either an
.I "unsigned long"
for the "set" operations, or as an
-.IR "unsigned long *" ,
+.IR "unsigned long\ *" ,
for the "get" operations.
.LP
Subfunctions for x86-64 are:
.\" 2007-09-14 Ollie Wild <aaw@google.com>, mtk
.\" Add text describing limits on command-line arguments + environment
.\"
-.TH EXECVE 2 2012-10-27 "Linux" "Linux Programmer's Manual"
+.TH EXECVE 2 2013-07-04 "Linux" "Linux Programmer's Manual"
.SH NAME
execve \- execute program
.SH SYNOPSIS
.I optional-arg
are used to delimit the arguments.
-On Linux,
+On Linux, either
.I argv
+or
+.I envp
can be specified as NULL,
-which has the same effect as specifying this argument
+which has the same effect as specifying these arguments
as a pointer to a list containing a single NULL pointer.
.B "Do not take advantage of this misfeature!"
It is nonstandard and nonportable:
.\" 2011-09-19: Added FALLOC_FL_PUNCH_HOLE
.\" 2011-09-19: Substantial restructuring of the page
.\"
-.TH FALLOCATE 2 2013-02-12 "Linux" "Linux Programmer's Manual"
+.TH FALLOCATE 2 2013-06-10 "Linux" "Linux Programmer's Manual"
.SH NAME
fallocate \- manipulate file space
.SH SYNOPSIS
.BR FALLOC_FL_PUNCH_HOLE ;
if a file system doesn't support the operation, an error is returned.
.SH RETURN VALUE
+On success,
.BR fallocate ()
-returns zero on success, and \-1 on failure.
+returns zero.
+On error, \-1 is returned and
+.I errno
+is set to indicate the error.
.SH ERRORS
.TP
.B EBADF
The third argument of
.BR getpeername ()
is in reality an
-.I int *
+.I "int\ *"
(and this is what 4.x BSD and libc4 and libc5 have).
Some POSIX confusion resulted in the present
.IR socklen_t ,
.BR mq_open (3).
The first addend in the formula, which includes
-.I "sizeof(struct msg_msg *)"
+.I "sizeof(struct msg_msg\ *)"
(4 bytes on Linux/i386), ensures that the user cannot
create an unlimited number of zero-length messages (such messages
nevertheless each consume some system memory for bookkeeping overhead).
.SH NOTES
The third argument of
.BR getsockname ()
-is in reality an \fIint *\fP
+is in reality an
+.I "int\ *"
(and this is what 4.x BSD and libc4 and libc5 have).
-Some POSIX confusion resulted in the present \fIsocklen_t\fP,
+Some POSIX confusion resulted in the present
+.IR socklen_t ,
also used by glibc.
See also
.BR accept (2).
will attempt to cancel all outstanding asynchronous I/O operations against
.IR ctx_id ,
will block on the completion of all operations
-that could not be cancelled, and will destroy the
+that could not be canceled, and will destroy the
.IR ctx_id .
.SH RETURN VALUE
On success,
.\" This file is distributed according to the GNU General Public License.
.\" %%%LICENSE_END
.\"
-.TH IO_SETUP 2 2013-04-08 "Linux" "Linux Programmer's Manual"
+.TH IO_SETUP 2 2013-06-21 "Linux" "Linux Programmer's Manual"
.SH NAME
io_setup \- create an asynchronous I/O context
.SH SYNOPSIS
The
.BR io_setup ()
system call
-creates an asynchronous I/O context capable of of concurrently processing
-at least \fInr_events\fP.
+creates an asynchronous I/O context suitable for concurrently processing
+\fInr_events\fP operations.
The
.I ctx_idp
argument must not point to an AIO context that already exists, and must
type are given.
.PP
An argument type of
-.I const struct foo *
+.I "const struct foo\ *"
means the argument is input to the kernel.
-.I struct foo *
+.I "struct foo\ *"
means the kernel outputs the argument.
If the kernel uses the argument for both input and output, this is
marked with \fI//\ I-O\fP.
for a common purpose or a common driver), and an 8-bit
serial number.
.LP
-The macros describing this structure live in \fI<asm/ioctl.h>\fP
+The macros describing this structure live in
+.I <asm/ioctl.h>
and are
.B _IO(type,nr)
and
.B CDROMREADAUDIO
takes an input pointer
-.IR "const struct cdrom_read_audio *" .
+.IR "const struct cdrom_read_audio\ *" .
The
.I buf
field points to an output buffer of length
-.IR "nframes * CD_FRAMESIZE_RAW" .
+.IR "nframes\ * CD_FRAMESIZE_RAW" .
.BR CDROMREADCOOKED ,
.BR CDROMREADMODE1 ,
and
.B CDROMREADRAW
take an input pointer
-.IR "const struct cdrom_msf *" .
+.IR "const struct cdrom_msf\ *" .
They use the same pointer as an output pointer to
.IR "char []" .
The length varies by request.
and
.B EQL_SETMASTERCFG
take a
-.IR "struct ifreq *" .
+.IR "struct ifreq\ *" .
The
.I ifr_data
field is a pointer to another structure as follows:
.fi
.B FDRAWCMD
takes a
-.IR "struct floppy raw_cmd *" .
+.IR "struct floppy raw_cmd\ *" .
If
.I flags & FD_RAW_WRITE
is nonzero, then
and
.B PIO_FONTX
take a
-.I struct console_font_desc *
+.I struct console_font_desc\ *
or a
-.IR "const struct console_font_desc *" ,
+.IR "const struct console_font_desc\ *" ,
respectively.
.I chardata
points to a buffer of
and
.B PIO_UNIMAP
take a
-.I struct unimapdesc *
+.I "struct unimapdesc\ *"
or a
-.IR "const struct unimapdesc *" ,
+.IR "const struct unimapdesc\ *" ,
respectively.
.I entries
points to a buffer of
.B SCSI_IOCTL_PROBE_HOST
takes an input pointer
-.IR "const int *" ,
+.IR "const int\ *" ,
which is a length.
It uses the same pointer as an output pointer to a
.I char []
.fi
.B SIOCGIFCONF
takes a
-.IR "struct ifconf *" .
+.IR "struct ifconf\ *" .
The
.I ifc_buf
field points to a buffer of length
.fi
.B TIOCLINUX
takes a
-.IR "const char *" .
+.IR "const char\ *" .
It uses this to distinguish several
independent subcases.
In the table below,
.SH ERRORS
.TP
.B EINVAL
-.I Sig
+.I sig
is not a valid signal number.
.TP
.B EPERM
.BR cpuset (7),
.BR numa (7),
.BR migratepages (8),
-.BR numa_stat (8)
+.BR numastat (8)
.IR Documentation/vm/page_migration
in the Linux kernel source tree
.TP
.B EINVAL
(Various platforms where the page size is not 4096 bytes.)
-.I offset * 4096
+.I "offset\ *\ 4096"
is not a multiple of the system page size.
.PP
.BR mmap2 ()
.RB ( CAP_SYS_NICE )
to use
.BR MPOL_MF_MOVE_ALL .
-.SH Page states in the status array
+.SS Page states in the status array
The following values can be returned in each element of the
.I status
array.
.BR cpuset (7),
.BR numa (7),
.BR migratepages (8),
-.BR numa_stat (8)
+.BR numastat (8)
If this flag is specified, then
.BR mremap ()
accepts a fifth argument,
-.IR "void *new_address" ,
+.IR "void\ *new_address" ,
which specifies a page-aligned address to which the mapping must
be moved.
Any previous mapping at the address range specified by
.B _POSIX_MAPPED_FILES
and
.B _POSIX_SYNCHRONIZED_IO
-are defined in \fI<unistd.h>\fP to a value greater than 0.
+are defined in
+.I <unistd.h>
+to a value greater than 0.
(See also
.BR sysconf (3).)
.\" POSIX.1-2001: It shall be defined to -1 or 0 or 200112L.
If the call is interrupted by a signal handler,
.BR nanosleep ()
-returns \-1, sets \fIerrno\fP to
+returns \-1, sets
+.I errno
+to
.BR EINTR ,
and writes the remaining time into the structure pointed to by
.I rem
The pause has been interrupted by a signal that was
delivered to the thread.
The remaining sleep time has been written
-into \fI*rem\fP so that the thread can easily call
+into
+.I *rem
+so that the thread can easily call
.BR nanosleep ()
again and continue with the pause.
.TP
signal.
If the system call is subsequently restarted,
then the time that the thread spent in the stopped state is
-\fInot\fP counted against the sleep interval.
+.I not
+counted against the sleep interval.
.SH SEE ALSO
.BR clock_nanosleep (2),
.BR sched_setscheduler (2),
is invalid.
.TP
.B EPERM
-User does not have the \fBCAP_SYS_ADMIN\fP capability.
+User does not have the
+.B CAP_SYS_ADMIN
+capability.
This does not apply to
.BR pciconfig_iobase ().
.SH CONFORMING TO
.\" This document is based on the perf_event.h header file, the
.\" tools/perf/design.txt file, and a lot of bitter experience.
.\"
-.TH PERF_EVENT_OPEN 2 2013-02-04 "Linux" "Linux Programmer's Manual"
+.TH PERF_EVENT_OPEN 2 2013-07-02 "Linux" "Linux Programmer's Manual"
.SH NAME
perf_event_open \- set up performance monitoring
.SH SYNOPSIS
.IR group_fd " = \-1"
and is considered to be a group with only 1 member.)
An event group is scheduled onto the CPU as a unit: it will
-be put onto the CPU ionly if all of the events in the group can be put onto
+be put onto the CPU only if all of the events in the group can be put onto
the CPU.
This means that the values of the member events can be
meaningfully compared, added, divided (to get ratios), etc., with each
.P
The
.I flags
-argument takes one of the following values:
+argument is formed by ORing together zero or more of the following values:
.TP
.BR PERF_FLAG_FD_NO_GROUP
.\" FIXME The following sentence is unclear
See branch_sample_type.
.TP
.BR PERF_SAMPLE_REGS_USER " (Since Linux 3.7)"
-Records the current register state.
+Records the current user-level CPU register state
+(the values in the process before the kernel was called).
.TP
.BR PERF_SAMPLE_STACK_USER " (Since Linux 3.7)"
-[To be documented]
+Records the user level stack, allowing stack unwinding.
+.TP
+.BR PERF_SAMPLE_WEIGHT " (Since Linux 3.10)"
+Records a hardware provided weight value that expresses how
+costly the sampled event was.
+This allows the hardware to highlight expensive events in
+a profile.
+.TP
+.BR PERF_SAMPLE_DATA_SRC " (Since Linux 3.10)"
+Records the data source: where in the memory hierarchy
+the data associated with the sampled instruction came from.
+This is only available if the underlying hardware
+supports this feature.
.RE
.TP
.IR "read_format"
Which one is used is selected by the
.I watermark
bitflag.
+
+.I wakeup_events
+only counts
+.B PERF_RECORD_SAMPLE
+record types.
+To receive a signal for every incoming
+.B PERF_RECORD
+type set
+.I wakeup_watermark
+to 1.
.TP
.IR "bp_type" " (Since Linux 2.6.33)"
This chooses the breakpoint type.
.RE
.TP
.IR "sample_regs_user" " (Since Linux 3.7)"
-This defines the set of user registers to dump on samples.
-See
-.\" FIXME: The following reference seems to be not quite right:
-.IR asm/perf_regs.h .
+This bitmask defines the set of user CPU registers to dump on samples.
+The layout of the register mask is architecture specific and
+described in the kernel header
+.IR arch/ARCH/include/uapi/asm/perf_regs.h .
.TP
.IR "sample_stack_user" " (Since Linux 3.7)"
-This defines the size of the user stack to dump on samples.
+This defines the size of the user stack to dump if
+.B PERF_SAMPLE_STACK_USER
+is specified.
.SS Reading results
Once a
.BR perf_event_open ()
u64 size; /* if PERF_SAMPLE_STACK_USER */
char data[size]; /* if PERF_SAMPLE_STACK_USER */
u64 dyn_size; /* if PERF_SAMPLE_STACK_USER */
+ u64 weight; /* if PERF_SAMPLE_WEIGHT */
+ u64 data_src; /* if PERF_SAMPLE_DATA_SRC */
};
.fi
.RS
.IR abi ", " regs[weight(mask)]
If
.B PERF_SAMPLE_REGS_USER
-is enabled, then
-[to be documented].
+is enabled, then the user CPU registers are recorded.
The
.I abi
field is one of
.BR PERF_SAMPLE_REGS_ABI_NONE ", " PERF_SAMPLE_REGS_ABI_32 " or "
.BR PERF_SAMPLE_REGS_ABI_64 .
+
+The
+.I regs
+field is an array of the CPU registers that were specified by
+the
+.I sample_regs_user
+attr field.
+The number of values is the number of bits set in the
+.I sample_regs_user
+bitmask.
.TP
.IR size ", " data[size] ", " dyn_size
If
.B PERF_SAMPLE_STACK_USER
-is enabled, then
-[to be documented].
+is enabled, then record the user stack to enable backtracing.
+.I size
+is the size requested by the user in
+.I stack_user_size
+or else the maximum record size.
+.I data
+is the stack data.
+.I dyn_size
+is the amount of data actually dumped (can be less than
+.I size
+).
+.TP
+.I weight
+If
+.B PERF_SAMPLE_WEIGHT
+is enabled, then a 64 bit value provided by the hardwre
+is recorded that indicates how costly the event was.
+This allows expensive events to stand out more clearly
+in profiles.
+.TP
+.I data_src
+If
+.B PERF_SAMPLE_DATA_SRC
+is enabled, then a 64 bit value is recorded that is made up of
+the following fields:
+.RS
+.TP
+.I mem_op
+type of opcode, a bitwise combination of
+.B PERF_MEM_OP_NA
+(not available),
+.B PERF_MEM_OP_LOAD
+(load instruction),
+.B PERF_MEM_OP_STORE
+(store instruction),
+.B PERF_MEM_OP_PFETCH
+(prefetch), and
+.B PERF_MEM_OP_EXEC
+(executable code).
+.TP
+.I mem_lvl
+memory hierarchy level hit or miss, a bitwise combination of
+.B PERF_MEM_LVL_NA
+(not available),
+.B PERF_MEM_LVL_HIT
+(hit),
+.B PERF_MEM_LVL_MISS
+(miss),
+.B PERF_MEM_LVL_L1
+(level 1 cache),
+.B PERF_MEM_LVL_LFB
+(line fill buffer),
+.B PERF_MEM_LVL_L2
+(level 2 cache),
+.B PERF_MEM_LVL_L3
+(level 3 cache),
+.B PERF_MEM_LVL_LOC_RAM
+(local DRAM),
+.B PERF_MEM_LVL_REM_RAM1
+(remote DRAM 1 hop),
+.B PERF_MEM_LVL_REM_RAM2
+(remote DRAM 2 hops),
+.B PERF_MEM_LVL_REM_CCE1
+(remote cache 1 hop),
+.B PERF_MEM_LVL_REM_CCE2
+(remote Cache 2 hops),
+.B PERF_MEM_LVL_IO
+(I/O memory), and
+.B PERF_MEM_LVL_UNC
+(uncached memory).
+.TP
+.I mem_snoop
+snoop mode, a bitwise combination of
+.B PERF_MEM_SNOOP_NA
+(not available),
+.B PERF_MEM_SNOOP_NONE
+(no snoop),
+.B PERF_MEM_SNOOP_HIT
+(snoop hit),
+.B PERF_MEM_SNOOP_MISS
+(snoop miss), and
+.B PERF_MEM_SNOOP_HITM
+(snoop hit modified).
+.TP
+.I mem_lock
+lock instruction, a bitwise combination of
+.B PERF_MEM_LOCK_NA
+(not available) and
+.B PERF_MEM_LOCK_LOCKED
+(locked transaction).
+.TP
+.I mem_dtlb
+tlb access hit or miss, a bitwise combination of
+.B PERF_MEM_TLB_NA
+(not available),
+.B PERF_MEM_TLB_HIT
+(hit),
+.B PERF_MEM_TLB_MISS
+(miss),
+.B PERF_MEM_TLB_L1
+(level 1 TLB),
+.B PERF_MEM_TLB_L2
+(level 2 TLB),
+.B PERF_MEM_TLB_WK
+(hardware walker), and
+.B PERF_MEM_TLB_OS
+(OS fault handler).
+.RE
.RE
.RE
.TP
In addition, one of the following bits can be set:
.RS
.TP
+.B PERF_RECORD_MISC_MMAP_DATA
+This is set when the mapping is not executable;
+otherwise the mapping is executable.
+.TP
.B PERF_RECORD_MISC_EXACT_IP
This indicates that the content of
.B PERF_SAMPLE_IP
Enables the individual event or event group specified by the
file descriptor argument.
-The ioctl argument is ignored.
+If the
+.B PERF_IOC_FLAG_GROUP
+bit is set in the ioctl argument, then all events in a group are
+enabled, even if the event specified is not the group leader.
.TP
.B PERF_EVENT_IOC_DISABLE
Disables the individual counter or event group specified by the
affects only that counter; disabling a non-leader
stops that counter from counting but doesn't affect any other counter.
-The ioctl argument is ignored.
+If the
+.B PERF_IOC_FLAG_GROUP
+bit is set in the ioctl argument, then all events in a group are
+disabled, even if the event specified is not the group leader.
.TP
.B PERF_EVENT_IOC_REFRESH
Non-inherited overflow counters can use this
or
.I time_running
values.
-When sent to a group leader, only
-the leader is reset (child events are not).
-The ioctl argument is ignored.
+If the
+.B PERF_IOC_FLAG_GROUP
+bit is set in the ioctl argument, then all events in a group are
+reset, even if the event specified is not the group leader.
+
+If the
+.B PERF_IOC_FLAG_GROUP
+bit is not set, then the behavior is somwhat unexpected:
+when sent to a group leader only the leader is reset
+(children are left alone);
+when sent to a child all events in a group are reset.
.TP
.B PERF_EVENT_IOC_PERIOD
IOC_PERIOD is the command to update the period; it
.\" 2012-02-04 Michael kerrisk, document PR_{SET,GET}_CHILD_SUBREAPER
.\"
.\"
-.TH PRCTL 2 2013-02-25 "Linux" "Linux Programmer's Manual"
+.TH PRCTL 2 2013-05-21 "Linux" "Linux Programmer's Manual"
.SH NAME
prctl \- operations on a process
.SH SYNOPSIS
"keep capabilities" flag.
.TP
.BR PR_SET_NAME " (since Linux 2.6.9)"
-Set the process name for the calling thread,
+Set the name of the calling thread,
using the value in the location pointed to by
.IR "(char\ *) arg2" .
The name can be up to 16 bytes long,
.\" TASK_COMM_LEN in include/linux/sched.h
and should be null-terminated if it contains fewer bytes.
+This is the same attribute that can be set via
+.BR pthread_setname_np (3)
+and retrieved using
+.BR pthread_getname_np (3).
+The attribute is likewise accessible via
+.IR /proc/self/task/[tid]/comm ,
+where
+.I tid
+is the name of the calling thread.
.TP
.BR PR_GET_NAME " (since Linux 2.6.11)"
-Return the name for the calling thread,
+Return the name of the calling thread,
in the buffer pointed to by
.IR "(char\ *) arg2" .
The buffer should allow space for up to 16 bytes;
.\" the source, must acknowledge the copyright and authors of this work.
.\" %%%LICENSE_END
.\"
-.TH PREAD 2 2013-04-01 "Linux" "Linux Programmer's Manual"
+.TH PREAD 2 2013-06-21 "Linux" "Linux Programmer's Manual"
.SH NAME
pread, pwrite \- read from or write to a file descriptor at a given offset
.SH SYNOPSIS
.SH CONFORMING TO
POSIX.1-2001.
.SH NOTES
+The
+.BR pread ()
+and
+.BR pwrite ()
+system calls are especially useful in multithreaded applications.
+They allow multiple threads to perform I/O on the same file descriptor
+without being affected by changes to the file offset by other threads.
+
On Linux, the underlying system calls were renamed
in kernel 2.6:
.BR pread ()
.\" In 1.3.X, returns only one entry each time; return value is different.
.\" Modified 2004-12-01, mtk, fixed headers listed in SYNOPSIS
.\"
-.TH READDIR 2 2013-03-26 "Linux" "Linux Programmer's Manual"
+.TH READDIR 2 2013-06-21 "Linux" "Linux Programmer's Manual"
.SH NAME
readdir \- read directory entry
.SH SYNOPSIS
.I d_reclen
is the size of
.IR d_name ,
-not counting the terminating null byte.
+not counting the terminating null byte (\(aq\\0\(aq).
.I d_name
is a null-terminated filename.
.SH RETURN VALUE
.\" Modified 1998,1999 by Andi Kleen
.\" 2001-06-19 corrected SO_EE_OFFENDER, bug report by James Hawtin
.\"
-.TH RECV 2 2012-12-21 "Linux" "Linux Programmer's Manual"
+.TH RECV 2 2013-04-19 "Linux" "Linux Programmer's Manual"
.SH NAME
recv, recvfrom, recvmsg \- receive a message from a socket
.SH SYNOPSIS
.SH RETURN VALUE
These calls return the number of bytes received, or \-1
if an error occurred.
+In the event of an error,
+.I errno
+is set to indicate the error.
The return value will be 0 when the
peer has performed an orderly shutdown.
.SH ERRORS
.SH DESCRIPTION
.BR sched_get_priority_max ()
returns the maximum priority value that can be used with the
-scheduling algorithm identified by \fIpolicy\fP.
+scheduling algorithm identified by
+.IR policy .
.BR sched_get_priority_min ()
returns the minimum priority value that can be used with the
-scheduling algorithm identified by \fIpolicy\fP.
-Supported \fIpolicy\fP
+scheduling algorithm identified by
+.IR policy .
+Supported
+.I policy
values are
.BR SCHED_FIFO ,
.BR SCHED_RR ,
.BR sched_get_priority_min ().
Linux allows the static priority value range 1 to 99 for
-\fBSCHED_FIFO\fP and \fBSCHED_RR\fP and the priority 0 for
-\fBSCHED_OTHER\fP and \fBSCHED_BATCH\fP.
+.B SCHED_FIFO
+and
+.B SCHED_RR
+and the priority 0 for
+.B SCHED_OTHER
+and
+.BR SCHED_BATCH .
Scheduling priority ranges for the various policies
are not alterable.
and
.BR sched_get_priority_min ().
POSIX.1-2001 requires a spread of at least 32 between the maximum and the
-minimum values for \fBSCHED_FIFO\fP and \fBSCHED_RR\fP.
+minimum values for
+.B SCHED_FIFO
+and
+.BR SCHED_RR .
POSIX systems on which
.BR sched_get_priority_max ()
.BR sched_get_priority_min ()
are available define
.B _POSIX_PRIORITY_SCHEDULING
-in \fI<unistd.h>\fP.
+in
+.IR <unistd.h> .
.SH RETURN VALUE
On success,
.BR sched_get_priority_max ()
.SH ERRORS
.TP
.B EINVAL
-The argument \fIpolicy\fP does not identify a defined scheduling policy.
+The argument
+.I policy
+does not identify a defined scheduling policy.
.SH CONFORMING TO
POSIX.1-2001.
.SH SEE ALSO
The actual system call interface is slightly different, with the
.I mask
being typed as
-.IR "unsigned long *" ,
+.IR "unsigned long\ *" ,
reflecting the fact that the underlying implementation of CPU
sets is a simple bit mask.
On success, the raw
.BR sched_yield ()
is available define
.B _POSIX_PRIORITY_SCHEDULING
-in \fI<unistd.h>\fP.
+in
+.IR <unistd.h> .
Strategic calls to
.BR sched_yield ()
.\" Added semid_ds and ipc_perm structure definitions
.\" 2005-08-02, mtk: Added IPC_INFO, SEM_INFO, SEM_STAT descriptions.
.\"
-.TH SEMCTL 2 2012-05-31 "Linux" "Linux Programmer's Manual"
+.TH SEMCTL 2 2013-06-03 "Linux" "Linux Programmer's Manual"
.SH NAME
semctl \- System V semaphore control operations
.SH SYNOPSIS
struct ipc_perm sem_perm; /* Ownership and permissions */
time_t sem_otime; /* Last semop time */
time_t sem_ctime; /* Last change time */
- unsigned short sem_nsems; /* No. of semaphores in set */
+ unsigned long sem_nsems; /* No. of semaphores in set */
};
.in
.fi
.SH CONFORMING TO
SVr4, POSIX.1-2001.
.\" SVr4 documents more error conditions EINVAL and EOVERFLOW.
+
+POSIX.1-2001 specifies the
+.I sem_nsems
+field of the
+.I semid_ds
+structure as having the type
+.IR "unsigned\ short" ,
+and the field is so defined on most other systems.
+It was also so defined on Linux 2.2 and earlier,
+but, since Linux 2.4, the field has the type
+.IR "unsigned\ long" .
.SH NOTES
The inclusion of
.I <sys/types.h>
The calling sequence varied: at some times
.I setup ()
has had a single argument
-.I "void *BIOS"
+.I "void\ *BIOS"
and at other times a single argument
.IR "int magic" .
.\" Language and formatting clean-ups
.\" Added notes on /proc files
.\"
-.TH SHMGET 2 2012-05-31 "Linux" "Linux Programmer's Manual"
+.TH SHMGET 2 2013-04-19 "Linux" "Linux Programmer's Manual"
.SH NAME
shmget \- allocates a System V shared memory segment
.SH SYNOPSIS
If the shared memory segment already exists, the permissions are
verified, and a check is made to see if it is marked for destruction.
.SH RETURN VALUE
-A valid segment identifier,
-.IR shmid ,
-is returned on success, \-1 on error.
+On success, a valid shared memory identifier is returned.
+On errir, \-1 is returned, and
+.I errno
+is set to indicate the error.
.SH ERRORS
On failure,
.I errno
In SVID 3 (or perhaps earlier)
the type of the \fIshmaddr\fP argument was changed from
-.I "char *"
+.I "char\ *"
into
-.IR "const void *" ,
+.IR "const void\ *" ,
and the returned type of
.BR shmat ()
from
-.I "char *"
+.I "char\ *"
into
-.IR "void *" .
+.IR "void\ *" .
(Linux libc4 and libc5 have the
-.I "char *"
+.I "char\ *"
prototypes; glibc2 has
-.IR "void *" .)
+.IR "void\ *" .)
.SH NOTES
Using
.BR shmat ()
.\" 2010-06-11 Andi Kleen, add hwpoison signal extensions
.\" 2010-06-11 mtk, improvements to discussion of various siginfo_t fields.
.\"
-.TH SIGACTION 2 2013-02-12 "Linux" "Linux Programmer's Manual"
+.TH SIGACTION 2 2013-04-19 "Linux" "Linux Programmer's Manual"
.SH NAME
sigaction \- examine and change a signal action
.SH SYNOPSIS
.RE
.SH RETURN VALUE
.BR sigaction ()
-returns 0 on success and \-1 on error.
+returns 0 on success; on error, \-1 is returned, and
+.I errno
+is set to indicate the error.
.SH ERRORS
.TP
.B EFAULT
.\" various sections.
.\" 2008-07-11, mtk: rewrote and expanded portability discussion.
.\"
-.TH SIGNAL 2 2013-02-09 "Linux" "Linux Programmer's Manual"
+.TH SIGNAL 2 2013-04-19 "Linux" "Linux Programmer's Manual"
.SH NAME
signal \- ANSI C signal handling
.SH SYNOPSIS
returns the previous value of the signal handler, or
.B SIG_ERR
on error.
+In the event of an error,
+.I errno
+is set to indicate the cause.
.SH ERRORS
.TP
.B EINVAL
.\"
.\" 2005-09-15, mtk, Created new page by splitting off from sigaction.2
.\"
-.TH SIGPENDING 2 2008-10-04 "Linux" "Linux Programmer's Manual"
+.TH SIGPENDING 2 2013-04-19 "Linux" "Linux Programmer's Manual"
.SH NAME
sigpending \- examine pending signals
.SH SYNOPSIS
.SH RETURN VALUE
.BR sigpending ()
returns 0 on success and \-1 on error.
+In the event of an error,
+.I errno
+is set to indicate the cause.
.SH ERRORS
.TP
.B EFAULT
.\"
.\" 2005-09-15, mtk, Created new page by splitting off from sigaction.2
.\"
-.TH SIGPROCMASK 2 2012-04-15 "Linux" "Linux Programmer's Manual"
+.TH SIGPROCMASK 2 2013-04-19 "Linux" "Linux Programmer's Manual"
.SH NAME
sigprocmask \- examine and change blocked signals
.SH SYNOPSIS
.SH RETURN VALUE
.BR sigprocmask ()
returns 0 on success and \-1 on error.
+In the event of an error,
+.I errno
+is set to indicate the cause.
.SH ERRORS
.TP
.B EFAULT
.\"
.\" 2005-09-15, mtk, Created new page by splitting off from sigaction.2
.\"
-.TH SIGSUSPEND 2 2008-08-29 "Linux" "Linux Programmer's Manual"
+.TH SIGSUSPEND 2 2013-04-19 "Linux" "Linux Programmer's Manual"
.SH NAME
sigsuspend \- wait for a signal
.SH SYNOPSIS
has no effect on the process's signal mask.
.SH RETURN VALUE
.BR sigsuspend ()
-always returns \-1, normally with the error
-.BR EINTR .
+always returns \-1, with
+.I errno
+set to inndicate the error (normally,
+.BR EINTR ).
.SH ERRORS
.TP
.B EFAULT
.\" 2002-03-20 Christoph Hellwig <hch@infradead.org>
.\" - adopted for Linux
.\"
-.TH SYSCALL 2 2013-04-07 "Linux" "Linux Programmer's Manual"
+.TH SYSCALL 2 2013-06-21 "Linux" "Linux Programmer's Manual"
.SH NAME
syscall \- indirect system call
.SH SYNOPSIS
i386 int $0x80 eax eax
ia64 break 0x100000 r15 r10/r8
parisc ble 0x100(%sr2, %r0) r20 r28
+s390 svc 0 r1 r2 NR may be passed directly with
+s390x svc 0 r1 r2 "svc NR" if NR is less than 256
sparc/32 t 0x10 g1 o0
-sparc/64 t 0x6d g1 o0
+sparc/64 t 0x6d g1 o0
x86_64 syscall rax rax
.TE
.if t \{\
i386 ebx ecx edx esi edi ebp -
ia64 r11 r9 r10 r14 r15 r13 -
parisc r26 r25 r24 r23 r22 r21 -
+s390 r2 r3 r4 r5 r6 r7 -
+s390x r2 r3 r4 r5 r6 r7 -
sparc/32 o0 o1 o2 o3 o4 o5 -
sparc/64 o0 o1 o2 o3 o4 o5 -
x86_64 rdi rsi rdx r10 r8 r9 -
.\" but NOT the System V IPC *get() calls
to modify the permissions placed on newly created files or directories.
Specifically, permissions in the umask are turned off from
-the \fImode\fP argument to
+the
+.I mode
+argument to
.BR open (2)
and
.BR mkdir (2).
.BR chmod (2),
.BR mkdir (2),
.BR open (2),
-.BR stat (2)
+.BR stat (2),
.BR acl (5)
its name, release and version.
It also knows what hardware it runs on.
So, four of the fields of the struct are meaningful.
-On the other hand, the field \fInodename\fP is meaningless:
+On the other hand, the field
+.I nodename
+is meaningless:
it gives the name of the present machine in some undefined
network, but typically machines are in more than one network
and have several names.
Moreover, the kernel has no way of knowing
about such things, so it has to be told what to answer here.
-The same holds for the additional \fIdomainname\fP field.
+The same holds for the additional
+.I domainname
+field.
.LP
To this end Linux uses the system calls
.BR sethostname (2)
.BR setdomainname (2).
Note that there is no standard that says that the hostname set by
.BR sethostname (2)
-is the same string as the \fInodename\fP field of the struct returned by
+is the same string as the
+.I nodename
+field of the struct returned by
.BR uname ()
(indeed, some systems allow a 256-byte hostname and an 8-byte nodename),
but this is true on Linux.
The same holds for
.BR setdomainname (2)
-and the \fIdomainname\fP field.
+and the
+.I domainname
+field.
.LP
The length of the fields in the struct varies.
Some operating systems
the second
.\" That was also back before Linux 1.0
used 65;
-the third also uses 65 but adds the \fIdomainname\fP field.
+the third also uses 65 but adds the
+.I domainname
+field.
The glibc
.BR uname ()
wrapper function hides these details from applications,
is a device number identifying a device containing
a mounted file system.
.I ubuf
-is a pointer to a \fIustat\fP structure that contains the following
+is a pointer to a
+.I ustat
+structure that contains the following
members:
.in +4n
.nf
and a new
.BR vm86 ()
was introduced.
-The definition of \fIstruct vm86_struct\fP was changed
+The definition of
+.IR "struct vm86_struct"
+was changed
in 1.1.8 and 1.1.9.
.LP
These calls cause the process to enter VM86 mode (virtual-8086 in Intel
.SH DESCRIPTION
The macro
.B INFINITY
-expands to a \fIfloat\fP constant representing positive infinity.
+expands to a
+.I float
+constant representing positive infinity.
The macro
.B NAN
-expands to a \fIfloat\fP constant representing a quiet NaN
+expands to a
+.I float
+constant representing a quiet NaN
(when supported).
A
.I quiet
.BR HUGE_VAL ,
.BR HUGE_VALF ,
.B HUGE_VALL
-expand to constants of types \fIdouble\fP, \fIfloat\fP
-and \fIlong double\fP, respectively,
+expand to constants of types
+.IR double ,
+.I float
+and
+.IR "long double" ,
+respectively,
that represent a large positive value, possibly plus infinity.
.SH CONFORMING TO
C99.
.\"
.\" Corrected, aeb, 2002-05-30
.\"
-.TH A64L 3 2010-09-20 "" "Linux Programmer's Manual"
+.TH A64L 3 2013-06-21 "" "Linux Programmer's Manual"
.SH NAME
a64l, l64a \- convert between long and base-64
.SH SYNOPSIS
.fi
.RE
So 123 = 59*64^0 + 1*64^1 = "v/".
+.SH ATTRIBUTES
+.SS Multithreading (see pthreads(7))
+The
+.BR l64a ()
+function is not thread-safe.
+.LP
+The
+.BR a64l ()
+function is thread-safe.
.SH CONFORMING TO
POSIX.1-2001.
.SH NOTES
.\" Modified Sat Jul 24 21:45:37 1993, Rik Faith (faith@cs.unc.edu)
.\" Modified Sat Dec 16 15:02:59 2000, Joseph S. Myers
.\"
-.TH ABS 3 2010-09-20 "GNU" "Linux Programmer's Manual"
+.TH ABS 3 2013-06-21 "GNU" "Linux Programmer's Manual"
.SH NAME
abs, labs, llabs, imaxabs \- compute the absolute value of an integer
.SH SYNOPSIS
.SH RETURN VALUE
Returns the absolute value of the integer argument, of the appropriate
integer type for the function.
+.SH ATTRIBUTES
+.SS Multithreading (see pthreads(7))
+The
+.BR abs (),
+.BR labs (),
+.BR llabs (),
+and
+.BR imaxabs ()
+functions are thread-safe.
.SH CONFORMING TO
SVr4, POSIX.1-2001, 4.3BSD, C99.
.\" POSIX.1 (1996 edition) requires only the
.SH DESCRIPTION
The
.BR acos ()
-function calculates the arc cosine of \fIx\fP; that is
-the value whose cosine is \fIx\fP.
+function calculates the arc cosine of
+.IR x ;
+that is
+the value whose cosine is
+.IR x .
.SH RETURN VALUE
On success, these functions return the arc cosine of
.IR x
The
.BR acosh ()
function calculates the inverse hyperbolic cosine of
-\fIx\fP; that is the value whose hyperbolic cosine is \fIx\fP.
+.IR x ;
+that is the value whose hyperbolic cosine is
+.IR x .
.SH RETURN VALUE
On success, these functions return the inverse hyperbolic cosine of
.IR x .
.\" <http://www.gnu.org/licenses/>.
.\" %%%LICENSE_END
.\"
-.TH AIO_ERROR 3 2012-05-08 "" "Linux Programmer's Manual"
+.TH AIO_ERROR 3 2013-07-04 "" "Linux Programmer's Manual"
.SH NAME
aio_error \- get error status of asynchronous I/O operation
.SH SYNOPSIS
The
.BR aio_error ()
function is available since glibc 2.1.
+.SH ATTRIBUTES
+.SS Multithreading (see pthreads(7))
+The
+.BR aio_error ()
+function is thread-safe.
.SH CONFORMING TO
POSIX.1-2001, POSIX.1-2008.
.SH EXAMPLE
.\" <http://www.gnu.org/licenses/>.
.\" %%%LICENSE_END
.\"
-.TH AIO_RETURN 3 2012-05-08 "" "Linux Programmer's Manual"
+.TH AIO_RETURN 3 2013-07-04 "" "Linux Programmer's Manual"
.SH NAME
aio_return \- get return status of asynchronous I/O operation
.SH SYNOPSIS
The
.BR aio_return ()
function is available since glibc 2.1.
+.SH ATTRIBUTES
+.SS Multithreading (see pthreads(7))
+The
+.BR aio_return ()
+function is thread-safe.
.SH CONFORMING TO
POSIX.1-2001, POSIX.1-2008.
.SH EXAMPLE
.\" Various rewrites and additions (notes on longjmp() and SIGSEGV).
.\" Weaken warning against use of alloca() (as per Debian bug 461100).
.\"
-.TH ALLOCA 3 2008-01-24 "GNU" "Linux Programmer's Manual"
+.TH ALLOCA 3 2013-05-12 "GNU" "Linux Programmer's Manual"
.SH NAME
alloca \- allocate memory that is automatically freed
.SH SYNOPSIS
.IR "\-std=c89" ,
.IR "\-std=c99" ,
or the
-.IR "\-fno\-builtin"
+.IR "\-std=c11"
option is given
-(and the header
+.BR and
+the header
.I <alloca.h>
-is not included).
-But beware!
-By default the glibc version of
+is not included.
+Otherwise (without an \-ansi or \-std=c* option) the glibc version of
.I <stdlib.h>
includes
.I <alloca.h>
-and that contains the line:
+and that contains the lines:
.nf
+ #ifdef __GNUC__
#define alloca(size) __builtin_alloca (size)
+ #endif
.fi
with messy consequences if one has a private version of this function.
", const char *" str );
.sp
.BI "error_t argz_add_sep(char **" argz ", size_t *" argz_len ,
-.ti 20n
-.BI "const char *" str ", int " delim );
+.BI " const char *" str ", int " delim );
.sp
.BI "error_t argz_append(char **" argz ", size_t *" argz_len ,
-.ti 20n
-.BI "const char *" buf ", size_t " buf_len );
+.BI " const char *" buf ", size_t " buf_len );
.sp
.BI "size_t argz_count(const char *" argz ", size_t " argz_len );
.sp
.BI "error_t argz_create(char * const " argv "[], char **" argz ,
-.ti 20n
-.BI "size_t *" argz_len );
+.BI " size_t *" argz_len );
.sp
.BI "error_t argz_create_sep(const char *" str ", int " sep ", char **" argz ,
-.ti 20n
-.BI "size_t *" argz_len );
+.BI " size_t *" argz_len );
.sp
.BI "error_t argz_delete(char **" argz ", size_t *" argz_len ", char *" entry );
.sp
.BI "void argz_extract(char *" argz ", size_t " argz_len ", char **" argv );
.sp
.BI "error_t argz_insert(char **" argz ", size_t *" argz_len ", char *" before ,
-.ti 20n
-.BI "const char *" entry );
+.BI " const char *" entry );
.sp
.BI "char *argz_next(char *" argz ", size_t " argz_len ", const char *" entry );
.sp
.BI "error_t argz_replace(char **" argz ", size_t *" argz_len \
", const char *" str ,
-.ti 20n
-.BI "const char *" with ", unsigned int *" replace_count );
+.BI " const char *" with ", unsigned int *" replace_count );
.sp
.BI "void argz_stringify(char *" argz ", size_t " len ", int " sep );
.fi
.LP
.BR argz_append ()
appends the argz vector
-.RI ( buf ,\ buf_len )
+.RI ( buf ,\ buf_len )
after
-.RI ( *argz ,\ *argz_len )
+.RI ( *argz ,\ *argz_len )
and updates
.IR *argz
and
.BR argz_count ()
counts the number of strings, that is,
the number of null bytes (\(aq\\0\(aq), in
-.RI ( argz ,\ argz_len ).
+.RI ( argz ,\ argz_len ).
.LP
.BR argz_create ()
converts a UNIX-style argument vector
.IR argv ,
terminated by
-.IR "(char *) 0" ,
+.IR "(char\ *)\ 0" ,
into an argz vector
-.RI ( *argz ,\ *argz_len ).
+.RI ( *argz ,\ *argz_len ).
.LP
.BR argz_create_sep ()
converts the null-terminated string
.I str
into an argz vector
-.RI ( *argz ,\ *argz_len )
+.RI ( *argz ,\ *argz_len )
by breaking it up at every occurrence of the separator
.IR sep .
.LP
removes the substring pointed to by
.I entry
from the argz vector
-.RI ( *argz ,\ *argz_len )
+.RI ( *argz ,\ *argz_len )
and updates
.I *argz
and
is the opposite of
.BR argz_create ().
It takes the argz vector
-.RI ( argz ,\ argz_len )
+.RI ( argz ,\ argz_len )
and fills the array starting at
.I argv
with pointers to the substrings, and a final NULL,
at position
.I before
into the argz vector
-.RI ( *argz ,\ *argz_len )
+.RI ( *argz ,\ *argz_len )
and updates
.I *argz
and
.IR sep .
.SH RETURN VALUE
All argz functions that do memory allocation have a return type of
-\fIerror_t\fP, and return 0 for success, and \fBENOMEM\fP
+.IR error_t ,
+and return 0 for success, and
+.B ENOMEM
if an allocation error occurs.
.SH CONFORMING TO
These functions are a GNU extension.
.SH DESCRIPTION
The
.BR asin ()
-function calculates the principal value of the arc sine of \fIx\fP;
-that is the value whose sine is \fIx\fP.
+function calculates the principal value of the arc sine of
+.IR x ;
+that is the value whose sine is
+.IR x .
.SH RETURN VALUE
On success, these functions return the principal value of the arc sine of
.IR x
The
.BR asinh ()
function calculates the inverse hyperbolic sine of
-\fIx\fP; that is the value whose hyperbolic sine is \fIx\fP.
+.IR x ;
+that is the value whose hyperbolic sine is
+.IR x .
.SH RETURN VALUE
On success, these functions return the inverse hyperbolic sine of
.IR x .
.\"
.\" Text fragments inspired by Martin Schulze <joey@infodrom.org>.
.\"
-.TH ASPRINTF 3 2001-12-18 "GNU" "Linux Programmer's Manual"
+.TH ASPRINTF 3 2013-06-21 "GNU" "Linux Programmer's Manual"
.SH NAME
asprintf, vasprintf \- print to allocated string
.SH SYNOPSIS
and
.BR vsprintf (3),
except that they allocate a string large enough to hold the output
-including the terminating null byte,
+including the terminating null byte (\(aq\\0\(aq),
and return a pointer to it via the first argument.
This pointer should be passed to
.BR free (3)
.SH DESCRIPTION
The
.BR atan ()
-function calculates the principal value of the arc tangent of \fIx\fP;
-that is the value whose tangent is \fIx\fP.
+function calculates the principal value of the arc tangent of
+.IR x ;
+that is the value whose tangent is
+.IR x .
.SH RETURN VALUE
On success, these functions return the principal value of the arc tangent of
.IR x
The
.BR atanh ()
function calculates the inverse hyperbolic tangent of
-\fIx\fP; that is the value whose hyperbolic tangent is \fIx\fP.
+.IR x ;
+that is the value whose hyperbolic tangent is
+.IR x .
.SH RETURN VALUE
On success, these functions return the inverse hyperbolic tangent of
.IR x .
.SH DESCRIPTION
The
.BR atexit ()
-function registers the given \fIfunction\fP to be
+function registers the given
+.I function
+to be
called at normal process termination, either via
.BR exit (3)
-or via return from the program's \fImain\fP().
+or via return from the program's
+.IR main ().
Functions so registered are called in
the reverse order of their registration; no arguments are passed.
the program.
Each item in the array pointed to by
.I buffer
-is of type \fIvoid *\fP, and is the return address from
+is of type
+.IR "void\ *" ,
+and is the return address from
the corresponding stack frame.
The
.I size
.BR basename ()
for different paths:
.sp
-.nf
-.B "path dirname basename"
-"/usr/lib" "/usr" "lib"
-"/usr/" "/" "usr"
-"usr" "." "usr"
-"/" "/" "/"
-"." "." "."
-".." "." ".."
-.fi
+.TS
+lb lb lb
+l l l l.
+path dirname basename
+/usr/lib /usr lib
+/usr/ / usr
+usr . usr
+/ / /
+\. . .
+\.. . ..
+.TE
.SH RETURN VALUE
Both
.BR dirname ()
.\" 2007-05-31, mtk: Rewrite and substantial additional text.
.\" 2008-12-03, mtk: Rewrote some pieces and fixed some errors
.\"
-.TH BINDRESVPORT 3 2008-12-03 "" "Linux Programmer's Manual"
+.TH BINDRESVPORT 3 2013-06-21 "" "Linux Programmer's Manual"
.SH NAME
bindresvport \- bind a socket to a privileged IP port
.SH SYNOPSIS
.I sin->sin_family
is not
.BR AF_INET .
+.SH ATTRIBUTES
+.SS Multithreading (see pthreads(7))
+Before glibc 2.17, the
+.BR bindresvport ()
+function uses a static variable that is not protected,
+so it is not thread-safe.
+
+Since glibc 2.17,
+.\" commit f6da27e53695ad1cc0e2a9490358decbbfdff5e5
+the
+.BR bindresvport ()
+function uses a lock to protect static variable, so it is thread-safe.
.SH CONFORMING TO
Not in POSIX.1-2001.
Present on the BSDs, Solaris, and many other systems.
.SH DESCRIPTION
The
.BR bsearch ()
-function searches an array of \fInmemb\fP objects,
-the initial member of which is pointed to by \fIbase\fP, for a member
-that matches the object pointed to by \fIkey\fP.
+function searches an array of
+.I nmemb
+objects,
+the initial member of which is pointed to by
+.IR base ,
+for a member
+that matches the object pointed to by
+.IR key .
The size of each member
-of the array is specified by \fIsize\fP.
+of the array is specified by
+.IR size .
.PP
The contents of the array should be in ascending sorted order according
-to the comparison function referenced by \fIcompar\fP.
-The \fIcompar\fP
-routine is expected to have two arguments which point to the \fIkey\fP
+to the comparison function referenced by
+.IR compar .
+The
+.I compar
+routine is expected to have two arguments which point to the
+.I key
object and to an array member, in that order, and should return an integer
-less than, equal to, or greater than zero if the \fIkey\fP object is found,
+less than, equal to, or greater than zero if the
+.I key
+object is found,
respectively, to be less than, to match, or be greater than the array
member.
.SH RETURN VALUE
.SH DESCRIPTION
The
.BR htonl ()
-function converts the unsigned integer \fIhostlong\fP
+function converts the unsigned integer
+.I hostlong
from host byte order to network byte order.
.PP
The
.BR htons ()
-function converts the unsigned short integer \fIhostshort\fP
+function converts the unsigned short integer
+.I hostshort
from host byte order to network byte order.
.PP
The
.BR ntohl ()
-function converts the unsigned integer \fInetlong\fP
+function converts the unsigned integer
+.I netlong
from network byte order to host byte order.
.PP
The
.BR ntohs ()
-function converts the unsigned short integer \fInetshort\fP
+function converts the unsigned short integer
+.I netshort
from network byte order to host byte order.
.PP
On the i386 the host byte order is Least Significant Byte first,
.\" the source, must acknowledge the copyright and authors of this work.
.\" %%%LICENSE_END
.\"
-.TH CANONICALIZE_FILE_NAME 3 2013-03-10 "GNU" "Linux Programmer's Manual"
+.TH CANONICALIZE_FILE_NAME 3 2013-05-11 "GNU" "Linux Programmer's Manual"
.SH NAME
canonicalize_file_name \- return the canonicalized absolute pathname
.SH SYNOPSIS
is equivalent to the call:
realpath(path, NULL);
-.SH CONFORMING TO
-This function is a GNU extension.
.SH RETURN VALUE
On success,
.BR canonicalize_file_name ()
.SH ERRORS
See
.BR realpath (3).
+.SH CONFORMING TO
+This function is a GNU extension.
.SH SEE ALSO
.BR readlink (2),
.BR realpath (3)
z = x + I * y
.fi
-where \fIx\ =\ creal(z)\fP and \fIy\ =\ cimag(z)\fP.
+where
+.IR "x\ =\ creal(z)"
+and
+.IR "y\ =\ cimag(z)" .
.LP
Or one may use polar coordinates and gets
.nf
z = r * cexp(I * a)
.fi
-where \fIr\ =\ cabs(z)\fP
-is the "radius", the "modulus", the absolute value of \fIz\fP, and
-\fIa\ =\ carg(z)\fP
-is the "phase angle", the argument of \fIz\fP.
+where
+.IR "r\ =\ cabs(z)"
+is the "radius", the "modulus", the absolute value of
+.IR z ,
+and
+.IR "a\ =\ carg(z)"
+is the "phase angle", the argument of
+.IR z .
.LP
One has:
.nf
.\" %%%LICENSE_END
.\"
.\" Updated, aeb, 980809
-.TH CATGETS 3 1998-08-09 "" "Linux Programmer's Manual"
+.TH CATGETS 3 2013-06-21 "" "Linux Programmer's Manual"
.SH NAME
catgets \- get message from a message catalog
.SH SYNOPSIS
message-text is contained in an internal buffer area and should be copied by
the application if it is to be saved or modified.
The return string is
-always terminated with a null byte.
+always terminated with a null byte (\(aq\\0\(aq).
.SH RETURN VALUE
.LP
On success,
returns a message catalog descriptor of type
.I nl_catd
on success.
-On failure, it returns \fI(nl_catd)\ \-1\fP
+On failure, it returns
+.IR "(nl_catd)\ \-1"
and sets
.I errno
to indicate the error.
.SH DESCRIPTION
The
.BR cbrt ()
-function returns the (real) cube root of \fIx\fP.
+function returns the (real) cube root of
+.IR x .
This function cannot fail; every representable real value has a
representable real cube root.
.SH RETURN VALUE
.\" the source, must acknowledge the copyright and authors of this work.
.\" %%%LICENSE_END
.\"
-.TH CEIL 3 2010-09-20 "" "Linux Programmer's Manual"
+.TH CEIL 3 2013-06-21 "" "Linux Programmer's Manual"
.SH NAME
ceil, ceilf, ceill \- ceiling function: smallest integral value not
less than argument
These functions return the ceiling of
.IR x .
-If \fIx\fP is integral, +0, \-0, NaN, or infinite,
-\fIx\fP itself is returned.
+If
+.I x
+is integral, +0, \-0, NaN, or infinite,
+.I x
+itself is returned.
.SH ERRORS
No errors occur.
POSIX.1-2001 documents a range error for overflows, but see NOTES.
+.SH ATTRIBUTES
+.SS Multithreading (see pthreads(7))
+The
+.BR ceil (),
+.BR ceilf (),
+and
+.BR ceill ()
+functions are thread-safe.
.SH CONFORMING TO
C99, POSIX.1-2001.
The variant returning
.\" Distributed under GPL
.\" %%%LICENSE_END
.\"
-.TH CIMAG 3 2008-08-11 "" "Linux Programmer's Manual"
+.TH CIMAG 3 2013-06-21 "" "Linux Programmer's Manual"
.SH NAME
cimag, cimagf, cimagl \- get imaginary part of a complex number
.SH SYNOPSIS
.fi
.SH VERSIONS
These functions first appeared in glibc in version 2.1.
+.SH ATTRIBUTES
+.SS Multithreading (see pthreads(7))
+The
+.BR cimag (),
+.BR cimagf (),
+and
+.BR cimagl ()
+functions are thread-safe.
.SH CONFORMING TO
C99.
.SH NOTES
.\" the source, must acknowledge the copyright and authors of this work.
.\" %%%LICENSE_END
.\"
-.TH CLOCK_GETCPUCLOCKID 3 2012-10-29 "Linux" "Linux Programmer's Manual"
+.TH CLOCK_GETCPUCLOCKID 3 2013-07-04 "Linux" "Linux Programmer's Manual"
.SH NAME
clock_getcpuclockid \- obtain ID of a process CPU-time clock
.SH SYNOPSIS
The
.BR clock_getcpuclockid ()
function is available in glibc since version 2.2.
+.SH ATTRIBUTES
+.SS Multithreading (see pthreads(7))
+The
+.BR clock_getcpuclockid ()
+function is thread-safe.
.SH CONFORMING TO
POSIX.1-2001.
.SH NOTES
The
.BR closedir ()
function closes the directory stream associated with
-\fIdirp\fP.
+.IR dirp .
A successful call to
.BR closedir ()
also closes the underlying file descriptor associated with
.IR dirp .
-The directory stream descriptor \fIdirp\fP is not available
+The directory stream descriptor
+.I dirp
+is not available
after this call.
.SH RETURN VALUE
The
.SH ERRORS
.TP
.B EBADF
-Invalid directory stream descriptor \fIdirp\fP.
+Invalid directory stream descriptor
+.IR dirp .
.SH CONFORMING TO
SVr4, POSIX.1-2001, 4.3BSD.
.SH SEE ALSO
.\" Distributed under GPL
.\" %%%LICENSE_END
.\"
-.TH CONJ 3 2008-08-11 "" "Linux Programmer's Manual"
+.TH CONJ 3 2013-06-21 "" "Linux Programmer's Manual"
.SH NAME
conj, conjf, conjl \- calculate the complex conjugate
.SH SYNOPSIS
.fi
.SH VERSIONS
These functions first appeared in glibc in version 2.1.
+.SH ATTRIBUTES
+.SS Multithreading (see pthreads(7))
+The
+.BR conj (),
+.BR conjf (),
+and
+.BR conjl ()
+functions are thread-safe.
.SH CONFORMING TO
C99.
.SH SEE ALSO
The
.BR copysign ()
functions return a value whose absolute value matches
-that of \fIx\fP, but whose sign bit matches that of \fIy\fP.
+that of
+.IR x ,
+but whose sign bit matches that of
+.IR y .
For example,
.I "copysign(42.0,\ \-1.0)"
and whose sign is taken from
.IR y .
-If \fIx\fP is a NaN,
-a NaN with the sign bit of \fIy\fP is returned.
+If
+.I x
+is a NaN,
+a NaN with the sign bit of
+.I y
+is returned.
.SH ERRORS
No errors occur.
.SH CONFORMING TO
.SH DESCRIPTION
The
.BR cos ()
-function returns the cosine of \fIx\fP, where \fIx\fP is
+function returns the cosine of
+.IR x ,
+where
+.I x
+is
given in radians.
.SH RETURN VALUE
On success, these functions return the cosine of
.SH DESCRIPTION
The
.BR cosh ()
-function returns the hyperbolic cosine of \fIx\fP, which
+function returns the hyperbolic cosine of
+.IR x ,
+which
is defined mathematically as:
.nf
C99.
.SH NOTES
In glibc 2.11 and earlier, the implementation does something different
-(a \fIstereographic\fP projection onto a Riemann Sphere).
+(a
+.I stereographic
+projection onto a Riemann Sphere).
.\" http://sources.redhat.com/bugzilla/show_bug.cgi?id=10401
.SH SEE ALSO
.BR cabs (3),
.\" added _XOPEN_SOURCE, aeb, 970705
.\" added GNU MD5 stuff, aeb, 011223
.\"
-.TH CRYPT 3 2011-09-15 "" "Linux Programmer's Manual"
+.TH CRYPT 3 2013-06-21 "" "Linux Programmer's Manual"
.SH NAME
crypt, crypt_r \- password and data encryption
.SH SYNOPSIS
.\" .PP
.\" Making encrypted data computed using crypt() publicly available has
.\" to be considered insecure for the given reasons.
+.SH ATTRIBUTES
+.SS Multithreading (see pthreads(7))
+The
+.BR crypt ()
+function is not thread-safe.
+.LP
+The
+.BR crypt_r ()
+function is thread-safe.
.SH CONFORMING TO
.BR crypt ():
SVr4, 4.3BSD, POSIX.1-2001.
.\" %%%LICENSE_END
.\"
.\" Modified Sat Jul 24 19:51:06 1993 by Rik Faith (faith@cs.unc.edu)
-.TH CTERMID 3 2007-07-26 "GNU" "Linux Programmer's Manual"
+.TH CTERMID 3 2013-07-04 "GNU" "Linux Programmer's Manual"
.SH NAME
ctermid \- get controlling terminal name
.SH SYNOPSIS
is the maximum number of characters in the returned pathname.
.SH RETURN VALUE
The pointer to the pathname.
+.SH ATTRIBUTES
+.SS Multithreading (see pthreads(7))
+The
+.BR ctermid ()
+function is thread-safe with exceptions.
+It is not thread-safe if called with a NULL parameter.
.SH CONFORMING TO
Svr4, POSIX.1-2001.
.SH BUGS
is zero,
.BR daemon ()
redirects standard input, standard output and standard error
-to \fI/dev/null\fP;
+to
+.IR /dev/null ;
otherwise, no changes are made to these file descriptors.
.SH RETURN VALUE
(This function forks, and if the
.\" the source, must acknowledge the copyright and authors of this work.
.\" %%%LICENSE_END
.\"
-.TH DIRFD 3 2010-09-26 "Linux" "Linux Programmer's Manual"
+.TH DIRFD 3 2013-04-19 "Linux" "Linux Programmer's Manual"
.SH NAME
dirfd \- get directory stream file descriptor
.SH SYNOPSIS
is called.
.SH RETURN VALUE
On success, a nonnegative file descriptor is returned.
-On error, \-1 is returned.
+On error, \-1 is returned, and
+.I errno
+is set to indicate the cause of the error.
.SH ERRORS
POSIX.1-2008 specifies two errors,
neither of which is returned by the current
.BR "#define _GNU_SOURCE" " /* See feature_test_macros(7) */"
.B #include <link.h>
-\fBint dl_iterate_phdr(\fP
- \fBint (*\fPcallback\fB) \
-(struct dl_phdr_info *\fPinfo\fB,\fP
- \fBsize_t\fP size\fB, void *\fPdata\fB),\fP
- \fBvoid *\fPdata\fB);\fP
+.BI "int dl_iterate_phdr("
+.BI " int (*" callback ") (struct dl_phdr_info *" info ,
+.BI " size_t " size ", void *" data ,
+.BI " void *" data ;
.fi
.SH DESCRIPTION
The
and
.BR _fini ()
will want to be compiled as
-follows, using \fIbar.c\fP as the example name:
+follows, using
+.I bar.c
+as the example name:
.in +4n
.LP
gcc \-shared \-nostartfiles \-o bar bar.c
.\" Lewine's _POSIX Programmer's Guide_ (O'Reilly & Associates, 1991)
.\" 386BSD man pages
.\" Modified Sat Jul 24 19:46:03 1993 by Rik Faith (faith@cs.unc.edu)
-.TH DRAND48 3 2007-07-26 "" "Linux Programmer's Manual"
+.TH DRAND48 3 2013-06-21 "" "Linux Programmer's Manual"
.SH NAME
drand48, erand48, lrand48, nrand48, mrand48, jrand48, srand48, seed48,
lcong48 \- generate uniformly distributed pseudo-random numbers
an initialization function to be called first.
.PP
All the functions work by generating a sequence of 48-bit integers,
-\fIXi\fP, according to the linear congruential formula:
+.IR Xi ,
+according to the linear congruential formula:
.sp
.nf
.RS
.RE
.fi
.sp
-The parameter \fIm\fP = 2^48, hence 48-bit integer arithmetic is performed.
+The parameter
+.I m
+= 2^48, hence 48-bit integer arithmetic is performed.
Unless
.BR lcong48 ()
-is called, \fIa\fP and \fIc\fP are given by:
+is called,
+.IR a
+and
+.I c
+are given by:
.sp
.nf
.RS
or
.BR jrand48 ()
is
-computed by first generating the next 48-bit \fIXi\fP in the sequence.
+computed by first generating the next 48-bit
+.I Xi
+in the sequence.
Then the appropriate number of bits, according to the type of data item to
-be returned, is copied from the high-order bits of \fIXi\fP and transformed
+be returned, is copied from the high-order bits of
+.I Xi
+and transformed
into the returned value.
.PP
The functions
and
.BR mrand48 ()
store
-the last 48-bit \fIXi\fP generated in an internal buffer.
+the last 48-bit
+.I Xi
+generated in an internal buffer.
The functions
.BR erand48 (),
.BR nrand48 ()
and
.BR jrand48 ()
require the calling
-program to provide storage for the successive \fIXi\fP values in the array
-argument \fIxsubi\fP.
+program to provide storage for the successive
+.I Xi
+values in the array
+argument
+.IR xsubi .
The functions are initialized by placing the initial
-value of \fIXi\fP into the array before calling the function for the first
+value of
+.I Xi
+into the array before calling the function for the first
time.
.PP
The initializer function
.BR srand48 ()
sets the high order 32-bits of
-\fIXi\fP to the argument \fIseedval\fP.
+.I Xi
+to the argument
+.IR seedval .
The low order 16-bits are set
to the arbitrary value 0x330E.
.PP
The initializer function
.BR seed48 ()
-sets the value of \fIXi\fP to
-the 48-bit value specified in the array argument \fIseed16v\fP.
+sets the value of
+.I Xi
+to
+the 48-bit value specified in the array argument
+.IR seed16v .
The
-previous value of \fIXi\fP is copied into an internal buffer and a
+previous value of
+.I Xi
+is copied into an internal buffer and a
pointer to this buffer is returned by
.BR seed48 ().
.PP
The initialization function
.BR lcong48 ()
allows the user to specify
-initial values for \fIXi\fP, \fIa\fP and \fIc\fP.
+initial values for
+.IR Xi ,
+.I a
+and
+.IR c .
Array argument
-elements \fIparam[0-2]\fP specify \fIXi\fP, \fIparam[3-5]\fP specify
-\fIa\fP, and \fIparam[6]\fP specifies \fIc\fP.
+elements
+.I param[0-2]
+specify
+.IR Xi ,
+.I param[3-5]
+specify
+.IR a ,
+and
+.I param[6]
+specifies
+.IR c .
After
.BR lcong48 ()
has been called, a subsequent call to either
.BR srand48 ()
or
.BR seed48 ()
-will restore the standard values of \fIa\fP and \fIc\fP.
+will restore the standard values of
+.I a
+and
+.IR c .
+.SH ATTRIBUTES
+.SS Multithreading (see pthreads(7))
+The
+.BR drand48 (),
+.BR erand48 (),
+.BR lrand48 (),
+.BR nrand48 (),
+.BR mrand48 (),
+.BR jrand48 (),
+.BR srand48 (),
+.BR seed48 (),
+and
+.BR lcong48 ()
+functions record global state information for the random number generator,
+so they are not thread-safe.
.SH CONFORMING TO
SVr4, POSIX.1-2001.
.SH NOTES
.\" Modified Sat Jul 24 19:40:39 1993 by Rik Faith (faith@cs.unc.edu)
.\" Modified Fri Jun 25 12:10:47 1999 by Andries Brouwer (aeb@cwi.nl)
.\"
-.TH ECVT 3 2010-09-20 "" "Linux Programmer's Manual"
+.TH ECVT 3 2013-07-04 "" "Linux Programmer's Manual"
.SH NAME
ecvt, fcvt \- convert a floating-point number to a string
.SH SYNOPSIS
.BR ecvt ()
or
.BR fcvt ().
+.SH ATTRIBUTES
+.SS Multithreading (see pthreads(7))
+The
+.BR ecvt ()
+and
+.BR fcvt ()
+functions are not thread-safe.
.SH CONFORMING TO
SVr2;
marked as LEGACY in POSIX.1-2001.
.\"
.\" Modified 2003-04-04, aeb
.\"
-.TH ENCRYPT 3 2003-04-04 "" "Linux Programmer's Manual"
+.TH ENCRYPT 3 2013-06-21 "" "Linux Programmer's Manual"
.SH NAME
encrypt, setkey, encrypt_r, setkey_r \- encrypt 64-bit messages
.SH SYNOPSIS
.B ENOSYS
The function is not provided.
(For example because of former USA export restrictions.)
+.SH ATTRIBUTES
+.SS Multithreading (see pthreads(7))
+The functions
+.BR encrypt ()
+and
+.BR setkey ()
+are not thread-safe.
+.LP
+The functions
+.BR encrypt_r ()
+and
+.BR setkey_r ()
+are thread-safe.
.SH CONFORMING TO
The functions
.BR encrypt ()
.B "#include <envz.h>"
.BI "error_t envz_add(char **" envz ", size_t *" envz_len ,
-.ti 20n
-.BI "const char *" name ", const char *" value );
+.BI " const char *" name ", const char *" value );
.BI "char *envz_entry(const char *" envz ", size_t *" envz_len \
", const char *" name );
", const char *" name );
.BI "error_t envz_merge(char **" envz ", size_t *" envz_len ,
-.ti 20n
-.BI "const char *" envz2 ", size_t " envz2_len ", int " override );
+.BI " const char *" envz2 ", size_t " envz2_len \
+", int " override );
.BI "void envz_remove(char **" envz ", size_t *" envz_len \
", const char *" name );
removes all entries with value NULL.
.SH RETURN VALUE
All envz functions that do memory allocation have a return type of
-\fIerror_t\fP, and return 0 for success, and \fBENOMEM\fP
+.IR error_t ,
+and return 0 for success, and
+.B ENOMEM
if an allocation error occurs.
.SH CONFORMING TO
These functions are a GNU extension.
.SH DESCRIPTION
The
.BR erf ()
-function returns the error function of \fIx\fP, defined
+function returns the error function of
+.IR x ,
+defined
as
.TP
erf(x) = 2/sqrt(pi)* integral from 0 to x of exp(\-t*t) dt
allowed to change
.IR errno .
-Valid error numbers are all nonzero; \fIerrno\fP is never set to zero
+Valid error numbers are all nonzero;
+.I errno
+is never set to zero
by any system call or library function.
For some system calls and library functions (e.g.,
.I errno
has a nonzero value.
-\fIerrno\fP is defined by the ISO C standard to be a modifiable lvalue
-of type \fIint\fP, and must not be explicitly declared; \fIerrno\fP
+.I errno
+is defined by the ISO C standard to be a modifiable lvalue
+of type
+.IR int ,
+and must not be explicitly declared;
+.I errno
may be a macro.
-\fIerrno\fP is thread-local; setting it in one thread
+.I errno
+is thread-local; setting it in one thread
does not affect its value in any other thread.
All the error names specified by POSIX.1
error_print_progname \- glibc error reporting functions
.SH SYNOPSIS
.nf
-\fB#include <error.h>
+.B #include <error.h>
-\fBvoid error(int \fIstatus, \fBint\fI errnum, \
-\fBconst char *\fIformat, \fB...);
+.BI "void error(int " status ", int " errnum ", const char *" format ", ...);"
-\fBvoid error_at_line(int \fIstatus, \fBint \fIerrnum, \
-\fBconst char *\fIfilename,
- \fBunsigned int \fIlinenum, \
-\fBconst char *\fIformat, \fB...);
+.BI "void error_at_line(int " status ", int " errnum ", const char *" filename ,
+.BI " unsigned int " linenum ", const char *" format ", ...);"
-\fBextern unsigned int \fIerror_message_count\fP;
+.BI "extern unsigned int " error_message_count ;
-\fBextern int \fIerror_one_per_line\fP;
+.BI "extern int " error_one_per_line ;
-\fBextern void (* \fIerror_print_progname\fB) (void);
+.BI "extern void (*" error_print_progname ") (void);"
.fi
.SH DESCRIPTION
.BR error ()
.\" Linux libc source code
.\" FreeBSD 4.4 man pages
.\"
-.\" Minor additions, aeb, 2002-07-20
+.\" Minor additions, aeb, 2013-06-21
.\"
-.TH ETHER_ATON 3 2002-07-20 "GNU" "Linux Programmer's Manual"
+.TH ETHER_ATON 3 2013-07-04 "GNU" "Linux Programmer's Manual"
.SH NAME
ether_aton, ether_ntoa, ether_ntohost, ether_hostton, ether_line,
ether_ntoa_r, ether_aton_r \- Ethernet address manipulation routines
.fi
.SH DESCRIPTION
.BR ether_aton ()
-converts the 48-bit Ethernet host address \fIasc\fP
+converts the 48-bit Ethernet host address
+.I asc
from the standard hex-digits-and-colons notation into binary data in
network byte order and returns a pointer to it in a statically
allocated buffer, which subsequent calls will
The
.BR ether_ntoa ()
function converts the Ethernet host address
-\fIaddr\fP given in network byte order to a string in standard
+.I addr
+given in network byte order to a string in standard
hex-digits-and-colons notation, omitting leading zeros.
The string is returned in a statically allocated buffer,
which subsequent calls will overwrite.
.BR ether_aton ()
respectively, and do not use static buffers.
.PP
-The structure \fIether_addr\fP is defined in
+The structure
+.I ether_addr
+is defined in
.I <net/ethernet.h>
as:
.sp
}
.fi
.in
+.SH ATTRIBUTES
+.SS Multithreading (see pthreads(7))
+The
+.BR ether_aton ()
+and
+.BR ether_ntoa ()
+functions are not thread-safe.
+.LP
+The
+.BR ether_ntohost (),
+.BR ether_hostton (),
+.BR ether_line (),
+.BR ether_ntoa_r ()
+and
+.BR ether_aton_r ()
+functions are thread-safe.
.SH CONFORMING TO
4.3BSD, SunOS.
.SH BUGS
to be executed.
.PP
The
-.I "const char *arg"
+.I "const char\ *arg"
and subsequent ellipses in the
.BR execl (),
.BR execlp (),
.I must
be terminated by a NULL
pointer, and, since these are variadic functions, this pointer must be cast
-.IR "(char *) NULL" .
+.IR "(char\ *) NULL" .
.PP
The
.BR execv (),
The
.BR exp ()
function returns the value of e (the base of natural
-logarithms) raised to the power of \fIx\fP.
+logarithms) raised to the power of
+.IR x .
.SH RETURN VALUE
On success, these functions return the exponential value of
.IR x .
The
.BR exp10 ()
function returns the value of 10
-raised to the power of \fIx\fP.
+raised to the power of
+.IR x .
.SH RETURN VALUE
On success, these functions return the base-10 exponential value of
.IR x .
The
.BR exp2 ()
function returns the value of 2
-raised to the power of \fIx\fP.
+raised to the power of
+.IR x .
.SH RETURN VALUE
On success, these functions return the base-2 exponential value of
.IR x .
.fi
It is
-computed in a way that is accurate even if the value of \fIx\fP is near
+computed in a way that is accurate even if the value of
+.I x
+is near
zero\(ema case where
.I "exp(x) \- 1"
would be inaccurate due to
The
.BR fabs ()
functions return the absolute value of the floating-point
-number \fIx\fP.
+number
+.IR x .
.SH RETURN VALUE
These functions return the absolute value of
.IR x .
.\" the source, must acknowledge the copyright and authors of this work.
.\" %%%LICENSE_END
.\"
-.TH FCLOSEALL 3 2006-12-27 "GNU" "Linux Programmer's Manual"
+.TH FCLOSEALL 3 2013-06-21 "GNU" "Linux Programmer's Manual"
.SH NAME
fcloseall \- close all open streams
.SH SYNOPSIS
on error,
.B EOF
is returned.
+.SH ATTRIBUTES
+.SS Multithreading (see pthreads(7))
+The
+.BR fcloseall ()
+function does not lock the streams, so it is not thread-safe.
.SH CONFORMING TO
This function is a GNU extension.
.SH SEE ALSO
The default environment is denoted by
.B FE_DFL_ENV
(of type
-.IR "const fenv_t *" ).
+.IR "const fenv_t\ *" ).
This is the environment setup at program start and it is defined by
ISO C to have round to nearest, all exceptions cleared and a nonstop
(continue on exceptions) mode.
.\" Converted for Linux, Mon Nov 29 14:24:40 1993, faith@cs.unc.edu
.\" Added remark on EBADF for fileno, aeb, 2001-03-22
.\"
-.TH FERROR 3 2008-08-29 "" "Linux Programmer's Manual"
+.TH FERROR 3 2013-06-21 "" "Linux Programmer's Manual"
.SH NAME
clearerr, feof, ferror, fileno \- check and reset stream status
.SH SYNOPSIS
.I errno
to
.BR EBADF .)
+.SH ATTRIBUTES
+.SS Multithreading (see pthreads(7))
+The
+.BR clearerr (),
+.BR feof (),
+.BR ferror (),
+and
+.BR fileno ()
+functions are thread-safe.
.SH CONFORMING TO
The functions
.BR clearerr (),
.\" Lewine's _POSIX Programmer's Guide_ (O'Reilly & Associates, 1991)
.\" 386BSD man pages
.\" Modified Sat Jul 24 19:38:44 1993 by Rik Faith (faith@cs.unc.edu)
-.TH FGETGRENT 3 2008-07-10 "GNU" "Linux Programmer's Manual"
+.TH FGETGRENT 3 2013-04-19 "GNU" "Linux Programmer's Manual"
.SH NAME
fgetgrent \- get group file entry
.SH SYNOPSIS
.I group
structure,
or NULL if there are no more entries or an error occurs.
+In the event of an error,
+.I errno
+is set to indicate the cause.
.SH ERRORS
.TP
.B ENOMEM
.\" Modified Sat Jul 24 19:37:37 1993 by Rik Faith (faith@cs.unc.edu)
.\" Modified Mon May 27 22:40:48 1996 by Martin Schulze (joey@linux.de)
.\"
-.TH FGETPWENT 3 2008-07-10 "GNU" "Linux Programmer's Manual"
+.TH FGETPWENT 3 2013-04-19 "GNU" "Linux Programmer's Manual"
.SH NAME
fgetpwent \- get password file entry
.SH SYNOPSIS
.I passwd
structure, or NULL if
there are no more entries or an error occurs.
+In the event of an error,
+.I errno
+is set to indicate the cause.
.SH ERRORS
.TP
.B ENOMEM
.\" ISO/IEC 9899:1999
.\"
.\" Modified Tue Oct 16 23:18:40 BST 2001 by John Levon <moz@compsoc.man.ac.uk>
-.TH FGETWC 3 1999-07-25 "GNU" "Linux Programmer's Manual"
+.TH FGETWC 3 2013-04-19 "GNU" "Linux Programmer's Manual"
.SH NAME
fgetwc, getwc \- read a wide character from a FILE stream
.SH SYNOPSIS
function returns the next wide-character
from the stream, or
.BR WEOF .
+In the event of an error,
+.I errno
+is set to indicate the cause.
.SH ERRORS
Apart from the usual ones, there is
.TP
.SH DESCRIPTION
The
.BR finite ()
-functions return a nonzero value if \fIx\fP is neither infinite
+functions return a nonzero value if
+.I x
+is neither infinite
nor a "not-a-number" (NaN) value, and 0 otherwise.
The
.BR isnan ()
-functions return a nonzero value if \fIx\fP is a NaN value,
+functions return a nonzero value if
+.I x
+is a NaN value,
and 0 otherwise.
The
.BR isinf ()
-functions return 1 if \fIx\fP is positive infinity, \-1 if \fIx\fP
+functions return 1 if
+.I x
+is positive infinity, \-1 if
+.I x
is negative infinity, and 0 otherwise.
.SH NOTES
Note that these functions are obsolete.
.LP
The
.BR flockfile ()
-function waits for \fI*filehandle\fP to be
+function waits for
+.I *filehandle
+to be
no longer locked by a different thread, then makes the
-current thread owner of \fI*filehandle\fP, and increments
+current thread owner of
+.IR *filehandle ,
+and increments
the lockcount.
.LP
The
of
.BR flockfile ().
It does nothing in case some other thread
-owns \fI*filehandle\fP, and it obtains ownership and increments
+owns
+.IR *filehandle ,
+and it obtains ownership and increments
the lockcount otherwise.
.SH RETURN VALUE
The
These functions return the floor of
.IR x .
-If \fIx\fP is integral, +0, \-0, NaN, or an infinity,
-\fIx\fP itself is returned.
+If
+.I x
+is integral, +0, \-0, NaN, or an infinity,
+.I x
+itself is returned.
.SH ERRORS
No errors occur.
POSIX.1-2001 documents a range error for overflows, but see NOTES.
.SH DESCRIPTION
The
.BR fmod ()
-function computes the floating-point remainder of dividing \fIx\fP by
-\fIy\fP.
-The return value is \fIx\fP \- \fIn\fP * \fIy\fP, where \fIn\fP
-is the quotient of \fIx\fP / \fIy\fP, rounded toward zero to an integer.
+function computes the floating-point remainder of dividing
+.I x
+by
+.IR y .
+The return value is
+.IR x
+\-
+.I n
+*
+.IR y ,
+where
+.I n
+is the quotient of
+.I x
+/
+.IR y ,
+rounded toward zero to an integer.
.SH RETURN VALUE
On success, these
functions return the value \fIx\fP\ \-\ \fIn\fP*\fIy\fP,
-for some integer \fIn\fP,
+for some integer
+.IR n ,
such that the returned value has the same sign as
.I x
and a magnitude less than the magnitude of
.\" The function is quite complex and deserves an example
.\"
.\" Polished, aeb, 2003-11-01
-.TH FMTMSG 3 2008-06-14 "" "Linux Programmer's Manual"
+.TH FMTMSG 3 2013-06-21 "" "Linux Programmer's Manual"
.SH NAME
fmtmsg \- print formatted error messages
.SH SYNOPSIS
.BR MM_NULLACT ,
.B MM_NULLTAG
are synonyms for
-.IR "((char *) 0)" ,
+.IR "((char\ *)\ 0)" ,
the empty string, and
.B MM_NULLSEV
is a synonym for
.SH VERSIONS
.BR fmtmsg ()
is provided in glibc since version 2.1.
+.SH ATTRIBUTES
+.SS Multithreading (see pthreads(7))
+Before glibc 2.16, the
+.BR fmtmsg ()
+function uses a static variable that is not protected,
+so it is not thread-safe.
+
+Since glibc 2.16,
+.\" Modified in commit 7724defcf8873116fe4efab256596861eef21a94
+the
+.BR fmtmsg ()
+function uses a lock to protect the static variable, so it is thread-safe.
.SH CONFORMING TO
The functions
.BR fmtmsg ()
is set and the period immediately follows a slash.
.TP
.B FNM_FILE_NAME
-This is a GNU synonym for \fBFNM_PATHNAME\fR.
+This is a GNU synonym for
+.BR FNM_PATHNAME .
.TP
.B FNM_LEADING_DIR
If this flag (a GNU extension) is set, the pattern is considered to be
.\" OpenGroup's Single UNIX specification http://www.UNIX-systems.org/online.html
.\" ISO/IEC 9899:1999
.\"
-.TH FPUTWC 3 1999-07-25 "GNU" "Linux Programmer's Manual"
+.TH FPUTWC 3 2013-04-19 "GNU" "Linux Programmer's Manual"
.SH NAME
fputwc, putwc \- write a wide character to a FILE stream
.SH SYNOPSIS
function returns \fIwc\fP if no error occurred, or
.B WEOF
to indicate an error.
+In the event of an error,
+.I errno
+is set to indicate the cause.
.SH ERRORS
Apart from the usual ones, there is
.TP
.SH DESCRIPTION
The
.BR frexp ()
-function is used to split the number \fIx\fP into a
-normalized fraction and an exponent which is stored in \fIexp\fP.
+function is used to split the number
+.I x
+into a
+normalized fraction and an exponent which is stored in
+.IR exp .
.SH RETURN VALUE
The
.BR frexp ()
function returns the normalized fraction.
-If the argument \fIx\fP is not zero,
-the normalized fraction is \fIx\fP times a power of two,
+If the argument
+.I x
+is not zero,
+the normalized fraction is
+.I x
+times a power of two,
and its absolute value is always in the range 1/2 (inclusive) to
1 (exclusive), that is, [0.5,1).
-If \fIx\fP is zero, then the normalized fraction is
-zero and zero is stored in \fIexp\fP.
+If
+.I x
+is zero, then the normalized fraction is
+zero and zero is stored in
+.IR exp .
If
.I x
.BR ftell (3)
(see
.BR fseek (3)),
-respectively, except that the \fIoffset\fP argument of
+respectively, except that the
+.I offset
+argument of
.BR fseeko ()
and the return value of
.BR ftello ()
-is of type \fIoff_t\fP
-instead of \fIlong\fP.
+is of type
+.I off_t
+instead of
+.IR long .
.LP
-On many architectures both \fIoff_t\fP and \fIlong\fP are 32-bit types,
+On many architectures both
+.IR off_t
+and
+.I long
+are 32-bit types,
but compilation with
.RS
.nf
.fi
.RE
.PP
-will turn \fIoff_t\fP into a 64-bit type.
+will turn
+.I off_t
+into a 64-bit type.
.SH RETURN VALUE
On successful completion,
.BR fseeko ()
.BI "int setcontext(const ucontext_t *" ucp );
.SH DESCRIPTION
In a System V-like environment, one has the two types
-\fImcontext_t\fP and \fIucontext_t\fP defined in
+.I mcontext_t
+and
+.I ucontext_t
+defined in
.I <ucontext.h>
and the four functions
.BR getcontext (),
that allow user-level context switching between multiple
threads of control within a process.
.LP
-The \fImcontext_t\fP type is machine-dependent and opaque.
-The \fIucontext_t\fP type is a structure that has at least
+The
+.I mcontext_t
+type is machine-dependent and opaque.
+The
+.I ucontext_t
+type is a structure that has at least
the following fields:
.in +4
.nf
.fi
.in
-with \fIsigset_t\fP and \fIstack_t\fP defined in
+with
+.IR sigset_t
+and
+.I stack_t
+defined in
.IR <signal.h> .
-Here \fIuc_link\fP points to the context that will be resumed
+Here
+.I uc_link
+points to the context that will be resumed
when the current context terminates (in case the current context
was created using
.BR makecontext (3)),
-\fIuc_sigmask\fP is the
+.I uc_sigmask
+is the
set of signals blocked in this context (see
.BR sigprocmask (2)),
-\fIuc_stack\fP is the stack used by this context (see
+.I uc_stack
+is the stack used by this context (see
.BR sigaltstack (2)),
-and \fIuc_mcontext\fP is the
+and
+.I uc_mcontext
+is the
machine-specific representation of the saved context,
that includes the calling thread's machine registers.
.LP
The function
.BR getcontext ()
initializes the structure
-pointed at by \fIucp\fP to the currently active context.
+pointed at by
+.I ucp
+to the currently active context.
.LP
The function
.BR setcontext ()
restores the user context
-pointed at by \fIucp\fP.
+pointed at by
+.IR ucp .
A successful call does not return.
The context should have been obtained by a call of
.BR getcontext (),
.LP
If the context was obtained by a call of
.BR makecontext (3),
-program execution continues by a call to the function \fIfunc\fP
+program execution continues by a call to the function
+.I func
specified as the second argument of that call to
.BR makecontext (3).
-When the function \fIfunc\fP returns, we continue with the
-\fIuc_link\fP member of the structure \fIucp\fP specified as the
+When the function
+.I func
+returns, we continue with the
+.I uc_link
+member of the structure
+.I ucp
+specified as the
first argument of that call to
.BR makecontext (3).
When this member is NULL, the thread exits.
returns 0 and
.BR setcontext ()
does not return.
-On error, both return \-1 and set \fIerrno\fP
+On error, both return \-1 and set
+.I errno
appropriately.
.SH ERRORS
None defined.
.\" Modified, 2001-12-26, aeb
.\" 2008-09-07, mtk, Various rewrites; added an example program.
.\"
-.TH GETDATE 3 2010-09-20 "" "Linux Programmer's Manual"
+.TH GETDATE 3 2013-06-21 "" "Linux Programmer's Manual"
.SH NAME
getdate, getdate_r \- convert a date-plus-time string to broken-down time
.SH SYNOPSIS
.BR TZ ", " LC_TIME
Variables used by
.BR strptime (3).
+.SH ATTRIBUTES
+.SS Multithreading (see pthreads(7))
+The
+.BR getdate ()
+function is not thread-safe.
+.LP
+The
+.BR getdate_r ()
+function is thread-safe.
.SH CONFORMING TO
POSIX.1-2001.
.SH NOTES
.SH DESCRIPTION
These functions read from the file
.IR /etc/fstab .
-The \fIstruct fstab\fP is defined by:
+The
+.IR "struct fstab"
+is defined by:
.LP
.in +4n
.nf
.BR getfsfile (),
and
.BR getfsspec ()
-return a pointer to a \fIstruct fstab\fP, while
+return a pointer to a
+.IR "struct fstab" ,
+while
.BR setfsent ()
returns 1.
Upon failure or end-of-file, these functions return NULL and 0, respectively.
e.g., *BSD, SunOS, Digital UNIX, AIX (which also has a
.BR getfstype ()).
HP-UX has functions of the same names,
-that however use a \fIstruct checklist\fP
-instead of a \fIstruct fstab\fP,
+that however use a
+.IR "struct checklist"
+instead of a
+.IR "struct fstab" ,
and calls these functions obsolete, superseded by
.BR getmntent (3).
.SH NOTES
.\" Lewine's _POSIX Programmer's Guide_ (O'Reilly & Associates, 1991)
.\" 386BSD man pages
.\" Modified Sat Jul 24 19:29:54 1993 by Rik Faith (faith@cs.unc.edu)
-.TH GETGRENT 3 2010-10-21 "" "Linux Programmer's Manual"
+.TH GETGRENT 3 2013-06-21 "" "Linux Programmer's Manual"
.SH NAME
getgrent, setgrent, endgrent \- get group file entry
.SH SYNOPSIS
.TP
.I /etc/group
local group database file
+.SH ATTRIBUTES
+.SS Multithreading (see pthreads(7))
+The
+.BR getgrent()
+function is not thread-safe.
+.LP
+The
+.BR setgrent()
+and
+.BR endgrent()
+functions are thread-safe.
.SH CONFORMING TO
SVr4, 4.3BSD, POSIX.1-2001.
.SH SEE ALSO
.\" Modified 1993-07-24 by Rik Faith (faith@cs.unc.edu)
.\" Modified 2003-11-15 by aeb
.\"
-.TH GETGRNAM 3 2012-04-23 "" "Linux Programmer's Manual"
+.TH GETGRNAM 3 2013-06-21 "" "Linux Programmer's Manual"
.SH NAME
getgrnam, getgrnam_r, getgrgid, getgrgid_r \- get group file entry
.SH SYNOPSIS
.TP
.I /etc/group
local group database file
+.SH ATTRIBUTES
+.SS Multithreading (see pthreads(7))
+The functions
+.BR getgrnam ()
+and
+.BR getgrgid ()
+are not thread-safe.
+.LP
+The functions
+.BR getgrnam_r ()
+and
+.BR getgrgid_r ()
+are thread-safe.
.SH CONFORMING TO
SVr4, 4.3BSD, POSIX.1-2001.
.SH NOTES
The BSD prototype for
.BR gethostbyaddr ()
uses
-.I const char *
+.I "const char\ *"
for the first argument.
.SS System V/POSIX extension
POSIX requires the
.\" the source, must acknowledge the copyright and authors of this work.
.\" %%%LICENSE_END
.\"
-.TH GETLINE 3 2010-06-12 "GNU" "Linux Programmer's Manual"
+.TH GETLINE 3 2013-04-19 "GNU" "Linux Programmer's Manual"
.SH NAME
getline, getdelim \- delimited string input
.SH SYNOPSIS
and
.BR getdelim ()
return the number of characters read, including the delimiter character,
-but not including the terminating null byte.
+but not including the terminating null byte (\(aq\\0\(aq).
This value can be used
to handle embedded null bytes in the line read.
Both functions return \-1 on failure to read a line (including end-of-file
condition).
+In the event of an error,
+.I errno
+is set to indicate the cause.
.SH ERRORS
.TP
.B EINVAL
.\" Changed Tue Sep 19 01:49:29 1995, aeb: moved from man2 to man3
.\" added ref to /etc/utmp, added BUGS section, etc.
.\" modified 2003 Walter Harms, aeb - added getlogin_r, note on stdin use
-.TH GETLOGIN 3 2008-06-29 "GNU" "Linux Programmer's Manual"
+.TH GETLOGIN 3 2013-04-19 "GNU" "Linux Programmer's Manual"
.SH NAME
getlogin, getlogin_r, cuserid \- get username
.SH SYNOPSIS
.SH RETURN VALUE
.BR getlogin ()
returns a pointer to the username when successful,
-and NULL on failure.
+and NULL on failure, with
+.I errno
+set to indicate the cause of the error.
.BR getlogin_r ()
returns 0 when successful, and nonzero on failure.
.SH ERRORS
.TP
.B ERANGE
(getlogin_r)
-The length of the username, including the terminating null byte,
+The length of the username, including the terminating null byte (\(aq\\0\(aq),
is larger than
.IR bufsize .
.LP
\fI/var/run/utmp\fP
(traditionally \fI/etc/utmp\fP;
some libc versions used \fI/var/adm/utmp\fP)
+.SH ATTRIBUTES
+.SS Multithreading (see pthreads(7))
+The
+.BR getlogin ()
+function is not thread-safe.
+.LP
+The
+.BR getlogin_r ()
+function is thread-safe.
+.LP
+The
+.BR cuserid ()
+function is thread-safe with exceptions.
+It is not thread-safe if called with a NULL parameter.
.SH CONFORMING TO
.BR getlogin ()
and
_BSD_SOURCE || _SVID_SOURCE
.SH DESCRIPTION
These routines are used to access the file system description file
-\fI/etc/fstab\fP and the mounted file system description file
-\fI/etc/mtab\fP.
+.I /etc/fstab
+and the mounted file system description file
+.IR etc/mtab .
.PP
The
.BR setmntent ()
function opens the file system description file
-\fIfilename\fP and returns a file pointer which can be used by
+.I filename
+and returns a file pointer which can be used by
.BR getmntent ().
-The argument \fItype\fP is the type of access
-required and can take the same values as the \fImode\fP argument of
+The argument
+.I type
+is the type of access
+required and can take the same values as the
+.I mode
+argument of
.BR fopen (3).
.PP
The
.BR getmntent ()
function reads the next line from the file system
-description file \fIfp\fP and returns a pointer to a structure
+description file
+.I fp
+and returns a pointer to a structure
containing the broken out fields from a line in the file.
The pointer
points to a static area of memory which is overwritten by subsequent
.BR addmntent ()
function adds the
.I mntent
-structure \fImnt\fP to
-the end of the open file \fIfp\fP.
+structure
+.I mnt
+to
+the end of the open file
+.IR fp .
.PP
The
.BR endmntent ()
function closes the file system description file
-\fIfp\fP.
+.IR fp .
.PP
The
.BR hasmntopt ()
-function scans the \fImnt_opts\fP field (see below)
+function scans the
+.I mnt_opts
+field (see below)
of the
.I mntent
-structure \fImnt\fP for a substring that matches \fIopt\fP.
-See \fI<mntent.h>\fP and
+structure
+.I mnt
+for a substring that matches
+.IR opt .
+See
+.I <mntent.h>
+and
.BR mount (8)
for valid mount options.
.PP
.BR getmntent_r ()
function is similar to
.BR getmntent (),
-but stores the \fIstruct mount\fP in the provided
+but stores the
+.IR "struct mount"
+in the provided
.I *mntbuf
and stores the strings pointed to by the entries in that struct
in the provided array
of size
.IR buflen .
.PP
-The \fImntent\fP structure is defined in \fI<mntent.h>\fP as follows:
+The
+.I mntent
+structure is defined in
+.I <mntent.h>
+as follows:
.sp
.in +4n
.nf
The
.BR getnetent ()
function reads the next entry from the networks database
-and returns a \fInetent\fP structure containing
+and returns a
+.I netent
+structure containing
the broken-out fields from the entry.
A connection is opened to the database if necessary.
.PP
The
.BR getnetbyname ()
-function returns a \fInetent\fP structure
+function returns a
+.I netent
+structure
for the entry from the database
-that matches the network \fIname\fP.
+that matches the network
+.IR name .
.PP
The
.BR getnetbyaddr ()
-function returns a \fInetent\fP structure
+function returns a
+.I netent
+structure
for the entry from the database
-that matches the network number \fInet\fP of type
-\fItype\fP.
+that matches the network number
+.I net
+of type
+.IR type .
The
.I net
argument must be in host byte order.
.BR setnetent ()
function opens a connection to the database,
and sets the next entry to the first entry.
-If \fIstayopen\fP is nonzero,
+If
+.I stayopen
+is nonzero,
then the connection to the database
will not be closed between calls to one of the
.BR getnet* ()
.BR endnetent ()
function closes the connection to the database.
.PP
-The \fInetent\fP structure is defined in \fI<netdb.h>\fP as follows:
+The
+.I netent
+structure is defined in
+.I <netdb.h>
+as follows:
.sp
.in +4n
.nf
.fi
.in
.PP
-The members of the \fInetent\fP structure are:
+The members of the
+.I netent
+structure are:
.TP
.I n_name
The official name of the network.
and
.BR getnetbyaddr ()
functions return a pointer to a
-statically allocated \fInetent\fP structure, or a NULL pointer if an
+statically allocated
+.I netent
+structure, or a NULL pointer if an
error occurs or the end of the file is reached.
.SH FILES
.TP
If \fIflag\fP
is NULL, then
.BR getopt_long ()
-returns \fIval\fP. (For
-example, the calling program may set \fIval\fP to the equivalent short
+returns \fIval\fP.
+(For example, the calling program may set \fIval\fP to the equivalent short
option character.)
Otherwise,
.BR getopt_long ()
.\" <http://www.gnu.org/licenses/>.
.\" %%%LICENSE_END
.\"
-.TH GETPASS 3 2013-03-15 "Linux" "Linux Programmer's Manual"
+.TH GETPASS 3 2013-06-21 "Linux" "Linux Programmer's Manual"
.SH NAME
getpass \- get a password
.SH SYNOPSIS
(_XOPEN_SOURCE\ >=\ 500 ||
_XOPEN_SOURCE\ &&\ _XOPEN_SOURCE_EXTENDED) &&
!(_POSIX_C_SOURCE\ >=\ 200112L || _XOPEN_SOURCE\ >=\ 600)
-.TP 4
.fi
-Before glibc 2.2.2: none
+.TP 4
+Before glibc 2.2.2:
+none
.PD
.RE
.ad b
.\" A
.\" .BR getpass ()
.\" function appeared in Version 7 AT&T UNIX.
+.SH ATTRIBUTES
+.SS Multithreading (see pthreads(7))
+The
+.BR getpass ()
+function is not thread-safe.
.SH CONFORMING TO
Present in SUSv2, but marked LEGACY.
Removed in POSIX.1-2001.
.BR getprotoent ()
function reads the next entry from the protocols database (see
.BR protocols (5))
-and returns a \fIprotoent\fP structure
+and returns a
+.I protoent
+structure
containing the broken-out fields from the entry.
A connection is opened to the database if necessary.
.PP
The
.BR getprotobyname ()
-function returns a \fIprotoent\fP structure
+function returns a
+.I protoent
+structure
for the entry from the database
-that matches the protocol name \fIname\fP.
+that matches the protocol name
+.IR name .
A connection is opened to the database if necessary.
.PP
The
.BR getprotobynumber ()
-function returns a \fIprotoent\fP structure
+function returns a
+.I protoent
+structure
for the entry from the database
-that matches the protocol number \fInumber\fP.
+that matches the protocol number
+.IR number .
A connection is opened to the database if necessary.
.PP
The
.BR setprotoent ()
function opens a connection to the database,
and sets the next entry to the first entry.
-If \fIstayopen\fP is nonzero,
+If
+.I stayopen
+is nonzero,
then the connection to the database
will not be closed between calls to one of the
.BR getproto* ()
.BR endprotoent ()
function closes the connection to the database.
.PP
-The \fIprotoent\fP structure is defined in \fI<netdb.h>\fP as follows:
+The
+.I protoent
+structure is defined in
+.I <netdb.h>
+as follows:
.sp
.in +4n
.nf
.fi
.in
.PP
-The members of the \fIprotoent\fP structure are:
+The members of the
+.I protoent
+structure are:
.TP
.I p_name
The official name of the protocol.
and
.BR getprotobynumber ()
functions return a pointer to a
-statically allocated \fIprotoent\fP structure, or a NULL pointer if an
+statically allocated
+.I protoent
+structure, or a NULL pointer if an
error occurs or the end of the file is reached.
.SH FILES
.PD 0
.\" Modified Sat Jul 24 19:22:14 1993 by Rik Faith (faith@cs.unc.edu)
.\" Modified Mon May 27 21:37:47 1996 by Martin Schulze (joey@linux.de)
.\"
-.TH GETPWENT 3 2010-10-21 "GNU" "Linux Programmer's Manual"
+.TH GETPWENT 3 2013-06-21 "GNU" "Linux Programmer's Manual"
.SH NAME
getpwent, setpwent, endpwent \- get password file entry
.SH SYNOPSIS
.TP
.I /etc/passwd
local password database file
+.SH ATTRIBUTES
+.SS Multithreading (see pthreads(7))
+The
+.BR getpwent()
+function is not thread-safe.
+.LP
+The
+.BR setpwent()
+and
+.BR endpwent()
+functions are thread-safe.
.SH CONFORMING TO
SVr4, 4.3BSD, POSIX.1-2001.
The
.\" Modified 2003-11-15 by aeb
.\" 2008-11-07, mtk, Added an example program for getpwnam_r().
.\"
-.TH GETPWNAM 3 2012-04-23 "GNU" "Linux Programmer's Manual"
+.TH GETPWNAM 3 2013-06-21 "GNU" "Linux Programmer's Manual"
.SH NAME
getpwnam, getpwnam_r, getpwuid, getpwuid_r \- get password file entry
.SH SYNOPSIS
.TP
.I /etc/passwd
local password database file
+.SH ATTRIBUTES
+.SS Multithreading (see pthreads(7))
+The functions
+.BR getpwnam ()
+and
+.BR getpwuid ()
+are not thread_safe.
+.LP
+The functions
+.BR getpwnam_r ()
+and
+.BR getpwuid_r ()
+are thread-safe.
.SH CONFORMING TO
SVr4, 4.3BSD, POSIX.1-2001.
The
.BR setrpcent ()
function opens a connection to the database,
and sets the next entry to the first entry.
-If \fIstayopen\fP is nonzero,
+If
+.I stayopen
+is nonzero,
then the connection to the database
will not be closed between calls to one of the
.BR getrpc* ()
.BR getservent ()
function reads the next entry from the services database (see
.BR services (5))
-and returns a \fIservent\fP structure containing
+and returns a
+.I servent
+structure containing
the broken-out fields from the entry.
A connection is opened to the database if necessary.
.PP
The
.BR getservbyname ()
-function returns a \fIservent\fP structure
+function returns a
+.I servent
+structure
for the entry from the database
-that matches the service \fIname\fP using protocol \fIproto\fP.
-If \fIproto\fP is NULL, any protocol will be matched.
+that matches the service
+.I name
+using protocol
+.IR proto .
+If
+.I proto
+is NULL, any protocol will be matched.
A connection is opened to the database if necessary.
.PP
The
.BR getservbyport ()
-function returns a \fIservent\fP structure
+function returns a
+.I servent
+structure
for the entry from the database
-that matches the port \fIport\fP (given in network byte order)
-using protocol \fIproto\fP.
-If \fIproto\fP is NULL, any protocol will be matched.
+that matches the port
+.I port
+(given in network byte order)
+using protocol
+.IR proto .
+If
+.I proto
+is NULL, any protocol will be matched.
A connection is opened to the database if necessary.
.PP
The
.BR setservent ()
function opens a connection to the database,
and sets the next entry to the first entry.
-If \fIstayopen\fP is nonzero,
+If
+.I stayopen
+is nonzero,
then the connection to the database
will not be closed between calls to one of the
.BR getserv* ()
.BR endservent ()
function closes the connection to the database.
.PP
-The \fIservent\fP structure is defined in \fI<netdb.h>\fP as follows:
+The
+.I servent
+structure is defined in
+.I <netdb.h>
+as follows:
.sp
.in +4n
.nf
.fi
.in
.PP
-The members of the \fIservent\fP structure are:
+The members of the
+.I servent
+structure are:
.TP
.I s_name
The official name of the service.
and
.BR getservbyport ()
functions return a pointer to a
-statically allocated \fIservent\fP structure, or a NULL pointer if an
+statically allocated
+.I servent
+structure, or a NULL pointer if an
error occurs or the end of the file is reached.
.SH FILES
.TP
.\" Distributed under GPL
.\" %%%LICENSE_END
.\"
-.TH GETSPNAM 3 2013-01-22 "GNU" "Linux Programmer's Manual"
+.TH GETSPNAM 3 2013-04-19 "GNU" "Linux Programmer's Manual"
.SH NAME
getspnam, getspnam_r, getspent, getspent_r, setspent, endspent,
fgetspent, fgetspent_r, sgetspent, sgetspent_r, putspent,
The functions that return a pointer return NULL if no more entries
are available or if an error occurs during processing.
The functions which have \fIint\fP as the return value return 0 for
-success and \-1 for failure.
+success and \-1 for failure, with
+.I errno
+set to indicate the cause of the error.
.LP
For the nonreentrant functions, the return value may point to static area,
and may be overwritten by subsequent calls to these functions.
.\" Distributed under GPL
.\" %%%LICENSE_END
.\"
-.TH GETTTYENT 3 2002-07-18 "GNU" "Linux Programmer's Manual"
+.TH GETTTYENT 3 2013-06-21 "GNU" "Linux Programmer's Manual"
.SH NAME
getttyent, getttynam, setttyent, endttyent \- get ttys file entry
.SH SYNOPSIS
#define TTY_ON 0x01 /* enable logins (start ty_getty program) */
#define TTY_SECURE 0x02 /* allow UID 0 to login */
.fi
+.SH ATTRIBUTES
+.SS Multithreading (see pthreads(7))
+The
+.BR getttyent ()
+returns a pointer to a static variable, so it is not thread-safe.
+.LP
+The
+.BR setttyent ()
+and
+.BR endttyent ()
+use a static variable, so they are not thread-safe.
+.LP
+The
+.BR getttynam ()
+calls thread-unsafe function
+.BR getttyent ()
+so it is not thread-safe.
.SH CONFORMING TO
Not in POSIX.1-2001.
Present on the BSDs, and perhaps other systems.
.\" Lewine's _POSIX Programmer's Guide_ (O'Reilly & Associates, 1991)
.\" 386BSD man pages
.\" Modified Sat Jul 24 19:17:53 1993 by Rik Faith (faith@cs.unc.edu)
-.TH GETUSERSHELL 3 2007-07-26 "GNU" "Linux Programmer's Manual"
+.TH GETUSERSHELL 3 2013-06-21 "GNU" "Linux Programmer's Manual"
.SH NAME
getusershell, setusershell, endusershell \- get permitted user shells
.SH SYNOPSIS
The
.BR getusershell ()
function returns the next line from the file
-\fI/etc/shells\fP, opening the file if necessary.
+.IR /etc/shells ,
+opening the file if necessary.
The line should contain
the pathname of a valid user shell.
-If \fI/etc/shells\fP does not exist or
+If
+.I /etc/shells
+does not exist or
is unreadable,
.BR getusershell ()
-behaves as if \fI/bin/sh\fP and
-\fI/bin/csh\fP were listed in the file.
+behaves as if
+.I /bin/sh
+and
+.I /bin/csh
+were listed in the file.
.PP
The
.BR setusershell ()
-function rewinds \fI/etc/shells\fP.
+function rewinds
+.IR /etc/shells .
.PP
The
.BR endusershell ()
-function closes \fI/etc/shells\fP.
+function closes
+.IR /etc/shells .
.SH RETURN VALUE
The
.BR getusershell ()
.nf
/etc/shells
.fi
+.SH ATTRIBUTES
+.SS Multithreading (see pthreads(7))
+The
+.BR getusershell (),
+.BR setusershell ()
+and
+.BR endusershell ()
+functions are not thread-safe.
.SH CONFORMING TO
4.3BSD.
.SH SEE ALSO
.\" Modified Thu Jul 25 14:43:46 MET DST 1996 by Michael Haardt
.\" <michael@cantor.informatik.rwth-aachen.de>
.\"
-.TH GETUTENT 3 2008-06-29 "" "Linux Programmer's Manual"
+.TH GETUTENT 3 2013-04-19 "" "Linux Programmer's Manual"
.SH NAME
getutent, getutid, getutline, pututline, setutent, endutent,
utmpname \- access utmp file entries
.BR utmpname ()
returns 0 if the new name was successfully stored, or \-1 on failure.
+
+In the event of an error, these functions
+.I errno
+set to indicate the cause.
.SH ERRORS
.TP
.B ENOMEM
function is the wide-character equivalent of the
.BR getchar (3)
function.
-It reads a wide character from \fIstdin\fP and returns
+It reads a wide character from
+.I stdin
+and returns
it.
-If the end of stream is reached, or if \fIferror(stdin)\fP becomes
-true, it returns
+If the end of stream is reached, or if
+.I ferror(stdin)
+becomes true, it returns
.BR WEOF .
If a wide-character conversion error occurs, it sets
-\fIerrno\fP to \fBEILSEQ\fP and returns
+.I errno
+to
+.B EILSEQ
+and returns
.BR WEOF .
.PP
For a nonlocking counterpart, see
.B GLOB_BRACE
Expand
.BR csh (1)
-style brace expressions of the form \fB{a,b}\fR.
+style brace expressions of the form
+.BR {a,b} .
Brace expressions can be nested.
Thus, for example, specifying the pattern
"{foo/{,cat,dog},bar}" would return the same results as four separate
.PP
As a GNU extension,
.I pglob\->gl_flags
-is set to the flags specified, \fBor\fRed with
+is set to the flags specified,
+.BR or ed
+with
.B GLOB_MAGCHAR
if any metacharacters were found.
.SH RETURN VALUE
corresponding to the master pseudoterminal referred to by
.IR fd .
The user ID of the slave is set to the real UID of the calling process.
-The group ID is set to an unspecified value (e.g., \fItty\fP).
+The group ID is set to an unspecified value (e.g.,
+.IR tty ).
The mode of the slave is set to 0620 (crw\-\-w\-\-\-\-).
.PP
The behavior of
.\" 2008-09-03, mtk, restructured somewhat, in part after suggestions from
.\" Timothy S. Nelson <wayland@wayland.id.au>
.\"
-.TH HSEARCH 3 2011-09-10 "GNU" "Linux Programmer's Manual"
+.TH HSEARCH 3 2013-04-19 "GNU" "Linux Programmer's Manual"
.SH NAME
hcreate, hdestroy, hsearch, hcreate_r, hdestroy_r,
hsearch_r \- hash table management
and
.BR hcreate_r ()
return nonzero on success.
-They return 0 on error.
+They return 0 on error, with
+.I errno
+set to indicate the cause of the error.
On success,
.BR hsearch ()
cannot be found in the hash table.
.BR hsearch_r ()
returns nonzero on success, and 0 on error.
+In the event of an error, these two functions set
+.I errno
+to indicate the cause of the error.
.SH ERRORS
.LP
.BR hcreate_r ()
POSIX.1-2001 specifies only the
.B ENOMEM
error.
+.SH ATTRIBUTES
+.SS Multithreading (see pthreads(7))
+The functions
+.BR hcreate (),
+.BR hsearch (),
+and
+.BR hdestroy ()
+use a global space for storing the table, so they are not thread-safe.
+.LP
+The functions
+.BR hcreate_r (),
+.BR hsearch_r (),
+and
+.BR hdestroy_r ()
+are thread-safe.
.SH CONFORMING TO
The functions
.BR hcreate (),
.SH DESCRIPTION
The
.BR iconv_close ()
-function deallocates a conversion descriptor \fIcd\fP
+function deallocates a conversion descriptor
+.I cd
previously allocated using
.BR iconv_open (3).
.SH RETURN VALUE
The
.BR iconv_open ()
function allocates a conversion descriptor suitable
-for converting byte sequences from character encoding \fIfromcode\fP to
-character encoding \fItocode\fP.
+for converting byte sequences from character encoding
+.I fromcode
+to
+character encoding
+.IR tocode .
.PP
-The values permitted for \fIfromcode\fP and \fItocode\fP and the supported
+The values permitted for
+.IR fromcode
+and
+.I tocode
+and the supported
combinations are system-dependent.
For the GNU C library, the permitted
-values are listed by the \fBiconv \-\-list\fP command, and all combinations
+values are listed by the
+.I "iconv \-\-list"
+command, and all combinations
of the listed values are supported.
Furthermore the GNU C library and the
GNU libiconv library support the following two suffixes:
.TP
//TRANSLIT
-When the string "//TRANSLIT" is appended to \fItocode\fP, transliteration
+When the string "//TRANSLIT" is appended to
+.IR tocode ,
+transliteration
is activated.
This means that when a character cannot be represented in the
target character set, it can be approximated through one or several
similarly looking characters.
.TP
//IGNORE
-When the string "//IGNORE" is appended to \fItocode\fP, characters that
+When the string "//IGNORE" is appended to
+.IR tocode ,
+characters that
cannot be represented in the target character set will be silently discarded.
.PP
The resulting conversion descriptor can be used with
descriptor can not be used in multiple threads simultaneously.)
To bring the state back to the initial state, use
.BR iconv (3)
-with NULL as \fIinbuf\fP argument.
+with NULL as
+.I inbuf
+argument.
.SH RETURN VALUE
The
.BR iconv_open ()
function returns a freshly allocated conversion
descriptor.
-In case of error, it sets \fIerrno\fP and returns
+In case of error, it sets
+.I errno
+and returns
.IR (iconv_t)\ \-1 .
.SH ERRORS
The following error can occur, among others:
.TP
.B EINVAL
-The conversion from \fIfromcode\fP to \fItocode\fP is not supported by the
+The conversion from
+.IR fromcode
+to
+.I tocode
+is not supported by the
implementation.
.SH VERSIONS
This function is available in glibc since version 2.1.
.BR infnan ()
function returns a suitable value for infinity and
"not-a-number" (NaN) results.
-The value of \fIerror\fP can be
+The value of
+.I error
+can be
.B ERANGE
to represent infinity or anything else to represent NaN.
-\fIerrno\fP
+.I errno
is also set.
.SH RETURN VALUE
-If \fIerror\fP is
+If
+.I error
+is
.B ERANGE
(Infinity),
.B HUGE_VAL
is returned.
.PP
-If \fIerror\fP is \-\fBERANGE\fP (\-Infinity), \-\fBHUGE_VAL\fP is returned.
+If
+.I error
+is
+.RB \- ERANGE
+(\-Infinity),
+.RB \- HUGE_VAL
+is returned.
.PP
-If \fIerror\fP is anything else, NAN is returned.
+If
+.I error
+is anything else, NAN is returned.
.SH ERRORS
.TP
.B EDOM
-The value of \fIerror\fP is "not-a-number" (NaN).
+The value of
+.I error
+is "not-a-number" (NaN).
.TP
.B ERANGE
-The value of \fIerror\fP is positive infinity or negative infinity.
+The value of
+.I error
+is positive infinity or negative infinity.
.SH CONFORMING TO
4.3BSD.
.SH NOTES
The
.BR initgroups ()
function initializes the group access list by
-reading the group database \fI/etc/group\fP and using all groups of
-which \fIuser\fP is a member.
-The additional group \fIgroup\fP is
+reading the group database
+.I /etc/group
+and using all groups of
+which
+.I user
+is a member.
+The additional group
+.I group
+is
also added to the list.
The
.RE
.ad b
.SH DESCRIPTION
-The normal relation operations (like \fB<\fP, "less than")
+The normal relation operations (like
+.BR < ,
+"less than")
will fail if one of the operands is NaN.
This will cause an exception.
To avoid this, C99 defines the macros listed below.
.TP
.BR isgreater ()
determines \fI(x)\ >\ (y)\fP without an exception
-if \fIx\fP or \fIy\fP is NaN.
+if
+.IR x
+or
+.I y
+is NaN.
.TP
.BR isgreaterequal ()
determines \fI(x)\ >=\ (y)\fP without an exception
-if \fIx\fP or \fIy\fP is NaN.
+if
+.IR x
+or
+.I y
+is NaN.
.TP
.BR isless ()
determines \fI(x)\ <\ (y)\fP without an exception
-if \fIx\fP or \fIy\fP is NaN.
+if
+.IR x
+or
+.I y
+is NaN.
.TP
.BR islessequal ()
determines \fI(x)\ <=\ (y)\fP without an exception
-if \fIx\fP or \fIy\fP is NaN.
+if
+.IR x
+or
+.I y
+is NaN.
.TP
.BR islessgreater ()
determines \fI(x)\ < (y) || (x) >\ (y)\fP
-without an exception if \fIx\fP or \fIy\fP is NaN.
+without an exception if
+.IR x
+or
+.I y
+is NaN.
This macro is not equivalent to \fIx\ !=\ y\fP because that expression is
-true if \fIx\fP or \fIy\fP is NaN.
+true if
+.IR x
+or
+.I y
+is NaN.
.TP
.BR isunordered ()
determines whether its arguments are unordered, that is, whether
these macros return 0 if either argument is a NaN.
.BR isunordered ()
-returns 1 if \fIx\fP or \fIy\fP is NaN and 0 otherwise.
+returns 1 if
+.IR x
+or
+.I y
+is NaN and 0 otherwise.
.SH ERRORS
No errors occur.
.SH CONFORMING TO
function is the wide-character equivalent of the
.BR isalnum (3)
function.
-It tests whether \fIwc\fP is a wide character
+It tests whether
+.I wc
+is a wide character
belonging to the wide-character class "alnum".
.PP
The wide-character class "alnum" is a subclass of the wide-character class
The
.BR iswalnum ()
function returns nonzero
-if \fIwc\fP is a wide character
+if
+.I wc
+is a wide character
belonging to the wide-character class "alnum".
Otherwise it returns zero.
.SH CONFORMING TO
function is the wide-character equivalent of the
.BR isalpha (3)
function.
-It tests whether \fIwc\fP is a wide character
+It tests whether
+.I wc
+is a wide character
belonging to the wide-character class "alpha".
.PP
The wide-character class "alpha" is a subclass of the
The
.BR iswalpha ()
function returns nonzero
-if \fIwc\fP is a wide character
+if
+.I wc
+is a wide character
belonging to the wide-character class "alpha".
Otherwise it returns zero.
.SH CONFORMING TO
function is the wide-character equivalent of the
.BR iscntrl (3)
function.
-It tests whether \fIwc\fP is a wide character
+It tests whether
+.I wc
+is a wide character
belonging to the wide-character class "cntrl".
.PP
The wide-character class "cntrl" is disjoint from the wide-character class
"print" and therefore also disjoint from its subclasses "graph", "alpha",
"upper", "lower", "digit", "xdigit", "punct".
.PP
-For an unsigned char \fIc\fP, \fIiscntrl(c)\fP
-implies \fIiswcntrl(btowc(c))\fP,
+For an unsigned char
+.IR c ,
+.I iscntrl(c)
+implies
+.IR iswcntrl(btowc(c)) ,
but not vice versa.
.SH RETURN VALUE
The
.BR iswcntrl ()
-function returns nonzero if \fIwc\fP is a
+function returns nonzero if
+.I wc
+is a
wide character belonging to the wide-character class "cntrl".
Otherwise it returns zero.
.SH CONFORMING TO
.BI "int iswctype(wint_t " wc ", wctype_t " desc );
.fi
.SH DESCRIPTION
-If \fIwc\fP is a wide character having the character property designated by
-\fIdesc\fP (or in other words: belongs to the character class designated by
-\fIdesc\fP), the
+If
+.I wc
+is a wide character having the character property designated by
+.I desc
+(or in other words: belongs to the character class designated by
+.IR desc ),
+the
.BR iswctype ()
function returns nonzero.
Otherwise it
returns zero.
-If \fIwc\fP is
+If
+.I wc
+is
.BR WEOF ,
zero is returned.
.PP
-\fIdesc\fP must be a character property descriptor
+.I desc
+must be a character property descriptor
returned by the
.BR wctype (3)
function.
The
.BR iswctype ()
function returns nonzero if
-the \fIwc\fP has the designated
+the
+.I wc
+has the designated
property.
Otherwise it returns 0.
.SH CONFORMING TO
function is the wide-character equivalent of the
.BR isdigit (3)
function.
-It tests whether \fIwc\fP is a wide character
+It tests whether
+.I wc
+is a wide character
belonging to the wide-character class "digit".
.PP
The wide-character class "digit" is a subclass of the wide-character class
The
.BR iswdigit ()
function returns nonzero
-if \fIwc\fP is a wide character
+if
+.I wc
+is a wide character
belonging to the wide-character class "digit".
Otherwise it returns zero.
.SH CONFORMING TO
function is the wide-character equivalent of the
.BR isgraph (3)
function.
-It tests whether \fIwc\fP is a wide character
+It tests whether
+.I wc
+is a wide character
belonging to the wide-character class "graph".
.PP
The wide-character class "graph" is a subclass of the wide-character class
The
.BR iswgraph ()
function returns nonzero
-if \fIwc\fP is a wide character
+if
+.I wc
+is a wide character
belonging to the wide-character class "graph".
Otherwise it returns zero.
.SH CONFORMING TO
function is the wide-character equivalent of the
.BR islower (3)
function.
-It tests whether \fIwc\fP is a wide character
+It tests whether
+.I wc
+is a wide character
belonging to the wide-character class "lower".
.PP
The wide-character class "lower" is a subclass of the wide-character class
"lower" is disjoint from the wide-character class "digit".
.PP
The wide-character class "lower" contains at least
-those characters \fIwc\fP
-which are equal to \fItowlower(wc)\fP and different
-from \fItowupper(wc)\fP.
+those characters
+.I wc
+which are equal to
+.I towlower(wc)
+and different from
+.IR towupper(wc) .
.PP
The wide-character class "lower" always contains
at least the letters \(aqa\(aq to \(aqz\(aq.
The
.BR iswlower ()
function returns nonzero
-if \fIwc\fP is a wide character
+if
+.I wc
+is a wide character
belonging to the wide-character class "lower".
Otherwise it returns zero.
.SH CONFORMING TO
function is the wide-character equivalent of the
.BR isprint (3)
function.
-It tests whether \fIwc\fP is a wide character
+It tests whether
+.I wc
+is a wide character
belonging to the wide-character class "print".
.PP
The wide-character class "print" is disjoint from the wide-character class
.SH RETURN VALUE
The
.BR iswprint ()
-function returns nonzero if \fIwc\fP is a
+function returns nonzero if
+.I wc
+is a
wide character belonging to the wide-character class "print".
Otherwise it returns zero.
.SH CONFORMING TO
function is the wide-character equivalent of the
.BR ispunct (3)
function.
-It tests whether \fIwc\fP is a wide character
+It tests whether
+.I wc
+is a wide character
belonging to the wide-character class "punct".
.PP
The wide-character class "punct" is a subclass of the wide-character class
The
.BR iswpunct ()
function returns nonzero
-if \fIwc\fP is a wide-character
+if
+.I wc
+is a wide-character
belonging to the wide-character class "punct".
Otherwise it returns zero.
.SH CONFORMING TO
function is the wide-character equivalent of the
.BR isspace (3)
function.
-It tests whether \fIwc\fP is a wide character
+It tests whether
+.I wc
+is a wide character
belonging to the wide-character class "space".
.PP
The wide-character class "space" is disjoint from the wide-character class
.SH RETURN VALUE
The
.BR iswspace ()
-function returns nonzero if \fIwc\fP is a wide character
+function returns nonzero if
+.I wc
+is a wide character
belonging to the wide-character class "space".
Otherwise it returns zero.
.SH CONFORMING TO
function is the wide-character equivalent of the
.BR isupper (3)
function.
-It tests whether \fIwc\fP is a wide character
+It tests whether
+.I wc
+is a wide character
belonging to the wide-character class "upper".
.PP
The wide-character class "upper" is a subclass of the wide-character class
Being a subclass of the wide-character class "alpha", the wide-character class
"upper" is disjoint from the wide-character class "digit".
.PP
-The wide-character class "upper" contains at least those characters \fIwc\fP
-which are equal to \fItowupper(wc)\fP and different from \fItowlower(wc)\fP.
+The wide-character class "upper" contains at least those characters
+.I wc
+which are equal to
+.I towupper(wc)
+and different from
+.IR towlower(wc) .
.PP
The wide-character class "upper" always contains at least the
letters \(aqA\(aq to \(aqZ\(aq.
.SH RETURN VALUE
The
.BR iswupper ()
-function returns nonzero if \fIwc\fP is a wide character
+function returns nonzero if
+.I wc
+is a wide character
belonging to the wide-character class "upper".
Otherwise it returns zero.
.SH CONFORMING TO
function is the wide-character equivalent of the
.BR isxdigit (3)
function.
-It tests whether \fIwc\fP is a wide character
+It tests whether
+.I wc
+is a wide character
belonging to the wide-character class "xdigit".
.PP
The wide-character class "xdigit" is a subclass of the wide-character class
.SH RETURN VALUE
The
.BR iswxdigit ()
-function returns nonzero if \fIwc\fP is a wide character
+function returns nonzero if
+.I wc
+is a wide character
belonging to the wide-character class "xdigit".
Otherwise it returns zero.
.SH CONFORMING TO
.BR j0 ()
and
.BR j1 ()
-functions return Bessel functions of \fIx\fP
+functions return Bessel functions of
+.I x
of the first kind of orders 0 and 1, respectively.
The
.BR jn ()
function
-returns the Bessel function of \fIx\fP of the first kind of order \fIn\fP.
+returns the Bessel function of
+.I x
+of the first kind of order
+.IR n .
.PP
The
.BR j0f ()
.BR j1 ()
and
.BR jn ()
-for values of \fIx\fP between \-8 and 8.
+for values of
+.I x
+between \-8 and 8.
.SH SEE ALSO
.BR y0 (3)
function returns the natural logarithm of
the absolute value of the Gamma function.
The sign of the Gamma function is returned in the
-external integer \fIsigngam\fP declared in
+external integer
+.I signgam
+declared in
.IR <math.h> .
It is 1 when the Gamma function is positive or zero, \-1
when it is negative.
.\" %%%LICENSE_END
.\"
.\" Modified Sat Jul 24 19:01:20 1993 by Rik Faith (faith@cs.unc.edu)
-.TH LOCALECONV 3 1993-04-25 "GNU" "Linux Programmer's Manual"
+.TH LOCALECONV 3 2013-06-21 "GNU" "Linux Programmer's Manual"
.SH NAME
localeconv \- get numeric formatting information
.SH SYNOPSIS
and
.BR strfmon (3),
which behave according to the actual locale in use.
+.SH RETURN VALUE
+The
+.BR localeconv ()
+function returns a pointer to a filled in
+.IR "struct lconv" .
+This structure may be (in glibc,
+.IR is )
+statically allocated, and may be overwritten by subsequent calls.
+According to POSIX,
+the caller should not modify the contents of this structure.
+The
+.BR localeconv ()
+function always succeeds.
+.SH ATTRIBUTES
+.SS Multithreading (see pthreads(7))
+The
+.BR localeconv ()
+function is not thread-safe, since it returns a pointer to a structure which
+might be overwritten by subsequent calls.
.SH CONFORMING TO
C89, C99.
.SH BUGS
.SH DESCRIPTION
The
.BR log ()
-function returns the natural logarithm of \fIx\fP.
+function returns the natural logarithm of
+.IR x .
.SH RETURN VALUE
On success, these functions return the natural logarithm of
.IR x .
.SH DESCRIPTION
The
.BR log10 ()
-function returns the base 10 logarithm of \fIx\fP.
+function returns the base 10 logarithm of
+.IR x .
.SH RETURN VALUE
On success, these functions return the base 10 logarithm of
.IR x .
.fi
It is computed in a way
-that is accurate even if the value of \fIx\fP is near zero.
+that is accurate even if the value of
+.I x
+is near zero.
.SH RETURN VALUE
On success, these functions return the natural logarithm of
.IR "(1\ +\ x)" .
.SH DESCRIPTION
The
.BR log2 ()
-function returns the base 2 logarithm of \fIx\fP.
+function returns the base 2 logarithm of
+.IR x .
.SH RETURN VALUE
On success, these functions return the base 2 logarithm of
.IR x .
.LP
The function
.BR login ()
-takes the supplied \fIstruct utmp\fP,
+takes the supplied
+.IR "struct utmp" ,
.IR ut ,
and writes it to both the utmp and the wtmp file.
.LP
(if there is such a field) with the process ID of the calling process.
Then it tries to fill the field
.IR ut\->ut_line .
-It takes the first of \fIstdin\fP, \fIstdout\fP, \fIstderr\fP
+It takes the first of
+.IR stdin ,
+.IR stdout ,
+.I stderr
that is a terminal, and
-stores the corresponding pathname minus a possible leading \fI/dev/\fP
+stores the corresponding pathname minus a possible leading
+.I /dev/
into this field, and then writes the struct to the utmp file.
-On the other hand, if no terminal name was found, this field is filled with "???"
+On the other hand,
+if no terminal name was found, this field is filled with "???"
and the struct is not written to the utmp file.
After this, the struct is written to the wtmp file.
.LP
.BR longjmp ()
restores the environment saved by the last call of
.BR setjmp (3)
-with the corresponding \fIenv\fP argument.
+with the corresponding
+.I env
+argument.
After
.BR longjmp ()
is completed, program execution continues as if the
corresponding call of
.BR setjmp (3)
had just returned the value
-\fIval\fP.
+.IR val .
.BR longjmp ()
cannot cause 0 to be returned.
If
is similar to
.BR longjmp ()
except for the type of
-its \fIenv\fP argument.
+its
+.I env
+argument.
If, and only if, the
.BR sigsetjmp (3)
call that set this
-\fIenv\fP used a nonzero \fIsavesigs\fP flag,
+.I env
+used a nonzero
+.I savesigs
+flag,
.BR siglongjmp ()
also restores the signal mask that was saved by
.BR sigsetjmp (3).
and
.BR lsearch ()
perform a linear search for
-\fIkey\fP in the array \fIbase\fP which has \fI*nmemb\fP elements of
-\fIsize\fP bytes each.
+.I key
+in the array
+.IR base
+which has
+.I *nmemb
+elements of
+.I size
+bytes each.
The comparison function referenced by
-\fIcompar\fP is expected to have two arguments which point to the
-\fIkey\fP object and to an array member, in that order, and which
-returns zero if the \fIkey\fP object matches the array member, and
+.I compar
+is expected to have two arguments which point to the
+.I key
+object and to an array member, in that order, and which
+returns zero if the
+.I key
+object matches the array member, and
nonzero otherwise.
.PP
If
.BR lsearch ()
-does not find a matching element, then the \fIkey\fP
-object is inserted at the end of the table, and \fI*nmemb\fP is
+does not find a matching element, then the
+.I key
+object is inserted at the end of the table, and
+.I *nmemb
+is
incremented.
In particular, one should know that a matching element
exists, or that more room is available.
.\" the source, must acknowledge the copyright and authors of this work.
.\" %%%LICENSE_END
.\"
-.TH MALLOC_INFO 3 2012-04-28 "GNU" "Linux Programmer's Manual"
+.TH MALLOC_INFO 3 2013-04-19 "GNU" "Linux Programmer's Manual"
.SH NAME
malloc_info \- export malloc state to a stream
.SH SYNOPSIS
On success,
.BR malloc_info ()
returns 0;
-on error, it returns \-1.
+on error, it returns \-1, with
+.I errno
+set to indicate the cause.
.SH ERRORS
.TP
.B EINVAL
.\" OpenGroup's Single UNIX specification http://www.UNIX-systems.org/online.html
.\" ISO/IEC 9899:1999
.\"
-.TH MBLEN 3 1999-07-25 "GNU" "Linux Programmer's Manual"
+.TH MBLEN 3 2013-06-21 "GNU" "Linux Programmer's Manual"
.SH NAME
mblen \- determine number of bytes in next multibyte character
.SH SYNOPSIS
.BI "int mblen(const char *" s ", size_t " n );
.fi
.SH DESCRIPTION
-If \fIs\fP is not a NULL pointer, the
+If
+.I s
+is not a NULL pointer, the
.BR mblen ()
function inspects at most
-\fIn\fP bytes of the multibyte string starting at \fIs\fP and extracts the
+.I n
+bytes of the multibyte string starting at
+.I s
+and extracts the
next complete multibyte character.
It uses a static anonymous shift state known only to the
.BR mblen ()
function.
If the multibyte character is not the null wide
-character, it returns the number of bytes that were consumed from \fIs\fP.
+character, it returns the number of bytes that were consumed from
+.IR s .
If the multibyte character is the null wide character, it returns 0.
.PP
-If the \fIn\fP bytes starting at \fIs\fP do not contain a complete multibyte
+If the
+.IR n
+bytes starting at
+.I s
+do not contain a complete multibyte
character,
.BR mblen ()
returns \-1.
This can happen even if
-\fIn\fP is greater than or equal to \fIMB_CUR_MAX\fP,
+.I n
+is greater than or equal to
+.IR MB_CUR_MAX ,
if the multibyte string contains redundant shift sequences.
.PP
-If the multibyte string starting at \fIs\fP contains an invalid multibyte
+If the multibyte string starting at
+.I s
+contains an invalid multibyte
sequence before the next complete character,
.BR mblen ()
also returns \-1.
.PP
-If \fIs\fP is a NULL pointer, the
+If
+.I s
+is a NULL pointer, the
.BR mblen ()
function
.\" The Dinkumware doc and the Single UNIX specification say this, but
.BR mblen ()
function returns the number of
bytes parsed from the multibyte
-sequence starting at \fIs\fP, if a non-null wide character was recognized.
+sequence starting at
+.IR s ,
+if a non-null wide character was recognized.
It returns 0, if a null wide character was recognized.
It returns \-1, if an
invalid multibyte sequence was encountered or if it couldn't parse a complete
multibyte character.
+.SH ATTRIBUTES
+.SS Multithreading (see pthreads(7))
+The
+.BR mblen ()
+function is not thread-safe.
.SH CONFORMING TO
C99.
.SH NOTES
.\" OpenGroup's Single UNIX specification http://www.UNIX-systems.org/online.html
.\" ISO/IEC 9899:1999
.\"
-.TH MBRLEN 3 1999-07-25 "GNU" "Linux Programmer's Manual"
+.TH MBRLEN 3 2013-06-21 "GNU" "Linux Programmer's Manual"
.SH NAME
mbrlen \- determine number of bytes in next multibyte character
.SH SYNOPSIS
.SH DESCRIPTION
The
.BR mbrlen ()
-function inspects at most \fIn\fP bytes of the multibyte
-string starting at \fIs\fP and extracts the next complete multibyte character.
-It updates the shift state \fI*ps\fP.
+function inspects at most
+.I n
+bytes of the multibyte
+string starting at
+.I s
+and extracts the next complete multibyte character.
+It updates the shift state
+.IR *ps .
If the multibyte character is not the
null wide character, it returns the number of bytes that were consumed from
-\fIs\fP.
+.IR s .
If the multibyte character is the null wide character, it resets the
-shift state \fI*ps\fP to the initial state and returns 0.
+shift state
+.I *ps
+to the initial state and returns 0.
.PP
-If the \fIn\fP bytes starting at \fIs\fP do not contain a complete multibyte
+If the
+.IR n
+bytes starting at
+.I s
+do not contain a complete multibyte
character,
.BR mbrlen ()
-returns \fI(size_t)\ \-2\fP.
+returns
+.IR "(size_t)\ \-2" .
This can happen even if
-\fIn\fP >= \fIMB_CUR_MAX\fP, if the multibyte string contains redundant shift
+.I n
+>=
+.IR MB_CUR_MAX ,
+if the multibyte string contains redundant shift
sequences.
.PP
-If the multibyte string starting at \fIs\fP contains an invalid multibyte
+If the multibyte string starting at
+.I s
+contains an invalid multibyte
sequence before the next complete character,
.BR mbrlen ()
returns
-\fI(size_t)\ \-1\fP and sets \fIerrno\fP to \fBEILSEQ\fP.
+.IR "(size_t)\ \-1"
+and sets
+.I errno
+to
+.BR EILSEQ .
In this case,
-the effects on \fI*ps\fP are undefined.
+the effects on
+.I *ps
+are undefined.
.PP
-If \fIps\fP is a NULL pointer, a static anonymous state known only to the
+If
+.I ps
+is a NULL pointer, a static anonymous state known only to the
.BR mbrlen ()
function is used instead.
.SH RETURN VALUE
.BR mbrlen ()
function returns the number of bytes
parsed from the multibyte
-sequence starting at \fIs\fP, if a non-null wide character was recognized.
+sequence starting at
+.IR s ,
+if a non-null wide character was recognized.
It returns 0, if a null wide character was recognized.
It returns
.I "(size_t)\ \-1"
-and sets \fIerrno\fP to \fBEILSEQ\fP, if an invalid multibyte sequence was
+and sets
+.I errno
+to
+.BR EILSEQ ,
+if an invalid multibyte sequence was
encountered.
-It returns \fI(size_t)\ \-2\fP if it couldn't parse a complete multibyte
-character, meaning that \fIn\fP should be increased.
+It returns
+.IR "(size_t)\ \-2"
+if it couldn't parse a complete multibyte
+character, meaning that
+.I n
+should be increased.
+.SH ATTRIBUTES
+.SS Multithreading (see pthreads(7))
+The
+.BR mbrlen ()
+function is thread-safe with exceptions.
+It is not thread-safe if called with a NULL \fIps\fP parameter.
.SH CONFORMING TO
C99.
.SH NOTES
.\" http://www.UNIX-systems.org/online.html
.\" ISO/IEC 9899:1999
.\"
-.TH MBRTOWC 3 2011-09-28 "GNU" "Linux Programmer's Manual"
+.TH MBRTOWC 3 2013-06-21 "GNU" "Linux Programmer's Manual"
.SH NAME
mbrtowc \- convert a multibyte sequence to a wide character
.SH SYNOPSIS
", mbstate_t *" ps );
.fi
.SH DESCRIPTION
-The main case for this function is when \fIs\fP is not NULL and \fIpwc\fP is
+The main case for this function is when
+.IR s
+is not NULL and
+.I pwc
+is
not NULL.
In this case, the
.BR mbrtowc ()
-function inspects at most \fIn\fP
-bytes of the multibyte string starting at \fIs\fP, extracts the next complete
+function inspects at most
+.I n
+bytes of the multibyte string starting at
+.IR s ,
+extracts the next complete
multibyte character, converts it to a wide character and stores it at
-\fI*pwc\fP.
-It updates the shift state \fI*ps\fP.
+.IR *pwc .
+It updates the shift state
+.IR *ps .
If the converted wide
character is not L\(aq\\0\(aq (the null wide character),
it returns the number of bytes that were consumed
-from \fIs\fP.
+from
+.IR s .
If the converted wide character is L\(aq\\0\(aq, it resets the shift
-state \fI*ps\fP to the initial state and returns 0.
+state
+.I *ps
+to the initial state and returns 0.
.PP
-If the \fIn\fP bytes starting at \fIs\fP do not contain a complete multibyte
+If the
+.IR n
+bytes starting at
+.I s
+do not contain a complete multibyte
character,
.BR mbrtowc ()
-returns \fI(size_t)\ \-2\fP.
+returns
+.IR "(size_t)\ \-2" .
This can happen even if
-\fIn\fP >= \fIMB_CUR_MAX\fP, if the multibyte string contains redundant shift
+.I n
+>=
+.IR MB_CUR_MAX ,
+if the multibyte string contains redundant shift
sequences.
.PP
-If the multibyte string starting at \fIs\fP contains an invalid multibyte
+If the multibyte string starting at
+.I s
+contains an invalid multibyte
sequence before the next complete character,
.BR mbrtowc ()
returns
-\fI(size_t)\ \-1\fP and sets \fIerrno\fP to \fBEILSEQ\fP.
+.IR "(size_t)\ \-1"
+and sets
+.I errno
+to
+.BR EILSEQ .
In this case,
-the effects on \fI*ps\fP are undefined.
+the effects on
+.I *ps
+are undefined.
.PP
-A different case is when \fIs\fP is not NULL but \fIpwc\fP is NULL.
+A different case is when
+.IR s
+is not NULL but
+.I pwc
+is NULL.
In this
case the
.BR mbrtowc ()
function behaves as above, except that it does not
store the converted wide character in memory.
.PP
-A third case is when \fIs\fP is NULL.
-In this case, \fIpwc\fP and \fIn\fP are
+A third case is when
+.I s
+is NULL.
+In this case,
+.IR pwc
+and
+.I n
+are
ignored.
-If the conversion state represented by \fI*ps\fP denotes an
+If the conversion state represented by
+.I *ps
+denotes an
incomplete multibyte character conversion, the
.BR mbrtowc ()
function
-returns \fI(size_t)\ \-1\fP, sets \fIerrno\fP to \fBEILSEQ\fP, and
-leaves \fI*ps\fP in an undefined state.
+returns
+.IR "(size_t)\ \-1" ,
+sets
+.I errno
+to
+.BR EILSEQ ,
+and
+leaves
+.I *ps
+in an undefined state.
Otherwise, the
.BR mbrtowc ()
function
-puts \fI*ps\fP in the initial state and returns 0.
+puts
+.I *ps
+in the initial state and returns 0.
.PP
-In all of the above cases, if \fIps\fP is a NULL pointer, a static anonymous
+In all of the above cases, if
+.I ps
+is a NULL pointer, a static anonymous
state known only to the
.BR mbrtowc ()
function is used instead.
-Otherwise, \fI*ps\fP must be a valid \fImbstate_t\fP object.
-An \fImbstate_t\fP object \fIa\fP can be initialized to the initial state
+Otherwise,
+.IR *ps
+must be a valid
+.I mbstate_t
+object.
+An
+.IR mbstate_t
+object
+.I a
+can be initialized to the initial state
by zeroing it, for example using
.sp
.in +4n
The
.BR mbrtowc ()
function returns the number of bytes parsed from the
-multibyte sequence starting at \fIs\fP, if a non-L\(aq\\0\(aq wide character
+multibyte sequence starting at
+.IR s ,
+if a non-L\(aq\\0\(aq wide character
was recognized.
It returns 0, if a L\(aq\\0\(aq wide character was recognized.
It returns
.I (size_t)\ \-1
-and sets \fIerrno\fP to \fBEILSEQ\fP, if an invalid multibyte sequence was
+and sets
+.I errno
+to
+.BR EILSEQ ,
+if an invalid multibyte sequence was
encountered.
-It returns \fI(size_t)\ \-2\fP if it couldn't parse a complete multibyte
-character, meaning that \fIn\fP should be increased.
+It returns
+.I "(size_t)\ \-2"
+if it couldn't parse a complete multibyte
+character, meaning that
+.I n
+should be increased.
+.SH ATTRIBUTES
+.SS Multithreading (see pthreads(7))
+The
+.BR mbrtowc ()
+function is thread-safe with exceptions.
+It is not thread-safe if called with a NULL \fIps\fP parameter.
.SH CONFORMING TO
C99.
.SH NOTES
.fi
.SH DESCRIPTION
Character conversion between the multibyte representation and the wide
-character representation uses conversion state, of type \fImbstate_t\fP.
+character representation uses conversion state, of type
+.IR mbstate_t .
Conversion of a string uses a finite-state machine; when it is interrupted
after the complete conversion of a number of characters, it may need to
save a state for processing the remaining characters.
and the one used by wide
character to multibyte conversion functions, such as
.BR wcsrtombs (3),
-but they both fit in a \fImbstate_t\fP, and they both have the same
+but they both fit in a
+.IR mbstate_t ,
+and they both have the same
representation for an initial state.
.PP
For 8-bit encodings, all states are equivalent to the initial state.
.PP
The function
.BR mbsinit ()
-tests whether \fI*ps\fP corresponds to an
+tests whether
+.I *ps
+corresponds to an
initial state.
.SH RETURN VALUE
.BR mbsinit ()
-returns nonzero if \fI*ps\fP is an initial state, or if
-\fIps\fP is a NULL pointer.
+returns nonzero if
+.I *ps
+is an initial state, or if
+.I ps
+is a NULL pointer.
Otherwise it returns 0.
.SH CONFORMING TO
C99.
function is like the
.BR mbsrtowcs (3)
function, except that
-the number of bytes to be converted, starting at \fI*src\fP, is limited to
-\fInms\fP.
+the number of bytes to be converted, starting at
+.IR *src ,
+is limited to
+.IR nms .
.PP
-If \fIdest\fP is not a NULL pointer, the
+If
+.I dest
+is not a NULL pointer, the
.BR mbsnrtowcs ()
function converts at
-most \fInms\fP bytes from the
-multibyte string \fI*src\fP to a wide-character string starting at \fIdest\fP.
-At most \fIlen\fP wide characters are written to \fIdest\fP.
+most
+.I nms
+bytes from the
+multibyte string
+.I *src
+to a wide-character string starting at
+.IR dest .
+At most
+.I len
+wide characters are written to
+.IR dest .
The shift state
-\fI*ps\fP is updated.
+.I *ps
+is updated.
The conversion is effectively performed by repeatedly
calling
.I "mbrtowc(dest, *src, n, ps)"
-where \fIn\fP is some
+where
+.I n
+is some
positive number, as long as this call succeeds, and then incrementing
-\fIdest\fP by one and \fI*src\fP by the number of bytes consumed.
+.I dest
+by one and
+.I *src
+by the number of bytes consumed.
The
conversion can stop for three reasons:
.IP 1. 3
An invalid multibyte sequence has been encountered.
-In this case \fI*src\fP
+In this case
+.I *src
is left pointing to the invalid multibyte sequence,
.I (size_t)\ \-1
is returned,
-and \fIerrno\fP is set to \fBEILSEQ\fP.
+and
+.I errno
+is set to
+.BR EILSEQ .
.IP 2.
-The \fInms\fP limit forces a stop,
-or \fIlen\fP non-L\(aq\\0\(aq wide characters
-have been stored at \fIdest\fP.
-In this case \fI*src\fP is left pointing to the
+The
+.I nms
+limit forces a stop,
+or
+.I len
+non-L\(aq\\0\(aq wide characters
+have been stored at
+.IR dest .
+In this case
+.I *src
+is left pointing to the
next multibyte sequence to be converted, and the number of wide characters
-written to \fIdest\fP is returned.
+written to
+.I dest
+is returned.
.IP 3.
The multibyte string has been completely converted, including the
terminating null wide character (\(aq\\0\(aq)
-(which has the side effect of bringing back \fI*ps\fP to the
+(which has the side effect of bringing back
+.I *ps
+to the
initial state).
-In this case \fI*src\fP is set to NULL, and the number of wide
-characters written to \fIdest\fP,
+In this case
+.I *src
+is set to NULL, and the number of wide
+characters written to
+.IR dest ,
excluding the terminating null wide character,
is returned.
.PP
-If \fIdest\fP is NULL, \fIlen\fP is ignored, and the conversion proceeds as
+If
+.IR dest
+is NULL,
+.I len
+is ignored, and the conversion proceeds as
above, except that the converted wide characters
are not written out to memory,
and that no destination length limit exists.
.PP
-In both of the above cases, if \fIps\fP is a NULL pointer, a static anonymous
+In both of the above cases, if
+.I ps
+is a NULL pointer, a static anonymous
state known only to the
.BR mbsnrtowcs ()
function is used instead.
.PP
-The programmer must ensure that there is room for at least \fIlen\fP wide
-characters at \fIdest\fP.
+The programmer must ensure that there is room for at least
+.I len
+wide
+characters at
+.IR dest .
.SH RETURN VALUE
The
.BR mbsnrtowcs ()
If an invalid multibyte sequence was
encountered,
.I (size_t)\ \-1
-is returned, and \fIerrno\fP set to \fBEILSEQ\fP.
+is returned, and
+.I errno
+set to
+.BR EILSEQ .
.SH CONFORMING TO
POSIX.1-2008.
.SH NOTES
category of the
current locale.
.PP
-Passing NULL as \fIps\fP is not multithread safe.
+Passing NULL as
+.I ps
+is not multithread safe.
.SH SEE ALSO
.BR iconv (3),
.BR mbsrtowcs (3)
.BI " size_t " len ", mbstate_t *" ps );
.fi
.SH DESCRIPTION
-If \fIdest\fP is not a NULL pointer, the
+If
+.I dest
+is not a NULL pointer, the
.BR mbsrtowcs ()
function converts the
-multibyte string \fI*src\fP to a wide-character string starting at \fIdest\fP.
-At most \fIlen\fP wide characters are written to \fIdest\fP.
+multibyte string
+.I *src
+to a wide-character string starting at
+.IR dest .
+At most
+.I len
+wide characters are written to
+.IR dest .
The shift state
-\fI*ps\fP is updated.
+.I *ps
+is updated.
The conversion is effectively performed by repeatedly
calling
.I "mbrtowc(dest, *src, n, ps)"
-where \fIn\fP is some
+where
+.I n
+is some
positive number, as long as this call succeeds, and then incrementing
-\fIdest\fP by one and \fI*src\fP by the number of bytes consumed.
+.I dest
+by one and
+.I *src
+by the number of bytes consumed.
The conversion can stop for three reasons:
.IP 1. 3
An invalid multibyte sequence has been encountered.
-In this case \fI*src\fP
+In this case
+.I *src
is left pointing to the invalid multibyte sequence,
.I (size_t)\ \-1
is returned,
-and \fIerrno\fP is set to \fBEILSEQ\fP.
+and
+.I errno
+is set to
+.BR EILSEQ .
.IP 2.
-\fIlen\fP non-L\(aq\\0\(aq wide characters have been stored at \fIdest\fP.
+.I len
+non-L\(aq\\0\(aq wide characters have been stored at
+.IR dest .
In this
-case \fI*src\fP is left pointing to the next
+case
+.I *src
+is left pointing to the next
multibyte sequence to be converted,
-and the number of wide characters written to \fIdest\fP is returned.
+and the number of wide characters written to
+.I dest
+is returned.
.IP 3.
The multibyte string has been completely converted, including the
terminating null wide character (\(aq\\0\(aq), which has the side
-effect of bringing back \fI*ps\fP to the
+effect of bringing back
+.I *ps
+to the
initial state.
-In this case \fI*src\fP is set to NULL, and the number of wide
-characters written to \fIdest\fP,
+In this case
+.I *src
+is set to NULL, and the number of wide
+characters written to
+.IR dest ,
excluding the terminating null wide character, is returned.
.PP
-If \fIdest\fP is NULL, \fIlen\fP is ignored,
+If
+.IR dest
+is NULL,
+.I len
+is ignored,
and the conversion proceeds as above,
except that the converted wide characters are not written out to memory,
and that no length limit exists.
.PP
In both of the above cases,
-if \fIps\fP is a NULL pointer, a static anonymous
+if
+.I ps
+is a NULL pointer, a static anonymous
state known only to the
.BR mbsrtowcs ()
function is used instead.
.PP
-The programmer must ensure that there is room for at least \fIlen\fP wide
-characters at \fIdest\fP.
+The programmer must ensure that there is room for at least
+.I len
+wide
+characters at
+.IR dest .
.SH RETURN VALUE
The
.BR mbsrtowcs ()
If an invalid multibyte sequence was
encountered,
.I (size_t)\ \-1
-is returned, and \fIerrno\fP set to \fBEILSEQ\fP.
+is returned, and
+.I errno
+set to
+.BR EILSEQ .
.SH CONFORMING TO
C99.
.SH NOTES
category of the
current locale.
.PP
-Passing NULL as \fIps\fP is not multithread safe.
+Passing NULL as
+.I ps
+is not multithread safe.
.SH SEE ALSO
.BR iconv (3),
.BR mbsnrtowcs (3),
.BI "size_t mbstowcs(wchar_t *" dest ", const char *" src ", size_t " n );
.fi
.SH DESCRIPTION
-If \fIdest\fP is not a NULL pointer,
+If
+.I dest
+is not a NULL pointer,
the
.BR mbstowcs ()
function converts the
-multibyte string \fIsrc\fP to a wide-character string starting at \fIdest\fP.
-At most \fIn\fP wide characters are written to \fIdest\fP.
+multibyte string
+.I src
+to a wide-character string starting at
+.IR dest .
+At most
+.I n
+wide characters are written to
+.IR dest .
The conversion starts
in the initial state.
The conversion can stop for three reasons:
.I (size_t)\ \-1
is returned.
.IP 2.
-\fIn\fP non-L\(aq\\0\(aq wide characters have been stored at \fIdest\fP.
+.I n
+non-L\(aq\\0\(aq wide characters have been stored at
+.IR dest .
In this
-case the number of wide characters written to \fIdest\fP is returned, but the
+case the number of wide characters written to
+.I dest
+is returned, but the
shift state at this point is lost.
.IP 3.
The multibyte string has been completely converted, including the
terminating null wide character (\(aq\\0\(aq).
In this case the number of wide characters written to
-\fIdest\fP, excluding the terminating null wide character, is returned.
+.IR dest ,
+excluding the terminating null wide character, is returned.
.PP
-The programmer must ensure that there is room for at least \fIn\fP wide
-characters at \fIdest\fP.
+The programmer must ensure that there is room for at least
+.I n
+wide
+characters at
+.IR dest .
.PP
-If \fIdest\fP is NULL, \fIn\fP is ignored, and the conversion proceeds as
+If
+.IR dest
+is NULL,
+.I n
+is ignored, and the conversion proceeds as
above, except that the converted wide characters are not written out to memory,
and that no length limit exists.
.PP
-In order to avoid the case 2 above, the programmer should make sure \fIn\fP is
-greater or equal to \fImbstowcs(NULL,src,0)+1\fP.
+In order to avoid the case 2 above, the programmer should make sure
+.I n
+is
+greater or equal to
+.IR "mbstowcs(NULL,src,0)+1" .
.SH RETURN VALUE
The
.BR mbstowcs ()
.BI "int mbtowc(wchar_t *" pwc ", const char *" s ", size_t " n );
.fi
.SH DESCRIPTION
-The main case for this function is when \fIs\fP is not NULL and \fIpwc\fP is
+The main case for this function is when
+.IR s
+is not NULL and
+.I pwc
+is
not NULL.
In this case, the
.BR mbtowc ()
-function inspects at most \fIn\fP
-bytes of the multibyte string starting at \fIs\fP,
+function inspects at most
+.I n
+bytes of the multibyte string starting at
+.IR s ,
extracts the next complete
multibyte character, converts it to a wide character and stores it at
-\fI*pwc\fP.
+.IR *pwc .
It updates an internal shift state known only to the
.BR mbtowc ()
function.
-If \fIs\fP does not point to a null byte (\(aq\\0\(aq), it returns the number
-of bytes that were consumed from \fIs\fP, otherwise it returns 0.
+If
+.I s
+does not point to a null byte (\(aq\\0\(aq), it returns the number
+of bytes that were consumed from
+.IR s ,
+otherwise it returns 0.
.PP
-If the \fIn\fP bytes starting at \fIs\fP do not contain a complete multibyte
+If the
+.IR n
+bytes starting at
+.I s
+do not contain a complete multibyte
character, or if they contain an invalid multibyte sequence,
.BR mbtowc ()
returns \-1.
-This can happen even if \fIn\fP >= \fIMB_CUR_MAX\fP,
+This can happen even if
+.I n
+>=
+.IR MB_CUR_MAX ,
if the multibyte string contains redundant shift sequences.
.PP
-A different case is when \fIs\fP is not NULL but \fIpwc\fP is NULL.
+A different case is when
+.IR s
+is not NULL but
+.I pwc
+is NULL.
In this
case the
.BR mbtowc ()
function behaves as above, except that it does not
store the converted wide character in memory.
.PP
-A third case is when \fIs\fP is NULL.
-In this case, \fIpwc\fP and \fIn\fP are
+A third case is when
+.I s
+is NULL.
+In this case,
+.IR pwc
+and
+.I n
+are
ignored.
The
.BR mbtowc ()
returns nonzero if the encoding has nontrivial shift state, or zero if the
encoding is stateless.
.SH RETURN VALUE
-If \fIs\fP is not NULL, the
+If
+.I s
+is not NULL, the
.BR mbtowc ()
function returns the number of
-consumed bytes starting at \fIs\fP, or 0 if \fIs\fP points to a null byte,
+consumed bytes starting at
+.IR s ,
+or 0 if
+.I s
+points to a null byte,
or \-1 upon failure.
.PP
-If \fIs\fP is NULL, the
+If
+.I s
+is NULL, the
.BR mbtowc ()
function
returns nonzero if the encoding
.SH DESCRIPTION
The
.BR memccpy ()
-function copies no more than \fIn\fP bytes from
-memory area \fIsrc\fP to memory area \fIdest\fP, stopping when the
-character \fIc\fP is found.
+function copies no more than
+.I n
+bytes from
+memory area
+.I src
+to memory area
+.IR dest ,
+stopping when the
+character
+.I c
+is found.
If the memory areas overlap, the results are undefined.
.SH RETURN VALUE
The
.BR memccpy ()
function returns a pointer to the next character
-in \fIdest\fP after \fIc\fP, or NULL if \fIc\fP was not found in the
-first \fIn\fP characters of \fIsrc\fP.
+in
+.IR dest
+after
+.IR c ,
+or NULL if
+.I c
+was not found in the
+first
+.I n
+characters of
+.IR src .
.SH CONFORMING TO
SVr4, 4.3BSD, POSIX.1-2001.
.SH SEE ALSO
The
.BR memmem ()
function finds the start of the first occurrence
-of the substring \fIneedle\fP of length \fIneedlelen\fP in the memory
-area \fIhaystack\fP of length \fIhaystacklen\fP.
+of the substring
+.IR needle
+of length
+.I needlelen
+in the memory
+area
+.I haystack
+of length
+.IR haystacklen .
.SH RETURN VALUE
The
.BR memmem ()
This function is a GNU extension.
.SH BUGS
This function was broken in Linux libraries up to and including libc 5.0.9;
-there the \fIneedle\fP and \fIhaystack\fP arguments were interchanged,
-and a pointer to the end of the first occurrence of \fIneedle\fP
+there the
+.IR needle
+and
+.I haystack
+arguments were interchanged,
+and a pointer to the end of the first occurrence of
+.I needle
was returned.
-Both old and new libc's have the bug that if \fIneedle\fP is empty,
-\fIhaystack\-1\fP (instead of \fIhaystack\fP) is returned.
+Both old and new libc's have the bug that if
+.I needle
+is empty,
+.I haystack\-1
+(instead of
+.IR haystack )
+is returned.
And glibc 2.0 makes it worse, returning a pointer to the
-last byte of \fIhaystack\fP.
+last byte of
+.IR haystack .
This is fixed in glibc 2.1.
.SH SEE ALSO
.BR strstr (3)
.SH DESCRIPTION
The
.BR memmove ()
-function copies \fIn\fP bytes from memory area
-\fIsrc\fP to memory area \fIdest\fP.
+function copies
+.I n
+bytes from memory area
+.I src
+to memory area
+.IR dest .
The memory areas may overlap: copying takes place as though
the bytes in
.I src
.SH RETURN VALUE
The
.BR memmove ()
-function returns a pointer to \fIdest\fP.
+function returns a pointer to
+.IR dest .
.SH CONFORMING TO
SVr4, 4.3BSD, C89, C99, POSIX.1-2001.
.SH SEE ALSO
.I n
wide characters.
.SH RETURN VALUE
-\fIdest\fP + \fIn\fP.
+.I dest
++
+.IR n .
.SH VERSIONS
.BR mempcpy ()
first appeared in glibc in version 2.1.
.SH DESCRIPTION
The
.BR memset ()
-function fills the first \fIn\fP bytes of the
-memory area pointed to by \fIs\fP with the constant byte \fIc\fP.
+function fills the first
+.I n
+bytes of the
+memory area pointed to by
+.I s
+with the constant byte
+.IR c .
.SH RETURN VALUE
The
.BR memset ()
function returns a pointer to the memory area
-\fIs\fP.
+.IR s .
.SH CONFORMING TO
SVr4, 4.3BSD, C89, C99, POSIX.1-2001.
.SH SEE ALSO
.\" (prompted by Scott Burkett <scottb@IntNet.net>)
.\" Modified Sun Mar 28 23:44:38 1999 by Andries Brouwer (aeb@cwi.nl)
.\"
-.TH MKTEMP 3 2010-09-20 "GNU" "Linux Programmer's Manual"
+.TH MKTEMP 3 2013-04-19 "GNU" "Linux Programmer's Manual"
.SH NAME
mktemp \- make a unique temporary filename
.SH SYNOPSIS
have been modified in such a way that the resulting name is unique
(i.e., does not exist already)
If a unique name could not be created,
-\fItemplate\fP is made an empty string.
+\fItemplate\fP is made an empty string, and
+.I errno
+is set to indicate the error.
.SH ERRORS
.TP
.B EINVAL
.\" Modified 2002-07-27 by Walter Harms
.\" (walter.harms@informatik.uni-oldenburg.de)
.\"
-.TH MODF 3 2010-09-20 "" "Linux Programmer's Manual"
+.TH MODF 3 2013-06-21 "" "Linux Programmer's Manual"
.SH NAME
modf, modff, modfl \- extract signed integral and fractional values from
floating-point number
.SH DESCRIPTION
The
.BR modf ()
-function breaks the argument \fIx\fP into an integral
-part and a fractional part, each of which has the same sign as \fIx\fP.
-The integral part is stored in the location pointed to by \fIiptr\fP.
+function breaks the argument
+.I x
+into an integral
+part and a fractional part, each of which has the same sign as
+.IR x .
+The integral part is stored in the location pointed to by
+.IR iptr .
.SH RETURN VALUE
The
.BR modf ()
-function returns the fractional part of \fIx\fP.
+function returns the fractional part of
+.IR x .
If
.I x
is set to positive infinity (negative infinity).
.SH ERRORS
No errors occur.
+.SH ATTRIBUTES
+.SS Multithreading (see pthreads(7))
+The
+.BR modf (),
+.BR modff (),
+and
+.BR modfl ()
+functions are thread-safe.
.SH CONFORMING TO
C99, POSIX.1-2001.
The variant returning
these functions will return the largest representable number less than
.IR x .
-If \fIx\fP equals \fIy\fP, the functions return \fIy\fP.
+If
+.I x
+equals
+.IR y ,
+the functions return
+.IR y .
The
.BR nexttoward ()
The macro
.BR offsetof ()
returns the offset of the field
-\fImember\fP from the start of the structure \fItype\fP.
+.I member
+from the start of the structure
+.IR type .
This macro is useful because the sizes of the fields that compose
a structure can vary across implementations,
given by the sum of the sizes of the previous elements.
A compiler error will result if
-\fImember\fP is not aligned to a byte boundary
+.I member
+is not aligned to a byte boundary
(i.e., it is a bit field).
.SH RETURN VALUE
.BR offsetof ()
.SH DESCRIPTION
The
.BR on_exit ()
-function registers the given \fIfunction\fP to be
+function registers the given
+.I function
+to be
called at normal process termination, whether via
.BR exit (3)
-or via return from the program's \fImain\fP().
-The \fIfunction\fP is passed the status argument given to the last call to
+or via return from the program's
+.IR main ().
+The
+.I function
+is passed the status argument given to the last call to
.BR exit (3)
-and the \fIarg\fP argument from
+and the
+.I arg
+argument from
.BR on_exit ().
The same function may be registered multiple times:
.\" Modified Sat May 18 20:37:44 1996 by Martin Schulze (joey@linux.de)
.\" Modified 7 May 1998 by Joseph S. Myers (jsm28@cam.ac.uk)
.\"
-.TH POPEN 3 2010-02-03 "GNU" "Linux Programmer's Manual"
+.TH POPEN 3 2013-04-19 "GNU" "Linux Programmer's Manual"
.SH NAME
popen, pclose \- pipe stream to or from a process
.SH SYNOPSIS
.\" already "pclose()d", or if
.BR wait4 (2)
returns an error, or some other error is detected.
+In the event of an error, these functions set
+.I errnro
+to indicate the cause of the error.
.SH ERRORS
The
.BR popen ()
The address of the allocated memory will be a multiple of
.IR "alignment" ,
which must be a power of two and a multiple of
-.IR "sizeof(void *)".
+.IR "sizeof(void\ *)" .
If
.I size
is 0, then
The
.I alignment
argument was not a power of two, or was not a multiple of
-.IR "sizeof(void *)" .
+.IR "sizeof(void\ *)" .
.TP
.B ENOMEM
There was insufficient memory to fulfill the allocation request.
.SH DESCRIPTION
The
.BR pow ()
-function returns the value of \fIx\fP raised to the
-power of \fIy\fP.
+function returns the value of
+.I x
+raised to the
+power of
+.IR y .
.SH RETURN VALUE
On success, these functions return the value of
.I x
The
.BR pow10 ()
function returns the value of 10 raised to the
-power \fIx\fP.
+power
+.IR x .
.SH VERSIONS
These functions first appeared in glibc in version 2.1.
.SH CONFORMING TO
If no
.B l
modifier is present: The
-.I "const char *"
+.I "const char\ *"
argument is expected to be a pointer to an array of character type (pointer
to a string).
Characters from the array are written up to (but not
If an
.B l
modifier is present: The
-.I "const wchar_t *"
+.I "const wchar_t\ *"
argument is expected to be a pointer to an array of wide characters.
Wide characters from the array are converted to multibyte characters
(each by a call to the
.TP
.B p
The
-.I "void *"
+.I "void\ *"
pointer argument is printed in hexadecimal (as if by
.B %#x
or
.B n
The number of characters written so far is stored into the integer
indicated by the
-.I "int *"
+.I "int\ *"
(or variant) pointer argument.
No argument is converted.
.TP
.SH NAME
profil \- execution time profile
.SH SYNOPSIS
+.nf
.B #include <unistd.h>
.sp
-.BI "int profil(unsigned short *" buf ", size_t " bufsiz \
-", size_t " offset ", unsigned int " scale );
+.BI "int profil(unsigned short *" buf ", size_t " bufsiz ,
+.BI " size_t " offset ", unsigned int " scale );
.sp
+.fi
.in -4n
Feature Test Macro Requirements for glibc (see
.BR feature_test_macros (7)):
.\" the source, must acknowledge the copyright and authors of this work.
.\" %%%LICENSE_END
.\"
-.TH PTHREAD_ATTR_SETINHERITSCHED 3 2012-03-15 "Linux" "Linux Programmer's Manual"
+.TH PTHREAD_ATTR_SETINHERITSCHED 3 2013-04-19 "Linux" "Linux Programmer's Manual"
.SH NAME
pthread_attr_setinheritsched, pthread_attr_getinheritsched \- set/get
-inherit scheduler attribute in thread attributes object
+inherit-scheduler attribute in thread attributes object
.SH SYNOPSIS
.nf
.B #include <pthread.h>
.SH DESCRIPTION
The
.BR pthread_attr_setinheritsched ()
-function sets the inherit scheduler attribute of the
+function sets the inherit-scheduler attribute of the
thread attributes object referred to by
.IR attr
to the value specified in
.IR inheritsched .
-The inherit scheduler attribute determines whether a thread created using
+The inherit-scheduler attribute determines whether a thread created using
the thread attributes object
.I attr
will inherit its scheduling attributes from the calling thread
or whether it will take them from
.IR attr .
+The following scheduling attributes are affected by the
+inherit-scheduler attribute:
+scheduling policy
+.RB ( pthread_attr_setschedpolicy (3)),
+scheduling priority
+.RB ( pthread_attr_setschedparam (3)),
+and contention scope
+.RB ( pthread_attr_setscope (3)).
+
The following values may be specified in
.IR inheritsched :
.TP
by the attributes object.
.\" FIXME what are the defaults for scheduler settings?
.PP
-The default setting of the inherit scheduler attribute in
+The default setting of the inherit-scheduler attribute in
a newly initialized thread attributes object is
.BR PTHREAD_INHERIT_SCHED .
The
.BR pthread_attr_getinheritsched ()
-returns the inherit scheduler attribute of the thread attributes object
+returns the inherit-scheduler attribute of the thread attributes object
.IR attr
in the buffer pointed to by
.IR inheritsched .
then the scheduling policy of the attributes object is set to
.BR SCHED_OTHER
and the scheduling priority is set to 0.
-However, if the inherit scheduler attribute is then set to
+However, if the inherit-scheduler attribute is then set to
.BR PTHREAD_EXPLICIT_SCHED ,
then a thread created using the attribute object
wrongly inherits its scheduling attributes from the creating thread.
.BR pthread_attr_init (3),
.BR pthread_attr_setschedparam (3),
.BR pthread_attr_setschedpolicy (3),
+.BR pthread_attr_setscope (3),
.BR pthread_create (3),
.BR pthread_setschedparam (3),
.BR pthread_setschedprio (3),
.\" the source, must acknowledge the copyright and authors of this work.
.\" %%%LICENSE_END
.\"
-.TH PTHREAD_ATTR_SETSCHEDPARAM 3 2012-03-15 "Linux" "Linux Programmer's Manual"
+.TH PTHREAD_ATTR_SETSCHEDPARAM 3 2013-06-21 "Linux" "Linux Programmer's Manual"
.SH NAME
pthread_attr_setschedparam, pthread_attr_getschedparam \- set/get
scheduling parameter attributes in thread attributes object
For details of the permitted ranges for scheduling priorities
in each scheduling policy, see
.BR sched_setscheduler (2).
+
+In order for the parameter setting made by
+.BR pthread_attr_setschedparam ()
+to have effect when calling
+.BR pthread_create (3),
+the caller must use
+.BR pthread_attr_setinheritsched (3)
+to set the inherit-scheduler attribute of the attributes object
+.I attr
+to
+.BR PTHREAD_EXPLICIT_SCHED .
.SH RETURN VALUE
On success, these functions return 0;
on error, they return a nonzero error number.
.\" the source, must acknowledge the copyright and authors of this work.
.\" %%%LICENSE_END
.\"
-.TH PTHREAD_ATTR_SETSCHEDPOLICY 3 2010-02-03 "Linux" "Linux Programmer's Manual"
+.TH PTHREAD_ATTR_SETSCHEDPOLICY 3 2013-06-21 "Linux" "Linux Programmer's Manual"
.SH NAME
pthread_attr_setschedpolicy, pthread_attr_getschedpolicy \- set/get
scheduling policy attribute in thread attributes object
.IR attr
in the buffer pointed to by
.IR policy .
+
+In order for the policy setting made by
+.BR pthread_attr_setschedpolicy ()
+to have effect when calling
+.BR pthread_create (3),
+the caller must use
+.BR pthread_attr_setinheritsched (3)
+to set the inherit-scheduler attribute of the attributes object
+.I attr
+to
+.BR PTHREAD_EXPLICIT_SCHED .
.SH RETURN VALUE
On success, these functions return 0;
on error, they return a nonzero error number.
.\" the source, must acknowledge the copyright and authors of this work.
.\" %%%LICENSE_END
.\"
-.TH PTHREAD_ATTR_SETSCOPE 3 2008-10-24 "Linux" "Linux Programmer's Manual"
+.TH PTHREAD_ATTR_SETSCOPE 3 2013-04-19 "Linux" "Linux Programmer's Manual"
.SH NAME
pthread_attr_setscope, pthread_attr_getscope \- set/get contention scope
attribute in thread attributes object
.B PTHREAD_SCOPE_SYSTEM
contention scope.
.PP
-POSIX.1-2001 requires that an implementation support only one of these
-contention scopes, but permits both to be supported.
+POSIX.1-2001 requires that an implementation support at least one of these
+contention scopes.
Linux supports
.BR PTHREAD_SCOPE_SYSTEM ,
but not
.BR PTHREAD_SCOPE_PROCESS .
+On systems that support multiple contention scopes, then,
+in order for the parameter setting made by
+.BR pthread_attr_setscope ()
+to have effect when calling
+.BR pthread_create (3),
+the caller must use
+.BR pthread_attr_setinheritsched (3)
+to set the inherit-scheduler attribute of the attributes object
+.I attr
+to
+.BR PTHREAD_EXPLICIT_SCHED .
+
The
.BR pthread_attr_getscope ()
function returns the contention scope attribute of the
Whether and when the target thread
reacts to the cancellation request depends on
two attributes that are under the control of that thread:
-its cancelability \fIstate\fP and \fItype\fP.
+its cancelability
+.I state
+and
+.IR type .
A thread's cancelability state, determined by
.BR pthread_setcancelstate (3),
When a thread terminates by calling
.BR pthread_exit (3),
all clean-up handlers are executed as described in the preceding point.
-(Clean-up handlers are \fInot\fP called if the thread terminates by
+(Clean-up handlers are
+.I not
+called if the thread terminates by
performing a
.I return
from the thread start function.)
.BR pthread_cleanup_push ()
and
.BR pthread_cleanup_pop ()
-functions \fIare\fP implemented as macros that expand to text
+functions
+.I are
+implemented as macros that expand to text
containing \(aq\fB{\fP\(aq and \(aq\fB}\fP\(aq, respectively.
This means that variables declared within the scope of
paired calls to these functions will be visible within only that scope.
.in +4n
.nf
.RB "$" " ulimit \-s"
-8192 # The stack size limit is 8 MB (0x80000 bytes)
+8192 # The stack size limit is 8 MB (0x800000 bytes)
.RB "$" " ./a.out hola salut servus"
Thread 1: top of stack near 0xb7dd03b8; argv_string=hola
Thread 2: top of stack near 0xb75cf3b8; argv_string=salut
.\" the source, must acknowledge the copyright and authors of this work.
.\" %%%LICENSE_END
.\"
-.TH PTHREAD_SETNAME_NP 3 2013-04-02 "Linux" "Linux Programmer's Manual"
+.TH PTHREAD_SETNAME_NP 3 2013-06-21 "Linux" "Linux Programmer's Manual"
.SH NAME
pthread_setname_np, pthread_getname_np \- set/get the name of a thread
.SH SYNOPSIS
which can be useful for debugging
multithreaded applications.
The thread name is a meaningful C language string, whose length is
-restricted to 16 characters, including the terminating null byte.
+restricted to 16 characters, including the terminating null byte (\(aq\\0\(aq).
The
.I thread
argument specifies the thread whose name is to be changed;
.\"
.\" 2004-12-17, mtk, added description of ptsname_r() + ERRORS
.\"
-.TH PTSNAME 3 2008-09-03 "" "Linux Programmer's Manual"
+.TH PTSNAME 3 2013-06-21 "" "Linux Programmer's Manual"
.SH NAME
ptsname, ptsname_r \- get the name of the slave pseudoterminal
.SH SYNOPSIS
.SH VERSIONS
.BR ptsname ()
is provided in glibc since version 2.1.
+.SH ATTRIBUTES
+.SS Multithreading (see pthreads(7))
+The
+.BR ptsname ()
+function is not thread-safe.
+.LP
+The
+.BR ptsname_r ()
+function is thread-safe.
.SH CONFORMING TO
.BR ptsname ()
is part of the UNIX 98 pseudoterminal support (see
.\" Modified Mon Oct 11 11:11:11 1999 by Andries Brouwer (aeb@cwi.nl)
.\" Modified Wed Nov 10 00:02:26 1999 by Andries Brouwer (aeb@cwi.nl)
.\" Modified Sun May 20 22:17:20 2001 by Andries Brouwer (aeb@cwi.nl)
-.TH PUTENV 3 2007-07-26 "GNU" "Linux Programmer's Manual"
+.TH PUTENV 3 2013-04-19 "GNU" "Linux Programmer's Manual"
.SH NAME
putenv \- change or add an environment variable
.SH SYNOPSIS
.BR putenv ()
function returns zero on success,
or nonzero if an error occurs.
+In the event of an error,
+.I errno
+is set to indicate the cause.
.SH ERRORS
.TP
.B ENOMEM
.BR putgrent ()
function is the counterpart for
.BR fgetgrent (3).
-The function writes the content of the provided \fIstruct group\fP into the
+The function writes the content of the provided
+.IR "struct group"
+into the
file pointed to by
.IR fp .
The list of group members must be NULL-terminated or NULL-initialized.
.sp
-The \fIstruct group\fP is defined as follows:
+The
+.IR "struct group"
+is defined as follows:
.sp
.in +4n
.nf
.\" Lewine's _POSIX Programmer's Guide_ (O'Reilly & Associates, 1991)
.\" 386BSD man pages
.\" Modified Sat Jul 24 18:43:46 1993 by Rik Faith (faith@cs.unc.edu)
-.TH PUTPWENT 3 2007-07-26 "GNU" "Linux Programmer's Manual"
+.TH PUTPWENT 3 2013-04-19 "GNU" "Linux Programmer's Manual"
.SH NAME
putpwent \- write a password file entry
.SH SYNOPSIS
.BR putpwent ()
function returns 0 on success, or \-1 if an error
occurs.
+In the event of an error,
+.I errno
+is set to indicate the cause.
.SH ERRORS
.TP
.B EINVAL
function is the wide-character equivalent of the
.BR putchar (3)
function.
-It writes the wide character \fIwc\fP to \fIstdout\fP.
-If \fIferror(stdout)\fP becomes true, it returns
+It writes the wide character
+.I wc
+to
+.IR stdout .
+If
+.I ferror(stdout)
+becomes true, it returns
.BR WEOF .
If a wide character
-conversion error occurs, it sets \fIerrno\fP to \fBEILSEQ\fP and returns
+conversion error occurs, it sets
+.IR errno
+to
+.B EILSEQ
+and returns
.BR WEOF .
-Otherwise it returns \fIwc\fP.
+Otherwise it returns
+.IR wc .
.PP
For a nonlocking counterpart, see
.BR unlocked_stdio (3).
.SH RETURN VALUE
The
.BR putwchar ()
-function returns \fIwc\fP if no error occurred, or
+function returns
+.I wc
+if no error occurred, or
.B WEOF
to indicate an error.
.SH CONFORMING TO
It is reasonable to expect that
.BR putwchar ()
will actually write
-the multibyte sequence corresponding to the wide character \fIwc\fP.
+the multibyte sequence corresponding to the wide character
+.IR wc .
.SH SEE ALSO
.BR fputwc (3),
.BR unlocked_stdio (3)
.\" This replaces an earlier man page written by Walter Harms
.\" <walter.harms@informatik.uni-oldenburg.de>.
.\"
-.TH QECVT 3 2010-09-20 "GNU" "Linux Programmer's Manual"
+.TH QECVT 3 2013-06-21 "GNU" "Linux Programmer's Manual"
.SH NAME
qecvt, qfcvt, qgcvt \- convert a floating-point number to a string
.SH SYNOPSIS
.BR ecvt (3)
and
.BR gcvt (3).
+.SH ATTRIBUTES
+.SS Multithreading (see pthreads(7))
+The functions
+.BR qecvt ()
+and
+.BR qfcvt ()
+are not thread-safe.
+.LP
+The function
+.BR qgcvt ()
+is thread-safe.
.SH CONFORMING TO
SVr4.
Not seen in most common UNIX implementations,
.\" Modified Sat Jul 24 18:13:39 1993 by Rik Faith (faith@cs.unc.edu)
.\" Modified Sun Aug 20 21:47:07 2000, aeb
.\"
-.TH RANDOM 3 2010-09-20 "GNU" "Linux Programmer's Manual"
+.TH RANDOM 3 2013-04-19 "GNU" "Linux Programmer's Manual"
.SH NAME
random, srandom, initstate, setstate \- random number generator
.SH SYNOPSIS
The
.BR srandom ()
function returns no value.
+
The
.BR initstate ()
function returns a pointer to the previous state array.
-The
+On error,
+.I errno
+is set to indicate the cause.
+
+On success,
.BR setstate ()
-function returns a pointer to the previous state array, or NULL on error.
+returns a pointer to the previous state array.
+On error, it returns NULL, with
+.I errno
+set to indicate the cause of the error.
.SH ERRORS
.TP
.B EINVAL
+The
+.I state
+argument given to
+.BR setstate ()
+was NULL.
+.TP
+.B EINVAL
A state array of less than 8 bytes was specified to
.BR initstate ().
.SH CONFORMING TO
.IR "The Art of Computer Programming" ,
volume 2 (Seminumerical Algorithms), 2nd ed.; Reading, Massachusetts:
Addison-Wesley Publishing Company, 1981.
+.SH BUGS
+According to POSIX,
+.BR initstate ()
+should return NULL on error.
+In the glibc implementation,
+.I errno
+is (as specified) set on error, but the function does not return NULL.
+.\" http://sourceware.org/bugzilla/show_bug.cgi?id=15380
.SH SEE ALSO
.BR drand48 (3),
.BR rand (3),
.\" %%%LICENSE_END
.\"
.\"
-.TH RANDOM_R 3 2008-03-07 "GNU" "Linux Programmer's Manual"
+.TH RANDOM_R 3 2013-04-19 "GNU" "Linux Programmer's Manual"
.SH NAME
random_r, srandom_r, initstate_r, setstate_r \- reentrant
random number generator
.IR buf ,
rather than modifying the global state variable.
.SH RETURN VALUE
-All of these functions return 0 on success, or \-1 on error.
+All of these functions return 0 on success.
+On error, \-1 is returned, with
+.I errno
+set to indicate the cause of the error.
.SH ERRORS
.TP
.B EINVAL
.\"
.\" Wed Jun 14 16:10:28 BST 1995 Wilf. (G.Wilford@@ee.surrey.ac.uk)
.\"
-.TH RE_COMP 3 1995-07-14 "GNU" "Linux Programmer's Manual"
+.TH RE_COMP 3 2013-06-21 "GNU" "Linux Programmer's Manual"
.SH NAME
re_comp, re_exec \- BSD regex functions
.SH SYNOPSIS
.BR re_exec ()
returns 1 for a successful match, zero for failure.
+.SH ATTRIBUTES
+.SS Multithreading (see pthreads(7))
+The
+.BR re_comp ()
+and
+.BR re_exec ()
+functions are not thread-safe.
.SH CONFORMING TO
4.3BSD.
.SH NOTES
.\" Rework discussion of nonstandard structure fields.
.\" 2008-09-11, mtk, Document readdir_r().
.\"
-.TH READDIR 3 2013-03-24 "" "Linux Programmer's Manual"
+.TH READDIR 3 2013-06-21 "" "Linux Programmer's Manual"
.SH NAME
readdir, readdir_r \- read a directory
.SH SYNOPSIS
.IR d_name [],
of unspecified size, with at most
.B NAME_MAX
-characters preceding the terminating null byte;
+characters preceding the terminating null byte (\(aq\\0\(aq);
and (as an XSI extension)
.IR d_ino .
The other fields are unstandardized, and not present on all systems;
.TP
.B EBADF
Invalid directory stream descriptor \fIdirp\fP.
+.SH ATTRIBUTES
+.SS Multithreading (see pthreads(7))
+The
+.BR readdir ()
+function is not thread-safe.
+.LP
+The
+.BR readdir_r ()
+function is thread-safe.
.SH CONFORMING TO
SVr4, 4.3BSD, POSIX.1-2001.
.SH NOTES
.\" Modified 8 May 1998 by Joseph S. Myers (jsm28@cam.ac.uk)
.\"
.\" show the synopsis section nicely
-.de xx
-.in \\n(INu+\\$1
-.ti -\\$1
-..
.TH REGEX 3 2013-02-11 "GNU" "Linux Programmer's Manual"
.SH NAME
regcomp, regexec, regerror, regfree \- POSIX regex functions
The
.BR rewinddir ()
function resets the position of the directory
-stream \fIdirp\fP to the beginning of the directory.
+stream
+.I dirp
+to the beginning of the directory.
.SH RETURN VALUE
The
.BR rewinddir ()
.\"
.\" Taken from FreeBSD 5.4; not checked against Linux reality (mtk)
.\"
-.\" 2007-12-08, mtk, Converted from mdoc to man macros
+.\" 2013-06-21, mtk, Converted from mdoc to man macros
.\"
-.TH REXEC 3 2012-04-23 "Linux" "Linux Programmer's Manual"
+.TH REXEC 3 2013-07-04 "Linux" "Linux Programmer's Manual"
.SH NAME
rexec, rexec_af \- return stream to a remote command
.SH SYNOPSIS
The
.BR rexec_af ()
function was added to glibc in version 2.2.
+.SH ATTRIBUTES
+.SS Multithreading (see pthreads(7))
+The
+.BR rexec ()
+and
+.BR rexec_af ()
+functions are not thread-safe.
.SH CONFORMING TO
These functions are not in POSIX.1-2001.
The
.SH RETURN VALUE
These functions return the rounded integer value.
-If \fIx\fP is integral, +0, \-0, NaN, or infinite,
-\fIx\fP itself is returned.
+If
+.I x
+is integral, +0, \-0, NaN, or infinite,
+.I x
+itself is returned.
.SH ERRORS
No errors occur.
POSIX.1-2001 documents a range error for overflows, but see NOTES.
.\" the source, must acknowledge the copyright and authors of this work.
.\" %%%LICENSE_END
.\"
-.TH ROUND 3 2010-09-20 "" "Linux Programmer's Manual"
+.TH ROUND 3 2013-06-21 "" "Linux Programmer's Manual"
.SH NAME
round, roundf, roundl \- round to nearest integer, away from zero
.SH SYNOPSIS
.RE
.ad
.SH DESCRIPTION
-These functions round \fIx\fP to the nearest integer, but
+These functions round
+.I x
+to the nearest integer, but
round halfway cases away from zero (regardless of the current rounding
direction, see
.BR fenv (3)),
.SH RETURN VALUE
These functions return the rounded integer value.
-If \fIx\fP is integral, +0, \-0, NaN, or infinite,
-\fIx\fP itself is returned.
+If
+.I x
+is integral, +0, \-0, NaN, or infinite,
+.I x
+itself is returned.
.SH ERRORS
No errors occur.
POSIX.1-2001 documents a range error for overflows, but see NOTES.
.SH VERSIONS
These functions first appeared in glibc in version 2.1.
+.SH ATTRIBUTES
+.SS Multithreading (see pthreads(7))
+The
+.BR round (),
+.BR roundf (),
+and
+.BR roundl ()
+functions are thread-safe.
.SH CONFORMING TO
C99, POSIX.1-2001.
.SH NOTES
.in +4n
.nf
-typedef int \fIbool_t\fP;
+.BI "typedef int " bool_t ;
-typedef bool_t (*\fIxdrproc_t\fP) (XDR *, void *, ...);
+.BI "typedef bool_t (*" xdrproc_t ") (XDR *, void *, ...);"
-typedef bool_t (*\fIresultproc_t\fP) (caddr_t resp,
- struct sockaddr_in *raddr);
+.BI "typedef bool_t (*" resultproc_t ") (caddr_t " resp ,
+.BI " struct sockaddr_in *" raddr );
.fi
.in
.LP
.IR *addr .
If
.\"The following inline font conversion is necessary for the hyphen indicator
-\fIaddr\->sin_port\fR
+.I addr\->sin_port
is zero, then it is set to the actual port that the remote
program is listening on (the remote
.B portmap
The remote program is located at Internet address
.IR addr .
If
-\fIaddr\->sin_port\fR
+.I addr\->sin_port
is zero, then it is set to actual port that the remote
program is listening on (the remote
.B portmap
The remote program is located at Internet address
.IR addr .
If
-\fIaddr\->sin_port\fR
+.I addr\->sin_port
is zero, then it is set to actual port that the remote
program is listening on (the remote
.B portmap
A user interface to the
.B portmap
service, which establishes a mapping between the triple
-.RI [ prognum , versnum , protocol\fR]
+.RI [ prognum , versnum , protocol ]
and
.I port
on the machine's
A user interface to the
.B portmap
service, which destroys all mapping between the triple
-.RI [ prognum , versnum , *\fR]
+.RI [ prognum , versnum , * ]
and
.B ports
on the machine's
If
.I protocol
is nonzero, then a mapping of the triple
-.RI [ prognum , versnum , protocol\fR]
+.RI [ prognum , versnum , protocol ]
to
-\fIxprt\->xp_port\fR
+.I xprt\->xp_port
is established with the local
.B portmap
service (generally
Remove all mapping of the double
.RI [ prognum , versnum ]
to dispatch routines, and of the triple
-.RI [ prognum , versnum , *\fR]
+.RI [ prognum , versnum , * ]
to port number.
.LP
.nf
If the socket is not bound to a local TCP
port, then this routine binds it to an arbitrary port.
Upon completion,
-\fIxprt\->xp_sock\fR
+.I xprt\->xp_sock
is the transport's socket descriptor, and
-\fIxprt\->xp_port\fR
+.I xprt\->xp_port
is the transport's port number.
This routine returns NULL if it fails.
Since TCP-based RPC uses buffered I/O,
If the socket is not bound to a local UDP
port, then this routine binds it to an arbitrary port.
Upon completion,
-\fIxprt\->xp_sock\fR
+.I xprt\->xp_sock
is the transport's socket descriptor, and
-\fIxprt\->xp_port\fR
+.I xprt\->xp_port
is the transport's port number.
This routine returns NULL if it fails.
.IP
.fi
.IP
This call is equivalent to
-\fIsvcudp_bufcreate(sock,SZ,SZ)\fP
-for some default size \fISZ\fP.
+.I svcudp_bufcreate(sock,SZ,SZ)
+for some default size
+.IR SZ .
.LP
.nf
.BI "bool_t xdr_accepted_reply(XDR *" xdrs ", struct accepted_reply *" ar );
handles a user response to yes or no questions, with
support for internationalization.
-\fIresponse\fP should be a null-terminated string containing a
+.I response
+should be a null-terminated string containing a
user-supplied response, perhaps obtained with
.BR fgets (3)
or
.BR getline (3).
The user's language preference is taken into account per the
-environment variables \fBLANG\fP, \fBLC_MESSAGES\fP, and \fBLC_ALL\fP,
+environment variables
+.BR LANG ,
+.BR LC_MESSAGES ,
+and
+.BR LC_ALL ,
if the program has called
.BR setlocale (3)
to effect their changes.
-Regardless of the locale, responses matching \fB^[Yy]\fP are always
-accepted as affirmative, and those matching \fB^[Nn]\fP are always
-accepted as negative.
+Regardless of the locale, responses matching
+.B ^[Yy]
+are always accepted as affirmative, and those matching
+.B ^[Nn]
+are always accepted as negative.
.SH RETURN VALUE
After examining
.IR response ,
.BR rpmatch ()
returns 0 for a recognized negative response ("no"), 1
for a recognized positive response ("yes"), and \-1 when the value
-of \fIresponse\fP is unrecognized.
+of
+.I response
+is unrecognized.
.SH ERRORS
A return value of \-1 may indicate either an invalid input, or some
other error.
or
.BR regexec (3)
can fail; the cause of the error
-is not available from \fIerrno\fP or anywhere else, but indicates a
+is not available from
+.I errno
+or anywhere else, but indicates a
failure of the regex engine (but this case is indistinguishable from
-that of an unrecognized value of \fIresponse\fP).
+that of an unrecognized value of
+.IR response ).
.SH CONFORMING TO
.BR rpmatch ()
is not required by any standard, but
The
.BR rpmatch ()
implementation looks at only the first character
-of \fIresponse\fP.
+of
+.IR response .
As a consequence, "nyes" returns 0, and
"ynever; not in a million years" returns 1.
It would be preferable to accept input strings much more
strictly, for example (using the extended regular
expression notation described in
.BR regex (7)):
-\fB^([yY]|yes|YES)$\fP and \fB^([nN]|no|NO)$\fP.
+.B ^([yY]|yes|YES)$
+and
+.BR ^([nN]|no|NO)$ .
.SH EXAMPLE
The following program displays the results when
.BR rpmatch ()
.IR <float.h> .
.\" not in /usr/include but in a gcc lib
.SH RETURN VALUE
-On success, these functions return \fIx\fP * \fBFLT_RADIX\fP ** \fIexp\fP.
+On success, these functions return
+.IR x
+*
+.B FLT_RADIX
+**
+.IR exp .
If
.I x
.\" the source, must acknowledge the copyright and authors of this work.
.\" %%%LICENSE_END
.\"
-.TH SCALBLN 3 2010-09-20 "" "Linux Programmer's Manual"
+.TH SCALBLN 3 2013-06-21 "" "Linux Programmer's Manual"
.SH NAME
scalbn, scalbnf, scalbnl, scalbln, scalblnf, scalblnl \-
multiply floating-point number by integral power of radix
.IR <float.h> .
.\" not in /usr/include but in a gcc lib
.SH RETURN VALUE
-On success, these functions return \fIx\fP * \fBFLT_RADIX\fP ** \fIexp\fP.
+On success, these functions return
+.IR x
+*
+.B FLT_RADIX
+**
+.IR exp .
If
.I x
.\" Bug raised: http://sources.redhat.com/bugzilla/show_bug.cgi?id=6803
.SH VERSIONS
These functions first appeared in glibc in version 2.1.
+.SH ATTRIBUTES
+.SS Multithreading (see pthreads(7))
+The
+.BR scalbn (),
+.BR scalbnf (),
+.BR scalbnl (),
+.BR scalbln (),
+.BR scalblnf (),
+and
+.BR scalblnl ()
+functions are thread-safe.
.SH CONFORMING TO
C99, POSIX.1-2001.
.SH NOTES
.\" Modified Sun Sep 24 20:15:46 2000 by aeb, following Petter Reinholdtsen.
.\" Modified 2001-12-26 by aeb, following Joey. Added versionsort.
.\"
-.TH SCANDIR 3 2012-04-26 "GNU" "Linux Programmer's Manual"
+.TH SCANDIR 3 2013-04-19 "GNU" "Linux Programmer's Manual"
.SH NAME
scandir, alphasort, versionsort \- scan a directory for matching entries
.SH SYNOPSIS
The
.BR scandir ()
function returns the number of directory entries
-selected or \-1 if an error occurs.
+selected.
+On error, \-1 is returned, with
+.I errno
+set to indicate the cause of the error.
.PP
The
.BR alphasort ()
and assigns the address of this buffer to the corresponding
.I pointer
argument, which should be a pointer to a
-.I "char *"
+.I "char\ *"
variable (this variable does not need to be initialized before the call).
The caller should subsequently
.BR free (3)
.I maximum field width
(default 1); the next pointer must be a pointer to
.IR char ,
-and there must be enough room for all the characters (no terminating
-null byte
-is added).
+and there must be enough room for all the characters
+(no terminating null byte is added).
The usual skip of leading white space is suppressed.
To skip white space first, use an explicit space in the format.
.TP
.SH DESCRIPTION
One of the databases available with the Name Service Switch (NSS)
is the aliases database, that contains mail aliases.
-(To find out which databases are supported, try \fIgetent \-\-help\fP.)
+(To find out which databases are supported, try
+.IR "getent \-\-help" .)
Six functions are provided to access the aliases database.
.PP
The
.SH DESCRIPTION
The
.BR setenv ()
-function adds the variable \fIname\fP to the
-environment with the value \fIvalue\fP, if \fIname\fP does not
+function adds the variable
+.I name
+to the
+environment with the value
+.IR value ,
+if
+.I name
+does not
already exist.
-If \fIname\fP does exist in the environment, then
-its value is changed to \fIvalue\fP if \fIoverwrite\fP is nonzero;
-if \fIoverwrite\fP is zero, then the value of \fIname\fP is not
+If
+.I name
+does exist in the environment, then
+its value is changed to
+.IR value
+if
+.I overwrite
+is nonzero;
+if
+.IR overwrite
+is zero, then the value of
+.I name
+is not
changed.
This function makes copies of the strings pointed to by
.I name
.PP
The
.BR unsetenv ()
-function deletes the variable \fIname\fP from
+function deletes the variable
+.I name
+from
the environment.
If
.I name
Prior to glibc 2.2.2,
.BR unsetenv ()
was prototyped
-as returning \fIvoid\fP; more recent glibc versions follow the
+as returning
+.IR void ;
+more recent glibc versions follow the
POSIX.1-2001-compliant prototype shown in the SYNOPSIS.
.SH BUGS
POSIX.1-2001 specifies that if
are useful for dealing with errors
and interrupts encountered in a low-level subroutine of a program.
.BR setjmp ()
-saves the stack context/environment in \fIenv\fP for
+saves the stack context/environment in
+.I env
+for
later use by
.BR longjmp (3).
The stack context will be invalidated
.BR sigsetjmp ()
is similar to
.BR setjmp ().
-If, and only if, \fIsavesigs\fP is nonzero,
-the process's current signal mask is saved in \fIenv\fP
+If, and only if,
+.I savesigs
+is nonzero,
+the process's current signal mask is saved in
+.I env
and will be restored if a
.BR siglongjmp (3)
-is later performed with this \fIenv\fP.
+is later performed with this
+.IR env .
.SH RETURN VALUE
.BR setjmp ()
and
will save the signal mask.
In System V it will not.
In 4.3BSD it will, and there
-is a function \fB_setjmp\fP that will not.
+is a function
+.B _setjmp
+that will not.
By default, Linux/glibc follows the System V behavior,
but the BSD behavior is provided if the
.BR _BSD_SOURCE
.BR LOG_INFO ,
and
.BR LOG_DEBUG .
-The bit corresponding to a priority \fIp\fP is \fBLOG_MASK\fP(\fIp\fP).
-Some systems also provide a macro \fBLOG_UPTO\fP(\fIp\fP) for the mask
-of all priorities in the above list up to and including \fIp\fP.
+The bit corresponding to a priority
+.I p
+is
+.IR LOG_MASK(p) .
+Some systems also provide a macro
+.IR LOG_UPTO(p)
+for the mask
+of all priorities in the above list up to and including
+.IR p .
.SH RETURN VALUE
This function returns the previous log priority mask.
.SH ERRORS
Open the object for read access.
A shared memory object opened in this way can be
.BR mmap (2)ed
-only for read (\fBPROT_READ\fP) access.
+only for read
+.RB ( PROT_READ )
+access.
.TP
.B O_RDWR
Open the object for read-write access.
.\" 386BSD man pages
.\" Modified Sun Jul 25 10:40:51 1993 by Rik Faith (faith@cs.unc.edu)
.\" Modified Sun Apr 14 16:20:34 1996 by Andries Brouwer (aeb@cwi.nl)
-.TH SIGINTERRUPT 3 2011-09-09 "" "Linux Programmer's Manual"
+.TH SIGINTERRUPT 3 2013-04-19 "" "Linux Programmer's Manual"
.SH NAME
siginterrupt \- allow signals to interrupt system calls
.SH SYNOPSIS
.SH RETURN VALUE
The
.BR siginterrupt ()
-function returns 0 on success, or \-1 if the
-signal number \fIsig\fP is invalid.
+function returns 0 on success.
+It returns \-1 if the
+signal number
+.I sig
+is invalid, with
+.I errno
+set to indicate the cause of the error.
.SH ERRORS
.TP
.B EINVAL
.\"
.\" Based on glibc infopages, copyright Free Software Foundation
.\"
-.TH SIGNBIT 3 2010-09-20 "GNU" "Linux Programmer's Manual"
+.TH SIGNBIT 3 2013-07-04 "GNU" "Linux Programmer's Manual"
.SH NAME
signbit \- test sign of a real floating-point number
.SH SYNOPSIS
is negative; otherwise it returns zero.
.SH ERRORS
No errors occur.
+.SH ATTRIBUTES
+.SS Multithreading (see pthreads(7))
+The
+.BR signbit ()
+macro is thread-safe.
.SH CONFORMING TO
C99, POSIX.1-2001.
This function is defined in IEC 559 (and the appendix with
same name was solved by the
.BR \%sigsuspend (2)
function, that takes a
-.I "sigset_t *"
+.I "sigset_t\ *"
argument (instead of an
.IR int ).
.SS Linux notes
.\" 2007-10-26 mdw added wording that a sigset_t must be initialized
.\" prior to use
.\"
-.TH SIGSETOPS 3 2008-09-01 "Linux" "Linux Programmer's Manual"
+.TH SIGSETOPS 3 2013-04-19 "Linux" "Linux Programmer's Manual"
.SH NAME
sigemptyset, sigfillset, sigaddset, sigdelset, sigismember \- POSIX
signal set operations.
0 if
.I signum
is not a member, and \-1 on error.
+On error, these functions set
+.I errno
+to indicate the cause.
.SH ERRORS
.TP
.B EINVAL
.SH DESCRIPTION
The
.BR sin ()
-function returns the sine of \fIx\fP, where \fIx\fP is
+function returns the sine of
+.IR x ,
+where
+.I x
+is
given in radians.
.SH RETURN VALUE
On success, these functions return the sine of
.SH DESCRIPTION
The
.BR sinh ()
-function returns the hyperbolic sine of \fIx\fP, which
+function returns the hyperbolic sine of
+.IR x ,
+which
is defined mathematically as:
.nf
A successful call to
.BR sockatmark ()
returns 1 if the socket is at the out-of-band mark, or 0 if it is not.
-On error, \-1 is returned and \fIerrno\fP is set to indicate the error.
+On error, \-1 is returned and
+.I errno
+is set to indicate the error.
.SH ERRORS
.TP
.B EBADF
.SH DESCRIPTION
The
.BR sqrt ()
-function returns the nonnegative square root of \fIx\fP.
+function returns the nonnegative square root of
+.IR x .
.SH RETURN VALUE
On success, these functions return the square root of
.IR x .
and
.B STDERR_FILENO
are defined with these values in
-\fI<unistd.h>\fP.
+.IR <unistd.h> .
(Applying
.BR freopen (3)
to one of these streams can change the file descriptor number
.\" the source, must acknowledge the copyright and authors of this work.
.\" %%%LICENSE_END
.\"
-.TH STDIO_EXT 3 2001-12-16 "" "Linux Programmer's Manual"
+.TH STDIO_EXT 3 2013-06-21 "" "Linux Programmer's Manual"
.SH NAME
__fbufsize, __flbf, __fpending, __fpurge, __freadable,
__freading, __fsetlocking, __fwritable, __fwriting, _flushlbf \-
The
.BR __fpurge ()
function discards the contents of the stream's buffer.
+.SH ATTRIBUTES
+.SS Multithreading (see pthreads(7))
+The
+.BR __fbufsize (),
+.BR __fpending (),
+.BR __fpurge ()
+and
+.BR __fsetlocking ()
+functions do not lock the stream, so they are not thread-safe.
+.LP
+The
+.BR __flbf (),
+.BR __freadable (),
+.BR __freading (),
+.BR __fwritable (),
+.BR __fwriting ()
+and
+.BR _flushlbf ()
+functions are thread-safe.
.SH SEE ALSO
.BR flockfile (3),
.BR fpurge (3)
.SH DESCRIPTION
The
.BR stpcpy ()
-function copies the string pointed to by \fIsrc\fP
+function copies the string pointed to by
+.I src
(including the terminating null byte (\(aq\\0\(aq)) to the array pointed to by
-\fIdest\fP.
+.IR dest .
The strings may not overlap, and the destination string
-\fIdest\fP must be large enough to receive the copy.
+.I dest
+must be large enough to receive the copy.
.SH RETURN VALUE
.BR stpcpy ()
-returns a pointer to the \fBend\fP of the string
-\fIdest\fP (that is, the address of the terminating null byte)
+returns a pointer to the
+.B end
+of the string
+.I dest
+(that is, the address of the terminating null byte)
rather than the beginning.
.SH CONFORMING TO
This function was added to POSIX.1-2008.
.SH EXAMPLE
For example, this program uses
.BR stpcpy ()
-to concatenate \fBfoo\fP and
-\fBbar\fP to produce \fBfoobar\fP, which it then prints.
+to concatenate
+.B foo
+and
+.B bar
+to produce
+.BR foobar ,
+which it then prints.
.in +4n
.nf
.SH DESCRIPTION
The
.BR stpncpy ()
-function copies at most \fIn\fP characters from the string
-pointed to by \fIsrc\fP, including the terminating null byte (\(aq\\0\(aq),
-to the array pointed to by \fIdest\fP.
-Exactly \fIn\fP characters are written at
-\fIdest\fP.
-If the length \fIstrlen(src)\fP is smaller than \fIn\fP, the
-remaining characters in the array pointed to by \fIdest\fP are filled
+function copies at most
+.I n
+characters from the string
+pointed to by
+.IR src ,
+including the terminating null byte (\(aq\\0\(aq),
+to the array pointed to by
+.IR dest .
+Exactly
+.I n
+characters are written at
+.IR dest .
+If the length
+.I strlen(src)
+is smaller than
+.IR n ,
+the
+remaining characters in the array pointed to by
+.I dest
+are filled
with null bytes (\(aq\\0\(aq),
-If the length \fIstrlen(src)\fP is greater or equal to
-\fIn\fP, the string pointed to by \fIdest\fP will
+If the length
+.I strlen(src)
+is greater or equal to
+.IR n ,
+the string pointed to by
+.I dest
+will
not be null-terminated.
.PP
The strings may not overlap.
.PP
-The programmer must ensure that there is room for at least \fIn\fP characters
-at \fIdest\fP.
+The programmer must ensure that there is room for at least
+.I n
+characters
+at
+.IR dest .
.SH RETURN VALUE
.BR stpncpy ()
returns a pointer to the terminating null byte
-in \fIdest\fP, or, if \fIdest\fP is not null-terminated,
-\fIdest + n\fP.
+in
+.IR dest ,
+or, if
+.I dest
+is not null-terminated,
+.IR "dest + n" .
.SH CONFORMING TO
This function was added to POSIX.1-2008.
Before that, it was a GNU extension.
.SH DESCRIPTION
The
.BR strcasecmp ()
-function compares the two strings \fIs1\fP and
-\fIs2\fP, ignoring the case of the characters.
+function compares the two strings
+.I s1
+and
+.IR s2 ,
+ignoring the case of the characters.
It returns an integer
-less than, equal to, or greater than zero if \fIs1\fP is found,
-respectively, to be less than, to match, or be greater than \fIs2\fP.
+less than, equal to, or greater than zero if
+.I s1
+is found,
+respectively, to be less than, to match, or be greater than
+.IR s2 .
.PP
The
.BR strncasecmp ()
function is similar, except it compares
-the only first \fIn\fP bytes of \fIs1\fP.
+the only first
+.I n
+bytes of
+.IR s1 .
.SH RETURN VALUE
The
.BR strcasecmp ()
and
.BR strncasecmp ()
functions return
-an integer less than, equal to, or greater than zero if \fIs1\fP
-(or the first \fIn\fP bytes thereof) is found, respectively, to be
-less than, to match, or be greater than \fIs2\fP.
+an integer less than, equal to, or greater than zero if
+.I s1
+(or the first
+.I n
+bytes thereof) is found, respectively, to be
+less than, to match, or be greater than
+.IR s2 .
.SH CONFORMING TO
4.4BSD, POSIX.1-2001.
.SH SEE ALSO
.SH DESCRIPTION
The
.BR strcat ()
-function appends the \fIsrc\fP string to the
-\fIdest\fP string,
+function appends the
+.I src
+string to the
+.I dest
+string,
overwriting the terminating null byte (\(aq\\0\(aq) at the end of
-\fIdest\fP, and then adds a terminating null byte.
-The strings may not overlap, and the \fIdest\fP string must have
+.IR dest ,
+and then adds a terminating null byte.
+The strings may not overlap, and the
+.I dest
+string must have
enough space for the result.
If
.I dest
.BR strncat ()
function is similar, except that
.IP * 3
-it will use at most \fIn\fP bytes from \fIsrc\fP; and
+it will use at most
+.I n
+bytes from
+.IR src ;
+and
.IP *
-\fIsrc\fP does not need to be null-terminated if it contains
-\fIn\fP or more bytes.
+.I src
+does not need to be null-terminated if it contains
+.I n
+or more bytes.
.PP
As with
.BR strcat (),
-the resulting string in \fIdest\fP is always null-terminated.
+the resulting string in
+.I dest
+is always null-terminated.
.PP
-If \fIsrc\fP contains \fIn\fP or more bytes,
+If
+.IR src
+contains
+.I n
+or more bytes,
.BR strncat ()
-writes \fIn+1\fP bytes to \fIdest\fP (\fIn\fP
-from \fIsrc\fP plus the terminating null byte).
-Therefore, the size of \fIdest\fP must be at least
-\fIstrlen(dest)+n+1\fP.
+writes
+.I n+1
+bytes to
+.I dest
+.RI ( n
+from
+.I src
+plus the terminating null byte).
+Therefore, the size of
+.I dest
+must be at least
+.IR "strlen(dest)+n+1" .
A simple implementation of
.BR strncat ()
.BR strcat ()
and
.BR strncat ()
-functions return a pointer to the resulting string \fIdest\fP.
+functions return a pointer to the resulting string
+.IR dest .
.SH CONFORMING TO
SVr4, 4.3BSD, C89, C99.
.SH NOTES
function returns a pointer to
the matched character,
or a pointer to the null
-byte at the end of \fIs\fP (i.e., \fIs+strlen(s)\fP)
+byte at the end of
+.I s
+(i.e.,
+.IR "s+strlen(s)" )
if the character is not found.
.SH VERSIONS
.BR strchrnul ()
.SH DESCRIPTION
The
.BR strcmp ()
-function compares the two strings \fIs1\fP and
-\fIs2\fP.
+function compares the two strings
+.I s1
+and
+.IR s2 .
It returns an integer less than, equal to, or greater
-than zero if \fIs1\fP is found, respectively, to be less than,
-to match, or be greater than \fIs2\fP.
+than zero if
+.I s1
+is found, respectively, to be less than,
+to match, or be greater than
+.IR s2 .
.PP
The
.BR strncmp ()
function is similar, except it compares
-the only first (at most) \fIn\fP bytes of \fIs1\fP and \fIs2\fP.
+the only first (at most)
+.IR n
+bytes of
+.I s1
+and
+.IR s2 .
.SH RETURN VALUE
The
.BR strcmp ()
and
.BR strncmp ()
functions return an integer
-less than, equal to, or greater than zero if \fIs1\fP (or the first
-\fIn\fP bytes thereof) is found, respectively, to be less than, to
-match, or be greater than \fIs2\fP.
+less than, equal to, or greater than zero if
+.I s1
+(or the first
+.I n
+bytes thereof) is found, respectively, to be less than, to
+match, or be greater than
+.IR s2 .
.SH CONFORMING TO
SVr4, 4.3BSD, C89, C99.
.SH SEE ALSO
.SH DESCRIPTION
The
.BR strcoll ()
-function compares the two strings \fIs1\fP and
-\fIs2\fP.
+function compares the two strings
+.I s1
+and
+.IR s2 .
It returns an integer less than, equal to, or greater
-than zero if \fIs1\fP is found, respectively, to be less than,
-to match, or be greater than \fIs2\fP.
+than zero if
+.I s1
+is found, respectively, to be less than,
+to match, or be greater than
+.IR s2 .
The comparison is based on
strings interpreted as appropriate for the program's current locale
-for category \fBLC_COLLATE\fP. (See
+for category
+.BR LC_COLLATE .
+(See
.BR setlocale (3).)
.SH RETURN VALUE
The
.BR strcoll ()
function returns an integer less than, equal to,
-or greater than zero if \fIs1\fP is found, respectively, to be less
-than, to match, or be greater than \fIs2\fP, when both are interpreted
+or greater than zero if
+.I s1
+is found, respectively, to be less
+than, to match, or be greater than
+.IR s2 ,
+when both are interpreted
as appropriate for the current locale.
.SH CONFORMING TO
SVr4, 4.3BSD, C89, C99.
.SH NOTES
-In the \fI"POSIX"\fP or \fI"C"\fP locales
+In the
+.I "POSIX"
+or
+.I ""C"
+locales
.BR strcoll ()
is equivalent to
.BR strcmp (3).
.SH DESCRIPTION
The
.BR strcpy ()
-function copies the string pointed to by \fIsrc\fP,
+function copies the string pointed to by
+.IR src ,
including the terminating null byte (\(aq\\0\(aq),
-to the buffer pointed to by \fIdest\fP.
+to the buffer pointed to by
+.IR dest .
The strings may not overlap, and the destination string
-\fIdest\fP must be large enough to receive the copy.
+.I dest
+must be large enough to receive the copy.
.IR "Beware of buffer overruns!"
(See BUGS.)
.PP
The
.BR strncpy ()
function is similar, except that at most
-\fIn\fP bytes of \fIsrc\fP are copied.
+.I n
+bytes of
+.I src
+are copied.
.BR Warning :
If there is no null byte
-among the first \fIn\fP bytes of \fIsrc\fP,
-the string placed in \fIdest\fP will not be null-terminated.
+among the first
+.I n
+bytes of
+.IR src ,
+the string placed in
+.I dest
+will not be null-terminated.
.PP
If the length of
.I src
and
.BR strncpy ()
functions return a pointer to
-the destination string \fIdest\fP.
+the destination string
+.IR dest .
.SH CONFORMING TO
SVr4, 4.3BSD, C89, C99.
.SH NOTES
.BR strncpy ()
to be inefficient and error prone.
If the programmer knows (i.e., includes code to test!)
-that the size of \fIdest\fP is greater than
-the length of \fIsrc\fP, then
+that the size of
+.I dest
+is greater than
+the length of
+.IR src ,
+then
.BR strcpy ()
can be used.
written to media or transmitted to another process via an
interprocess communication technique).
-If there is no terminating null byte in the first \fIn\fP
-bytes of \fIsrc\fP,
+If there is no terminating null byte in the first
+.I n
+bytes of
+.IR src ,
.BR strncpy ()
-produces an unterminated string in \fIdest\fP.
+produces an unterminated string in
+.IR dest .
You can force termination using something like the following:
.in +4n
.nf
.\" 386BSD man pages
.\" Modified Sun Jul 25 10:41:34 1993 by Rik Faith (faith@cs.unc.edu)
.\" Modified Wed Oct 17 01:12:26 2001 by John Levon <moz@compsoc.man.ac.uk>
-.TH STRDUP 3 2012-05-10 "GNU" "Linux Programmer's Manual"
+.TH STRDUP 3 2013-04-19 "GNU" "Linux Programmer's Manual"
.SH NAME
strdup, strndup, strdupa, strndupa \- duplicate a string
.SH SYNOPSIS
The
.BR strdup ()
function returns a pointer to a new string which
-is a duplicate of the string \fIs\fP.
+is a duplicate of the string
+.IR s .
Memory for the new string is
obtained with
.BR malloc (3),
The
.BR strndup ()
function is similar, but copies at most
-\fIn\fP bytes.
-If \fIs\fP is longer than \fIn\fP, only \fIn\fP
+.I n
+bytes.
+If
+.I s
+is longer than
+.IR n ,
+only
+.I n
bytes are copied, and a terminating null byte (\(aq\\0\(aq) is added.
.BR strdupa ()
GCC suite, and suffer from the same limitations described in
.BR alloca (3).
.SH RETURN VALUE
-The
+On success, the
.BR strdup ()
function returns a pointer to the duplicated
-string, or NULL if insufficient memory was available.
+string.
+It returns NULL if insufficient memory was available, with
+.I errno
+set to indicate the cause of the error.
.SH ERRORS
.TP
.B ENOMEM
.\" 2005-12-13, mtk, Substantial rewrite of strerror_r() description
.\" Addition of extra material on portability and standards.
.\"
-.TH STRERROR 3 2012-04-22 "" "Linux Programmer's Manual"
+.TH STRERROR 3 2013-06-21 "" "Linux Programmer's Manual"
.SH NAME
strerror, strerror_r \- return string describing error number
.SH SYNOPSIS
is too small and
.I errnum
is unknown).
-The string always includes a terminating null byte.
+The string always includes a terminating null byte (\(aq\\0\(aq).
.SH RETURN VALUE
The
.BR strerror ()
.TP
.B ERANGE
Insufficient storage was supplied to contain the error description string.
+.SH ATTRIBUTES
+.SS Multithreading (see pthreads(7))
+The
+.BR strerror ()
+function is not thread-safe.
+.LP
+The
+.BR strerror_r ()
+function is thread-safe.
.SH CONFORMING TO
.BR strerror ()
is specified by POSIX.1-2001, C89, C99.
The
.BR strfmon ()
function formats the specified amounts
-according to the format specification \fIformat\fP and places the
-result in the character array \fIs\fP of size \fImax\fP.
+according to the format specification
+.I format
+and places the
+result in the character array
+.I s
+of size
+.IR max .
.PP
-Ordinary characters in \fIformat\fP are copied to \fIs\fP
+Ordinary characters in
+.I format
+are copied to
+.I s
without conversion.
Conversion specifiers are introduced by a \(aq%\(aq
character.
The
.BR strfmon ()
function returns the number of characters placed
-in the array \fIs\fP, not including the terminating null byte,
+in the array
+.IR s ,
+not including the terminating null byte,
provided the string, including the terminating null byte, fits.
Otherwise, it sets
.I errno
.SH DESCRIPTION
The
.BR strfry ()
-function randomizes the contents of \fIstring\fP by
+function randomizes the contents of
+.I string
+by
using
.BR rand (3)
to randomly swap characters in the string.
-The result is an anagram of \fIstring\fP.
+The result is an anagram of
+.IR string .
.SH RETURN VALUE
The
.BR strfry ()
.\" 2005-11-22 mtk, added Glibc Notes covering optional 'flag' and
.\" 'width' components of conversion specifications.
.\"
-.TH STRFTIME 3 2012-05-10 "GNU" "Linux Programmer's Manual"
+.TH STRFTIME 3 2013-06-28 "GNU" "Linux Programmer's Manual"
.SH NAME
strftime \- format date and time
.SH SYNOPSIS
.SH DESCRIPTION
The
.BR strftime ()
-function formats the broken-down time \fItm\fP
-according to the format specification \fIformat\fP and places the
-result in the character array \fIs\fP of size \fImax\fP.
+function formats the broken-down time
+.I tm
+according to the format specification
+.I format
+and places the
+result in the character array
+.I s
+of size
+.IR max .
.\" FIXME POSIX says: Local timezone information is used as though
.\" strftime() called tzset(). But this doesn't appear to be the case
.PP
.IR "ordinary character sequences".
.PP
The characters of ordinary character sequences (including the null byte)
-are copied verbatim from \fIformat\fP to \fIs\fP.
+are copied verbatim from
+.I format
+to
+.IR s .
However, the characters
of conversion specifications are replaced as follows:
.TP
(SU)
.TP
.B %R
-The time in 24-hour notation (\fB%H:%M\fP). (SU)
+The time in 24-hour notation
+.RB ( %H:%M ).
+(SU)
For a version including the seconds, see
.B %T
below.
A tab character. (SU)
.TP
.B %T
-The time in 24-hour notation (\fB%H:%M:%S\fP). (SU)
+The time in 24-hour notation
+.RB ( %H:%M:%S ).
+(SU)
.TP
.B %u
The day of the week as a decimal, range 1 to 7, Monday being 1.
numeric timezone (that is, the hour and minute offset from UTC). (SU)
.TP
.B %Z
-The timezone or name or abbreviation.
+The timezone name or abbreviation.
.TP
.B %+
.\" Nov 05 -- Not in Linux/glibc, but is in some BSDs (according to
alternative numeric symbols (say, roman numerals), and that of the
E modifier is to use a locale-dependent alternative representation.
.PP
-The broken-down time structure \fItm\fP is defined in \fI<time.h>\fP.
+The broken-down time structure
+.I tm
+is defined in
+.IR <time.h> .
See also
.BR ctime (3).
.SH RETURN VALUE
-The
+Provided that the result string,
+including the terminating null byte, does not exceed
+.I max
+bytes,
.BR strftime ()
-function returns the number of bytes placed
-in the array \fIs\fP, not including the terminating null byte,
-provided the string, including the terminating null byte, fits.
-Otherwise, it returns 0, and the contents of the array is undefined.
+returns the number of bytes (excluding the terminating null byte)
+placed in the array
+.IR s .
+If the length of the result string (including the terminating null byte)
+would exceed
+.I max
+bytes, then
+.BR strftime ()
+returns 0, and the contents of the array are undefined.
(This behavior applies since at least libc 4.4.4;
very old versions of libc, such as libc 4.4.1,
-would return \fImax\fP if the array was too small.)
+would return
+.I max
+if the array was too small.)
.LP
-Note that the return value 0 does not necessarily indicate an error;
-for example, in many locales
+Note that the return value 0 does not necessarily indicate an error.
+For example, in many locales
.B %p
yields an empty string.
+An empty
+.I format
+string will likewise yield an empty string.
.SH ENVIRONMENT
The environment variables
.B TZ
For example, 1 January 2010 is a Friday,
meaning that just three days of that calendar week fall in 2010.
Thus, the ISO\ 8601 week-based system considers these days to be part of
-week 53 (\fB%V\fP) of the year 2009 (\fB%G\fP) ;
+week 53
+.RB ( %V )
+of the year 2009
+.RB ( %G );
week 01 of ISO\ 8601 year 2010 starts on Monday, 4 January 2010.
.SS Glibc notes
Glibc provides some extensions for conversion specifications.
If the natural size of the field is smaller than this width,
then the result string is padded (on the left) to the specified width.
.SH BUGS
+If the output string would exceed
+.I max
+bytes,
+.I errno
+is
+.I not
+set.
+This makes it impossible to distinguish this error case from cases where the
+.I format
+string legitimately produces a zero-length output string.
+POSIX.1-2001
+does
+.I not
+specify any
+.I errno
+settings for
+.BR strftime ().
+
Some buggy versions of
.BR gcc (1)
complain about the use of
Nowadays,
.BR gcc (1)
-provides the \fI\-Wno\-format\-y2k\fP option to prevent the warning,
+provides the
+.IR \-Wno\-format\-y2k
+option to prevent the warning,
so that the above workaround is no longer required.
.SH EXAMPLE
.BR "RFC\ 2822-compliant date format"
The
.BR strlen ()
function calculates the length of the string
-\fIs\fP, excluding the terminating null byte (\(aq\\0\(aq).
+.IR s ,
+excluding the terminating null byte (\(aq\\0\(aq).
.SH RETURN VALUE
The
.BR strlen ()
-function returns the number of bytes in the string \fIs\fP.
+function returns the number of bytes in the string
+.IR s .
.SH CONFORMING TO
SVr4, 4.3BSD, C89, C99.
.SH SEE ALSO
The
.BR strnlen ()
function returns the number of bytes in the string
-pointed to by \fIs\fP, excluding the terminating null bye (\(aq\\0\(aq),
-but at most \fImaxlen\fP.
+pointed to by
+.IR s ,
+excluding the terminating null byte (\(aq\\0\(aq),
+but at most
+.IR maxlen .
In doing this,
.BR strnlen ()
looks only at the first
-\fImaxlen\fP bytes at \fIs\fP and never beyond \fIs+maxlen\fP.
+.I maxlen
+bytes at
+.I s
+and never beyond
+.IR s+maxlen .
.SH RETURN VALUE
The
.BR strnlen ()
-function returns \fIstrlen(s)\fP, if that is less than
-\fImaxlen\fP, or \fImaxlen\fP
+function returns
+.IR strlen(s) ,
+if that is less than
+.IR maxlen ,
+or
+.I maxlen
if there is no null byte (\(aq\\0\(aq) among the first
-\fImaxlen\fP bytes pointed to by \fIs\fP.
+.I maxlen
+bytes pointed to by
+.IR s .
.SH CONFORMING TO
POSIX.1-2008.
.SH SEE ALSO
The
.BR strpbrk ()
function locates the first occurrence in the
-string \fIs\fP of any of the bytes in the string \fIaccept\fP.
+string
+.I s
+of any of the bytes in the string
+.IR accept .
.SH RETURN VALUE
The
.BR strpbrk ()
function returns a pointer to the byte in
-\fIs\fP that matches one of the bytes in \fIaccept\fP, or NULL
+.I s
+that matches one of the bytes in
+.IR accept ,
+or NULL
if no such byte is found.
.SH CONFORMING TO
SVr4, 4.3BSD, C89, C99.
The 12-hour clock time (using the locale's AM or PM).
In the POSIX locale equivalent to
.BR "%I:%M:%S %p" .
-If \fIt_fmt_ampm\fP is empty in the
+If
+.I t_fmt_ampm
+is empty in the
.B LC_TIME
part of the current locale
then the behavior is undefined.
.BR %C )
using the locale's alternative numeric symbols.
.LP
-The broken-down time structure \fItm\fP is defined in \fI<time.h>\fP
+The broken-down time structure
+.I tm
+is defined in
+.IR <time.h>
as follows:
.sp
.in +4n
SUSv2, POSIX.1-2001.
.SH NOTES
.LP
-In principle, this function does not initialize \fItm\fP but
+In principle, this function does not initialize
+.I tm
+but
stores only the values specified.
-This means that \fItm\fP should be initialized before the call.
+This means that
+.I tm
+should be initialized before the call.
Details differ a bit between different UNIX systems.
The glibc implementation does not touch those fields which are not
explicitly specified, except that it recomputes the
.BR strptime ()
the same format characters as for
.BR strftime (3).
-(In most cases the corresponding fields are parsed, but no field in \fItm\fP
+(In most cases the corresponding fields are parsed, but no field in
+.I tm
is changed.)
This leads to
.TP
.B %F
-Equivalent to \fB%Y-%m-%d\fP, the ISO 8601 date format.
+Equivalent to
+.BR %Y-%m-%d ,
+the ISO 8601 date format.
.TP
.B %g
The year corresponding to the ISO week number, but without the century
.BR strsep ():
_BSD_SOURCE
.SH DESCRIPTION
-If \fI*stringp\fP is NULL, the
+If
+.I *stringp
+is NULL, the
.BR strsep ()
function returns NULL
and does nothing else.
Otherwise, this function finds the first token
-in the string \fI*stringp\fP, where tokens
-are delimited by symbols in the string \fIdelim\fP.
+in the string
+.IR *stringp ,
+where tokens
+are delimited by symbols in the string
+.IR delim .
This token is terminated by overwriting the delimiter
with a null byte (\(aq\\0\(aq)
-and \fI*stringp\fP is updated to point past the token.
+and
+.I *stringp
+is updated to point past the token.
In case no delimiter was found, the token is taken to be
-the entire string \fI*stringp\fP, and \fI*stringp\fP is made NULL.
+the entire string
+.IR *stringp ,
+and
+.I *stringp
+is made NULL.
.SH RETURN VALUE
The
.BR strsep ()
function returns a pointer to the token,
-that is, it returns the original value of \fI*stringp\fP.
+that is, it returns the original value of
+.IR *stringp .
.SH CONFORMING TO
4.4BSD.
.SH NOTES
The
.BR strsignal ()
function returns a string describing the signal
-number passed in the argument \fIsig\fP.
+number passed in the argument
+.IR sig .
The string can be used only until the next call to
.BR strsignal ().
.PP
-The array \fIsys_siglist\fP holds the signal description strings
+The array
+.I sys_siglist
+holds the signal description strings
indexed by signal number.
The
.BR strsignal ()
The
.BR strspn ()
function calculates the length (in bytes) of the initial
-segment of \fIs\fP which consists entirely of bytes in
-\fIaccept\fP.
+segment of
+.I s
+which consists entirely of bytes in
+.IR accept .
.PP
The
.BR strcspn ()
function calculates the length of the initial
-segment of \fIs\fP which consists entirely of bytes not in
-\fIreject\fP.
+segment of
+.I s
+which consists entirely of bytes not in
+.IR reject .
.SH RETURN VALUE
The
.BR strspn ()
function returns the number of bytes in
-the initial segment of \fIs\fP which consist only of bytes
-from \fIaccept\fP.
+the initial segment of
+.I s
+which consist only of bytes
+from
+.IR accept .
.PP
The
.BR strcspn ()
function returns the number of bytes in
-the initial segment of \fIs\fP which are not in the string
-\fIreject\fP.
+the initial segment of
+.I s
+which are not in the string
+.IR reject .
.SH CONFORMING TO
SVr4, 4.3BSD, C89, C99.
.SH SEE ALSO
The
.BR strstr ()
function finds the first occurrence of the substring
-\fIneedle\fP in the string \fIhaystack\fP.
+.I needle
+in the string
+.IR haystack .
The terminating null bytes (\(aq\\0\(aq) are not compared.
The
function is a nonstandard extension.
.SH BUGS
Early versions of Linux libc (like 4.5.26) would not allow
-an empty \fIneedle\fP argument for
+an empty
+.I needle
+argument for
.BR strstr ().
Later versions (like 4.6.27) work correctly,
-and return \fIhaystack\fP when \fIneedle\fP is empty.
+and return
+.IR haystack
+when
+.I needle
+is empty.
.SH SEE ALSO
.BR index (3),
.BR memchr (3),
-.\" Copyright (C) 1996 Andries Brouwer (aeb@cwi.nl)
-.\" and Copyright (C) 2005 Michael Kerrisk (mtk.manpages@gmail.com)
+.\" Copyright (C) 2005, 2013 Michael Kerrisk (mtk.manpages@gmail.com)
+.\" a few fragments from an earlier (1996) version by
+.\" Andries Brouwer (aeb@cwi.nl) remain.
.\"
.\" %%%LICENSE_START(VERBATIM)
.\" Permission is granted to make and distribute verbatim copies of this
.\" Rewritten old page, 960210, aeb@cwi.nl
.\" Updated, added strtok_r. 2000-02-13 Nicolás Lichtmaier <nick@debian.org>
.\" 2005-11-17, mtk: Substantial parts rewritten
+.\" 2013-05-19, mtk: added much further detail on the operation of strtok()
.\"
-.TH STRTOK 3 2012-05-10 "GNU" "Linux Programmer's Manual"
+.TH STRTOK 3 2013-05-19 "GNU" "Linux Programmer's Manual"
.SH NAME
strtok, strtok_r \- extract tokens from strings
.SH SYNOPSIS
.SH DESCRIPTION
The
.BR strtok ()
-function parses a string into a sequence of tokens.
+function breaks a string into a sequence of zero or more nonempty tokens.
On the first call to
.BR strtok ()
the string to be parsed should be
-specified in \fIstr\fP.
+specified in
+.IR str .
In each subsequent call that should parse the same string,
-\fIstr\fP should be NULL.
+.I str
+must be NULL.
-The \fIdelim\fP argument specifies a set of bytes that
+The
+.I delim
+argument specifies a set of bytes that
delimit the tokens in the parsed string.
-The caller may specify different strings in \fIdelim\fP in successive
+The caller may specify different strings in
+.I delim
+in successive
calls that parse the same string.
Each call to
.BR strtok ()
returns NULL.
-A sequence of two or more contiguous delimiter bytes in
-the parsed string is considered to be a single delimiter.
-Delimiter bytes at the start or end of the string are ignored.
+A sequence of calls to
+.BR strtok ()
+that operate on the same string maintains a pointer
+that determines the point from which to start searching for the next token.
+The first call to
+.BR strtok ()
+sets this pointer to point to the first byte of the string.
+The start of the next token is determined by scanning forward
+for the next nondelimiter byte in
+.IR str .
+If such a byte is found, it is taken as the start of the next token.
+If no such byte is found,
+then there are no more tokens, and
+.BR strtok ()
+returns NULL.
+(A string that is empty or that contains only delimiters
+will thus cause
+.BR strtok ()
+to return NULL on the first call.)
+
+The end of each token is found by scanning forward until either
+the next delimiter byte is found or until the
+terminating null byte (\(aq\\0\(aq) is encountered.
+If a delimiter byte is found, it is overwritten with
+a null byte to terminate the current token, and
+.BR strtok ()
+saves a pointer to the following byte;
+that pointer will be used as the starting point
+when searching for the next token.
+In this case,
+.BR strtok ()
+returns a pointer to the start of the found token.
+
+From the above description,
+it follows that a sequence of two or more contiguous delimiter bytes in
+the parsed string is considered to be a single delimiter, and that
+delimiter bytes at the start or end of the string are ignored.
Put another way: the tokens returned by
.BR strtok ()
are always nonempty strings.
+Thus, for example, given the string "\fIaaa;;bbb,\fP",
+successive calls to
+.BR strtok ()
+that specify the delimiter string "\fI;,\fP"
+would return the strings "\fIaaa\fP" and "\fIbbb\fP",
+and then a NULL pointer.
The
.BR strtok_r ()
function is a reentrant version
.BR strtok ().
-The \fIsaveptr\fP argument is a pointer to a
-\fIchar *\fP variable that is used internally by
+The
+.I saveptr
+argument is a pointer to a
+.IR "char\ *"
+variable that is used internally by
.BR strtok_r ()
in order to maintain context between successive calls that parse the
same string.
should point to the string to be parsed, and the value of
.I saveptr
is ignored.
-In subsequent calls, \fIstr\fP should be NULL, and
-\fIsaveptr\fP should be unchanged since the previous call.
+In subsequent calls,
+.I str
+should be NULL, and
+.I saveptr
+should be unchanged since the previous call.
Different strings may be parsed concurrently using sequences of calls to
.BR strtok_r ()
-that specify different \fIsaveptr\fP arguments.
+that specify different
+.I saveptr
+arguments.
.SH RETURN VALUE
The
.BR strtok ()
.BR strtok_r ()
functions return a pointer to
the next token, or NULL if there are no more tokens.
+.SH ATTRIBUTES
+.SS Multithreading (see pthreads(7))
+The
+.BR strtok ()
+function is not thread-safe.
+.LP
+The
+.BR strtok_r ()
+function is thread-safe.
.SH CONFORMING TO
.TP
.BR strtok ()
The
.BR strtol ()
function converts the initial part of the string
-in \fInptr\fP to a long integer value according to the given \fIbase\fP,
+in
+.I nptr
+to a long integer value according to the given
+.IR base ,
which must be between 2 and 36 inclusive, or be the special value 0.
.PP
The string may begin with an arbitrary amount of white space (as
determined by
.BR isspace (3))
followed by a single optional \(aq+\(aq or \(aq\-\(aq sign.
-If \fIbase\fP is zero or 16, the string may then include a
+If
+.I base
+is zero or 16, the string may then include a
"0x" prefix, and the number will be read in base 16; otherwise, a
-zero \fIbase\fP is taken as 10 (decimal) unless the next character
+zero
+.I base
+is taken as 10 (decimal) unless the next character
is \(aq0\(aq, in which case it is taken as 8 (octal).
.PP
The remainder of the string is converted to a
either upper or lower case represents 10, \(aqB\(aq represents 11, and so
forth, with \(aqZ\(aq representing 35.)
.PP
-If \fIendptr\fP is not NULL,
+If
+.I endptr
+is not NULL,
.BR strtol ()
stores the address of the
-first invalid character in \fI*endptr\fP.
+first invalid character in
+.IR *endptr .
If there were no digits at
all,
.BR strtol ()
-stores the original value of \fInptr\fP in
-\fI*endptr\fP (and returns 0).
-In particular, if \fI*nptr\fP is not \(aq\\0\(aq but \fI**endptr\fP
+stores the original value of
+.I nptr
+in
+.I *endptr
+(and returns 0).
+In particular, if
+.I *nptr
+is not \(aq\\0\(aq but
+.I **endptr
is \(aq\\0\(aq on return, the entire string is valid.
.PP
The
.BR strtol ()
returns
.BR LONG_MAX .
-In both cases, \fIerrno\fP is set to
+In both cases,
+.I errno
+is set to
.BR ERANGE .
Precisely the same holds for
.BR strtoll ()
.B ERANGE
The resulting value was out of range.
.LP
-The implementation may also set \fIerrno\fP to \fBEINVAL\fP in case
+The implementation may also set
+.IR errno
+to
+.B EINVAL
+in case
no conversion was performed (no digits seen, and 0 returned).
.SH CONFORMING TO
.BR strtol ()
The
.BR strtoul ()
function converts the initial part of the string
-in \fInptr\fP to an
+in
+.I nptr
+to an
.I "unsigned long int"
value according to the
-given \fIbase\fP, which must be between 2 and 36 inclusive, or be
+given
+.IR base ,
+which must be between 2 and 36 inclusive, or be
the special value 0.
.PP
The string may begin with an arbitrary amount of white space (as
.BR isspace (3))
followed by a single optional \(aq+\(aq or \(aq\-\(aq
sign.
-If \fIbase\fP is zero or 16, the string may then include a
+If
+.I base
+is zero or 16, the string may then include a
"0x" prefix, and the number will be read in base 16; otherwise, a
-zero \fIbase\fP is taken as 10 (decimal) unless the next character
+zero
+.I base
+is taken as 10 (decimal) unless the next character
is \(aq0\(aq, in which case it is taken as 8 (octal).
.PP
The remainder of the string is converted to an
either upper or lower case represents 10, \(aqB\(aq represents 11, and so
forth, with \(aqZ\(aq representing 35.)
.PP
-If \fIendptr\fP is not NULL,
+If
+.I endptr
+is not NULL,
.BR strtoul ()
stores the address of the
-first invalid character in \fI*endptr\fP.
+first invalid character in
+.IR *endptr .
If there were no digits at
all,
.BR strtoul ()
-stores the original value of \fInptr\fP in
-\fI*endptr\fP (and returns 0).
-In particular, if \fI*nptr\fP is not \(aq\\0\(aq but \fI**endptr\fP
+stores the original value of
+.I nptr
+in
+.I *endptr
+(and returns 0).
+In particular, if
+.I *nptr
+is not \(aq\\0\(aq but
+.I **endptr
is \(aq\\0\(aq on return, the entire string is valid.
.PP
The
.BR strtoul ()
returns
.B ULONG_MAX
-and sets \fIerrno\fP to
+and sets
+.I errno
+to
.BR ERANGE .
Precisely the same holds for
.BR strtoull ()
.B ERANGE
The resulting value was out of range.
.LP
-The implementation may also set \fIerrno\fP to \fBEINVAL\fP in case
+The implementation may also set
+.IR errno
+to
+.B EINVAL
+in case
no conversion was performed (no digits seen, and 0 returned).
.SH CONFORMING TO
.BR strtoul ()
The
.BR strverscmp ()
function returns an integer
-less than, equal to, or greater than zero if \fIs1\fP
+less than, equal to, or greater than zero if
+.I s1
is found, respectively, to be earlier than, equal to,
-or later than \fIs2\fP.
+or later than
+.IR s2 .
.SH CONFORMING TO
This function is a GNU extension.
.SH SEE ALSO
.SH DESCRIPTION
The
.BR strxfrm ()
-function transforms the \fIsrc\fP string into a
+function transforms the
+.I src
+string into a
form such that the result of
.BR strcmp (3)
on two strings that have
is the same as the result of
.BR strcoll (3)
on the two strings before their transformation.
-The first \fIn\fP bytes of the transformed string are placed in
-\fIdest\fP.
+The first
+.I n
+bytes of the transformed string are placed in
+.IR dest .
The transformation is based on the program's current
-locale for category \fBLC_COLLATE\fP. (See
+locale for category
+.BR LC_COLLATE .
+(See
.BR setlocale (3)).
.SH RETURN VALUE
The
.BR strxfrm ()
function returns the number of bytes required to
-store the transformed string in \fIdest\fP excluding the
+store the transformed string in
+.I dest
+excluding the
terminating null byte (\(aq\\0\(aq).
-If the value returned is \fIn\fP or more, the
-contents of \fIdest\fP are indeterminate.
+If the value returned is
+.I n
+or more, the
+contents of
+.I dest
+are indeterminate.
.SH CONFORMING TO
SVr4, 4.3BSD, C89, C99.
.SH NOTES
-In the \fI"POSIX"\fP or \fI"C"\fP locales
+In the
+.IR POSIX
+or
+.IR C
+locales
.BR strxfrm ()
is equivalent to
copying the string with
.SH DESCRIPTION
The
.BR swab ()
-function copies \fIn\fP bytes from the array pointed
-to by \fIfrom\fP to the array pointed to by \fIto\fP, exchanging
+function copies
+.I n
+bytes from the array pointed
+to by
+.I from
+to the array pointed to by
+.IR to ,
+exchanging
adjacent even and odd bytes.
This function is used to exchange data
between machines that have different low/high byte ordering.
.LP
-This function does nothing when \fIn\fP is negative.
-When \fIn\fP is positive and odd, it handles \fIn\-1\fP bytes
+This function does nothing when
+.I n
+is negative.
+When
+.I n
+is positive and odd, it handles
+.I n\-1
+bytes
as above, and does something unspecified with the last byte.
-(In other words, \fIn\fP should be even.)
+(In other words,
+.I n
+should be even.)
.SH RETURN VALUE
The
.BR swab ()
(4096).
.TP
.BR CHILD_MAX " - " _SC_CHILD_MAX
-The max number of simultaneous processes per user ID.
+The maximum number of simultaneous processes per user ID.
Must not be less than
.B _POSIX_CHILD_MAX
(25).
.TP
.BR HOST_NAME_MAX " - " _SC_HOST_NAME_MAX
-Max length of a hostname, not including the terminating null byte,
+Maximum length of a hostname, not including the terminating null byte,
as returned by
.BR gethostname (2).
Must not be less than
.SH DESCRIPTION
The
.BR tan ()
-function returns the tangent of \fIx\fP, where \fIx\fP is
+function returns the tangent of
+.IR x ,
+where
+.I x
+is
given in radians.
.SH RETURN VALUE
On success, these functions return the tangent of
.SH DESCRIPTION
The
.BR tanh ()
-function returns the hyperbolic tangent of \fIx\fP, which
+function returns the hyperbolic tangent of
+.IR x ,
+which
is defined mathematically as:
.nf
.LP
The function
.BR tcsetpgrp ()
-makes the process group with process group ID \fIpgrp\fP
+makes the process group with process group ID
+.I pgrp
the foreground process group on the terminal associated to
.IR fd ,
which must be the controlling terminal of the calling process,
and still be associated with its session.
-Moreover, \fIpgrp\fP must be a (nonempty) process group belonging to
+Moreover,
+.I pgrp
+must be a (nonempty) process group belonging to
the same session as the calling process.
.LP
If
.\" the source, must acknowledge the copyright and authors of this work.
.\" %%%LICENSE_END
.\"
-.TH TEMPNAM 3 2008-08-06 "" "Linux Programmer's Manual"
+.TH TEMPNAM 3 2013-04-19 "" "Linux Programmer's Manual"
.SH NAME
tempnam \- create a name for a temporary file
.SH SYNOPSIS
and hence should be freed by
.BR free (3).
.SH RETURN VALUE
-The
+On succes, the
.BR tempnam ()
-function returns a pointer to a unique temporary
-filename, or NULL if a unique name cannot be generated.
+function returns a pointer to a unique temporary filename.
+It returns NULL if a unique name cannot be generated, with
+.I errno
+set to indicate the cause of the error.
.SH ERRORS
.TP
.B ENOMEM
Gamma(x) = integral from 0 to infinity of t^(x\-1) e^\-t dt
.sp
It is defined for every real number except for nonpositive integers.
-For nonnegative integral \fIm\fP one has
+For nonnegative integral
+.I m
+one has
.sp
Gamma(m+1) = m!
.sp
-and, more generally, for all \fIx\fP:
+and, more generally, for all
+.IR x :
.sp
Gamma(x+1) = x * Gamma(x)
.sp
-Furthermore, the following is valid for all values of \fIx\fP
+Furthermore, the following is valid for all values of
+.I x
outside the poles:
.sp
Gamma(x) * Gamma(1 \- x) = PI / sin(PI * x)
.\" the source, must acknowledge the copyright and authors of this work.
.\" %%%LICENSE_END
.\"
-.TH TIMEGM 3 2007-07-26 "GNU" "Linux Programmer's Manual"
+.TH TIMEGM 3 2013-07-04 "GNU" "Linux Programmer's Manual"
.SH NAME
timegm, timelocal \- inverses of gmtime and localtime
.SH SYNOPSIS
char *tz;
tz = getenv("TZ");
+ if (tz)
+ tz = strdup(tz);
setenv("TZ", "", 1);
tzset();
ret = mktime(tm);
- if (tz)
+ if (tz) {
setenv("TZ", tz, 1);
- else
+ free(tz);
+ } else
unsetenv("TZ");
tzset();
return ret;
function returns a stream descriptor, or NULL if
a unique filename cannot be generated or the unique file cannot be
opened.
-In the latter case, \fIerrno\fP is set to indicate the error.
+In the latter case,
+.I errno
+is set to indicate the error.
.SH ERRORS
.TP
.B EACCES
SVr4, 4.3BSD, C89, C99, SUSv2, POSIX.1-2001.
.SH NOTES
POSIX.1-2001 specifies:
-an error message may be written to \fIstdout\fP if the stream
+an error message may be written to
+.I stdout
+if the stream
cannot be opened.
.LP
The standard does not specify the directory that
.BR tmpfile ()
will use.
-Glibc will try the path prefix \fIP_tmpdir\fP defined
-in \fI<stdio.h>\fP, and if that fails the directory \fI/tmp\fP.
+Glibc will try the path prefix
+.I P_tmpdir
+defined
+in
+.IR <stdio.h> ,
+and if that fails the directory
+.IR /tmp .
.SH SEE ALSO
.BR exit (3),
.BR mkstemp (3),
.\"
.\" 2003-11-15, aeb, added tmpnam_r
.\"
-.TH TMPNAM 3 2010-09-10 "" "Linux Programmer's Manual"
+.TH TMPNAM 3 2013-06-21 "" "Linux Programmer's Manual"
.SH NAME
tmpnam, tmpnam_r \- create a name for a temporary file
.SH SYNOPSIS
filename, or NULL if a unique name cannot be generated.
.SH ERRORS
No errors are defined.
+.SH ATTRIBUTES
+.SS Multithreading (see pthreads(7))
+The
+.BR tmpnam ()
+function is thread-safe with exceptions.
+It is not thread-safe if called with a NULL parameter.
+.LP
+The
+.BR tmpnam_r ()
+function is thread-safe.
.SH CONFORMING TO
SVr4, 4.3BSD, C89, C99, POSIX.1-2001.
POSIX.1-2008 marks
_BSD_SOURCE || _SVID_SOURCE || _XOPEN_SOURCE
.SH DESCRIPTION
.BR toascii ()
-converts \fIc\fP to a 7-bit \fIunsigned char\fP value
-that fits into the ASCII character set, by clearing the
+converts
+.I c
+to a 7-bit
+.I "unsigned char"
+value that fits into the ASCII character set, by clearing the
high-order bits.
.SH RETURN VALUE
The value returned is that of the converted character.
.BI "wint_t towctrans(wint_t " wc ", wctrans_t " desc );
.fi
.SH DESCRIPTION
-If \fIwc\fP is a wide character, the
+If
+.I wc
+is a wide character, the
.BR towctrans ()
function
-translates it according to the transliteration descriptor \fIdesc\fP.
-If \fIwc\fP is \fBWEOF\fP, \fBWEOF\fP is returned.
+translates it according to the transliteration descriptor
+.IR desc .
+If
+.IR wc
+is
+.BR WEOF ,
+.B WEOF
+is returned.
.PP
-\fIdesc\fP must be a transliteration descriptor returned by
+.I desc
+must be a transliteration descriptor returned by
the
.BR wctrans (3)
function.
The
.BR towctrans ()
function returns the translated wide character,
-or \fBWEOF\fP if \fIwc\fP is \fBWEOF\fP.
+or
+.BR WEOF
+if
+.I wc
+is
+.BR WEOF .
.SH CONFORMING TO
C99.
.SH NOTES
function is the wide-character equivalent of the
.BR tolower (3)
function.
-If \fIwc\fP is a wide character, it is converted to
+If
+.I wc
+is a wide character, it is converted to
lowercase.
Characters which do not have case are returned unchanged.
-If \fIwc\fP is \fBWEOF\fP, \fBWEOF\fP is returned.
+If
+.IR wc
+is
+.BR WEOF ,
+.B WEOF
+is returned.
.SH RETURN VALUE
The
.BR towlower ()
-function returns the lowercase equivalent of \fIwc\fP,
-or \fBWEOF\fP if \fIwc\fP is \fBWEOF\fP.
+function returns the lowercase equivalent of
+.IR wc ,
+or
+.BR WEOF
+if
+.I wc
+is
+.BR WEOF .
.SH CONFORMING TO
C99.
.SH NOTES
function is the wide-character equivalent of the
.BR toupper (3)
function.
-If \fIwc\fP is a wide character, it is converted to
+If
+.I wc
+is a wide character, it is converted to
uppercase.
Characters which do not have case are returned unchanged.
-If \fIwc\fP is \fBWEOF\fP, \fBWEOF\fP is returned.
+If
+.IR wc
+is
+.BR WEOF ,
+.B WEOF
+is returned.
.SH RETURN VALUE
The
.BR towupper ()
-function returns the uppercase equivalent of \fIwc\fP,
-or \fBWEOF\fP if \fIwc\fP is \fBWEOF\fP.
+function returns the uppercase equivalent of
+.IR wc ,
+or
+.BR WEOF
+if
+.I wc
+is
+.BR WEOF .
.SH CONFORMING TO
C99.
.SH NOTES
.\" the source, must acknowledge the copyright and authors of this work.
.\" %%%LICENSE_END
.\"
-.TH TRUNC 3 2010-09-20 "" "Linux Programmer's Manual"
+.TH TRUNC 3 2013-06-21 "" "Linux Programmer's Manual"
.SH NAME
trunc, truncf, truncl \- round to integer, toward zero
.SH SYNOPSIS
.RE
.ad
.SH DESCRIPTION
-These functions round \fIx\fP to the nearest integer
+These functions round
+.I x
+to the nearest integer
not larger in absolute value.
.SH RETURN VALUE
These functions return the rounded integer value.
-If \fIx\fP is integral, infinite, or NaN, \fIx\fP itself is returned.
+If
+.IR x
+is integral, infinite, or NaN,
+.I x
+itself is returned.
.SH ERRORS
No errors occur.
.SH VERSIONS
These functions first appeared in glibc in version 2.1.
+.SH ATTRIBUTES
+.SS Multithreading (see pthreads(7))
+The
+.BR trunc (),
+.BR truncf (),
+and
+.BR truncl ()
+functions are thread-safe.
.SH CONFORMING TO
C99, POSIX.1-2001.
.SH NOTES
.\" Modified 2001-12-13, Martin Schulze <joey@infodrom.org>
.\" Added ttyname_r, aeb, 2002-07-20
.\"
-.TH TTYNAME 3 2012-12-21 "Linux" "Linux Programmer's Manual"
+.TH TTYNAME 3 2013-06-21 "Linux" "Linux Programmer's Manual"
.SH NAME
ttyname, ttyname_r \- return name of a terminal
.SH SYNOPSIS
.RB ( ttyname_r ())
.I buflen
was too small to allow storing the pathname.
+.SH ATTRIBUTES
+.SS Multithreading (see pthreads(7))
+The
+.BR ttyname ()
+function is not thread-safe.
+.LP
+The
+.BR ttyname_r ()
+function is thread-safe.
.SH CONFORMING TO
4.2BSD, POSIX.1-2001.
.SH SEE ALSO
.\" This replaces an earlier man page written by Walter Harms
.\" <walter.harms@informatik.uni-oldenburg.de>.
.\"
-.TH TTYSLOT 3 2010-09-20 "GNU" "Linux Programmer's Manual"
+.TH TTYSLOT 3 2013-06-21 "GNU" "Linux Programmer's Manual"
.SH NAME
ttyslot \- find the slot of the current user's terminal in some file
.SH SYNOPSIS
associated with a terminal that occurs in this data base)
it returns 0 on UNIX V6 and V7 and BSD-like systems,
but \-1 on System V-like systems.
+.SH ATTRIBUTES
+.SS Multithreading (see pthreads(7))
+The
+.BR ttyslot ()
+calls thread-unsafe function
+.BR getttyent (),
+so it is not thread-safe.
.SH CONFORMING TO
SUSv1; marked as LEGACY in SUSv2; removed in POSIX.1-2001.
SUSv2 requires \-1 on error.
function is the wide-character equivalent of the
.BR ungetc (3)
function.
-It pushes back a wide character onto \fIstream\fP and returns it.
+It pushes back a wide character onto
+.I stream
+and returns it.
.PP
-If \fIwc\fP is \fBWEOF\fP, it returns \fBWEOF\fP.
-If \fIwc\fP is an invalid wide character,
-it sets \fIerrno\fP to \fBEILSEQ\fP and returns \fBWEOF\fP.
+If
+.I wc
+is
+.BR WEOF ,
+it returns
+.BR WEOF .
+If
+.I wc
+is an invalid wide character,
+it sets
+.IR errno
+to
+.B EILSEQ
+and returns
+.BR WEOF .
.PP
-If \fIwc\fP is a valid wide character, it is pushed back onto the stream
+If
+.I wc
+is a valid wide character, it is pushed back onto the stream
and thus becomes available for future wide-character read operations.
The file-position indicator is decremented by one or more.
The end-of-file
indicator is cleared.
The backing storage of the file is not affected.
.PP
-Note: \fIwc\fP need not be the last wide-character read from the stream;
+Note:
+.I wc
+need not be the last wide-character read from the stream;
it can be any other valid wide character.
.PP
If the implementation supports multiple push-back operations in a row, the
.SH RETURN VALUE
The
.BR ungetwc ()
-function returns \fIwc\fP when successful, or \fBWEOF\fP upon
+function returns
+.IR wc
+when successful, or
+.B WEOF
+upon
failure.
.SH CONFORMING TO
C99.
.\" Modified 2001-04-01 by aeb
.\" Modified 2003-07-23 by aeb
.\"
-.TH USLEEP 3 2010-12-03 "" "Linux Programmer's Manual"
+.TH USLEEP 3 2013-04-19 "" "Linux Programmer's Manual"
.SH NAME
usleep \- suspend execution for microsecond intervals
.SH SYNOPSIS
by any system activity or by the time spent processing the call or by the
granularity of system timers.
.SH RETURN VALUE
-0 on success, \-1 on error.
+The
+.BR usleep ()
+function returns 0 on success.
+On error, \-1 is returned, with
+.I errno
+set to indicate the cause of the error.
.SH ERRORS
.TP
.B EINTR
function is the wide-character equivalent of the
.BR stpcpy (3)
function.
-It copies the wide-character string pointed to by \fIsrc\fP,
+It copies the wide-character string pointed to by
+.IR src ,
including the terminating null wide character (L\(aq\\0\(aq),
to the array pointed to by
-\fIdest\fP.
+.IR dest .
.PP
The strings may not overlap.
.PP
The programmer must ensure that there
-is room for at least \fIwcslen(src)+1\fP
-wide characters at \fIdest\fP.
+is room for at least
+.IR wcslen(src)+1
+wide characters at
+.IR dest .
.SH RETURN VALUE
.BR wcpcpy ()
returns a pointer to the end of the wide-character string
-\fIdest\fP, that is, a pointer to the terminating null wide character.
+.IR dest ,
+that is, a pointer to the terminating null wide character.
.SH CONFORMING TO
POSIX.1-2008.
.SH SEE ALSO
of the
.BR stpncpy (3)
function.
-It copies at most \fIn\fP wide characters from the wide-character
-string pointed to by \fIsrc\fP,
+It copies at most
+.I n
+wide characters from the wide-character
+string pointed to by
+.IR src ,
including the terminating null wide (L\(aq\\0\(aq),
-to the array pointed to by \fIdest\fP.
-Exactly \fIn\fP wide characters are
-written at \fIdest\fP.
-If the length \fIwcslen(src)\fP is smaller than \fIn\fP,
+to the array pointed to by
+.IR dest .
+Exactly
+.I n
+wide characters are
+written at
+.IR dest .
+If the length
+.IR wcslen(src)
+is smaller than
+.IR n ,
the remaining wide characters in the array pointed to
-by \fIdest\fP are filled with L\(aq\\0\(aq characters.
-If the length \fIwcslen(src)\fP is greater or equal
-to \fIn\fP, the string pointed to by \fIdest\fP will
+by
+.I dest
+are filled with L\(aq\\0\(aq characters.
+If the length
+.IR wcslen(src)
+is greater or equal
+to
+.IR n ,
+the string pointed to by
+.I dest
+will
not be L\(aq\\0\(aq terminated.
.PP
The strings may not overlap.
.PP
-The programmer must ensure that there is room for at least \fIn\fP wide
-characters at \fIdest\fP.
+The programmer must ensure that there is room for at least
+.I n
+wide
+characters at
+.IR dest .
.SH RETURN VALUE
.BR wcpncpy ()
returns a pointer to the last wide character written, that is,
-\fIdest + n \- 1\fP.
+.IR dest + n \- 1" .
.SH CONFORMING TO
POSIX.1-2008.
.SH SEE ALSO
.BI "size_t wcrtomb(char *" s ", wchar_t " wc ", mbstate_t *" ps );
.fi
.SH DESCRIPTION
-The main case for this function is when \fIs\fP is
-not NULL and \fIwc\fP is not a null wide character (L\(aq\\0\(aq).
+The main case for this function is when
+.I s
+is
+not NULL and
+.I wc
+is not a null wide character (L\(aq\\0\(aq).
In this case, the
.BR wcrtomb ()
function
-converts the wide character \fIwc\fP
+converts the wide character
+.I wc
to its multibyte representation and stores it
at the beginning of the character
-array pointed to by \fIs\fP.
-It updates the shift state \fI*ps\fP, and
+array pointed to by
+.IR s .
+It updates the shift state
+.IR *ps ,
+and
returns the length of said multibyte representation,
that is, the number of bytes
-written at \fIs\fP.
+written at
+.IR s .
.PP
-A different case is when \fIs\fP is not NULL,
-but \fIwc\fP is a null wide character (L\(aq\\0\(aq).
+A different case is when
+.I s
+is not NULL,
+but
+.I wc
+is a null wide character (L\(aq\\0\(aq).
In this
case the
.BR wcrtomb ()
function stores at
the character array pointed to by
-\fIs\fP the shift sequence needed to
-bring \fI*ps\fP back to the initial state,
+.I s
+the shift sequence needed to
+bring
+.I *ps
+back to the initial state,
followed by a \(aq\\0\(aq byte.
-It updates the shift state \fI*ps\fP (i.e., brings
+It updates the shift state
+.I *ps
+(i.e., brings
it into the initial state),
and returns the length of the shift sequence plus
-one, that is, the number of bytes written at \fIs\fP.
+one, that is, the number of bytes written at
+.IR s .
.PP
-A third case is when \fIs\fP is NULL.
-In this case \fIwc\fP is ignored,
+A third case is when
+.I s
+is NULL.
+In this case
+.I wc
+is ignored,
and the function effectively returns
wcrtomb(buf, L\(aq\\0\(aq, ps)
.I buf
is an internal anonymous buffer.
.PP
-In all of the above cases, if \fIps\fP is a NULL pointer, a static anonymous
+In all of the above cases, if
+.I ps
+is a NULL pointer, a static anonymous
state known only to the
.BR wcrtomb ()
function is used instead.
.BR wcrtomb ()
function returns the number of
bytes that have been or would
-have been written to the byte array at \fIs\fP.
-If \fIwc\fP can not be
+have been written to the byte array at
+.IR s .
+If
+.I wc
+can not be
represented as a multibyte sequence (according to the current locale),
.I (size_t)\ \-1
-is returned, and \fIerrno\fP set to \fBEILSEQ\fP.
+is returned, and
+.I errno
+set to
+.BR EILSEQ .
.SH CONFORMING TO
C99.
.SH NOTES
category of the
current locale.
.PP
-Passing NULL as \fIps\fP is not multithread safe.
+Passing NULL as
+.I ps
+is not multithread safe.
.SH SEE ALSO
.BR wcsrtombs (3)
.BR strcasecmp (3)
function.
It compares the wide-character string pointed to
-by \fIs1\fP and the wide-character string pointed to by \fIs2\fP, ignoring
+by
+.I s1
+and the wide-character string pointed to by
+.IR s2 ,
+ignoring
case differences
.RB ( towupper (3),
.BR towlower (3)).
The
.BR wcscasecmp ()
function returns zero if the wide-character strings at
-\fIs1\fP and \fIs2\fP are equal except for case distinctions.
+.I s1
+and
+.I s2
+are equal except for case distinctions.
It returns a
-positive integer if \fIs1\fP is greater than \fIs2\fP, ignoring case.
+positive integer if
+.I s1
+is greater than
+.IR s2 ,
+ignoring case.
It
-returns a negative integer if \fIs1\fP is smaller
-than \fIs2\fP, ignoring case.
+returns a negative integer if
+.I s1
+is smaller
+than
+.IR s2 ,
+ignoring case.
.SH VERSIONS
The
.BR wcscasecmp ()
of the
.BR strcat (3)
function.
-It copies the wide-character string pointed to by \fIsrc\fP,
+It copies the wide-character string pointed to by
+.IR src ,
including the terminating null wide character (L\(aq\\0\(aq),
-to the end of the wide-character string pointed to by \fIdest\fP.
+to the end of the wide-character string pointed to by
+.IR dest .
.PP
The strings may not overlap.
.PP
The programmer must ensure that there is room for at least
-\fIwcslen(dest) + wcslen(src) + 1\fP wide characters at \fIdest\fP.
+.IR "wcslen(dest) + wcslen(src) + 1"
+wide characters at
+.IR dest .
.SH RETURN VALUE
.BR wcscat ()
-returns \fIdest\fP.
+returns
+.IR dest .
.SH CONFORMING TO
C99.
.SH SEE ALSO
of the
.BR strchr (3)
function.
-It searches the first occurrence of \fIwc\fP in the wide-character
-string pointed to by \fIwcs\fP.
+It searches the first occurrence of
+.I wc
+in the wide-character
+string pointed to by
+.IR wcs .
.SH RETURN VALUE
The
.BR wcschr ()
function returns a pointer to the first occurrence of
-\fIwc\fP in the wide-character string pointed to by \fIwcs\fP, or NULL if
-\fIwc\fP does not occur in the string.
+.I wc
+in the wide-character string pointed to by
+.IR wcs ,
+or NULL if
+.I wc
+does not occur in the string.
.SH CONFORMING TO
C99.
.SH SEE ALSO
of the
.BR strcmp (3)
function.
-It compares the wide-character string pointed to by \fIs1\fP and the
-wide-character string pointed to by \fIs2\fP.
+It compares the wide-character string pointed to by
+.I s1
+and the
+wide-character string pointed to by
+.IR s2 .
.SH RETURN VALUE
The
.BR wcscmp ()
function returns zero if the wide-character strings at
-\fIs1\fP and \fIs2\fP are equal.
+.I s1
+and
+.I s2
+are equal.
It returns an integer greater than zero if
-at the first differing position \fIi\fP, the corresponding wide-character
-\fIs1[i]\fP is greater than \fIs2[i]\fP.
+at the first differing position
+.IR i ,
+the corresponding wide-character
+.I s1[i]
+is greater than
+.IR s2[i] .
It returns an integer less than zero if
-at the first differing position \fIi\fP, the corresponding wide-character
-\fIs1[i]\fP is less than \fIs2[i]\fP.
+at the first differing position
+.IR i ,
+the corresponding wide-character
+.I s1[i]
+is less than
+.IR s2[i] .
.SH CONFORMING TO
C99.
.SH SEE ALSO
of the
.BR strcpy (3)
function.
-It copies the wide-character string pointed to by \fIsrc\fP,
+It copies the wide-character string pointed to by
+.IR src ,
including the terminating null wide character (L\(aq\\0\(aq),
to the array pointed to by
-\fIdest\fP.
+.IR dest .
.PP
The strings may not overlap.
.PP
The programmer must ensure that there is
-room for at least \fIwcslen(src)+1\fP
-wide characters at \fIdest\fP.
+room for at least
+.IR "wcslen(src)+1"
+wide characters at
+.IR dest .
.SH RETURN VALUE
.BR wcscpy ()
-returns \fIdest\fP.
+returns
+.IR dest .
.SH CONFORMING TO
C99.
.SH SEE ALSO
of the
.BR strcspn (3)
function.
-It determines the length of the longest initial segment of \fIwcs\fP
-which consists entirely of wide-characters not listed in \fIreject\fP.
+It determines the length of the longest initial segment of
+.I wcs
+which consists entirely of wide-characters not listed in
+.IR reject .
In
other words, it searches for the first occurrence in the wide-character
-string \fIwcs\fP of any of the characters in the wide-character string
-\fIreject\fP.
+string
+.I wcs
+of any of the characters in the wide-character string
+.IR reject .
.SH RETURN VALUE
The
.BR wcscspn ()
function returns the number of
wide characters in the longest
-initial segment of \fIwcs\fP which consists entirely of wide-characters not
-listed in \fIreject\fP.
+initial segment of
+.I wcs
+which consists entirely of wide-characters not
+listed in
+.IR reject .
In other words, it returns the position of the first
-occurrence in the wide-character string \fIwcs\fP
+occurrence in the wide-character string
+.I wcs
of any of the characters in
-the wide-character string \fIreject\fP,
-or \fIwcslen(wcs)\fP if there is none.
+the wide-character string
+.IR reject ,
+or
+.IR wcslen(wcs)
+if there is none.
.SH CONFORMING TO
C99.
.SH SEE ALSO
.\" Dinkumware C library reference http://www.dinkumware.com/
.\" OpenGroup's Single UNIX specification http://www.UNIX-systems.org/online.html
.\"
-.TH WCSDUP 3 2010-09-15 "GNU" "Linux Programmer's Manual"
+.TH WCSDUP 3 2013-04-19 "GNU" "Linux Programmer's Manual"
.SH NAME
wcsdup \- duplicate a wide-character string
.SH SYNOPSIS
.BR strdup (3)
function.
It allocates and returns a new wide-character string whose initial
-contents is a duplicate of the wide-character string pointed to by \fIs\fP.
+contents is a duplicate of the wide-character string pointed to by
+.IR s .
.PP
Memory for the new wide-character string is
obtained with
and should be freed with
.BR free (3).
.SH RETURN VALUE
-The
+On success,
.BR wcsdup ()
-function returns a pointer
-to the new wide-character string,
-or NULL if sufficient memory was not available.
+returns a pointer to the new wide-character string.
+On error, it returns \-1, with
+.I errno
+set to indicate the cause of the error.
.SH ERRORS
.TP
.B ENOMEM
.BR strlen (3)
function.
It determines the length of the wide-character string pointed to
-by \fIs\fP, excluding the terminating null wide character (L\(aq\\0\(aq).
+by
+.IR s ,
+excluding the terminating null wide character (L\(aq\\0\(aq).
.SH RETURN VALUE
The
.BR wcslen ()
function returns the
-number of wide characters in \fIs\fP.
+number of wide characters in
+.IR s .
.SH CONFORMING TO
C99.
.SH SEE ALSO
.BR strncasecmp (3)
function.
It compares the wide-character string pointed to
-by \fIs1\fP and the wide-character string
-pointed to by \fIs2\fP, but at most
-\fIn\fP wide characters from each string, ignoring case differences
+by
+.I s1
+and the wide-character string
+pointed to by
+.IR s2 ,
+but at most
+.I n
+wide characters from each string, ignoring case differences
.RB ( towupper (3),
.BR towlower (3)).
.SH RETURN VALUE
.BR wcsncasecmp ()
function returns zero
if the wide-character strings at
-\fIs1\fP and \fIs2\fP,
-truncated to at most length \fIn\fP, are equal except
+.I s1
+and
+.IR s2 ,
+truncated to at most length
+.IR n ,
+are equal except
for case distinctions.
-It returns a positive integer if truncated \fIs1\fP is
-greater than truncated \fIs2\fP, ignoring case.
+It returns a positive integer if truncated
+.I s1
+is
+greater than truncated
+.IR s2 ,
+ignoring case.
It returns a negative integer
-if truncated \fIs1\fP is smaller than truncated \fIs2\fP, ignoring case.
+if truncated
+.I s1
+is smaller than truncated
+.IR s2 ,
+ignoring case.
.SH VERSIONS
The
.BR wcsncasecmp ()
function is the wide-character equivalent of the
.BR strncat (3)
function.
-It copies at most \fIn\fP wide characters from the wide-character
-string pointed to by \fIsrc\fP to the end of the wide-character string pointed
-to by \fIdest\fP, and adds a terminating null wide character (L\(aq\\0\(aq).
+It copies at most
+.I n
+wide characters from the wide-character
+string pointed to by
+.I src
+to the end of the wide-character string pointed
+to by
+.IR dest ,
+and adds a terminating null wide character (L\(aq\\0\(aq).
.PP
The strings may not overlap.
.PP
The programmer must ensure that there is room for at least
-\fIwcslen(dest) + n + 1\fP wide characters at \fIdest\fP.
+.IR "wcslen(dest) + n + 1"
+wide characters at
+.IR dest .
.SH RETURN VALUE
.BR wcsncat ()
-returns \fIdest\fP.
+returns
+.IR dest .
.SH CONFORMING TO
C99.
.SH SEE ALSO
function is the wide-character equivalent of the
.BR strncmp (3)
function.
-It compares the wide-character string pointed to by \fIs1\fP and the
-wide-character string pointed to by \fIs2\fP, but at most \fIn\fP wide
+It compares the wide-character string pointed to by
+.I s1
+and the
+wide-character string pointed to by
+.IR s2 ,
+but at most
+.I n
+wide
characters from each string.
In each string, the comparison extends only up
to the first occurrence of a null wide character (L\(aq\\0\(aq), if any.
The
.BR wcsncmp ()
function returns zero if the wide-character strings at
-\fIs1\fP and \fIs2\fP, truncated to at most length \fIn\fP, are equal.
+.I s1
+and
+.IR s2 ,
+truncated to at most length
+.IR n ,
+are equal.
It returns an integer greater than zero if at the first differing position
-\fIi\fP (\fIi\fP < \fIn\fP),
-the corresponding wide-character \fIs1[i]\fP is
-greater than \fIs2[i]\fP.
+.I i
+.RI ( i
+<
+.IR n ),
+the corresponding wide-character
+.I s1[i]
+is
+greater than
+.IR s2[i] .
It returns an integer less than zero if at the first
-differing position \fIi\fP (\fIi\fP < \fIn\fP), the corresponding
-wide-character \fIs1[i]\fP is less than \fIs2[i]\fP.
+differing position
+.I i
+.RI (i
+<
+.IR n ),
+the corresponding
+wide-character
+.I s1[i]
+is less than
+.IR s2[i] .
.SH CONFORMING TO
C99.
.SH SEE ALSO
function is the wide-character equivalent of the
.BR strncpy (3)
function.
-It copies at most \fIn\fP wide characters from the wide-character
-string pointed to by \fIsrc\fP,
+It copies at most
+.I n
+wide characters from the wide-character
+string pointed to by
+.IR src ,
including the terminating null wide character (L\(aq\\0\(aq),
-to the array pointed to by \fIdest\fP.
-Exactly \fIn\fP wide characters are
-written at \fIdest\fP.
-If the length \fIwcslen(src)\fP is smaller than \fIn\fP,
+to the array pointed to by
+.IR dest .
+Exactly
+.I n
+wide characters are
+written at
+.IR dest .
+If the length \fIwcslen(src)\fP is smaller than
+.IR n ,
the remaining wide characters in the array
-pointed to by \fIdest\fP are filled
+pointed to by
+.I dest
+are filled
with null wide characters.
If the length \fIwcslen(src)\fP is greater or equal
-to \fIn\fP, the string pointed to by \fIdest\fP
+to
+.IR n ,
+the string pointed to by
+.I dest
will not be terminated by a null wide character.
.PP
The strings may not overlap.
.PP
-The programmer must ensure that there is room for at least \fIn\fP wide
-characters at \fIdest\fP.
+The programmer must ensure that there is room for at least
+.I n
+wide
+characters at
+.IR dest .
.SH RETURN VALUE
.BR wcsncpy ()
-returns \fIdest\fP.
+returns
+.IR dest .
.SH CONFORMING TO
C99.
.SH SEE ALSO
.BR strnlen (3)
function.
It returns the number of wide-characters in the string pointed to by
-\fIs\fP, not including the terminating null wide character (L\(aq\\0\(aq),
+.IR s ,
+not including the terminating null wide character (L\(aq\\0\(aq),
but at most
-\fImaxlen\fP
+.I maxlen
wide characters (note: this parameter is not a byte count).
In doing this,
.BR wcsnlen ()
-looks at only the first \fImaxlen\fP
-wide characters at \fIs\fP and never beyond \fIs+maxlen\fP.
+looks at only the first
+.I maxlen
+wide characters at
+.I s
+and never beyond
+.IR s+maxlen .
.SH RETURN VALUE
The
.BR wcsnlen ()
-function returns \fIwcslen(s)\fP, if that is less than
-\fImaxlen\fP, or \fImaxlen\fP if there is no null wide character among the
-first \fImaxlen\fP wide characters pointed to by \fIs\fP.
+function returns
+.IR wcslen(s) ,
+if that is less than
+.IR maxlen ,
+or
+.I maxlen
+if there is no null wide character among the
+first
+.I maxlen
+wide characters pointed to by
+.IR s .
.SH VERSIONS
The
.BR wcsnlen ()
.BR wcsrtombs (3)
function,
except that the number of wide characters to be converted,
-starting at \fI*src\fP, is limited to \fInwc\fP.
+starting at
+.IR *src ,
+is limited to
+.IR nwc .
.PP
-If \fIdest\fP is not a NULL pointer,
+If
+.I dest
+is not a NULL pointer,
the
.BR wcsnrtombs ()
function converts
-at most \fInwc\fP wide characters from
-the wide-character string \fI*src\fP to a multibyte string starting at
-\fIdest\fP.
-At most \fIlen\fP bytes are written to \fIdest\fP.
+at most
+.I nwc
+wide characters from
+the wide-character string
+.I *src
+to a multibyte string starting at
+.IR dest .
+At most
+.I len
+bytes are written to
+.IR dest .
The shift state
-\fI*ps\fP is updated.
+.I *ps
+is updated.
The conversion is effectively performed by repeatedly
calling
.IR "wcrtomb(dest, *src, ps)" ,
as long as this call succeeds,
-and then incrementing \fIdest\fP by the
-number of bytes written and \fI*src\fP
+and then incrementing
+.I dest
+by the
+number of bytes written and
+.I *src
by one.
The conversion can stop for three reasons:
-.PP
-1. A wide character has been encountered that can not be represented as a
+.IP 1. 3
+A wide character has been encountered that can not be represented as a
multibyte sequence (according to the current locale).
-In this case \fI*src\fP
+In this case
+.I *src
is left pointing to the invalid wide character,
.I (size_t)\ \-1
is returned,
-and \fIerrno\fP is set to \fBEILSEQ\fP.
-.PP
-2. \fInwc\fP wide characters have been
+and
+.I errno
+is set to
+.BR EILSEQ .
+.IP 2.
+.I nwc
+wide characters have been
converted without encountering a null wide character (L\(aq\\0\(aq),
or the length limit forces a stop.
-In this case \fI*src\fP is left pointing
+In this case
+.I *src
+is left pointing
to the next wide character to be converted, and the number of bytes written
-to \fIdest\fP is returned.
-.PP
-3. The wide-character string has been completely converted, including the
-terminating null wide character (which has the side effect of bringing back \fI*ps\fP
+to
+.I dest
+is returned.
+.IP 3.
+The wide-character string has been completely converted, including the
+terminating null wide character (which has the side effect of bringing back
+.I *ps
to the initial state).
-In this case \fI*src\fP is set to NULL, and the number
-of bytes written to \fIdest\fP,
+In this case
+.I *src
+is set to NULL, and the number
+of bytes written to
+.IR dest ,
excluding the terminating null byte (\(aq\\0\(aq), is
returned.
.PP
-If \fIdest\fP is NULL, \fIlen\fP is ignored,
+If
+.IR dest
+is NULL,
+.I len
+is ignored,
and the conversion proceeds as above,
except that the converted bytes are not written out to memory, and that
no destination length limit exists.
.PP
In both of the above cases,
-if \fIps\fP is a NULL pointer, a static anonymous
+if
+.I ps
+is a NULL pointer, a static anonymous
state known only to the
.BR wcsnrtombs ()
function is used instead.
.PP
-The programmer must ensure that there is room for at least \fIlen\fP bytes
-at \fIdest\fP.
+The programmer must ensure that there is room for at least
+.I len
+bytes
+at
+.IR dest .
.SH RETURN VALUE
The
.BR wcsnrtombs ()
If a wide character was encountered which
could not be converted,
.I (size_t)\ \-1
-is returned, and \fIerrno\fP set to \fBEILSEQ\fP.
+is returned, and
+.I errno
+set to
+.BR EILSEQ .
.SH CONFORMING TO
POSIX.1-2008.
.SH NOTES
category of the
current locale.
.PP
-Passing NULL as \fIps\fP is not multithread safe.
+Passing NULL as
+.I ps
+is not multithread safe.
.SH SEE ALSO
.BR iconv (3),
.BR wcsrtombs (3)
.BR strpbrk (3)
function.
It searches for the first occurrence in the wide-character
-string pointed to by \fIwcs\fP of any of the
+string pointed to by
+.I wcs
+of any of the
characters in the wide-character
-string pointed to by \fIaccept\fP.
+string pointed to by
+.IR accept .
.SH RETURN VALUE
The
.BR wcspbrk ()
function returns a pointer to the first occurrence in
-\fIwcs\fP of any of the characters listed in \fIaccept\fP.
-If \fIwcs\fP
+.I wcs
+of any of the characters listed in
+.IR accept .
+If
+.I wcs
contains none of these characters, NULL is returned.
.SH CONFORMING TO
C99.
of the
.BR strrchr (3)
function.
-It searches the last occurrence of \fIwc\fP in the wide-character
-string pointed to by \fIwcs\fP.
+It searches the last occurrence of
+.I wc
+in the wide-character
+string pointed to by
+.IR wcs .
.SH RETURN VALUE
The
.BR wcsrchr ()
function returns a pointer to the last occurrence of
-\fIwc\fP in the wide-character string pointed to by \fIwcs\fP, or NULL if
-\fIwc\fP does not occur in the string.
+.I wc
+in the wide-character string pointed to by
+.IR wcs ,
+or NULL if
+.I wc
+does not occur in the string.
.SH CONFORMING TO
C99.
.SH SEE ALSO
.BI " size_t " len ", mbstate_t *" ps );
.fi
.SH DESCRIPTION
-If \fIdest\fP is not a NULL pointer,
+If
+.I dest
+is not a NULL pointer,
the
.BR wcsrtombs ()
function converts
-the wide-character string \fI*src\fP to a multibyte string starting at
-\fIdest\fP.
-At most \fIlen\fP bytes are written to \fIdest\fP.
+the wide-character string
+.I *src
+to a multibyte string starting at
+.IR dest .
+At most
+.I len
+bytes are written to
+.IR dest .
The shift state
-\fI*ps\fP is updated.
+.I *ps
+is updated.
The conversion is effectively performed by repeatedly
calling
.IR "wcrtomb(dest, *src, ps)" ,
as long as this call succeeds,
-and then incrementing \fIdest\fP by the
-number of bytes written and \fI*src\fP
+and then incrementing
+.I dest
+by the
+number of bytes written and
+.I *src
by one.
The conversion can stop for three reasons:
.PP
1. A wide character has been encountered that can not be represented as a
multibyte sequence (according to the current locale).
-In this case \fI*src\fP
+In this case
+.I *src
is left pointing to the invalid wide character,
.I (size_t)\ \-1
is returned,
and
.I errno
-is set to \fBEILSEQ\fP.
+is set to
+.BR EILSEQ .
.PP
2. The length limit forces a stop.
-In this case \fI*src\fP is left pointing
+In this case
+.I *src
+is left pointing
to the next wide character to be converted,
and the number of bytes written to
-\fIdest\fP is returned.
+.I dest
+is returned.
.PP
3. The wide-character string has been completely converted, including the
terminating null wide character (L\(aq\\0\(aq),
-which has the side effect of bringing back \fI*ps\fP
+which has the side effect of bringing back
+.I *ps
to the initial state.
-In this case \fI*src\fP is set to NULL, and the number
-of bytes written to \fIdest\fP,
+In this case
+.I *src
+is set to NULL, and the number
+of bytes written to
+.IR dest ,
excluding the terminating null byte (\(aq\\0\(aq),
is returned.
.PP
-If \fIdest\fP is NULL, \fIlen\fP is ignored,
+If
+.IR dest
+is NULL,
+.I len
+is ignored,
and the conversion proceeds as above, except that the converted bytes
are not written out to memory, and that
no length limit exists.
.PP
In both of the above cases,
-if \fIps\fP is a NULL pointer, a static anonymous
+if
+.I ps
+is a NULL pointer, a static anonymous
state known only to the
.BR wcsrtombs ()
function is used instead.
.PP
-The programmer must ensure that there is room for at least \fIlen\fP bytes
-at \fIdest\fP.
+The programmer must ensure that there is room for at least
+.I len
+bytes
+at
+.IR dest .
.SH RETURN VALUE
The
.BR wcsrtombs ()
.I (size_t)\ \-1
is returned, and
.I errno
-set to \fBEILSEQ\fP.
+set to
+.BR EILSEQ .
.SH CONFORMING TO
C99.
.SH NOTES
category of the
current locale.
.PP
-Passing NULL as \fIps\fP is not multithread safe.
+Passing NULL as
+.I ps
+is not multithread safe.
.SH SEE ALSO
.BR iconv (3),
.BR wcsnrtombs (3),
function is the wide-character equivalent of the
.BR strspn (3)
function.
-It determines the length of the longest initial segment of \fIwcs\fP
-which consists entirely of wide-characters listed in \fIaccept\fP.
+It determines the length of the longest initial segment of
+.I wcs
+which consists entirely of wide-characters listed in
+.IR accept .
In other
words, it searches for the first occurrence in the wide-character string
-\fIwcs\fP of a wide-character not contained in the wide-character string
-\fIaccept\fP.
+.I wcs
+of a wide-character not contained in the wide-character string
+.IR accept .
.SH RETURN VALUE
The
.BR wcsspn ()
function returns the number of
wide characters in the longest
-initial segment of \fIwcs\fP which consists entirely of wide-characters listed
-in \fIaccept\fP.
+initial segment of
+.I wcs
+which consists entirely of wide-characters listed
+in
+.IR accept .
In other words, it returns the position of the first
-occurrence in the wide-character string \fIwcs\fP of a wide-character not
-contained in the wide-character string \fIaccept\fP, or \fIwcslen(wcs)\fP
+occurrence in the wide-character string
+.I wcs
+of a wide-character not
+contained in the wide-character string
+.IR accept ,
+or
+.I wcslen(wcs)
if there is none.
.SH CONFORMING TO
C99.
.BR strstr (3)
function.
It searches for the first occurrence of the wide-character string
-\fIneedle\fP (without its terminating null wide character (L\(aq\\0\(aq))
-as a substring in the wide-character string \fIhaystack\fP.
+.I needle
+(without its terminating null wide character (L\(aq\\0\(aq))
+as a substring in the wide-character string
+.IR haystack .
.SH RETURN VALUE
The
.BR wcsstr ()
function returns a pointer to the first occurrence of
-\fIneedle\fP in \fIhaystack\fP.
-It returns NULL if \fIneedle\fP does not occur
-as a substring in \fIhaystack\fP.
+.I needle
+in
+.IR haystack .
+It returns NULL if
+.I needle
+does not occur
+as a substring in
+.IR haystack .
.PP
Note the special case:
-If \fIneedle\fP is the empty wide-character string,
-the return value is always \fIhaystack\fP itself.
+If
+.I needle
+is the empty wide-character string,
+the return value is always
+.I haystack
+itself.
.SH CONFORMING TO
C99.
.SH SEE ALSO
function,
with an added argument to make it multithread-safe.
It can be used
-to split a wide-character string \fIwcs\fP into tokens, where a token is
-defined as a substring not containing any wide-characters from \fIdelim\fP.
+to split a wide-character string
+.I wcs
+into tokens, where a token is
+defined as a substring not containing any wide-characters from
+.IR delim .
.PP
-The search starts at \fIwcs\fP, if \fIwcs\fP is not NULL,
-or at \fI*ptr\fP, if \fIwcs\fP is NULL.
+The search starts at
+.IR wcs ,
+if
+.I wcs
+is not NULL,
+or at
+.IR *ptr ,
+if
+.I wcs
+is NULL.
First, any delimiter wide-characters are skipped, that is, the
-pointer is advanced beyond any wide-characters which occur in \fIdelim\fP.
+pointer is advanced beyond any wide-characters which occur in
+.IR delim .
If the end of the wide-character string is now
reached,
.BR wcstok ()
returns NULL, to indicate that no tokens
-were found, and stores an appropriate value in \fI*ptr\fP,
+were found, and stores an appropriate value in
+.IR *ptr ,
so that subsequent calls to
.BR wcstok ()
will continue to return NULL.
.BR wcstok ()
function recognizes the beginning of a token
and returns a pointer to it, but before doing that, it zero-terminates the
-token by replacing the next wide-character which occurs in \fIdelim\fP with
+token by replacing the next wide-character which occurs in
+.I delim
+with
a null wide character (L\(aq\\0\(aq),
-and it updates \fI*ptr\fP so that subsequent calls will
+and it updates
+.I *ptr
+so that subsequent calls will
continue searching after the end of recognized token.
.SH RETURN VALUE
The
.SH CONFORMING TO
C99.
.SH NOTES
-The original \fIwcs\fP wide-character string is destructively modified during
+The original
+.I wcs
+wide-character string is destructively modified during
the operation.
.SH EXAMPLE
The following code loops over the tokens contained in a wide-character string.
.BI "size_t wcstombs(char *" dest ", const wchar_t *" src ", size_t " n );
.fi
.SH DESCRIPTION
-If \fIdest\fP is not a NULL pointer, the
+If
+.I dest
+is not a NULL pointer, the
.BR wcstombs ()
function converts
-the wide-character string \fIsrc\fP to a multibyte string starting at
-\fIdest\fP.
-At most \fIn\fP bytes are written to \fIdest\fP.
+the wide-character string
+.I src
+to a multibyte string starting at
+.IR dest .
+At most
+.I n
+bytes are written to
+.IR dest .
The conversion
starts in the initial state.
The conversion can stop for three reasons:
.PP
2. The length limit forces a stop.
In this case the number of bytes written to
-\fIdest\fP is returned, but the shift state at this point is lost.
+.I dest
+is returned, but the shift state at this point is lost.
.PP
3. The wide-character string has been completely converted, including the
terminating null wide character (L\(aq\\0\(aq).
In this case the conversion ends in the initial state.
-The number of bytes written to \fIdest\fP,
+The number of bytes written to
+.IR dest ,
excluding the terminating null byte (\(aq\\0\(aq), is returned.
.PP
-The programmer must ensure that there is room for at least \fIn\fP bytes
-at \fIdest\fP.
+The programmer must ensure that there is room for at least
+.I n
+bytes
+at
+.IR dest .
.PP
-If \fIdest\fP is NULL, \fIn\fP is ignored, and the conversion proceeds as
+If
+.IR dest
+is NULL,
+.I n
+is ignored, and the conversion proceeds as
above, except that the converted bytes are not written out to memory,
and that no length limit exists.
.PP
-In order to avoid the case 2 above, the programmer should make sure \fIn\fP
-is greater or equal to \fIwcstombs(NULL,src,0)+1\fP.
+In order to avoid the case 2 above, the programmer should make sure
+.I n
+is greater or equal to
+.IR "wcstombs(NULL,src,0)+1" .
.SH RETURN VALUE
The
.BR wcstombs ()
.BR wcswidth ()
function returns the
number of columns needed to represent
-the wide-character string pointed to by \fIs\fP, but at most \fIn\fP wide
+the wide-character string pointed to by
+.IR s ,
+but at most
+.I n
+wide
characters.
If a nonprintable wide character occurs among these characters,
\-1 is returned.
.BR wcswidth ()
function
returns the number of column positions for the
-wide-character string \fIs\fP, truncated to at most length \fIn\fP.
+wide-character string
+.IR s ,
+truncated to at most length
+.IR n .
.SH CONFORMING TO
POSIX.1-2001.
.SH NOTES
.BR wctob ()
function tests whether
the multibyte representation of the
-wide character \fIc\fP, starting in the initial state, consists of a single
+wide character
+.IR c ,
+starting in the initial state, consists of a single
byte.
If so, it is returned as an
.IR "unsigned char" .
.SH RETURN VALUE
The
.BR wctob ()
-function returns the single-byte representation of \fIc\fP,
-if it exists, of \fBEOF\fP otherwise.
+function returns the single-byte representation of
+.IR c ,
+if it exists, of
+.B EOF
+otherwise.
.SH CONFORMING TO
C99.
.SH NOTES
.BI "int wctomb(char *" s ", wchar_t " wc );
.fi
.SH DESCRIPTION
-If \fIs\fP is not NULL,
+If
+.I s
+is not NULL,
the
.BR wctomb ()
function converts the wide character
-\fIwc\fP to its multibyte representation and stores it at the beginning of
-the character array pointed to by \fIs\fP.
+.I wc
+to its multibyte representation and stores it at the beginning of
+the character array pointed to by
+.IR s .
It updates the shift state, which
is stored in a static anonymous variable
known only to the
function,
and returns the length of said multibyte representation,
that is, the number of
-bytes written at \fIs\fP.
+bytes written at
+.IR s .
.PP
The programmer must ensure that there is
-room for at least \fBMB_CUR_MAX\fP
-bytes at \fIs\fP.
+room for at least
+.B MB_CUR_MAX
+bytes at
+.IR s .
.PP
-If \fIs\fP is NULL, the
+If
+.I s
+is NULL, the
.BR wctomb ()
function
.\" The Dinkumware doc and the Single UNIX specification say this, but
returns nonzero if the encoding has nontrivial shift state,
or zero if the encoding is stateless.
.SH RETURN VALUE
-If \fIs\fP is not NULL, the
+If
+.I s
+is not NULL, the
.BR wctomb ()
function
returns the number of bytes
-that have been written to the byte array at \fIs\fP.
-If \fIwc\fP can not be
+that have been written to the byte array at
+.IR s .
+If
+.I wc
+can not be
represented as a multibyte sequence (according
to the current locale), \-1 is returned.
.PP
-If \fIs\fP is NULL, the
+If
+.I s
+is NULL, the
.BR wctomb ()
function returns nonzero if the
encoding has nontrivial shift state, or zero if the encoding is stateless.
.BI "wctrans_t wctrans(const char *" name );
.fi
.SH DESCRIPTION
-The \fIwctrans_t\fP type represents a mapping
+The
+.I wctrans_t
+type represents a mapping
which can map a wide character to
another wide character.
Its nature is implementation-dependent, but the special
-value \fI(wctrans_t)\ 0\fP denotes an invalid mapping.
-Nonzero \fIwctrans_t\fP
+value
+.IR "(wctrans_t)\ 0"
+denotes an invalid mapping.
+Nonzero
+.I wctrans_t
values can be passed to the
.BR towctrans (3)
function to actually perform
.SH RETURN VALUE
The
.BR wctrans ()
-function returns a mapping descriptor if the \fIname\fP
+function returns a mapping descriptor if the
+.I name
is valid.
-Otherwise it returns \fI(wctrans_t) 0\fP.
+Otherwise it returns
+.IR "(wctrans_t)\ 0" .
.SH CONFORMING TO
C99.
.SH NOTES
The
.BR wcwidth ()
function returns the number of columns
-needed to represent the wide character \fIc\fP.
-If \fIc\fP is a printable wide character, the value
+needed to represent the wide character
+.IR c .
+If
+.I c
+is a printable wide character, the value
is at least 0.
-If \fIc\fP is null wide character (L\(aq\\0\(aq), the value is 0.
+If
+.I c
+is null wide character (L\(aq\\0\(aq), the value is 0.
Otherwise \-1 is returned.
.SH RETURN VALUE
The
.BR wcwidth ()
function returns the number of
-column positions for \fIc\fP.
+column positions for
+.IR c .
.SH CONFORMING TO
POSIX.1-2001.
function is the wide-character equivalent of the
.BR memchr (3)
function.
-It searches the \fIn\fP wide characters starting at \fIs\fP for
-the first occurrence of the wide character \fIc\fP.
+It searches the
+.IR n
+wide characters starting at
+.I s
+for
+the first occurrence of the wide character
+.IR c .
.SH RETURN VALUE
The
.BR wmemchr ()
-function returns a pointer to the first occurrence of \fIc\fP
-among the \fIn\fP wide characters starting at \fIs\fP, or NULL if \fIc\fP does
+function returns a pointer to the first occurrence of
+.I c
+among the
+.IR n
+wide characters starting at
+.IR s ,
+or NULL if
+.I c
+does
not occur among these.
.SH CONFORMING TO
C99.
function is the wide-character equivalent of the
.BR memcmp (3)
function.
-It compares the \fIn\fP wide-characters starting at \fIs1\fP and the
-\fIn\fP wide-characters starting at \fIs2\fP.
+It compares the
+.IR n
+wide-characters starting at
+.I s1
+and the
+.I n
+wide-characters starting at
+.IR s2 .
.SH RETURN VALUE
The
.BR wmemcmp ()
function returns
zero if the wide-character arrays of size
-\fIn\fP at \fIs1\fP and \fIs2\fP are equal.
+.I n
+at
+.IR s1
+and
+.I s2
+are equal.
It returns an integer greater than
-zero if at the first differing position \fIi\fP (\fIi\fP < \fIn\fP), the
-corresponding wide-character \fIs1[i]\fP is greater than \fIs2[i]\fP.
+zero if at the first differing position
+.I i
+.RI ( i " <"
+.IR n ),
+the
+corresponding wide-character
+.I s1[i]
+is greater than
+.IR s2[i] .
It returns an integer less than zero if
-at the first differing position \fIi\fP
-(\fIi\fP < \fIn\fP), the corresponding
-wide-character \fIs1[i]\fP is less than
-\fIs2[i]\fP.
+at the first differing position
+.I i
+.RI ( i
+<
+.IR n ),
+the corresponding
+wide-character
+.I s1[i]
+is less than
+.IR s2[i] .
.SH CONFORMING TO
C99.
.SH SEE ALSO
function is the wide-character equivalent of the
.BR memcpy (3)
function.
-It copies \fIn\fP wide characters from the array starting at
-\fIsrc\fP to the array starting at \fIdest\fP.
+It copies
+.I n
+wide characters from the array starting at
+.I src
+to the array starting at
+.IR dest .
.PP
The arrays may not overlap; use
.BR wmemmove (3)
to copy between overlapping
arrays.
.PP
-The programmer must ensure that there is room for at least \fIn\fP wide
-characters at \fIdest\fP.
+The programmer must ensure that there is room for at least
+.I n
+wide
+characters at
+.IR dest .
.SH RETURN VALUE
.BR wmemcpy ()
-returns \fIdest\fP.
+returns
+.IR dest .
.SH CONFORMING TO
C99.
.SH SEE ALSO
function is the wide-character equivalent of the
.BR memmove (3)
function.
-It copies \fIn\fP wide characters from the array
-starting at \fIsrc\fP to the array starting at \fIdest\fP.
+It copies
+.I n
+wide characters from the array
+starting at
+.I src
+to the array starting at
+.IR dest .
The arrays may
overlap.
.PP
-The programmer must ensure that there is room for at least \fIn\fP wide
-characters at \fIdest\fP.
+The programmer must ensure that there is room for at least
+.I n
+wide
+characters at
+.IR dest .
.SH RETURN VALUE
.BR wmemmove ()
-returns \fIdest\fP.
+returns
+.IR dest .
.SH CONFORMING TO
C99.
.SH SEE ALSO
function is the wide-character equivalent of the
.BR memset (3)
function.
-It fills the array of \fIn\fP wide-characters starting at \fIwcs\fP
-with \fIn\fP copies of the wide character \fIwc\fP.
+It fills the array of
+.I n
+wide-characters starting at
+.I wcs
+with
+.I n
+copies of the wide character
+.IR wc .
.SH RETURN VALUE
.BR wmemset ()
-returns \fIwcs\fP.
+returns
+.IR wcs .
.SH CONFORMING TO
C99.
.SH SEE ALSO
The field
.I we_wordv
is a
-.I char **
+.I "char\ **"
that points to the array of words found.
The field
.I we_offs
and
.BR vwprintf ()
functions
-perform wide-character output to \fIstdout\fP.
-\fIstdout\fP must not be byte oriented; see
+perform wide-character output to
+.IR stdout .
+.I stdout
+must not be byte oriented; see
.BR fwide (3)
for more information.
.PP
and
.BR vfwprintf ()
functions
-perform wide-character output to \fIstream\fP.
-\fIstream\fP must not be byte oriented; see
+perform wide-character output to
+.IR stream .
+.I stream
+must not be byte oriented; see
.BR fwide (3)
for more information.
.PP
perform wide-character output
to an array of wide characters.
The programmer must ensure that there is
-room for at least \fImaxlen\fP wide
-characters at \fIwcs\fP.
+room for at least
+.I maxlen
+wide
+characters at
+.IR wcs .
.PP
These functions are like
the
following differences:
.TP
.B \(bu
-The \fIformat\fP string is a wide-character string.
+The
+.I format
+string is a wide-character string.
.TP
.B \(bu
The output consists of wide characters, not bytes.
.BR swprintf ()
and
.BR vswprintf ()
-take a \fImaxlen\fP argument,
+take a
+.I maxlen
+argument,
.BR sprintf (3)
and
.BR vsprintf (3)
.RB ( snprintf (3)
and
.BR vsnprintf (3)
-take a \fImaxlen\fP argument, but these functions do not return \-1 upon
+take a
+.I maxlen
+argument, but these functions do not return \-1 upon
buffer overflow on Linux.)
.PP
-The treatment of the conversion characters \fBc\fP and \fBs\fP is different:
+The treatment of the conversion characters
+.BR c
+and
+.B s
+is different:
.TP
.B c
If no
function with a conversion state starting in the initial state before
the first byte).
The resulting wide characters are written up to
-(but not including) the terminating null wide character.
+(but not including) the terminating null wide character (L\(aq\\0\(aq).
If a precision is
specified, no more wide characters than the number specified are written.
Note that the precision determines the number of
.I bytes
or
.IR "screen positions" .
-The array must contain a terminating null byte, unless a precision is given
+The array must contain a terminating null byte (\(aq\\0\(aq),
+unless a precision is given
and it is so small that the number of converted wide characters reaches it
before the end of the array is reached.
If an
category of the
current locale.
.PP
-If the \fIformat\fP string contains non-ASCII wide characters, the program
+If the
+.I format
+string contains non-ASCII wide characters, the program
will work correctly only if the
.B LC_CTYPE
category of the current locale at
Also, the use of C99 universal character names
of the form \\unnnn does not solve this problem.)
Therefore, in
-internationalized programs, the \fIformat\fP string should consist of ASCII
+internationalized programs, the
+.I format
+string should consist of ASCII
wide characters only, or should be constructed at run time in an
internationalized way (e.g., using
.BR gettext (3)
.in +4n
.nf
-typedef int \fIbool_t\fP;
+.BI "typedef int " bool_t ;
-typedef bool_t (*\fIxdrproc_t\fP) (XDR *, void *,...);
+.BI "typedef bool_t (*" xdrproc_ti ") (XDR *, void *,...);"
.fi
.in
.LP
.I len
is the byte length of the desired buffer.
Note: pointer is cast to
-.IR "long *" .
+.IR "long\ *" .
.IP
Warning:
.BR xdr_inline ()
.BR y0 ()
and
.BR y1 ()
-functions return Bessel functions of \fIx\fP
+functions return Bessel functions of
+.I x
of the second kind of orders 0 and 1, respectively.
The
.BR yn ()
function
-returns the Bessel function of \fIx\fP of the second kind of order \fIn\fP.
+returns the Bessel function of
+.I x
+of the second kind of order
+.IR n .
.PP
-The value of \fIx\fP must be positive.
+The value of
+.I x
+must be positive.
.PP
The
.BR y0f ()
.SH NAME
console \- console terminal and virtual consoles
.SH DESCRIPTION
-A Linux system has up to 63 \fIvirtual consoles\fP
+A Linux system has up to 63
+.I "virtual consoles"
(character devices with major number 4 and minor number 1 to 63),
-usually called \fI/dev/tty\fP\fIn\fP with 1 \(<= \fIn\fP \(<= 63.
+usually called
+.I /dev/ttyn
+with 1 \(<=
+.I n
+\(<= 63.
The current console is also addressed by
-\fI/dev/console\fP or \fI/dev/tty0\fP, the character device with
+.I /dev/console
+or
+.IR /dev/tty0 ,
+the character device with
major number 4 and minor number 0.
-The device files /dev/* are usually created using the script MAKEDEV,
+The device files
+.I /dev/*
+are usually created using the script MAKEDEV,
or using
.BR mknod (1),
-usually with mode 0622 and owner root.tty.
+usually with mode 0622 and owner
+.IR root.tty .
.LP
Before kernel version 1.1.54 the number of virtual consoles was
-compiled into the kernel (in tty.h: #define NR_CONSOLES 8)
+compiled into the kernel (in
+.IR tty.h :
+#define NR_CONSOLES 8)
and could be changed by editing and recompiling.
Since version 1.1.54 virtual consoles are created on the fly,
as soon as they are needed.
.BR doshell (8).)
.LP
Common ways to switch consoles are: (a) use Alt+F\fIn\fP or
-Ctrl+Alt+F\fIn\fP to switch to console \fIn\fP; AltGr+F\fIn\fP
+Ctrl+Alt+F\fIn\fP to switch to console
+.IR n ;
+AltGr+F\fIn\fP
might bring you to console \fIn\fP+12 [here Alt and AltGr refer
to the left and right Alt keys, respectively];
(b) use Alt+RightArrow or Alt+LeftArrow to cycle through
.LP
The command
.BR deallocvt (1)
-(formerly \fBdisalloc\fP)
+(formerly
+.BR disalloc )
will free the memory taken by the screen buffers for consoles
that no longer have any associated process.
.SS Properties
That document, though terse, is much longer than this manual page.
For a chronological overview,
.PP
-.in +4n
+.RS
.UR http://invisible-island.net\:/xterm\:/xterm.log.html
.UE
-.in
+.RE
.PP
details changes to xterm.
.PP
The \fIvttest\fP program
.PP
-.in +4n
+.RS
.UR http://invisible-island.net\:/vttest/
.UE
-.in
+.RE
.PP
demonstrates many of these control sequences.
The \fBxterm\fP(1) source distribution also contains sample
.\"
.TH CONSOLE_IOCTL 4 2009-02-28 "Linux" "Linux Programmer's Manual"
.SH NAME
-console_ioctl \- ioctl's for console terminal and virtual consoles
+console_ioctl \- ioctls for console terminal and virtual consoles
.SH DESCRIPTION
The following Linux-specific
.BR ioctl (2)
requests are supported.
-Each requires a third argument, assumed here to be \fIargp\fP.
-.IP \fBKDGETLED\fP
+Each requires a third argument, assumed here to be
+.IR argp .
+.TP
+.B KDGETLED
Get state of LEDs.
-\fIargp\fP points to a \fIchar\fP.
+.I argp
+points to a
+.IR char .
The lower three bits
-of \fI*argp\fP are set to the state of the LEDs, as follows:
-
- LED_CAP 0x04 caps lock led
- LEC_NUM 0x02 num lock led
- LED_SCR 0x01 scroll lock led
-.IP \fBKDSETLED\fP
+of
+.I *argp
+are set to the state of the LEDs, as follows:
+.TS
+l l l.
+LED_CAP 0x04 caps lock led
+LEC_NUM 0x02 num lock led
+LED_SCR 0x01 scroll lock led
+.TE
+.TP
+.B KDSETLED
Set the LEDs.
The LEDs are set to correspond to the lower three bits of
-\fIargp\fP.
+.IR argp .
However, if a higher order bit is set,
the LEDs revert to normal: displaying the state of the
keyboard functions of caps lock, num lock, and scroll lock.
Before 1.1.54, the LEDs just reflected the state of the corresponding
keyboard flags, and KDGETLED/KDSETLED would also change the keyboard
flags.
-Since 1.1.54 the leds can be made to display arbitrary
+Since 1.1.54 the LEDs can be made to display arbitrary
information, but by default they display the keyboard flags.
-The following two ioctl's are used to access the keyboard flags.
-.IP \fBKDGKBLED\fP
+The following two ioctls are used to access the keyboard flags.
+.TP
+.B KDGKBLED
Get keyboard flags CapsLock, NumLock, ScrollLock (not lights).
-\fIargp\fP points to a char which is set to the flag state.
+.I argp
+points to a char which is set to the flag state.
The low order three bits (mask 0x7) get the current flag state,
and the low order bits of the next nibble (mask 0x70) get
the default flag state.
(Since 1.1.54.)
-.IP \fBKDSKBLED\fP
+.TP
+.B KDSKBLED
Set keyboard flags CapsLock, NumLock, ScrollLock (not lights).
-\fIargp\fP has the desired flag state.
+.I argp
+has the desired flag state.
The low order three bits (mask 0x7) have the flag state,
and the low order bits of the next nibble (mask 0x70) have
the default flag state.
(Since 1.1.54.)
-.IP \fBKDGKBTYPE\fP
+.TP
+.B KDGKBTYPE
Get keyboard type.
This returns the value KB_101, defined as 0x02.
-.IP \fBKDADDIO\fP
+.TP
+.B KDADDIO
Add I/O port as valid.
-Equivalent to \fIioperm(arg,1,1)\fP.
-.IP \fBKDDELIO\fP
+Equivalent to
+.IR ioperm(arg,1,1) .
+.TP
+.B KDDELIO
Delete I/O port as valid.
-Equivalent to \fIioperm(arg,1,0)\fP.
-.IP \fBKDENABIO\fP
+Equivalent to
+.IR ioperm(arg,1,0) .
+.TP
+.B KDENABIO
Enable I/O to video board.
-Equivalent to \fIioperm(0x3b4, 0x3df-0x3b4+1, 1)\fP.
-.IP \fBKDDISABIO\fP
+Equivalent to
+.IR "ioperm(0x3b4, 0x3df-0x3b4+1, 1)" .
+.TP
+.B KDDISABIO
Disable I/O to video board.
-Equivalent to \fIioperm(0x3b4, 0x3df-0x3b4+1, 0)\fP.
-.IP \fBKDSETMODE\fP
+Equivalent to
+.IR "ioperm(0x3b4, 0x3df-0x3b4+1, 0)" .
+.TP
+.B KDSETMODE
Set text/graphics mode.
-\fIargp\fP is one of these:
-
- KD_TEXT 0x00
- KD_GRAPHICS 0x01
-.IP \fBKDGETMODE\fP
+.I argp
+is one of these:
+
+.TS
+l l.
+KD_TEXT 0x00
+KD_GRAPHICS 0x01
+.TE
+.TP
+.B KDGETMODE
Get text/graphics mode.
-\fIargp\fP points to a \fIlong\fP which is set to one
+.I argp
+points to a
+.I long
+which is set to one
of the above values.
-.IP \fBKDMKTONE\fP
+.TP
+.B KDMKTONE
Generate tone of specified length.
-The lower 16 bits of \fIargp\fP specify the period in clock cycles,
+The lower 16 bits of
+.I argp
+specify the period in clock cycles,
and the upper 16 bits give the duration in msec.
If the duration is zero, the sound is turned off.
Control returns immediately.
-For example, \fIargp\fP = (125<<16) + 0x637 would specify
+For example,
+.I argp
+= (125<<16) + 0x637 would specify
the beep normally associated with a ctrl-G.
(Thus since 0.99pl1; broken in 2.1.49-50.)
-.IP \fBKIOCSOUND\fP
+.TP
+.B KIOCSOUND
Start or stop sound generation.
The lower 16 bits of
-\fIargp\fP specify the period in clock cycles
-(that is, \fIargp\fP = 1193180/frequency).
-\fIargp\fP = 0 turns sound off.
+.I argp
+specify the period in clock cycles
+(that is,
+.I argp
+= 1193180/frequency).
+.I argp
+= 0 turns sound off.
In either case, control returns immediately.
-.IP \fBGIO_CMAP\fP
+.TP
+.B GIO_CMAP
Get the current default color map from kernel.
-\fIargp\fP points to
+.I argp
+points to
a 48-byte array.
(Since 1.3.3.)
-.IP \fBPIO_CMAP\fP
+.TP
+.B PIO_CMAP
Change the default text-mode color map.
-\fIargp\fP points to a
+.I argp
+points to a
48-byte array which contains, in order, the Red, Green, and Blue
values for the 16 available screen colors: 0 is off, and 255 is full
intensity.
grey, bright red, bright green, yellow, bright blue, bright purple,
bright cyan and white.
(Since 1.3.3.)
-.IP \fBGIO_FONT\fP
+.TP
+.B GIO_FONT
Gets 256-character screen font in expanded form.
-\fIargp\fP points to an 8192 byte array.
-Fails with error code \fBEINVAL\fP if the
+.I argp
+points to an 8192 byte array.
+Fails with error code
+.B EINVAL
+if the
currently loaded font is a 512-character font, or if the console is
not in text mode.
-.IP \fBGIO_FONTX\fP
+.TP
+.B GIO_FONTX
Gets screen font and associated information.
-\fIargp\fP points to a
-\fIstruct consolefontdesc\fP (see \fBPIO_FONTX\fP).
+.I argp
+points to a
+.I "struct consolefontdesc"
+(see
+.BR PIO_FONTX ).
On call, the
-\fIcharcount\fP field should be set to the maximum number of
-characters that would fit in the buffer pointed to by \fIchardata\fP.
-On return, the \fIcharcount\fP and \fIcharheight\fP are filled with
+.I charcount
+field should be set to the maximum number of
+characters that would fit in the buffer pointed to by
+.IR chardata .
+On return, the
+.I charcount
+and
+.I charheight
+are filled with
the respective data for the currently loaded font, and the
-\fIchardata\fP array contains the font data if the initial value of
-\fIcharcount\fP indicated enough space was available; otherwise the
-buffer is untouched and \fIerrno\fP is set to \fBENOMEM\fP.
+.I hardata
+array contains the font data if the initial value of
+.I charcount
+indicated enough space was available; otherwise the
+buffer is untouched and
+.I errno
+is set to
+.BR ENOMEM .
(Since 1.3.1.)
-.IP \fBPIO_FONT\fP
+.TP
+.B PIO_FONT
Sets 256-character screen font.
Load font into the EGA/VGA character
generator.
-\fIargp\fP points to a 8192 byte map, with 32 bytes per
+.I argp
+points to a 8192 byte map, with 32 bytes per
character.
-Only first \fIN\fP of them are used for an 8x\fIN\fP font
-(0 < \fIN\fP <= 32).
+Only the first
+.I N
+of them are used for an 8x\fIN\fP font
+(0 <
+.I N
+<= 32).
This call also invalidates the Unicode mapping.
-.IP \fBPIO_FONTX\fP
+.TP
+.B PIO_FONTX
Sets screen font and associated rendering information.
-\fIargp\fP
+.I argp
+
points to a
.in +4n
.in
If necessary, the screen will be appropriately resized, and
-\fBSIGWINCH\fP sent to the appropriate processes.
+.B SIGWINCH
+sent to the appropriate processes.
This call also invalidates the Unicode mapping.
(Since 1.3.1.)
-.IP \fBPIO_FONTRESET\fP
+.TP
+.B PIO_FONTRESET
Resets the screen font, size and Unicode mapping to the bootup
defaults.
-\fIargp\fP is unused, but should be set to NULL to
+.I argp
+is unused, but should be set to NULL to
ensure compatibility with future versions of Linux.
(Since 1.3.28.)
-.IP \fBGIO_SCRNMAP\fP
+.TP
+.B GIO_SCRNMAP
Get screen mapping from kernel.
-\fIargp\fP points to an area of size
+.I argp
+points to an area of size
E_TABSZ, which is loaded with the font positions used to display each
character.
This call is likely to return useless information if the
currently loaded font is more than 256 characters.
-.IP \fBGIO_UNISCRNMAP\fP
+.TP
+.B GIO_UNISCRNMAP
Get full Unicode screen mapping from kernel.
-\fIargp\fP points to an
-area of size E_TABSZ*sizeof(unsigned short), which is loaded with the
+.I argp
+points to an
+area of size
+.IR E_TABSZ*sizeof(unsigned short) ,
+which is loaded with the
Unicodes each character represent.
A special set of Unicodes,
starting at U+F000, are used to represent "direct to font" mappings.
(Since 1.3.1.)
-.IP \fBPIO_SCRNMAP\fP
+.TP
+.B PIO_SCRNMAP
Loads the "user definable" (fourth) table in the kernel which maps
bytes into console screen symbols.
-\fIargp\fP points to an area of
+.I argp
+points to an area of
size E_TABSZ.
-.IP \fBPIO_UNISCRNMAP\fP
+.TP
+.B PIO_UNISCRNMAP
Loads the "user definable" (fourth) table in the kernel which maps
bytes into Unicodes, which are then translated into screen symbols
according to the currently loaded Unicode-to-font map.
Special Unicodes starting at U+F000 can be used to map directly to the font
symbols.
(Since 1.3.1.)
-.IP \fBGIO_UNIMAP\fP
+.TP
+.B GIO_UNIMAP
Get Unicode-to-font mapping from kernel.
-\fIargp\fP points to a
+.I argp
+points to a
.in +4n
.nf
.fi
.in
-where \fIentries\fP points to an array of
+where
+.I entries
+points to an array of
.in +4n
.nf
.in
(Since 1.1.92.)
-.IP \fBPIO_UNIMAP\fP
+.TP
+.B PIO_UNIMAP
Put unicode-to-font mapping in kernel.
- \fIargp\fP points to a
-\fIstruct unimapdesc\fP.
+.I argp
+points to a
+.IR "struct unimapdesc" .
(Since 1.1.92)
-.IP \fBPIO_UNIMAPCLR\fP
+.TP
+.B PIO_UNIMAPCLR
Clear table, possibly advise hash algorithm.
-\fIargp\fP points to a
+.I argp
+points to a
.in +4n
.nf
.in
(Since 1.1.92.)
-.IP \fBKDGKBMODE\fP
+.TP
+.B KDGKBMODE
Gets current keyboard mode.
-\fIargp\fP points to a \fIlong\fP which is set to one
+.I argp
+points to a
+.I long
+which is set to one
of these:
- K_RAW 0x00
- K_XLATE 0x01
- K_MEDIUMRAW 0x02
- K_UNICODE 0x03
-.IP \fBKDSKBMODE\fP
+.TS
+l l.
+K_RAW 0x00
+K_XLATE 0x01
+K_MEDIUMRAW 0x02
+K_UNICODE 0x03
+.TE
+.TP
+.B KDSKBMODE
Sets current keyboard mode.
-\fIargp\fP is a \fIlong\fP equal to one of the above values.
-.IP \fBKDGKBMETA\fP
+.I argp
+is a
+.I long
+equal to one of the above values.
+.TP
+.B KDGKBMETA
Gets meta key handling mode.
-\fIargp\fP points to a \fIlong\fP which is
+.I argp
+points to a
+.I long
+which is
set to one of these:
- K_METABIT 0x03 set high order bit
- K_ESCPREFIX 0x04 escape prefix
-.IP \fBKDSKBMETA\fP
+.TS
+l l l.
+K_METABIT 0x03 set high order bit
+K_ESCPREFIX 0x04 escape prefix
+.TE
+.TP
+.B KDSKBMETA
Sets meta key handling mode.
-\fIargp\fP is a \fIlong\fP equal to one of the above values.
-.IP \fBKDGKBENT\fP
+.I argp
+is a
+.I long
+equal to one of the above values.
+.TP
+.B KDGKBENT
Gets one entry in key translation table (keycode to action code).
-\fIargp\fP points to a
+.I argp
+points to a
.in +4n
.nf
.in
with the first two members filled in:
-\fIkb_table\fP selects the key table (0 <= \fIkb_table\fP < MAX_NR_KEYMAPS),
-and \fIkb_index\fP is the keycode (0 <= \fIkb_index\fP < NR_KEYS).
-\fIkb_value\fP is set to the corresponding action code,
+.I kb_table
+selects the key table (0 <=
+.I kb_table
+< MAX_NR_KEYMAPS),
+and
+.IR kb_index
+is the keycode (0 <=
+.I kb_index
+< NR_KEYS).
+.I kb_value
+is set to the corresponding action code,
or K_HOLE if there is no such key,
-or K_NOSUCHMAP if \fIkb_table\fP is invalid.
-.IP \fBKDSKBENT\fP
+or K_NOSUCHMAP if
+.I kb_table
+is invalid.
+.TP
+.B KDSKBENT
Sets one entry in translation table.
-\fIargp\fP points to
-a \fIstruct kbentry\fP.
-.IP \fBKDGKBSENT\fP
+.I argp
+points to a
+.IR "struct kbentry" .
+.TP
+.B KDGKBSENT
Gets one function key string.
-\fIargp\fP points to a
+.I argp
+points to a
.in +4n
.nf
.fi
.in
-\fIkb_string\fP is set to the (null-terminated) string corresponding to
-the \fIkb_func\fPth function key action code.
-.IP \fBKDSKBSENT\fP
+.I kb_string
+is set to the (null-terminated) string corresponding to
+the
+.IR kb_func th
+function key action code.
+.TP
+.B KDSKBSENT
Sets one function key string entry.
-\fIargp\fP points to
-a \fIstruct kbsentry\fP.
-.IP \fBKDGKBDIACR\fP
+.I argp
+points to a
+.IR "struct kbsentry" .
+.TP
+.B KDGKBDIACR
Read kernel accent table.
-\fIargp\fP points to a
+.I argp
+points to a
.in +4n
.nf
.fi
.in
-where \fIkb_cnt\fP is the number of entries in the array, each of which
+where
+.I kb_cnt
+is the number of entries in the array, each of which
is a
.in +4n
};
.fi
.in
-.IP \fBKDGETKEYCODE\fP
+.TP
+.B KDGETKEYCODE
Read kernel keycode table entry (scan code to keycode).
-\fIargp\fP points to a
+.I argp
+points to a
.in +4n
.nf
.fi
.in
-\fIkeycode\fP is set to correspond to the given \fIscancode\fP.
-(89 <= \fIscancode\fP <= 255 only.
-For 1 <= \fIscancode\fP <= 88, \fIkeycode\fP==\fIscancode\fP.)
+.I keycode
+is set to correspond to the given
+.IR scancode .
+(89 <=
+.I scancode
+<= 255 only.
+For 1 <=
+.I scancode
+<= 88,
+.IR keycode == scancode .)
(Since 1.1.63.)
-.IP \fBKDSETKEYCODE\fP
+.TP
+.B KDSETKEYCODE
Write kernel keycode table entry.
-\fIargp\fP points to
-a \fIstruct kbkeycode\fP.
+.I argp
+points to a
+.IR "struct kbkeycode" .
(Since 1.1.63.)
-.IP \fBKDSIGACCEPT\fP
+.TP
+.B KDSIGACCEPT
The calling process indicates its willingness to accept the signal
-\fIargp\fP when it is generated by pressing an appropriate key combination.
-(1 <= \fIargp\fP <= NSIG).
-(See spawn_console() in linux/drivers/char/keyboard.c.)
-.IP \fBVT_OPENQRY\fP
+.I argp
+when it is generated by pressing an appropriate key combination.
+(1 <=
+.I argp
+<= NSIG).
+(See
+.IR spawn_console ()
+in
+.IR linux/drivers/char/keyboard.c .)
+.TP
+.B VT_OPENQRY
Returns the first available (non-opened) console.
-\fIargp\fP points to an \fIint\fP which is set to the
-number of the vt (1 <= \fI*argp\fP <= MAX_NR_CONSOLES).
-.IP \fBVT_GETMODE\fP
+.I argp
+points to an
+.I int
+which is set to the
+number of the vt (1 <=
+.I *argp
+<= MAX_NR_CONSOLES).
+.TP
+.B VT_GETMODE
Get mode of active vt.
-\fIargp\fP points to a
+.I argp
+points to a
.in +4n
.nf
.in
which is set to the mode of the active vt.
-\fImode\fP is set to one of these values:
-
- VT_AUTO auto vt switching
- VT_PROCESS process controls switching
- VT_ACKACQ acknowledge switch
-.IP \fBVT_SETMODE\fP
+.I mode
+is set to one of these values:
+
+.TS
+l l.
+VT_AUTO auto vt switching
+VT_PROCESS process controls switching
+VT_ACKACQ acknowledge switch
+.TE
+.TP
+.B VT_SETMODE
Set mode of active vt.
-\fIargp\fP points to
-a \fIstruct vt_mode\fP.
-.IP \fBVT_GETSTATE\fP
+.I argp
+points to a
+.IR "struct vt_mode" .
+.TP
+.B VT_GETSTATE
Get global vt state info.
-\fIargp\fP points to a
+.I argp
+points to a
.in +4n
.nf
.fi
.in
-For each vt in use, the corresponding bit in the \fIv_state\fP member is set.
+For each vt in use, the corresponding bit in the
+.I v_state
+member is set.
(Kernels 1.0 through 1.1.92.)
-.IP \fBVT_RELDISP\fP
+.TP
+.B VT_RELDISP
Release a display.
-.IP \fBVT_ACTIVATE\fP
-Switch to vt \fIargp\fP (1 <= \fIargp\fP <= MAX_NR_CONSOLES).
-.IP \fBVT_WAITACTIVE\fP
-Wait until vt \fIargp\fP has been activated.
-.IP \fBVT_DISALLOCATE\fP
-Deallocate the memory associated with vt \fIargp\fP.
+.TP
+.B VT_ACTIVATE
+Switch to vt
+.IR argp
+(1 <=
+.I argp
+<= MAX_NR_CONSOLES).
+.TP
+.B VT_WAITACTIVE
+Wait until vt
+.I argp
+has been activated.
+.TP
+.B VT_DISALLOCATE
+Deallocate the memory associated with vt
+.IR argp .
(Since 1.1.54.)
-.IP \fBVT_RESIZE\fP
+.TP
+.B VT_RESIZE
Set the kernel's idea of screensize.
-\fIargp\fP points to a
+.I argp
+points to a
.in +4n
.nf
See
.BR resizecons (8).
(Since 1.1.54.)
-.IP \fBVT_RESIZEX\fP
+.TP
+.B VT_RESIZEX
Set the kernel's idea of various screen parameters.
-\fIargp\fP points to a
+.I argp
+points to a
.in +4n
.nf
(Since 1.3.3.)
.PP
The action of the following ioctls depends on the first byte in the struct
-pointed to by \fIargp\fP, referred to here as the \fIsubcode\fP.
+pointed to by
+.IR argp ,
+referred to here as the
+.IR subcode .
These are legal only for the superuser or the owner of the current terminal.
-.IP "\fBTIOCLINUX, subcode=0\fP"
+.TP
+.B "TIOCLINUX, subcode=0"
Dump the screen.
Disappeared in 1.1.92. (With kernel 1.1.92 or later, read from
-/dev/vcsN or /dev/vcsaN instead.)
-.IP "\fBTIOCLINUX, subcode=1\fP"
+.I /dev/vcsN
+or
+.I /dev/vcsaN
+instead.)
+.TP
+.B "TIOCLINUX, subcode=1"
Get task information.
Disappeared in 1.1.92.
-.IP "\fBTIOCLINUX, subcode=2\fP"
+.TP
+.B "TIOCLINUX, subcode=2"
Set selection.
-\fIargp\fP points to a
+.I argp
+points to a
.in +4n
.nf
.fi
.in
-\fIxs\fP and \fIys\fP are the starting column and row.
-\fIxe\fP and \fIye\fP are the ending
+.I xs
+and
+.I ys
+are the starting column and row.
+.I xe
+and
+.I ye
+are the ending
column and row.
(Upper left corner is row=column=1.)
-\fIsel_mode\fP is 0 for character-by-character selection,
+.I sel_mode
+is 0 for character-by-character selection,
1 for word-by-word selection,
or 2 for line-by-line selection.
The indicated screen characters are highlighted and saved
-in the static array sel_buffer in devices/char/console.c.
-.IP "\fBTIOCLINUX, subcode=3\fP"
+in the static array sel_buffer in
+.IR devices/char/console.c .
+.TP
+.B "TIOCLINUX, subcode=3"
Paste selection.
The characters in the selection buffer are
-written to \fIfd\fP.
-.IP "\fBTIOCLINUX, subcode=4\fP"
+written to
+.IR fd .
+.TP
+.B "TIOCLINUX, subcode=4"
Unblank the screen.
-.IP "\fBTIOCLINUX, subcode=5\fP"
+.TP
+.B "TIOCLINUX, subcode=5"
Sets contents of a 256-bit look up table defining characters in a "word",
for word-by-word selection.
(Since 1.1.32.)
-.IP "\fBTIOCLINUX, subcode=6\fP"
-\fIargp\fP points to a char which is set to the value of the kernel
-variable \fIshift_state\fP.
+.TP
+.B "TIOCLINUX, subcode=6"
+.I argp
+points to a char which is set to the value of the kernel
+variable
+.IR shift_state .
(Since 1.1.32.)
-.IP "\fBTIOCLINUX, subcode=7\fP"
-\fIargp\fP points to a char which is set to the value of the kernel
-variable \fIreport_mouse\fP.
+.TP
+.B "TIOCLINUX, subcode=7"
+.I argp
+points to a char which is set to the value of the kernel
+variable
+.IR report_mouse .
(Since 1.1.33.)
-.IP "\fBTIOCLINUX, subcode=8\fP"
+.TP
+.B "TIOCLINUX, subcode=8"
Dump screen width and height, cursor position, and all the
character-attribute pairs.
(Kernels 1.1.67 through 1.1.91 only.
-With kernel 1.1.92 or later, read from /dev/vcsa* instead.)
-.IP "\fBTIOCLINUX, subcode=9\fP"
+With kernel 1.1.92 or later, read from
+.I /dev/vcsa*
+instead.)
+.TP
+.B "TIOCLINUX, subcode=9"
Restore screen width and height, cursor position, and all the
character-attribute pairs.
(Kernels 1.1.67 through 1.1.91 only.
-With kernel 1.1.92 or later, write to /dev/vcsa* instead.)
-.IP "\fBTIOCLINUX, subcode=10\fP"
+With kernel 1.1.92 or later, write to
+.I /dev/vcsa*
+instead.)
+.TP
+.B "TIOCLINUX, subcode=10"
Handles the Power Saving
feature of the new generation of monitors.
-VESA screen blanking mode is set to \fIargp\fP[1], which governs what
+VESA screen blanking mode is set to
+.IR argp[1] ,
+which governs what
screen blanking does:
-
- \fI0\fP: Screen blanking is disabled.
-
- \fI1\fP: The current video adapter
+.RS
+.IP 0: 3
+Screen blanking is disabled.
+.IP 1:
+The current video adapter
register settings are saved, then the controller is programmed to turn off
the vertical synchronization pulses.
This puts the monitor into "standby" mode.
If your monitor has an Off_Mode timer, then
it will eventually power down by itself.
-
- \fI2\fP: The current
-settings are saved, then both the vertical and horizontal
+.IP 2:
+The current settings are saved, then both the vertical and horizontal
synchronization pulses are turned off.
This puts the monitor into "off" mode.
If your monitor has no Off_Mode timer,
or if you want your monitor to power down immediately when the
blank_timer times out, then you choose this option.
-(\fICaution:\fP Powering down frequently will damage the monitor.)
-
+.RI ( Caution:
+Powering down frequently will damage the monitor.)
(Since 1.1.76.)
+.RE
.SH RETURN VALUE
On success, 0 is returned.
-On error \-1 is returned, and \fIerrno\fP is set.
+On error, \-1 is returned, and
+.I errno
+is set.
.SH ERRORS
-\fIerrno\fP may take on these values:
+.I errno
+may take on these values:
.TP
.B EBADF
The file descriptor is invalid.
or the specified request does not apply to it.
.TP
.B EINVAL
-The file descriptor or \fIargp\fP is invalid.
+The file descriptor or
+.I argp
+is invalid.
.TP
.B EPERM
Insufficient permission.
.SH NOTES
.BR Warning :
-Do not regard this man page as documentation of the Linux console ioctl's.
+Do not regard this man page as documentation of the Linux console ioctls.
This is provided for the curious only, as an alternative to reading the
source.
Ioctl's are undocumented Linux internals, liable to be changed
there are many minor and not-so-minor
differences with earlier versions.)
-Very often, ioctl's are introduced for communication between the
+Very often, ioctls are introduced for communication between the
kernel and one particular well-known program (fdisk, hdparm, setserial,
tunelp, loadkeys, selection, setfont, etc.), and their behavior will be
changed when required by this particular program.
-Programs using these ioctl's will not be portable to other versions
+Programs using these ioctls will not be portable to other versions
of UNIX, will not work on older versions of Linux, and will not work
on future versions of Linux.
.SH NAME
full \- always full device
.SH CONFIGURATION
-If your system does not have \fI/dev/full\fP created already, it
+If your system does not have
+.I /dev/full
+created already, it
can be created with the following commands:
.nf
chown root:root /dev/full
.fi
.SH DESCRIPTION
-File \fI/dev/full\fP has major device number 1
+File
+.I /dev/full
+has major device number 1
and minor device number 7.
.LP
-Writes to the \fI/dev/full\fP device will fail with an
+Writes to the
+.I /dev/full
+device will fail with an
.B ENOSPC
error.
This can be used to test how a program handles disk-full errors.
-Reads from the \fI/dev/full\fP device will return \\0 characters.
+Reads from the
+.I /dev/full
+device will return \\0 characters.
-Seeks on \fI/dev/full\fP will always succeed.
+Seeks on
+.I /dev/full
+will always succeed.
.SH FILES
/dev/full
.SH SEE ALSO
.SH NAME
hd \- MFM/IDE hard disk devices
.SH DESCRIPTION
-The \fBhd*\fP devices are block devices to access MFM/IDE hard disk drives
+The
+.B hd*
+devices are block devices to access MFM/IDE hard disk drives
in raw mode.
The master drive on the primary IDE controller (major device
-number 3) is \fBhda\fR; the slave drive is \fBhdb\fR.
+number 3) is
+.BR hda ;
+the slave drive is
+.BR hdb .
The master drive of the second controller (major device number 22)
-is \fBhdc\fR and the slave \fBhdd\fR.
+is
+.B hdc
+and the slave
+.BR hdd .
.LP
General IDE block device names have the form
.BI hd X\c
calls are supported:
.IP "\fBint ioctl(int \fP\fIfd\fP\fB, LPTIME, int \fP\fIarg\fP\fB)\fP"
Sets the amount of time that the driver sleeps before rechecking the printer
-when the printer's buffer appears to be filled to \fIarg\fP.
+when the printer's buffer appears to be filled to
+.IR arg .
If you have a fast printer, decrease this number;
if you have a slow printer then increase it.
This is in hundredths of a second, the default 2
.IP "\fBint ioctl(int \fP\fIfd\fP\fB, LPCHAR, int \fP\fIarg\fP\fB)\fP"
Sets the maximum number of busy-wait iterations which the polling driver does
while waiting for the printer to get ready for receiving a character to
-\fIarg\fP.
+.IR arg .
If printing is too slow, increase this number; if the
system gets too slow, decrease this number.
The default is 1000.
It only influences the polling driver.
.IP "\fBint ioctl(int \fP\fIfd\fP\fB, LPABORT, int \fP\fIarg\fP\fB)\fP"
-If \fIarg\fP is 0, the printer driver will retry on errors, otherwise
+If
+.I arg
+is 0, the printer driver will retry on errors, otherwise
it will abort.
The default is 0.
.IP "\fBint ioctl(int \fP\fIfd\fP\fB, LPABORTOPEN, int \fP\fIarg\fP\fB)\fP"
-If \fIarg\fP is 0,
+If
+.I arg
+is 0,
.BR open (2)
will be aborted on error, otherwise error will be ignored.
The default is to ignore it.
.IP "\fBint ioctl(int \fP\fIfd\fP\fB, LPCAREFUL, int \fP\fIarg\fP\fB)\fP"
-If \fIarg\fP is 0, then the out-of-paper, offline and error signals are
+If
+.I arg
+is 0, then the out-of-paper, offline and error signals are
required to be false on all writes, otherwise they are ignored.
The default is to ignore them.
.IP "\fBint ioctl(int \fP\fIfd\fP\fB, LPWAIT, int \fP\fIarg\fP\fB)\fP"
Sets the number of busy waiting iterations to wait before strobing the
printer to accept a just-written character, and the number of iterations to
wait before turning the strobe off again,
-to \fIarg\fP.
+to
+.IR arg .
The specification says this time should be 0.5
microseconds, but experience has shown the delay caused by the code is
already enough.
.I int
containing the new IRQ as argument.
As a side effect, the printer will be reset.
-When \fIarg\fP is 0, the polling driver will be used, which is also default.
+When
+.I arg
+is 0, the polling driver will be used, which is also default.
.IP "\fBint ioctl(int \fP\fIfd\fP\fB, LPGETIRQ, int *\fP\fIarg\fP\fB)\fP"
-Stores the currently used IRQ in \fIarg\fP.
+Stores the currently used IRQ in
+.IR arg .
.IP "\fBint ioctl(int \fP\fIfd\fP\fB, LPGETSTATUS, int *\fP\fIarg\fP\fB)\fP"
-Stores the value of the status port in \fIarg\fP.
+Stores the value of the status port in
+.IR arg .
The bits have the following meaning:
.TS
l l.
.SH NAME
mem, kmem, port \- system memory, kernel memory and system ports
.SH DESCRIPTION
-\fBmem\fP is a character device file
+.B mem
+is a character device file
that is an image of the main memory of the computer.
It may be used, for example, to examine (and even patch) the system.
.LP
chown root:kmem /dev/kmem
.RE
.LP
-\fBport\fP is similar to
+.B port
+is similar to
.BR mem ,
but the I/O ports are accessed.
.LP
After a further 63 ms, a Microsoft-compatible 3-button mouse will send
0x33 (\(aq3\(aq).
.PP
-The relative mouse movement is sent as \fIdx\fP (positive means right)
-and \fIdy\fP (positive means down).
+The relative mouse movement is sent as
+.I dx
+(positive means right)
+and
+.I dy
+(positive means down).
Various mice can operate at different speeds.
To select speeds, cycle through the
speeds 9600, 4800, 2400 and 1200 bit/s, each time writing the two characters
The first byte of a data packet can be used to synchronization purposes.
.SS Microsoft protocol
-The \fBMicrosoft\fP protocol uses 1 start bit, 7 data bits, no parity
+The
+.B Microsoft
+protocol uses 1 start bit, 7 data bits, no parity
and one stop bit at the speed of 1200 bits/sec.
Data is sent to RxD in 3-byte packets.
-The \fIdx\fP and \fIdy\fP movements are sent as
-two's-complement, \fIlb\fP (\fIrb\fP) are set when the left (right)
+The
+.IR dx
+and
+.I dy
+movements are sent as
+two's-complement,
+.I lb
+.RI ( rb )
+are set when the left (right)
button is pressed:
.TS
center;
In particular, a press of the middle button is reported
as 0,0,0,0x20 when no other buttons are down.
.SS Mousesystems protocol
-The \fBMousesystems\fP protocol uses 1 start bit, 8 data bits, no parity
+The
+.B Mousesystems
+protocol uses 1 start bit, 8 data bits, no parity
and two stop bits at the speed of 1200 bits/sec.
Data is sent to RxD in
5-byte packets.
-\fIdx\fP is sent as the sum of the two two's-complement
-values, \fIdy\fP is send as negated sum of the two two's-complement
+.I dx
+is sent as the sum of the two two's-complement
+values,
+.I dy
+is send as negated sum of the two two's-complement
values.
-\fIlb\fP (\fImb\fP, \fIrb\fP) are cleared when the left (middle,
+.I lb
+.RI ( mb ,
+.IR rb )
+are cleared when the left (middle,
right) button is pressed:
.TS
center;
Bytes 4 and 5 describe the change that occurred since bytes 2 and 3
were transmitted.
.SS Sun protocol
-The \fBSun\fP protocol is the 3-byte version of the above 5-byte
+The
+.B Sun
+protocol is the 3-byte version of the above 5-byte
Mousesystems protocol: the last two bytes are not sent.
.SS MM protocol
-The \fBMM\fP protocol uses 1 start bit, 8 data bits, odd parity and one
+The
+.B MM
+protocol uses 1 start bit, 8 data bits, odd parity and one
stop bit at the speed of 1200 bits/sec.
Data is sent to RxD in 3-byte
packets.
-\fIdx\fP and \fIdy\fP are sent as single signed values, the
+.I dx
+and
+.I dy
+are sent as single signed values, the
sign bit indicating a negative value.
-\fIlb\fP (\fImb\fP, \fIrb\fP) are
+.I lb
+.RI ( mb ,
+.IR rb )
+are
set when the left (middle, right) button is pressed:
.TS
center;
.SH NAME
null, zero \- data sink
.SH DESCRIPTION
-Data written to a \fBnull\fP or \fBzero\fP special file is discarded.
+Data written to a
+.BR null
+or
+.B zero
+special file is discarded.
.PP
-Reads from the \fBnull\fP special file always return end of file (i.e.,
+Reads from the
+.B null
+special file always return end of file (i.e.,
.BR read (2)
returns 0), whereas
-reads from \fBzero\fP always return bytes containing zero (\e0 characters).
+reads from
+.B zero
+always return bytes containing zero (\e0 characters).
.LP
-\fBnull\fP and \fBzero\fP are typically created by:
+.B null
+and
+.B zero
+are typically created by:
.RS
.sp
mknod \-m 666 /dev/null c 1 3
.SH NAME
ptmx, pts \- pseudoterminal master and slave
.SH DESCRIPTION
-The file \fI/dev/ptmx\fP is a character file with major number 5 and
+The file
+.I /dev/ptmx
+is a character file with major number 5 and
minor number 2, usually of mode 0666 and owner.group of root.root.
It is used to create a pseudoterminal master and slave pair.
.PP
-When a process opens \fI/dev/ptmx\fP, it gets a file
+When a process opens
+.IR /dev/ptmx ,
+it gets a file
descriptor for a pseudoterminal master (PTM),
and a pseudoterminal slave (PTS) device is created in the
.I /dev/pts
directory.
-Each file descriptor obtained by opening \fI/dev/ptmx\fP
+Each file descriptor obtained by opening
+.IR /dev/ptmx
is an independent PTM with its own associated PTS, whose path can
be found by passing the descriptor to
.BR ptsname (3).
.SH NAME
ram \- ram disk device
.SH DESCRIPTION
-The \fIram\fP device is a block device to access the ram disk in raw mode.
+The
+.I ram
+device is a block device to access the ram disk in raw mode.
.LP
It is typically created by:
.RS
assigned to the respective
.I eth[x]
interface using the
-.BR only ifconfig (8)
+.BR ifconfig (8)
command.
This causes the adapter to connect to the Ethernet and to display a status
message on the console saying "ethx: network connection up using port y"
.SS MTIOCTOP \(em perform a tape operation
.PP
This request takes an argument of type
-.IR "(struct mtop *)" .
+.IR "(struct mtop\ *)" .
Not all drives support all operations.
The driver returns an
.B EIO
.SS MTIOCGET \(em get status
.PP
This request takes an argument of type
-.IR "(struct mtget *)" .
+.IR "(struct mtget\ *)" .
.PP
.in +4n
.nf
.SS MTIOCPOS \(em get tape position
.PP
This request takes an argument of type
-.I "(struct mtpos *)"
+.I "(struct mtpos\ *)"
and reports the drive's notion of the current tape block number,
which is not the same as
.I mt_blkno
.SH NAME
tty \- controlling terminal
.SH DESCRIPTION
-The file \fI/dev/tty\fP is a character file with major number 5 and
+The file
+.I /dev/tty
+is a character file with major number 5 and
minor number 0, usually of mode 0666 and owner.group root.tty.
It is a synonym for the controlling terminal of a process, if any.
.LP
In addition to the
.BR ioctl (2)
requests supported by the device that
-\fBtty\fP refers to, the
+.B tty
+refers to, the
.BR ioctl (2)
-request \fBTIOCNOTTY\fP is supported.
+request
+.B TIOCNOTTY
+is supported.
.SS TIOCNOTTY
Detach the calling process from its controlling terminal.
.sp
This
.BR ioctl (2)
call works only on file descriptors connected
-to \fI/dev/tty\fP.
+to
+.IR /dev/tty .
It is used by daemon processes when they are invoked
by a user at a terminal.
-The process attempts to open \fI/dev/tty\fP.
+The process attempts to open
+.IR /dev/tty .
If the open succeeds, it
-detaches itself from the terminal by using \fBTIOCNOTTY\fP, while if the
+detaches itself from the terminal by using
+.BR TIOCNOTTY ,
+while if the
open fails, it is obviously not attached to a terminal and does not need
to detach itself.
.SH FILES
.SH NAME
ttyS \- serial terminal lines
.SH DESCRIPTION
-\fBttyS[0\-3]\fP are character devices for the serial terminal lines.
+.B ttyS[0\-3]
+are character devices for the serial terminal lines.
.LP
They are typically created by:
.RS
The
.BR ioctl (2)
call for terminals and serial ports accepts many possible command arguments.
-Most require a third argument, of varying type, here called \fIargp\fP
-or \fIarg\fP.
+Most require a third argument, of varying type, here called
+.I argp
+or
+.IR arg .
.LP
Use of
.I ioctl
.BR TCSETSW ,
.BR TCSETSF ,
except that they take a
-.I "struct termio *"
+.I "struct termio\ *"
instead of a
-.IR "struct termios *" .
-.TP
+.IR "struct termios\ *" .
+.IP
.BI "TCGETA struct termio *" argp
-.TP
+.IP
.BI "TCSETA const struct termio *" argp
-.TP
+.IP
.BI "TCSETAW const struct termio *" argp
-.TP
+.IP
.BI "TCSETAF const struct termio *" argp
.SS Locking the termios structure
The
.SH NAME
vcs, vcsa \- virtual console memory
.SH DESCRIPTION
-\fI/dev/vcs0\fP is a character device with major number 7 and minor number
+.I /dev/vcs0
+is a character device with major number 7 and minor number
0, usually of mode 0644 and owner root.tty.
It refers to the memory of the currently
displayed virtual console terminal.
.LP
-\fI/dev/vcs[1\-63]\fP are character devices for virtual console
+.I /dev/vcs[1\-63]
+are character devices for virtual console
terminals, they have major number 7 and minor number 1 to 63, usually
mode 0644 and owner root.tty.
-\fI/dev/vcsa[0\-63]\fP are the same, but
+.IR /dev/vcsa[0\-63]
+are the same, but
using
.IR "unsigned short" s
(in host byte order) that include attributes,
and prefixed with four bytes giving the screen
-dimensions and cursor position: \fIlines\fP, \fIcolumns\fP, \fIx\fP, \fIy\fP.
-(\fIx\fP = \fIy\fP = 0 at the top left corner of the screen.)
+dimensions and cursor position:
+.IR lines ,
+.IR columns ,
+.IR x ,
+.IR y .
+.RI ( x
+=
+.I y
+= 0 at the top left corner of the screen.)
When a 512-character font is loaded,
the 9th bit position can be fetched by applying the
.BR ioctl (2)
-\fBVT_GETHIFONTMASK\fP operation
+.B VT_GETHIFONTMASK
+operation
(available in Linux kernels 2.6.18 and above)
-on \fI/dev/tty[1\-63]\fP;
+on
+.IR /dev/tty[1\-63] ;
the value is returned in the
.I "unsigned short"
pointed to by the third
Introduced with version 1.1.92 of the Linux kernel.
.SH EXAMPLE
You may do a screendump on vt3 by switching to vt1 and typing
-\fIcat /dev/vcs3 >foo\fP.
+
+ cat /dev/vcs3 >foo
+
Note that the output does not contain
newline characters, so some processing may be required, like
-in \fIfold \-w 81 /dev/vcs3 | lpr\fP or (horrors)
-\fIsetterm \-dump 3 \-file /proc/self/fd/1\fP.
+in
+
+ old \-w 81 /dev/vcs3 | lpr
+
+or (horrors)
+
+ xetterm \-dump 3 \-file /proc/self/fd/1
+
.LP
-The \fI/dev/vcsa0\fP device is used for Braille support.
+The
+.I /dev/vcsa0
+device is used for Braille support.
This program displays the character and screen attributes under the
cursor of the second virtual console, then changes the background color
.\" the source, must acknowledge the copyright and authors of this work.
.\" %%%LICENSE_END
.\"
-.TH CORE 5 2013-02-25 "Linux" "Linux Programmer's Manual"
+.TH CORE 5 2013-06-08 "Linux" "Linux Programmer's Manual"
.SH NAME
core \- core dump file
.SH DESCRIPTION
.I gcore
command can be used to obtain a core dump of a running process.
-If a multithreaded process (or, more precisely, a process that
+In Linux versions up to and including 2.6.27,
+.\" Changed with commit 6409324b385f3f63a03645b4422e3be67348d922
+if a multithreaded process (or, more precisely, a process that
shares its memory with another process by being created with the
.B CLONE_VM
flag of
unless the process ID was already included elsewhere in the
filename via a %p specification in
.IR /proc/sys/kernel/core_pattern .
-(This is primarily useful when employing the LinuxThreads implementation,
+(This is primarily useful when employing the obsolete
+LinuxThreads implementation,
where each thread of a process has a different PID.)
.\" Always including the PID in the name of the core file made
.\" sense for LinuxThreads, where each thread had a unique PID,
separated by semicolons.
The most common codes are:
.sp
-.RS +.2i
-.ta 1.0i
-.nf
- 0 to restore default color
- 1 for brighter colors
- 4 for underlined text
- 5 for flashing text
-30 for black foreground
-31 for red foreground
-32 for green foreground
-33 for yellow (or brown) foreground
-34 for blue foreground
-35 for purple foreground
-36 for cyan foreground
-37 for white (or gray) foreground
-40 for black background
-41 for red background
-42 for green background
-43 for yellow (or brown) background
-44 for blue background
-45 for purple background
-46 for cyan background
-47 for white (or gray) background
-.fi
+.RS
+.TS
+l l.
+ 0 to restore default color
+ 1 for brighter colors
+ 4 for underlined text
+ 5 for flashing text
+30 for black foreground
+31 for red foreground
+32 for green foreground
+33 for yellow (or brown) foreground
+34 for blue foreground
+35 for purple foreground
+36 for cyan foreground
+37 for white (or gray) foreground
+40 for black background
+41 for red background
+42 for green background
+43 for yellow (or brown) background
+44 for blue background
+45 for purple background
+46 for cyan background
+47 for white (or gray) background
+.TE
.RE
.sp
Not all commands will work on all systems or display devices.
.B ls
uses the following defaults:
.sp
-.RS +.2i
-.ta 1.0i 2.5i
-.nf
-\fBNORMAL\fR 0 Normal (nonfilename) text
-\fBFILE\fR 0 Regular file
-\fBDIR\fR 32 Directory
-\fBLINK\fR 36 Symbolic link
-\fBORPHAN\fR undefined Orphaned symbolic link
-\fBMISSING\fR undefined Missing file
-\fBFIFO\fR 31 Named pipe (FIFO)
-\fBSOCK\fR 33 Socket
-\fBBLK\fR 44;37 Block device
-\fBCHR\fR 44;37 Character device
-\fBEXEC\fR 35 Executable file
-.fi
-.RE
+.TS
+lb l l.
+NORMAL 0 Normal (nonfilename) text
+FILE 0 Regular file
+DIR 32 Directory
+LINK 36 Symbolic link
+ORPHAN undefined Orphaned symbolic link
+MISSING undefined Missing file
+FIFO 31 Named pipe (FIFO)
+SOCK 33 Socket
+BLK 44;37 Block device
+CHR 44;37 Character device
+EXEC 35 Executable file
+.TE
.sp
A few terminal programs do not recognize the default
properly.
The C-style notation
includes the following characters:
.sp
-.RS +.2i
-.ta 1.0i
-.nf
-\fB\ea\fR Bell (ASCII 7)
-\fB\eb\fR Backspace (ASCII 8)
-\fB\ee\fR Escape (ASCII 27)
-\fB\ef\fR Form feed (ASCII 12)
-\fB\en\fR Newline (ASCII 10)
-\fB\er\fR Carriage Return (ASCII 13)
-\fB\et\fR Tab (ASCII 9)
-\fB\ev\fR Vertical Tab (ASCII 11)
-\fB\e?\fR Delete (ASCII 127)
-\fB\e\fInnn\fR Any character (octal notation)
-\fB\ex\fInnn\fR Any character (hexadecimal notation)
-\fB\e_\fR Space
-\fB\e\e\fR Backslash (\e)
-\fB\e^\fR Caret (^)
-\fB\e#\fR Hash mark (#)
-.fi
+.RS
+.TS
+lb l.
+\ea Bell (ASCII 7)
+\eb Backspace (ASCII 8)
+\ee Escape (ASCII 27)
+\ef Form feed (ASCII 12)
+\en Newline (ASCII 10)
+\er Carriage Return (ASCII 13)
+\et Tab (ASCII 9)
+\ev Vertical Tab (ASCII 11)
+\e? Delete (ASCII 127)
+\e\fInnn Any character (octal notation)
+\ex\fInnn Any character (hexadecimal notation)
+\e_ Space
+\e\e Backslash (\e)
+\e^ Caret (^)
+\e# Hash mark (#)
+.TE
.RE
.sp
Please note that escapes are necessary to enter a space, backslash,
.B RIGHTCODE
definitions, which are used by ISO 6429 terminals are:
.sp
-.RS +.2i
-.ta 1.0i
-.nf
-\fBLEFTCODE\fR \ee[
-\fBRIGHTCODE\fR m
-.fi
+.RS
+.TS
+lb l.
+LEFTCODE \ee[
+RIGHTCODE m
+.TE
.RE
.sp
The default
.TH HOSTS.EQUIV 5 2003-08-24 "Linux" "Linux Programmer's Manual"
.SH NAME
/etc/hosts.equiv \- list of hosts and users that are granted "trusted"
-\fBr\fP command access to your system
+.B r
+command access to your system
.SH DESCRIPTION
-The \fBhosts.equiv\fP file allows or denies hosts and users to use
-the \fBr\fP-commands (e.g., \fBrlogin\fP, \fBrsh\fP or \fBrcp\fP) without
+The
+.B hosts.equiv
+file allows or denies hosts and users to use
+the \fBr\fP-commands (e.g.,
+.BR rlogin ,
+.B rsh
+or
+.BR rcp )
+without
supplying a password.
.PP
The file uses the following format:
.TP
\fI[ + | \- ]\fP \fI[hostname]\fP \fI[username]\fP
.PP
-The \fIhostname\fP is the name of a host which is logically equivalent
+The
+.I hostname
+is the name of a host which is logically equivalent
to the local host.
Users logged into that host are allowed to access
like-named user accounts on the local host without supplying a password.
-The \fIhostname\fP may be (optionally) preceded by a plus (+) sign.
+The
+.I hostname
+may be (optionally) preceded by a plus (+) sign.
If the plus sign is used alone it allows any host to access your system.
-You can explicitly deny access to a host by preceding the \fIhostname\fP
+You can explicitly deny access to a host by preceding the
+.I hostname
by a minus (\-) sign.
Users from that host must always supply a password.
For security reasons you should always use the FQDN of the hostname and
not the short hostname.
.PP
-The \fIusername\fP entry grants a specific user access to all user
+The
+.I username
+entry grants a specific user access to all user
accounts (except root) without supplying a password.
That means the
user is NOT restricted to like-named accounts.
-The \fIusername\fP may
+The
+.I username
+may
be (optionally) preceded by a plus (+) sign.
You can also explicitly
-deny access to a specific user by preceding the \fIusername\fP with
+deny access to a specific user by preceding the
+.I username
+with
a minus (\-) sign.
This says that the user is not trusted no matter
what other entries for that host exist.
.SH NAME
issue \- prelogin message and identification file
.SH DESCRIPTION
-The file \fI/etc/issue\fP is a text file which contains a message or
+The file
+.I /etc/issue
+is a text file which contains a message or
system identification to be printed before the login prompt.
It may contain various \fB@\fP\fIchar\fP and \fB\e\fP\fIchar\fP
sequences, if supported by the
.SH NAME
motd \- message of the day
.SH DESCRIPTION
-The contents of \fI/etc/motd\fP are displayed by
+The contents of
+.I /etc/motd
+are displayed by
.BR login (1)
after a successful login but just before it executes the login shell.
.\" to see what information could be imported from that file
.\" into this file.
.\"
-.TH PROC 5 2013-04-17 "Linux" "Linux Programmer's Manual"
+.TH PROC 5 2013-06-27 "Linux" "Linux Programmer's Manual"
.SH NAME
proc \- process information pseudo-file system
.SH DESCRIPTION
.I \-inum
option can be used to locate the file.
.TP
-.I /proc/[pid]/fd
+.I /proc/[pid]/fd/
This is a subdirectory containing one entry for each file which the
process has open, named by its file descriptor, and which is a
symbolic link to the actual file.
Thus, 0 is standard input, 1 standard output, 2 standard error, etc.
-.\" The following was still true as at kernel 2.6.13
+For file descriptors for pipes and sockets,
+the entries will be symbolic links whose content is the
+file type with the inode.
+A
+.BR readlink (2)
+call on this file returns a string in the format:
+
+ type:[inode]
+
+For example,
+.I socket:[2248868]
+will be a socket and its inode is 2248868.
+For sockets, that inode can be used to find more information
+in one of the files under
+.IR /proc/net/ .
+
+For file descriptors that have no corresponding inode
+(e.g., file descriptors produced by
+.BR epoll_create (2),
+.BR eventfd (2),
+.BR inotify_init (2),
+.BR signalfd (2),
+and
+.BR timerfd (2)),
+the entry will be a symbolic link with contents of the form
+
+ anon_inode:<file-type>
+
+In some cases, the
+.I file-type
+is surrounded by square brackets.
+
+For example, an epoll file descriptor will have a symbolic link
+whose content is the string
+.IR "anon_inode:[eventpoll]" .
+
+.\"The following was still true as at kernel 2.6.13
In a multithreaded process, the contents of this directory
are not available if the main thread has already terminated
(typically by calling
(10) The number of minor faults the process has made which have not
required loading a memory page from disk.
.TP
-.\" field 11
\fIcminflt\fP %lu
(11) The number of minor faults that the process's
waited-for children have made.
Before kernel 2.6, this field was hard coded to 0 as a placeholder
for an earlier removed field.
.TP
-.\" field 21
\fIitrealvalue\fP %ld
(21) The time in jiffies before the next
.B SIGALRM
\fIkstkeip\fP %lu
(30) The current EIP (instruction pointer).
.TP
-.\" field 31
\fIsignal\fP %lu
(31) The bitmap of pending signals, displayed as a decimal number.
Obsolete, because it does not provide information on real-time signals; use
or 0, for non-real-time processes (see
.BR sched_setscheduler (2)).
.TP
-.\" field 41
\fIpolicy\fP %u (since Linux 2.5.19; was %lu before Linux 2.6.22)
(41) Scheduling policy (see
.BR sched_setscheduler (2)).
.LP
Here is an example of the \fI/etc/rpc\fP file from the Sun RPC Source
distribution.
+.ft CW
.nf
-.ta 1.5i +0.5i +1.0i +1.0i
#
# rpc 88/08/01 4.0 RPCSRC; from 1.12 88/02/07 SMI
#
-portmapper 100000 portmap sunrpc
-rstatd 100001 rstat rstat_svc rup perfmeter
-rusersd 100002 rusers
-nfs 100003 nfsprog
-ypserv 100004 ypprog
-mountd 100005 mount showmount
-ypbind 100007
-walld 100008 rwall shutdown
-yppasswdd 100009 yppasswd
-etherstatd 100010 etherstat
-rquotad 100011 rquotaprog quota rquota
-sprayd 100012 spray
-3270_mapper 100013
-rje_mapper 100014
-selection_svc 100015 selnsvc
-database_svc 100016
-rexd 100017 rex
-alis 100018
-sched 100019
-llockmgr 100020
-nlockmgr 100021
-x25.inr 100022
-statmon 100023
-status 100024
-bootparam 100026
-ypupdated 100028 ypupdate
-keyserv 100029 keyserver
-tfsd 100037
-nsed 100038
-nsemntd 100039
+portmapper 100000 portmap sunrpc
+rstatd 100001 rstat rstat_svc rup perfmeter
+rusersd 100002 rusers
+nfs 100003 nfsprog
+ypserv 100004 ypprog
+mountd 100005 mount showmount
+ypbind 100007
+walld 100008 rwall shutdown
+yppasswdd 100009 yppasswd
+etherstatd 100010 etherstat
+rquotad 100011 rquotaprog quota rquota
+sprayd 100012 spray
+3270_mapper 100013
+rje_mapper 100014
+selection_svc 100015 selnsvc
+database_svc 100016
+rexd 100017 rex
+alis 100018
+sched 100019
+llockmgr 100020
+nlockmgr 100021
+x25.inr 100022
+statmon 100023
+status 100024
+bootparam 100026
+ypupdated 100028 ypupdate
+keyserv 100029 keyserver
+tfsd 100037
+nsed 100038
+nsemntd 100039
.fi
+.ft
.DT
.SH FILES
.TP
.B services
file might look like this:
.RS
+.ft CW
.nf
.sp
-.ta 3i
netstat 15/tcp
qotd 17/tcp quote
msp 18/tcp # message send protocol
# 22 \- unassigned
telnet 23/tcp
.fi
+.ft
.RE
.SH FILES
.TP
.\" FIXME ? The use of quotes on this page is inconsistent with the
.\" rest of man-pages.
.\"
-.TH BOOTPARAM 7 2013-03-15 "Linux" "Linux Programmer's Manual"
+.TH BOOTPARAM 7 2013-06-08 "Linux" "Linux Programmer's Manual"
.SH NAME
bootparam \- introduction to boot time parameters of the Linux kernel
.SH DESCRIPTION
which you copied a kernel using 'cp zImage /dev/fd0'),
you have no opportunity to specify any parameters.
So, in order to take advantage of this possibility you have to
-use software that is able to pass parameters, like LILO or loadlin.
-For a few parameters one can also modify the kernel image itself,
-using rdev, see
-.BR rdev (8)
-for further details.
-
-The LILO program (LInux LOader) written by Werner Almesberger is the
-most commonly used.
-It has the ability to boot various kernels, and
-stores the configuration information in a plain text file.
-(See
-.BR lilo (8)
-and
-.BR lilo.conf (5).)
-LILO can boot DOS, OS/2, Linux, FreeBSD, UnixWare, etc., and is quite flexible.
-
-The other commonly used Linux loader is 'LoadLin' which is a DOS
-program that has the capability to launch a Linux kernel from the DOS
-prompt (with boot-args) assuming that certain resources are available.
-This is good for people that want to launch Linux from DOS.
-
-It is also very useful if you have certain hardware which relies on
-the supplied DOS driver to put the hardware into a known state.
-A common example is 'SoundBlaster Compatible' sound cards that require
-the DOS driver to twiddle a few mystical registers to put the card
-into a SB compatible mode.
-Booting DOS with the supplied driver, and
-then loading Linux from the DOS prompt with loadlin avoids the reset
-of the card that happens if one rebooted instead.
+use boot loader software that is able to pass parameters, such as GRUB.
+
+.\" The LILO program (LInux LOader) written by Werner Almesberger is the
+.\" most commonly used.
+.\" It has the ability to boot various kernels, and
+.\" stores the configuration information in a plain text file.
+.\" (See
+.\" .BR lilo (8)
+.\" and
+.\" .BR lilo.conf (5).)
+.\" LILO can boot DOS, OS/2, Linux, FreeBSD, UnixWare, etc., and is quite flexible.
+.\"
+.\" The other commonly used Linux loader is 'LoadLin', which is a DOS
+.\" program that has the capability to launch a Linux kernel from the DOS
+.\" prompt (with boot-args) assuming that certain resources are available.
+.\" This is good for people that want to launch Linux from DOS.
+.\"
+.\" It is also very useful if you have certain hardware which relies on
+.\" the supplied DOS driver to put the hardware into a known state.
+.\" A common example is 'SoundBlaster Compatible' sound cards that require
+.\" the DOS driver to twiddle a few mystical registers to put the card
+.\" into a SB compatible mode.
+.\" Booting DOS with the supplied driver, and
+.\" then loading Linux from the DOS prompt with loadlin avoids the reset
+.\" of the card that happens if one rebooted instead.
.SS The argument list
The kernel command line is parsed into a list of strings
(boot arguments) separated by spaces.
-Most of the boot args take the form of:
-.IP
+Most of the boot arguments take have the form:
+
+.in +4n
+.nf
name[=value_1][,value_2]...[,value_10]
+.fi
+.in
.LP
where 'name' is a unique keyword that is used to identify what part of
the kernel the associated values (if any) are to be given to.
keyword with up to an additional 10 parameters in unusually
complicated situations, assuming the setup function supports it.)
-Most of the sorting goes on in linux/init/main.c.
+Most of the sorting is coded in the kernel source file
+.IR init/main.c .
First, the kernel
checks to see if the argument is any of the special arguments 'root=',
\&'nfsroot=', 'nfsaddrs=', 'ro', 'rw', 'debug' or 'init'.
Any remaining arguments that were not picked up by the kernel and were
not interpreted as environment variables are then passed onto process
-one, which is usually the init program.
+one, which is usually the
+.BR init (1)
+program.
The most common argument that
-is passed to the init process is the word 'single' which instructs init
+is passed to the
+.I init
+process is the word 'single' which instructs it
to boot the computer in single user mode, and not launch all the usual
daemons.
-Check the manual page for the version of init installed on
+Check the manual page for the version of
+.BR init (1)
+installed on
your system to see what arguments it accepts.
.SS General non-device specific boot arguments
.TP
protected mode.
For example, some of the early ULSI-387 chips would
cause solid lockups while performing floating-point calculations.
-Using the 'no387' boot arg causes Linux to ignore the maths
+Using the 'no387' boot argument causes Linux to ignore the maths
coprocessor even if you have one.
Of course you must then have your
kernel compiled with math emulation support!
To override this value, and
select the second floppy drive as the root device, one would
use 'root=/dev/fd1'.
-(The root device can also be set using
-.BR rdev (8).)
The root device can be specified symbolically or numerically.
-A symbolic specification has the form /dev/XXYN, where XX designates
+A symbolic specification has the form
+.I /dev/XXYN,
+where XX designates
the device type ('hd' for ST-506 compatible hard disk, with Y in
\&'a'-'d'; 'sd' for SCSI compatible disk, with Y in 'a'-'e';
\&'ad' for Atari ACSI disk, with Y in 'a'-'e',
The more awkward and less portable numeric specification of the above
possible root devices in major/minor format is also accepted.
-(E.g., /dev/sda3 is major 8, minor 3, so you could use 'root=0x803' as an
+(E.g.,
+.I /dev/sda3
+is major 8, minor 3, so you could use 'root=0x803' as an
alternative.)
.TP
.BR "'rootfstype=...'"
The 'rw' option tells the kernel to mount the root file system read/write.
This is the default.
-The choice between read-only and read/write can also be set using
-.BR rdev (8).
+.TP
+.B "'resume=...'"
+This tells the kernel the location of the suspend-to-disk data that you want the machine to resume from after hibernation.
+Usually, it is the same as your swap partition or file. Example:
+
+.in +4n
+.nf
+resume=/dev/hda2
+.fi
+.in
.TP
.B "'reserve=...'"
This is used to protect I/O port regions from probes.
The form of the command is:
-.IP
+
+.in +4n
+.nf
.BI reserve= iobase,extent[,iobase,extent]...
+.fi
+.in
.sp
In some machines it may be necessary to prevent device drivers from
checking for devices (auto-probing) in a specific region.
unless another boot argument explicitly specifies that it do so.
For example, the boot line
-.IP
+
+.in +4n
+.nf
reserve=0x300,32 blah=0x300
+.fi
+.in
.IP
keeps all device drivers except the driver for 'blah' from probing
0x300\-0x31f.
Linux uses this BIOS call at boot to
determine how much memory is installed.
If you have more than 64MB of
-RAM installed, you can use this boot arg to tell Linux how much memory
+RAM installed, you can use this boot argument to tell Linux how much memory
you have.
The value is in decimal or hexadecimal (prefix 0x),
and the suffixes 'k' (times 1024) or 'M' (times 1048576) can be used.
.B "'panic=N'"
By default the kernel will not reboot after a panic, but this option
will cause a kernel reboot after N seconds (if N is greater than zero).
-This panic timeout can also be set by "echo N > /proc/sys/kernel/panic".
+This panic timeout can also be set by
+
+.in +4n
+.nf
+echo N > /proc/sys/kernel/panic".
+.fi
+.in
.TP
.B "'reboot=[warm|cold][,[bios|hard]]'"
(Only when
Messages with a priority above
.I console_loglevel
are also printed on the console.
-(For these levels, see \fI<linux/kernel.h>\fP.)
+(For these levels, see
+.IR <linux/kernel.h> .)
By default this variable is set to log anything more important than
debug messages.
This boot argument will cause the kernel to also
The significance of this variable is that it
gives the granularity of the profiling: each clock tick, if the
system was executing kernel code, a counter is incremented:
-.IP
+
+.in +4n
+.nf
profile[address >> prof_shift]++;
+.fi
+.in
.sp
The raw profiling information can be read from
.IR /proc/profile .
In Linux 1.3.48, ramdisk handling was changed drastically.
Earlier, the memory was allocated statically, and there was
a 'ramdisk=N' parameter to tell its size.
-(This could also
-be set in the kernel image at compile time, or by use of
-.BR rdev (8).)
+(This could also be set in the kernel image at compile time.)
These days ram disks use the buffer cache, and grow dynamically.
-For a lot of information (e.g., how to use
-.BR rdev (8)
-in conjunction with the new ramdisk setup), see
-.IR /usr/src/linux/Documentation/ramdisk.txt .
+For a lot of information in conjunction with the new ramdisk
+setup), see the kernel source file
+.IR Documentation/blockdev/ramdisk.txt
+.RI ( Documentation/ramdisk.txt
+in older kernels).
There are four parameters, two boolean and two integral.
.TP
When this feature is enabled, the boot process will load the kernel
and an initial ramdisk; then the kernel converts initrd into
a "normal" ramdisk, which is mounted read-write as root device;
-then /linuxrc is executed; afterward the "real" root file system is mounted,
-and the initrd file system is moved over to /initrd; finally
-the usual boot sequence (e.g., invocation of /sbin/init) is performed.
+then
+.I /linuxrc
+is executed; afterward the "real" root file system is mounted,
+and the initrd file system is moved over tocw
+.IR /initrd ;
+finally
+the usual boot sequence (e.g., invocation of
+.IR /sbin/init )
+is performed.
-For a detailed description of the initrd feature, see
-.IR /usr/src/linux/Documentation/initrd.txt .
+For a detailed description of the initrd feature, see the kernel source file
+.IR Documentation/initrd.txt .
The 'noinitrd' option tells the kernel that although it was compiled for
operation with initrd, it should not go through the above steps, but
.B "SCSI tape configuration"
Some boot time configuration of the SCSI tape driver can be achieved
by using the following:
-.IP
+
+.in +4n
+.nf
.BI st= buf_size[,write_threshold[,max_bufs]]
+.fi
+.in
.sp
The first two numbers are specified in units of kB.
The default
The maximum number of buffers varies
with the number of drives detected, and has a default of two.
An example usage would be:
-.IP
+
+.in +4n
+.nf
st=32,30,2
+.fi
+.in
.IP
Full details can be found in the file
.I Documentation/scsi/st.txt
The probe code for these SCSI hosts looks for an installed BIOS, and
if none is present, the probe will not find your card.
Then you will
-have to use a boot arg of the form:
-.IP
+have to use a boot argument of the form:
+
+.in +4n
+.nf
.BI aha152x= iobase[,irq[,scsi-id[,reconnect[,parity]]]]
+.fi
+.in
.IP
If the driver was compiled with debugging enabled, a sixth
value can be specified to set the debug level.
value will allow device disconnect/reconnect if a nonzero value
is used.
An example usage is as follows:
-.IP
+
+.in +4n
+.nf
aha152x=0x340,11,7,1
+.fi
+.in
.IP
Note that the parameters must be specified in order, meaning that if
you want to specify a parity setting, then you will have to specify an
These are busmastering cards,
and have parameters to set the "fairness" that is used to share
the bus with other devices.
-The boot arg looks like the following.
-.IP
+The boot argument looks like the following.
+
+.in +4n
+.nf
.BI aha1542= iobase[,buson,busoff[,dmaspeed]]
+.fi
+.in
.IP
Valid iobase values are usually one of: 0x130, 0x134, 0x230, 0x234,
0x330, 0x334.
.TP
.B "Adaptec aha274x, aha284x, aic7xxx configuration"
These boards can accept an argument of the form:
-.IP
+
+.in +4n
+.nf
.BI aic7xxx= extended,no_reset
+.fi
+.in
.IP
The
.I extended
setting up the host adapter at boot.
.TP
.B "AdvanSys SCSI Hosts configuration ('advansys=')"
-The AdvanSys driver can accept up to four i/o addresses that will be
+The AdvanSys driver can accept up to four I/O addresses that will be
probed for an AdvanSys SCSI card.
Note that these values (if used) do
not effect EISA or PCI probing in any way.
level of the debugging messages to any of 16 levels of verbosity.
.TP
.B "AM53C974"
-.IP
+Syntax:
+
+.in +4n
+.nf
.BI AM53C974= host-scsi-id,target-scsi-id,max-rate,max-offset
+.fi
+.in
.TP
.B "BusLogic SCSI Hosts configuration ('BusLogic=')"
-.IP
+
+Syntax:
+.in +4n
+.nf
.BI BusLogic= N1,N2,N3,N4,N5,S1,S2,...
+.fi
+.in
.IP
For an extensive discussion of the BusLogic command line parameters,
-see
-.I /usr/src/linux/drivers/scsi/BusLogic.c
-(lines 3149-3270 in the kernel version I am looking at).
+see the kernel source file
+.IR drivers/scsi/BusLogic.c .
+.\" (lines 3149-3270 in the kernel version I am looking at).
The text
below is a very much abbreviated extract.
(NoProbe, NoProbeISA, NoSortPCI).
.TP
.B "EATA/DMA configuration"
-The default list of i/o ports to be probed can be changed by
-.IP
-.BI eata= iobase,iobase,...\fP.
+The default list of I/O ports to be probed can be changed by
+
+.in +4n
+.nf
+.BI eata= iobase,iobase,... .
+.fi
+.in
.TP
.B "Future Domain TMC-16x0 configuration"
-.IP
+Syntax:
+
+.in +4n
+.nf
.BI fdomain= iobase,irq[,adapter_id]
+.fi
+.in
.TP
.B "Great Valley Products (GVP) SCSI controller configuration"
-.IP
+Syntax:
+
+.in +4n
+.nf
.BI gvp11= dma_transfer_bitmask
+.fi
+.in
.TP
.B "Future Domain TMC-8xx, TMC-950 configuration"
-.IP
+Syntax:
+
+.in +4n
+.nf
.BI tmc8xx= mem_base,irq
+.fi
+.in
.IP
The
.I mem_base
0xc8000, 0xca000, 0xcc000, 0xce000, 0xdc000, 0xde000.
.TP
.B "IN2000 configuration"
-.IP
+Syntax:
+
+.in +4n
+.nf
.BI in2000= S
+.fi
+.in
.IP
where S is a comma-separated string of items keyword[:value].
Recognized keywords (possibly with value) are:
ioport:addr, noreset, nosync:x, period:ns, disconnect:x,
debug:x, proc:x.
-For the function of these parameters, see
-.IR /usr/src/linux/drivers/scsi/in2000.c .
+For the function of these parameters, see the kernel source file
+.IR drivers/scsi/in2000.c .
.TP
.B "NCR5380 and NCR53C400 configuration"
-The boot arg is of the form
-.IP
+The boot argument is of the form
+
+.in +4n
+.nf
.BI ncr5380= iobase,irq,dma
+.fi
+.in
.IP
or
-.IP
+
+.in +4n
+.nf
.BI ncr53c400= iobase,irq
+.fi
+.in
.IP
If the card doesn't use interrupts, then an IRQ value of 255 (0xff) will
disable interrupts.
for older kernels) in the Linux kernel source.
.TP
.B "NCR53C8xx configuration"
-.IP
+Syntax:
+
+.in +4n
+.nf
.BI ncr53c8xx= S
+.fi
+.in
.IP
where S is a comma-separated string of items keyword:value.
Recognized keywords are: mpar (master_parity), spar (scsi_parity),
disc (disconnection), specf (special_features), ultra (ultra_scsi),
fsn (force_sync_nego), tags (default_tags), sync (default_sync),
verb (verbose), debug (debug), burst (burst_max).
-For the function of the assigned values, see
-.IR /usr/src/linux/drivers/scsi/ncr53c8xx.c .
+For the function of the assigned values, see the kernel source file
+.IR drivers/scsi/ncr53c8xx.c .
.TP
.B "NCR53c406a configuration"
-.IP
+Syntax:
+
+.in +4n
+.nf
.BI ncr53c406a= iobase[,irq[,fastpio]]
+.fi
+.in
.IP
Specify irq = 0 for noninterrupt driven mode.
Set fastpio = 1 for fast pio mode, 0 for slow mode.
.B "Pro Audio Spectrum configuration"
The PAS16 uses a NC5380 SCSI chip, and newer models support
jumperless configuration.
-The boot arg is of the form:
-.IP
+The boot argument is of the form:
+
+.in +4n
+.nf
.BI pas16= iobase,irq
+.fi
+.in
.IP
The only difference is that you can specify an IRQ value of 255, which
will tell the driver to work without using interrupts, albeit at a
.TP
.B "Seagate ST-0x configuration"
If your card is not detected at boot time,
-you will then have to use a boot arg of the form:
-.IP
+you will then have to use a boot argument of the form:
+
+.in +4n
+.nf
.BI st0x= mem_base,irq
+.fi
+.in
.IP
The
.I mem_base
.B "Trantor T128 configuration"
These cards are also based on the NCR5380 chip, and accept the
following options:
-.IP
+
+.in +4n
+.nf
.BI t128= mem_base,irq
+.fi
+.in
.IP
The valid values for
.I mem_base
are as follows: 0xcc000, 0xc8000, 0xdc000, 0xd8000.
.TP
.B "UltraStor 14F/34F configuration"
-The default list of i/o ports to be probed can be changed by
-.IP
+The default list of I/O ports to be probed can be changed by
+
+.in +4n
+.nf
.BI eata= iobase,iobase,... .
+.fi
+.in
.TP
.B "WD7000 configuration"
-.IP
+Syntax:
+
+.in +4n
+.nf
.BI wd7000= irq,dma,iobase
+.fi
+.in
.TP
.B "Commodore Amiga A2091/590 SCSI controller configuration"
-.IP
+Syntax:
+
+.in +4n
+.nf
.BI wd33c93= S
+.fi
+.in
.IP
where S is a comma-separated string of options.
Recognized options are
nosync:bitmask, nodma:x, period:ns, disconnect:x, debug:x,
clock:x, next.
-For details, see
-.IR /usr/src/linux/drivers/scsi/wd33c93.c .
+For details, see the kernel source file
+.IR drivers/scsi/wd33c93.c .
.SS Hard disks
.TP
.B "IDE Disk/CD-ROM Driver Parameters"
.B "The 'hd=noprobe' option"
Do not probe for this drive.
For example,
-.IP
+
+.in +4n
+.nf
hdb=noprobe hdb=1166,7,17
+.fi
+.in
.IP
would disable the probe, but still specify the drive geometry so
that it would be registered as a valid block device, and hence
Also, it accepts only 'hd=' as an argument, that is, 'hda='
and so on are not valid here.
The format is as follows:
-.IP
+
+.in +4n
+.nf
hd=cyls,heads,sects
+.fi
+.in
.IP
If there are two disks installed, the above is repeated with the
geometry parameters of the second disk.
.B "XT Disk Driver Options ('xd=')"
If you are unfortunate enough to be using one of these old 8 bit cards
that move data at a whopping 125kB/s then here is the scoop.
-If the card is not recognized, you will have to use a boot arg of the form:
-.IP
+If the card is not recognized,
+you will have to use a boot argument of the form:
+
+.in +4n
+.nf
xd=type,irq,iobase,dma_chan
+.fi
+.in
.IP
The type value specifies the particular manufacturer of the card,
overriding autodetection.
Here is an
example usage for a WD1002 controller with the BIOS disabled/removed,
using the 'default' XT controller parameters:
-.IP
+
+.in +4n
+.nf
xd=2,5,0x320,3
+.fi
+.in
.TP
.B "Syquest's EZ* removable disks"
-.IP
+Syntax:
+
+.in +4n
+.nf
.BI ez= iobase[,irq[,rep[,nybble]]]
+.fi
+.in
.SS IBM MCA bus devices
-See also
-.IR /usr/src/linux/Documentation/mca.txt .
+See also the kernel source file
+.IR Documentation/mca.txt .
.TP
.B "PS/2 ESDI hard disks"
It is possible to specify the desired geometry at boot time:
-.IP
+
+.in +4n
+.nf
.BI ed= cyls,heads,sectors.
+.fi
+.in
.IP
For a ThinkPad-720, add the option
-.IP
+
+.in +4n
+.nf
.BR tp720=1 .
+.fi
+.in
.TP
.B "IBM Microchannel SCSI Subsystem configuration"
-.IP
+Syntax:
+
+.in +4n
+.nf
.BI ibmmcascsi= N
+.fi
+.in
.IP
-where N is the \fIpun\fP (SCSI ID) of the subsystem.
+where N is the
+.I pun
+(SCSI ID) of the subsystem.
.TP
.B "The Aztech Interface"
The syntax for this type of card is:
-.IP
+
+.in +4n
+.nf
aztcd=iobase[,magic_number]
+.fi
+.in
.IP
If you set the magic_number to 0x79 then the driver will try and run
anyway in the event of an unknown firmware version.
.TP
.B "Parallel port CD-ROM drives"
Syntax:
-.IP
+
+.in +4n
+.nf
pcd.driveN=prt,pro,uni,mod,slv,dly
-.br
pcd.nice=nice
+.fi
+.in
.IP
where 'port' is the base address, 'pro' is the protocol number, 'uni'
is the unit selector (for chained devices), 'mod' is the mode (or \-1
This CD-ROM interface is found on some of the Pro Audio Spectrum sound
cards, and other Sony supplied interface cards.
The syntax is as follows:
-.IP
+
+.in +4n
+.nf
cdu31a=iobase,[irq[,is_pas_card]]
+.fi
+.in
.IP
Specifying an IRQ value of zero tells the driver that hardware
interrupts aren't supported (as on some PAS cards).
.TP
.B "The CDU-535 Sony Interface"
The syntax for this CD-ROM interface is:
-.IP
+
+.in +4n
+.nf
sonycd535=iobase[,irq]
+.fi
+.in
.IP
A zero can be used for the I/O base as a 'placeholder' if one wishes
to specify an IRQ value.
.TP
.B "The GoldStar Interface"
The syntax for this CD-ROM interface is:
-.IP
+
+.in +4n
+.nf
gscd=iobase
+.fi
+.in
.TP
.B "The ISP16 CD-ROM Interface"
Syntax:
-.IP
+
+.in +4n
+.nf
isp16=[iobase[,irq[,dma[,type]]]]
+.fi
+.in
.IP
-(three integers and a string).
+(Three integers and a string.)
If the type is given as 'noisp16',
the interface will not be configured.
Other recognized types
.TP
.B "The Mitsumi Standard Interface"
The syntax for this CD-ROM interface is:
-.IP
+
+.in +4n
+.nf
mcd=iobase,[irq[,wait_value]]
+.fi
+.in
.IP
The
.I wait_value
.B "The Mitsumi XA/MultiSession Interface"
This is for the same hardware as above, but the driver has extended features.
Syntax:
-.IP
+
+.in +4n
+.nf
mcdx=iobase[,irq]
+.fi
+.in
.TP
.B "The Optics Storage Interface"
The syntax for this type of card is:
-.IP
+
+.in +4n
+.nf
optcd=iobase
+.fi
+.in
.TP
.B "The Phillips CM206 Interface"
The syntax for this type of card is:
-.IP
+
+.in +4n
+.nf
cm206=[iobase][,irq]
+.fi
+.in
.IP
The driver assumes numbers between 3 and 11 are IRQ values, and
numbers between 0x300 and 0x370 are I/O ports, so you can specify one,
.TP
.B "The Sanyo Interface"
The syntax for this type of card is:
-.IP
+
+.in +4n
+.nf
sjcd=iobase[,irq[,dma_channel]]
+.fi
+.in
.TP
.B "The SoundBlaster Pro Interface"
The syntax for this type of card is:
-.IP
+
+.in +4n
+.nf
sbpcd=iobase,type
+.fi
+.in
.IP
where type is one of the following (case sensitive) strings:
\&'SoundBlaster', 'LaserMate', or 'SPEA'.
Different drivers make use of different parameters, but they all at
least share having an IRQ, an I/O port base value, and a name.
In its most generic form, it looks something like this:
-.IP
+
+.in +4n
+.nf
ether=irq,iobase[,param_1[,...param_8]],name
-.IP
+.fi
+.in
+
The first nonnumeric argument is taken as the name.
The param_n values (if applicable) usually have different meanings for each
different card/driver.
The most common use of this parameter is to force probing for a second
ethercard, as the default is to probe only for one.
This can be accomplished with a simple:
-.IP
+
+.in +4n
+.nf
ether=0,0,eth1
-.IP
+.fi
+.in
+
Note that the values of zero for the IRQ and I/O base in the above
example tell the driver(s) to autoprobe.
The unexpected interrupts
only affect performance, and can safely be ignored.)
.SS The sound driver
-The sound driver can also accept boot args to override the compiled in
+The sound driver can also accept boot arguments to override the compiled in
values.
This is not recommended, as it is rather complex.
It is described in the Linux kernel source file
.RI ( drivers/sound/Readme.linux
in older kernel versions).
It accepts
-a boot arg of the form:
-.IP
+a boot argument of the form:
+
+.in +4n
+.nf
sound=device1[,device2[,device3...[,device10]]]
+.fi
+.in
.IP
where each deviceN value is of the following format 0xTaaaId and the
bytes are used as follows:
As you can see it gets pretty messy, and you are better off to compile
in your own personal values as recommended.
-Using a boot arg of
+Using a boot argument of
\&'sound=0' will disable the sound driver entirely.
.SS ISDN drivers
.TP
.B "The ICN ISDN driver"
Syntax:
-.IP
+
+.in +4n
+.nf
icn=iobase,membase,icn_id1,icn_id2
+.fi
+.in
.IP
where icn_id1,icn_id2 are two strings used to identify the
card in kernel messages.
.TP
.B "The PCBIT ISDN driver"
Syntax:
-.IP
+
+.in +4n
+.nf
pcbit=membase1,irq1[,membase2,irq2]
+.fi
+.in
.IP
where membaseN is the shared memory base of the N'th card, and irqN is
the interrupt setting of the N'th card.
.TP
.B "The Teles ISDN driver"
Syntax:
-.IP
+
+.in +4n
+.nf
teles=iobase,irq,membase,protocol,teles_id
+.fi
+.in
.IP
-where iobase is the i/o port address of the card, membase is the
+where iobase is the I/O port address of the card, membase is the
shared memory base address of the card, irq is the interrupt channel
the card uses, and teles_id is the unique ASCII string identifier.
.SS Serial port drivers
.TP
.B "The RISCom/8 Multiport Serial Driver ('riscom8=')"
Syntax:
-.IP
+
+.in +4n
+.nf
riscom=iobase1[,iobase2[,iobase3[,iobase4]]]
+.fi
+.in
.IP
-More details can be found in
-.IR /usr/src/linux/Documentation/riscom8.txt .
+More details can be found in the kernel source file
+.IR Documentation/riscom8.txt .
.TP
.B "The DigiBoard Driver ('digi=')"
If this option is used, it should have precisely six parameters.
Syntax:
-.IP
+
+.in +4n
+.nf
digi=status,type,altpin,numports,iobase,membase
+.fi
+.in
.IP
The parameters maybe given as integers, or as strings.
If strings are used, then iobase and membase should be given
iobase (I/O Port where card is configured (in HEX)),
membase (base of memory window (in HEX)).
Thus, the following two boot prompt arguments are equivalent:
-.IP
+
+.in +4n
+.nf
digi=E,PC/Xi,D,16,200,D0000
-.br
digi=1,0,0,16,0x200,851968
+.fi
+.in
.IP
-More details can be found in
-.IR /usr/src/linux/Documentation/digiboard.txt .
+More details can be found in the kernel source file
+.IR Documentation/digiboard.txt .
.TP
.B "The Baycom Serial/Parallel Radio Modem"
Syntax:
-.IP
+
+.in +4n
+.nf
baycom=iobase,irq,modem
+.fi
+.in
.IP
There are precisely 3 parameters; for several cards, give
several 'baycom=' commands.
.TP
.B "Soundcard radio modem driver"
Syntax:
-.IP
+
+.in +4n
+.nf
soundmodem=iobase,irq,dma[,dma2[,serio[,pario]]],0,mode
+.fi
+.in
.IP
All parameters except the last are integers;
the dummy 0 is required because of a bug in the setup code.
.SS The line printer driver
.TP
.B "'lp='"
+.br
Syntax:
-.IP
+
+.in +4n
+.nf
lp=0
-.br
lp=auto
-.br
lp=reset
-.br
lp=port[,port...]
+.fi
+.in
.IP
You can tell the printer driver what ports to use and what ports not
to use.
.TP
.B "WDT500/501 driver"
Syntax:
-.IP
+
+.in +4n
+.nf
wdt=io,irq
+.fi
+.in
.SS Mouse drivers
.TP
.B "'bmouse=irq'"
And precisely the same is true for the msmouse driver.
.TP
.B "ATARI mouse setup"
-.IP
+Syntax:
+
+.in +4n
+.nf
atamouse=threshold[,y-threshold]
+.fi
+.in
.IP
If only one argument is given, it is used for both
x-threshold and y-threshold.
.BR lilo.conf (5),
.BR klogd (8),
.BR lilo (8),
-.BR mount (8),
-.BR rdev (8)
+.BR mount (8)
Large parts of this man page have been derived from the
Boot Parameter HOWTO (version 1.0.1) written by Paul Gortmaker.
More information may be found in this (or a more recent) HOWTO.
-An up-to-date source of information is
-.IR /usr/src/linux/Documentation/kernel-parameters.txt .
+An up-to-date source of information is the kernel source file
+.IR Documentation/kernel-parameters.txt .
.TP
.B LANG
The name of a locale to use for locale categories when not overridden
-by \fBLC_ALL\fP or more specific environment variables like
-\fBLC_COLLATE\fP, \fBLC_CTYPE\fP, \fBLC_MESSAGES\fP, \fBLC_MONETARY\fP,
-\fBLC_NUMERIC\fP, \fBLC_TIME\fP, cf.
+by
+.B LC_ALL
+or more specific environment variables like
+.BR LC_COLLATE ,
+.BR LC_CTYPE ,
+.BR LC_MESSAGES ,
+.BR LC_MONETARY ,
+.BR LC_NUMERIC ,
+.BR LC_TIME ,
+cf.
.BR locale (5).
.TP
.B PATH
and many other
programs apply in searching for a file known by an incomplete pathname.
The prefixes are separated by \(aq\fB:\fP\(aq.
-(Similarly one has \fBCDPATH\fP used by some shells to find the target
-of a change directory command, \fBMANPATH\fP used by
+(Similarly one has
+.B CDPATH
+used by some shells to find the target
+of a change directory command,
+.B MANPATH
+used by
.BR man (1)
to find manual pages, and so on)
.TP
.\" The user's preferred utility to browse URLs. Sequence of colon-separated
.\" browser commands. See http://www.catb.org/~esr/BROWSER/ .
.PP
-Further names may be placed in the environment by the \fIexport\fP
+Further names may be placed in the environment by the
+.I export
command and "name=value" in
.BR sh (1),
-or by the \fIsetenv\fP command if you use
+or by the
+.I setenv
+command if you use
.BR csh (1).
Arguments may also be placed in the
environment at the point of an
_BSD_SOURCE || (_XOPEN_SOURCE && _XOPEN_SOURCE\ <\ 500)
.RE
.PP
-The \fB||\fP means that in order to obtain the declaration of
+The
+.B ||
+means that in order to obtain the declaration of
.BR acct (2)
from
.IR <unistd.h> ,
-\fIeither\fP of the following macro
+.I either
+of the following macro
definitions must be made before including any header files:
.RS
.nf
declaration, and that macro is not defined by default.
.SS Feature test macros understood by glibc
The following paragraphs explain how feature test macros are handled
-in Linux glibc 2.\fIx\fP, \fIx\fP > 0.
+in Linux glibc 2.\fIx\fP,
+.I x
+> 0.
.\" The details in glibc 2.0 are simpler, but combining a
.\" a description of them with the details in later glibc versions
.\" would make for a complicated description.
other glibc header files.
These macros have names prefixed by two underscores (e.g.,
.BR __USE_MISC ).
-Programs should \fInever\fP define these macros directly:
+Programs should
+.I never
+define these macros directly:
instead, the appropriate feature test macro(s) from the
list above should be employed.
.SH EXAMPLE
Bit definitions (see the Linux kernel source file
.IR include/linux/icmp.h ):
-.in +4n
-.nf
+.RS 12
+.TS
+l l.
0 Echo Reply
3 Destination Unreachable *
4 Source Quench *
G Info Reply
H Address Mask Request
I Address Mask Reply
-.fi
-.in
+.TE
+.RE
The bits marked with an asterisk are rate limited by default
(see the default mask above).
.\" the source, must acknowledge the copyright and authors of this work.
.\" %%%LICENSE_END
.\"
-.TH INOTIFY 7 2013-02-25 "Linux" "Linux Programmer's Manual"
+.TH INOTIFY 7 2013-06-21 "Linux" "Linux Programmer's Manual"
.SH NAME
inotify \- monitoring file system events
.SH DESCRIPTION
for a file inside a watched directory;
it identifies the file pathname relative to the watched directory.
This pathname is null-terminated,
-and may include further null bytes to align subsequent reads to a
+and may include further null bytes (\(aq\\0\(aq) to align subsequent reads to a
suitable address boundary.
The
.PD 0
.TP 18
.BR IN_DONT_FOLLOW " (since Linux 2.6.15)"
-Don't dereference \fIpathname\fP if it is a symbolic link.
+Don't dereference
+.I pathname
+if it is a symbolic link.
.TP
.BR IN_EXCL_UNLINK " (since Linux 2.6.36)"
.\" commit 8c1934c8d70b22ca8333b216aec6c7d09fdbd6a6
it already exists (instead of replacing mask).
.TP
.B IN_ONESHOT
-Monitor \fIpathname\fP for one event, then remove from
+Monitor
+.I pathname
+for one event, then remove from
watch list.
.TP
.BR IN_ONLYDIR " (since Linux 2.6.15)"
-Only watch \fIpathname\fP if it is a directory.
+Only watch
+.I pathname
+if it is a directory.
.PD
.RE
.PP
.PD 0
.TP 18
.B IN_IGNORED
-Watch was removed explicitly (\fBinotify_rm_watch\fP(2))
+Watch was removed explicitly
+.RB ( inotify_rm_watch (2))
or automatically (file was deleted, or file system was unmounted).
.TP
.B IN_ISDIR
Subject of this event is a directory.
.TP
.B IN_Q_OVERFLOW
-Event queue overflowed (\fIwd\fP is \-1 for this event).
+Event queue overflowed
+.RI ( wd
+is \-1 for this event).
.TP
.B IN_UNMOUNT
File system containing watched object was unmounted.
252 170 AA ª LATIN CAPITAL LETTER S WITH CEDILLA
253 171 AB « LATIN CAPITAL LETTER T WITH CARON
254 172 AC ¬ LATIN CAPITAL LETTER Z WITH ACUTE
-255 173 AD \[shc] SOFT HYPHEN
+255 173 AD SOFT HYPHEN
256 174 AE ® LATIN CAPITAL LETTER Z WITH CARON
257 175 AF ¯ LATIN CAPITAL LETTER Z WITH DOT ABOVE
260 176 B0 ° DEGREE SIGN
.\" 2007-05-30 created by mtk, using text from old man.7 plus
.\" rewrites and additional text.
.\"
-.TH MAN-PAGES 7 2013-02-24 "Linux" "Linux Programmer's Manual"
+.TH MAN-PAGES 7 2013-06-21 "Linux" "Linux Programmer's Manual"
.SH NAME
man-pages \- conventions for writing Linux man pages
.SH SYNOPSIS
This makes it easier to see the effect of patches,
which often operate at the level of individual sentences.
.SS Title line
-The first command in a man page should be a \fBTH\fP command:
+The first command in a man page should be a
+.B TH
+command:
.RS
.sp
.B \&.TH
.\" SECURITY,
ENVIRONMENT
FILES
+ATTRIBUTES [Normally only in Sections 2, 3]
VERSIONS [Normally only in Sections 2, 3]
CONFORMING TO
NOTES
.\" section).
.\" However, please include security information somewhere!
.TP
+.B ATTRIBUTES
+A summary of various attributes of the function(s) documented on this page,
+broken into subsections.
+The following subsections are defined:
+.sp
+.RS
+.TP
+.B "Multithreading (see pthreads(7))"
+This subsection notes attributes relating to multithreaded applications:
+.RS
+.IP * 3
+Whether the function is thread-safe.
+.IP *
+Whether the function is a cancellation point.
+.IP *
+Whether the function is async-cancel-safe.
+.RE
+.IP
+Details of these attributes can be found in
+.BR pthreads (7).
+.RE
+.TP
.B VERSIONS
A brief summary of the Linux kernel or glibc versions where a
system call or library function appeared,
.PP
Any reference to another man page
should be written with the name in bold,
-\fIalways\fP followed by the section number,
+.I always
+followed by the section number,
formatted in Roman (normal) font, without any
separating spaces (e.g.,
.BR intro (2)).
.I "title section date source manual"
.sp
.RE
-For details of the arguments that should be supplied to the \fBTH\fP
+For details of the arguments that should be supplied to the
+.B TH
command, see
.BR man-pages (7).
.PP
.It Li \&Bo Ta Yes Ta Yes Ta "Bracket open quote."
.It Li \&Bq Ta Yes Ta Yes Ta "Bracket quote."
.It Li \&Bx Ta Yes Ta Yes Ta Bx .
-.It Li \&Db Ta \&No Ta \&No Ta "Debug (default is \\*qoff\\*q)"
+.It Li \&Db Ta \&No Ta \&No Ta "Debug (default is \*qoff\*q)"
.It Li \&Dc Ta Yes Ta Yes Ta "Double close quote."
.It Li \&Do Ta Yes Ta Yes Ta "Double open quote."
.It Li \&Dq Ta Yes Ta Yes Ta "Double quote."
.Xr man 7 ,
.Xr man-pages 7
.Sh COLOPHON
-This page is part of release 3.51 of the Linux
+This page is part of release 3.52 of the Linux
.Em man-pages
project.
A description of the project,
and information about reporting bugs,
can be found at
-http://www.kernel.org/doc/man-pages/.
+\%http://www.kernel.org/doc/man\-pages/.
.Xr groff_mdoc 7 ,
.Xr mdoc 7
.Sh COLOPHON
-This page is part of release 3.51 of the Linux
+This page is part of release 3.52 of the Linux
.Em man-pages
project.
A description of the project,
and information about reporting bugs,
can be found at
-http://www.kernel.org/doc/man-pages/.
+\%http://www.kernel.org/doc/man\-pages/.
library interfaces listed above are implemented
on top of underlying system calls of the same name.
Deviations from this scheme are indicated in the following table:
-.in +4n
+.RS
.TS
lB lB
l l.
mq_timedsend(3) mq_timedsend(2)
mq_unlink(3) mq_unlink(2)
.TE
-.in
+.RE
.SS Versions
POSIX message queues have been supported on Linux since kernel 2.6.6.
Glibc support has been provided since version 2.3.4.
On Linux, superuser privileges are divided into capabilities (see
.BR capabilities (7)).
Two capabilities are relevant for file permissions checks:
-\fBCAP_DAC_OVERRIDE\fP and \fBCAP_DAC_READ_SEARCH\fP.
+.B CAP_DAC_OVERRIDE
+and
+.BR CAP_DAC_READ_SEARCH .
(A process has these capabilities if its fsuid is 0.)
-The \fBCAP_DAC_OVERRIDE\fP capability overrides all permission checking,
+The
+.B CAP_DAC_OVERRIDE
+capability overrides all permission checking,
but grants execute permission only when at least one
of the file's three execute permission bits is set.
-The \fBCAP_DAC_READ_SEARCH\fP capability grants read and search permission
+The
+.B CAP_DAC_READ_SEARCH
+capability grants read and search permission
on directories, and read permission on ordinary files.
.\" FIXME say something about immutable files
.\" FIXME say something about ACLs
Standard character class names are:
.PP
.RS
-.nf
-.ta 3c 6c 9c
+.TS
+l l l.
alnum digit punct
alpha graph space
blank lower upper
cntrl print xdigit
-.fi
+.TE
.RE
.PP
These stand for the character classes defined in
.\" commit 6e3e939f3b1bf8534b32ad09ff199d88800835a0
.\" Author: Johannes Berg <johannes.berg@intel.com>
.\" Also: SCM_WIFI_STATUS
-.\" SO_PEEK_OFF (3.4)
-.\" commit ef64a54f6e558155b4f149bb10666b9e914b6c54
-.\" Author: Pavel Emelyanov <xemul@parallels.com>
.\" SO_NOFCS (3.4)
.\" commit 3bdc0eba0b8b47797f4a76e377dd8360f317450f
.\" Author: Ben Greear <greearb@candelatech.com>
.\"
-.TH SOCKET 7 2013-03-15 Linux "Linux Programmer's Manual"
+.TH SOCKET 7 2013-06-21 Linux "Linux Programmer's Manual"
.SH NAME
socket \- Linux socket interface
.SH SYNOPSIS
in a generic way
(e.g., programs that must deal with both IPv4 and IPv6 socket addresses).
.SS Socket options
-These socket options can be set by using
+The socket options listed below can be set by using
.BR setsockopt (2)
and read with
.BR getsockopt (2)
with the socket level set to
.B SOL_SOCKET
-for all sockets:
+for all sockets.
+Unless otherwise noted,
+.I optval
+is a pointer to an
+.IR int .
.\" FIXME
.\" In the list below, the text used to describe argument types
.\" for each socket option should be more consistent
.\" FIXME Document SO_PASSSEC, added in 2.6.18; there is some info
.\" in the 2.6.18 ChangeLog
.TP
+.BR SO_PEEK_OFF " (since Linux 3.4)"
+.\" commit ef64a54f6e558155b4f149bb10666b9e914b6c54
+This option, which is currently supported only for
+.BR unix (7)
+sockets, sets the value of the "peek offset" for the
+.BR recv(2)
+system call when used with
+.BR MSG_PEEK
+flag.
+
+When this option is set to a negative value
+(it is set to \-1 for all new sockets),
+traditional behavior is provided:
+.BR recv(2)
+with the
+.BR MSG_PEEK
+flag will peek data from the front of the queue.
+
+When the option is set to a value greater than or equal to zero,
+then the next peek at data queued in the socket will occur at
+the byte offset specified by the option value.
+At the same time, the "peek offset" will be
+incremented by the number of bytes that were peeked from the queue,
+so that a subsequent peek will return the next data in the queue.i
+
+If data is removed from the front of the queue via a call to
+.BR recv (2)
+(or similar) without the
+.BR MSG_PEEK
+flag, the "peek offset" will be decreased by the number of bytes removed.
+In other words, receiving data without the
+.B MSG_PEEK
+flag will cause the "peek offset" to be adjusted to maintain
+the correct relative position in the queued data,
+so that a subsequent peek will retrieve the data that would have been
+retrieved had the data not been removed.
+
+For datagram sockets, if the "peek offset" points to the middle of a packet,
+the data returned will be marked with the
+.BR MSG_TRUNC
+flag.
+
+The following example serves to illustrate the use of
+.BR SO_PEEK_OFF .
+Suppose a stream socket has the following queued input data:
+
+ aabbccddeeff
+
+.IP
+The following sequence of
+.BR recv (2)
+calls would have the effect noted in the comments:
+
+.in +4n
+.nf
+int ov = 4; // Set peek offset to 4
+setsockopt(fd, SOL_SOCKET, SO_PEEK_OFF, &ov, sizeof(ov));
+
+recv(fd, buf, 2, MSG_PEEK); // Peeks "cc"; offset set to 6
+recv(fd, buf, 2, MSG_PEEK); // Peeks "dd"; offset set to 8
+recv(fd, buf, 2, 0); // Reads "aa"; offset set to 6
+recv(fd, buf, 2, MSG_PEEK); // Peeks "ee"; offset set to 8
+.fi
+.in
+.TP
.B SO_PEERCRED
Return the credentials of the foreign process connected to this socket.
This is possible only for connected
stack and the sockets API.
4.2BSD was released in 1983.
-Earlier major BSD releases included \fI3BSD\fP (1980), \fI4BSD\fP (1980),
-and \fI4.1BSD\fP (1981).
+Earlier major BSD releases included
+.IR 3BSD
+(1980),
+.I 4BSD
+(1980),
+and
+.I 4.1BSD
+(1981).
.TP
.B 4.3BSD
The successor to 4.2BSD, released in 1986.
.\" commit b139ba4e90dccbf4cd4efb112af96a5c9e0b098c
.\" Author: Pavel Emelyanov <xemul@parallels.com>
.\"
-.TH TCP 7 2012-04-23 "Linux" "Linux Programmer's Manual"
+.TH TCP 7 2013-06-21 "Linux" "Linux Programmer's Manual"
.SH NAME
tcp \- TCP protocol
.SH SYNOPSIS
.BR setsockopt (2)
to write the option with the option level argument set to
.BR IPPROTO_TCP .
+Unless otherwise noted,
+.I optval
+is a pointer to an
+.IR int .
.\" or SOL_TCP on Linux
In addition,
most
.\"
.\" $Id: udp.7,v 1.7 2000/01/22 01:55:05 freitag Exp $
.\"
-.TH UDP 7 2010-06-13 "Linux" "Linux Programmer's Manual"
+.TH UDP 7 2013-06-21 "Linux" "Linux Programmer's Manual"
.SH NAME
udp \- User Datagram Protocol for IPv4
.SH SYNOPSIS
.BR setsockopt (2)
to write the option with the option level argument set to
.BR IPPROTO_UDP .
+Unless otherwise noted,
+.I optval
+is a pointer to an
+.IR int .
.TP
.BR UDP_CORK " (since Linux 2.5.44)"
If this option is enabled, then all data output on this socket
.\" Modified Fri Aug 21 23:00:00 1999 by David A. Wheeler (dwheeler@dwheeler.com)
.\" Modified Tue Mar 14 2000 by David A. Wheeler (dwheeler@dwheeler.com)
.\"
-.TH URI 7 2012-08-05 "Linux" "Linux Programmer's Manual"
+.TH URI 7 2013-05-18 "Linux" "Linux Programmer's Manual"
.SH NAME
uri, url, urn \- uniform resource identifier (URI), including a URL or URN
.SH SYNOPSIS
.PP
This represents a file or directory accessible locally.
As a special case,
-.I host
+.I ip_server
can be the string "localhost" or the empty
string; this is interpreted as "the machine from which the URL is
being interpreted".
.I x25_addr[]
to be interpreted as a null-terminated string.
.I sx25_addr.x25_addr[]
-consists of up to 15 (not counting the terminating 0) ASCII
+consists of up to 15 (not counting the terminating null byte) ASCII
characters forming the X.121 address.
Only the decimal digit characters from \(aq0\(aq to \(aq9\(aq are allowed.
.SS Socket options
.B "\-\-"
Terminate option list.
.SH ENVIRONMENT
-The variables \fBLANG\fP, \fBLC_ALL\fP, \fBLC_CTYPE\fP,
-and \fBLC_MESSAGES\fP have the usual meaning.
+The variables
+.BR LANG ,
+.BR LC_ALL ,
+.BR LC_CTYPE ,
+and
+.B LC_MESSAGES
+have the usual meaning.
.SH CONFORMING TO
POSIX.2.
.SH NOTES
from the user, nonzero otherwise.
.SH ENVIRONMENT
.TP
-\fBAWK\fP
+.B AWK
Name of a Posix-compliant
.I awk
program (default:
.BR awk ).
.TP
-\fBTZDIR\fP
+.B TZDIR
Name of the directory containing timezone data files (default:
.IR /usr/share/zoneinfo ).
.\" or perhaps /usr/local/etc/zoneinfo in some older systems.
descriptive comments.
.TP
\fBTZDIR\fP\fI/\fP\fITZ\fP
-Time zone data file for timezone \fITZ\fP.
+Time zone data file for timezone
+.IR TZ .
.SH SEE ALSO
.BR tzfile (5),
.BR zdump (8),
.I zic
executes the command
.ti +.5i
-\fByearistype\fP \fIyear\fP \fItype\fP
+.B yearistype
+.I year
+.I type
.br
to check the type of a year:
an exit status of zero is taken to mean that the year is of the given type;
-Subproject commit a63ebaf228e284d3a38b3e74ffa753f6c85ae59b
+Subproject commit 8d8e18e81403843e68c582e4f1813cb676b533b8
-×:LDP man-pages:3.51:2013/03/15:getent:1:::::
-○:LDP man-pages:3.51:2007/11/15:intro:1:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-â\97\8b:LDP man-pages:3.51:2012/07/16:ldd:1:2013/03/25::ysato@h4.dion.ne.jp:Yuichi SATO:
-â\97\8b:LDP man-pages:3.51:2008/11/14:time:1:2013/03/26::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2010/09/20:_Exit:2:_exit:2:
-＠:LDP man-pages:3.51:2013/04/16:__clone2:2:clone:2:
-○:LDP man-pages:3.51:2010/09/20:_exit:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2012/07/13:_llseek:2:llseek:2:
-＠:LDP man-pages:3.51:2012/08/17:_newselect:2:select:2:
-â\97\8b:LDP man-pages:3.51:2007/12/19:_syscall:2:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2012/12/22:_sysctl:2:sysctl:2:
-○:LDP man-pages:3.51:2010/09/10:accept:2:2013/03/26::amotoki@gmail.com:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2010/09/10:accept4:2:accept:2:
-○:LDP man-pages:3.51:2013/04/16:access:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-â\97\8b:LDP man-pages:3.51:2008/06/16:acct:2:2013/03/25::ysato444@yahoo.co.jp:Yuichi SATO:
-×:LDP man-pages:3.51:2010/02/25:add_key:2:::::
-○:LDP man-pages:3.51:2004/05/27:adjtimex:2:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2013/02/12:afs_syscall:2:unimplemented:2:
-â\97\8b:LDP man-pages:3.51:2013/04/18:alarm:2:2013/03/25::hanataka@abyss.rim.or.jp:HANATAKA Shinya:
-○:LDP man-pages:3.51:2007/05/31:alloc_hugepages:2:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-â\97\8b:LDP man-pages:3.51:2007/12/26:arch_prctl:2:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2013/04/01:arm_fadvise:2:posix_fadvise:2:
-＠:LDP man-pages:3.51:2013/04/01:arm_fadvise64_64:2:posix_fadvise:2:
-＠:LDP man-pages:3.51:2013/04/01:arm_sync_file_range:2:sync_file_range:2:
-○:LDP man-pages:3.51:2012/03/05:bdflush:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2007/12/28:bind:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2013/02/12:break:2:unimplemented:2:
-○:LDP man-pages:3.51:2010/09/20:brk:2:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2007/05/26:cacheflush:2:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2013/03/11:capget:2:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2013/03/11:capset:2:capget:2:
-○:LDP man-pages:3.51:2010/11/25:chdir:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2010/09/26:chmod:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2010/11/22:chown:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2010/11/22:chown32:2:chown:2:
-○:LDP man-pages:3.51:2010/09/20:chroot:2:2013/03/25::ysato444@yahoo.co.jp:Yuichi SATO:
-○:LDP man-pages:3.51:2013/02/25:clock_getres:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2013/02/25:clock_gettime:2:clock_getres:2:
-○:LDP man-pages:3.51:2012/11/07:clock_nanosleep:2:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2013/02/25:clock_settime:2:clock_getres:2:
-○:LDP man-pages:3.51:2013/04/16:clone:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2013/04/16:clone2:2:clone:2:
-○:LDP man-pages:3.51:2007/12/28:close:2:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2008/12/03:connect:2:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2013/02/18:creat:2:open:2:
-○:LDP man-pages:3.51:2012/10/18:create_module:2:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-☆:LDP man-pages:3.41=>3.51:2012/11/08:delete_module:2:2006/07/30::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2012/02/14:dup:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2012/02/14:dup2:2:dup:2:
-＠:LDP man-pages:3.51:2012/02/14:dup3:2:dup:2:
-○:LDP man-pages:3.51:2012/04/15:epoll_create:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2012/04/15:epoll_create1:2:epoll_create:2:
-○:LDP man-pages:3.51:2012/04/15:epoll_ctl:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2012/08/17:epoll_pwait:2:epoll_wait:2:
-○:LDP man-pages:3.51:2012/08/17:epoll_wait:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2010/08/30:eventfd:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2010/08/30:eventfd2:2:eventfd:2:
-â\97\8b:LDP man-pages:3.51:2012/10/27:execve:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2010/09/20:exit:2:_exit:2:
-○:LDP man-pages:3.51:2008/11/27:exit_group:2:2013/03/25::ysato444@yahoo.co.jp:Yuichi SATO:
-○:LDP man-pages:3.51:2012/05/04:faccessat:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2013/04/01:fadvise64:2:posix_fadvise:2:
-＠:LDP man-pages:3.51:2013/04/01:fadvise64_64:2:posix_fadvise:2:
-â\97\8b:LDP man-pages:3.51:2013/02/12:fallocate:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2013/02/12:fattach:2:unimplemented:2:
-＠:LDP man-pages:3.51:2010/11/25:fchdir:2:chdir:2:
-＠:LDP man-pages:3.51:2010/09/26:fchmod:2:chmod:2:
-○:LDP man-pages:3.51:2012/05/22:fchmodat:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2010/11/22:fchown:2:chown:2:
-＠:LDP man-pages:3.51:2010/11/22:fchown32:2:fchown:2:
-○:LDP man-pages:3.51:2012/05/04:fchownat:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2012/04/15:fcntl:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2012/04/15:fcntl64:2:fcntl:2:
-＠:LDP man-pages:3.51:2012/02/27:fdatasync:2:fsync:2:
-＠:LDP man-pages:3.51:2013/02/12:fdetach:2:unimplemented:2:
-＠:LDP man-pages:3.51:2013/01/19:fgetxattr:2:getxattr:2:
-＠:LDP man-pages:3.51:2013/01/07:finit_module:2:init_module:2:
-＠:LDP man-pages:3.51:2013/04/09:flistxattr:2:listxattr:2:
-○:LDP man-pages:3.51:2013/02/11:flock:2:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2013/03/12:fork:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2007/05/31:free_hugepages:2:alloc_hugepages:2:
-＠:LDP man-pages:3.51:2013/01/19:fremovexattr:2:removexattr:2:
-＠:LDP man-pages:3.51:2013/01/19:fsetxattr:2:setxattr:2:
-＠:LDP man-pages:3.51:2012/11/11:fstat:2:stat:2:
-＠:LDP man-pages:3.51:2012/11/11:fstat64:2:fstat:2:
-○:LDP man-pages:3.51:2012/05/04:fstatat:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2012/05/04:fstatat64:2:fstatat:2:
-＠:LDP man-pages:3.51:2010/11/21:fstatfs:2:statfs:2:
-＠:LDP man-pages:3.51:2010/11/21:fstatfs64:2:fstatfs:2:
-＠:LDP man-pages:3.51:2003/08/22:fstatvfs:2:statvfs:3:
-○:LDP man-pages:3.51:2012/02/27:fsync:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2013/04/01:ftruncate:2:truncate:2:
-＠:LDP man-pages:3.51:2013/04/01:ftruncate64:2:ftruncate:2:
-○:LDP man-pages:3.51:2013/03/15:futex:2:2013/03/25::ysato444@yahoo.co.jp:Yuichi SATO:
-○:LDP man-pages:3.51:2012/05/10:futimesat:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2012/10/18:get_kernel_syms:2:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2008/08/15:get_mempolicy:2:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-×:LDP man-pages:3.51:2012/07/13:get_robust_list:2:::::
-○:LDP man-pages:3.51:2012/07/13:get_thread_area:2:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-※:LDP man-pages:3.51:2009/03/15:getcontext:2:getcontext:3:
-○:LDP man-pages:3.51:2013/04/03:getcpu:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2010/09/20:getcwd:2:getcwd:3:
-○:LDP man-pages:3.51:2012/08/03:getdents:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2012/08/03:getdents64:2:getdents:2:
-○:LDP man-pages:3.51:2012/10/25:getdomainname:2:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-○:LDP man-pages:3.51:0000/00/00:getdtablesize:2:2007/01/14::argrath@ub32.org:Kentaro Shirakata:
-＠:LDP man-pages:3.51:2010/11/22:getegid:2:getgid:2:
-＠:LDP man-pages:3.51:2010/11/22:getegid32:2:getegid:2:
-＠:LDP man-pages:3.51:2010/11/22:geteuid:2:getuid:2:
-＠:LDP man-pages:3.51:2010/11/22:geteuid32:2:geteuid:2:
-○:LDP man-pages:3.51:2010/11/22:getgid:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2010/11/22:getgid32:2:getgid:2:
-○:LDP man-pages:3.51:2010/11/22:getgroups:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2010/11/22:getgroups32:2:getgroups:2:
-＠:LDP man-pages:3.51:2010/09/20:gethostid:2:gethostid:3:
-○:LDP man-pages:3.51:2010/09/26:gethostname:2:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2012/10/01:getitimer:2:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2013/02/12:getmsg:2:unimplemented:2:
-○:LDP man-pages:3.51:2010/11/16:getpagesize:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-â\97\8b:LDP man-pages:3.51:2013/02/12:getpeername:2:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2010/09/26:getpgid:2:setpgid:2:
-＠:LDP man-pages:3.51:2010/09/26:getpgrp:2:setpgid:2:
-○:LDP man-pages:3.51:2008/09/23:getpid:2:2013/03/25::suto@av.crl.sony.co.jp:SUTO, Mitsuaki:
-＠:LDP man-pages:3.51:2013/02/12:getpmsg:2:unimplemented:2:
-＠:LDP man-pages:3.51:2008/09/23:getppid:2:getpid:2:
-○:LDP man-pages:3.51:2013/02/12:getpriority:2:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2010/11/22:getresgid:2:getresuid:2:
-＠:LDP man-pages:3.51:2010/11/22:getresgid32:2:getresgid:2:
-○:LDP man-pages:3.51:2010/11/22:getresuid:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2010/11/22:getresuid32:2:getresuid:2:
-â\97\8b:LDP man-pages:3.51:2013/02/11:getrlimit:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2010/09/26:getrusage:2:2013/05/06::amotoki@gmail.com:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2010/09/26:getsid:2:2013/03/25::argrath@ub32.org:Kentaro Shirakata:
-â\97\8b:LDP man-pages:3.51:2008/12/03:getsockname:2:2013/03/25::ysato444@yahoo.co.jp:Yuichi SATO:
-○:LDP man-pages:3.51:2008/12/03:getsockopt:2:2013/03/25::argrath@ub32.org:Kentaro Shirakata:
-○:LDP man-pages:3.51:2013/02/04:gettid:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2012/04/26:gettimeofday:2:2013/03/26::amotoki@gmail.com:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2010/11/22:getuid:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2010/11/22:getuid32:2:getuid:2:
-×:LDP man-pages:3.51:2013/02/13:getunwind:2:::::
-○:LDP man-pages:3.51:2013/01/19:getxattr:2:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2013/02/12:gtty:2:unimplemented:2:
-○:LDP man-pages:3.51:2012/12/31:idle:2:2013/03/25::argrath@yo.rim.or.jp:Kentaro Shirakata:
-＠:LDP man-pages:3.51:2012/12/31:inb:2:outb:2:
-＠:LDP man-pages:3.51:2012/12/31:inb_p:2:outb:2:
-☆:LDP man-pages:3.41=>3.51:2013/01/07:init_module:2:2006/07/30::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2012/12/31:inl:2:outb:2:
-＠:LDP man-pages:3.51:2012/12/31:inl_p:2:outb:2:
-○:LDP man-pages:3.51:2010/10/20:inotify_add_watch:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2012/05/04:inotify_init:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2012/05/04:inotify_init1:2:inotify_init:2:
-○:LDP man-pages:3.51:2010/10/15:inotify_rm_watch:2:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2012/12/31:insb:2:outb:2:
-＠:LDP man-pages:3.51:2012/12/31:insl:2:outb:2:
-＠:LDP man-pages:3.51:2012/12/31:insw:2:outb:2:
-○:LDP man-pages:3.51:2010/11/11:intro:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2012/12/31:inw:2:outb:2:
-＠:LDP man-pages:3.51:2012/12/31:inw_p:2:outb:2:
-○:LDP man-pages:3.51:2013/04/10:io_cancel:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-â\97\8b:LDP man-pages:3.51:2013/04/08:io_destroy:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2013/04/08:io_getevents:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-â\97\8b:LDP man-pages:3.51:2013/04/08:io_setup:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2012/07/13:io_submit:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2000/09/21:ioctl:2:2013/03/25::tati@kc5.so-net.ne.jp:TACHIBANA Akira:
-â\97\8b:LDP man-pages:3.51:2007/12/29:ioctl_list:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2013/03/12:ioperm:2:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2013/03/15:iopl:2:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2013/02/12:ioprio_get:2:ioprio_set:2:
-○:LDP man-pages:3.51:2013/02/12:ioprio_set:2:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2012/10/16:ipc:2:2013/03/25::hanataka@abyss.rim.or.jp:HANATAKA Shinya:
-＠:LDP man-pages:3.51:2013/02/12:isastream:2:unimplemented:2:
-×:LDP man-pages:3.51:2013/01/27:kcmp:2:::::
-○:LDP man-pages:3.51:2012/07/13:kexec_load:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-×:LDP man-pages:3.51:2010/02/25:keyctl:2:::::
-○:LDP man-pages:3.51:2013/02/05:kill:2:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-â\97\8b:LDP man-pages:3.51:2010/09/20:killpg:2:2013/03/25::ysato444@yahoo.co.jp:Yuichi SATO:
-＠:LDP man-pages:3.51:2010/11/22:lchown:2:chown:2:
-＠:LDP man-pages:3.51:2010/11/22:lchown32:2:lchown:2:
-＠:LDP man-pages:3.51:2013/01/19:lgetxattr:2:getxattr:2:
-○:LDP man-pages:3.51:2013/01/27:link:2:2013/03/25::ysato444@yahoo.co.jp:Yuichi SATO:
-○:LDP man-pages:3.51:2012/05/04:linkat:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2008/11/20:listen:2:2013/03/25::argrath@ub32.org:Kentaro Shirakata:
-○:LDP man-pages:3.51:2013/04/09:listxattr:2:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2013/04/09:llistxattr:2:listxattr:2:
-○:LDP man-pages:3.51:2012/07/13:llseek:2:2013/03/25::ysato444@yahoo.co.jp:Yuichi SATO:
-＠:LDP man-pages:3.51:2013/02/12:lock:2:unimplemented:2:
-○:LDP man-pages:3.51:2004/06/17:lookup_dcookie:2:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2013/01/19:lremovexattr:2:removexattr:2:
-○:LDP man-pages:3.51:2013/03/27:lseek:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2013/01/19:lsetxattr:2:setxattr:2:
-＠:LDP man-pages:3.51:2012/11/11:lstat:2:stat:2:
-＠:LDP man-pages:3.51:2012/11/11:lstat64:2:lstat:2:
-☆:LDP man-pages:3.50=>3.51:2012/04/28:madvise:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2013/02/12:madvise1:2:unimplemented:2:
-○:LDP man-pages:3.51:2008/08/15:mbind:2:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-â\97\8b:LDP man-pages:3.51:2012/08/01:migrate_pages:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2008/04/22:mincore:2:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2013/01/27:mkdir:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2012/05/04:mkdirat:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2013/01/27:mknod:2:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2012/05/04:mknodat:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2011/09/14:mlock:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2011/09/14:mlockall:2:mlock:2:
-○:LDP man-pages:3.51:2013/04/17:mmap:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-â\97\8b:LDP man-pages:3.51:2012/04/16:mmap2:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2012/07/13:modify_ldt:2:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2012/07/05:mount:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-â\97\8b:LDP man-pages:3.51:2010/06/11:move_pages:2:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2012/08/14:mprotect:2:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2013/02/12:mpx:2:unimplemented:2:
-○:LDP man-pages:3.51:2012/07/13:mq_getsetattr:2:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2010/10/04:mq_notify:2:mq_notify:3:
-＠:LDP man-pages:3.51:2009/02/20:mq_open:2:mq_open:3:
-＠:LDP man-pages:3.51:2010/09/20:mq_timedreceive:2:mq_receive:3:
-＠:LDP man-pages:3.51:2010/09/20:mq_timedsend:2:mq_send:3:
-＠:LDP man-pages:3.51:2010/08/29:mq_unlink:2:mq_unlink:3:
-â\97\8b:LDP man-pages:3.51:2010/06/10:mremap:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2012/05/31:msgctl:2:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2012/05/31:msgget:2:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2012/05/31:msgop:2:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2012/05/31:msgrcv:2:msgop:2:
-＠:LDP man-pages:3.51:2012/05/31:msgsnd:2:msgop:2:
-â\97\8b:LDP man-pages:3.51:2008/04/22:msync:2:2013/03/25::argrath@ub32.org:Kentaro Shirakata:
-＠:LDP man-pages:3.51:2011/09/14:munlock:2:mlock:2:
-＠:LDP man-pages:3.51:2011/09/14:munlockall:2:mlock:2:
-＠:LDP man-pages:3.51:2013/04/17:munmap:2:mmap:2:
-â\97\8b:LDP man-pages:3.51:2009/01/19:nanosleep:2:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2012/03/05:nfsservctl:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2007/07/26:nice:2:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2012/11/11:oldfstat:2:stat:2:
-＠:LDP man-pages:3.51:2012/11/11:oldlstat:2:stat:2:
-＠:LDP man-pages:3.51:2008/12/03:oldolduname:2:uname:2:
-＠:LDP man-pages:3.51:2012/11/11:oldstat:2:stat:2:
-＠:LDP man-pages:3.51:2008/12/03:olduname:2:uname:2:
-○:LDP man-pages:3.51:2013/02/18:open:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2012/05/04:openat:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2012/12/31:outb:2:2013/03/25::argrath@ub32.org:Kentaro Shirakata:
-＠:LDP man-pages:3.51:2012/12/31:outb_p:2:outb:2:
-＠:LDP man-pages:3.51:2012/12/31:outl:2:outb:2:
-＠:LDP man-pages:3.51:2012/12/31:outl_p:2:outb:2:
-＠:LDP man-pages:3.51:2012/12/31:outsb:2:outb:2:
-＠:LDP man-pages:3.51:2012/12/31:outsl:2:outb:2:
-＠:LDP man-pages:3.51:2012/12/31:outsw:2:outb:2:
-＠:LDP man-pages:3.51:2012/12/31:outw:2:outb:2:
-＠:LDP man-pages:3.51:2012/12/31:outw_p:2:outb:2:
-○:LDP man-pages:3.51:2008/10/06:pause:2:2013/03/25::suto@av.crl.sony.co.jp:SUTO, Mitsuaki:
-＠:LDP man-pages:3.51:2003/07/14:pciconfig_iobase:2:pciconfig_read:2:
-â\97\8b:LDP man-pages:3.51:2003/07/14:pciconfig_read:2:2013/03/25::ysato444@yahoo.co.jp:Yuichi SATO:
-＠:LDP man-pages:3.51:2003/07/14:pciconfig_write:2:pciconfig_read:2:
-×:LDP man-pages:3.51:2013/02/04:perf_event_open:2:::::
-×:LDP man-pages:3.51:2013/02/13:perfmonctl:2:::::
-○:LDP man-pages:3.51:2003/01/01:personality:2:2013/03/25::argrath@ub32.org:Kentaro Shirakata:
-＠:LDP man-pages:3.51:2013/02/12:phys:2:unimplemented:2:
-○:LDP man-pages:3.51:2012/02/14:pipe:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2012/02/14:pipe2:2:pipe:2:
-○:LDP man-pages:3.51:2012/07/13:pivot_root:2:2013/03/25::nakano@apm.seikei.ac.jp:NAKANO Takeo:
-○:LDP man-pages:3.51:2012/08/17:poll:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2013/04/01:posix_fadvise:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2012/08/17:ppoll:2:poll:2:
-☆:LDP man-pages:3.40=>3.51:2013/02/25:prctl:2:2012/05/26::amotoki@gmail.com:Akihiro MOTOKI:
-â\97\8b:LDP man-pages:3.51:2013/04/01:pread:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2013/04/01:pread64:2:pread:2:
-＠:LDP man-pages:3.51:2010/11/17:preadv:2:readv:2:
-＠:LDP man-pages:3.51:2013/02/11:prlimit:2:getrlimit:2:
-×:LDP man-pages:3.51:2012/04/25:process_vm_readv:2:::::
-※:LDP man-pages:3.51:2012/04/25:process_vm_writev:2:process_vm_readv:2:
-＠:LDP man-pages:3.51:2013/02/12:prof:2:unimplemented:2:
-＠:LDP man-pages:3.51:2012/08/17:pselect:2:select:2:
-＠:LDP man-pages:3.51:2012/08/17:pselect6:2:select:2:
-×:LDP man-pages:3.51:2013/02/16:ptrace:2:::::
-＠:LDP man-pages:3.51:2013/02/12:putmsg:2:unimplemented:2:
-＠:LDP man-pages:3.51:2013/02/12:putpmsg:2:unimplemented:2:
-＠:LDP man-pages:3.51:2013/04/01:pwrite:2:pread:2:
-＠:LDP man-pages:3.51:2013/04/01:pwrite64:2:pwrite:2:
-＠:LDP man-pages:3.51:2010/11/17:pwritev:2:readv:2:
-○:LDP man-pages:3.51:2013/01/27:query_module:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-×:LDP man-pages:3.51:2010/06/16:quotactl:2:::::
-○:LDP man-pages:3.51:2013/02/12:read:2:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2013/04/01:readahead:2:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-â\97\8b:LDP man-pages:3.51:2013/03/26:readdir:2:2013/03/25::hanataka@abyss.rim.or.jp:HANATAKA Shinya:
-○:LDP man-pages:3.51:2011/09/20:readlink:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2012/05/04:readlinkat:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2010/11/17:readv:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2010/10/31:reboot:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-â\97\8b:LDP man-pages:3.51:2012/12/21:recv:2:2013/03/26::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2012/12/21:recvfrom:2:recv:2:
-○:LDP man-pages:3.51:2012/12/24:recvmmsg:2:2013/05/18::amotoki@gmail.com:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2012/12/21:recvmsg:2:recv:2:
-○:LDP man-pages:3.51:2008/04/22:remap_file_pages:2:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2013/01/19:removexattr:2:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2013/01/27:rename:2:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2012/05/04:renameat:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-×:LDP man-pages:3.51:2010/02/25:request_key:2:::::
-○:LDP man-pages:3.51:2008/05/08:rmdir:2:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2013/02/12:rt_sigaction:2:sigaction:2:
-＠:LDP man-pages:3.51:2008/10/04:rt_sigpending:2:sigpending:2:
-＠:LDP man-pages:3.51:2012/04/15:rt_sigprocmask:2:sigprocmask:2:
-×:LDP man-pages:3.51:2012/07/13:rt_sigqueueinfo:2:::::
-＠:LDP man-pages:3.51:2008/06/26:rt_sigreturn:2:sigreturn:2:
-＠:LDP man-pages:3.51:2008/08/29:rt_sigsuspend:2:sigsuspend:2:
-＠:LDP man-pages:3.51:2012/07/21:rt_sigtimedwait:2:sigtimedwait:2:
-※:LDP man-pages:3.51:2012/07/13:rt_tgsigqueueinfo:2:rt_sigqueueinfo:2:
-×:LDP man-pages:3.51:2012/12/17:s390_runtime_instr:2:::::
-＠:LDP man-pages:3.51:2010/09/20:sbrk:2:brk:2:
-â\97\8b:LDP man-pages:3.51:2006/03/23:sched_get_priority_max:2:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2006/03/23:sched_get_priority_min:2:sched_get_priority_max:2:
-＠:LDP man-pages:3.51:2013/02/11:sched_getaffinity:2:sched_setaffinity:2:
-＠:LDP man-pages:3.51:2013/02/12:sched_getparam:2:sched_setparam:2:
-＠:LDP man-pages:3.51:2013/02/12:sched_getscheduler:2:sched_setscheduler:2:
-○:LDP man-pages:3.51:2013/03/18:sched_rr_get_interval:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-â\97\8b:LDP man-pages:3.51:2013/02/11:sched_setaffinity:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2013/02/12:sched_setparam:2:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2013/02/12:sched_setscheduler:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-â\97\8b:LDP man-pages:3.51:2008/10/18:sched_yield:2:2013/03/25::hanataka@abyss.rim.or.jp:HANATAKA Shinya:
-＠:LDP man-pages:3.51:2013/02/12:security:2:unimplemented:2:
-○:LDP man-pages:3.51:2012/08/17:select:2:2013/03/26::amotoki@gmail.com:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2012/08/03:select_tut:2:2013/03/26::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-â\97\8b:LDP man-pages:3.51:2012/05/31:semctl:2:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2012/05/31:semget:2:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2013/04/17:semop:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2013/04/17:semtimedop:2:semop:2:
-○:LDP man-pages:3.51:2012/04/23:send:2:2013/03/26::amotoki@gmail.com:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2011/09/14:sendfile:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2011/09/14:sendfile64:2:sendfile:2:
-○:LDP man-pages:3.51:2012/12/16:sendmmsg:2:2013/05/18::amotoki@gmail.com:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2012/04/23:sendmsg:2:send:2:
-＠:LDP man-pages:3.51:2012/04/23:sendto:2:send:2:
-○:LDP man-pages:3.51:2008/08/15:set_mempolicy:2:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-※:LDP man-pages:3.51:2012/07/13:set_robust_list:2:get_robust_list:2:
-○:LDP man-pages:3.51:2012/07/13:set_thread_area:2:2013/03/26::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2012/07/19:set_tid_address:2:2005/02/14::ysato444@yahoo.co.jp:Yuichi SATO:
-※:LDP man-pages:3.51:2009/03/15:setcontext:2:getcontext:3:
-＠:LDP man-pages:3.51:2012/10/25:setdomainname:2:getdomainname:2:
-＠:LDP man-pages:3.51:2012/07/02:setegid:2:seteuid:2:
-○:LDP man-pages:3.51:2012/07/02:seteuid:2:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2010/11/22:setfsgid:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2010/11/22:setfsgid32:2:setfsgid:2:
-○:LDP man-pages:3.51:2010/11/22:setfsuid:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2010/11/22:setfsuid32:2:setfsuid:2:
-○:LDP man-pages:3.51:2010/11/22:setgid:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2010/11/22:setgid32:2:setgid:2:
-＠:LDP man-pages:3.51:2010/11/22:setgroups:2:getgroups:2:
-＠:LDP man-pages:3.51:2010/11/22:setgroups32:2:setgroups:2:
-＠:LDP man-pages:3.51:2010/09/20:sethostid:2:gethostid:3:
-＠:LDP man-pages:3.51:2010/09/26:sethostname:2:gethostname:2:
-＠:LDP man-pages:3.51:2012/10/01:setitimer:2:getitimer:2:
-○:LDP man-pages:3.51:2013/01/01:setns:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2010/09/26:setpgid:2:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2010/09/26:setpgrp:2:setpgid:2:
-＠:LDP man-pages:3.51:2013/02/12:setpriority:2:getpriority:2:
-＠:LDP man-pages:3.51:2010/11/22:setregid:2:setreuid:2:
-＠:LDP man-pages:3.51:2010/11/22:setregid32:2:setregid:2:
-＠:LDP man-pages:3.51:2010/11/22:setresgid:2:setresuid:2:
-＠:LDP man-pages:3.51:2010/11/22:setresgid32:2:setresgid:2:
-○:LDP man-pages:3.51:2010/11/22:setresuid:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2010/11/22:setresuid32:2:setresuid:2:
-○:LDP man-pages:3.51:2010/11/22:setreuid:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2010/11/22:setreuid32:2:setreuid:2:
-＠:LDP man-pages:3.51:2013/02/11:setrlimit:2:getrlimit:2:
-○:LDP man-pages:3.51:2013/02/11:setsid:2:2013/03/25::ysato444@yahoo.co.jp:Yuichi SATO:
-＠:LDP man-pages:3.51:2008/12/03:setsockopt:2:getsockopt:2:
-＠:LDP man-pages:3.51:2012/04/26:settimeofday:2:gettimeofday:2:
-○:LDP man-pages:3.51:2010/11/22:setuid:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2010/11/22:setuid32:2:setuid:2:
-â\97\8b:LDP man-pages:3.51:2008/12/03:setup:2:2013/03/25::argrath@ub32.org:Kentaro Shirakata:
-○:LDP man-pages:3.51:2013/01/19:setxattr:2:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2012/07/13:sgetmask:2:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2013/02/12:shmat:2:shmop:2:
-○:LDP man-pages:3.51:2013/03/18:shmctl:2:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2013/02/12:shmdt:2:shmop:2:
-â\97\8b:LDP man-pages:3.51:2012/05/31:shmget:2:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-â\97\8b:LDP man-pages:3.51:2013/02/12:shmop:2:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2012/09/06:shutdown:2:2013/03/25::argrath@ub32.org:Kentaro Shirakata:
-â\97\8b:LDP man-pages:3.51:2013/02/12:sigaction:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2010/09/26:sigaltstack:2:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-â\97\8b:LDP man-pages:3.51:2013/02/09:signal:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2009/01/13:signalfd:2:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2009/01/13:signalfd4:2:signalfd:2:
-â\97\8b:LDP man-pages:3.51:2008/10/04:sigpending:2:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-â\97\8b:LDP man-pages:3.51:2012/04/15:sigprocmask:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2012/03/25:sigqueue:2:sigqueue:3:
-○:LDP man-pages:3.51:2008/06/26:sigreturn:2:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-â\97\8b:LDP man-pages:3.51:2008/08/29:sigsuspend:2:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2012/07/21:sigtimedwait:2:sigwaitinfo:2:
-○:LDP man-pages:3.51:2012/07/21:sigwaitinfo:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2009/01/19:socket:2:2013/03/26::amotoki@gmail.com:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2012/10/16:socketcall:2:2013/03/26::hanataka@abyss.rim.or.jp:HANATAKA Shinya:
-○:LDP man-pages:3.51:2008/10/11:socketpair:2:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2012/05/04:splice:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-×:LDP man-pages:3.51:2012/08/05:spu_create:2:::::
-☆:LDP man-pages:3.50=>3.51:2012/08/05:spu_run:2:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2012/07/13:ssetmask:2:sgetmask:2:
-○:LDP man-pages:3.51:2012/11/11:stat:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2012/11/11:stat64:2:stat:2:
-○:LDP man-pages:3.51:2010/11/21:statfs:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2010/11/21:statfs64:2:statfs:2:
-＠:LDP man-pages:3.51:2003/08/22:statvfs:2:statvfs:3:
-○:LDP man-pages:3.51:2010/02/25:stime:2:2013/03/25::argrath@ub32.org:Kentaro Shirakata:
-＠:LDP man-pages:3.51:2013/02/12:stty:2:unimplemented:2:
-×:LDP man-pages:3.51:2012/07/13:subpage_prot:2:::::
-＠:LDP man-pages:3.51:2010/11/15:swapoff:2:swapon:2:
-○:LDP man-pages:3.51:2010/11/15:swapon:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2013/01/27:symlink:2:2013/03/25::ysato444@yahoo.co.jp:Yuichi SATO:
-○:LDP man-pages:3.51:2012/05/04:symlinkat:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2012/05/04:sync:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2013/04/01:sync_file_range:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2013/04/01:sync_file_range2:2:sync_file_range:2:
-＠:LDP man-pages:3.51:2012/05/04:syncfs:2:sync:2:
-â\97\8b:LDP man-pages:3.51:2013/04/07:syscall:2:2013/03/25::ysato@h4.dion.ne.jp:Yuichi SATO:
-○:LDP man-pages:3.51:2013/04/17:syscalls:2:2013/03/26::amotoki@gmail.com:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2012/12/22:sysctl:2:2013/03/25::hanataka@abyss.rim.or.jp:HANATAKA Shinya:
-○:LDP man-pages:3.51:2010/06/27:sysfs:2:2013/03/25::ysato@h4.dion.ne.jp:Yuichi SATO:
-○:LDP man-pages:3.51:2012/05/05:sysinfo:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2012/11/29:syslog:2:2012/05/31::amotoki@gmail.com:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2012/05/04:tee:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2012/07/13:tgkill:2:tkill:2:
-○:LDP man-pages:3.51:2011/09/09:time:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-×:LDP man-pages:3.51:2010/09/27:timer_create:2:::::
-×:LDP man-pages:3.51:2009/02/20:timer_delete:2:::::
-×:LDP man-pages:3.51:2009/02/20:timer_getoverrun:2:::::
-※:LDP man-pages:3.51:2012/10/15:timer_gettime:2:timer_settime:2:
-×:LDP man-pages:3.51:2012/10/15:timer_settime:2:::::
-○:LDP man-pages:3.51:2011/09/14:timerfd_create:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2011/09/14:timerfd_gettime:2:timerfd_create:2:
-＠:LDP man-pages:3.51:2011/09/14:timerfd_settime:2:timerfd_create:2:
-○:LDP man-pages:3.51:2012/10/22:times:2:2013/03/26::amotoki@gmail.com:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2012/07/13:tkill:2:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2013/04/01:truncate:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2013/04/01:truncate64:2:truncate:2:
-＠:LDP man-pages:3.51:2013/02/12:tuxcall:2:unimplemented:2:
-＠:LDP man-pages:3.51:2013/02/11:ugetrlimit:2:getrlimit:2:
-â\97\8b:LDP man-pages:3.51:2008/01/09:umask:2:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2010/06/19:umount:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2010/06/19:umount2:2:umount:2:
-â\97\8b:LDP man-pages:3.51:2008/12/03:uname:2:2013/03/25::ysato@h4.dion.ne.jp:Yuichi SATO:
-○:LDP man-pages:3.51:2013/02/12:unimplemented:2:2013/03/25::hanataka@abyss.rim.or.jp:HANATAKA Shinya:
-○:LDP man-pages:3.51:2011/09/15:unlink:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2012/05/04:unlinkat:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2013/04/17:unshare:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2005/01/09:uselib:2:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-â\97\8b:LDP man-pages:3.51:2003/08/04:ustat:2:2013/03/25::ysato444@yahoo.co.jp:Yuichi SATO:
-○:LDP man-pages:3.51:2008/08/06:utime:2:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-×:LDP man-pages:3.51:2012/03/25:utimensat:2:::::
-＠:LDP man-pages:3.51:2008/08/06:utimes:2:utime:2:
-○:LDP man-pages:3.51:2012/08/05:vfork:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2007/07/26:vhangup:2:2013/03/25::ysato444@yahoo.co.jp:Yuichi SATO:
-â\97\8b:LDP man-pages:3.51:2009/02/20:vm86:2:2013/03/25::ysato444@yahoo.co.jp:Yuichi SATO:
-＠:LDP man-pages:3.51:2009/02/20:vm86old:2:vm86:2:
-○:LDP man-pages:3.51:2012/05/04:vmsplice:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2013/02/12:vserver:2:unimplemented:2:
-○:LDP man-pages:3.51:2012/12/21:wait:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2012/09/23:wait3:2:wait4:2:
-○:LDP man-pages:3.51:2012/09/23:wait4:2:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2012/12/21:waitid:2:wait:2:
-＠:LDP man-pages:3.51:2012/12/21:waitpid:2:wait:2:
-○:LDP man-pages:3.51:2013/01/27:write:2:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2010/11/17:writev:2:readv:2:
-＠:LDP man-pages:3.51:2007/12/28:CIRCLEQ_ENTRY:3:queue:3:
-＠:LDP man-pages:3.51:2007/12/28:CIRCLEQ_HEAD:3:queue:3:
-＠:LDP man-pages:3.51:2007/12/28:CIRCLEQ_INIT:3:queue:3:
-＠:LDP man-pages:3.51:2007/12/28:CIRCLEQ_INSERT_AFTER:3:queue:3:
-＠:LDP man-pages:3.51:2007/12/28:CIRCLEQ_INSERT_BEFORE:3:queue:3:
-＠:LDP man-pages:3.51:2007/12/28:CIRCLEQ_INSERT_HEAD:3:queue:3:
-＠:LDP man-pages:3.51:2007/12/28:CIRCLEQ_INSERT_TAIL:3:queue:3:
-＠:LDP man-pages:3.51:2007/12/28:CIRCLEQ_REMOVE:3:queue:3:
-＠:LDP man-pages:3.51:2008/11/20:CMSG_ALIGN:3:cmsg:3:
-＠:LDP man-pages:3.51:2008/11/20:CMSG_FIRSTHDR:3:cmsg:3:
-＠:LDP man-pages:3.51:2008/11/20:CMSG_NXTHDR:3:cmsg:3:
-＠:LDP man-pages:3.51:2008/11/20:CMSG_SPACE:3:cmsg:3:
-＠:LDP man-pages:3.51:2012/03/15:CPU_ALLOC:3:CPU_SET:3:
-＠:LDP man-pages:3.51:2012/03/15:CPU_ALLOC_SIZE:3:CPU_SET:3:
-＠:LDP man-pages:3.51:2012/03/15:CPU_AND:3:CPU_SET:3:
-＠:LDP man-pages:3.51:2012/03/15:CPU_AND_S:3:CPU_SET:3:
-＠:LDP man-pages:3.51:2012/03/15:CPU_CLR:3:CPU_SET:3:
-＠:LDP man-pages:3.51:2012/03/15:CPU_CLR_S:3:CPU_SET:3:
-＠:LDP man-pages:3.51:2012/03/15:CPU_COUNT:3:CPU_SET:3:
-＠:LDP man-pages:3.51:2012/03/15:CPU_COUNT_S:3:CPU_SET:3:
-＠:LDP man-pages:3.51:2012/03/15:CPU_EQUAL:3:CPU_SET:3:
-＠:LDP man-pages:3.51:2012/03/15:CPU_EQUAL_S:3:CPU_SET:3:
-＠:LDP man-pages:3.51:2012/03/15:CPU_FREE:3:CPU_SET:3:
-＠:LDP man-pages:3.51:2012/03/15:CPU_ISSET:3:CPU_SET:3:
-＠:LDP man-pages:3.51:2012/03/15:CPU_ISSET_S:3:CPU_SET:3:
-＠:LDP man-pages:3.51:2012/03/15:CPU_OR:3:CPU_SET:3:
-＠:LDP man-pages:3.51:2012/03/15:CPU_OR_S:3:CPU_SET:3:
-×:LDP man-pages:3.51:2012/03/15:CPU_SET:3:::::
-＠:LDP man-pages:3.51:2012/03/15:CPU_SET_S:3:CPU_SET:3:
-＠:LDP man-pages:3.51:2012/03/15:CPU_XOR:3:CPU_SET:3:
-＠:LDP man-pages:3.51:2012/03/15:CPU_XOR_S:3:CPU_SET:3:
-＠:LDP man-pages:3.51:2012/03/15:CPU_ZERO:3:CPU_SET:3:
-＠:LDP man-pages:3.51:2012/03/15:CPU_ZERO_S:3:CPU_SET:3:
-＠:LDP man-pages:3.51:2007/05/18:DES_FAILED:3:des_crypt:3:
-＠:LDP man-pages:3.51:2012/08/17:FD_CLR:3:select:2:
-＠:LDP man-pages:3.51:2012/08/17:FD_ISSET:3:select:2:
-＠:LDP man-pages:3.51:2012/08/17:FD_SET:3:select:2:
-＠:LDP man-pages:3.51:2012/08/17:FD_ZERO:3:select:2:
-＠:LDP man-pages:3.51:2007/07/26:HUGE_VAL:3:INFINITY:3:
-＠:LDP man-pages:3.51:2007/07/26:HUGE_VALF:3:INFINITY:3:
-＠:LDP man-pages:3.51:2007/07/26:HUGE_VALL:3:INFINITY:3:
-â\97\8b:LDP man-pages:3.51:2007/07/26:INFINITY:3:2013/03/25::ysato444@yahoo.co.jp:Yuichi SATO:
-＠:LDP man-pages:3.51:2007/12/28:LIST_ENTRY:3:queue:3:
-＠:LDP man-pages:3.51:2007/12/28:LIST_HEAD:3:queue:3:
-＠:LDP man-pages:3.51:2007/12/28:LIST_INIT:3:queue:3:
-＠:LDP man-pages:3.51:2007/12/28:LIST_INSERT_AFTER:3:queue:3:
-＠:LDP man-pages:3.51:2007/12/28:LIST_INSERT_HEAD:3:queue:3:
-＠:LDP man-pages:3.51:2007/12/28:LIST_REMOVE:3:queue:3:
-○:LDP man-pages:3.51:1999/07/04:MB_CUR_MAX:3:2013/03/25::cz8cb01@linux.or.jp:HAYAKAWA Hitoshi:
-○:LDP man-pages:3.51:1999/07/04:MB_LEN_MAX:3:2013/03/25::cz8cb01@linux.or.jp:HAYAKAWA Hitoshi:
-＠:LDP man-pages:3.51:2007/07/26:NAN:3:INFINITY:3:
-＠:LDP man-pages:3.51:2007/12/28:TAILQ_ENTRY:3:queue:3:
-＠:LDP man-pages:3.51:2007/12/28:TAILQ_HEAD:3:queue:3:
-＠:LDP man-pages:3.51:2007/12/28:TAILQ_INIT:3:queue:3:
-＠:LDP man-pages:3.51:2007/12/28:TAILQ_INSERT_AFTER:3:queue:3:
-＠:LDP man-pages:3.51:2007/12/28:TAILQ_INSERT_HEAD:3:queue:3:
-＠:LDP man-pages:3.51:2007/12/28:TAILQ_INSERT_TAIL:3:queue:3:
-＠:LDP man-pages:3.51:2007/12/28:TAILQ_REMOVE:3:queue:3:
-＠:LDP man-pages:3.51:2010/10/13:__after_morecore_hook:3:malloc_hook:3:
-＠:LDP man-pages:3.51:2001/12/16:__fbufsize:3:stdio_ext:3:
-＠:LDP man-pages:3.51:2001/12/16:__flbf:3:stdio_ext:3:
-＠:LDP man-pages:3.51:2001/12/16:__fpending:3:stdio_ext:3:
-＠:LDP man-pages:3.51:2001/12/15:__fpurge:3:fpurge:3:
-＠:LDP man-pages:3.51:2001/12/16:__freadable:3:stdio_ext:3:
-＠:LDP man-pages:3.51:2001/12/16:__freading:3:stdio_ext:3:
-＠:LDP man-pages:3.51:2010/10/13:__free_hook:3:malloc_hook:3:
-＠:LDP man-pages:3.51:2001/12/16:__fsetlocking:3:stdio_ext:3:
-＠:LDP man-pages:3.51:2001/12/16:__fwritable:3:stdio_ext:3:
-＠:LDP man-pages:3.51:2001/12/16:__fwriting:3:stdio_ext:3:
-＠:LDP man-pages:3.51:2010/10/13:__malloc_hook:3:malloc_hook:3:
-＠:LDP man-pages:3.51:2010/10/13:__malloc_initialize_hook:3:malloc_hook:3:
-＠:LDP man-pages:3.51:2010/10/13:__memalign_hook:3:malloc_hook:3:
-＠:LDP man-pages:3.51:2010/10/13:__realloc_hook:3:malloc_hook:3:
-○:LDP man-pages:3.51:2012/12/31:__setfpucw:3:2013/03/25::nakano@apm.seikei.ac.jp:NAKANO Takeo:
-＠:LDP man-pages:3.51:2001/12/16:_flushlbf:3:stdio_ext:3:
-â\97\8b:LDP man-pages:3.51:2010/09/20:a64l:3:2013/03/25::ysato444@yahoo.co.jp:Yuichi SATO:
-○:LDP man-pages:3.51:2007/12/15:abort:3:2013/03/25::tyoshino@eng.toyo.ac.jp:Takashi Yoshino:
-â\97\8b:LDP man-pages:3.51:2010/09/20:abs:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-â\97\8b:LDP man-pages:3.51:2010/09/20:acos:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2010/09/20:acosf:3:acos:3:
-â\97\8b:LDP man-pages:3.51:2010/09/20:acosh:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2010/09/20:acoshf:3:acosh:3:
-＠:LDP man-pages:3.51:2010/09/20:acoshl:3:acosh:3:
-＠:LDP man-pages:3.51:2010/09/20:acosl:3:acos:3:
-＠:LDP man-pages:3.51:2009/09/15:addmntent:3:getmntent:3:
-○:LDP man-pages:3.51:2008/06/14:addseverity:3:2013/03/25::ysato444@yahoo.co.jp:Yuichi SATO:
-○:LDP man-pages:3.51:2008/06/22:adjtime:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2012/05/08:aio_cancel:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-â\97\8b:LDP man-pages:3.51:2012/05/08:aio_error:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2012/05/08:aio_fsync:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2012/04/26:aio_init:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2012/05/08:aio_read:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-â\97\8b:LDP man-pages:3.51:2012/05/08:aio_return:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2012/05/08:aio_suspend:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2012/05/08:aio_write:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2012/03/23:aligned_alloc:3:posix_memalign:3:
-â\97\8b:LDP man-pages:3.51:2008/01/24:alloca:3:2013/03/25::ysato444@yahoo.co.jp:Yuichi SATO:
-＠:LDP man-pages:3.51:2012/04/26:alphasort:3:scandir:3:
-＠:LDP man-pages:3.51:2007/05/18:argz:3:argz_add:3:
-â\97\8b:LDP man-pages:3.51:2007/05/18:argz_add:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2007/05/18:argz_add_sep:3:argz_add:3:
-＠:LDP man-pages:3.51:2007/05/18:argz_append:3:argz_add:3:
-＠:LDP man-pages:3.51:2007/05/18:argz_count:3:argz_add:3:
-＠:LDP man-pages:3.51:2007/05/18:argz_create:3:argz_add:3:
-＠:LDP man-pages:3.51:2007/05/18:argz_create_sep:3:argz_add:3:
-＠:LDP man-pages:3.51:2007/05/18:argz_delete:3:argz_add:3:
-＠:LDP man-pages:3.51:2007/05/18:argz_extract:3:argz_add:3:
-＠:LDP man-pages:3.51:2007/05/18:argz_insert:3:argz_add:3:
-＠:LDP man-pages:3.51:2007/05/18:argz_next:3:argz_add:3:
-＠:LDP man-pages:3.51:2007/05/18:argz_replace:3:argz_add:3:
-＠:LDP man-pages:3.51:2007/05/18:argz_stringify:3:argz_add:3:
-＠:LDP man-pages:3.51:2010/02/25:asctime:3:ctime:3:
-＠:LDP man-pages:3.51:2010/02/25:asctime_r:3:ctime:3:
-â\97\8b:LDP man-pages:3.51:2010/09/20:asin:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2010/09/20:asinf:3:asin:3:
-â\97\8b:LDP man-pages:3.51:2010/09/20:asinh:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2010/09/20:asinhf:3:asinh:3:
-＠:LDP man-pages:3.51:2010/09/20:asinhl:3:asinh:3:
-＠:LDP man-pages:3.51:2010/09/20:asinl:3:asin:3:
-â\97\8b:LDP man-pages:3.51:2001/12/18:asprintf:3:2013/03/25::nakano@apm.seikei.ac.jp:NAKANO Takeo:
-○:LDP man-pages:3.51:2002/08/25:assert:3:2013/03/25::argrath@ub32.org:Kentaro Shirakata:
-○:LDP man-pages:3.51:2002/08/25:assert_perror:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-â\97\8b:LDP man-pages:3.51:2010/09/20:atan:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2010/09/20:atan2:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2010/09/20:atan2f:3:atan2:3:
-＠:LDP man-pages:3.51:2010/09/20:atan2l:3:atan2:3:
-＠:LDP man-pages:3.51:2010/09/20:atanf:3:atan:3:
-â\97\8b:LDP man-pages:3.51:2010/09/11:atanh:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2010/09/11:atanhf:3:atanh:3:
-＠:LDP man-pages:3.51:2010/09/11:atanhl:3:atanh:3:
-＠:LDP man-pages:3.51:2010/09/20:atanl:3:atan:3:
-â\97\8b:LDP man-pages:3.51:2008/12/05:atexit:3:2013/03/26::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2012/08/03:atof:3:2013/03/25::tyoshino@eng.toyo.ac.jp:Takashi Yoshino:
-○:LDP man-pages:3.51:2012/08/03:atoi:3:2013/03/25::argrath@ub32.org:Kentaro Shirakata:
-＠:LDP man-pages:3.51:2012/08/03:atol:3:atoi:3:
-＠:LDP man-pages:3.51:2012/08/03:atoll:3:atoi:3:
-＠:LDP man-pages:3.51:2012/08/03:atoq:3:atoi:3:
-＠:LDP man-pages:3.51:2008/07/17:auth_destroy:3:rpc:3:
-＠:LDP man-pages:3.51:2008/07/17:authnone_create:3:rpc:3:
-＠:LDP man-pages:3.51:2008/07/17:authunix_create:3:rpc:3:
-＠:LDP man-pages:3.51:2008/07/17:authunix_create_default:3:rpc:3:
-â\97\8b:LDP man-pages:3.51:2008/06/14:backtrace:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2008/06/14:backtrace_symbols:3:backtrace:3:
-＠:LDP man-pages:3.51:2008/06/14:backtrace_symbols_fd:3:backtrace:3:
-â\97\8b:LDP man-pages:3.51:2009/03/30:basename:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2008/08/06:bcmp:3:2013/03/25::argrath@ub32.org:Kentaro Shirakata:
-○:LDP man-pages:3.51:2009/03/15:bcopy:3:2013/03/25::argrath@ub32.org:Kentaro Shirakata:
-＠:LDP man-pages:3.51:2010/09/10:be16toh:3:endian:3:
-＠:LDP man-pages:3.51:2010/09/10:be32toh:3:endian:3:
-＠:LDP man-pages:3.51:2010/09/10:be64toh:3:endian:3:
-â\97\8b:LDP man-pages:3.51:2008/12/03:bindresvport:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2009/03/15:bsd_signal:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-â\97\8b:LDP man-pages:3.51:2003/11/01:bsearch:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2002/01/20:bstring:3:2013/03/25::argrath@ub32.org:Kentaro Shirakata:
-○:LDP man-pages:3.51:2011/09/22:btowc:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2012/04/23:btree:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-â\97\8b:LDP man-pages:3.51:2009/01/15:byteorder:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2008/08/06:bzero:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2008/08/11:cabs:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2008/08/11:cabsf:3:cabs:3:
-＠:LDP man-pages:3.51:2008/08/11:cabsl:3:cabs:3:
-○:LDP man-pages:3.51:2011/09/15:cacos:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2011/09/15:cacosf:3:cacos:3:
-○:LDP man-pages:3.51:2011/09/15:cacosh:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2011/09/15:cacoshf:3:cacosh:3:
-＠:LDP man-pages:3.51:2011/09/15:cacoshl:3:cacosh:3:
-＠:LDP man-pages:3.51:2011/09/15:cacosl:3:cacos:3:
-＠:LDP man-pages:3.51:2012/05/10:calloc:3:malloc:3:
-＠:LDP man-pages:3.51:2008/07/17:callrpc:3:rpc:3:
-â\97\8b:LDP man-pages:3.51:2013/03/10:canonicalize_file_name:3:2013/03/26::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-â\97\8b:LDP man-pages:3.51:2008/08/11:carg:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2008/08/11:cargf:3:carg:3:
-＠:LDP man-pages:3.51:2008/08/11:cargl:3:carg:3:
-○:LDP man-pages:3.51:2008/08/11:casin:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2008/08/11:casinf:3:casin:3:
-○:LDP man-pages:3.51:2008/08/11:casinh:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2008/08/11:casinhf:3:casinh:3:
-＠:LDP man-pages:3.51:2008/08/11:casinhl:3:casinh:3:
-＠:LDP man-pages:3.51:2008/08/11:casinl:3:casin:3:
-○:LDP man-pages:3.51:2011/09/15:catan:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2011/09/15:catanf:3:catan:3:
-○:LDP man-pages:3.51:2011/09/15:catanh:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2011/09/15:catanhf:3:catanh:3:
-＠:LDP man-pages:3.51:2011/09/15:catanhl:3:catanh:3:
-＠:LDP man-pages:3.51:2011/09/15:catanl:3:catan:3:
-＠:LDP man-pages:3.51:2001/12/14:catclose:3:catopen:3:
-â\97\8b:LDP man-pages:3.51:1998/08/09:catgets:3:2013/03/25::nakano@apm.seikei.ac.jp:NAKANO Takeo:
-â\97\8b:LDP man-pages:3.51:2001/12/14:catopen:3:2013/03/25::ysato@h4.dion.ne.jp:Yuichi SATO:
-＠:LDP man-pages:3.51:2007/05/18:cbc_crypt:3:des_crypt:3:
-â\97\8b:LDP man-pages:3.51:2010/09/20:cbrt:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2010/09/20:cbrtf:3:cbrt:3:
-＠:LDP man-pages:3.51:2010/09/20:cbrtl:3:cbrt:3:
-○:LDP man-pages:3.51:2008/08/11:ccos:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2008/08/11:ccosf:3:ccos:3:
-○:LDP man-pages:3.51:2008/08/11:ccosh:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2008/08/11:ccoshf:3:ccosh:3:
-＠:LDP man-pages:3.51:2008/08/11:ccoshl:3:ccosh:3:
-＠:LDP man-pages:3.51:2008/08/11:ccosl:3:ccos:3:
-â\97\8b:LDP man-pages:3.51:2010/09/20:ceil:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2010/09/20:ceilf:3:ceil:3:
-＠:LDP man-pages:3.51:2010/09/20:ceill:3:ceil:3:
-○:LDP man-pages:3.51:2010/09/12:cerf:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2010/09/12:cerfc:3:cerf:3:
-＠:LDP man-pages:3.51:2010/09/12:cerfcf:3:cerf:3:
-＠:LDP man-pages:3.51:2010/09/12:cerfcl:3:cerf:3:
-＠:LDP man-pages:3.51:2010/09/12:cerff:3:cerf:3:
-＠:LDP man-pages:3.51:2010/09/12:cerfl:3:cerf:3:
-○:LDP man-pages:3.51:2008/08/11:cexp:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2013/02/27:cexp2:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2013/02/27:cexp2f:3:cexp2:3:
-＠:LDP man-pages:3.51:2013/02/27:cexp2l:3:cexp2:3:
-＠:LDP man-pages:3.51:2008/08/11:cexpf:3:cexp:3:
-＠:LDP man-pages:3.51:2008/08/11:cexpl:3:cexp:3:
-＠:LDP man-pages:3.51:2013/03/15:cfgetispeed:3:termios:3:
-＠:LDP man-pages:3.51:2013/03/15:cfgetospeed:3:termios:3:
-＠:LDP man-pages:3.51:2013/03/15:cfmakeraw:3:termios:3:
-○:LDP man-pages:3.51:2007/07/26:cfree:3:2013/03/25::ysato444@yahoo.co.jp:Yuichi SATO:
-＠:LDP man-pages:3.51:2013/03/15:cfsetispeed:3:termios:3:
-＠:LDP man-pages:3.51:2013/03/15:cfsetospeed:3:termios:3:
-＠:LDP man-pages:3.51:2013/03/15:cfsetspeed:3:termios:3:
-â\97\8b:LDP man-pages:3.51:2008/08/11:cimag:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2008/08/11:cimagf:3:cimag:3:
-＠:LDP man-pages:3.51:2008/08/11:cimagl:3:cimag:3:
-○:LDP man-pages:3.51:2010/10/04:clearenv:3:2013/03/25::ysato@h4.dion.ne.jp:Yuichi SATO:
-＠:LDP man-pages:3.51:2008/08/29:clearerr:3:ferror:3:
-＠:LDP man-pages:3.51:2008/08/29:clearerr_unlocked:3:unlocked_stdio:3:
-＠:LDP man-pages:3.51:2008/07/17:clnt_broadcast:3:rpc:3:
-＠:LDP man-pages:3.51:2008/07/17:clnt_call:3:rpc:3:
-＠:LDP man-pages:3.51:2008/07/17:clnt_control:3:rpc:3:
-＠:LDP man-pages:3.51:2008/07/17:clnt_create:3:rpc:3:
-＠:LDP man-pages:3.51:2008/07/17:clnt_destroy:3:rpc:3:
-＠:LDP man-pages:3.51:2008/07/17:clnt_freeres:3:rpc:3:
-＠:LDP man-pages:3.51:2008/07/17:clnt_geterr:3:rpc:3:
-＠:LDP man-pages:3.51:2008/07/17:clnt_pcreateerror:3:rpc:3:
-＠:LDP man-pages:3.51:2008/07/17:clnt_perrno:3:rpc:3:
-＠:LDP man-pages:3.51:2008/07/17:clnt_perror:3:rpc:3:
-＠:LDP man-pages:3.51:2008/07/17:clnt_spcreateerror:3:rpc:3:
-＠:LDP man-pages:3.51:2008/07/17:clnt_sperrno:3:rpc:3:
-＠:LDP man-pages:3.51:2008/07/17:clnt_sperror:3:rpc:3:
-＠:LDP man-pages:3.51:2008/07/17:clntraw_create:3:rpc:3:
-＠:LDP man-pages:3.51:2008/07/17:clnttcp_create:3:rpc:3:
-＠:LDP man-pages:3.51:2008/07/17:clntudp_bufcreate:3:rpc:3:
-＠:LDP man-pages:3.51:2008/07/17:clntudp_create:3:rpc:3:
-○:LDP man-pages:3.51:2008/08/28:clock:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-×:LDP man-pages:3.51:2012/10/29:clock_getcpuclockid:3:::::
-＠:LDP man-pages:3.51:2013/02/25:clock_getres:3:clock_getres:2:
-＠:LDP man-pages:3.51:2013/02/25:clock_gettime:3:clock_getres:2:
-＠:LDP man-pages:3.51:2013/02/25:clock_settime:3:clock_getres:2:
-○:LDP man-pages:3.51:2008/08/11:clog:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2008/08/11:clog10:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2008/08/11:clog10f:3:clog10:3:
-＠:LDP man-pages:3.51:2008/08/11:clog10l:3:clog10:3:
-○:LDP man-pages:3.51:2008/08/07:clog2:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2008/08/07:clog2f:3:clog2:3:
-＠:LDP man-pages:3.51:2008/08/07:clog2l:3:clog2:3:
-＠:LDP man-pages:3.51:2008/08/11:clogf:3:clog:3:
-＠:LDP man-pages:3.51:2008/08/11:clogl:3:clog:3:
-â\97\8b:LDP man-pages:3.51:2008/09/23:closedir:3:2013/03/25::ysato444@yahoo.co.jp:Yuichi SATO:
-＠:LDP man-pages:3.51:2012/08/17:closelog:3:syslog:3:
-○:LDP man-pages:3.51:2008/11/20:cmsg:3:2013/03/25::nakano@apm.seikei.ac.jp:NAKANO Takeo:
-○:LDP man-pages:3.51:2012/05/10:confstr:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-â\97\8b:LDP man-pages:3.51:2008/08/11:conj:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2008/08/11:conjf:3:conj:3:
-＠:LDP man-pages:3.51:2008/08/11:conjl:3:conj:3:
-â\97\8b:LDP man-pages:3.51:2012/03/25:copysign:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2012/03/25:copysignf:3:copysign:3:
-＠:LDP man-pages:3.51:2012/03/25:copysignl:3:copysign:3:
-â\97\8b:LDP man-pages:3.51:2010/09/11:cos:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2010/09/11:cosf:3:cos:3:
-â\97\8b:LDP man-pages:3.51:2010/09/20:cosh:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2010/09/20:coshf:3:cosh:3:
-＠:LDP man-pages:3.51:2010/09/20:coshl:3:cosh:3:
-＠:LDP man-pages:3.51:2010/09/11:cosl:3:cos:3:
-○:LDP man-pages:3.51:2008/08/11:cpow:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2008/08/11:cpowf:3:cpow:3:
-＠:LDP man-pages:3.51:2008/08/11:cpowl:3:cpow:3:
-â\97\8b:LDP man-pages:3.51:2010/06/10:cproj:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2010/06/10:cprojf:3:cproj:3:
-＠:LDP man-pages:3.51:2010/06/10:cprojl:3:cproj:3:
-○:LDP man-pages:3.51:2008/08/11:creal:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2008/08/11:crealf:3:creal:3:
-＠:LDP man-pages:3.51:2008/08/11:creall:3:creal:3:
-â\97\8b:LDP man-pages:3.51:2011/09/15:crypt:3:2013/03/25::argrath@ub32.org:Kentaro Shirakata:
-＠:LDP man-pages:3.51:2011/09/15:crypt_r:3:crypt:3:
-○:LDP man-pages:3.51:2008/08/11:csin:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2008/08/11:csinf:3:csin:3:
-○:LDP man-pages:3.51:2008/08/11:csinh:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2008/08/11:csinhf:3:csinh:3:
-＠:LDP man-pages:3.51:2008/08/11:csinhl:3:csinh:3:
-＠:LDP man-pages:3.51:2008/08/11:csinl:3:csin:3:
-○:LDP man-pages:3.51:2008/08/11:csqrt:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2008/08/11:csqrtf:3:csqrt:3:
-＠:LDP man-pages:3.51:2008/08/11:csqrtl:3:csqrt:3:
-○:LDP man-pages:3.51:2008/08/11:ctan:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2008/08/11:ctanf:3:ctan:3:
-○:LDP man-pages:3.51:2008/08/11:ctanh:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2008/08/11:ctanhf:3:ctanh:3:
-＠:LDP man-pages:3.51:2008/08/11:ctanhl:3:ctanh:3:
-＠:LDP man-pages:3.51:2008/08/11:ctanl:3:ctan:3:
-â\97\8b:LDP man-pages:3.51:2007/07/26:ctermid:3:2013/03/25::nagoya@cc.hit-u.ac.jp:NAGOYA Hiroaki:
-○:LDP man-pages:3.51:2010/02/25:ctime:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2010/02/25:ctime_r:3:ctime:3:
-＠:LDP man-pages:3.51:2008/06/29:cuserid:3:getlogin:3:
-â\97\8b:LDP man-pages:3.51:2009/12/05:daemon:3:2013/03/25::ysato@h4.dion.ne.jp:Yuichi SATO:
-＠:LDP man-pages:3.51:2012/03/25:daylight:3:tzset:3:
-＠:LDP man-pages:3.51:2012/05/04:db:3:dbopen:3:
-○:LDP man-pages:3.51:2012/05/04:dbopen:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2007/05/18:des_crypt:3:2013/03/25::ysato444@yahoo.co.jp:Yuichi SATO:
-＠:LDP man-pages:3.51:2007/05/18:des_setparity:3:des_crypt:3:
-○:LDP man-pages:3.51:2012/12/22:difftime:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-â\97\8b:LDP man-pages:3.51:2010/09/26:dirfd:3:2013/03/25::ysato444@yahoo.co.jp:Yuichi SATO:
-＠:LDP man-pages:3.51:2009/03/30:dirname:3:basename:3:
-○:LDP man-pages:3.51:2012/04/17:div:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-â\97\8b:LDP man-pages:3.51:2007/05/18:dl_iterate_phdr:3:2013/03/25::ysato444@yahoo.co.jp:Yuichi SATO:
-＠:LDP man-pages:3.51:2008/12/06:dladdr:3:dlopen:3:
-＠:LDP man-pages:3.51:2008/12/06:dlclose:3:dlopen:3:
-＠:LDP man-pages:3.51:2008/12/06:dlerror:3:dlopen:3:
-â\97\8b:LDP man-pages:3.51:2008/12/06:dlopen:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2008/12/06:dlsym:3:dlopen:3:
-＠:LDP man-pages:3.51:2008/12/06:dlvsym:3:dlopen:3:
-＠:LDP man-pages:3.51:2013/03/05:dn_comp:3:resolver:3:
-＠:LDP man-pages:3.51:2013/03/05:dn_expand:3:resolver:3:
-○:LDP man-pages:3.51:2010/09/15:dprintf:3:2013/03/25::nakano@apm.seikei.ac.jp:NAKANO Takeo:
-â\97\8b:LDP man-pages:3.51:2007/07/26:drand48:3:2013/03/25::tyoshino@eng.toyo.ac.jp:YOSHINO Takashi:
-○:LDP man-pages:3.51:2007/07/26:drand48_r:3:2013/03/25::ysato444@yahoo.co.jp:Yuichi SATO:
-＠:LDP man-pages:3.51:2010/09/20:drem:3:remainder:3:
-＠:LDP man-pages:3.51:2010/09/20:dremf:3:remainder:3:
-＠:LDP man-pages:3.51:2010/09/20:dreml:3:remainder:3:
-○:LDP man-pages:3.51:2010/09/22:dysize:3:2013/03/25::nakano@apm.seikei.ac.jp:NAKANO Takeo:
-＠:LDP man-pages:3.51:2010/11/01:eaccess:3:euidaccess:3:
-＠:LDP man-pages:3.51:2007/05/18:ecb_crypt:3:des_crypt:3:
-â\97\8b:LDP man-pages:3.51:2010/09/20:ecvt:3:2013/03/25::argrath@ub32.org:Kentaro Shirakata:
-○:LDP man-pages:3.51:2007/07/26:ecvt_r:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2008/07/17:edata:3:end:3:
-â\97\8b:LDP man-pages:3.51:2003/04/04:encrypt:3:2013/03/25::ysato444@yahoo.co.jp:Yuichi SATO:
-＠:LDP man-pages:3.51:2003/04/04:encrypt_r:3:encrypt:3:
-○:LDP man-pages:3.51:2008/07/17:end:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2003/09/09:endaliasent:3:setaliasent:3:
-＠:LDP man-pages:3.51:2002/02/28:endfsent:3:getfsent:3:
-＠:LDP man-pages:3.51:2010/10/21:endgrent:3:getgrent:3:
-＠:LDP man-pages:3.51:2010/10/04:endhostent:3:gethostbyname:3:
-○:LDP man-pages:3.51:2010/09/10:endian:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2009/09/15:endmntent:3:getmntent:3:
-＠:LDP man-pages:3.51:2008/08/19:endnetent:3:getnetent:3:
-＠:LDP man-pages:3.51:2007/07/26:endnetgrent:3:setnetgrent:3:
-＠:LDP man-pages:3.51:2008/08/19:endprotoent:3:getprotoent:3:
-＠:LDP man-pages:3.51:2010/10/21:endpwent:3:getpwent:3:
-＠:LDP man-pages:3.51:2008/08/19:endrpcent:3:getrpcent:3:
-＠:LDP man-pages:3.51:2008/08/19:endservent:3:getservent:3:
-＠:LDP man-pages:3.51:2013/01/22:endspent:3:getspnam:3:
-＠:LDP man-pages:3.51:2002/07/18:endttyent:3:getttyent:3:
-＠:LDP man-pages:3.51:2007/07/26:endusershell:3:getusershell:3:
-＠:LDP man-pages:3.51:2008/06/29:endutent:3:getutent:3:
-＠:LDP man-pages:3.51:2008/06/29:endutxent:3:getutent:3:
-＠:LDP man-pages:3.51:2007/05/18:envz:3:envz_add:3:
-â\97\8b:LDP man-pages:3.51:2007/05/18:envz_add:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2007/05/18:envz_entry:3:envz_add:3:
-＠:LDP man-pages:3.51:2007/05/18:envz_get:3:envz_add:3:
-＠:LDP man-pages:3.51:2007/05/18:envz_merge:3:envz_add:3:
-＠:LDP man-pages:3.51:2007/05/18:envz_remove:3:envz_add:3:
-＠:LDP man-pages:3.51:2007/05/18:envz_strip:3:envz_add:3:
-＠:LDP man-pages:3.51:2007/07/26:erand48:3:drand48:3:
-＠:LDP man-pages:3.51:2007/07/26:erand48_r:3:drand48_r:3:
-â\97\8b:LDP man-pages:3.51:2010/09/20:erf:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2010/09/20:erfc:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2010/09/20:erfcf:3:erfc:3:
-＠:LDP man-pages:3.51:2010/09/20:erfcl:3:erfc:3:
-＠:LDP man-pages:3.51:2010/09/20:erff:3:erf:3:
-＠:LDP man-pages:3.51:2010/09/20:erfl:3:erf:3:
-○:LDP man-pages:3.51:2012/03/15:err:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-â\97\8b:LDP man-pages:3.51:2008/07/09:errno:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-â\97\8b:LDP man-pages:3.51:2010/08/29:error:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2010/08/29:error_at_line:3:error:3:
-＠:LDP man-pages:3.51:2010/08/29:error_message_count:3:error:3:
-＠:LDP man-pages:3.51:2010/08/29:error_one_per_line:3:error:3:
-＠:LDP man-pages:3.51:2010/08/29:error_print_progname:3:error:3:
-＠:LDP man-pages:3.51:2012/03/15:errx:3:err:3:
-＠:LDP man-pages:3.51:2008/07/17:etext:3:end:3:
-â\97\8b:LDP man-pages:3.51:2002/07/20:ether_aton:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2002/07/20:ether_aton_r:3:ether_aton:3:
-＠:LDP man-pages:3.51:2002/07/20:ether_hostton:3:ether_aton:3:
-＠:LDP man-pages:3.51:2002/07/20:ether_line:3:ether_aton:3:
-＠:LDP man-pages:3.51:2002/07/20:ether_ntoa:3:ether_aton:3:
-＠:LDP man-pages:3.51:2002/07/20:ether_ntoa_r:3:ether_aton:3:
-＠:LDP man-pages:3.51:2002/07/20:ether_ntohost:3:ether_aton:3:
-○:LDP man-pages:3.51:2010/11/01:euidaccess:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2010/08/30:eventfd_read:3:eventfd:2:
-＠:LDP man-pages:3.51:2010/08/30:eventfd_write:3:eventfd:2:
-â\97\8b:LDP man-pages:3.51:2010/09/25:exec:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2010/09/25:execl:3:exec:3:
-＠:LDP man-pages:3.51:2010/09/25:execle:3:exec:3:
-＠:LDP man-pages:3.51:2010/09/25:execlp:3:exec:3:
-＠:LDP man-pages:3.51:2010/09/25:execv:3:exec:3:
-＠:LDP man-pages:3.51:2010/09/25:execvp:3:exec:3:
-＠:LDP man-pages:3.51:2010/09/25:execvpe:3:exec:3:
-○:LDP man-pages:3.51:2013/02/14:exit:3:2013/03/26::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-â\97\8b:LDP man-pages:3.51:2010/09/20:exp:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-â\97\8b:LDP man-pages:3.51:2008/08/11:exp10:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2008/08/11:exp10f:3:exp10:3:
-＠:LDP man-pages:3.51:2008/08/11:exp10l:3:exp10:3:
-â\97\8b:LDP man-pages:3.51:2010/09/20:exp2:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2010/09/20:exp2f:3:exp2:3:
-＠:LDP man-pages:3.51:2010/09/20:exp2l:3:exp2:3:
-＠:LDP man-pages:3.51:2010/09/20:expf:3:exp:3:
-＠:LDP man-pages:3.51:2010/09/20:expl:3:exp:3:
-â\97\8b:LDP man-pages:3.51:2010/09/12:expm1:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2010/09/12:expm1f:3:expm1:3:
-＠:LDP man-pages:3.51:2010/09/12:expm1l:3:expm1:3:
-â\97\8b:LDP man-pages:3.51:2010/09/20:fabs:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2010/09/20:fabsf:3:fabs:3:
-＠:LDP man-pages:3.51:2010/09/20:fabsl:3:fabs:3:
-○:LDP man-pages:3.51:2009/02/23:fclose:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-â\97\8b:LDP man-pages:3.51:2006/12/27:fcloseall:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2010/09/20:fcvt:3:ecvt:3:
-＠:LDP man-pages:3.51:2007/07/26:fcvt_r:3:ecvt_r:3:
-○:LDP man-pages:3.51:2010/09/20:fdim:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2010/09/20:fdimf:3:fdim:3:
-＠:LDP man-pages:3.51:2010/09/20:fdiml:3:fdim:3:
-＠:LDP man-pages:3.51:2012/04/22:fdopen:3:fopen:3:
-＠:LDP man-pages:3.51:2010/06/20:fdopendir:3:opendir:3:
-＠:LDP man-pages:3.51:2010/10/31:feclearexcept:3:fenv:3:
-＠:LDP man-pages:3.51:2010/10/31:fedisableexcept:3:fenv:3:
-＠:LDP man-pages:3.51:2010/10/31:feenableexcept:3:fenv:3:
-＠:LDP man-pages:3.51:2010/10/31:fegetenv:3:fenv:3:
-＠:LDP man-pages:3.51:2010/10/31:fegetexcept:3:fenv:3:
-＠:LDP man-pages:3.51:2010/10/31:fegetexceptflag:3:fenv:3:
-＠:LDP man-pages:3.51:2010/10/31:fegetround:3:fenv:3:
-＠:LDP man-pages:3.51:2010/10/31:feholdexcept:3:fenv:3:
-â\97\8b:LDP man-pages:3.51:2010/10/31:fenv:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2008/08/29:feof:3:ferror:3:
-＠:LDP man-pages:3.51:2008/08/29:feof_unlocked:3:unlocked_stdio:3:
-＠:LDP man-pages:3.51:2010/10/31:feraiseexcept:3:fenv:3:
-â\97\8b:LDP man-pages:3.51:2008/08/29:ferror:3:2013/03/25::argrath@ub32.org:Kentaro Shirakata:
-＠:LDP man-pages:3.51:2008/08/29:ferror_unlocked:3:unlocked_stdio:3:
-＠:LDP man-pages:3.51:2010/10/31:fesetenv:3:fenv:3:
-＠:LDP man-pages:3.51:2010/10/31:fesetexceptflag:3:fenv:3:
-＠:LDP man-pages:3.51:2010/10/31:fesetround:3:fenv:3:
-＠:LDP man-pages:3.51:2010/10/31:fetestexcept:3:fenv:3:
-＠:LDP man-pages:3.51:2010/10/31:feupdateenv:3:fenv:3:
-○:LDP man-pages:3.51:2010/09/15:fexecve:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2009/09/06:fflush:3:2013/03/25::argrath@ub32.org:Kentaro Shirakata:
-＠:LDP man-pages:3.51:2008/08/29:fflush_unlocked:3:unlocked_stdio:3:
-○:LDP man-pages:3.51:2010/09/20:ffs:3:2013/03/25::argrath@ub32.org:Kentaro Shirakata:
-＠:LDP man-pages:3.51:2010/09/20:ffsl:3:ffs:3:
-＠:LDP man-pages:3.51:2010/09/20:ffsll:3:ffs:3:
-＠:LDP man-pages:3.51:2012/01/18:fgetc:3:gets:3:
-＠:LDP man-pages:3.51:2008/08/29:fgetc_unlocked:3:unlocked_stdio:3:
-â\97\8b:LDP man-pages:3.51:2008/07/10:fgetgrent:3:2013/03/25::nishi@rpts.cl.nec.co.jp:HIROFUMI Nishizuka:
-＠:LDP man-pages:3.51:2010/10/21:fgetgrent_r:3:getgrent_r:3:
-＠:LDP man-pages:3.51:1993/11/29:fgetpos:3:fseek:3:
-â\97\8b:LDP man-pages:3.51:2008/07/10:fgetpwent:3:2013/03/25::nishi@rpts.cl.nec.co.jp:HIROFUMI Nishizuka:
-＠:LDP man-pages:3.51:2010/10/21:fgetpwent_r:3:getpwent_r:3:
-＠:LDP man-pages:3.51:2012/01/18:fgets:3:gets:3:
-＠:LDP man-pages:3.51:2008/08/29:fgets_unlocked:3:unlocked_stdio:3:
-＠:LDP man-pages:3.51:2013/01/22:fgetspent:3:getspnam:3:
-＠:LDP man-pages:3.51:2013/01/22:fgetspent_r:3:getspnam:3:
-â\97\8b:LDP man-pages:3.51:1999/07/25:fgetwc:3:2013/03/25::argrath@ub32.org:Kentaro Shirakata:
-＠:LDP man-pages:3.51:2008/08/29:fgetwc_unlocked:3:unlocked_stdio:3:
-○:LDP man-pages:3.51:2011/09/28:fgetws:3:2013/03/25::ysato@h4.dion.ne.jp:Yuichi SATO:
-＠:LDP man-pages:3.51:2008/08/29:fgetws_unlocked:3:unlocked_stdio:3:
-＠:LDP man-pages:3.51:2008/08/29:fileno:3:ferror:3:
-＠:LDP man-pages:3.51:2008/08/29:fileno_unlocked:3:unlocked_stdio:3:
-â\97\8b:LDP man-pages:3.51:2008/08/05:finite:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2008/08/05:finitef:3:finite:3:
-＠:LDP man-pages:3.51:2008/08/05:finitel:3:finite:3:
-â\97\8b:LDP man-pages:3.51:2008/08/29:flockfile:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-â\97\8b:LDP man-pages:3.51:2010/09/20:floor:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2010/09/20:floorf:3:floor:3:
-＠:LDP man-pages:3.51:2010/09/20:floorl:3:floor:3:
-○:LDP man-pages:3.51:2010/09/20:fma:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2010/09/20:fmaf:3:fma:3:
-＠:LDP man-pages:3.51:2010/09/20:fmal:3:fma:3:
-○:LDP man-pages:3.51:2010/09/20:fmax:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2010/09/20:fmaxf:3:fmax:3:
-＠:LDP man-pages:3.51:2010/09/20:fmaxl:3:fmax:3:
-○:LDP man-pages:3.51:2012/04/28:fmemopen:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2010/09/20:fmin:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2010/09/20:fminf:3:fmin:3:
-＠:LDP man-pages:3.51:2010/09/20:fminl:3:fmin:3:
-â\97\8b:LDP man-pages:3.51:2012/03/15:fmod:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2012/03/15:fmodf:3:fmod:3:
-＠:LDP man-pages:3.51:2012/03/15:fmodl:3:fmod:3:
-â\97\8b:LDP man-pages:3.51:2008/06/14:fmtmsg:3:2013/03/25::ysato444@yahoo.co.jp:Yuichi SATO:
-â\97\8b:LDP man-pages:3.51:2000/10/15:fnmatch:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2012/04/22:fopen:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-×:LDP man-pages:3.51:2013/03/17:fopencookie:3:::::
-＠:LDP man-pages:3.51:2010/06/13:forkpty:3:openpty:3:
-○:LDP man-pages:3.51:1993/04/04:fpathconf:3:2013/03/25::nakano@apm.seikei.ac.jp:NAKANO Takeo:
-○:LDP man-pages:3.51:2010/09/20:fpclassify:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2013/03/05:fprintf:3:printf:3:
-○:LDP man-pages:3.51:2001/12/15:fpurge:3:2013/03/25::nakano@apm.seikei.ac.jp:NAKANO Takeo:
-＠:LDP man-pages:3.51:2011/09/28:fputc:3:puts:3:
-＠:LDP man-pages:3.51:2008/08/29:fputc_unlocked:3:unlocked_stdio:3:
-＠:LDP man-pages:3.51:2011/09/28:fputs:3:puts:3:
-＠:LDP man-pages:3.51:2008/08/29:fputs_unlocked:3:unlocked_stdio:3:
-â\97\8b:LDP man-pages:3.51:1999/07/25:fputwc:3:2013/03/25::argrath@ub32.org:Kentaro Shirakata:
-＠:LDP man-pages:3.51:2008/08/29:fputwc_unlocked:3:unlocked_stdio:3:
-○:LDP man-pages:3.51:2011/09/28:fputws:3:2013/03/25::argrath@ub32.org:Kentaro Shirakata:
-＠:LDP man-pages:3.51:2008/08/29:fputws_unlocked:3:unlocked_stdio:3:
-○:LDP man-pages:3.51:2012/03/30:fread:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2008/08/29:fread_unlocked:3:unlocked_stdio:3:
-＠:LDP man-pages:3.51:2012/05/10:free:3:malloc:3:
-＠:LDP man-pages:3.51:2013/01/15:freeaddrinfo:3:getaddrinfo:3:
-＠:LDP man-pages:3.51:2010/09/04:freehostent:3:getipnodebyname:3:
-※:LDP man-pages:3.51:2012/11/11:freeifaddrs:3:getifaddrs:3:
-＠:LDP man-pages:3.51:2012/04/22:freopen:3:fopen:3:
-â\97\8b:LDP man-pages:3.51:2010/09/20:frexp:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2010/09/20:frexpf:3:frexp:3:
-＠:LDP man-pages:3.51:2010/09/20:frexpl:3:frexp:3:
-＠:LDP man-pages:3.51:2013/01/30:fscanf:3:scanf:3:
-○:LDP man-pages:3.51:1993/11/29:fseek:3:2013/03/25::nakano@apm.seikei.ac.jp:NAKANO Takeo:
-â\97\8b:LDP man-pages:3.51:2001/11/05:fseeko:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:1993/11/29:fsetpos:3:fseek:3:
-＠:LDP man-pages:3.51:2003/08/22:fstatvfs:3:statvfs:3:
-＠:LDP man-pages:3.51:1993/11/29:ftell:3:fseek:3:
-＠:LDP man-pages:3.51:2001/11/05:ftello:3:fseeko:3:
-○:LDP man-pages:3.51:2010/02/25:ftime:3:2013/03/25::argrath@ub32.org:Kentaro Shirakata:
-○:LDP man-pages:3.51:2001/11/28:ftok:3:2013/03/25::nakano@apm.seikei.ac.jp:NAKANO Takeo:
-＠:LDP man-pages:3.51:2008/08/29:ftrylockfile:3:flockfile:3:
-○:LDP man-pages:3.51:2012/10/25:fts:3:2013/03/25::sato@complex.eng.hokudai.ac.jp:Yuichi SATO:
-＠:LDP man-pages:3.51:2012/10/25:fts_children:3:fts:3:
-＠:LDP man-pages:3.51:2012/10/25:fts_close:3:fts:3:
-＠:LDP man-pages:3.51:2012/10/25:fts_open:3:fts:3:
-＠:LDP man-pages:3.51:2012/10/25:fts_read:3:fts:3:
-＠:LDP man-pages:3.51:2012/10/25:fts_set:3:fts:3:
-○:LDP man-pages:3.51:2010/09/20:ftw:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2008/08/29:funlockfile:3:flockfile:3:
-※:LDP man-pages:3.51:2012/03/25:futimens:3:utimensat:2:
-○:LDP man-pages:3.51:2013/03/15:futimes:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2011/09/17:fwide:3:2013/03/25::hanataka@abyss.rim.or.jp:HANATAKA Shinya:
-＠:LDP man-pages:3.51:2011/09/17:fwprintf:3:wprintf:3:
-＠:LDP man-pages:3.51:2012/03/30:fwrite:3:fread:3:
-＠:LDP man-pages:3.51:2008/08/29:fwrite_unlocked:3:unlocked_stdio:3:
-※:LDP man-pages:3.51:2010/09/27:gai_cancel:3:getaddrinfo_a:3:
-※:LDP man-pages:3.51:2010/09/27:gai_error:3:getaddrinfo_a:3:
-＠:LDP man-pages:3.51:2013/01/15:gai_strerror:3:getaddrinfo:3:
-※:LDP man-pages:3.51:2010/09/27:gai_suspend:3:getaddrinfo_a:3:
-○:LDP man-pages:3.51:2008/08/05:gamma:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2008/08/05:gammaf:3:gamma:3:
-＠:LDP man-pages:3.51:2008/08/05:gammal:3:gamma:3:
-○:LDP man-pages:3.51:2010/09/20:gcvt:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2010/09/20:get_current_dir_name:3:getcwd:3:
-＠:LDP man-pages:3.51:2008/07/17:get_myaddress:3:rpc:3:
-＠:LDP man-pages:3.51:2012/03/20:get_nprocs:3:get_nprocs_conf:3:
-○:LDP man-pages:3.51:2012/03/20:get_nprocs_conf:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2013/01/15:getaddrinfo:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-×:LDP man-pages:3.51:2010/09/27:getaddrinfo_a:3:::::
-＠:LDP man-pages:3.51:2003/09/09:getaliasbyname:3:setaliasent:3:
-＠:LDP man-pages:3.51:2003/09/09:getaliasbyname_r:3:setaliasent:3:
-＠:LDP man-pages:3.51:2003/09/09:getaliasent:3:setaliasent:3:
-＠:LDP man-pages:3.51:2003/09/09:getaliasent_r:3:setaliasent:3:
-×:LDP man-pages:3.51:2012/11/07:getauxval:3:::::
-＠:LDP man-pages:3.51:2012/01/18:getc:3:gets:3:
-＠:LDP man-pages:3.51:2008/08/29:getc_unlocked:3:unlocked_stdio:3:
-＠:LDP man-pages:3.51:2012/01/18:getchar:3:gets:3:
-＠:LDP man-pages:3.51:2008/08/29:getchar_unlocked:3:unlocked_stdio:3:
-×:LDP man-pages:3.51:2009/03/15:getcontext:3:::::
-○:LDP man-pages:3.51:2010/09/20:getcwd:3:2013/03/25::argrath@ub32.org:Kentaro Shirakata:
-â\97\8b:LDP man-pages:3.51:2010/09/20:getdate:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2010/09/20:getdate_err:3:getdate:3:
-＠:LDP man-pages:3.51:2010/09/20:getdate_r:3:getdate:3:
-＠:LDP man-pages:3.51:2010/06/12:getdelim:3:getline:3:
-○:LDP man-pages:3.51:2007/07/26:getdirentries:3:2013/03/25::nakano@apm.seikei.ac.jp:NAKANO Takeo:
-×:LDP man-pages:3.51:2013/02/05:getdtablesize:3:::::
-○:LDP man-pages:3.51:2012/08/14:getenv:3:2003/09/28::nakano@apm.seikei.ac.jp:NAKANO Takeo:
-â\97\8b:LDP man-pages:3.51:2002/02/28:getfsent:3:2013/03/25::nakano@apm.seikei.ac.jp:NAKANO Takeo:
-＠:LDP man-pages:3.51:2002/02/28:getfsfile:3:getfsent:3:
-＠:LDP man-pages:3.51:2002/02/28:getfsspec:3:getfsent:3:
-â\97\8b:LDP man-pages:3.51:2010/10/21:getgrent:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2010/10/21:getgrent_r:3:2013/03/25::ysato444@yahoo.co.jp:Yuichi SATO:
-＠:LDP man-pages:3.51:2012/04/23:getgrgid:3:getgrnam:3:
-＠:LDP man-pages:3.51:2012/04/23:getgrgid_r:3:getgrnam:3:
-â\97\8b:LDP man-pages:3.51:2012/04/23:getgrnam:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2012/04/23:getgrnam_r:3:getgrnam:3:
-○:LDP man-pages:3.51:2008/07/03:getgrouplist:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2010/10/04:gethostbyaddr:3:gethostbyname:3:
-＠:LDP man-pages:3.51:2010/10/04:gethostbyaddr_r:3:gethostbyname:3:
-â\97\8b:LDP man-pages:3.51:2010/10/04:gethostbyname:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2010/10/04:gethostbyname2:3:gethostbyname:3:
-＠:LDP man-pages:3.51:2010/10/04:gethostbyname2_r:3:gethostbyname:3:
-＠:LDP man-pages:3.51:2010/10/04:gethostbyname_r:3:gethostbyname:3:
-＠:LDP man-pages:3.51:2010/10/04:gethostent:3:gethostbyname:3:
-＠:LDP man-pages:3.51:2010/10/04:gethostent_r:3:gethostbyname:3:
-○:LDP man-pages:3.51:2010/09/20:gethostid:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-×:LDP man-pages:3.51:2012/11/11:getifaddrs:3:::::
-＠:LDP man-pages:3.51:2010/09/04:getipnodebyaddr:3:getipnodebyname:3:
-○:LDP man-pages:3.51:2010/09/04:getipnodebyname:3:2013/03/25::argrath@ub32.org:Kentaro Shirakata:
-â\97\8b:LDP man-pages:3.51:2010/06/12:getline:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2007/12/08:getloadavg:3:2013/03/25::nakano@apm.seikei.ac.jp:NAKANO Takeo:
-â\97\8b:LDP man-pages:3.51:2008/06/29:getlogin:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2008/06/29:getlogin_r:3:getlogin:3:
-â\97\8b:LDP man-pages:3.51:2009/09/15:getmntent:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2009/09/15:getmntent_r:3:getmntent:3:
-○:LDP man-pages:3.51:2013/01/15:getnameinfo:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2008/08/19:getnetbyaddr:3:getnetent:3:
-＠:LDP man-pages:3.51:2010/09/10:getnetbyaddr_r:3:getnetent_r:3:
-＠:LDP man-pages:3.51:2008/08/19:getnetbyname:3:getnetent:3:
-＠:LDP man-pages:3.51:2010/09/10:getnetbyname_r:3:getnetent_r:3:
-â\97\8b:LDP man-pages:3.51:2008/08/19:getnetent:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2010/09/10:getnetent_r:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2007/07/26:getnetgrent:3:setnetgrent:3:
-＠:LDP man-pages:3.51:2007/07/26:getnetgrent_r:3:setnetgrent:3:
-â\97\8b:LDP man-pages:3.51:2010/11/01:getopt:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2010/11/01:getopt_long:3:getopt:3:
-＠:LDP man-pages:3.51:2010/11/01:getopt_long_only:3:getopt:3:
-â\97\8b:LDP man-pages:3.51:2013/03/15:getpass:3:2013/03/26::nakano@apm.seikei.ac.jp:NAKANO Takeo:
-＠:LDP man-pages:3.51:2008/08/19:getprotobyname:3:getprotoent:3:
-＠:LDP man-pages:3.51:2010/09/10:getprotobyname_r:3:getprotoent_r:3:
-＠:LDP man-pages:3.51:2008/08/19:getprotobynumber:3:getprotoent:3:
-＠:LDP man-pages:3.51:2010/09/10:getprotobynumber_r:3:getprotoent_r:3:
-â\97\8b:LDP man-pages:3.51:2008/08/19:getprotoent:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2010/09/10:getprotoent_r:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2010/09/10:getpt:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2010/10/21:getpw:3:2013/03/25::argrath@ub32.org:Kentaro Shirakata:
-â\97\8b:LDP man-pages:3.51:2010/10/21:getpwent:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2010/10/21:getpwent_r:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-â\97\8b:LDP man-pages:3.51:2012/04/23:getpwnam:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2012/04/23:getpwnam_r:3:getpwnam:3:
-＠:LDP man-pages:3.51:2012/04/23:getpwuid:3:getpwnam:3:
-＠:LDP man-pages:3.51:2012/04/23:getpwuid_r:3:getpwnam:3:
-＠:LDP man-pages:3.51:2008/08/19:getrpcbyname:3:getrpcent:3:
-＠:LDP man-pages:3.51:2010/09/10:getrpcbyname_r:3:getrpcent_r:3:
-＠:LDP man-pages:3.51:2008/08/19:getrpcbynumber:3:getrpcent:3:
-＠:LDP man-pages:3.51:2010/09/10:getrpcbynumber_r:3:getrpcent_r:3:
-â\97\8b:LDP man-pages:3.51:2008/08/19:getrpcent:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2010/09/10:getrpcent_r:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2007/12/23:getrpcport:3:2013/03/25::hanataka@abyss.rim.or.jp:HANATAKA Shinya:
-○:LDP man-pages:3.51:2012/01/18:gets:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2008/08/19:getservbyname:3:getservent:3:
-＠:LDP man-pages:3.51:2010/09/10:getservbyname_r:3:getservent_r:3:
-＠:LDP man-pages:3.51:2008/08/19:getservbyport:3:getservent:3:
-＠:LDP man-pages:3.51:2010/09/10:getservbyport_r:3:getservent_r:3:
-â\97\8b:LDP man-pages:3.51:2008/08/19:getservent:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2010/09/10:getservent_r:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2013/01/22:getspent:3:getspnam:3:
-＠:LDP man-pages:3.51:2013/01/22:getspent_r:3:getspnam:3:
-â\97\8b:LDP man-pages:3.51:2013/01/22:getspnam:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2013/01/22:getspnam_r:3:getspnam:3:
-○:LDP man-pages:3.51:2010/09/26:getsubopt:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-â\97\8b:LDP man-pages:3.51:2002/07/18:getttyent:3:2013/03/26::ysato444@yahoo.co.jp:Yuichi SATO:
-＠:LDP man-pages:3.51:2002/07/18:getttynam:3:getttyent:3:
-○:LDP man-pages:3.51:2010/09/10:getumask:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-â\97\8b:LDP man-pages:3.51:2007/07/26:getusershell:3:2013/03/25::ishioka@dad.eec.toshiba.co.jp:ISHIOKA Takashi:
-â\97\8b:LDP man-pages:3.51:2008/06/29:getutent:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2008/06/29:getutent_r:3:getutent:3:
-＠:LDP man-pages:3.51:2008/06/29:getutid:3:getutent:3:
-＠:LDP man-pages:3.51:2008/06/29:getutid_r:3:getutent:3:
-＠:LDP man-pages:3.51:2008/06/29:getutline:3:getutent:3:
-＠:LDP man-pages:3.51:2008/06/29:getutline_r:3:getutent:3:
-○:LDP man-pages:3.51:2010/09/10:getutmp:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2010/09/10:getutmpx:3:getutmp:3:
-＠:LDP man-pages:3.51:2008/06/29:getutxent:3:getutent:3:
-＠:LDP man-pages:3.51:2008/06/29:getutxid:3:getutent:3:
-＠:LDP man-pages:3.51:2008/06/29:getutxline:3:getutent:3:
-○:LDP man-pages:3.51:2010/09/26:getw:3:2013/03/25::argrath@ub32.org:Kentaro Shirakata:
-＠:LDP man-pages:3.51:1999/07/25:getwc:3:fgetwc:3:
-＠:LDP man-pages:3.51:2008/08/29:getwc_unlocked:3:unlocked_stdio:3:
-â\97\8b:LDP man-pages:3.51:1999/07/25:getwchar:3:2013/03/25::argrath@ub32.org:Kentaro Shirakata:
-＠:LDP man-pages:3.51:2008/08/29:getwchar_unlocked:3:unlocked_stdio:3:
-＠:LDP man-pages:3.51:2010/09/20:getwd:3:getcwd:3:
-â\97\8b:LDP man-pages:3.51:2007/10/10:glob:3:2013/03/25::argrath@ub32.org:Kentaro Shirakata:
-＠:LDP man-pages:3.51:2007/10/10:globfree:3:glob:3:
-＠:LDP man-pages:3.51:2010/02/25:gmtime:3:ctime:3:
-＠:LDP man-pages:3.51:2010/02/25:gmtime_r:3:ctime:3:
-＠:LDP man-pages:3.51:2012/05/10:gnu_dev_major:3:makedev:3:
-＠:LDP man-pages:3.51:2012/05/10:gnu_dev_makedev:3:makedev:3:
-＠:LDP man-pages:3.51:2012/05/10:gnu_dev_minor:3:makedev:3:
-＠:LDP man-pages:3.51:2012/08/26:gnu_get_libc_release:3:gnu_get_libc_version:3:
-○:LDP man-pages:3.51:2012/08/26:gnu_get_libc_version:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-â\97\8b:LDP man-pages:3.51:2008/06/14:grantpt:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2007/07/26:gsignal:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2010/10/04:h_errno:3:gethostbyname:3:
-○:LDP man-pages:3.51:2012/04/23:hash:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2009/09/15:hasmntopt:3:getmntent:3:
-＠:LDP man-pages:3.51:2011/09/10:hcreate:3:hsearch:3:
-＠:LDP man-pages:3.51:2011/09/10:hcreate_r:3:hsearch:3:
-＠:LDP man-pages:3.51:2011/09/10:hdestroy:3:hsearch:3:
-＠:LDP man-pages:3.51:2011/09/10:hdestroy_r:3:hsearch:3:
-＠:LDP man-pages:3.51:2010/10/04:herror:3:gethostbyname:3:
-â\97\8b:LDP man-pages:3.51:2011/09/10:hsearch:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2011/09/10:hsearch_r:3:hsearch:3:
-＠:LDP man-pages:3.51:2010/10/04:hstrerror:3:gethostbyname:3:
-＠:LDP man-pages:3.51:2010/09/10:htobe16:3:endian:3:
-＠:LDP man-pages:3.51:2010/09/10:htobe32:3:endian:3:
-＠:LDP man-pages:3.51:2010/09/10:htobe64:3:endian:3:
-＠:LDP man-pages:3.51:2010/09/10:htole16:3:endian:3:
-＠:LDP man-pages:3.51:2010/09/10:htole32:3:endian:3:
-＠:LDP man-pages:3.51:2010/09/10:htole64:3:endian:3:
-＠:LDP man-pages:3.51:2009/01/15:htonl:3:byteorder:3:
-＠:LDP man-pages:3.51:2009/01/15:htons:3:byteorder:3:
-○:LDP man-pages:3.51:2010/09/20:hypot:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2010/09/20:hypotf:3:hypot:3:
-＠:LDP man-pages:3.51:2010/09/20:hypotl:3:hypot:3:
-○:LDP man-pages:3.51:2012/05/10:iconv:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-â\97\8b:LDP man-pages:3.51:2008/08/11:iconv_close:3:2013/03/25::sato@complex.eng.hokudai.ac.jp:Yuichi SATO:
-â\97\8b:LDP man-pages:3.51:2008/08/11:iconv_open:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2012/11/21:if_freenameindex:3:if_nameindex:3:
-＠:LDP man-pages:3.51:2012/12/14:if_indextoname:3:if_nametoindex:3:
-○:LDP man-pages:3.51:2012/11/21:if_nameindex:3:2013/05/18::amotoki@gmail.com:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2012/12/14:if_nametoindex:3:2013/05/18::amotoki@gmail.com:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2010/09/20:ilogb:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2010/09/20:ilogbf:3:ilogb:3:
-＠:LDP man-pages:3.51:2010/09/20:ilogbl:3:ilogb:3:
-＠:LDP man-pages:3.51:2010/09/20:imaxabs:3:abs:3:
-＠:LDP man-pages:3.51:2012/04/17:imaxdiv:3:div:3:
-○:LDP man-pages:3.51:2011/09/21:index:3:2013/03/25::nishi@rpts.cl.nec.co.jp:HIROFUMI Nishizuka:
-○:LDP man-pages:3.51:2013/02/10:inet:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2013/02/10:inet_addr:3:inet:3:
-＠:LDP man-pages:3.51:2013/02/10:inet_aton:3:inet:3:
-＠:LDP man-pages:3.51:2013/02/10:inet_lnaof:3:inet:3:
-＠:LDP man-pages:3.51:2013/02/10:inet_makeaddr:3:inet_addr:3:
-＠:LDP man-pages:3.51:2013/02/10:inet_netof:3:inet:3:
-＠:LDP man-pages:3.51:2013/02/10:inet_network:3:inet:3:
-＠:LDP man-pages:3.51:2013/02/10:inet_ntoa:3:inet:3:
-○:LDP man-pages:3.51:2008/11/11:inet_ntop:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2008/06/18:inet_pton:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-â\97\8b:LDP man-pages:3.51:1993/06/02:infnan:3:2013/03/25::ysato444@yahoo.co.jp:Yuichi SATO:
-â\97\8b:LDP man-pages:3.51:2007/07/26:initgroups:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2010/09/20:initstate:3:random:3:
-＠:LDP man-pages:3.51:2008/03/07:initstate_r:3:random_r:3:
-＠:LDP man-pages:3.51:2007/07/26:innetgr:3:setnetgrent:3:
-○:LDP man-pages:3.51:2010/09/09:insque:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2010/11/11:intro:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2012/04/23:iruserok:3:rcmd:3:
-＠:LDP man-pages:3.51:2012/04/23:iruserok_af:3:rcmd:3:
-＠:LDP man-pages:3.51:2010/09/20:isalnum:3:isalpha:3:
-○:LDP man-pages:3.51:2010/09/20:isalpha:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2010/09/20:isascii:3:isalpha:3:
-○:LDP man-pages:3.51:2008/12/03:isatty:3:2013/03/25::nagoya@cc.hit-u.ac.jp:NAGOYA Hiroaki:
-＠:LDP man-pages:3.51:2010/09/20:isblank:3:isalpha:3:
-＠:LDP man-pages:3.51:2010/09/20:iscntrl:3:isalpha:3:
-＠:LDP man-pages:3.51:2010/09/20:isdigit:3:isalpha:3:
-＠:LDP man-pages:3.51:2010/09/20:isfinite:3:fpclassify:3:
-＠:LDP man-pages:3.51:2010/09/20:isgraph:3:isalpha:3:
-â\97\8b:LDP man-pages:3.51:2012/05/06:isgreater:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2012/05/06:isgreaterequal:3:isgreater:3:
-＠:LDP man-pages:3.51:2010/09/20:isinf:3:fpclassify:3:
-＠:LDP man-pages:3.51:2008/08/05:isinff:3:finite:3:
-＠:LDP man-pages:3.51:2008/08/05:isinfl:3:finite:3:
-＠:LDP man-pages:3.51:2012/05/06:isless:3:isgreater:3:
-＠:LDP man-pages:3.51:2012/05/06:islessequal:3:isgreater:3:
-＠:LDP man-pages:3.51:2012/05/06:islessgreater:3:isgreater:3:
-＠:LDP man-pages:3.51:2010/09/20:islower:3:isalpha:3:
-＠:LDP man-pages:3.51:2010/09/20:isnan:3:fpclassify:3:
-＠:LDP man-pages:3.51:2008/08/05:isnanf:3:finite:3:
-＠:LDP man-pages:3.51:2008/08/05:isnanl:3:finite:3:
-＠:LDP man-pages:3.51:2010/09/20:isnormal:3:fpclassify:3:
-＠:LDP man-pages:3.51:2010/09/20:isprint:3:isalpha:3:
-＠:LDP man-pages:3.51:2010/09/20:ispunct:3:isalpha:3:
-＠:LDP man-pages:3.51:2010/09/20:isspace:3:isalpha:3:
-＠:LDP man-pages:3.51:2012/05/06:isunordered:3:isgreater:3:
-＠:LDP man-pages:3.51:2010/09/20:isupper:3:isalpha:3:
-â\97\8b:LDP man-pages:3.51:1999/07/25:iswalnum:3:2013/03/25::argrath@ub32.org:Kentaro Shirakata:
-â\97\8b:LDP man-pages:3.51:1999/07/25:iswalpha:3:2013/03/25::argrath@ub32.org:Kentaro Shirakata:
-○:LDP man-pages:3.51:2010/09/20:iswblank:3:2013/03/25::argrath@ub32.org:Kentaro Shirakata:
-â\97\8b:LDP man-pages:3.51:1999/07/25:iswcntrl:3:2013/03/25::fujiwara@linux.or.jp:FUJIWARA Teruyoshi:
-â\97\8b:LDP man-pages:3.51:1999/07/25:iswctype:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-â\97\8b:LDP man-pages:3.51:1999/07/25:iswdigit:3:2013/03/25::argrath@ub32.org:Kentaro Shirakata:
-â\97\8b:LDP man-pages:3.51:1999/07/25:iswgraph:3:2013/03/25::argrath@ub32.org:Kentaro Shirakata:
-â\97\8b:LDP man-pages:3.51:1999/07/25:iswlower:3:2013/03/25::argrath@ub32.org:Kentaro Shirakata:
-â\97\8b:LDP man-pages:3.51:1999/07/25:iswprint:3:2013/03/25::fujiwara@linux.or.jp:FUJIWARA Teruyoshi:
-â\97\8b:LDP man-pages:3.51:1999/07/25:iswpunct:3:2013/03/25::argrath@ub32.org:Kentaro Shirakata:
-â\97\8b:LDP man-pages:3.51:1999/07/25:iswspace:3:2013/03/25::argrath@ub32.org:Kentaro Shirakata:
-â\97\8b:LDP man-pages:3.51:1999/07/25:iswupper:3:2013/03/25::argrath@ub32.org:Kentaro Shirakata:
-â\97\8b:LDP man-pages:3.51:1999/07/25:iswxdigit:3:2013/03/25::argrath@ub32.org:Kentaro Shirakata:
-＠:LDP man-pages:3.51:2010/09/20:isxdigit:3:isalpha:3:
-â\97\8b:LDP man-pages:3.51:2010/09/20:j0:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2010/09/20:j0f:3:j0:3:
-＠:LDP man-pages:3.51:2010/09/20:j0l:3:j0:3:
-＠:LDP man-pages:3.51:2010/09/20:j1:3:j0:3:
-＠:LDP man-pages:3.51:2010/09/20:j1f:3:j0:3:
-＠:LDP man-pages:3.51:2010/09/20:j1l:3:j0:3:
-＠:LDP man-pages:3.51:2010/09/20:jn:3:j0:3:
-＠:LDP man-pages:3.51:2010/09/20:jnf:3:j0:3:
-＠:LDP man-pages:3.51:2010/09/20:jnl:3:j0:3:
-＠:LDP man-pages:3.51:2007/07/26:jrand48:3:drand48:3:
-＠:LDP man-pages:3.51:2007/07/26:jrand48_r:3:drand48_r:3:
-＠:LDP man-pages:3.51:2002/07/18:key_decryptsession:3:key_setsecret:3:
-＠:LDP man-pages:3.51:2002/07/18:key_encryptsession:3:key_setsecret:3:
-＠:LDP man-pages:3.51:2002/07/18:key_gendes:3:key_setsecret:3:
-＠:LDP man-pages:3.51:2002/07/18:key_secretkey_is_set:3:key_setsecret:3:
-○:LDP man-pages:3.51:2002/07/18:key_setsecret:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2012/11/29:klogctl:3:syslog:2:
-＠:LDP man-pages:3.51:2010/09/20:l64a:3:a64l:3:
-＠:LDP man-pages:3.51:2010/09/20:labs:3:abs:3:
-＠:LDP man-pages:3.51:2013/01/22:lckpwdf:3:getspnam:3:
-＠:LDP man-pages:3.51:2007/07/26:lcong48:3:drand48:3:
-＠:LDP man-pages:3.51:2007/07/26:lcong48_r:3:drand48_r:3:
-○:LDP man-pages:3.51:2010/09/20:ldexp:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2010/09/20:ldexpf:3:ldexp:3:
-＠:LDP man-pages:3.51:2010/09/20:ldexpl:3:ldexp:3:
-＠:LDP man-pages:3.51:2012/04/17:ldiv:3:div:3:
-＠:LDP man-pages:3.51:2010/09/10:le16toh:3:endian:3:
-＠:LDP man-pages:3.51:2010/09/10:le32toh:3:endian:3:
-＠:LDP man-pages:3.51:2010/09/10:le64toh:3:endian:3:
-＠:LDP man-pages:3.51:1999/09/27:lfind:3:lsearch:3:
-â\97\8b:LDP man-pages:3.51:2010/09/11:lgamma:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2010/09/11:lgamma_r:3:lgamma:3:
-＠:LDP man-pages:3.51:2010/09/11:lgammaf:3:lgamma:3:
-＠:LDP man-pages:3.51:2010/09/11:lgammaf_r:3:lgamma:3:
-＠:LDP man-pages:3.51:2010/09/11:lgammal:3:lgamma:3:
-＠:LDP man-pages:3.51:2010/09/11:lgammal_r:3:lgamma:3:
-○:LDP man-pages:3.51:2012/05/08:lio_listio:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2010/09/20:llabs:3:abs:3:
-＠:LDP man-pages:3.51:2012/04/17:lldiv:3:div:3:
-＠:LDP man-pages:3.51:2010/09/20:llrint:3:lrint:3:
-＠:LDP man-pages:3.51:2010/09/20:llrintf:3:lrint:3:
-＠:LDP man-pages:3.51:2010/09/20:llrintl:3:lrint:3:
-＠:LDP man-pages:3.51:2010/09/20:llround:3:lround:3:
-＠:LDP man-pages:3.51:2010/09/20:llroundf:3:lround:3:
-＠:LDP man-pages:3.51:2010/09/20:llroundl:3:lround:3:
-â\97\8b:LDP man-pages:3.51:1993/04/25:localeconv:3:2013/03/25::tyoshino@eng.toyo.ac.jp:Takashi Yoshino:
-＠:LDP man-pages:3.51:2010/02/25:localtime:3:ctime:3:
-＠:LDP man-pages:3.51:2010/02/25:localtime_r:3:ctime:3:
-○:LDP man-pages:3.51:2012/07/07:lockf:3:2013/03/26::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-â\97\8b:LDP man-pages:3.51:2010/09/20:log:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-â\97\8b:LDP man-pages:3.51:2010/09/20:log10:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2010/09/20:log10f:3:log10:3:
-＠:LDP man-pages:3.51:2010/09/20:log10l:3:log10:3:
-â\97\8b:LDP man-pages:3.51:2010/09/20:log1p:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2010/09/20:log1pf:3:log1p:3:
-＠:LDP man-pages:3.51:2010/09/20:log1pl:3:log1p:3:
-â\97\8b:LDP man-pages:3.51:2010/09/12:log2:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2010/09/12:log2f:3:log2:3:
-＠:LDP man-pages:3.51:2010/09/12:log2l:3:log2:3:
-○:LDP man-pages:3.51:2010/09/20:logb:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2010/09/20:logbf:3:logb:3:
-＠:LDP man-pages:3.51:2010/09/20:logbl:3:logb:3:
-＠:LDP man-pages:3.51:2010/09/20:logf:3:log:3:
-â\97\8b:LDP man-pages:3.51:2004/05/06:login:3:2013/03/25::ysato444@yahoo.co.jp:Yuichi SATO:
-＠:LDP man-pages:3.51:2010/06/13:login_tty:3:openpty:3:
-＠:LDP man-pages:3.51:2010/09/20:logl:3:log:3:
-＠:LDP man-pages:3.51:2004/05/06:logout:3:login:3:
-＠:LDP man-pages:3.51:2008/07/02:logwtmp:3:updwtmp:3:
-â\97\8b:LDP man-pages:3.51:2009/01/13:longjmp:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2007/07/26:lrand48:3:drand48:3:
-＠:LDP man-pages:3.51:2007/07/26:lrand48_r:3:drand48_r:3:
-○:LDP man-pages:3.51:2010/09/20:lrint:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2010/09/20:lrintf:3:lrint:3:
-＠:LDP man-pages:3.51:2010/09/20:lrintl:3:lrint:3:
-○:LDP man-pages:3.51:2010/09/20:lround:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2010/09/20:lroundf:3:lround:3:
-＠:LDP man-pages:3.51:2010/09/20:lroundl:3:lround:3:
-â\97\8b:LDP man-pages:3.51:1999/09/27:lsearch:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2004/12/11:lseek64:3:2013/03/25::ysato444@yahoo.co.jp:Yuichi SATO:
-＠:LDP man-pages:3.51:2013/03/15:lutimes:3:futimes:3:
-＠:LDP man-pages:3.51:2012/05/10:major:3:makedev:3:
-○:LDP man-pages:3.51:2013/02/12:makecontext:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2012/05/10:makedev:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-×:LDP man-pages:3.51:2012/05/06:mallinfo:3:::::
-○:LDP man-pages:3.51:2012/05/10:malloc:3:2013/03/26::amotoki@gmail.com:Akihiro MOTOKI:
-×:LDP man-pages:3.51:2012/05/04:malloc_get_state:3:::::
-○:LDP man-pages:3.51:2010/10/13:malloc_hook:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-×:LDP man-pages:3.51:2012/04/28:malloc_info:3:::::
-※:LDP man-pages:3.51:2012/05/04:malloc_set_state:3:malloc_get_state:3:
-○:LDP man-pages:3.51:2012/05/06:malloc_stats:3:2013/05/06::amotoki@gmail.com:Akihiro MOTOKI:
-×:LDP man-pages:3.51:2012/03/29:malloc_trim:3:::::
-×:LDP man-pages:3.51:2012/03/29:malloc_usable_size:3:::::
-×:LDP man-pages:3.51:2012/04/30:mallopt:3:::::
-○:LDP man-pages:3.51:2010/09/10:matherr:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-â\97\8b:LDP man-pages:3.51:1999/07/25:mblen:3:2013/03/25::hanataka@abyss.rim.or.jp:HANATAKA Shinya:
-â\97\8b:LDP man-pages:3.51:1999/07/25:mbrlen:3:2013/03/25::hanataka@abyss.rim.or.jp:HANATAKA Shinya:
-â\97\8b:LDP man-pages:3.51:2011/09/28:mbrtowc:3:2013/03/25::argrath@ub32.org:Kentaro Shirakata:
-â\97\8b:LDP man-pages:3.51:2000/11/20:mbsinit:3:2013/03/25::hanataka@abyss.rim.or.jp:HANATAKA Shinya:
-â\97\8b:LDP man-pages:3.51:2011/10/01:mbsnrtowcs:3:2013/03/25::hanataka@abyss.rim.or.jp:HANATAKA Shinya:
-â\97\8b:LDP man-pages:3.51:2011/09/28:mbsrtowcs:3:2013/03/25::hanataka@abyss.rim.or.jp:HANATAKA Shinya:
-â\97\8b:LDP man-pages:3.51:2011/09/28:mbstowcs:3:2013/03/25::hanataka@abyss.rim.or.jp:HANATAKA Shinya:
-â\97\8b:LDP man-pages:3.51:2011/09/28:mbtowc:3:2013/03/25::hanataka@abyss.rim.or.jp:HANATAKA Shinya:
-×:LDP man-pages:3.51:2012/04/18:mcheck:3:::::
-※:LDP man-pages:3.51:2012/04/18:mcheck_check_all:3:mcheck:3:
-※:LDP man-pages:3.51:2012/04/18:mcheck_pedantic:3:mcheck:3:
-＠:LDP man-pages:3.51:2012/03/23:memalign:3:posix_memalign:3:
-â\97\8b:LDP man-pages:3.51:2009/01/13:memccpy:3:2013/03/25::tyoshino@eng.toyo.ac.jp:Takashi Yoshino:
-○:LDP man-pages:3.51:2012/04/23:memchr:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2012/11/25:memcmp:3:2013/03/25::nishi@rpts.cl.nec.co.jp:HIROFUMI Nishizuka:
-○:LDP man-pages:3.51:2010/11/15:memcpy:3:2013/03/25::tyoshino@eng.toyo.ac.jp:Takashi Yoshino:
-○:LDP man-pages:3.51:2010/09/10:memfrob:3:2013/03/25::ishikawa@linux.or.jp:ISHIKAWA Mutsumi:
-â\97\8b:LDP man-pages:3.51:2008/12/05:memmem:3:2013/03/25::tyoshino@eng.toyo.ac.jp:Takashi Yoshino:
-â\97\8b:LDP man-pages:3.51:1993/04/10:memmove:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-â\97\8b:LDP man-pages:3.51:2008/08/12:mempcpy:3:2013/03/25::ysato444@yahoo.co.jp:Yuichi SATO:
-＠:LDP man-pages:3.51:2012/04/23:memrchr:3:memchr:3:
-â\97\8b:LDP man-pages:3.51:1993/04/11:memset:3:2013/03/25::tyoshino@eng.toyo.ac.jp:Takashi Yoshino:
-＠:LDP man-pages:3.51:2012/05/10:minor:3:makedev:3:
-○:LDP man-pages:3.51:2010/09/26:mkdtemp:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2013/01/27:mkfifo:3:2013/03/25::argrath@ub32.org:Kentaro Shirakata:
-○:LDP man-pages:3.51:2009/12/13:mkfifoat:3:2013/03/25::ysato444@yahoo.co.jp:Yuichi SATO:
-＠:LDP man-pages:3.51:2012/12/21:mkostemp:3:mkstemp:3:
-＠:LDP man-pages:3.51:2012/12/21:mkostemps:3:mkstemp:3:
-○:LDP man-pages:3.51:2012/12/21:mkstemp:3:2013/03/26::amotoki@gmail.com:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2012/12/21:mkstemps:3:mkstemp:3:
-â\97\8b:LDP man-pages:3.51:2010/09/20:mktemp:3:2013/03/25::tanisako@osa.dec.com:Kazuyuki Tanisako:
-＠:LDP man-pages:3.51:2010/02/25:mktime:3:ctime:3:
-＠:LDP man-pages:3.51:2013/04/17:mmap64:3:mmap:2:
-â\97\8b:LDP man-pages:3.51:2010/09/20:modf:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2010/09/20:modff:3:modf:3:
-＠:LDP man-pages:3.51:2010/09/20:modfl:3:modf:3:
-○:LDP man-pages:3.51:2012/04/26:mpool:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-※:LDP man-pages:3.51:2012/04/18:mprobe:3:mcheck:3:
-○:LDP man-pages:3.51:2010/08/29:mq_close:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2010/08/29:mq_getattr:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2010/10/04:mq_notify:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2009/02/20:mq_open:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2010/09/20:mq_receive:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2010/09/20:mq_send:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2010/08/29:mq_setattr:3:mq_getattr:3:
-＠:LDP man-pages:3.51:2010/09/20:mq_timedreceive:3:mq_receive:3:
-＠:LDP man-pages:3.51:2010/09/20:mq_timedsend:3:mq_send:3:
-○:LDP man-pages:3.51:2010/08/29:mq_unlink:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2007/07/26:mrand48:3:drand48:3:
-＠:LDP man-pages:3.51:2007/07/26:mrand48_r:3:drand48_r:3:
-×:LDP man-pages:3.51:2012/04/18:mtrace:3:::::
-※:LDP man-pages:3.51:2012/04/18:muntrace:3:mtrace:3:
-○:LDP man-pages:3.51:2010/09/20:nan:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2010/09/20:nanf:3:nan:3:
-＠:LDP man-pages:3.51:2010/09/20:nanl:3:nan:3:
-＠:LDP man-pages:3.51:2010/09/20:nearbyint:3:rint:3:
-＠:LDP man-pages:3.51:2010/09/20:nearbyintf:3:rint:3:
-＠:LDP man-pages:3.51:2010/09/20:nearbyintl:3:rint:3:
-○:LDP man-pages:3.51:2012/08/05:netlink:3:2013/03/25::nakano@apm.seikei.ac.jp:NAKANO Takeo:
-â\97\8b:LDP man-pages:3.51:2010/09/20:nextafter:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2010/09/20:nextafterf:3:nextafter:3:
-＠:LDP man-pages:3.51:2010/09/20:nextafterl:3:nextafter:3:
-＠:LDP man-pages:3.51:2010/09/20:nexttoward:3:nextafter:3:
-＠:LDP man-pages:3.51:2010/09/20:nexttowardf:3:nextafter:3:
-＠:LDP man-pages:3.51:2010/09/20:nexttowardl:3:nextafter:3:
-＠:LDP man-pages:3.51:2010/09/20:nftw:3:ftw:3:
-○:LDP man-pages:3.51:2010/10/03:nl_langinfo:3:2013/03/25::KY4N-UCD@asahi-net.or.jp:UCHIDA Norihiro:
-＠:LDP man-pages:3.51:2007/07/26:nrand48:3:drand48:3:
-＠:LDP man-pages:3.51:2007/07/26:nrand48_r:3:drand48_r:3:
-＠:LDP man-pages:3.51:2009/01/15:ntohl:3:byteorder:3:
-＠:LDP man-pages:3.51:2009/01/15:ntohs:3:byteorder:3:
-â\97\8b:LDP man-pages:3.51:2008/07/12:offsetof:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-â\97\8b:LDP man-pages:3.51:2008/12/05:on_exit:3:2013/03/25:o:amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2012/04/28:open_memstream:3:fmemopen:3:
-＠:LDP man-pages:3.51:2012/04/28:open_wmemstream:3:fmemopen:3:
-○:LDP man-pages:3.51:2010/06/20:opendir:3:2013/03/25:o:amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2012/08/17:openlog:3:syslog:3:
-○:LDP man-pages:3.51:2010/06/13:openpty:3:2013/03/26::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2010/11/01:optarg:3:getopt:3:
-＠:LDP man-pages:3.51:2010/11/01:opterr:3:getopt:3:
-＠:LDP man-pages:3.51:2010/11/01:optind:3:getopt:3:
-＠:LDP man-pages:3.51:2010/11/01:optopt:3:getopt:3:
-＠:LDP man-pages:3.51:2003/04/04:passwd2des:3:xcrypt:3:
-＠:LDP man-pages:3.51:1993/04/04:pathconf:3:fpathconf:3:
-＠:LDP man-pages:3.51:2010/02/03:pclose:3:popen:3:
-○:LDP man-pages:3.51:2012/04/17:perror:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2008/07/17:pmap_getmaps:3:rpc:3:
-＠:LDP man-pages:3.51:2008/07/17:pmap_getport:3:rpc:3:
-＠:LDP man-pages:3.51:2008/07/17:pmap_rmtcall:3:rpc:3:
-＠:LDP man-pages:3.51:2008/07/17:pmap_set:3:rpc:3:
-＠:LDP man-pages:3.51:2008/07/17:pmap_unset:3:rpc:3:
-â\97\8b:LDP man-pages:3.51:2010/02/03:popen:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2013/02/12:posix_fallocate:3:2013/03/25::ysato444@yahoo.co.jp:Yuichi SATO:
-â\97\8b:LDP man-pages:3.51:2012/03/23:posix_memalign:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2012/04/20:posix_openpt:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-â\97\8b:LDP man-pages:3.51:2010/09/12:pow:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-â\97\8b:LDP man-pages:3.51:2008/08/11:pow10:3:2013/03/25::ysato444@yahoo.co.jp:Yuichi SATO:
-＠:LDP man-pages:3.51:2008/08/11:pow10f:3:pow10:3:
-＠:LDP man-pages:3.51:2008/08/11:pow10l:3:pow10:3:
-＠:LDP man-pages:3.51:2010/09/12:powf:3:pow:3:
-＠:LDP man-pages:3.51:2010/09/12:powl:3:pow:3:
-â\97\8b:LDP man-pages:3.51:2013/03/05:printf:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-â\97\8b:LDP man-pages:3.51:2007/07/26:profil:3:2013/03/25::ysato444@yahoo.co.jp:Yuichi SATO:
-○:LDP man-pages:3.51:2006/04/29:program_invocation_name:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2006/04/29:program_invocation_short_name:3:program_invocation_name:3:
-＠:LDP man-pages:3.51:2010/10/06:psiginfo:3:psignal:3:
-○:LDP man-pages:3.51:2010/10/06:psignal:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2008/11/11:pthread_attr_destroy:3:pthread_attr_init:3:
-＠:LDP man-pages:3.51:2010/09/10:pthread_attr_getaffinity_np:3:pthread_attr_setaffinity_np:3:
-＠:LDP man-pages:3.51:2010/02/03:pthread_attr_getdetachstate:3:pthread_attr_setdetachstate:3:
-＠:LDP man-pages:3.51:2008/10/24:pthread_attr_getguardsize:3:pthread_attr_setguardsize:3:
-＠:LDP man-pages:3.51:2012/03/15:pthread_attr_getinheritsched:3:pthread_attr_setinheritsched:3:
-＠:LDP man-pages:3.51:2012/03/15:pthread_attr_getschedparam:3:pthread_attr_setschedparam:3:
-＠:LDP man-pages:3.51:2010/02/03:pthread_attr_getschedpolicy:3:pthread_attr_setschedpolicy:3:
-＠:LDP man-pages:3.51:2008/10/24:pthread_attr_getscope:3:pthread_attr_setscope:3:
-＠:LDP man-pages:3.51:2008/10/24:pthread_attr_getstack:3:pthread_attr_setstack:3:
-＠:LDP man-pages:3.51:2008/10/24:pthread_attr_getstackaddr:3:pthread_attr_setstackaddr:3:
-＠:LDP man-pages:3.51:2012/03/15:pthread_attr_getstacksize:3:pthread_attr_setstacksize:3:
-○:LDP man-pages:3.51:2008/11/11:pthread_attr_init:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2010/09/10:pthread_attr_setaffinity_np:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2010/02/03:pthread_attr_setdetachstate:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2008/10/24:pthread_attr_setguardsize:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-â\97\8b:LDP man-pages:3.51:2012/03/15:pthread_attr_setinheritsched:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-â\97\8b:LDP man-pages:3.51:2012/03/15:pthread_attr_setschedparam:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-â\97\8b:LDP man-pages:3.51:2010/02/03:pthread_attr_setschedpolicy:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-â\97\8b:LDP man-pages:3.51:2008/10/24:pthread_attr_setscope:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2008/10/24:pthread_attr_setstack:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2008/10/24:pthread_attr_setstackaddr:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2012/03/15:pthread_attr_setstacksize:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-â\97\8b:LDP man-pages:3.51:2008/11/17:pthread_cancel:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2008/11/24:pthread_cleanup_pop:3:pthread_cleanup_push:3:
-＠:LDP man-pages:3.51:2008/12/04:pthread_cleanup_pop_restore_np:3:pthread_cleanup_push_defer_np:3:
-â\97\8b:LDP man-pages:3.51:2008/11/24:pthread_cleanup_push:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2008/12/04:pthread_cleanup_push_defer_np:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-â\97\8b:LDP man-pages:3.51:2012/08/03:pthread_create:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2008/11/27:pthread_detach:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2009/03/30:pthread_equal:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2009/03/30:pthread_exit:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2010/09/10:pthread_getaffinity_np:3:pthread_setaffinity_np:3:
-○:LDP man-pages:3.51:2010/09/10:pthread_getattr_np:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2009/04/10:pthread_getconcurrency:3:pthread_setconcurrency:3:
-○:LDP man-pages:3.51:2009/02/08:pthread_getcpuclockid:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-※:LDP man-pages:3.51:2013/04/02:pthread_getname_np:3:pthread_setname_np:3:
-＠:LDP man-pages:3.51:2008/11/17:pthread_getschedparam:3:pthread_setschedparam:3:
-○:LDP man-pages:3.51:2008/11/27:pthread_join:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2012/08/19:pthread_kill:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2010/09/09:pthread_kill_other_threads_np:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2008/10/24:pthread_self:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2010/09/10:pthread_setaffinity_np:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2008/11/24:pthread_setcancelstate:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2008/11/24:pthread_setcanceltype:3:pthread_setcancelstate:3:
-○:LDP man-pages:3.51:2009/04/10:pthread_setconcurrency:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-â\97\8b:LDP man-pages:3.51:2013/04/02:pthread_setname_np:3:2013/05/05::amotoki@gmail.com:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2008/11/17:pthread_setschedparam:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2008/11/06:pthread_setschedprio:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2012/08/03:pthread_sigmask:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2012/08/19:pthread_sigqueue:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2012/04/14:pthread_testcancel:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2010/09/10:pthread_timedjoin_np:3:pthread_tryjoin_np:3:
-○:LDP man-pages:3.51:2010/09/10:pthread_tryjoin_np:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2013/03/05:pthread_yield:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-â\97\8b:LDP man-pages:3.51:2008/09/03:ptsname:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2008/09/03:ptsname_r:3:ptsname:3:
-＠:LDP man-pages:3.51:2011/09/28:putc:3:puts:3:
-＠:LDP man-pages:3.51:2008/08/29:putc_unlocked:3:unlocked_stdio:3:
-＠:LDP man-pages:3.51:2011/09/28:putchar:3:puts:3:
-＠:LDP man-pages:3.51:2008/08/29:putchar_unlocked:3:unlocked_stdio:3:
-â\97\8b:LDP man-pages:3.51:2007/07/26:putenv:3:2013/03/25::argrath@ub32.org:Kentaro Shirakata:
-â\97\8b:LDP man-pages:3.51:2003/09/09:putgrent:3:2013/03/25::ysato444@yahoo.co.jp:Yuichi SATO:
-â\97\8b:LDP man-pages:3.51:2007/07/26:putpwent:3:2013/03/25::nishi@rpts.cl.nec.co.jp:HIROFUMI Nishizuka:
-○:LDP man-pages:3.51:2011/09/28:puts:3:2013/03/25::argrath@ub32.org:Kentaro Shirakata:
-＠:LDP man-pages:3.51:2013/01/22:putspent:3:getspnam:3:
-＠:LDP man-pages:3.51:2008/06/29:pututline:3:getutent:3:
-＠:LDP man-pages:3.51:2008/06/29:pututxline:3:getutent:3:
-＠:LDP man-pages:3.51:2010/09/26:putw:3:getw:3:
-＠:LDP man-pages:3.51:1999/07/25:putwc:3:fputwc:3:
-＠:LDP man-pages:3.51:2008/08/29:putwc_unlocked:3:unlocked_stdio:3:
-â\97\8b:LDP man-pages:3.51:1999/07/25:putwchar:3:2013/03/25::argrath@ub32.org:Kentaro Shirakata:
-＠:LDP man-pages:3.51:2008/08/29:putwchar_unlocked:3:unlocked_stdio:3:
-＠:LDP man-pages:3.51:2012/03/23:pvalloc:3:posix_memalign:3:
-â\97\8b:LDP man-pages:3.51:2010/09/20:qecvt:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2007/07/26:qecvt_r:3:ecvt_r:3:
-＠:LDP man-pages:3.51:2010/09/20:qfcvt:3:qecvt:3:
-＠:LDP man-pages:3.51:2007/07/26:qfcvt_r:3:ecvt_r:3:
-＠:LDP man-pages:3.51:2010/09/20:qgcvt:3:qecvt:3:
-○:LDP man-pages:3.51:2012/03/08:qsort:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2012/03/08:qsort_r:3:qsort:3:
-○:LDP man-pages:3.51:2007/12/28:queue:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2012/04/20:raise:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2010/10/01:rand:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2010/10/01:rand_r:3:rand:3:
-â\97\8b:LDP man-pages:3.51:2010/09/20:random:3:2013/03/25::tyoshino@eng.toyo.ac.jp:YOSHINO Takashi:
-â\97\8b:LDP man-pages:3.51:2008/03/07:random_r:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2012/04/23:rawmemchr:3:memchr:3:
-○:LDP man-pages:3.51:2012/04/23:rcmd:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2012/04/23:rcmd_af:3:rcmd:3:
-â\97\8b:LDP man-pages:3.51:1995/07/14:re_comp:3:2013/03/25::nishi@rpts.cl.nec.co.jp:HIROFUMI Nishizuka:
-＠:LDP man-pages:3.51:1995/07/14:re_exec:3:re_comp:3:
-â\97\8b:LDP man-pages:3.51:2013/03/24:readdir:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2013/03/24:readdir_r:3:readdir:3:
-＠:LDP man-pages:3.51:2012/05/10:realloc:3:malloc:3:
-○:LDP man-pages:3.51:2013/03/15:realpath:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2012/04/23:recno:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2013/02/11:regcomp:3:regex:3:
-＠:LDP man-pages:3.51:2013/02/11:regerror:3:regex:3:
-â\97\8b:LDP man-pages:3.51:2013/02/11:regex:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2013/02/11:regexec:3:regex:3:
-＠:LDP man-pages:3.51:2013/02/11:regfree:3:regex:3:
-＠:LDP man-pages:3.51:2008/07/17:registerrpc:3:rpc:3:
-○:LDP man-pages:3.51:2010/09/20:remainder:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2010/09/20:remainderf:3:remainder:3:
-＠:LDP man-pages:3.51:2010/09/20:remainderl:3:remainder:3:
-○:LDP man-pages:3.51:2008/12/03:remove:3:2013/03/25::argrath@ub32.org:Kentaro Shirakata:
-＠:LDP man-pages:3.51:2010/09/09:remque:3:insque:3:
-○:LDP man-pages:3.51:2010/09/20:remquo:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2010/09/20:remquof:3:remquo:3:
-＠:LDP man-pages:3.51:2010/09/20:remquol:3:remquo:3:
-＠:LDP man-pages:3.51:2013/03/05:res_init:3:resolver:3:
-＠:LDP man-pages:3.51:2013/03/05:res_mkquery:3:resolver:3:
-＠:LDP man-pages:3.51:2013/03/05:res_query:3:resolver:3:
-＠:LDP man-pages:3.51:2013/03/05:res_querydomain:3:resolver:3:
-＠:LDP man-pages:3.51:2013/03/05:res_search:3:resolver:3:
-＠:LDP man-pages:3.51:2013/03/05:res_send:3:resolver:3:
-○:LDP man-pages:3.51:2013/03/05:resolver:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:1993/11/29:rewind:3:fseek:3:
-â\97\8b:LDP man-pages:3.51:1995/06/11:rewinddir:3:2013/03/25::nishi@rpts.cl.nec.co.jp:HIROFUMI Nishizuka:
-â\97\8b:LDP man-pages:3.51:2012/04/23:rexec:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2012/04/23:rexec_af:3:rexec:3:
-＠:LDP man-pages:3.51:2011/09/21:rindex:3:index:3:
-â\97\8b:LDP man-pages:3.51:2010/09/20:rint:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2010/09/20:rintf:3:rint:3:
-＠:LDP man-pages:3.51:2010/09/20:rintl:3:rint:3:
-â\97\8b:LDP man-pages:3.51:2010/09/20:round:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2010/09/20:roundf:3:round:3:
-＠:LDP man-pages:3.51:2010/09/20:roundl:3:round:3:
-â\97\8b:LDP man-pages:3.51:2008/07/17:rpc:3:2013/03/25::ysato@h4.dion.ne.jp:Yuichi SATO:
-â\97\8b:LDP man-pages:3.51:2007/07/26:rpmatch:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2012/04/23:rresvport:3:rcmd:3:
-＠:LDP man-pages:3.51:2012/04/23:rresvport_af:3:rcmd:3:
-○:LDP man-pages:3.51:2012/08/03:rtime:3:2013/03/25::ysato444@yahoo.co.jp:Yuichi SATO:
-○:LDP man-pages:3.51:2012/03/24:rtnetlink:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2012/04/23:ruserok:3:rcmd:3:
-＠:LDP man-pages:3.51:2012/04/23:ruserok_af:3:rcmd:3:
-â\97\8b:LDP man-pages:3.51:2013/03/23:scalb:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2013/03/23:scalbf:3:scalb:3:
-＠:LDP man-pages:3.51:2013/03/23:scalbl:3:scalb:3:
-â\97\8b:LDP man-pages:3.51:2010/09/20:scalbln:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2010/09/20:scalblnf:3:scalbln:3:
-＠:LDP man-pages:3.51:2010/09/20:scalblnl:3:scalbln:3:
-＠:LDP man-pages:3.51:2010/09/20:scalbn:3:scalbln:3:
-＠:LDP man-pages:3.51:2010/09/20:scalbnf:3:scalbln:3:
-＠:LDP man-pages:3.51:2010/09/20:scalbnl:3:scalbln:3:
-â\97\8b:LDP man-pages:3.51:2012/04/26:scandir:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2012/03/17:scandirat:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-â\97\8b:LDP man-pages:3.51:2013/01/30:scanf:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2013/04/17:sched_getcpu:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2012/08/14:secure_getenv:3:getenv:3:
-＠:LDP man-pages:3.51:2007/07/26:seed48:3:drand48:3:
-＠:LDP man-pages:3.51:2007/07/26:seed48_r:3:drand48_r:3:
-○:LDP man-pages:3.51:2013/03/24:seekdir:3:2013/03/25::nishi@rpts.cl.nec.co.jp:HIROFUMI Nishizuka:
-○:LDP man-pages:3.51:2012/05/13:sem_close:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2012/05/13:sem_destroy:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2012/05/13:sem_getvalue:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2012/05/13:sem_init:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2012/05/13:sem_open:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2012/05/13:sem_post:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2012/05/13:sem_timedwait:3:sem_wait:3:
-＠:LDP man-pages:3.51:2012/05/13:sem_trywait:3:sem_wait:3:
-○:LDP man-pages:3.51:2012/05/13:sem_unlink:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2012/05/13:sem_wait:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-â\97\8b:LDP man-pages:3.51:2003/09/09:setaliasent:3:2013/03/25::ysato444@yahoo.co.jp:Yuichi SATO:
-○:LDP man-pages:3.51:2012/08/03:setbuf:3:2013/03/25::ysato@h4.dion.ne.jp:Yuichi SATO:
-＠:LDP man-pages:3.51:2012/08/03:setbuffer:3:setbuf:3:
-※:LDP man-pages:3.51:2009/03/15:setcontext:3:getcontext:3:
-â\97\8b:LDP man-pages:3.51:2009/09/20:setenv:3:2013/03/25::ysato444@yahoo.co.jp:Yuichi SATO:
-＠:LDP man-pages:3.51:2002/02/28:setfsent:3:getfsent:3:
-＠:LDP man-pages:3.51:2010/10/21:setgrent:3:getgrent:3:
-＠:LDP man-pages:3.51:2010/10/04:sethostent:3:gethostbyname:3:
-＠:LDP man-pages:3.51:2010/09/20:sethostid:3:gethostid:3:
-â\97\8b:LDP man-pages:3.51:2009/06/26:setjmp:3:2013/03/25::argrath@ub32.org:Kentaro Shirakata:
-＠:LDP man-pages:3.51:2003/04/04:setkey:3:encrypt:3:
-＠:LDP man-pages:3.51:2003/04/04:setkey_r:3:encrypt:3:
-＠:LDP man-pages:3.51:2012/08/03:setlinebuf:3:setbuf:3:
-○:LDP man-pages:3.51:2008/12/05:setlocale:3:2013/03/25::nakano@apm.seikei.ac.jp:NAKANO Takeo:
-â\97\8b:LDP man-pages:3.51:2001/10/05:setlogmask:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2009/09/15:setmntent:3:getmntent:3:
-＠:LDP man-pages:3.51:2008/08/19:setnetent:3:getnetent:3:
-○:LDP man-pages:3.51:2007/07/26:setnetgrent:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2008/08/19:setprotoent:3:getprotoent:3:
-＠:LDP man-pages:3.51:2010/10/21:setpwent:3:getpwent:3:
-＠:LDP man-pages:3.51:2008/08/19:setrpcent:3:getrpcent:3:
-＠:LDP man-pages:3.51:2008/08/19:setservent:3:getservent:3:
-＠:LDP man-pages:3.51:2013/01/22:setspent:3:getspnam:3:
-＠:LDP man-pages:3.51:2010/09/20:setstate:3:random:3:
-＠:LDP man-pages:3.51:2008/03/07:setstate_r:3:random_r:3:
-＠:LDP man-pages:3.51:2002/07/18:setttyent:3:getttyent:3:
-＠:LDP man-pages:3.51:2007/07/26:setusershell:3:getusershell:3:
-＠:LDP man-pages:3.51:2008/06/29:setutent:3:getutent:3:
-＠:LDP man-pages:3.51:2008/06/29:setutxent:3:getutent:3:
-＠:LDP man-pages:3.51:2012/08/03:setvbuf:3:setbuf:3:
-＠:LDP man-pages:3.51:2013/01/22:sgetspent:3:getspnam:3:
-＠:LDP man-pages:3.51:2013/01/22:sgetspent_r:3:getspnam:3:
-â\97\8b:LDP man-pages:3.51:2009/02/25:shm_open:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2009/02/25:shm_unlink:3:shm_open:3:
-＠:LDP man-pages:3.51:2008/09/01:sigaddset:3:sigsetops:3:
-＠:LDP man-pages:3.51:2008/09/01:sigandset:3:sigsetops:3:
-＠:LDP man-pages:3.51:2012/09/06:sigblock:3:sigvec:3:
-＠:LDP man-pages:3.51:2008/09/01:sigdelset:3:sigsetops:3:
-＠:LDP man-pages:3.51:2008/09/01:sigemptyset:3:sigsetops:3:
-＠:LDP man-pages:3.51:2008/09/01:sigfillset:3:sigsetops:3:
-＠:LDP man-pages:3.51:2012/09/06:siggetmask:3:sigvec:3:
-＠:LDP man-pages:3.51:2010/09/20:sighold:3:sigset:3:
-＠:LDP man-pages:3.51:2010/09/20:sigignore:3:sigset:3:
-â\97\8b:LDP man-pages:3.51:2011/09/09:siginterrupt:3:2013/03/25::hanataka@abyss.rim.or.jp:HANATAKA Shinya:
-＠:LDP man-pages:3.51:2008/09/01:sigisemptyset:3:sigsetops:3:
-＠:LDP man-pages:3.51:2008/09/01:sigismember:3:sigsetops:3:
-＠:LDP man-pages:3.51:2009/01/13:siglongjmp:3:longjmp:3:
-＠:LDP man-pages:3.51:2012/09/06:sigmask:3:sigvec:3:
-â\97\8b:LDP man-pages:3.51:2010/09/20:signbit:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2010/09/11:signgam:3:lgamma:3:
-○:LDP man-pages:3.51:2009/02/04:significand:3:2013/03/25::ysato444@yahoo.co.jp:Yuichi SATO:
-＠:LDP man-pages:3.51:2009/02/04:significandf:3:significand:3:
-＠:LDP man-pages:3.51:2009/02/04:significandl:3:significand:3:
-＠:LDP man-pages:3.51:2008/09/01:sigorset:3:sigsetops:3:
-â\97\8b:LDP man-pages:3.51:2010/09/12:sigpause:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2012/03/25:sigqueue:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2010/09/20:sigrelse:3:sigset:3:
-○:LDP man-pages:3.51:2010/09/20:sigset:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2009/06/26:sigsetjmp:3:setjmp:3:
-＠:LDP man-pages:3.51:2012/09/06:sigsetmask:3:sigvec:3:
-â\97\8b:LDP man-pages:3.51:2008/09/01:sigsetops:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2010/09/26:sigstack:3:sigaltstack:2:
-○:LDP man-pages:3.51:2012/09/06:sigvec:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2012/07/21:sigwait:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-â\97\8b:LDP man-pages:3.51:2010/09/11:sin:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2008/08/11:sincos:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2008/08/11:sincosf:3:sincos:3:
-＠:LDP man-pages:3.51:2008/08/11:sincosl:3:sincos:3:
-＠:LDP man-pages:3.51:2010/09/11:sinf:3:sin:3:
-â\97\8b:LDP man-pages:3.51:2010/09/20:sinh:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2010/09/20:sinhf:3:sinh:3:
-＠:LDP man-pages:3.51:2010/09/20:sinhl:3:sinh:3:
-＠:LDP man-pages:3.51:2010/09/11:sinl:3:sin:3:
-○:LDP man-pages:3.51:2010/02/03:sleep:3:2013/03/25::tyoshino@eng.toyo.ac.jp:YOSHINO Takashi:
-＠:LDP man-pages:3.51:2013/03/05:snprintf:3:printf:3:
-â\97\8b:LDP man-pages:3.51:2008/12/03:sockatmark:3:2013/03/25::ysato444@yahoo.co.jp:Yuichi SATO:
-＠:LDP man-pages:3.51:2013/03/05:sprintf:3:printf:3:
-â\97\8b:LDP man-pages:3.51:2010/09/20:sqrt:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2010/09/20:sqrtf:3:sqrt:3:
-＠:LDP man-pages:3.51:2010/09/20:sqrtl:3:sqrt:3:
-＠:LDP man-pages:3.51:2010/10/01:srand:3:rand:3:
-＠:LDP man-pages:3.51:2007/07/26:srand48:3:drand48:3:
-＠:LDP man-pages:3.51:2007/07/26:srand48_r:3:drand48_r:3:
-＠:LDP man-pages:3.51:2010/09/20:srandom:3:random:3:
-＠:LDP man-pages:3.51:2008/03/07:srandom_r:3:random_r:3:
-＠:LDP man-pages:3.51:2013/01/30:sscanf:3:scanf:3:
-＠:LDP man-pages:3.51:2007/07/26:ssignal:3:gsignal:3:
-○:LDP man-pages:3.51:2003/08/22:statvfs:3:2013/03/25::ysato444@yahoo.co.jp:Yuichi SATO:
-○:LDP man-pages:3.51:2013/03/15:stdarg:3:2013/03/25::argrath@ub32.org:Kentaro Shirakata:
-＠:LDP man-pages:3.51:2008/07/14:stderr:3:stdin:3:
-â\97\8b:LDP man-pages:3.51:2008/07/14:stdin:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2001/12/26:stdio:3:2013/03/25::ysato444@yahoo.co.jp:Yuichi SATO:
-â\97\8b:LDP man-pages:3.51:2001/12/16:stdio_ext:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2008/07/14:stdout:3:stdin:3:
-â\97\8b:LDP man-pages:3.51:2012/03/15:stpcpy:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-â\97\8b:LDP man-pages:3.51:2011/09/28:stpncpy:3:2013/03/25::hanataka@abyss.rim.or.jp:HANATAKA Shinya:
-â\97\8b:LDP man-pages:3.51:2012/05/10:strcasecmp:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2011/09/28:strcasestr:3:strstr:3:
-â\97\8b:LDP man-pages:3.51:2012/07/19:strcat:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-â\97\8b:LDP man-pages:3.51:2012/04/24:strchr:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2012/04/24:strchrnul:3:strchr:3:
-â\97\8b:LDP man-pages:3.51:2012/11/25:strcmp:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-â\97\8b:LDP man-pages:3.51:2010/09/20:strcoll:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-â\97\8b:LDP man-pages:3.51:2012/07/19:strcpy:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2012/05/10:strcspn:3:strspn:3:
-â\97\8b:LDP man-pages:3.51:2012/05/10:strdup:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2012/05/10:strdupa:3:strdup:3:
-â\97\8b:LDP man-pages:3.51:2012/04/22:strerror:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2012/04/22:strerror_r:3:strerror:3:
-â\97\8b:LDP man-pages:3.51:2000/12/05:strfmon:3:2013/03/25::nakano@apm.seikei.ac.jp:NAKANO Takeo:
-â\97\8b:LDP man-pages:3.51:2010/09/20:strfry:3:2013/03/25::motoki@hal.t.u-tokyo.ac.jp:Akihiro Motoki:
-â\97\8b:LDP man-pages:3.51:2012/05/10:strftime:3:2013/03/26::amotoki@gmail.com:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2010/02/25:string:3:2013/03/25::yoshino@civil.jcn.nihon-u.ac.jp:YOSHINO Takashi:
-â\97\8b:LDP man-pages:3.51:2012/05/04:strlen:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2012/05/10:strncasecmp:3:strcasecmp:3:
-＠:LDP man-pages:3.51:2012/07/19:strncat:3:strcat:3:
-＠:LDP man-pages:3.51:2012/11/25:strncmp:3:strcmp:3:
-＠:LDP man-pages:3.51:2012/07/19:strncpy:3:strcpy:3:
-＠:LDP man-pages:3.51:2012/05/10:strndup:3:strdup:3:
-＠:LDP man-pages:3.51:2012/05/10:strndupa:3:strdup:3:
-â\97\8b:LDP man-pages:3.51:2012/05/10:strnlen:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-â\97\8b:LDP man-pages:3.51:2012/05/10:strpbrk:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-â\97\8b:LDP man-pages:3.51:2009/12/05:strptime:3:2013/03/26::ysato@h4.dion.ne.jp:Yuichi SATO:
-＠:LDP man-pages:3.51:2012/04/24:strrchr:3:strchr:3:
-â\97\8b:LDP man-pages:3.51:2011/09/28:strsep:3:2013/03/25::argrath@ub32.org:Kentaro Shirakata:
-â\97\8b:LDP man-pages:3.51:2010/09/15:strsignal:3:2013/03/25::argrath@yo.rim.or.jp:Kentaro Shirakata:
-â\97\8b:LDP man-pages:3.51:2012/05/10:strspn:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-â\97\8b:LDP man-pages:3.51:2011/09/28:strstr:3:2013/03/25::argrath@ub32.org:Kentaro Shirakata:
-○:LDP man-pages:3.51:2010/09/20:strtod:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2010/09/20:strtof:3:strtod:3:
-○:LDP man-pages:3.51:2003/11/28:strtoimax:3:2013/03/25::ysato444@yahoo.co.jp:Yuichi SATO:
-â\97\8b:LDP man-pages:3.51:2012/05/10:strtok:3:2013/03/25:o:amotoki@gmail.com:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2012/05/10:strtok_r:3:strtok:3:
-â\97\8b:LDP man-pages:3.51:2013/02/10:strtol:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2010/09/20:strtold:3:strtod:3:
-＠:LDP man-pages:3.51:2013/02/10:strtoll:3:strtol:3:
-＠:LDP man-pages:3.51:2013/02/10:strtoq:3:strtol:3:
-â\97\8b:LDP man-pages:3.51:2011/09/15:strtoul:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2011/09/15:strtoull:3:strtoul:3:
-＠:LDP man-pages:3.51:2003/11/28:strtoumax:3:strtoimax:3:
-＠:LDP man-pages:3.51:2011/09/15:strtouq:3:strtoul:3:
-â\97\8b:LDP man-pages:3.51:2001/12/19:strverscmp:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-â\97\8b:LDP man-pages:3.51:2012/05/10:strxfrm:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2008/07/17:svc_destroy:3:rpc:3:
-＠:LDP man-pages:3.51:2008/07/17:svc_freeargs:3:rpc:3:
-＠:LDP man-pages:3.51:2008/07/17:svc_getargs:3:rpc:3:
-＠:LDP man-pages:3.51:2008/07/17:svc_getcaller:3:rpc:3:
-＠:LDP man-pages:3.51:2008/07/17:svc_getreq:3:rpc:3:
-＠:LDP man-pages:3.51:2008/07/17:svc_getreqset:3:rpc:3:
-＠:LDP man-pages:3.51:2008/07/17:svc_register:3:rpc:3:
-＠:LDP man-pages:3.51:2008/07/17:svc_run:3:rpc:3:
-＠:LDP man-pages:3.51:2008/07/17:svc_sendreply:3:rpc:3:
-＠:LDP man-pages:3.51:2008/07/17:svc_unregister:3:rpc:3:
-＠:LDP man-pages:3.51:2008/07/17:svcerr_auth:3:rpc:3:
-＠:LDP man-pages:3.51:2008/07/17:svcerr_decode:3:rpc:3:
-＠:LDP man-pages:3.51:2008/07/17:svcerr_noproc:3:rpc:3:
-＠:LDP man-pages:3.51:2008/07/17:svcerr_noprog:3:rpc:3:
-＠:LDP man-pages:3.51:2008/07/17:svcerr_progvers:3:rpc:3:
-＠:LDP man-pages:3.51:2008/07/17:svcerr_systemerr:3:rpc:3:
-＠:LDP man-pages:3.51:2008/07/17:svcerr_weakauth:3:rpc:3:
-＠:LDP man-pages:3.51:2008/07/17:svcfd_create:3:rpc:3:
-＠:LDP man-pages:3.51:2008/07/17:svcraw_create:3:rpc:3:
-＠:LDP man-pages:3.51:2008/07/17:svctcp_create:3:rpc:3:
-＠:LDP man-pages:3.51:2008/07/17:svcudp_bufcreate:3:rpc:3:
-＠:LDP man-pages:3.51:2008/07/17:svcudp_create:3:rpc:3:
-â\97\8b:LDP man-pages:3.51:2001/12/15:swab:3:2013/03/25::argrath@ub32.org:Kentaro Shirakata:
-＠:LDP man-pages:3.51:2013/02/12:swapcontext:3:makecontext:3:
-＠:LDP man-pages:3.51:2011/09/17:swprintf:3:wprintf:3:
-＠:LDP man-pages:3.51:2012/04/17:sys_errlist:3:perror:3:
-＠:LDP man-pages:3.51:2012/04/17:sys_nerr:3:perror:3:
-â\97\8b:LDP man-pages:3.51:2013/02/12:sysconf:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2012/08/17:syslog:3:2013/03/26:o:amotoki@gmail.com:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2010/09/10:system:3:2013/03/25:o:amotoki@gmail.com:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2007/05/04:sysv_signal:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-â\97\8b:LDP man-pages:3.51:2010/09/11:tan:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2010/09/11:tanf:3:tan:3:
-â\97\8b:LDP man-pages:3.51:2010/09/20:tanh:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2010/09/20:tanhf:3:tanh:3:
-＠:LDP man-pages:3.51:2010/09/20:tanhl:3:tanh:3:
-＠:LDP man-pages:3.51:2010/09/11:tanl:3:tan:3:
-＠:LDP man-pages:3.51:2013/03/15:tcdrain:3:termios:3:
-＠:LDP man-pages:3.51:2013/03/15:tcflow:3:termios:3:
-＠:LDP man-pages:3.51:2013/03/15:tcflush:3:termios:3:
-＠:LDP man-pages:3.51:2013/03/15:tcgetattr:3:termios:3:
-â\97\8b:LDP man-pages:3.51:2003/01/28:tcgetpgrp:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2010/09/10:tcgetsid:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2013/03/15:tcsendbreak:3:termios:3:
-＠:LDP man-pages:3.51:2013/03/15:tcsetattr:3:termios:3:
-＠:LDP man-pages:3.51:2003/01/28:tcsetpgrp:3:tcgetpgrp:3:
-＠:LDP man-pages:3.51:2012/08/03:tdelete:3:tsearch:3:
-＠:LDP man-pages:3.51:2012/08/03:tdestroy:3:tsearch:3:
-○:LDP man-pages:3.51:2013/03/24:telldir:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-â\97\8b:LDP man-pages:3.51:2008/08/06:tempnam:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2013/03/15:termios:3:2013/03/26::amotoki@gmail.com:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2012/08/03:tfind:3:tsearch:3:
-â\97\8b:LDP man-pages:3.51:2010/09/20:tgamma:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2010/09/20:tgammaf:3:tgamma:3:
-＠:LDP man-pages:3.51:2010/09/20:tgammal:3:tgamma:3:
-â\97\8b:LDP man-pages:3.51:2007/07/26:timegm:3:2013/03/25::nakano@apm.seikei.ac.jp:NAKANO Takeo:
-＠:LDP man-pages:3.51:2007/07/26:timelocal:3:timegm:3:
-○:LDP man-pages:3.51:2010/02/25:timeradd:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2010/02/25:timerclear:3:timeradd:3:
-＠:LDP man-pages:3.51:2010/02/25:timercmp:3:timeradd:3:
-＠:LDP man-pages:3.51:2010/02/25:timerisset:3:timeradd:3:
-＠:LDP man-pages:3.51:2010/02/25:timersub:3:timeradd:3:
-＠:LDP man-pages:3.51:2012/03/25:timezone:3:tzset:3:
-â\97\8b:LDP man-pages:3.51:2008/07/14:tmpfile:3:2013/03/25:o:ysato@h4.dion.ne.jp:Yuichi SATO:
-â\97\8b:LDP man-pages:3.51:2010/09/10:tmpnam:3:2013/03/25:o:amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2010/09/10:tmpnam_r:3:tmpnam:3:
-â\97\8b:LDP man-pages:3.51:2009/03/15:toascii:3:2013/03/25::nishi@rpts.cl.nec.co.jp:HIROFUMI Nishizuka:
-＠:LDP man-pages:3.51:1993/04/04:tolower:3:toupper:3:
-○:LDP man-pages:3.51:1993/04/04:toupper:3:2013/03/25::rui@linux.or.jp:Ueyama Rui:
-â\97\8b:LDP man-pages:3.51:1999/07/25:towctrans:3:2013/03/25::fujiwara@linux.or.jp:FUJIWARA Teruyoshi:
-â\97\8b:LDP man-pages:3.51:1999/07/25:towlower:3:2013/03/25::fujiwara@linux.or.jp:FUJIWARA Teruyoshi:
-â\97\8b:LDP man-pages:3.51:1999/07/25:towupper:3:2013/03/25::fujiwara@linux.or.jp:FUJIWARA Teruyoshi:
-â\97\8b:LDP man-pages:3.51:2010/09/20:trunc:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2010/09/20:truncf:3:trunc:3:
-＠:LDP man-pages:3.51:2010/09/20:truncl:3:trunc:3:
-○:LDP man-pages:3.51:2012/08/03:tsearch:3:2013/03/25::ysato@h4.dion.ne.jp:Yuichi SATO:
-â\97\8b:LDP man-pages:3.51:2012/12/21:ttyname:3:2013/03/26::argrath@ub32.org:Kentaro Shirakata:
-＠:LDP man-pages:3.51:2012/12/21:ttyname_r:3:ttyname:3:
-â\97\8b:LDP man-pages:3.51:2010/09/20:ttyslot:3:2013/03/26::ysato444@yahoo.co.jp:Yuichi SATO:
-＠:LDP man-pages:3.51:2012/08/03:twalk:3:tsearch:3:
-＠:LDP man-pages:3.51:2012/03/25:tzname:3:tzset:3:
-○:LDP man-pages:3.51:2012/03/25:tzset:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2013/04/18:ualarm:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2013/01/22:ulckpwdf:3:getspnam:3:
-○:LDP man-pages:3.51:2008/08/06:ulimit:3:2013/03/25::nakano@apm.seikei.ac.jp:NAKANO Takeo:
-○:LDP man-pages:3.51:2012/12/21:undocumented:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2012/01/18:ungetc:3:gets:3:
-â\97\8b:LDP man-pages:3.51:1999/09/19:ungetwc:3:2013/03/25::hanataka@abyss.rim.or.jp:HANATAKA Shinya:
-○:LDP man-pages:3.51:2008/08/29:unlocked_stdio:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2008/06/14:unlockpt:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2009/09/20:unsetenv:3:setenv:3:
-○:LDP man-pages:3.51:2008/07/02:updwtmp:3:2013/03/25::argrath@ub32.org:Kentaro Shirakata:
-＠:LDP man-pages:3.51:2008/07/02:updwtmpx:3:updwtmp:3:
-â\97\8b:LDP man-pages:3.51:2010/12/03:usleep:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2008/06/29:utmpname:3:getutent:3:
-＠:LDP man-pages:3.51:2008/06/29:utmpxname:3:getutent:3:
-＠:LDP man-pages:3.51:2013/03/15:va_arg:3:stdarg:3:
-＠:LDP man-pages:3.51:2013/03/15:va_copy:3:stdarg:3:
-＠:LDP man-pages:3.51:2013/03/15:va_end:3:stdarg:3:
-＠:LDP man-pages:3.51:2013/03/15:va_start:3:stdarg:3:
-＠:LDP man-pages:3.51:2012/03/23:valloc:3:posix_memalign:3:
-＠:LDP man-pages:3.51:2001/12/18:vasprintf:3:asprintf:3:
-＠:LDP man-pages:3.51:2010/09/15:vdprintf:3:dprintf:3:
-＠:LDP man-pages:3.51:2012/03/15:verr:3:err:3:
-＠:LDP man-pages:3.51:2012/03/15:verrx:3:err:3:
-＠:LDP man-pages:3.51:2012/04/26:versionsort:3:scandir:3:
-＠:LDP man-pages:3.51:2013/03/05:vfprintf:3:printf:3:
-＠:LDP man-pages:3.51:2013/01/30:vfscanf:3:scanf:3:
-＠:LDP man-pages:3.51:2011/09/17:vfwprintf:3:wprintf:3:
-＠:LDP man-pages:3.51:2013/02/11:vlimit:3:getrlimit:2:
-＠:LDP man-pages:3.51:2013/03/05:vprintf:3:printf:3:
-＠:LDP man-pages:3.51:2013/01/30:vscanf:3:scanf:3:
-＠:LDP man-pages:3.51:2013/03/05:vsnprintf:3:printf:3:
-＠:LDP man-pages:3.51:2013/03/05:vsprintf:3:printf:3:
-＠:LDP man-pages:3.51:2013/01/30:vsscanf:3:scanf:3:
-＠:LDP man-pages:3.51:2011/09/17:vswprintf:3:wprintf:3:
-＠:LDP man-pages:3.51:2012/08/17:vsyslog:3:syslog:3:
-※:LDP man-pages:3.51:2010/09/26:vtimes:3:getrusage:2:
-＠:LDP man-pages:3.51:2012/03/15:vwarn:3:err:3:
-＠:LDP man-pages:3.51:2012/03/15:vwarnx:3:err:3:
-＠:LDP man-pages:3.51:2011/09/17:vwprintf:3:wprintf:3:
-＠:LDP man-pages:3.51:2012/03/15:warn:3:err:3:
-＠:LDP man-pages:3.51:2012/03/15:warnx:3:err:3:
-â\97\8b:LDP man-pages:3.51:2011/10/01:wcpcpy:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-â\97\8b:LDP man-pages:3.51:2011/10/01:wcpncpy:3:2013/03/25::fujiwara@linux.or.jp:FUJIWARA Teruyoshi:
-â\97\8b:LDP man-pages:3.51:2011/09/28:wcrtomb:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-â\97\8b:LDP man-pages:3.51:2010/09/15:wcscasecmp:3:2013/03/25::fujiwara@linux.or.jp:FUJIWARA Teruyoshi:
-â\97\8b:LDP man-pages:3.51:2011/09/28:wcscat:3:2013/03/25::fujiwara@linux.or.jp:FUJIWARA Teruyoshi:
-â\97\8b:LDP man-pages:3.51:1999/07/25:wcschr:3:2013/03/25::fujiwara@linux.or.jp:FUJIWARA Teruyoshi:
-â\97\8b:LDP man-pages:3.51:1999/07/25:wcscmp:3:2013/03/25::fujiwara@linux.or.jp:FUJIWARA Teruyoshi:
-â\97\8b:LDP man-pages:3.51:2011/09/28:wcscpy:3:2013/03/25::fujiwara@linux.or.jp:FUJIWARA Teruyoshi:
-â\97\8b:LDP man-pages:3.51:1999/07/25:wcscspn:3:2013/03/25::fujiwara@linux.or.jp:FUJIWARA Teruyoshi:
-â\97\8b:LDP man-pages:3.51:2010/09/15:wcsdup:3:2013/03/25::ysato444@yahoo.co.jp:Yuichi SATO:
-â\97\8b:LDP man-pages:3.51:2011/09/28:wcslen:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-â\97\8b:LDP man-pages:3.51:2010/09/15:wcsncasecmp:3:2013/03/25::fujiwara@linux.or.jp:FUJIWARA Teruyoshi:
-â\97\8b:LDP man-pages:3.51:2011/09/28:wcsncat:3:2013/03/25::fujiwara@linux.or.jp:FUJIWARA Teruyoshi:
-â\97\8b:LDP man-pages:3.51:2011/09/28:wcsncmp:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-â\97\8b:LDP man-pages:3.51:2011/09/28:wcsncpy:3:2013/03/25::fujiwara@linux.or.jp:FUJIWARA Teruyoshi:
-â\97\8b:LDP man-pages:3.51:2011/10/01:wcsnlen:3:2013/03/25::fujiwara@linux.or.jp:FUJIWARA Teruyoshi:
-â\97\8b:LDP man-pages:3.51:2011/10/16:wcsnrtombs:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-â\97\8b:LDP man-pages:3.51:1999/07/25:wcspbrk:3:2013/03/25::fujiwara@linux.or.jp:FUJIWARA Teruyoshi:
-â\97\8b:LDP man-pages:3.51:1999/07/25:wcsrchr:3:2013/03/25::fujiwara@linux.or.jp:FUJIWARA Teruyoshi:
-â\97\8b:LDP man-pages:3.51:2011/10/16:wcsrtombs:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-â\97\8b:LDP man-pages:3.51:1999/07/25:wcsspn:3:2013/03/25::fujiwara@linux.or.jp:FUJIWARA Teruyoshi:
-â\97\8b:LDP man-pages:3.51:2011/09/28:wcsstr:3:2013/03/25::fujiwara@linux.or.jp:FUJIWARA Teruyoshi:
-○:LDP man-pages:3.51:2003/11/01:wcstoimax:3:2013/03/25::ysato444@yahoo.co.jp:Yuichi SATO:
-â\97\8b:LDP man-pages:3.51:2011/09/28:wcstok:3:2013/03/25::fujiwara@linux.or.jp:FUJIWARA Teruyoshi:
-â\97\8b:LDP man-pages:3.51:2011/10/16:wcstombs:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2003/11/01:wcstoumax:3:wcstoimax:3:
-â\97\8b:LDP man-pages:3.51:2010/09/10:wcswidth:3:2013/03/25::fujiwara@linux.or.jp:FUJIWARA Teruyoshi:
-â\97\8b:LDP man-pages:3.51:2011/09/22:wctob:3:2013/03/25::fujiwara@linux.or.jp:FUJIWARA Teruyoshi:
-â\97\8b:LDP man-pages:3.51:1999/07/25:wctomb:3:2013/03/25::hanataka@abyss.rim.or.jp:HANATAKA Shinya:
-â\97\8b:LDP man-pages:3.51:1999/07/25:wctrans:3:2013/03/25::fujiwara@linux.or.jp:FUJIWARA Teruyoshi:
-○:LDP man-pages:3.51:1999/07/25:wctype:3:2013/03/25::fujiwara@linux.or.jp:FUJIWARA Teruyoshi:
-â\97\8b:LDP man-pages:3.51:2011/09/28:wcwidth:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-â\97\8b:LDP man-pages:3.51:1999/07/25:wmemchr:3:2013/03/25::fujiwara@linux.or.jp:FUJIWARA Teruyoshi:
-â\97\8b:LDP man-pages:3.51:1999/07/25:wmemcmp:3:2013/03/25::fujiwara@linux.or.jp:FUJIWARA Teruyoshi:
-â\97\8b:LDP man-pages:3.51:1999/07/25:wmemcpy:3:2013/03/25::fujiwara@linux.or.jp:FUJIWARA Teruyoshi:
-â\97\8b:LDP man-pages:3.51:1999/07/25:wmemmove:3:2013/03/25::fujiwara@linux.or.jp:FUJIWARA Teruyoshi:
-＠:LDP man-pages:3.51:2008/08/12:wmempcpy:3:mempcpy:3:
-â\97\8b:LDP man-pages:3.51:1999/07/25:wmemset:3:2013/03/25::fujiwara@linux.or.jp:FUJIWARA Teruyoshi:
-â\97\8b:LDP man-pages:3.51:2008/07/14:wordexp:3:2013/03/25::ysato444@yahoo.co.jp:Yuichi SATO:
-＠:LDP man-pages:3.51:2008/07/14:wordfree:3:wordexp:3:
-â\97\8b:LDP man-pages:3.51:2011/09/17:wprintf:3:2013/03/25::hanataka@abyss.rim.or.jp:HANATAKA Shinya:
-○:LDP man-pages:3.51:2003/04/04:xcrypt:3:2013/03/25::ysato444@yahoo.co.jp:Yuichi SATO:
-＠:LDP man-pages:3.51:2003/04/04:xdecrypt:3:xcrypt:3:
-â\97\8b:LDP man-pages:3.51:2007/12/30:xdr:3:2013/03/25::hanataka@abyss.rim.or.jp:HANATAKA Shinya:
-＠:LDP man-pages:3.51:2008/07/17:xdr_accepted_reply:3:rpc:3:
-＠:LDP man-pages:3.51:2007/12/30:xdr_array:3:xdr:3:
-＠:LDP man-pages:3.51:2008/07/17:xdr_authunix_parms:3:rpc:3:
-＠:LDP man-pages:3.51:2007/12/30:xdr_bool:3:xdr:3:
-＠:LDP man-pages:3.51:2007/12/30:xdr_bytes:3:xdr:3:
-＠:LDP man-pages:3.51:2008/07/17:xdr_callhdr:3:rpc:3:
-＠:LDP man-pages:3.51:2008/07/17:xdr_callmsg:3:rpc:3:
-＠:LDP man-pages:3.51:2007/12/30:xdr_char:3:xdr:3:
-＠:LDP man-pages:3.51:2007/12/30:xdr_destroy:3:xdr:3:
-＠:LDP man-pages:3.51:2007/12/30:xdr_double:3:xdr:3:
-＠:LDP man-pages:3.51:2007/12/30:xdr_enum:3:xdr:3:
-＠:LDP man-pages:3.51:2007/12/30:xdr_float:3:xdr:3:
-＠:LDP man-pages:3.51:2007/12/30:xdr_free:3:xdr:3:
-＠:LDP man-pages:3.51:2007/12/30:xdr_getpos:3:xdr:3:
-＠:LDP man-pages:3.51:2007/12/30:xdr_inline:3:xdr:3:
-＠:LDP man-pages:3.51:2007/12/30:xdr_int:3:xdr:3:
-＠:LDP man-pages:3.51:2007/12/30:xdr_long:3:xdr:3:
-＠:LDP man-pages:3.51:2007/12/30:xdr_opaque:3:xdr:3:
-＠:LDP man-pages:3.51:2008/07/17:xdr_opaque_auth:3:rpc:3:
-＠:LDP man-pages:3.51:2008/07/17:xdr_pmap:3:rpc:3:
-＠:LDP man-pages:3.51:2008/07/17:xdr_pmaplist:3:rpc:3:
-＠:LDP man-pages:3.51:2007/12/30:xdr_pointer:3:xdr:3:
-＠:LDP man-pages:3.51:2007/12/30:xdr_reference:3:xdr:3:
-＠:LDP man-pages:3.51:2008/07/17:xdr_rejected_reply:3:rpc:3:
-＠:LDP man-pages:3.51:2008/07/17:xdr_replymsg:3:rpc:3:
-＠:LDP man-pages:3.51:2007/12/30:xdr_setpos:3:xdr:3:
-＠:LDP man-pages:3.51:2007/12/30:xdr_short:3:xdr:3:
-＠:LDP man-pages:3.51:2007/12/30:xdr_string:3:xdr:3:
-＠:LDP man-pages:3.51:2007/12/30:xdr_u_char:3:xdr:3:
-＠:LDP man-pages:3.51:2007/12/30:xdr_u_int:3:xdr:3:
-＠:LDP man-pages:3.51:2007/12/30:xdr_u_long:3:xdr:3:
-＠:LDP man-pages:3.51:2007/12/30:xdr_u_short:3:xdr:3:
-＠:LDP man-pages:3.51:2007/12/30:xdr_union:3:xdr:3:
-＠:LDP man-pages:3.51:2007/12/30:xdr_vector:3:xdr:3:
-＠:LDP man-pages:3.51:2007/12/30:xdr_void:3:xdr:3:
-＠:LDP man-pages:3.51:2007/12/30:xdr_wrapstring:3:xdr:3:
-＠:LDP man-pages:3.51:2007/12/30:xdrmem_create:3:xdr:3:
-＠:LDP man-pages:3.51:2007/12/30:xdrrec_create:3:xdr:3:
-＠:LDP man-pages:3.51:2007/12/30:xdrrec_endofrecord:3:xdr:3:
-＠:LDP man-pages:3.51:2007/12/30:xdrrec_eof:3:xdr:3:
-＠:LDP man-pages:3.51:2007/12/30:xdrrec_skiprecord:3:xdr:3:
-＠:LDP man-pages:3.51:2007/12/30:xdrstdio_create:3:xdr:3:
-＠:LDP man-pages:3.51:2003/04/04:xencrypt:3:xcrypt:3:
-＠:LDP man-pages:3.51:2008/07/17:xprt_register:3:rpc:3:
-＠:LDP man-pages:3.51:2008/07/17:xprt_unregister:3:rpc:3:
-â\97\8b:LDP man-pages:3.51:2008/08/10:y0:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2008/08/10:y0f:3:y0:3:
-＠:LDP man-pages:3.51:2008/08/10:y0l:3:y0:3:
-＠:LDP man-pages:3.51:2008/08/10:y1:3:y0:3:
-＠:LDP man-pages:3.51:2008/08/10:y1f:3:y0:3:
-＠:LDP man-pages:3.51:2008/08/10:y1l:3:y0:3:
-＠:LDP man-pages:3.51:2008/08/10:yn:3:y0:3:
-＠:LDP man-pages:3.51:2008/08/10:ynf:3:y0:3:
-＠:LDP man-pages:3.51:2008/08/10:ynl:3:y0:3:
-×:LDP man-pages:3.51:2012/08/05:cciss:4:::::
-â\97\8b:LDP man-pages:3.51:1994/10/31:console:4:2013/03/25:o:argrath@ub32.org:Kentaro Shirakata:
-â\97\8b:LDP man-pages:3.51:2012/08/05:console_codes:4:2013/03/26::amotoki@gmail.com:Akihiro MOTOKI:
-â\97\8b:LDP man-pages:3.51:2009/02/28:console_ioctl:4:2013/03/26::argrath@ub32.org:Kentaro Shirakata:
-×:LDP man-pages:3.51:2009/03/31:cpuid:4:::::
-○:LDP man-pages:3.51:2012/08/05:dsp56k:4:2013/03/25::sato@complex.eng.hokudai.ac.jp:Yuichi SATO:
-○:LDP man-pages:3.51:2010/08/29:fd:4:2013/03/25:o:ishikawa@linux.or.jp:ISHIKAWA Mutsumi:
-â\97\8b:LDP man-pages:3.51:2007/11/24:full:4:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-â\97\8b:LDP man-pages:3.51:1992/12/17:hd:4:2013/03/25:o:ishikawa@linux.or.jp:ISHIKAWA Mutsumi:
-×:LDP man-pages:3.51:2012/08/05:hpsa:4:::::
-○:LDP man-pages:3.51:2010/09/04:initrd:4:2013/03/26:o:amotoki@gmail.com:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2007/10/23:intro:4:2013/03/25:o:ishikawa@linux.or.jp:ISHIKAWA Mutsumi:
-＠:LDP man-pages:3.51:1992/11/21:kmem:4:mem:4:
-â\97\8b:LDP man-pages:3.51:1995/01/15:lp:4:2013/03/25:o:ishikawa@linux.or.jp:ISHIKAWA Mutsumi:
-â\97\8b:LDP man-pages:3.51:1992/11/21:mem:4:2013/03/25:o:ishikawa@linux.or.jp:ISHIKAWA Mutsumi:
-â\97\8b:LDP man-pages:3.51:1996/02/10:mouse:4:2013/03/25:o:ss236rx@ymg.urban.ne.jp:Shouichi Saito:
-×:LDP man-pages:3.51:2009/03/31:msr:4:::::
-â\97\8b:LDP man-pages:3.51:2009/02/23:null:4:2013/03/25:o:ishikawa@linux.or.jp:ISHIKAWA Mutsumi:
-＠:LDP man-pages:3.51:1992/11/21:port:4:mem:4:
-＠:LDP man-pages:3.51:2002/10/09:ptmx:4:pts:4:
-â\97\8b:LDP man-pages:3.51:2002/10/09:pts:4:2013/03/26::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-â\97\8b:LDP man-pages:3.51:1992/11/21:ram:4:2013/03/25:o:ishikawa@linux.or.jp:ISHIKAWA Mutsumi:
-○:LDP man-pages:3.51:2013/03/15:random:4:2013/03/26::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2010/02/25:rtc:4:2013/03/26::ysato444@yahoo.co.jp:Yuichi SATO:
-○:LDP man-pages:3.51:2012/05/03:sd:4:2013/03/26::amotoki@gmail.com:Akihiro MOTOKI:
-â\97\8b:LDP man-pages:3.51:2012/08/05:sk98lin:4:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-â\97\8b:LDP man-pages:3.51:2010/09/04:st:4:2013/03/26::nakano@st.seikei.ac.jp:NAKANO Takeo:
-â\97\8b:LDP man-pages:3.51:2003/04/07:tty:4:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-â\97\8b:LDP man-pages:3.51:1992/12/19:ttyS:4:2013/03/25::ishikawa@linux.or.jp:ISHIKAWA Mutsumi:
-â\97\8b:LDP man-pages:3.51:2008/10/29:tty_ioctl:4:2013/03/26::amotoki@gmail.com:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2013/03/15:urandom:4:random:4:
-â\97\8b:LDP man-pages:3.51:2007/12/17:vcs:4:2013/03/25::sato@complex.eng.hokudai.ac.jp:Yuichi SATO:
-＠:LDP man-pages:3.51:2007/12/17:vcsa:4:vcs:4:
-○:LDP man-pages:3.51:1996/10/22:wavelan:4:2013/03/26::ishikawa@linux.or.jp:ISHIKAWA Mutsumi:
-＠:LDP man-pages:3.51:2009/02/23:zero:4:null:4:
-○:LDP man-pages:3.51:2008/06/15:acct:5:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-○:LDP man-pages:3.51:1994/11/28:charmap:5:2013/03/25::argrath@ub32.org:Kentaro Shirakata:
-â\97\8b:LDP man-pages:3.51:2013/02/25:core:5:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-â\97\8b:LDP man-pages:3.51:2001/12/26:dir_colors:5:2013/03/25::ysato@h4.dion.ne.jp:Yuichi SATO:
-○:LDP man-pages:3.51:2013/04/17:elf:5:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2012/08/05:filesystems:5:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2012/08/05:fs:5:filesystems:5:
-○:LDP man-pages:3.51:2000/08/27:ftpusers:5:2013/03/25::nakano@apm.seikei.ac.jp:NAKANO Takeo:
-×:LDP man-pages:3.51:2013/02/13:gai.conf:5:::::
-○:LDP man-pages:3.51:2010/10/21:group:5:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2003/08/23:host.conf:5:2013/03/25::ysato444@yahoo.co.jp:Yuichi SATO:
-○:LDP man-pages:3.51:2002/06/16:hosts:5:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-â\97\8b:LDP man-pages:3.51:2003/08/24:hosts.equiv:5:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2007/10/23:intro:5:2013/03/25::nakano@apm.seikei.ac.jp:NAKANO Takeo:
-＠:LDP man-pages:3.51:2013/02/12:ipc:5:svipc:7:
-â\97\8b:LDP man-pages:3.51:1993/07/24:issue:5:2013/03/25::nakano@apm.seikei.ac.jp:NAKANO Takeo:
-○:LDP man-pages:3.51:2008/06/17:locale:5:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-â\97\8b:LDP man-pages:3.51:1992/12/29:motd:5:2013/03/25::nagoya@cc.hit-u.ac.jp:Hiroaki Nagoya:
-○:LDP man-pages:3.51:2008/09/04:networks:5:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2012/04/16:nologin:5:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2013/02/12:nscd.conf:5:2006/07/19::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-×:LDP man-pages:3.51:2013/02/13:nss:5:::::
-○:LDP man-pages:3.51:2013/02/12:nsswitch.conf:5:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2012/08/05:numa_maps:5:numa:7:
-○:LDP man-pages:3.51:2012/05/03:passwd:5:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-☆:LDP man-pages:3.50=>3.51:2013/04/17:proc:5:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2012/08/05:protocols:5:2013/03/25::argrath@ub32.org:Kentaro Shirakata:
-○:LDP man-pages:3.51:2013/03/05:resolv.conf:5:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2013/03/05:resolver:5:resolv.conf:5:
-â\97\8b:LDP man-pages:3.51:1985/09/26:rpc:5:2013/03/25::argrath@ub32.org:Kentaro Shirakata:
-○:LDP man-pages:3.51:1992/12/29:securetty:5:2013/03/26::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-â\97\8b:LDP man-pages:3.51:2010/05/22:services:5:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro Motoki:
-○:LDP man-pages:3.51:2012/12/31:shells:5:2013/03/25::nakano@apm.seikei.ac.jp:NAKANO Takeo:
-○:LDP man-pages:3.51:2007/09/30:slabinfo:5:2013/03/25::nakano@apm.seikei.ac.jp:NAKANO Takeo:
-○:LDP man-pages:3.51:1996/10/21:termcap:5:2013/03/26::nakano@apm.seikei.ac.jp:NAKANO Takeo:
-○:LDP man-pages:3.51:2012/12/31:ttytype:5:2013/03/26::nakano@apm.seikei.ac.jp:NAKANO Takeo:
-○:LDP man-pages:3.51:2012/05/04:tzfile:5:2013/03/26::amotoki@gmail.com:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2013/02/11:utmp:5:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2013/02/11:utmpx:5:utmp:5:
-＠:LDP man-pages:3.51:2013/02/11:wtmp:5:utmp:5:
-○:LDP man-pages:3.51:2007/10/23:intro:6:2013/03/25::pessi@kmc.kyoto-u.ac.jp:II Ryouta:
-○:LDP man-pages:3.51:2012/08/05:aio:7:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2010/09/20:armscii-8:7:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2008/11/25:arp:7:2013/03/26::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2009/02/12:ascii:7:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2010/09/19:boot:7:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-â\97\8b:LDP man-pages:3.51:2013/03/15:bootparam:7:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2013/04/17:capabilities:7:2013/03/26::amotoki@gmail.com:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2012/08/05:charsets:7:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2011/09/16:complex:7:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2010/09/20:cp1251:7:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-×:LDP man-pages:3.51:2013/02/12:cpuset:7:::::
-○:LDP man-pages:3.51:2008/06/03:credentials:7:2013/03/26::amotoki@gmail.com:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2008/11/20:ddp:7:2013/03/26::nakano@apm.seikei.ac.jp:NAKANO Takeo:
-â\97\8b:LDP man-pages:3.51:2009/07/25:environ:7:2013/03/26::amotoki@gmail.com:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2012/04/17:epoll:7:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-â\97\8b:LDP man-pages:3.51:2012/08/05:feature_test_macros:7:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2008/12/03:fifo:7:2013/03/26::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2012/08/05:futex:7:2006/07/16::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2012/08/05:glibc:7:libc:7:
-○:LDP man-pages:3.51:2012/07/28:glob:7:2013/03/26::nakano@apm.seikei.ac.jp:NAKANO Takeo:
-○:LDP man-pages:3.51:2012/08/05:hier:7:2013/03/25::nakano@apm.seikei.ac.jp:NAKANO Takeo:
-○:LDP man-pages:3.51:2010/11/07:hostname:7:2013/03/26::amotoki@gmail.com:Akihiro MOTOKI:
-â\97\8b:LDP man-pages:3.51:2012/05/10:icmp:7:2013/03/26::amotoki@gmail.com:Akihiro MOTOKI:
-â\97\8b:LDP man-pages:3.51:2013/02/25:inotify:7:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2007/10/23:intro:7:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2013/04/16:ip:7:2013/03/26::amotoki@gmail.com:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2012/12/16:ipv6:7:2013/03/26::amotoki@gmail.com:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2012/08/14:iso-8859-1:7:iso_8859-1:7:
-＠:LDP man-pages:3.51:2010/09/20:iso-8859-10:7:iso_8859-10:7:
-＠:LDP man-pages:3.51:2010/09/20:iso-8859-11:7:iso_8859-11:7:
-＠:LDP man-pages:3.51:2010/09/20:iso-8859-13:7:iso_8859-13:7:
-＠:LDP man-pages:3.51:2010/09/20:iso-8859-14:7:iso_8859-14:7:
-＠:LDP man-pages:3.51:1999/05/31:iso-8859-15:7:iso_8859-15:7:
-＠:LDP man-pages:3.51:2012/08/05:iso-8859-16:7:iso_8859-16:7:
-＠:LDP man-pages:3.51:2012/08/05:iso-8859-2:7:iso_8859-2:7:
-＠:LDP man-pages:3.51:2010/09/20:iso-8859-3:7:iso_8859-3:7:
-＠:LDP man-pages:3.51:2009/01/24:iso-8859-4:7:iso_8859-4:7:
-＠:LDP man-pages:3.51:2010/09/20:iso-8859-5:7:iso_8859-5:7:
-＠:LDP man-pages:3.51:2010/09/20:iso-8859-6:7:iso_8859-6:7:
-＠:LDP man-pages:3.51:2008/10/30:iso-8859-7:7:iso_8859-7:7:
-＠:LDP man-pages:3.51:2010/09/20:iso-8859-8:7:iso_8859-8:7:
-＠:LDP man-pages:3.51:2002/09/24:iso-8859-9:7:iso_8859-9:7:
-○:LDP man-pages:3.51:2012/08/14:iso_8859-1:7:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2010/09/20:iso_8859-10:7:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2010/09/20:iso_8859-11:7:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2010/09/20:iso_8859-13:7:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2010/09/20:iso_8859-14:7:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-○:LDP man-pages:3.51:1999/05/31:iso_8859-15:7:2013/03/25::hanataka@abyss.rim.or.jp:HANATAKA Shinya:
-○:LDP man-pages:3.51:2012/08/05:iso_8859-16:7:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-â\97\8b:LDP man-pages:3.51:2012/08/05:iso_8859-2:7:2013/03/25::hanataka@abyss.rim.or.jp:HANATAKA Shinya:
-○:LDP man-pages:3.51:2010/09/20:iso_8859-3:7:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2009/01/24:iso_8859-4:7:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2010/09/20:iso_8859-5:7:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2010/09/20:iso_8859-6:7:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2008/10/30:iso_8859-7:7:2013/03/25::hanataka@abyss.rim.or.jp:HANATAKA Shinya:
-○:LDP man-pages:3.51:2010/09/20:iso_8859-8:7:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2002/09/24:iso_8859-9:7:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2012/08/14:iso_8859_1:7:iso_8859-1:7:
-＠:LDP man-pages:3.51:2010/09/20:iso_8859_10:7:iso_8859-10:7:
-＠:LDP man-pages:3.51:2010/09/20:iso_8859_11:7:iso_8859-11:7:
-＠:LDP man-pages:3.51:2010/09/20:iso_8859_13:7:iso_8859-13:7:
-＠:LDP man-pages:3.51:2010/09/20:iso_8859_14:7:iso_8859-14:7:
-＠:LDP man-pages:3.51:1999/05/31:iso_8859_15:7:iso_8859-15:7:
-＠:LDP man-pages:3.51:2012/08/05:iso_8859_16:7:iso_8859-16:7:
-＠:LDP man-pages:3.51:2012/08/05:iso_8859_2:7:iso_8859-2:7:
-＠:LDP man-pages:3.51:2010/09/20:iso_8859_3:7:iso_8859-3:7:
-＠:LDP man-pages:3.51:2009/01/24:iso_8859_4:7:iso_8859-4:7:
-＠:LDP man-pages:3.51:2010/09/20:iso_8859_5:7:iso_8859-5:7:
-＠:LDP man-pages:3.51:2010/09/20:iso_8859_6:7:iso_8859-6:7:
-＠:LDP man-pages:3.51:2008/10/30:iso_8859_7:7:iso_8859-7:7:
-＠:LDP man-pages:3.51:2010/09/20:iso_8859_8:7:iso_8859-8:7:
-＠:LDP man-pages:3.51:2002/09/24:iso_8859_9:7:iso_8859-9:7:
-○:LDP man-pages:3.51:2012/08/05:koi8-r:7:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2010/09/20:koi8-u:7:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2012/08/14:latin1:7:iso_8859-1:7:
-＠:LDP man-pages:3.51:2012/08/05:latin10:7:iso_8859-16:7:
-＠:LDP man-pages:3.51:2012/08/05:latin2:7:iso_8859-2:7:
-＠:LDP man-pages:3.51:2010/09/20:latin3:7:iso_8859-3:7:
-＠:LDP man-pages:3.51:2009/01/24:latin4:7:iso_8859-4:7:
-＠:LDP man-pages:3.51:2002/09/24:latin5:7:iso_8859-9:7:
-＠:LDP man-pages:3.51:2010/09/20:latin6:7:iso_8859-10:7:
-＠:LDP man-pages:3.51:2010/09/20:latin7:7:iso_8859-13:7:
-＠:LDP man-pages:3.51:2010/09/20:latin8:7:iso_8859-14:7:
-＠:LDP man-pages:3.51:1999/05/31:latin9:7:iso_8859-15:7:
-○:LDP man-pages:3.51:2012/08/05:libc:7:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2008/12/05:locale:7:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2004/09/15:mailaddr:7:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-â\97\8b:LDP man-pages:3.51:2012/08/05:man:7:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-â\97\8b:LDP man-pages:3.51:2013/02/24:man-pages:7:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2008/08/11:math_error:7:2013/03/26::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-â\97\8b:LDP man-pages:3.51:0000/00/00:mdoc:7:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-â\97\8b:LDP man-pages:3.51:0000/00/00:mdoc.samples:7:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-â\97\8b:LDP man-pages:3.51:2009/09/27:mq_overview:7:2013/03/26::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2012/04/26:netdevice:7:2013/03/26::amotoki@gmail.com:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2013/03/15:netlink:7:2013/03/26::amotoki@gmail.com:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2012/08/05:numa:7:2013/05/18::amotoki@gmail.com:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2011/09/09:operator:7:2013/03/25::ysato444@yahoo.co.jp:Yuichi SATO:
-○:LDP man-pages:3.51:2012/05/10:packet:7:2013/03/26::amotoki@gmail.com:Akihiro MOTOKI:
-â\97\8b:LDP man-pages:3.51:2009/12/05:path_resolution:7:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2005/12/08:pipe:7:2013/03/26::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2007/12/21:posixoptions:7:2013/03/25::ysato444@yahoo.co.jp:Yuichi SATO:
-○:LDP man-pages:3.51:2010/11/14:pthreads:7:2013/03/26::amotoki@gmail.com:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2005/10/10:pty:7:2013/03/26::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2012/05/10:raw:7:2013/03/26::amotoki@gmail.com:Akihiro MOTOKI:
-â\97\8b:LDP man-pages:3.51:2009/01/12:regex:7:2013/03/26::nakano@apm.seikei.ac.jp:NAKANO Takeo:
-×:LDP man-pages:3.51:2012/07/07:rtld-audit:7:::::
-○:LDP man-pages:3.51:2013/03/05:rtnetlink:7:2013/03/26::amotoki@gmail.com:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2012/05/13:sem_overview:7:2013/03/26::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2010/09/10:shm_overview:7:2013/03/26::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-×:LDP man-pages:3.51:2011/09/09:sigevent:7:::::
-○:LDP man-pages:3.51:2012/05/01:signal:7:2013/03/26::amotoki@gmail.com:Akihiro MOTOKI:
-â\97\8b:LDP man-pages:3.51:2013/03/15:socket:7:2013/03/26::amotoki@gmail.com:Akihiro MOTOKI:
-×:LDP man-pages:3.51:2007/12/20:spufs:7:::::
-â\97\8b:LDP man-pages:3.51:2012/08/05:standards:7:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2000/11/16:suffixes:7:2013/03/25::ysato@h4.dion.ne.jp:Yuichi SATO:
-○:LDP man-pages:3.51:2013/02/12:svipc:7:2013/03/26::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-×:LDP man-pages:3.51:2008/06/18:symlink:7:::::
-â\97\8b:LDP man-pages:3.51:2012/04/23:tcp:7:2013/03/26::amotoki@gmail.com:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2013/02/12:termio:7:2013/03/26::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2012/10/28:time:7:2013/03/26::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2010/09/20:tis-620:7:iso_8859-11:7:
-â\97\8b:LDP man-pages:3.51:2010/06/13:udp:7:2013/03/26::amotoki@gmail.com:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2008/12/03:udplite:7:2013/03/26::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2012/08/05:unicode:7:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2012/08/05:units:7:2013/03/25::nakano@apm.seikei.ac.jp:NAKANO Takeo:
-○:LDP man-pages:3.51:2012/05/10:unix:7:2013/03/26::amotoki@gmail.com:Akihiro MOTOKI:
-â\97\8b:LDP man-pages:3.51:2012/08/05:uri:7:2013/03/26::amotoki@gmail.com:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2012/08/05:url:7:uri:7:
-＠:LDP man-pages:3.51:2012/08/05:urn:7:uri:7:
-○:LDP man-pages:3.51:2012/04/30:utf-8:7:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2012/04/30:utf8:7:utf-8:7:
-â\97\8b:LDP man-pages:3.51:2012/08/05:x25:7:2013/03/26::amotoki@gmail.com:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2007/10/23:intro:8:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-＠:LDP man-pages:3.51:2013/02/10:ld-linux:8:ld.so:8:
-＠:LDP man-pages:3.51:2013/02/10:ld-linux.so:8:ld.so:8:
-○:LDP man-pages:3.51:2013/02/10:ld.so:8:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2012/05/10:ldconfig:8:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-○:LDP man-pages:3.51:2012/05/10:nscd:8:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-×:LDP man-pages:3.51:2013/02/10:sln:8:::::
-â\97\8b:LDP man-pages:3.51:1998/11/01:sync:8:2013/03/25::sato@complex.eng.hokudai.ac.jp:Yuichi SATO:
-â\97\8b:LDP man-pages:3.51:2007/05/18:tzselect:8:2013/03/25::ysato@h4.dion.ne.jp:Yuichi SATO:
-○:LDP man-pages:3.51:2013/02/12:zdump:8:2013/03/26::nakano@apm.seikei.ac.jp:NAKANO Takeo:
-â\97\8b:LDP man-pages:3.51:2010/02/25:zic:8:2013/03/25::sato@complex.eng.hokudai.ac.jp:Yuichi SATO:
+×:LDP man-pages:3.52:2013/03/15:getent:1:::::
+○:LDP man-pages:3.52:2007/11/15:intro:1:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+â\98\86:LDP man-pages:3.51=>3.52:2012/07/16:ldd:1:2013/03/25::ysato@h4.dion.ne.jp:Yuichi SATO:
+â\98\86:LDP man-pages:3.51=>3.52:2008/11/14:time:1:2013/03/26::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2010/09/20:_Exit:2:_exit:2:
+＠:LDP man-pages:3.52:2013/04/16:__clone2:2:clone:2:
+○:LDP man-pages:3.52:2010/09/20:_exit:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2012/07/13:_llseek:2:llseek:2:
+＠:LDP man-pages:3.52:2012/08/17:_newselect:2:select:2:
+â\98\86:LDP man-pages:3.51=>3.52:2007/12/19:_syscall:2:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2012/12/22:_sysctl:2:sysctl:2:
+○:LDP man-pages:3.52:2010/09/10:accept:2:2013/03/26::amotoki@gmail.com:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2010/09/10:accept4:2:accept:2:
+○:LDP man-pages:3.52:2013/04/16:access:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+â\98\86:LDP man-pages:3.51=>3.52:2008/06/16:acct:2:2013/03/25::ysato444@yahoo.co.jp:Yuichi SATO:
+×:LDP man-pages:3.52:2010/02/25:add_key:2:::::
+○:LDP man-pages:3.52:2004/05/27:adjtimex:2:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2013/02/12:afs_syscall:2:unimplemented:2:
+â\98\86:LDP man-pages:3.51=>3.52:2013/04/18:alarm:2:2013/03/25::hanataka@abyss.rim.or.jp:HANATAKA Shinya:
+○:LDP man-pages:3.52:2007/05/31:alloc_hugepages:2:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+â\98\86:LDP man-pages:3.51=>3.52:2007/12/26:arch_prctl:2:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2013/04/01:arm_fadvise:2:posix_fadvise:2:
+＠:LDP man-pages:3.52:2013/04/01:arm_fadvise64_64:2:posix_fadvise:2:
+＠:LDP man-pages:3.52:2013/04/01:arm_sync_file_range:2:sync_file_range:2:
+○:LDP man-pages:3.52:2012/03/05:bdflush:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2007/12/28:bind:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2013/02/12:break:2:unimplemented:2:
+○:LDP man-pages:3.52:2010/09/20:brk:2:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2007/05/26:cacheflush:2:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2013/03/11:capget:2:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2013/03/11:capset:2:capget:2:
+○:LDP man-pages:3.52:2010/11/25:chdir:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2010/09/26:chmod:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2010/11/22:chown:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2010/11/22:chown32:2:chown:2:
+○:LDP man-pages:3.52:2010/09/20:chroot:2:2013/03/25::ysato444@yahoo.co.jp:Yuichi SATO:
+○:LDP man-pages:3.52:2013/02/25:clock_getres:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2013/02/25:clock_gettime:2:clock_getres:2:
+○:LDP man-pages:3.52:2012/11/07:clock_nanosleep:2:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2013/02/25:clock_settime:2:clock_getres:2:
+○:LDP man-pages:3.52:2013/04/16:clone:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2013/04/16:clone2:2:clone:2:
+○:LDP man-pages:3.52:2007/12/28:close:2:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2008/12/03:connect:2:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2013/02/18:creat:2:open:2:
+○:LDP man-pages:3.52:2012/10/18:create_module:2:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+☆:LDP man-pages:3.41=>3.52:2012/11/08:delete_module:2:2006/07/30::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2012/02/14:dup:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2012/02/14:dup2:2:dup:2:
+＠:LDP man-pages:3.52:2012/02/14:dup3:2:dup:2:
+○:LDP man-pages:3.52:2012/04/15:epoll_create:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2012/04/15:epoll_create1:2:epoll_create:2:
+○:LDP man-pages:3.52:2012/04/15:epoll_ctl:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2012/08/17:epoll_pwait:2:epoll_wait:2:
+○:LDP man-pages:3.52:2012/08/17:epoll_wait:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2010/08/30:eventfd:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2010/08/30:eventfd2:2:eventfd:2:
+â\98\86:LDP man-pages:3.51=>3.52:2013/07/04:execve:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2010/09/20:exit:2:_exit:2:
+○:LDP man-pages:3.52:2008/11/27:exit_group:2:2013/03/25::ysato444@yahoo.co.jp:Yuichi SATO:
+○:LDP man-pages:3.52:2012/05/04:faccessat:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2013/04/01:fadvise64:2:posix_fadvise:2:
+＠:LDP man-pages:3.52:2013/04/01:fadvise64_64:2:posix_fadvise:2:
+â\98\86:LDP man-pages:3.51=>3.52:2013/06/10:fallocate:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2013/02/12:fattach:2:unimplemented:2:
+＠:LDP man-pages:3.52:2010/11/25:fchdir:2:chdir:2:
+＠:LDP man-pages:3.52:2010/09/26:fchmod:2:chmod:2:
+○:LDP man-pages:3.52:2012/05/22:fchmodat:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2010/11/22:fchown:2:chown:2:
+＠:LDP man-pages:3.52:2010/11/22:fchown32:2:fchown:2:
+○:LDP man-pages:3.52:2012/05/04:fchownat:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2012/04/15:fcntl:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2012/04/15:fcntl64:2:fcntl:2:
+＠:LDP man-pages:3.52:2012/02/27:fdatasync:2:fsync:2:
+＠:LDP man-pages:3.52:2013/02/12:fdetach:2:unimplemented:2:
+＠:LDP man-pages:3.52:2013/01/19:fgetxattr:2:getxattr:2:
+＠:LDP man-pages:3.52:2013/01/07:finit_module:2:init_module:2:
+＠:LDP man-pages:3.52:2013/04/09:flistxattr:2:listxattr:2:
+○:LDP man-pages:3.52:2013/02/11:flock:2:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2013/03/12:fork:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2007/05/31:free_hugepages:2:alloc_hugepages:2:
+＠:LDP man-pages:3.52:2013/01/19:fremovexattr:2:removexattr:2:
+＠:LDP man-pages:3.52:2013/01/19:fsetxattr:2:setxattr:2:
+＠:LDP man-pages:3.52:2012/11/11:fstat:2:stat:2:
+＠:LDP man-pages:3.52:2012/11/11:fstat64:2:fstat:2:
+○:LDP man-pages:3.52:2012/05/04:fstatat:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2012/05/04:fstatat64:2:fstatat:2:
+＠:LDP man-pages:3.52:2010/11/21:fstatfs:2:statfs:2:
+＠:LDP man-pages:3.52:2010/11/21:fstatfs64:2:fstatfs:2:
+＠:LDP man-pages:3.52:2003/08/22:fstatvfs:2:statvfs:3:
+○:LDP man-pages:3.52:2012/02/27:fsync:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2013/04/01:ftruncate:2:truncate:2:
+＠:LDP man-pages:3.52:2013/04/01:ftruncate64:2:ftruncate:2:
+○:LDP man-pages:3.52:2013/03/15:futex:2:2013/03/25::ysato444@yahoo.co.jp:Yuichi SATO:
+○:LDP man-pages:3.52:2012/05/10:futimesat:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2012/10/18:get_kernel_syms:2:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2008/08/15:get_mempolicy:2:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+×:LDP man-pages:3.52:2012/07/13:get_robust_list:2:::::
+○:LDP man-pages:3.52:2012/07/13:get_thread_area:2:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+※:LDP man-pages:3.52:2009/03/15:getcontext:2:getcontext:3:
+○:LDP man-pages:3.52:2013/04/03:getcpu:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2010/09/20:getcwd:2:getcwd:3:
+○:LDP man-pages:3.52:2012/08/03:getdents:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2012/08/03:getdents64:2:getdents:2:
+○:LDP man-pages:3.52:2012/10/25:getdomainname:2:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+○:LDP man-pages:3.52:0000/00/00:getdtablesize:2:2007/01/14::argrath@ub32.org:Kentaro Shirakata:
+＠:LDP man-pages:3.52:2010/11/22:getegid:2:getgid:2:
+＠:LDP man-pages:3.52:2010/11/22:getegid32:2:getegid:2:
+＠:LDP man-pages:3.52:2010/11/22:geteuid:2:getuid:2:
+＠:LDP man-pages:3.52:2010/11/22:geteuid32:2:geteuid:2:
+○:LDP man-pages:3.52:2010/11/22:getgid:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2010/11/22:getgid32:2:getgid:2:
+○:LDP man-pages:3.52:2010/11/22:getgroups:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2010/11/22:getgroups32:2:getgroups:2:
+＠:LDP man-pages:3.52:2010/09/20:gethostid:2:gethostid:3:
+○:LDP man-pages:3.52:2010/09/26:gethostname:2:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2012/10/01:getitimer:2:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2013/02/12:getmsg:2:unimplemented:2:
+○:LDP man-pages:3.52:2010/11/16:getpagesize:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+â\98\86:LDP man-pages:3.51=>3.52:2013/02/12:getpeername:2:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2010/09/26:getpgid:2:setpgid:2:
+＠:LDP man-pages:3.52:2010/09/26:getpgrp:2:setpgid:2:
+○:LDP man-pages:3.52:2008/09/23:getpid:2:2013/03/25::suto@av.crl.sony.co.jp:SUTO, Mitsuaki:
+＠:LDP man-pages:3.52:2013/02/12:getpmsg:2:unimplemented:2:
+＠:LDP man-pages:3.52:2008/09/23:getppid:2:getpid:2:
+○:LDP man-pages:3.52:2013/02/12:getpriority:2:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2010/11/22:getresgid:2:getresuid:2:
+＠:LDP man-pages:3.52:2010/11/22:getresgid32:2:getresgid:2:
+○:LDP man-pages:3.52:2010/11/22:getresuid:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2010/11/22:getresuid32:2:getresuid:2:
+â\98\86:LDP man-pages:3.51=>3.52:2013/02/11:getrlimit:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2010/09/26:getrusage:2:2013/05/06::amotoki@gmail.com:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2010/09/26:getsid:2:2013/03/25::argrath@ub32.org:Kentaro Shirakata:
+â\98\86:LDP man-pages:3.51=>3.52:2008/12/03:getsockname:2:2013/03/25::ysato444@yahoo.co.jp:Yuichi SATO:
+○:LDP man-pages:3.52:2008/12/03:getsockopt:2:2013/03/25::argrath@ub32.org:Kentaro Shirakata:
+○:LDP man-pages:3.52:2013/02/04:gettid:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2012/04/26:gettimeofday:2:2013/03/26::amotoki@gmail.com:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2010/11/22:getuid:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2010/11/22:getuid32:2:getuid:2:
+×:LDP man-pages:3.52:2013/02/13:getunwind:2:::::
+○:LDP man-pages:3.52:2013/01/19:getxattr:2:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2013/02/12:gtty:2:unimplemented:2:
+○:LDP man-pages:3.52:2012/12/31:idle:2:2013/03/25::argrath@yo.rim.or.jp:Kentaro Shirakata:
+＠:LDP man-pages:3.52:2012/12/31:inb:2:outb:2:
+＠:LDP man-pages:3.52:2012/12/31:inb_p:2:outb:2:
+☆:LDP man-pages:3.41=>3.52:2013/01/07:init_module:2:2006/07/30::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2012/12/31:inl:2:outb:2:
+＠:LDP man-pages:3.52:2012/12/31:inl_p:2:outb:2:
+○:LDP man-pages:3.52:2010/10/20:inotify_add_watch:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2012/05/04:inotify_init:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2012/05/04:inotify_init1:2:inotify_init:2:
+○:LDP man-pages:3.52:2010/10/15:inotify_rm_watch:2:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2012/12/31:insb:2:outb:2:
+＠:LDP man-pages:3.52:2012/12/31:insl:2:outb:2:
+＠:LDP man-pages:3.52:2012/12/31:insw:2:outb:2:
+○:LDP man-pages:3.52:2010/11/11:intro:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2012/12/31:inw:2:outb:2:
+＠:LDP man-pages:3.52:2012/12/31:inw_p:2:outb:2:
+○:LDP man-pages:3.52:2013/04/10:io_cancel:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+â\98\86:LDP man-pages:3.51=>3.52:2013/04/08:io_destroy:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2013/04/08:io_getevents:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+â\98\86:LDP man-pages:3.51=>3.52:2013/06/21:io_setup:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2012/07/13:io_submit:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2000/09/21:ioctl:2:2013/03/25::tati@kc5.so-net.ne.jp:TACHIBANA Akira:
+â\98\86:LDP man-pages:3.51=>3.52:2007/12/29:ioctl_list:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2013/03/12:ioperm:2:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2013/03/15:iopl:2:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2013/02/12:ioprio_get:2:ioprio_set:2:
+○:LDP man-pages:3.52:2013/02/12:ioprio_set:2:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2012/10/16:ipc:2:2013/03/25::hanataka@abyss.rim.or.jp:HANATAKA Shinya:
+＠:LDP man-pages:3.52:2013/02/12:isastream:2:unimplemented:2:
+×:LDP man-pages:3.52:2013/01/27:kcmp:2:::::
+○:LDP man-pages:3.52:2012/07/13:kexec_load:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+×:LDP man-pages:3.52:2010/02/25:keyctl:2:::::
+○:LDP man-pages:3.52:2013/02/05:kill:2:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+â\98\86:LDP man-pages:3.51=>3.52:2010/09/20:killpg:2:2013/03/25::ysato444@yahoo.co.jp:Yuichi SATO:
+＠:LDP man-pages:3.52:2010/11/22:lchown:2:chown:2:
+＠:LDP man-pages:3.52:2010/11/22:lchown32:2:lchown:2:
+＠:LDP man-pages:3.52:2013/01/19:lgetxattr:2:getxattr:2:
+○:LDP man-pages:3.52:2013/01/27:link:2:2013/03/25::ysato444@yahoo.co.jp:Yuichi SATO:
+○:LDP man-pages:3.52:2012/05/04:linkat:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2008/11/20:listen:2:2013/03/25::argrath@ub32.org:Kentaro Shirakata:
+○:LDP man-pages:3.52:2013/04/09:listxattr:2:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2013/04/09:llistxattr:2:listxattr:2:
+○:LDP man-pages:3.52:2012/07/13:llseek:2:2013/03/25::ysato444@yahoo.co.jp:Yuichi SATO:
+＠:LDP man-pages:3.52:2013/02/12:lock:2:unimplemented:2:
+○:LDP man-pages:3.52:2004/06/17:lookup_dcookie:2:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2013/01/19:lremovexattr:2:removexattr:2:
+○:LDP man-pages:3.52:2013/03/27:lseek:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2013/01/19:lsetxattr:2:setxattr:2:
+＠:LDP man-pages:3.52:2012/11/11:lstat:2:stat:2:
+＠:LDP man-pages:3.52:2012/11/11:lstat64:2:lstat:2:
+☆:LDP man-pages:3.50=>3.52:2012/04/28:madvise:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2013/02/12:madvise1:2:unimplemented:2:
+○:LDP man-pages:3.52:2008/08/15:mbind:2:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+â\98\86:LDP man-pages:3.51=>3.52:2012/08/01:migrate_pages:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2008/04/22:mincore:2:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2013/01/27:mkdir:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2012/05/04:mkdirat:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2013/01/27:mknod:2:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2012/05/04:mknodat:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2011/09/14:mlock:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2011/09/14:mlockall:2:mlock:2:
+○:LDP man-pages:3.52:2013/04/17:mmap:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+â\98\86:LDP man-pages:3.51=>3.52:2012/04/16:mmap2:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2012/07/13:modify_ldt:2:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2012/07/05:mount:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+â\98\86:LDP man-pages:3.51=>3.52:2010/06/11:move_pages:2:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2012/08/14:mprotect:2:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2013/02/12:mpx:2:unimplemented:2:
+○:LDP man-pages:3.52:2012/07/13:mq_getsetattr:2:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2010/10/04:mq_notify:2:mq_notify:3:
+＠:LDP man-pages:3.52:2009/02/20:mq_open:2:mq_open:3:
+＠:LDP man-pages:3.52:2010/09/20:mq_timedreceive:2:mq_receive:3:
+＠:LDP man-pages:3.52:2010/09/20:mq_timedsend:2:mq_send:3:
+＠:LDP man-pages:3.52:2010/08/29:mq_unlink:2:mq_unlink:3:
+â\98\86:LDP man-pages:3.51=>3.52:2010/06/10:mremap:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2012/05/31:msgctl:2:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2012/05/31:msgget:2:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2012/05/31:msgop:2:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2012/05/31:msgrcv:2:msgop:2:
+＠:LDP man-pages:3.52:2012/05/31:msgsnd:2:msgop:2:
+â\98\86:LDP man-pages:3.51=>3.52:2008/04/22:msync:2:2013/03/25::argrath@ub32.org:Kentaro Shirakata:
+＠:LDP man-pages:3.52:2011/09/14:munlock:2:mlock:2:
+＠:LDP man-pages:3.52:2011/09/14:munlockall:2:mlock:2:
+＠:LDP man-pages:3.52:2013/04/17:munmap:2:mmap:2:
+â\98\86:LDP man-pages:3.51=>3.52:2009/01/19:nanosleep:2:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2012/03/05:nfsservctl:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2007/07/26:nice:2:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2012/11/11:oldfstat:2:stat:2:
+＠:LDP man-pages:3.52:2012/11/11:oldlstat:2:stat:2:
+＠:LDP man-pages:3.52:2008/12/03:oldolduname:2:uname:2:
+＠:LDP man-pages:3.52:2012/11/11:oldstat:2:stat:2:
+＠:LDP man-pages:3.52:2008/12/03:olduname:2:uname:2:
+○:LDP man-pages:3.52:2013/02/18:open:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2012/05/04:openat:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2012/12/31:outb:2:2013/03/25::argrath@ub32.org:Kentaro Shirakata:
+＠:LDP man-pages:3.52:2012/12/31:outb_p:2:outb:2:
+＠:LDP man-pages:3.52:2012/12/31:outl:2:outb:2:
+＠:LDP man-pages:3.52:2012/12/31:outl_p:2:outb:2:
+＠:LDP man-pages:3.52:2012/12/31:outsb:2:outb:2:
+＠:LDP man-pages:3.52:2012/12/31:outsl:2:outb:2:
+＠:LDP man-pages:3.52:2012/12/31:outsw:2:outb:2:
+＠:LDP man-pages:3.52:2012/12/31:outw:2:outb:2:
+＠:LDP man-pages:3.52:2012/12/31:outw_p:2:outb:2:
+○:LDP man-pages:3.52:2008/10/06:pause:2:2013/03/25::suto@av.crl.sony.co.jp:SUTO, Mitsuaki:
+＠:LDP man-pages:3.52:2003/07/14:pciconfig_iobase:2:pciconfig_read:2:
+â\98\86:LDP man-pages:3.51=>3.52:2003/07/14:pciconfig_read:2:2013/03/25::ysato444@yahoo.co.jp:Yuichi SATO:
+＠:LDP man-pages:3.52:2003/07/14:pciconfig_write:2:pciconfig_read:2:
+×:LDP man-pages:3.52:2013/07/02:perf_event_open:2:::::
+×:LDP man-pages:3.52:2013/02/13:perfmonctl:2:::::
+○:LDP man-pages:3.52:2003/01/01:personality:2:2013/03/25::argrath@ub32.org:Kentaro Shirakata:
+＠:LDP man-pages:3.52:2013/02/12:phys:2:unimplemented:2:
+○:LDP man-pages:3.52:2012/02/14:pipe:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2012/02/14:pipe2:2:pipe:2:
+○:LDP man-pages:3.52:2012/07/13:pivot_root:2:2013/03/25::nakano@apm.seikei.ac.jp:NAKANO Takeo:
+○:LDP man-pages:3.52:2012/08/17:poll:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2013/04/01:posix_fadvise:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2012/08/17:ppoll:2:poll:2:
+☆:LDP man-pages:3.40=>3.52:2013/05/21:prctl:2:2012/05/26::amotoki@gmail.com:Akihiro MOTOKI:
+â\98\86:LDP man-pages:3.51=>3.52:2013/06/21:pread:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2013/06/21:pread64:2:pread:2:
+＠:LDP man-pages:3.52:2010/11/17:preadv:2:readv:2:
+＠:LDP man-pages:3.52:2013/02/11:prlimit:2:getrlimit:2:
+×:LDP man-pages:3.52:2012/04/25:process_vm_readv:2:::::
+※:LDP man-pages:3.52:2012/04/25:process_vm_writev:2:process_vm_readv:2:
+＠:LDP man-pages:3.52:2013/02/12:prof:2:unimplemented:2:
+＠:LDP man-pages:3.52:2012/08/17:pselect:2:select:2:
+＠:LDP man-pages:3.52:2012/08/17:pselect6:2:select:2:
+×:LDP man-pages:3.52:2013/02/16:ptrace:2:::::
+＠:LDP man-pages:3.52:2013/02/12:putmsg:2:unimplemented:2:
+＠:LDP man-pages:3.52:2013/02/12:putpmsg:2:unimplemented:2:
+＠:LDP man-pages:3.52:2013/06/21:pwrite:2:pread:2:
+＠:LDP man-pages:3.52:2013/06/21:pwrite64:2:pwrite:2:
+＠:LDP man-pages:3.52:2010/11/17:pwritev:2:readv:2:
+○:LDP man-pages:3.52:2013/01/27:query_module:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+×:LDP man-pages:3.52:2010/06/16:quotactl:2:::::
+○:LDP man-pages:3.52:2013/02/12:read:2:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2013/04/01:readahead:2:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+â\98\86:LDP man-pages:3.51=>3.52:2013/06/21:readdir:2:2013/03/25::hanataka@abyss.rim.or.jp:HANATAKA Shinya:
+○:LDP man-pages:3.52:2011/09/20:readlink:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2012/05/04:readlinkat:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2010/11/17:readv:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2010/10/31:reboot:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+â\98\86:LDP man-pages:3.51=>3.52:2013/04/19:recv:2:2013/03/26::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2013/04/19:recvfrom:2:recv:2:
+○:LDP man-pages:3.52:2012/12/24:recvmmsg:2:2013/05/18::amotoki@gmail.com:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2013/04/19:recvmsg:2:recv:2:
+○:LDP man-pages:3.52:2008/04/22:remap_file_pages:2:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2013/01/19:removexattr:2:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2013/01/27:rename:2:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2012/05/04:renameat:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+×:LDP man-pages:3.52:2010/02/25:request_key:2:::::
+○:LDP man-pages:3.52:2008/05/08:rmdir:2:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2013/04/19:rt_sigaction:2:sigaction:2:
+＠:LDP man-pages:3.52:2013/04/19:rt_sigpending:2:sigpending:2:
+＠:LDP man-pages:3.52:2013/04/19:rt_sigprocmask:2:sigprocmask:2:
+×:LDP man-pages:3.52:2012/07/13:rt_sigqueueinfo:2:::::
+＠:LDP man-pages:3.52:2008/06/26:rt_sigreturn:2:sigreturn:2:
+＠:LDP man-pages:3.52:2013/04/19:rt_sigsuspend:2:sigsuspend:2:
+＠:LDP man-pages:3.52:2012/07/21:rt_sigtimedwait:2:sigtimedwait:2:
+※:LDP man-pages:3.52:2012/07/13:rt_tgsigqueueinfo:2:rt_sigqueueinfo:2:
+×:LDP man-pages:3.52:2012/12/17:s390_runtime_instr:2:::::
+＠:LDP man-pages:3.52:2010/09/20:sbrk:2:brk:2:
+â\98\86:LDP man-pages:3.51=>3.52:2006/03/23:sched_get_priority_max:2:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2006/03/23:sched_get_priority_min:2:sched_get_priority_max:2:
+＠:LDP man-pages:3.52:2013/02/11:sched_getaffinity:2:sched_setaffinity:2:
+＠:LDP man-pages:3.52:2013/02/12:sched_getparam:2:sched_setparam:2:
+＠:LDP man-pages:3.52:2013/02/12:sched_getscheduler:2:sched_setscheduler:2:
+○:LDP man-pages:3.52:2013/03/18:sched_rr_get_interval:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+â\98\86:LDP man-pages:3.51=>3.52:2013/02/11:sched_setaffinity:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2013/02/12:sched_setparam:2:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2013/02/12:sched_setscheduler:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+â\98\86:LDP man-pages:3.51=>3.52:2008/10/18:sched_yield:2:2013/03/25::hanataka@abyss.rim.or.jp:HANATAKA Shinya:
+＠:LDP man-pages:3.52:2013/02/12:security:2:unimplemented:2:
+○:LDP man-pages:3.52:2012/08/17:select:2:2013/03/26::amotoki@gmail.com:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2012/08/03:select_tut:2:2013/03/26::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+â\98\86:LDP man-pages:3.51=>3.52:2013/06/03:semctl:2:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2012/05/31:semget:2:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2013/04/17:semop:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2013/04/17:semtimedop:2:semop:2:
+○:LDP man-pages:3.52:2012/04/23:send:2:2013/03/26::amotoki@gmail.com:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2011/09/14:sendfile:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2011/09/14:sendfile64:2:sendfile:2:
+○:LDP man-pages:3.52:2012/12/16:sendmmsg:2:2013/05/18::amotoki@gmail.com:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2012/04/23:sendmsg:2:send:2:
+＠:LDP man-pages:3.52:2012/04/23:sendto:2:send:2:
+○:LDP man-pages:3.52:2008/08/15:set_mempolicy:2:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+※:LDP man-pages:3.52:2012/07/13:set_robust_list:2:get_robust_list:2:
+○:LDP man-pages:3.52:2012/07/13:set_thread_area:2:2013/03/26::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2012/07/19:set_tid_address:2:2005/02/14::ysato444@yahoo.co.jp:Yuichi SATO:
+※:LDP man-pages:3.52:2009/03/15:setcontext:2:getcontext:3:
+＠:LDP man-pages:3.52:2012/10/25:setdomainname:2:getdomainname:2:
+＠:LDP man-pages:3.52:2012/07/02:setegid:2:seteuid:2:
+○:LDP man-pages:3.52:2012/07/02:seteuid:2:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2010/11/22:setfsgid:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2010/11/22:setfsgid32:2:setfsgid:2:
+○:LDP man-pages:3.52:2010/11/22:setfsuid:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2010/11/22:setfsuid32:2:setfsuid:2:
+○:LDP man-pages:3.52:2010/11/22:setgid:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2010/11/22:setgid32:2:setgid:2:
+＠:LDP man-pages:3.52:2010/11/22:setgroups:2:getgroups:2:
+＠:LDP man-pages:3.52:2010/11/22:setgroups32:2:setgroups:2:
+＠:LDP man-pages:3.52:2010/09/20:sethostid:2:gethostid:3:
+＠:LDP man-pages:3.52:2010/09/26:sethostname:2:gethostname:2:
+＠:LDP man-pages:3.52:2012/10/01:setitimer:2:getitimer:2:
+○:LDP man-pages:3.52:2013/01/01:setns:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2010/09/26:setpgid:2:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2010/09/26:setpgrp:2:setpgid:2:
+＠:LDP man-pages:3.52:2013/02/12:setpriority:2:getpriority:2:
+＠:LDP man-pages:3.52:2010/11/22:setregid:2:setreuid:2:
+＠:LDP man-pages:3.52:2010/11/22:setregid32:2:setregid:2:
+＠:LDP man-pages:3.52:2010/11/22:setresgid:2:setresuid:2:
+＠:LDP man-pages:3.52:2010/11/22:setresgid32:2:setresgid:2:
+○:LDP man-pages:3.52:2010/11/22:setresuid:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2010/11/22:setresuid32:2:setresuid:2:
+○:LDP man-pages:3.52:2010/11/22:setreuid:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2010/11/22:setreuid32:2:setreuid:2:
+＠:LDP man-pages:3.52:2013/02/11:setrlimit:2:getrlimit:2:
+○:LDP man-pages:3.52:2013/02/11:setsid:2:2013/03/25::ysato444@yahoo.co.jp:Yuichi SATO:
+＠:LDP man-pages:3.52:2008/12/03:setsockopt:2:getsockopt:2:
+＠:LDP man-pages:3.52:2012/04/26:settimeofday:2:gettimeofday:2:
+○:LDP man-pages:3.52:2010/11/22:setuid:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2010/11/22:setuid32:2:setuid:2:
+â\98\86:LDP man-pages:3.51=>3.52:2008/12/03:setup:2:2013/03/25::argrath@ub32.org:Kentaro Shirakata:
+○:LDP man-pages:3.52:2013/01/19:setxattr:2:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2012/07/13:sgetmask:2:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2013/02/12:shmat:2:shmop:2:
+○:LDP man-pages:3.52:2013/03/18:shmctl:2:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2013/02/12:shmdt:2:shmop:2:
+â\98\86:LDP man-pages:3.51=>3.52:2013/04/19:shmget:2:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+â\98\86:LDP man-pages:3.51=>3.52:2013/02/12:shmop:2:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2012/09/06:shutdown:2:2013/03/25::argrath@ub32.org:Kentaro Shirakata:
+â\98\86:LDP man-pages:3.51=>3.52:2013/04/19:sigaction:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2010/09/26:sigaltstack:2:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+â\98\86:LDP man-pages:3.51=>3.52:2013/04/19:signal:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2009/01/13:signalfd:2:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2009/01/13:signalfd4:2:signalfd:2:
+â\98\86:LDP man-pages:3.51=>3.52:2013/04/19:sigpending:2:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+â\98\86:LDP man-pages:3.51=>3.52:2013/04/19:sigprocmask:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2012/03/25:sigqueue:2:sigqueue:3:
+○:LDP man-pages:3.52:2008/06/26:sigreturn:2:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+â\98\86:LDP man-pages:3.51=>3.52:2013/04/19:sigsuspend:2:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2012/07/21:sigtimedwait:2:sigwaitinfo:2:
+○:LDP man-pages:3.52:2012/07/21:sigwaitinfo:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2009/01/19:socket:2:2013/03/26::amotoki@gmail.com:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2012/10/16:socketcall:2:2013/03/26::hanataka@abyss.rim.or.jp:HANATAKA Shinya:
+○:LDP man-pages:3.52:2008/10/11:socketpair:2:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2012/05/04:splice:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+×:LDP man-pages:3.52:2012/08/05:spu_create:2:::::
+☆:LDP man-pages:3.50=>3.52:2012/08/05:spu_run:2:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2012/07/13:ssetmask:2:sgetmask:2:
+○:LDP man-pages:3.52:2012/11/11:stat:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2012/11/11:stat64:2:stat:2:
+○:LDP man-pages:3.52:2010/11/21:statfs:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2010/11/21:statfs64:2:statfs:2:
+＠:LDP man-pages:3.52:2003/08/22:statvfs:2:statvfs:3:
+○:LDP man-pages:3.52:2010/02/25:stime:2:2013/03/25::argrath@ub32.org:Kentaro Shirakata:
+＠:LDP man-pages:3.52:2013/02/12:stty:2:unimplemented:2:
+×:LDP man-pages:3.52:2012/07/13:subpage_prot:2:::::
+＠:LDP man-pages:3.52:2010/11/15:swapoff:2:swapon:2:
+○:LDP man-pages:3.52:2010/11/15:swapon:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2013/01/27:symlink:2:2013/03/25::ysato444@yahoo.co.jp:Yuichi SATO:
+○:LDP man-pages:3.52:2012/05/04:symlinkat:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2012/05/04:sync:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2013/04/01:sync_file_range:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2013/04/01:sync_file_range2:2:sync_file_range:2:
+＠:LDP man-pages:3.52:2012/05/04:syncfs:2:sync:2:
+â\98\86:LDP man-pages:3.51=>3.52:2013/06/21:syscall:2:2013/03/25::ysato@h4.dion.ne.jp:Yuichi SATO:
+○:LDP man-pages:3.52:2013/04/17:syscalls:2:2013/03/26::amotoki@gmail.com:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2012/12/22:sysctl:2:2013/03/25::hanataka@abyss.rim.or.jp:HANATAKA Shinya:
+○:LDP man-pages:3.52:2010/06/27:sysfs:2:2013/03/25::ysato@h4.dion.ne.jp:Yuichi SATO:
+○:LDP man-pages:3.52:2012/05/05:sysinfo:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2012/11/29:syslog:2:2012/05/31::amotoki@gmail.com:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2012/05/04:tee:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2012/07/13:tgkill:2:tkill:2:
+○:LDP man-pages:3.52:2011/09/09:time:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+×:LDP man-pages:3.52:2010/09/27:timer_create:2:::::
+×:LDP man-pages:3.52:2009/02/20:timer_delete:2:::::
+×:LDP man-pages:3.52:2009/02/20:timer_getoverrun:2:::::
+※:LDP man-pages:3.52:2012/10/15:timer_gettime:2:timer_settime:2:
+×:LDP man-pages:3.52:2012/10/15:timer_settime:2:::::
+○:LDP man-pages:3.52:2011/09/14:timerfd_create:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2011/09/14:timerfd_gettime:2:timerfd_create:2:
+＠:LDP man-pages:3.52:2011/09/14:timerfd_settime:2:timerfd_create:2:
+○:LDP man-pages:3.52:2012/10/22:times:2:2013/03/26::amotoki@gmail.com:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2012/07/13:tkill:2:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2013/04/01:truncate:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2013/04/01:truncate64:2:truncate:2:
+＠:LDP man-pages:3.52:2013/02/12:tuxcall:2:unimplemented:2:
+＠:LDP man-pages:3.52:2013/02/11:ugetrlimit:2:getrlimit:2:
+â\98\86:LDP man-pages:3.51=>3.52:2008/01/09:umask:2:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2010/06/19:umount:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2010/06/19:umount2:2:umount:2:
+â\98\86:LDP man-pages:3.51=>3.52:2008/12/03:uname:2:2013/03/25::ysato@h4.dion.ne.jp:Yuichi SATO:
+○:LDP man-pages:3.52:2013/02/12:unimplemented:2:2013/03/25::hanataka@abyss.rim.or.jp:HANATAKA Shinya:
+○:LDP man-pages:3.52:2011/09/15:unlink:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2012/05/04:unlinkat:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2013/04/17:unshare:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2005/01/09:uselib:2:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+â\98\86:LDP man-pages:3.51=>3.52:2003/08/04:ustat:2:2013/03/25::ysato444@yahoo.co.jp:Yuichi SATO:
+○:LDP man-pages:3.52:2008/08/06:utime:2:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+×:LDP man-pages:3.52:2012/03/25:utimensat:2:::::
+＠:LDP man-pages:3.52:2008/08/06:utimes:2:utime:2:
+○:LDP man-pages:3.52:2012/08/05:vfork:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2007/07/26:vhangup:2:2013/03/25::ysato444@yahoo.co.jp:Yuichi SATO:
+â\98\86:LDP man-pages:3.51=>3.52:2009/02/20:vm86:2:2013/03/25::ysato444@yahoo.co.jp:Yuichi SATO:
+＠:LDP man-pages:3.52:2009/02/20:vm86old:2:vm86:2:
+○:LDP man-pages:3.52:2012/05/04:vmsplice:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2013/02/12:vserver:2:unimplemented:2:
+○:LDP man-pages:3.52:2012/12/21:wait:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2012/09/23:wait3:2:wait4:2:
+○:LDP man-pages:3.52:2012/09/23:wait4:2:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2012/12/21:waitid:2:wait:2:
+＠:LDP man-pages:3.52:2012/12/21:waitpid:2:wait:2:
+○:LDP man-pages:3.52:2013/01/27:write:2:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2010/11/17:writev:2:readv:2:
+＠:LDP man-pages:3.52:2007/12/28:CIRCLEQ_ENTRY:3:queue:3:
+＠:LDP man-pages:3.52:2007/12/28:CIRCLEQ_HEAD:3:queue:3:
+＠:LDP man-pages:3.52:2007/12/28:CIRCLEQ_INIT:3:queue:3:
+＠:LDP man-pages:3.52:2007/12/28:CIRCLEQ_INSERT_AFTER:3:queue:3:
+＠:LDP man-pages:3.52:2007/12/28:CIRCLEQ_INSERT_BEFORE:3:queue:3:
+＠:LDP man-pages:3.52:2007/12/28:CIRCLEQ_INSERT_HEAD:3:queue:3:
+＠:LDP man-pages:3.52:2007/12/28:CIRCLEQ_INSERT_TAIL:3:queue:3:
+＠:LDP man-pages:3.52:2007/12/28:CIRCLEQ_REMOVE:3:queue:3:
+＠:LDP man-pages:3.52:2008/11/20:CMSG_ALIGN:3:cmsg:3:
+＠:LDP man-pages:3.52:2008/11/20:CMSG_FIRSTHDR:3:cmsg:3:
+＠:LDP man-pages:3.52:2008/11/20:CMSG_NXTHDR:3:cmsg:3:
+＠:LDP man-pages:3.52:2008/11/20:CMSG_SPACE:3:cmsg:3:
+※:LDP man-pages:3.52:2012/03/15:CPU_ALLOC:3:CPU_SET:3:
+※:LDP man-pages:3.52:2012/03/15:CPU_ALLOC_SIZE:3:CPU_SET:3:
+※:LDP man-pages:3.52:2012/03/15:CPU_AND:3:CPU_SET:3:
+※:LDP man-pages:3.52:2012/03/15:CPU_AND_S:3:CPU_SET:3:
+※:LDP man-pages:3.52:2012/03/15:CPU_CLR:3:CPU_SET:3:
+※:LDP man-pages:3.52:2012/03/15:CPU_CLR_S:3:CPU_SET:3:
+※:LDP man-pages:3.52:2012/03/15:CPU_COUNT:3:CPU_SET:3:
+※:LDP man-pages:3.52:2012/03/15:CPU_COUNT_S:3:CPU_SET:3:
+※:LDP man-pages:3.52:2012/03/15:CPU_EQUAL:3:CPU_SET:3:
+※:LDP man-pages:3.52:2012/03/15:CPU_EQUAL_S:3:CPU_SET:3:
+※:LDP man-pages:3.52:2012/03/15:CPU_FREE:3:CPU_SET:3:
+※:LDP man-pages:3.52:2012/03/15:CPU_ISSET:3:CPU_SET:3:
+※:LDP man-pages:3.52:2012/03/15:CPU_ISSET_S:3:CPU_SET:3:
+※:LDP man-pages:3.52:2012/03/15:CPU_OR:3:CPU_SET:3:
+※:LDP man-pages:3.52:2012/03/15:CPU_OR_S:3:CPU_SET:3:
+×:LDP man-pages:3.52:2012/03/15:CPU_SET:3:::::
+※:LDP man-pages:3.52:2012/03/15:CPU_SET_S:3:CPU_SET:3:
+※:LDP man-pages:3.52:2012/03/15:CPU_XOR:3:CPU_SET:3:
+※:LDP man-pages:3.52:2012/03/15:CPU_XOR_S:3:CPU_SET:3:
+※:LDP man-pages:3.52:2012/03/15:CPU_ZERO:3:CPU_SET:3:
+※:LDP man-pages:3.52:2012/03/15:CPU_ZERO_S:3:CPU_SET:3:
+＠:LDP man-pages:3.52:2007/05/18:DES_FAILED:3:des_crypt:3:
+＠:LDP man-pages:3.52:2012/08/17:FD_CLR:3:select:2:
+＠:LDP man-pages:3.52:2012/08/17:FD_ISSET:3:select:2:
+＠:LDP man-pages:3.52:2012/08/17:FD_SET:3:select:2:
+＠:LDP man-pages:3.52:2012/08/17:FD_ZERO:3:select:2:
+＠:LDP man-pages:3.52:2007/07/26:HUGE_VAL:3:INFINITY:3:
+＠:LDP man-pages:3.52:2007/07/26:HUGE_VALF:3:INFINITY:3:
+＠:LDP man-pages:3.52:2007/07/26:HUGE_VALL:3:INFINITY:3:
+â\98\86:LDP man-pages:3.51=>3.52:2007/07/26:INFINITY:3:2013/03/25::ysato444@yahoo.co.jp:Yuichi SATO:
+＠:LDP man-pages:3.52:2007/12/28:LIST_ENTRY:3:queue:3:
+＠:LDP man-pages:3.52:2007/12/28:LIST_HEAD:3:queue:3:
+＠:LDP man-pages:3.52:2007/12/28:LIST_INIT:3:queue:3:
+＠:LDP man-pages:3.52:2007/12/28:LIST_INSERT_AFTER:3:queue:3:
+＠:LDP man-pages:3.52:2007/12/28:LIST_INSERT_HEAD:3:queue:3:
+＠:LDP man-pages:3.52:2007/12/28:LIST_REMOVE:3:queue:3:
+○:LDP man-pages:3.52:1999/07/04:MB_CUR_MAX:3:2013/03/25::cz8cb01@linux.or.jp:HAYAKAWA Hitoshi:
+○:LDP man-pages:3.52:1999/07/04:MB_LEN_MAX:3:2013/03/25::cz8cb01@linux.or.jp:HAYAKAWA Hitoshi:
+＠:LDP man-pages:3.52:2007/07/26:NAN:3:INFINITY:3:
+＠:LDP man-pages:3.52:2007/12/28:TAILQ_ENTRY:3:queue:3:
+＠:LDP man-pages:3.52:2007/12/28:TAILQ_HEAD:3:queue:3:
+＠:LDP man-pages:3.52:2007/12/28:TAILQ_INIT:3:queue:3:
+＠:LDP man-pages:3.52:2007/12/28:TAILQ_INSERT_AFTER:3:queue:3:
+＠:LDP man-pages:3.52:2007/12/28:TAILQ_INSERT_HEAD:3:queue:3:
+＠:LDP man-pages:3.52:2007/12/28:TAILQ_INSERT_TAIL:3:queue:3:
+＠:LDP man-pages:3.52:2007/12/28:TAILQ_REMOVE:3:queue:3:
+＠:LDP man-pages:3.52:2010/10/13:__after_morecore_hook:3:malloc_hook:3:
+＠:LDP man-pages:3.52:2013/06/21:__fbufsize:3:stdio_ext:3:
+＠:LDP man-pages:3.52:2013/06/21:__flbf:3:stdio_ext:3:
+＠:LDP man-pages:3.52:2013/06/21:__fpending:3:stdio_ext:3:
+＠:LDP man-pages:3.52:2001/12/15:__fpurge:3:fpurge:3:
+＠:LDP man-pages:3.52:2013/06/21:__freadable:3:stdio_ext:3:
+＠:LDP man-pages:3.52:2013/06/21:__freading:3:stdio_ext:3:
+＠:LDP man-pages:3.52:2010/10/13:__free_hook:3:malloc_hook:3:
+＠:LDP man-pages:3.52:2013/06/21:__fsetlocking:3:stdio_ext:3:
+＠:LDP man-pages:3.52:2013/06/21:__fwritable:3:stdio_ext:3:
+＠:LDP man-pages:3.52:2013/06/21:__fwriting:3:stdio_ext:3:
+＠:LDP man-pages:3.52:2010/10/13:__malloc_hook:3:malloc_hook:3:
+＠:LDP man-pages:3.52:2010/10/13:__malloc_initialize_hook:3:malloc_hook:3:
+＠:LDP man-pages:3.52:2010/10/13:__memalign_hook:3:malloc_hook:3:
+＠:LDP man-pages:3.52:2010/10/13:__realloc_hook:3:malloc_hook:3:
+○:LDP man-pages:3.52:2012/12/31:__setfpucw:3:2013/03/25::nakano@apm.seikei.ac.jp:NAKANO Takeo:
+＠:LDP man-pages:3.52:2013/06/21:_flushlbf:3:stdio_ext:3:
+â\98\86:LDP man-pages:3.51=>3.52:2013/06/21:a64l:3:2013/03/25::ysato444@yahoo.co.jp:Yuichi SATO:
+○:LDP man-pages:3.52:2007/12/15:abort:3:2013/03/25::tyoshino@eng.toyo.ac.jp:Takashi Yoshino:
+â\98\86:LDP man-pages:3.51=>3.52:2013/06/21:abs:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+â\98\86:LDP man-pages:3.51=>3.52:2010/09/20:acos:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2010/09/20:acosf:3:acos:3:
+â\98\86:LDP man-pages:3.51=>3.52:2010/09/20:acosh:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2010/09/20:acoshf:3:acosh:3:
+＠:LDP man-pages:3.52:2010/09/20:acoshl:3:acosh:3:
+＠:LDP man-pages:3.52:2010/09/20:acosl:3:acos:3:
+＠:LDP man-pages:3.52:2009/09/15:addmntent:3:getmntent:3:
+○:LDP man-pages:3.52:2008/06/14:addseverity:3:2013/03/25::ysato444@yahoo.co.jp:Yuichi SATO:
+○:LDP man-pages:3.52:2008/06/22:adjtime:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2012/05/08:aio_cancel:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+â\98\86:LDP man-pages:3.51=>3.52:2013/07/04:aio_error:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2012/05/08:aio_fsync:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2012/04/26:aio_init:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2012/05/08:aio_read:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+â\98\86:LDP man-pages:3.51=>3.52:2013/07/04:aio_return:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2012/05/08:aio_suspend:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2012/05/08:aio_write:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2012/03/23:aligned_alloc:3:posix_memalign:3:
+â\98\86:LDP man-pages:3.51=>3.52:2013/05/12:alloca:3:2013/03/25::ysato444@yahoo.co.jp:Yuichi SATO:
+＠:LDP man-pages:3.52:2013/04/19:alphasort:3:scandir:3:
+＠:LDP man-pages:3.52:2007/05/18:argz:3:argz_add:3:
+â\98\86:LDP man-pages:3.51=>3.52:2007/05/18:argz_add:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2007/05/18:argz_add_sep:3:argz_add:3:
+＠:LDP man-pages:3.52:2007/05/18:argz_append:3:argz_add:3:
+＠:LDP man-pages:3.52:2007/05/18:argz_count:3:argz_add:3:
+＠:LDP man-pages:3.52:2007/05/18:argz_create:3:argz_add:3:
+＠:LDP man-pages:3.52:2007/05/18:argz_create_sep:3:argz_add:3:
+＠:LDP man-pages:3.52:2007/05/18:argz_delete:3:argz_add:3:
+＠:LDP man-pages:3.52:2007/05/18:argz_extract:3:argz_add:3:
+＠:LDP man-pages:3.52:2007/05/18:argz_insert:3:argz_add:3:
+＠:LDP man-pages:3.52:2007/05/18:argz_next:3:argz_add:3:
+＠:LDP man-pages:3.52:2007/05/18:argz_replace:3:argz_add:3:
+＠:LDP man-pages:3.52:2007/05/18:argz_stringify:3:argz_add:3:
+＠:LDP man-pages:3.52:2010/02/25:asctime:3:ctime:3:
+＠:LDP man-pages:3.52:2010/02/25:asctime_r:3:ctime:3:
+â\98\86:LDP man-pages:3.51=>3.52:2010/09/20:asin:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2010/09/20:asinf:3:asin:3:
+â\98\86:LDP man-pages:3.51=>3.52:2010/09/20:asinh:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2010/09/20:asinhf:3:asinh:3:
+＠:LDP man-pages:3.52:2010/09/20:asinhl:3:asinh:3:
+＠:LDP man-pages:3.52:2010/09/20:asinl:3:asin:3:
+â\98\86:LDP man-pages:3.51=>3.52:2013/06/21:asprintf:3:2013/03/25::nakano@apm.seikei.ac.jp:NAKANO Takeo:
+○:LDP man-pages:3.52:2002/08/25:assert:3:2013/03/25::argrath@ub32.org:Kentaro Shirakata:
+○:LDP man-pages:3.52:2002/08/25:assert_perror:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+â\98\86:LDP man-pages:3.51=>3.52:2010/09/20:atan:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2010/09/20:atan2:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2010/09/20:atan2f:3:atan2:3:
+＠:LDP man-pages:3.52:2010/09/20:atan2l:3:atan2:3:
+＠:LDP man-pages:3.52:2010/09/20:atanf:3:atan:3:
+â\98\86:LDP man-pages:3.51=>3.52:2010/09/11:atanh:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2010/09/11:atanhf:3:atanh:3:
+＠:LDP man-pages:3.52:2010/09/11:atanhl:3:atanh:3:
+＠:LDP man-pages:3.52:2010/09/20:atanl:3:atan:3:
+â\98\86:LDP man-pages:3.51=>3.52:2008/12/05:atexit:3:2013/03/26::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2012/08/03:atof:3:2013/03/25::tyoshino@eng.toyo.ac.jp:Takashi Yoshino:
+○:LDP man-pages:3.52:2012/08/03:atoi:3:2013/03/25::argrath@ub32.org:Kentaro Shirakata:
+＠:LDP man-pages:3.52:2012/08/03:atol:3:atoi:3:
+＠:LDP man-pages:3.52:2012/08/03:atoll:3:atoi:3:
+＠:LDP man-pages:3.52:2012/08/03:atoq:3:atoi:3:
+＠:LDP man-pages:3.52:2008/07/17:auth_destroy:3:rpc:3:
+＠:LDP man-pages:3.52:2008/07/17:authnone_create:3:rpc:3:
+＠:LDP man-pages:3.52:2008/07/17:authunix_create:3:rpc:3:
+＠:LDP man-pages:3.52:2008/07/17:authunix_create_default:3:rpc:3:
+â\98\86:LDP man-pages:3.51=>3.52:2008/06/14:backtrace:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2008/06/14:backtrace_symbols:3:backtrace:3:
+＠:LDP man-pages:3.52:2008/06/14:backtrace_symbols_fd:3:backtrace:3:
+â\98\86:LDP man-pages:3.51=>3.52:2009/03/30:basename:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2008/08/06:bcmp:3:2013/03/25::argrath@ub32.org:Kentaro Shirakata:
+○:LDP man-pages:3.52:2009/03/15:bcopy:3:2013/03/25::argrath@ub32.org:Kentaro Shirakata:
+＠:LDP man-pages:3.52:2010/09/10:be16toh:3:endian:3:
+＠:LDP man-pages:3.52:2010/09/10:be32toh:3:endian:3:
+＠:LDP man-pages:3.52:2010/09/10:be64toh:3:endian:3:
+â\98\86:LDP man-pages:3.51=>3.52:2013/06/21:bindresvport:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2009/03/15:bsd_signal:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+â\98\86:LDP man-pages:3.51=>3.52:2003/11/01:bsearch:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2002/01/20:bstring:3:2013/03/25::argrath@ub32.org:Kentaro Shirakata:
+○:LDP man-pages:3.52:2011/09/22:btowc:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2012/04/23:btree:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+â\98\86:LDP man-pages:3.51=>3.52:2009/01/15:byteorder:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2008/08/06:bzero:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2008/08/11:cabs:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2008/08/11:cabsf:3:cabs:3:
+＠:LDP man-pages:3.52:2008/08/11:cabsl:3:cabs:3:
+○:LDP man-pages:3.52:2011/09/15:cacos:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2011/09/15:cacosf:3:cacos:3:
+○:LDP man-pages:3.52:2011/09/15:cacosh:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2011/09/15:cacoshf:3:cacosh:3:
+＠:LDP man-pages:3.52:2011/09/15:cacoshl:3:cacosh:3:
+＠:LDP man-pages:3.52:2011/09/15:cacosl:3:cacos:3:
+＠:LDP man-pages:3.52:2012/05/10:calloc:3:malloc:3:
+＠:LDP man-pages:3.52:2008/07/17:callrpc:3:rpc:3:
+â\98\86:LDP man-pages:3.51=>3.52:2013/05/11:canonicalize_file_name:3:2013/03/26::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+â\98\86:LDP man-pages:3.51=>3.52:2008/08/11:carg:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2008/08/11:cargf:3:carg:3:
+＠:LDP man-pages:3.52:2008/08/11:cargl:3:carg:3:
+○:LDP man-pages:3.52:2008/08/11:casin:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2008/08/11:casinf:3:casin:3:
+○:LDP man-pages:3.52:2008/08/11:casinh:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2008/08/11:casinhf:3:casinh:3:
+＠:LDP man-pages:3.52:2008/08/11:casinhl:3:casinh:3:
+＠:LDP man-pages:3.52:2008/08/11:casinl:3:casin:3:
+○:LDP man-pages:3.52:2011/09/15:catan:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2011/09/15:catanf:3:catan:3:
+○:LDP man-pages:3.52:2011/09/15:catanh:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2011/09/15:catanhf:3:catanh:3:
+＠:LDP man-pages:3.52:2011/09/15:catanhl:3:catanh:3:
+＠:LDP man-pages:3.52:2011/09/15:catanl:3:catan:3:
+＠:LDP man-pages:3.52:2001/12/14:catclose:3:catopen:3:
+â\98\86:LDP man-pages:3.51=>3.52:2013/06/21:catgets:3:2013/03/25::nakano@apm.seikei.ac.jp:NAKANO Takeo:
+â\98\86:LDP man-pages:3.51=>3.52:2001/12/14:catopen:3:2013/03/25::ysato@h4.dion.ne.jp:Yuichi SATO:
+＠:LDP man-pages:3.52:2007/05/18:cbc_crypt:3:des_crypt:3:
+â\98\86:LDP man-pages:3.51=>3.52:2010/09/20:cbrt:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2010/09/20:cbrtf:3:cbrt:3:
+＠:LDP man-pages:3.52:2010/09/20:cbrtl:3:cbrt:3:
+○:LDP man-pages:3.52:2008/08/11:ccos:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2008/08/11:ccosf:3:ccos:3:
+○:LDP man-pages:3.52:2008/08/11:ccosh:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2008/08/11:ccoshf:3:ccosh:3:
+＠:LDP man-pages:3.52:2008/08/11:ccoshl:3:ccosh:3:
+＠:LDP man-pages:3.52:2008/08/11:ccosl:3:ccos:3:
+â\98\86:LDP man-pages:3.51=>3.52:2013/06/21:ceil:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2013/06/21:ceilf:3:ceil:3:
+＠:LDP man-pages:3.52:2013/06/21:ceill:3:ceil:3:
+○:LDP man-pages:3.52:2010/09/12:cerf:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2010/09/12:cerfc:3:cerf:3:
+＠:LDP man-pages:3.52:2010/09/12:cerfcf:3:cerf:3:
+＠:LDP man-pages:3.52:2010/09/12:cerfcl:3:cerf:3:
+＠:LDP man-pages:3.52:2010/09/12:cerff:3:cerf:3:
+＠:LDP man-pages:3.52:2010/09/12:cerfl:3:cerf:3:
+○:LDP man-pages:3.52:2008/08/11:cexp:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2013/02/27:cexp2:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2013/02/27:cexp2f:3:cexp2:3:
+＠:LDP man-pages:3.52:2013/02/27:cexp2l:3:cexp2:3:
+＠:LDP man-pages:3.52:2008/08/11:cexpf:3:cexp:3:
+＠:LDP man-pages:3.52:2008/08/11:cexpl:3:cexp:3:
+＠:LDP man-pages:3.52:2013/03/15:cfgetispeed:3:termios:3:
+＠:LDP man-pages:3.52:2013/03/15:cfgetospeed:3:termios:3:
+＠:LDP man-pages:3.52:2013/03/15:cfmakeraw:3:termios:3:
+○:LDP man-pages:3.52:2007/07/26:cfree:3:2013/03/25::ysato444@yahoo.co.jp:Yuichi SATO:
+＠:LDP man-pages:3.52:2013/03/15:cfsetispeed:3:termios:3:
+＠:LDP man-pages:3.52:2013/03/15:cfsetospeed:3:termios:3:
+＠:LDP man-pages:3.52:2013/03/15:cfsetspeed:3:termios:3:
+â\98\86:LDP man-pages:3.51=>3.52:2013/06/21:cimag:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2013/06/21:cimagf:3:cimag:3:
+＠:LDP man-pages:3.52:2013/06/21:cimagl:3:cimag:3:
+○:LDP man-pages:3.52:2010/10/04:clearenv:3:2013/03/25::ysato@h4.dion.ne.jp:Yuichi SATO:
+＠:LDP man-pages:3.52:2013/06/21:clearerr:3:ferror:3:
+＠:LDP man-pages:3.52:2008/08/29:clearerr_unlocked:3:unlocked_stdio:3:
+＠:LDP man-pages:3.52:2008/07/17:clnt_broadcast:3:rpc:3:
+＠:LDP man-pages:3.52:2008/07/17:clnt_call:3:rpc:3:
+＠:LDP man-pages:3.52:2008/07/17:clnt_control:3:rpc:3:
+＠:LDP man-pages:3.52:2008/07/17:clnt_create:3:rpc:3:
+＠:LDP man-pages:3.52:2008/07/17:clnt_destroy:3:rpc:3:
+＠:LDP man-pages:3.52:2008/07/17:clnt_freeres:3:rpc:3:
+＠:LDP man-pages:3.52:2008/07/17:clnt_geterr:3:rpc:3:
+＠:LDP man-pages:3.52:2008/07/17:clnt_pcreateerror:3:rpc:3:
+＠:LDP man-pages:3.52:2008/07/17:clnt_perrno:3:rpc:3:
+＠:LDP man-pages:3.52:2008/07/17:clnt_perror:3:rpc:3:
+＠:LDP man-pages:3.52:2008/07/17:clnt_spcreateerror:3:rpc:3:
+＠:LDP man-pages:3.52:2008/07/17:clnt_sperrno:3:rpc:3:
+＠:LDP man-pages:3.52:2008/07/17:clnt_sperror:3:rpc:3:
+＠:LDP man-pages:3.52:2008/07/17:clntraw_create:3:rpc:3:
+＠:LDP man-pages:3.52:2008/07/17:clnttcp_create:3:rpc:3:
+＠:LDP man-pages:3.52:2008/07/17:clntudp_bufcreate:3:rpc:3:
+＠:LDP man-pages:3.52:2008/07/17:clntudp_create:3:rpc:3:
+○:LDP man-pages:3.52:2008/08/28:clock:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+×:LDP man-pages:3.52:2013/07/04:clock_getcpuclockid:3:::::
+＠:LDP man-pages:3.52:2013/02/25:clock_getres:3:clock_getres:2:
+＠:LDP man-pages:3.52:2013/02/25:clock_gettime:3:clock_getres:2:
+＠:LDP man-pages:3.52:2013/02/25:clock_settime:3:clock_getres:2:
+○:LDP man-pages:3.52:2008/08/11:clog:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2008/08/11:clog10:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2008/08/11:clog10f:3:clog10:3:
+＠:LDP man-pages:3.52:2008/08/11:clog10l:3:clog10:3:
+○:LDP man-pages:3.52:2008/08/07:clog2:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2008/08/07:clog2f:3:clog2:3:
+＠:LDP man-pages:3.52:2008/08/07:clog2l:3:clog2:3:
+＠:LDP man-pages:3.52:2008/08/11:clogf:3:clog:3:
+＠:LDP man-pages:3.52:2008/08/11:clogl:3:clog:3:
+â\98\86:LDP man-pages:3.51=>3.52:2008/09/23:closedir:3:2013/03/25::ysato444@yahoo.co.jp:Yuichi SATO:
+＠:LDP man-pages:3.52:2012/08/17:closelog:3:syslog:3:
+○:LDP man-pages:3.52:2008/11/20:cmsg:3:2013/03/25::nakano@apm.seikei.ac.jp:NAKANO Takeo:
+○:LDP man-pages:3.52:2012/05/10:confstr:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+â\98\86:LDP man-pages:3.51=>3.52:2013/06/21:conj:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2013/06/21:conjf:3:conj:3:
+＠:LDP man-pages:3.52:2013/06/21:conjl:3:conj:3:
+â\98\86:LDP man-pages:3.51=>3.52:2012/03/25:copysign:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2012/03/25:copysignf:3:copysign:3:
+＠:LDP man-pages:3.52:2012/03/25:copysignl:3:copysign:3:
+â\98\86:LDP man-pages:3.51=>3.52:2010/09/11:cos:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2010/09/11:cosf:3:cos:3:
+â\98\86:LDP man-pages:3.51=>3.52:2010/09/20:cosh:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2010/09/20:coshf:3:cosh:3:
+＠:LDP man-pages:3.52:2010/09/20:coshl:3:cosh:3:
+＠:LDP man-pages:3.52:2010/09/11:cosl:3:cos:3:
+○:LDP man-pages:3.52:2008/08/11:cpow:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2008/08/11:cpowf:3:cpow:3:
+＠:LDP man-pages:3.52:2008/08/11:cpowl:3:cpow:3:
+â\98\86:LDP man-pages:3.51=>3.52:2010/06/10:cproj:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2010/06/10:cprojf:3:cproj:3:
+＠:LDP man-pages:3.52:2010/06/10:cprojl:3:cproj:3:
+○:LDP man-pages:3.52:2008/08/11:creal:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2008/08/11:crealf:3:creal:3:
+＠:LDP man-pages:3.52:2008/08/11:creall:3:creal:3:
+â\98\86:LDP man-pages:3.51=>3.52:2013/06/21:crypt:3:2013/03/25::argrath@ub32.org:Kentaro Shirakata:
+＠:LDP man-pages:3.52:2013/06/21:crypt_r:3:crypt:3:
+○:LDP man-pages:3.52:2008/08/11:csin:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2008/08/11:csinf:3:csin:3:
+○:LDP man-pages:3.52:2008/08/11:csinh:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2008/08/11:csinhf:3:csinh:3:
+＠:LDP man-pages:3.52:2008/08/11:csinhl:3:csinh:3:
+＠:LDP man-pages:3.52:2008/08/11:csinl:3:csin:3:
+○:LDP man-pages:3.52:2008/08/11:csqrt:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2008/08/11:csqrtf:3:csqrt:3:
+＠:LDP man-pages:3.52:2008/08/11:csqrtl:3:csqrt:3:
+○:LDP man-pages:3.52:2008/08/11:ctan:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2008/08/11:ctanf:3:ctan:3:
+○:LDP man-pages:3.52:2008/08/11:ctanh:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2008/08/11:ctanhf:3:ctanh:3:
+＠:LDP man-pages:3.52:2008/08/11:ctanhl:3:ctanh:3:
+＠:LDP man-pages:3.52:2008/08/11:ctanl:3:ctan:3:
+â\98\86:LDP man-pages:3.51=>3.52:2013/07/04:ctermid:3:2013/03/25::nagoya@cc.hit-u.ac.jp:NAGOYA Hiroaki:
+○:LDP man-pages:3.52:2010/02/25:ctime:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2010/02/25:ctime_r:3:ctime:3:
+＠:LDP man-pages:3.52:2013/04/19:cuserid:3:getlogin:3:
+â\98\86:LDP man-pages:3.51=>3.52:2009/12/05:daemon:3:2013/03/25::ysato@h4.dion.ne.jp:Yuichi SATO:
+＠:LDP man-pages:3.52:2012/03/25:daylight:3:tzset:3:
+＠:LDP man-pages:3.52:2012/05/04:db:3:dbopen:3:
+○:LDP man-pages:3.52:2012/05/04:dbopen:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2007/05/18:des_crypt:3:2013/03/25::ysato444@yahoo.co.jp:Yuichi SATO:
+＠:LDP man-pages:3.52:2007/05/18:des_setparity:3:des_crypt:3:
+○:LDP man-pages:3.52:2012/12/22:difftime:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+â\98\86:LDP man-pages:3.51=>3.52:2013/04/19:dirfd:3:2013/03/25::ysato444@yahoo.co.jp:Yuichi SATO:
+＠:LDP man-pages:3.52:2009/03/30:dirname:3:basename:3:
+○:LDP man-pages:3.52:2012/04/17:div:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+â\98\86:LDP man-pages:3.51=>3.52:2007/05/18:dl_iterate_phdr:3:2013/03/25::ysato444@yahoo.co.jp:Yuichi SATO:
+＠:LDP man-pages:3.52:2008/12/06:dladdr:3:dlopen:3:
+＠:LDP man-pages:3.52:2008/12/06:dlclose:3:dlopen:3:
+＠:LDP man-pages:3.52:2008/12/06:dlerror:3:dlopen:3:
+â\98\86:LDP man-pages:3.51=>3.52:2008/12/06:dlopen:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2008/12/06:dlsym:3:dlopen:3:
+＠:LDP man-pages:3.52:2008/12/06:dlvsym:3:dlopen:3:
+＠:LDP man-pages:3.52:2013/03/05:dn_comp:3:resolver:3:
+＠:LDP man-pages:3.52:2013/03/05:dn_expand:3:resolver:3:
+○:LDP man-pages:3.52:2010/09/15:dprintf:3:2013/03/25::nakano@apm.seikei.ac.jp:NAKANO Takeo:
+â\98\86:LDP man-pages:3.51=>3.52:2013/06/21:drand48:3:2013/03/25::tyoshino@eng.toyo.ac.jp:YOSHINO Takashi:
+○:LDP man-pages:3.52:2007/07/26:drand48_r:3:2013/03/25::ysato444@yahoo.co.jp:Yuichi SATO:
+＠:LDP man-pages:3.52:2010/09/20:drem:3:remainder:3:
+＠:LDP man-pages:3.52:2010/09/20:dremf:3:remainder:3:
+＠:LDP man-pages:3.52:2010/09/20:dreml:3:remainder:3:
+○:LDP man-pages:3.52:2010/09/22:dysize:3:2013/03/25::nakano@apm.seikei.ac.jp:NAKANO Takeo:
+＠:LDP man-pages:3.52:2010/11/01:eaccess:3:euidaccess:3:
+＠:LDP man-pages:3.52:2007/05/18:ecb_crypt:3:des_crypt:3:
+â\98\86:LDP man-pages:3.51=>3.52:2013/07/04:ecvt:3:2013/03/25::argrath@ub32.org:Kentaro Shirakata:
+○:LDP man-pages:3.52:2007/07/26:ecvt_r:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2008/07/17:edata:3:end:3:
+â\98\86:LDP man-pages:3.51=>3.52:2013/06/21:encrypt:3:2013/03/25::ysato444@yahoo.co.jp:Yuichi SATO:
+＠:LDP man-pages:3.52:2013/06/21:encrypt_r:3:encrypt:3:
+○:LDP man-pages:3.52:2008/07/17:end:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2003/09/09:endaliasent:3:setaliasent:3:
+＠:LDP man-pages:3.52:2002/02/28:endfsent:3:getfsent:3:
+＠:LDP man-pages:3.52:2013/06/21:endgrent:3:getgrent:3:
+＠:LDP man-pages:3.52:2010/10/04:endhostent:3:gethostbyname:3:
+○:LDP man-pages:3.52:2010/09/10:endian:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2009/09/15:endmntent:3:getmntent:3:
+＠:LDP man-pages:3.52:2008/08/19:endnetent:3:getnetent:3:
+＠:LDP man-pages:3.52:2007/07/26:endnetgrent:3:setnetgrent:3:
+＠:LDP man-pages:3.52:2008/08/19:endprotoent:3:getprotoent:3:
+＠:LDP man-pages:3.52:2013/06/21:endpwent:3:getpwent:3:
+＠:LDP man-pages:3.52:2008/08/19:endrpcent:3:getrpcent:3:
+＠:LDP man-pages:3.52:2008/08/19:endservent:3:getservent:3:
+＠:LDP man-pages:3.52:2013/04/19:endspent:3:getspnam:3:
+＠:LDP man-pages:3.52:2013/06/21:endttyent:3:getttyent:3:
+＠:LDP man-pages:3.52:2013/06/21:endusershell:3:getusershell:3:
+＠:LDP man-pages:3.52:2013/04/19:endutent:3:getutent:3:
+＠:LDP man-pages:3.52:2013/04/19:endutxent:3:getutent:3:
+＠:LDP man-pages:3.52:2007/05/18:envz:3:envz_add:3:
+â\98\86:LDP man-pages:3.51=>3.52:2007/05/18:envz_add:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2007/05/18:envz_entry:3:envz_add:3:
+＠:LDP man-pages:3.52:2007/05/18:envz_get:3:envz_add:3:
+＠:LDP man-pages:3.52:2007/05/18:envz_merge:3:envz_add:3:
+＠:LDP man-pages:3.52:2007/05/18:envz_remove:3:envz_add:3:
+＠:LDP man-pages:3.52:2007/05/18:envz_strip:3:envz_add:3:
+＠:LDP man-pages:3.52:2013/06/21:erand48:3:drand48:3:
+＠:LDP man-pages:3.52:2007/07/26:erand48_r:3:drand48_r:3:
+â\98\86:LDP man-pages:3.51=>3.52:2010/09/20:erf:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2010/09/20:erfc:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2010/09/20:erfcf:3:erfc:3:
+＠:LDP man-pages:3.52:2010/09/20:erfcl:3:erfc:3:
+＠:LDP man-pages:3.52:2010/09/20:erff:3:erf:3:
+＠:LDP man-pages:3.52:2010/09/20:erfl:3:erf:3:
+○:LDP man-pages:3.52:2012/03/15:err:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+â\98\86:LDP man-pages:3.51=>3.52:2008/07/09:errno:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+â\98\86:LDP man-pages:3.51=>3.52:2010/08/29:error:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2010/08/29:error_at_line:3:error:3:
+＠:LDP man-pages:3.52:2010/08/29:error_message_count:3:error:3:
+＠:LDP man-pages:3.52:2010/08/29:error_one_per_line:3:error:3:
+＠:LDP man-pages:3.52:2010/08/29:error_print_progname:3:error:3:
+＠:LDP man-pages:3.52:2012/03/15:errx:3:err:3:
+＠:LDP man-pages:3.52:2008/07/17:etext:3:end:3:
+â\98\86:LDP man-pages:3.51=>3.52:2013/07/04:ether_aton:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2013/07/04:ether_aton_r:3:ether_aton:3:
+＠:LDP man-pages:3.52:2013/07/04:ether_hostton:3:ether_aton:3:
+＠:LDP man-pages:3.52:2013/07/04:ether_line:3:ether_aton:3:
+＠:LDP man-pages:3.52:2013/07/04:ether_ntoa:3:ether_aton:3:
+＠:LDP man-pages:3.52:2013/07/04:ether_ntoa_r:3:ether_aton:3:
+＠:LDP man-pages:3.52:2013/07/04:ether_ntohost:3:ether_aton:3:
+○:LDP man-pages:3.52:2010/11/01:euidaccess:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2010/08/30:eventfd_read:3:eventfd:2:
+＠:LDP man-pages:3.52:2010/08/30:eventfd_write:3:eventfd:2:
+â\98\86:LDP man-pages:3.51=>3.52:2010/09/25:exec:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2010/09/25:execl:3:exec:3:
+＠:LDP man-pages:3.52:2010/09/25:execle:3:exec:3:
+＠:LDP man-pages:3.52:2010/09/25:execlp:3:exec:3:
+＠:LDP man-pages:3.52:2010/09/25:execv:3:exec:3:
+＠:LDP man-pages:3.52:2010/09/25:execvp:3:exec:3:
+＠:LDP man-pages:3.52:2010/09/25:execvpe:3:exec:3:
+○:LDP man-pages:3.52:2013/02/14:exit:3:2013/03/26::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+â\98\86:LDP man-pages:3.51=>3.52:2010/09/20:exp:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+â\98\86:LDP man-pages:3.51=>3.52:2008/08/11:exp10:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2008/08/11:exp10f:3:exp10:3:
+＠:LDP man-pages:3.52:2008/08/11:exp10l:3:exp10:3:
+â\98\86:LDP man-pages:3.51=>3.52:2010/09/20:exp2:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2010/09/20:exp2f:3:exp2:3:
+＠:LDP man-pages:3.52:2010/09/20:exp2l:3:exp2:3:
+＠:LDP man-pages:3.52:2010/09/20:expf:3:exp:3:
+＠:LDP man-pages:3.52:2010/09/20:expl:3:exp:3:
+â\98\86:LDP man-pages:3.51=>3.52:2010/09/12:expm1:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2010/09/12:expm1f:3:expm1:3:
+＠:LDP man-pages:3.52:2010/09/12:expm1l:3:expm1:3:
+â\98\86:LDP man-pages:3.51=>3.52:2010/09/20:fabs:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2010/09/20:fabsf:3:fabs:3:
+＠:LDP man-pages:3.52:2010/09/20:fabsl:3:fabs:3:
+○:LDP man-pages:3.52:2009/02/23:fclose:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+â\98\86:LDP man-pages:3.51=>3.52:2013/06/21:fcloseall:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2013/07/04:fcvt:3:ecvt:3:
+＠:LDP man-pages:3.52:2007/07/26:fcvt_r:3:ecvt_r:3:
+○:LDP man-pages:3.52:2010/09/20:fdim:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2010/09/20:fdimf:3:fdim:3:
+＠:LDP man-pages:3.52:2010/09/20:fdiml:3:fdim:3:
+＠:LDP man-pages:3.52:2012/04/22:fdopen:3:fopen:3:
+＠:LDP man-pages:3.52:2010/06/20:fdopendir:3:opendir:3:
+＠:LDP man-pages:3.52:2010/10/31:feclearexcept:3:fenv:3:
+＠:LDP man-pages:3.52:2010/10/31:fedisableexcept:3:fenv:3:
+＠:LDP man-pages:3.52:2010/10/31:feenableexcept:3:fenv:3:
+＠:LDP man-pages:3.52:2010/10/31:fegetenv:3:fenv:3:
+＠:LDP man-pages:3.52:2010/10/31:fegetexcept:3:fenv:3:
+＠:LDP man-pages:3.52:2010/10/31:fegetexceptflag:3:fenv:3:
+＠:LDP man-pages:3.52:2010/10/31:fegetround:3:fenv:3:
+＠:LDP man-pages:3.52:2010/10/31:feholdexcept:3:fenv:3:
+â\98\86:LDP man-pages:3.51=>3.52:2010/10/31:fenv:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2013/06/21:feof:3:ferror:3:
+＠:LDP man-pages:3.52:2008/08/29:feof_unlocked:3:unlocked_stdio:3:
+＠:LDP man-pages:3.52:2010/10/31:feraiseexcept:3:fenv:3:
+â\98\86:LDP man-pages:3.51=>3.52:2013/06/21:ferror:3:2013/03/25::argrath@ub32.org:Kentaro Shirakata:
+＠:LDP man-pages:3.52:2008/08/29:ferror_unlocked:3:unlocked_stdio:3:
+＠:LDP man-pages:3.52:2010/10/31:fesetenv:3:fenv:3:
+＠:LDP man-pages:3.52:2010/10/31:fesetexceptflag:3:fenv:3:
+＠:LDP man-pages:3.52:2010/10/31:fesetround:3:fenv:3:
+＠:LDP man-pages:3.52:2010/10/31:fetestexcept:3:fenv:3:
+＠:LDP man-pages:3.52:2010/10/31:feupdateenv:3:fenv:3:
+○:LDP man-pages:3.52:2010/09/15:fexecve:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2009/09/06:fflush:3:2013/03/25::argrath@ub32.org:Kentaro Shirakata:
+＠:LDP man-pages:3.52:2008/08/29:fflush_unlocked:3:unlocked_stdio:3:
+○:LDP man-pages:3.52:2010/09/20:ffs:3:2013/03/25::argrath@ub32.org:Kentaro Shirakata:
+＠:LDP man-pages:3.52:2010/09/20:ffsl:3:ffs:3:
+＠:LDP man-pages:3.52:2010/09/20:ffsll:3:ffs:3:
+＠:LDP man-pages:3.52:2012/01/18:fgetc:3:gets:3:
+＠:LDP man-pages:3.52:2008/08/29:fgetc_unlocked:3:unlocked_stdio:3:
+â\98\86:LDP man-pages:3.51=>3.52:2013/04/19:fgetgrent:3:2013/03/25::nishi@rpts.cl.nec.co.jp:HIROFUMI Nishizuka:
+＠:LDP man-pages:3.52:2010/10/21:fgetgrent_r:3:getgrent_r:3:
+＠:LDP man-pages:3.52:1993/11/29:fgetpos:3:fseek:3:
+â\98\86:LDP man-pages:3.51=>3.52:2013/04/19:fgetpwent:3:2013/03/25::nishi@rpts.cl.nec.co.jp:HIROFUMI Nishizuka:
+＠:LDP man-pages:3.52:2010/10/21:fgetpwent_r:3:getpwent_r:3:
+＠:LDP man-pages:3.52:2012/01/18:fgets:3:gets:3:
+＠:LDP man-pages:3.52:2008/08/29:fgets_unlocked:3:unlocked_stdio:3:
+＠:LDP man-pages:3.52:2013/04/19:fgetspent:3:getspnam:3:
+＠:LDP man-pages:3.52:2013/04/19:fgetspent_r:3:getspnam:3:
+â\98\86:LDP man-pages:3.51=>3.52:2013/04/19:fgetwc:3:2013/03/25::argrath@ub32.org:Kentaro Shirakata:
+＠:LDP man-pages:3.52:2008/08/29:fgetwc_unlocked:3:unlocked_stdio:3:
+○:LDP man-pages:3.52:2011/09/28:fgetws:3:2013/03/25::ysato@h4.dion.ne.jp:Yuichi SATO:
+＠:LDP man-pages:3.52:2008/08/29:fgetws_unlocked:3:unlocked_stdio:3:
+＠:LDP man-pages:3.52:2013/06/21:fileno:3:ferror:3:
+＠:LDP man-pages:3.52:2008/08/29:fileno_unlocked:3:unlocked_stdio:3:
+â\98\86:LDP man-pages:3.51=>3.52:2008/08/05:finite:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2008/08/05:finitef:3:finite:3:
+＠:LDP man-pages:3.52:2008/08/05:finitel:3:finite:3:
+â\98\86:LDP man-pages:3.51=>3.52:2008/08/29:flockfile:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+â\98\86:LDP man-pages:3.51=>3.52:2010/09/20:floor:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2010/09/20:floorf:3:floor:3:
+＠:LDP man-pages:3.52:2010/09/20:floorl:3:floor:3:
+○:LDP man-pages:3.52:2010/09/20:fma:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2010/09/20:fmaf:3:fma:3:
+＠:LDP man-pages:3.52:2010/09/20:fmal:3:fma:3:
+○:LDP man-pages:3.52:2010/09/20:fmax:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2010/09/20:fmaxf:3:fmax:3:
+＠:LDP man-pages:3.52:2010/09/20:fmaxl:3:fmax:3:
+○:LDP man-pages:3.52:2012/04/28:fmemopen:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2010/09/20:fmin:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2010/09/20:fminf:3:fmin:3:
+＠:LDP man-pages:3.52:2010/09/20:fminl:3:fmin:3:
+â\98\86:LDP man-pages:3.51=>3.52:2012/03/15:fmod:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2012/03/15:fmodf:3:fmod:3:
+＠:LDP man-pages:3.52:2012/03/15:fmodl:3:fmod:3:
+â\98\86:LDP man-pages:3.51=>3.52:2013/06/21:fmtmsg:3:2013/03/25::ysato444@yahoo.co.jp:Yuichi SATO:
+â\98\86:LDP man-pages:3.51=>3.52:2000/10/15:fnmatch:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2012/04/22:fopen:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+×:LDP man-pages:3.52:2013/03/17:fopencookie:3:::::
+＠:LDP man-pages:3.52:2010/06/13:forkpty:3:openpty:3:
+○:LDP man-pages:3.52:1993/04/04:fpathconf:3:2013/03/25::nakano@apm.seikei.ac.jp:NAKANO Takeo:
+○:LDP man-pages:3.52:2010/09/20:fpclassify:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2013/03/05:fprintf:3:printf:3:
+○:LDP man-pages:3.52:2001/12/15:fpurge:3:2013/03/25::nakano@apm.seikei.ac.jp:NAKANO Takeo:
+＠:LDP man-pages:3.52:2011/09/28:fputc:3:puts:3:
+＠:LDP man-pages:3.52:2008/08/29:fputc_unlocked:3:unlocked_stdio:3:
+＠:LDP man-pages:3.52:2011/09/28:fputs:3:puts:3:
+＠:LDP man-pages:3.52:2008/08/29:fputs_unlocked:3:unlocked_stdio:3:
+â\98\86:LDP man-pages:3.51=>3.52:2013/04/19:fputwc:3:2013/03/25::argrath@ub32.org:Kentaro Shirakata:
+＠:LDP man-pages:3.52:2008/08/29:fputwc_unlocked:3:unlocked_stdio:3:
+○:LDP man-pages:3.52:2011/09/28:fputws:3:2013/03/25::argrath@ub32.org:Kentaro Shirakata:
+＠:LDP man-pages:3.52:2008/08/29:fputws_unlocked:3:unlocked_stdio:3:
+○:LDP man-pages:3.52:2012/03/30:fread:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2008/08/29:fread_unlocked:3:unlocked_stdio:3:
+＠:LDP man-pages:3.52:2012/05/10:free:3:malloc:3:
+＠:LDP man-pages:3.52:2013/01/15:freeaddrinfo:3:getaddrinfo:3:
+＠:LDP man-pages:3.52:2010/09/04:freehostent:3:getipnodebyname:3:
+※:LDP man-pages:3.52:2012/11/11:freeifaddrs:3:getifaddrs:3:
+＠:LDP man-pages:3.52:2012/04/22:freopen:3:fopen:3:
+â\98\86:LDP man-pages:3.51=>3.52:2010/09/20:frexp:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2010/09/20:frexpf:3:frexp:3:
+＠:LDP man-pages:3.52:2010/09/20:frexpl:3:frexp:3:
+＠:LDP man-pages:3.52:2013/01/30:fscanf:3:scanf:3:
+○:LDP man-pages:3.52:1993/11/29:fseek:3:2013/03/25::nakano@apm.seikei.ac.jp:NAKANO Takeo:
+â\98\86:LDP man-pages:3.51=>3.52:2001/11/05:fseeko:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:1993/11/29:fsetpos:3:fseek:3:
+＠:LDP man-pages:3.52:2003/08/22:fstatvfs:3:statvfs:3:
+＠:LDP man-pages:3.52:1993/11/29:ftell:3:fseek:3:
+＠:LDP man-pages:3.52:2001/11/05:ftello:3:fseeko:3:
+○:LDP man-pages:3.52:2010/02/25:ftime:3:2013/03/25::argrath@ub32.org:Kentaro Shirakata:
+○:LDP man-pages:3.52:2001/11/28:ftok:3:2013/03/25::nakano@apm.seikei.ac.jp:NAKANO Takeo:
+＠:LDP man-pages:3.52:2008/08/29:ftrylockfile:3:flockfile:3:
+○:LDP man-pages:3.52:2012/10/25:fts:3:2013/03/25::sato@complex.eng.hokudai.ac.jp:Yuichi SATO:
+＠:LDP man-pages:3.52:2012/10/25:fts_children:3:fts:3:
+＠:LDP man-pages:3.52:2012/10/25:fts_close:3:fts:3:
+＠:LDP man-pages:3.52:2012/10/25:fts_open:3:fts:3:
+＠:LDP man-pages:3.52:2012/10/25:fts_read:3:fts:3:
+＠:LDP man-pages:3.52:2012/10/25:fts_set:3:fts:3:
+○:LDP man-pages:3.52:2010/09/20:ftw:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2008/08/29:funlockfile:3:flockfile:3:
+※:LDP man-pages:3.52:2012/03/25:futimens:3:utimensat:2:
+○:LDP man-pages:3.52:2013/03/15:futimes:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2011/09/17:fwide:3:2013/03/25::hanataka@abyss.rim.or.jp:HANATAKA Shinya:
+＠:LDP man-pages:3.52:2011/09/17:fwprintf:3:wprintf:3:
+＠:LDP man-pages:3.52:2012/03/30:fwrite:3:fread:3:
+＠:LDP man-pages:3.52:2008/08/29:fwrite_unlocked:3:unlocked_stdio:3:
+※:LDP man-pages:3.52:2010/09/27:gai_cancel:3:getaddrinfo_a:3:
+※:LDP man-pages:3.52:2010/09/27:gai_error:3:getaddrinfo_a:3:
+＠:LDP man-pages:3.52:2013/01/15:gai_strerror:3:getaddrinfo:3:
+※:LDP man-pages:3.52:2010/09/27:gai_suspend:3:getaddrinfo_a:3:
+○:LDP man-pages:3.52:2008/08/05:gamma:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2008/08/05:gammaf:3:gamma:3:
+＠:LDP man-pages:3.52:2008/08/05:gammal:3:gamma:3:
+○:LDP man-pages:3.52:2010/09/20:gcvt:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2010/09/20:get_current_dir_name:3:getcwd:3:
+＠:LDP man-pages:3.52:2008/07/17:get_myaddress:3:rpc:3:
+＠:LDP man-pages:3.52:2012/03/20:get_nprocs:3:get_nprocs_conf:3:
+○:LDP man-pages:3.52:2012/03/20:get_nprocs_conf:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2013/01/15:getaddrinfo:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+×:LDP man-pages:3.52:2010/09/27:getaddrinfo_a:3:::::
+＠:LDP man-pages:3.52:2003/09/09:getaliasbyname:3:setaliasent:3:
+＠:LDP man-pages:3.52:2003/09/09:getaliasbyname_r:3:setaliasent:3:
+＠:LDP man-pages:3.52:2003/09/09:getaliasent:3:setaliasent:3:
+＠:LDP man-pages:3.52:2003/09/09:getaliasent_r:3:setaliasent:3:
+×:LDP man-pages:3.52:2012/11/07:getauxval:3:::::
+＠:LDP man-pages:3.52:2012/01/18:getc:3:gets:3:
+＠:LDP man-pages:3.52:2008/08/29:getc_unlocked:3:unlocked_stdio:3:
+＠:LDP man-pages:3.52:2012/01/18:getchar:3:gets:3:
+＠:LDP man-pages:3.52:2008/08/29:getchar_unlocked:3:unlocked_stdio:3:
+×:LDP man-pages:3.52:2009/03/15:getcontext:3:::::
+○:LDP man-pages:3.52:2010/09/20:getcwd:3:2013/03/25::argrath@ub32.org:Kentaro Shirakata:
+â\98\86:LDP man-pages:3.51=>3.52:2013/06/21:getdate:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2013/06/21:getdate_err:3:getdate:3:
+＠:LDP man-pages:3.52:2013/06/21:getdate_r:3:getdate:3:
+＠:LDP man-pages:3.52:2013/04/19:getdelim:3:getline:3:
+○:LDP man-pages:3.52:2007/07/26:getdirentries:3:2013/03/25::nakano@apm.seikei.ac.jp:NAKANO Takeo:
+×:LDP man-pages:3.52:2013/02/05:getdtablesize:3:::::
+○:LDP man-pages:3.52:2012/08/14:getenv:3:2003/09/28::nakano@apm.seikei.ac.jp:NAKANO Takeo:
+â\98\86:LDP man-pages:3.51=>3.52:2002/02/28:getfsent:3:2013/03/25::nakano@apm.seikei.ac.jp:NAKANO Takeo:
+＠:LDP man-pages:3.52:2002/02/28:getfsfile:3:getfsent:3:
+＠:LDP man-pages:3.52:2002/02/28:getfsspec:3:getfsent:3:
+â\98\86:LDP man-pages:3.51=>3.52:2013/06/21:getgrent:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2010/10/21:getgrent_r:3:2013/03/25::ysato444@yahoo.co.jp:Yuichi SATO:
+＠:LDP man-pages:3.52:2013/06/21:getgrgid:3:getgrnam:3:
+＠:LDP man-pages:3.52:2013/06/21:getgrgid_r:3:getgrnam:3:
+â\98\86:LDP man-pages:3.51=>3.52:2013/06/21:getgrnam:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2013/06/21:getgrnam_r:3:getgrnam:3:
+○:LDP man-pages:3.52:2008/07/03:getgrouplist:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2010/10/04:gethostbyaddr:3:gethostbyname:3:
+＠:LDP man-pages:3.52:2010/10/04:gethostbyaddr_r:3:gethostbyname:3:
+â\98\86:LDP man-pages:3.51=>3.52:2010/10/04:gethostbyname:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2010/10/04:gethostbyname2:3:gethostbyname:3:
+＠:LDP man-pages:3.52:2010/10/04:gethostbyname2_r:3:gethostbyname:3:
+＠:LDP man-pages:3.52:2010/10/04:gethostbyname_r:3:gethostbyname:3:
+＠:LDP man-pages:3.52:2010/10/04:gethostent:3:gethostbyname:3:
+＠:LDP man-pages:3.52:2010/10/04:gethostent_r:3:gethostbyname:3:
+○:LDP man-pages:3.52:2010/09/20:gethostid:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+×:LDP man-pages:3.52:2012/11/11:getifaddrs:3:::::
+＠:LDP man-pages:3.52:2010/09/04:getipnodebyaddr:3:getipnodebyname:3:
+○:LDP man-pages:3.52:2010/09/04:getipnodebyname:3:2013/03/25::argrath@ub32.org:Kentaro Shirakata:
+â\98\86:LDP man-pages:3.51=>3.52:2013/04/19:getline:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2007/12/08:getloadavg:3:2013/03/25::nakano@apm.seikei.ac.jp:NAKANO Takeo:
+â\98\86:LDP man-pages:3.51=>3.52:2013/04/19:getlogin:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2013/04/19:getlogin_r:3:getlogin:3:
+â\98\86:LDP man-pages:3.51=>3.52:2009/09/15:getmntent:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2009/09/15:getmntent_r:3:getmntent:3:
+○:LDP man-pages:3.52:2013/01/15:getnameinfo:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2008/08/19:getnetbyaddr:3:getnetent:3:
+＠:LDP man-pages:3.52:2010/09/10:getnetbyaddr_r:3:getnetent_r:3:
+＠:LDP man-pages:3.52:2008/08/19:getnetbyname:3:getnetent:3:
+＠:LDP man-pages:3.52:2010/09/10:getnetbyname_r:3:getnetent_r:3:
+â\98\86:LDP man-pages:3.51=>3.52:2008/08/19:getnetent:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2010/09/10:getnetent_r:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2007/07/26:getnetgrent:3:setnetgrent:3:
+＠:LDP man-pages:3.52:2007/07/26:getnetgrent_r:3:setnetgrent:3:
+â\98\86:LDP man-pages:3.51=>3.52:2010/11/01:getopt:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2010/11/01:getopt_long:3:getopt:3:
+＠:LDP man-pages:3.52:2010/11/01:getopt_long_only:3:getopt:3:
+â\98\86:LDP man-pages:3.51=>3.52:2013/06/21:getpass:3:2013/03/26::nakano@apm.seikei.ac.jp:NAKANO Takeo:
+＠:LDP man-pages:3.52:2008/08/19:getprotobyname:3:getprotoent:3:
+＠:LDP man-pages:3.52:2010/09/10:getprotobyname_r:3:getprotoent_r:3:
+＠:LDP man-pages:3.52:2008/08/19:getprotobynumber:3:getprotoent:3:
+＠:LDP man-pages:3.52:2010/09/10:getprotobynumber_r:3:getprotoent_r:3:
+â\98\86:LDP man-pages:3.51=>3.52:2008/08/19:getprotoent:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2010/09/10:getprotoent_r:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2010/09/10:getpt:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2010/10/21:getpw:3:2013/03/25::argrath@ub32.org:Kentaro Shirakata:
+â\98\86:LDP man-pages:3.51=>3.52:2013/06/21:getpwent:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2010/10/21:getpwent_r:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+â\98\86:LDP man-pages:3.51=>3.52:2013/06/21:getpwnam:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2013/06/21:getpwnam_r:3:getpwnam:3:
+＠:LDP man-pages:3.52:2013/06/21:getpwuid:3:getpwnam:3:
+＠:LDP man-pages:3.52:2013/06/21:getpwuid_r:3:getpwnam:3:
+＠:LDP man-pages:3.52:2008/08/19:getrpcbyname:3:getrpcent:3:
+＠:LDP man-pages:3.52:2010/09/10:getrpcbyname_r:3:getrpcent_r:3:
+＠:LDP man-pages:3.52:2008/08/19:getrpcbynumber:3:getrpcent:3:
+＠:LDP man-pages:3.52:2010/09/10:getrpcbynumber_r:3:getrpcent_r:3:
+â\98\86:LDP man-pages:3.51=>3.52:2008/08/19:getrpcent:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2010/09/10:getrpcent_r:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2007/12/23:getrpcport:3:2013/03/25::hanataka@abyss.rim.or.jp:HANATAKA Shinya:
+○:LDP man-pages:3.52:2012/01/18:gets:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2008/08/19:getservbyname:3:getservent:3:
+＠:LDP man-pages:3.52:2010/09/10:getservbyname_r:3:getservent_r:3:
+＠:LDP man-pages:3.52:2008/08/19:getservbyport:3:getservent:3:
+＠:LDP man-pages:3.52:2010/09/10:getservbyport_r:3:getservent_r:3:
+â\98\86:LDP man-pages:3.51=>3.52:2008/08/19:getservent:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2010/09/10:getservent_r:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2013/04/19:getspent:3:getspnam:3:
+＠:LDP man-pages:3.52:2013/04/19:getspent_r:3:getspnam:3:
+â\98\86:LDP man-pages:3.51=>3.52:2013/04/19:getspnam:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2013/04/19:getspnam_r:3:getspnam:3:
+○:LDP man-pages:3.52:2010/09/26:getsubopt:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+â\98\86:LDP man-pages:3.51=>3.52:2013/06/21:getttyent:3:2013/03/26::ysato444@yahoo.co.jp:Yuichi SATO:
+＠:LDP man-pages:3.52:2013/06/21:getttynam:3:getttyent:3:
+○:LDP man-pages:3.52:2010/09/10:getumask:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+â\98\86:LDP man-pages:3.51=>3.52:2013/06/21:getusershell:3:2013/03/25::ishioka@dad.eec.toshiba.co.jp:ISHIOKA Takashi:
+â\98\86:LDP man-pages:3.51=>3.52:2013/04/19:getutent:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2013/04/19:getutent_r:3:getutent:3:
+＠:LDP man-pages:3.52:2013/04/19:getutid:3:getutent:3:
+＠:LDP man-pages:3.52:2013/04/19:getutid_r:3:getutent:3:
+＠:LDP man-pages:3.52:2013/04/19:getutline:3:getutent:3:
+＠:LDP man-pages:3.52:2013/04/19:getutline_r:3:getutent:3:
+○:LDP man-pages:3.52:2010/09/10:getutmp:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2010/09/10:getutmpx:3:getutmp:3:
+＠:LDP man-pages:3.52:2013/04/19:getutxent:3:getutent:3:
+＠:LDP man-pages:3.52:2013/04/19:getutxid:3:getutent:3:
+＠:LDP man-pages:3.52:2013/04/19:getutxline:3:getutent:3:
+○:LDP man-pages:3.52:2010/09/26:getw:3:2013/03/25::argrath@ub32.org:Kentaro Shirakata:
+＠:LDP man-pages:3.52:2013/04/19:getwc:3:fgetwc:3:
+＠:LDP man-pages:3.52:2008/08/29:getwc_unlocked:3:unlocked_stdio:3:
+â\98\86:LDP man-pages:3.51=>3.52:1999/07/25:getwchar:3:2013/03/25::argrath@ub32.org:Kentaro Shirakata:
+＠:LDP man-pages:3.52:2008/08/29:getwchar_unlocked:3:unlocked_stdio:3:
+＠:LDP man-pages:3.52:2010/09/20:getwd:3:getcwd:3:
+â\98\86:LDP man-pages:3.51=>3.52:2007/10/10:glob:3:2013/03/25::argrath@ub32.org:Kentaro Shirakata:
+＠:LDP man-pages:3.52:2007/10/10:globfree:3:glob:3:
+＠:LDP man-pages:3.52:2010/02/25:gmtime:3:ctime:3:
+＠:LDP man-pages:3.52:2010/02/25:gmtime_r:3:ctime:3:
+＠:LDP man-pages:3.52:2012/05/10:gnu_dev_major:3:makedev:3:
+＠:LDP man-pages:3.52:2012/05/10:gnu_dev_makedev:3:makedev:3:
+＠:LDP man-pages:3.52:2012/05/10:gnu_dev_minor:3:makedev:3:
+＠:LDP man-pages:3.52:2012/08/26:gnu_get_libc_release:3:gnu_get_libc_version:3:
+○:LDP man-pages:3.52:2012/08/26:gnu_get_libc_version:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+â\98\86:LDP man-pages:3.51=>3.52:2008/06/14:grantpt:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2007/07/26:gsignal:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2010/10/04:h_errno:3:gethostbyname:3:
+○:LDP man-pages:3.52:2012/04/23:hash:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2009/09/15:hasmntopt:3:getmntent:3:
+＠:LDP man-pages:3.52:2013/04/19:hcreate:3:hsearch:3:
+＠:LDP man-pages:3.52:2013/04/19:hcreate_r:3:hsearch:3:
+＠:LDP man-pages:3.52:2013/04/19:hdestroy:3:hsearch:3:
+＠:LDP man-pages:3.52:2013/04/19:hdestroy_r:3:hsearch:3:
+＠:LDP man-pages:3.52:2010/10/04:herror:3:gethostbyname:3:
+â\98\86:LDP man-pages:3.51=>3.52:2013/04/19:hsearch:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2013/04/19:hsearch_r:3:hsearch:3:
+＠:LDP man-pages:3.52:2010/10/04:hstrerror:3:gethostbyname:3:
+＠:LDP man-pages:3.52:2010/09/10:htobe16:3:endian:3:
+＠:LDP man-pages:3.52:2010/09/10:htobe32:3:endian:3:
+＠:LDP man-pages:3.52:2010/09/10:htobe64:3:endian:3:
+＠:LDP man-pages:3.52:2010/09/10:htole16:3:endian:3:
+＠:LDP man-pages:3.52:2010/09/10:htole32:3:endian:3:
+＠:LDP man-pages:3.52:2010/09/10:htole64:3:endian:3:
+＠:LDP man-pages:3.52:2009/01/15:htonl:3:byteorder:3:
+＠:LDP man-pages:3.52:2009/01/15:htons:3:byteorder:3:
+○:LDP man-pages:3.52:2010/09/20:hypot:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2010/09/20:hypotf:3:hypot:3:
+＠:LDP man-pages:3.52:2010/09/20:hypotl:3:hypot:3:
+○:LDP man-pages:3.52:2012/05/10:iconv:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+â\98\86:LDP man-pages:3.51=>3.52:2008/08/11:iconv_close:3:2013/03/25::sato@complex.eng.hokudai.ac.jp:Yuichi SATO:
+â\98\86:LDP man-pages:3.51=>3.52:2008/08/11:iconv_open:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2012/11/21:if_freenameindex:3:if_nameindex:3:
+＠:LDP man-pages:3.52:2012/12/14:if_indextoname:3:if_nametoindex:3:
+○:LDP man-pages:3.52:2012/11/21:if_nameindex:3:2013/05/18::amotoki@gmail.com:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2012/12/14:if_nametoindex:3:2013/05/18::amotoki@gmail.com:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2010/09/20:ilogb:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2010/09/20:ilogbf:3:ilogb:3:
+＠:LDP man-pages:3.52:2010/09/20:ilogbl:3:ilogb:3:
+＠:LDP man-pages:3.52:2013/06/21:imaxabs:3:abs:3:
+＠:LDP man-pages:3.52:2012/04/17:imaxdiv:3:div:3:
+○:LDP man-pages:3.52:2011/09/21:index:3:2013/03/25::nishi@rpts.cl.nec.co.jp:HIROFUMI Nishizuka:
+○:LDP man-pages:3.52:2013/02/10:inet:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2013/02/10:inet_addr:3:inet:3:
+＠:LDP man-pages:3.52:2013/02/10:inet_aton:3:inet:3:
+＠:LDP man-pages:3.52:2013/02/10:inet_lnaof:3:inet:3:
+＠:LDP man-pages:3.52:2013/02/10:inet_makeaddr:3:inet_addr:3:
+＠:LDP man-pages:3.52:2013/02/10:inet_netof:3:inet:3:
+＠:LDP man-pages:3.52:2013/02/10:inet_network:3:inet:3:
+＠:LDP man-pages:3.52:2013/02/10:inet_ntoa:3:inet:3:
+○:LDP man-pages:3.52:2008/11/11:inet_ntop:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2008/06/18:inet_pton:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+â\98\86:LDP man-pages:3.51=>3.52:1993/06/02:infnan:3:2013/03/25::ysato444@yahoo.co.jp:Yuichi SATO:
+â\98\86:LDP man-pages:3.51=>3.52:2007/07/26:initgroups:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2013/04/19:initstate:3:random:3:
+＠:LDP man-pages:3.52:2013/04/19:initstate_r:3:random_r:3:
+＠:LDP man-pages:3.52:2007/07/26:innetgr:3:setnetgrent:3:
+○:LDP man-pages:3.52:2010/09/09:insque:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2010/11/11:intro:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2012/04/23:iruserok:3:rcmd:3:
+＠:LDP man-pages:3.52:2012/04/23:iruserok_af:3:rcmd:3:
+＠:LDP man-pages:3.52:2010/09/20:isalnum:3:isalpha:3:
+○:LDP man-pages:3.52:2010/09/20:isalpha:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2010/09/20:isascii:3:isalpha:3:
+○:LDP man-pages:3.52:2008/12/03:isatty:3:2013/03/25::nagoya@cc.hit-u.ac.jp:NAGOYA Hiroaki:
+＠:LDP man-pages:3.52:2010/09/20:isblank:3:isalpha:3:
+＠:LDP man-pages:3.52:2010/09/20:iscntrl:3:isalpha:3:
+＠:LDP man-pages:3.52:2010/09/20:isdigit:3:isalpha:3:
+＠:LDP man-pages:3.52:2010/09/20:isfinite:3:fpclassify:3:
+＠:LDP man-pages:3.52:2010/09/20:isgraph:3:isalpha:3:
+â\98\86:LDP man-pages:3.51=>3.52:2012/05/06:isgreater:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2012/05/06:isgreaterequal:3:isgreater:3:
+＠:LDP man-pages:3.52:2010/09/20:isinf:3:fpclassify:3:
+＠:LDP man-pages:3.52:2008/08/05:isinff:3:finite:3:
+＠:LDP man-pages:3.52:2008/08/05:isinfl:3:finite:3:
+＠:LDP man-pages:3.52:2012/05/06:isless:3:isgreater:3:
+＠:LDP man-pages:3.52:2012/05/06:islessequal:3:isgreater:3:
+＠:LDP man-pages:3.52:2012/05/06:islessgreater:3:isgreater:3:
+＠:LDP man-pages:3.52:2010/09/20:islower:3:isalpha:3:
+＠:LDP man-pages:3.52:2010/09/20:isnan:3:fpclassify:3:
+＠:LDP man-pages:3.52:2008/08/05:isnanf:3:finite:3:
+＠:LDP man-pages:3.52:2008/08/05:isnanl:3:finite:3:
+＠:LDP man-pages:3.52:2010/09/20:isnormal:3:fpclassify:3:
+＠:LDP man-pages:3.52:2010/09/20:isprint:3:isalpha:3:
+＠:LDP man-pages:3.52:2010/09/20:ispunct:3:isalpha:3:
+＠:LDP man-pages:3.52:2010/09/20:isspace:3:isalpha:3:
+＠:LDP man-pages:3.52:2012/05/06:isunordered:3:isgreater:3:
+＠:LDP man-pages:3.52:2010/09/20:isupper:3:isalpha:3:
+â\98\86:LDP man-pages:3.51=>3.52:1999/07/25:iswalnum:3:2013/03/25::argrath@ub32.org:Kentaro Shirakata:
+â\98\86:LDP man-pages:3.51=>3.52:1999/07/25:iswalpha:3:2013/03/25::argrath@ub32.org:Kentaro Shirakata:
+○:LDP man-pages:3.52:2010/09/20:iswblank:3:2013/03/25::argrath@ub32.org:Kentaro Shirakata:
+â\98\86:LDP man-pages:3.51=>3.52:1999/07/25:iswcntrl:3:2013/03/25::fujiwara@linux.or.jp:FUJIWARA Teruyoshi:
+â\98\86:LDP man-pages:3.51=>3.52:1999/07/25:iswctype:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+â\98\86:LDP man-pages:3.51=>3.52:1999/07/25:iswdigit:3:2013/03/25::argrath@ub32.org:Kentaro Shirakata:
+â\98\86:LDP man-pages:3.51=>3.52:1999/07/25:iswgraph:3:2013/03/25::argrath@ub32.org:Kentaro Shirakata:
+â\98\86:LDP man-pages:3.51=>3.52:1999/07/25:iswlower:3:2013/03/25::argrath@ub32.org:Kentaro Shirakata:
+â\98\86:LDP man-pages:3.51=>3.52:1999/07/25:iswprint:3:2013/03/25::fujiwara@linux.or.jp:FUJIWARA Teruyoshi:
+â\98\86:LDP man-pages:3.51=>3.52:1999/07/25:iswpunct:3:2013/03/25::argrath@ub32.org:Kentaro Shirakata:
+â\98\86:LDP man-pages:3.51=>3.52:1999/07/25:iswspace:3:2013/03/25::argrath@ub32.org:Kentaro Shirakata:
+â\98\86:LDP man-pages:3.51=>3.52:1999/07/25:iswupper:3:2013/03/25::argrath@ub32.org:Kentaro Shirakata:
+â\98\86:LDP man-pages:3.51=>3.52:1999/07/25:iswxdigit:3:2013/03/25::argrath@ub32.org:Kentaro Shirakata:
+＠:LDP man-pages:3.52:2010/09/20:isxdigit:3:isalpha:3:
+â\98\86:LDP man-pages:3.51=>3.52:2010/09/20:j0:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2010/09/20:j0f:3:j0:3:
+＠:LDP man-pages:3.52:2010/09/20:j0l:3:j0:3:
+＠:LDP man-pages:3.52:2010/09/20:j1:3:j0:3:
+＠:LDP man-pages:3.52:2010/09/20:j1f:3:j0:3:
+＠:LDP man-pages:3.52:2010/09/20:j1l:3:j0:3:
+＠:LDP man-pages:3.52:2010/09/20:jn:3:j0:3:
+＠:LDP man-pages:3.52:2010/09/20:jnf:3:j0:3:
+＠:LDP man-pages:3.52:2010/09/20:jnl:3:j0:3:
+＠:LDP man-pages:3.52:2013/06/21:jrand48:3:drand48:3:
+＠:LDP man-pages:3.52:2007/07/26:jrand48_r:3:drand48_r:3:
+＠:LDP man-pages:3.52:2002/07/18:key_decryptsession:3:key_setsecret:3:
+＠:LDP man-pages:3.52:2002/07/18:key_encryptsession:3:key_setsecret:3:
+＠:LDP man-pages:3.52:2002/07/18:key_gendes:3:key_setsecret:3:
+＠:LDP man-pages:3.52:2002/07/18:key_secretkey_is_set:3:key_setsecret:3:
+○:LDP man-pages:3.52:2002/07/18:key_setsecret:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2012/11/29:klogctl:3:syslog:2:
+＠:LDP man-pages:3.52:2013/06/21:l64a:3:a64l:3:
+＠:LDP man-pages:3.52:2013/06/21:labs:3:abs:3:
+＠:LDP man-pages:3.52:2013/04/19:lckpwdf:3:getspnam:3:
+＠:LDP man-pages:3.52:2013/06/21:lcong48:3:drand48:3:
+＠:LDP man-pages:3.52:2007/07/26:lcong48_r:3:drand48_r:3:
+○:LDP man-pages:3.52:2010/09/20:ldexp:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2010/09/20:ldexpf:3:ldexp:3:
+＠:LDP man-pages:3.52:2010/09/20:ldexpl:3:ldexp:3:
+＠:LDP man-pages:3.52:2012/04/17:ldiv:3:div:3:
+＠:LDP man-pages:3.52:2010/09/10:le16toh:3:endian:3:
+＠:LDP man-pages:3.52:2010/09/10:le32toh:3:endian:3:
+＠:LDP man-pages:3.52:2010/09/10:le64toh:3:endian:3:
+＠:LDP man-pages:3.52:1999/09/27:lfind:3:lsearch:3:
+â\98\86:LDP man-pages:3.51=>3.52:2010/09/11:lgamma:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2010/09/11:lgamma_r:3:lgamma:3:
+＠:LDP man-pages:3.52:2010/09/11:lgammaf:3:lgamma:3:
+＠:LDP man-pages:3.52:2010/09/11:lgammaf_r:3:lgamma:3:
+＠:LDP man-pages:3.52:2010/09/11:lgammal:3:lgamma:3:
+＠:LDP man-pages:3.52:2010/09/11:lgammal_r:3:lgamma:3:
+○:LDP man-pages:3.52:2012/05/08:lio_listio:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2013/06/21:llabs:3:abs:3:
+＠:LDP man-pages:3.52:2012/04/17:lldiv:3:div:3:
+＠:LDP man-pages:3.52:2010/09/20:llrint:3:lrint:3:
+＠:LDP man-pages:3.52:2010/09/20:llrintf:3:lrint:3:
+＠:LDP man-pages:3.52:2010/09/20:llrintl:3:lrint:3:
+＠:LDP man-pages:3.52:2010/09/20:llround:3:lround:3:
+＠:LDP man-pages:3.52:2010/09/20:llroundf:3:lround:3:
+＠:LDP man-pages:3.52:2010/09/20:llroundl:3:lround:3:
+â\98\86:LDP man-pages:3.51=>3.52:2013/06/21:localeconv:3:2013/03/25::tyoshino@eng.toyo.ac.jp:Takashi Yoshino:
+＠:LDP man-pages:3.52:2010/02/25:localtime:3:ctime:3:
+＠:LDP man-pages:3.52:2010/02/25:localtime_r:3:ctime:3:
+○:LDP man-pages:3.52:2012/07/07:lockf:3:2013/03/26::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+â\98\86:LDP man-pages:3.51=>3.52:2010/09/20:log:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+â\98\86:LDP man-pages:3.51=>3.52:2010/09/20:log10:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2010/09/20:log10f:3:log10:3:
+＠:LDP man-pages:3.52:2010/09/20:log10l:3:log10:3:
+â\98\86:LDP man-pages:3.51=>3.52:2010/09/20:log1p:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2010/09/20:log1pf:3:log1p:3:
+＠:LDP man-pages:3.52:2010/09/20:log1pl:3:log1p:3:
+â\98\86:LDP man-pages:3.51=>3.52:2010/09/12:log2:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2010/09/12:log2f:3:log2:3:
+＠:LDP man-pages:3.52:2010/09/12:log2l:3:log2:3:
+○:LDP man-pages:3.52:2010/09/20:logb:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2010/09/20:logbf:3:logb:3:
+＠:LDP man-pages:3.52:2010/09/20:logbl:3:logb:3:
+＠:LDP man-pages:3.52:2010/09/20:logf:3:log:3:
+â\98\86:LDP man-pages:3.51=>3.52:2004/05/06:login:3:2013/03/25::ysato444@yahoo.co.jp:Yuichi SATO:
+＠:LDP man-pages:3.52:2010/06/13:login_tty:3:openpty:3:
+＠:LDP man-pages:3.52:2010/09/20:logl:3:log:3:
+＠:LDP man-pages:3.52:2004/05/06:logout:3:login:3:
+＠:LDP man-pages:3.52:2008/07/02:logwtmp:3:updwtmp:3:
+â\98\86:LDP man-pages:3.51=>3.52:2009/01/13:longjmp:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2013/06/21:lrand48:3:drand48:3:
+＠:LDP man-pages:3.52:2007/07/26:lrand48_r:3:drand48_r:3:
+○:LDP man-pages:3.52:2010/09/20:lrint:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2010/09/20:lrintf:3:lrint:3:
+＠:LDP man-pages:3.52:2010/09/20:lrintl:3:lrint:3:
+○:LDP man-pages:3.52:2010/09/20:lround:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2010/09/20:lroundf:3:lround:3:
+＠:LDP man-pages:3.52:2010/09/20:lroundl:3:lround:3:
+â\98\86:LDP man-pages:3.51=>3.52:1999/09/27:lsearch:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2004/12/11:lseek64:3:2013/03/25::ysato444@yahoo.co.jp:Yuichi SATO:
+＠:LDP man-pages:3.52:2013/03/15:lutimes:3:futimes:3:
+＠:LDP man-pages:3.52:2012/05/10:major:3:makedev:3:
+○:LDP man-pages:3.52:2013/02/12:makecontext:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2012/05/10:makedev:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+×:LDP man-pages:3.52:2012/05/06:mallinfo:3:::::
+○:LDP man-pages:3.52:2012/05/10:malloc:3:2013/03/26::amotoki@gmail.com:Akihiro MOTOKI:
+×:LDP man-pages:3.52:2012/05/04:malloc_get_state:3:::::
+○:LDP man-pages:3.52:2010/10/13:malloc_hook:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+×:LDP man-pages:3.52:2013/04/19:malloc_info:3:::::
+※:LDP man-pages:3.52:2012/05/04:malloc_set_state:3:malloc_get_state:3:
+○:LDP man-pages:3.52:2012/05/06:malloc_stats:3:2013/05/06::amotoki@gmail.com:Akihiro MOTOKI:
+×:LDP man-pages:3.52:2012/03/29:malloc_trim:3:::::
+×:LDP man-pages:3.52:2012/03/29:malloc_usable_size:3:::::
+×:LDP man-pages:3.52:2012/04/30:mallopt:3:::::
+○:LDP man-pages:3.52:2010/09/10:matherr:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+â\98\86:LDP man-pages:3.51=>3.52:2013/06/21:mblen:3:2013/03/25::hanataka@abyss.rim.or.jp:HANATAKA Shinya:
+â\98\86:LDP man-pages:3.51=>3.52:2013/06/21:mbrlen:3:2013/03/25::hanataka@abyss.rim.or.jp:HANATAKA Shinya:
+â\98\86:LDP man-pages:3.51=>3.52:2013/06/21:mbrtowc:3:2013/03/25::argrath@ub32.org:Kentaro Shirakata:
+â\98\86:LDP man-pages:3.51=>3.52:2000/11/20:mbsinit:3:2013/03/25::hanataka@abyss.rim.or.jp:HANATAKA Shinya:
+â\98\86:LDP man-pages:3.51=>3.52:2011/10/01:mbsnrtowcs:3:2013/03/25::hanataka@abyss.rim.or.jp:HANATAKA Shinya:
+â\98\86:LDP man-pages:3.51=>3.52:2011/09/28:mbsrtowcs:3:2013/03/25::hanataka@abyss.rim.or.jp:HANATAKA Shinya:
+â\98\86:LDP man-pages:3.51=>3.52:2011/09/28:mbstowcs:3:2013/03/25::hanataka@abyss.rim.or.jp:HANATAKA Shinya:
+â\98\86:LDP man-pages:3.51=>3.52:2011/09/28:mbtowc:3:2013/03/25::hanataka@abyss.rim.or.jp:HANATAKA Shinya:
+×:LDP man-pages:3.52:2012/04/18:mcheck:3:::::
+※:LDP man-pages:3.52:2012/04/18:mcheck_check_all:3:mcheck:3:
+※:LDP man-pages:3.52:2012/04/18:mcheck_pedantic:3:mcheck:3:
+＠:LDP man-pages:3.52:2012/03/23:memalign:3:posix_memalign:3:
+â\98\86:LDP man-pages:3.51=>3.52:2009/01/13:memccpy:3:2013/03/25::tyoshino@eng.toyo.ac.jp:Takashi Yoshino:
+○:LDP man-pages:3.52:2012/04/23:memchr:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2012/11/25:memcmp:3:2013/03/25::nishi@rpts.cl.nec.co.jp:HIROFUMI Nishizuka:
+○:LDP man-pages:3.52:2010/11/15:memcpy:3:2013/03/25::tyoshino@eng.toyo.ac.jp:Takashi Yoshino:
+○:LDP man-pages:3.52:2010/09/10:memfrob:3:2013/03/25::ishikawa@linux.or.jp:ISHIKAWA Mutsumi:
+â\98\86:LDP man-pages:3.51=>3.52:2008/12/05:memmem:3:2013/03/25::tyoshino@eng.toyo.ac.jp:Takashi Yoshino:
+â\98\86:LDP man-pages:3.51=>3.52:1993/04/10:memmove:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+â\98\86:LDP man-pages:3.51=>3.52:2008/08/12:mempcpy:3:2013/03/25::ysato444@yahoo.co.jp:Yuichi SATO:
+＠:LDP man-pages:3.52:2012/04/23:memrchr:3:memchr:3:
+â\98\86:LDP man-pages:3.51=>3.52:1993/04/11:memset:3:2013/03/25::tyoshino@eng.toyo.ac.jp:Takashi Yoshino:
+＠:LDP man-pages:3.52:2012/05/10:minor:3:makedev:3:
+○:LDP man-pages:3.52:2010/09/26:mkdtemp:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2013/01/27:mkfifo:3:2013/03/25::argrath@ub32.org:Kentaro Shirakata:
+○:LDP man-pages:3.52:2009/12/13:mkfifoat:3:2013/03/25::ysato444@yahoo.co.jp:Yuichi SATO:
+＠:LDP man-pages:3.52:2012/12/21:mkostemp:3:mkstemp:3:
+＠:LDP man-pages:3.52:2012/12/21:mkostemps:3:mkstemp:3:
+○:LDP man-pages:3.52:2012/12/21:mkstemp:3:2013/03/26::amotoki@gmail.com:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2012/12/21:mkstemps:3:mkstemp:3:
+â\98\86:LDP man-pages:3.51=>3.52:2013/04/19:mktemp:3:2013/03/25::tanisako@osa.dec.com:Kazuyuki Tanisako:
+＠:LDP man-pages:3.52:2010/02/25:mktime:3:ctime:3:
+＠:LDP man-pages:3.52:2013/04/17:mmap64:3:mmap:2:
+â\98\86:LDP man-pages:3.51=>3.52:2013/06/21:modf:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2013/06/21:modff:3:modf:3:
+＠:LDP man-pages:3.52:2013/06/21:modfl:3:modf:3:
+○:LDP man-pages:3.52:2012/04/26:mpool:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+※:LDP man-pages:3.52:2012/04/18:mprobe:3:mcheck:3:
+○:LDP man-pages:3.52:2010/08/29:mq_close:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2010/08/29:mq_getattr:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2010/10/04:mq_notify:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2009/02/20:mq_open:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2010/09/20:mq_receive:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2010/09/20:mq_send:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2010/08/29:mq_setattr:3:mq_getattr:3:
+＠:LDP man-pages:3.52:2010/09/20:mq_timedreceive:3:mq_receive:3:
+＠:LDP man-pages:3.52:2010/09/20:mq_timedsend:3:mq_send:3:
+○:LDP man-pages:3.52:2010/08/29:mq_unlink:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2013/06/21:mrand48:3:drand48:3:
+＠:LDP man-pages:3.52:2007/07/26:mrand48_r:3:drand48_r:3:
+×:LDP man-pages:3.52:2012/04/18:mtrace:3:::::
+※:LDP man-pages:3.52:2012/04/18:muntrace:3:mtrace:3:
+○:LDP man-pages:3.52:2010/09/20:nan:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2010/09/20:nanf:3:nan:3:
+＠:LDP man-pages:3.52:2010/09/20:nanl:3:nan:3:
+＠:LDP man-pages:3.52:2010/09/20:nearbyint:3:rint:3:
+＠:LDP man-pages:3.52:2010/09/20:nearbyintf:3:rint:3:
+＠:LDP man-pages:3.52:2010/09/20:nearbyintl:3:rint:3:
+○:LDP man-pages:3.52:2012/08/05:netlink:3:2013/03/25::nakano@apm.seikei.ac.jp:NAKANO Takeo:
+â\98\86:LDP man-pages:3.51=>3.52:2010/09/20:nextafter:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2010/09/20:nextafterf:3:nextafter:3:
+＠:LDP man-pages:3.52:2010/09/20:nextafterl:3:nextafter:3:
+＠:LDP man-pages:3.52:2010/09/20:nexttoward:3:nextafter:3:
+＠:LDP man-pages:3.52:2010/09/20:nexttowardf:3:nextafter:3:
+＠:LDP man-pages:3.52:2010/09/20:nexttowardl:3:nextafter:3:
+＠:LDP man-pages:3.52:2010/09/20:nftw:3:ftw:3:
+○:LDP man-pages:3.52:2010/10/03:nl_langinfo:3:2013/03/25::KY4N-UCD@asahi-net.or.jp:UCHIDA Norihiro:
+＠:LDP man-pages:3.52:2013/06/21:nrand48:3:drand48:3:
+＠:LDP man-pages:3.52:2007/07/26:nrand48_r:3:drand48_r:3:
+＠:LDP man-pages:3.52:2009/01/15:ntohl:3:byteorder:3:
+＠:LDP man-pages:3.52:2009/01/15:ntohs:3:byteorder:3:
+â\98\86:LDP man-pages:3.51=>3.52:2008/07/12:offsetof:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+â\98\86:LDP man-pages:3.51=>3.52:2008/12/05:on_exit:3:2013/03/25:o:amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2012/04/28:open_memstream:3:fmemopen:3:
+＠:LDP man-pages:3.52:2012/04/28:open_wmemstream:3:fmemopen:3:
+○:LDP man-pages:3.52:2010/06/20:opendir:3:2013/03/25:o:amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2012/08/17:openlog:3:syslog:3:
+○:LDP man-pages:3.52:2010/06/13:openpty:3:2013/03/26::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2010/11/01:optarg:3:getopt:3:
+＠:LDP man-pages:3.52:2010/11/01:opterr:3:getopt:3:
+＠:LDP man-pages:3.52:2010/11/01:optind:3:getopt:3:
+＠:LDP man-pages:3.52:2010/11/01:optopt:3:getopt:3:
+＠:LDP man-pages:3.52:2003/04/04:passwd2des:3:xcrypt:3:
+＠:LDP man-pages:3.52:1993/04/04:pathconf:3:fpathconf:3:
+＠:LDP man-pages:3.52:2013/04/19:pclose:3:popen:3:
+○:LDP man-pages:3.52:2012/04/17:perror:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2008/07/17:pmap_getmaps:3:rpc:3:
+＠:LDP man-pages:3.52:2008/07/17:pmap_getport:3:rpc:3:
+＠:LDP man-pages:3.52:2008/07/17:pmap_rmtcall:3:rpc:3:
+＠:LDP man-pages:3.52:2008/07/17:pmap_set:3:rpc:3:
+＠:LDP man-pages:3.52:2008/07/17:pmap_unset:3:rpc:3:
+â\98\86:LDP man-pages:3.51=>3.52:2013/04/19:popen:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2013/02/12:posix_fallocate:3:2013/03/25::ysato444@yahoo.co.jp:Yuichi SATO:
+â\98\86:LDP man-pages:3.51=>3.52:2012/03/23:posix_memalign:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2012/04/20:posix_openpt:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+â\98\86:LDP man-pages:3.51=>3.52:2010/09/12:pow:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+â\98\86:LDP man-pages:3.51=>3.52:2008/08/11:pow10:3:2013/03/25::ysato444@yahoo.co.jp:Yuichi SATO:
+＠:LDP man-pages:3.52:2008/08/11:pow10f:3:pow10:3:
+＠:LDP man-pages:3.52:2008/08/11:pow10l:3:pow10:3:
+＠:LDP man-pages:3.52:2010/09/12:powf:3:pow:3:
+＠:LDP man-pages:3.52:2010/09/12:powl:3:pow:3:
+â\98\86:LDP man-pages:3.51=>3.52:2013/03/05:printf:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+â\98\86:LDP man-pages:3.51=>3.52:2007/07/26:profil:3:2013/03/25::ysato444@yahoo.co.jp:Yuichi SATO:
+○:LDP man-pages:3.52:2006/04/29:program_invocation_name:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2006/04/29:program_invocation_short_name:3:program_invocation_name:3:
+＠:LDP man-pages:3.52:2010/10/06:psiginfo:3:psignal:3:
+○:LDP man-pages:3.52:2010/10/06:psignal:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2008/11/11:pthread_attr_destroy:3:pthread_attr_init:3:
+＠:LDP man-pages:3.52:2010/09/10:pthread_attr_getaffinity_np:3:pthread_attr_setaffinity_np:3:
+＠:LDP man-pages:3.52:2010/02/03:pthread_attr_getdetachstate:3:pthread_attr_setdetachstate:3:
+＠:LDP man-pages:3.52:2008/10/24:pthread_attr_getguardsize:3:pthread_attr_setguardsize:3:
+＠:LDP man-pages:3.52:2013/04/19:pthread_attr_getinheritsched:3:pthread_attr_setinheritsched:3:
+＠:LDP man-pages:3.52:2013/06/21:pthread_attr_getschedparam:3:pthread_attr_setschedparam:3:
+＠:LDP man-pages:3.52:2013/06/21:pthread_attr_getschedpolicy:3:pthread_attr_setschedpolicy:3:
+＠:LDP man-pages:3.52:2013/04/19:pthread_attr_getscope:3:pthread_attr_setscope:3:
+＠:LDP man-pages:3.52:2008/10/24:pthread_attr_getstack:3:pthread_attr_setstack:3:
+＠:LDP man-pages:3.52:2008/10/24:pthread_attr_getstackaddr:3:pthread_attr_setstackaddr:3:
+＠:LDP man-pages:3.52:2012/03/15:pthread_attr_getstacksize:3:pthread_attr_setstacksize:3:
+○:LDP man-pages:3.52:2008/11/11:pthread_attr_init:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2010/09/10:pthread_attr_setaffinity_np:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2010/02/03:pthread_attr_setdetachstate:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2008/10/24:pthread_attr_setguardsize:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+â\98\86:LDP man-pages:3.51=>3.52:2013/04/19:pthread_attr_setinheritsched:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+â\98\86:LDP man-pages:3.51=>3.52:2013/06/21:pthread_attr_setschedparam:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+â\98\86:LDP man-pages:3.51=>3.52:2013/06/21:pthread_attr_setschedpolicy:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+â\98\86:LDP man-pages:3.51=>3.52:2013/04/19:pthread_attr_setscope:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2008/10/24:pthread_attr_setstack:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2008/10/24:pthread_attr_setstackaddr:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2012/03/15:pthread_attr_setstacksize:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+â\98\86:LDP man-pages:3.51=>3.52:2008/11/17:pthread_cancel:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2008/11/24:pthread_cleanup_pop:3:pthread_cleanup_push:3:
+＠:LDP man-pages:3.52:2008/12/04:pthread_cleanup_pop_restore_np:3:pthread_cleanup_push_defer_np:3:
+â\98\86:LDP man-pages:3.51=>3.52:2008/11/24:pthread_cleanup_push:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2008/12/04:pthread_cleanup_push_defer_np:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+â\98\86:LDP man-pages:3.51=>3.52:2012/08/03:pthread_create:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2008/11/27:pthread_detach:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2009/03/30:pthread_equal:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2009/03/30:pthread_exit:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2010/09/10:pthread_getaffinity_np:3:pthread_setaffinity_np:3:
+○:LDP man-pages:3.52:2010/09/10:pthread_getattr_np:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2009/04/10:pthread_getconcurrency:3:pthread_setconcurrency:3:
+○:LDP man-pages:3.52:2009/02/08:pthread_getcpuclockid:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2013/06/21:pthread_getname_np:3:pthread_setname_np:3:
+＠:LDP man-pages:3.52:2008/11/17:pthread_getschedparam:3:pthread_setschedparam:3:
+○:LDP man-pages:3.52:2008/11/27:pthread_join:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2012/08/19:pthread_kill:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2010/09/09:pthread_kill_other_threads_np:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2008/10/24:pthread_self:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2010/09/10:pthread_setaffinity_np:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2008/11/24:pthread_setcancelstate:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2008/11/24:pthread_setcanceltype:3:pthread_setcancelstate:3:
+○:LDP man-pages:3.52:2009/04/10:pthread_setconcurrency:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+â\98\86:LDP man-pages:3.51=>3.52:2013/06/21:pthread_setname_np:3:2013/05/05::amotoki@gmail.com:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2008/11/17:pthread_setschedparam:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2008/11/06:pthread_setschedprio:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2012/08/03:pthread_sigmask:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2012/08/19:pthread_sigqueue:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2012/04/14:pthread_testcancel:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2010/09/10:pthread_timedjoin_np:3:pthread_tryjoin_np:3:
+○:LDP man-pages:3.52:2010/09/10:pthread_tryjoin_np:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2013/03/05:pthread_yield:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+â\98\86:LDP man-pages:3.51=>3.52:2013/06/21:ptsname:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2013/06/21:ptsname_r:3:ptsname:3:
+＠:LDP man-pages:3.52:2011/09/28:putc:3:puts:3:
+＠:LDP man-pages:3.52:2008/08/29:putc_unlocked:3:unlocked_stdio:3:
+＠:LDP man-pages:3.52:2011/09/28:putchar:3:puts:3:
+＠:LDP man-pages:3.52:2008/08/29:putchar_unlocked:3:unlocked_stdio:3:
+â\98\86:LDP man-pages:3.51=>3.52:2013/04/19:putenv:3:2013/03/25::argrath@ub32.org:Kentaro Shirakata:
+â\98\86:LDP man-pages:3.51=>3.52:2003/09/09:putgrent:3:2013/03/25::ysato444@yahoo.co.jp:Yuichi SATO:
+â\98\86:LDP man-pages:3.51=>3.52:2013/04/19:putpwent:3:2013/03/25::nishi@rpts.cl.nec.co.jp:HIROFUMI Nishizuka:
+○:LDP man-pages:3.52:2011/09/28:puts:3:2013/03/25::argrath@ub32.org:Kentaro Shirakata:
+＠:LDP man-pages:3.52:2013/04/19:putspent:3:getspnam:3:
+＠:LDP man-pages:3.52:2013/04/19:pututline:3:getutent:3:
+＠:LDP man-pages:3.52:2013/04/19:pututxline:3:getutent:3:
+＠:LDP man-pages:3.52:2010/09/26:putw:3:getw:3:
+＠:LDP man-pages:3.52:2013/04/19:putwc:3:fputwc:3:
+＠:LDP man-pages:3.52:2008/08/29:putwc_unlocked:3:unlocked_stdio:3:
+â\98\86:LDP man-pages:3.51=>3.52:1999/07/25:putwchar:3:2013/03/25::argrath@ub32.org:Kentaro Shirakata:
+＠:LDP man-pages:3.52:2008/08/29:putwchar_unlocked:3:unlocked_stdio:3:
+＠:LDP man-pages:3.52:2012/03/23:pvalloc:3:posix_memalign:3:
+â\98\86:LDP man-pages:3.51=>3.52:2013/06/21:qecvt:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2007/07/26:qecvt_r:3:ecvt_r:3:
+＠:LDP man-pages:3.52:2013/06/21:qfcvt:3:qecvt:3:
+＠:LDP man-pages:3.52:2007/07/26:qfcvt_r:3:ecvt_r:3:
+＠:LDP man-pages:3.52:2013/06/21:qgcvt:3:qecvt:3:
+○:LDP man-pages:3.52:2012/03/08:qsort:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2012/03/08:qsort_r:3:qsort:3:
+○:LDP man-pages:3.52:2007/12/28:queue:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2012/04/20:raise:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2010/10/01:rand:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2010/10/01:rand_r:3:rand:3:
+â\98\86:LDP man-pages:3.51=>3.52:2013/04/19:random:3:2013/03/25::tyoshino@eng.toyo.ac.jp:YOSHINO Takashi:
+â\98\86:LDP man-pages:3.51=>3.52:2013/04/19:random_r:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2012/04/23:rawmemchr:3:memchr:3:
+○:LDP man-pages:3.52:2012/04/23:rcmd:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2012/04/23:rcmd_af:3:rcmd:3:
+â\98\86:LDP man-pages:3.51=>3.52:2013/06/21:re_comp:3:2013/03/25::nishi@rpts.cl.nec.co.jp:HIROFUMI Nishizuka:
+＠:LDP man-pages:3.52:2013/06/21:re_exec:3:re_comp:3:
+â\98\86:LDP man-pages:3.51=>3.52:2013/06/21:readdir:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2013/06/21:readdir_r:3:readdir:3:
+＠:LDP man-pages:3.52:2012/05/10:realloc:3:malloc:3:
+○:LDP man-pages:3.52:2013/03/15:realpath:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2012/04/23:recno:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2013/02/11:regcomp:3:regex:3:
+＠:LDP man-pages:3.52:2013/02/11:regerror:3:regex:3:
+â\98\86:LDP man-pages:3.51=>3.52:2013/02/11:regex:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2013/02/11:regexec:3:regex:3:
+＠:LDP man-pages:3.52:2013/02/11:regfree:3:regex:3:
+＠:LDP man-pages:3.52:2008/07/17:registerrpc:3:rpc:3:
+○:LDP man-pages:3.52:2010/09/20:remainder:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2010/09/20:remainderf:3:remainder:3:
+＠:LDP man-pages:3.52:2010/09/20:remainderl:3:remainder:3:
+○:LDP man-pages:3.52:2008/12/03:remove:3:2013/03/25::argrath@ub32.org:Kentaro Shirakata:
+＠:LDP man-pages:3.52:2010/09/09:remque:3:insque:3:
+○:LDP man-pages:3.52:2010/09/20:remquo:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2010/09/20:remquof:3:remquo:3:
+＠:LDP man-pages:3.52:2010/09/20:remquol:3:remquo:3:
+＠:LDP man-pages:3.52:2013/03/05:res_init:3:resolver:3:
+＠:LDP man-pages:3.52:2013/03/05:res_mkquery:3:resolver:3:
+＠:LDP man-pages:3.52:2013/03/05:res_query:3:resolver:3:
+＠:LDP man-pages:3.52:2013/03/05:res_querydomain:3:resolver:3:
+＠:LDP man-pages:3.52:2013/03/05:res_search:3:resolver:3:
+＠:LDP man-pages:3.52:2013/03/05:res_send:3:resolver:3:
+○:LDP man-pages:3.52:2013/03/05:resolver:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:1993/11/29:rewind:3:fseek:3:
+â\98\86:LDP man-pages:3.51=>3.52:1995/06/11:rewinddir:3:2013/03/25::nishi@rpts.cl.nec.co.jp:HIROFUMI Nishizuka:
+â\98\86:LDP man-pages:3.51=>3.52:2013/07/04:rexec:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2013/07/04:rexec_af:3:rexec:3:
+＠:LDP man-pages:3.52:2011/09/21:rindex:3:index:3:
+â\98\86:LDP man-pages:3.51=>3.52:2010/09/20:rint:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2010/09/20:rintf:3:rint:3:
+＠:LDP man-pages:3.52:2010/09/20:rintl:3:rint:3:
+â\98\86:LDP man-pages:3.51=>3.52:2013/06/21:round:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2013/06/21:roundf:3:round:3:
+＠:LDP man-pages:3.52:2013/06/21:roundl:3:round:3:
+â\98\86:LDP man-pages:3.51=>3.52:2008/07/17:rpc:3:2013/03/25::ysato@h4.dion.ne.jp:Yuichi SATO:
+â\98\86:LDP man-pages:3.51=>3.52:2007/07/26:rpmatch:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2012/04/23:rresvport:3:rcmd:3:
+＠:LDP man-pages:3.52:2012/04/23:rresvport_af:3:rcmd:3:
+○:LDP man-pages:3.52:2012/08/03:rtime:3:2013/03/25::ysato444@yahoo.co.jp:Yuichi SATO:
+○:LDP man-pages:3.52:2012/03/24:rtnetlink:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2012/04/23:ruserok:3:rcmd:3:
+＠:LDP man-pages:3.52:2012/04/23:ruserok_af:3:rcmd:3:
+â\98\86:LDP man-pages:3.51=>3.52:2013/03/23:scalb:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2013/03/23:scalbf:3:scalb:3:
+＠:LDP man-pages:3.52:2013/03/23:scalbl:3:scalb:3:
+â\98\86:LDP man-pages:3.51=>3.52:2013/06/21:scalbln:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2013/06/21:scalblnf:3:scalbln:3:
+＠:LDP man-pages:3.52:2013/06/21:scalblnl:3:scalbln:3:
+＠:LDP man-pages:3.52:2013/06/21:scalbn:3:scalbln:3:
+＠:LDP man-pages:3.52:2013/06/21:scalbnf:3:scalbln:3:
+＠:LDP man-pages:3.52:2013/06/21:scalbnl:3:scalbln:3:
+â\98\86:LDP man-pages:3.51=>3.52:2013/04/19:scandir:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2012/03/17:scandirat:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+â\98\86:LDP man-pages:3.51=>3.52:2013/01/30:scanf:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2013/04/17:sched_getcpu:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2012/08/14:secure_getenv:3:getenv:3:
+＠:LDP man-pages:3.52:2013/06/21:seed48:3:drand48:3:
+＠:LDP man-pages:3.52:2007/07/26:seed48_r:3:drand48_r:3:
+○:LDP man-pages:3.52:2013/03/24:seekdir:3:2013/03/25::nishi@rpts.cl.nec.co.jp:HIROFUMI Nishizuka:
+○:LDP man-pages:3.52:2012/05/13:sem_close:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2012/05/13:sem_destroy:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2012/05/13:sem_getvalue:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2012/05/13:sem_init:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2012/05/13:sem_open:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2012/05/13:sem_post:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2012/05/13:sem_timedwait:3:sem_wait:3:
+＠:LDP man-pages:3.52:2012/05/13:sem_trywait:3:sem_wait:3:
+○:LDP man-pages:3.52:2012/05/13:sem_unlink:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2012/05/13:sem_wait:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+â\98\86:LDP man-pages:3.51=>3.52:2003/09/09:setaliasent:3:2013/03/25::ysato444@yahoo.co.jp:Yuichi SATO:
+○:LDP man-pages:3.52:2012/08/03:setbuf:3:2013/03/25::ysato@h4.dion.ne.jp:Yuichi SATO:
+＠:LDP man-pages:3.52:2012/08/03:setbuffer:3:setbuf:3:
+※:LDP man-pages:3.52:2009/03/15:setcontext:3:getcontext:3:
+â\98\86:LDP man-pages:3.51=>3.52:2009/09/20:setenv:3:2013/03/25::ysato444@yahoo.co.jp:Yuichi SATO:
+＠:LDP man-pages:3.52:2002/02/28:setfsent:3:getfsent:3:
+＠:LDP man-pages:3.52:2013/06/21:setgrent:3:getgrent:3:
+＠:LDP man-pages:3.52:2010/10/04:sethostent:3:gethostbyname:3:
+＠:LDP man-pages:3.52:2010/09/20:sethostid:3:gethostid:3:
+â\98\86:LDP man-pages:3.51=>3.52:2009/06/26:setjmp:3:2013/03/25::argrath@ub32.org:Kentaro Shirakata:
+＠:LDP man-pages:3.52:2013/06/21:setkey:3:encrypt:3:
+＠:LDP man-pages:3.52:2013/06/21:setkey_r:3:encrypt:3:
+＠:LDP man-pages:3.52:2012/08/03:setlinebuf:3:setbuf:3:
+○:LDP man-pages:3.52:2008/12/05:setlocale:3:2013/03/25::nakano@apm.seikei.ac.jp:NAKANO Takeo:
+â\98\86:LDP man-pages:3.51=>3.52:2001/10/05:setlogmask:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2009/09/15:setmntent:3:getmntent:3:
+＠:LDP man-pages:3.52:2008/08/19:setnetent:3:getnetent:3:
+○:LDP man-pages:3.52:2007/07/26:setnetgrent:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2008/08/19:setprotoent:3:getprotoent:3:
+＠:LDP man-pages:3.52:2013/06/21:setpwent:3:getpwent:3:
+＠:LDP man-pages:3.52:2008/08/19:setrpcent:3:getrpcent:3:
+＠:LDP man-pages:3.52:2008/08/19:setservent:3:getservent:3:
+＠:LDP man-pages:3.52:2013/04/19:setspent:3:getspnam:3:
+＠:LDP man-pages:3.52:2013/04/19:setstate:3:random:3:
+＠:LDP man-pages:3.52:2013/04/19:setstate_r:3:random_r:3:
+＠:LDP man-pages:3.52:2013/06/21:setttyent:3:getttyent:3:
+＠:LDP man-pages:3.52:2013/06/21:setusershell:3:getusershell:3:
+＠:LDP man-pages:3.52:2013/04/19:setutent:3:getutent:3:
+＠:LDP man-pages:3.52:2013/04/19:setutxent:3:getutent:3:
+＠:LDP man-pages:3.52:2012/08/03:setvbuf:3:setbuf:3:
+＠:LDP man-pages:3.52:2013/04/19:sgetspent:3:getspnam:3:
+＠:LDP man-pages:3.52:2013/04/19:sgetspent_r:3:getspnam:3:
+â\98\86:LDP man-pages:3.51=>3.52:2009/02/25:shm_open:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2009/02/25:shm_unlink:3:shm_open:3:
+＠:LDP man-pages:3.52:2013/04/19:sigaddset:3:sigsetops:3:
+＠:LDP man-pages:3.52:2013/04/19:sigandset:3:sigsetops:3:
+＠:LDP man-pages:3.52:2012/09/06:sigblock:3:sigvec:3:
+＠:LDP man-pages:3.52:2013/04/19:sigdelset:3:sigsetops:3:
+＠:LDP man-pages:3.52:2013/04/19:sigemptyset:3:sigsetops:3:
+＠:LDP man-pages:3.52:2013/04/19:sigfillset:3:sigsetops:3:
+＠:LDP man-pages:3.52:2012/09/06:siggetmask:3:sigvec:3:
+＠:LDP man-pages:3.52:2010/09/20:sighold:3:sigset:3:
+＠:LDP man-pages:3.52:2010/09/20:sigignore:3:sigset:3:
+â\98\86:LDP man-pages:3.51=>3.52:2013/04/19:siginterrupt:3:2013/03/25::hanataka@abyss.rim.or.jp:HANATAKA Shinya:
+＠:LDP man-pages:3.52:2013/04/19:sigisemptyset:3:sigsetops:3:
+＠:LDP man-pages:3.52:2013/04/19:sigismember:3:sigsetops:3:
+＠:LDP man-pages:3.52:2009/01/13:siglongjmp:3:longjmp:3:
+＠:LDP man-pages:3.52:2012/09/06:sigmask:3:sigvec:3:
+â\98\86:LDP man-pages:3.51=>3.52:2013/07/04:signbit:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2010/09/11:signgam:3:lgamma:3:
+○:LDP man-pages:3.52:2009/02/04:significand:3:2013/03/25::ysato444@yahoo.co.jp:Yuichi SATO:
+＠:LDP man-pages:3.52:2009/02/04:significandf:3:significand:3:
+＠:LDP man-pages:3.52:2009/02/04:significandl:3:significand:3:
+＠:LDP man-pages:3.52:2013/04/19:sigorset:3:sigsetops:3:
+â\98\86:LDP man-pages:3.51=>3.52:2010/09/12:sigpause:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2012/03/25:sigqueue:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2010/09/20:sigrelse:3:sigset:3:
+○:LDP man-pages:3.52:2010/09/20:sigset:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2009/06/26:sigsetjmp:3:setjmp:3:
+＠:LDP man-pages:3.52:2012/09/06:sigsetmask:3:sigvec:3:
+â\98\86:LDP man-pages:3.51=>3.52:2013/04/19:sigsetops:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2010/09/26:sigstack:3:sigaltstack:2:
+○:LDP man-pages:3.52:2012/09/06:sigvec:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2012/07/21:sigwait:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+â\98\86:LDP man-pages:3.51=>3.52:2010/09/11:sin:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2008/08/11:sincos:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2008/08/11:sincosf:3:sincos:3:
+＠:LDP man-pages:3.52:2008/08/11:sincosl:3:sincos:3:
+＠:LDP man-pages:3.52:2010/09/11:sinf:3:sin:3:
+â\98\86:LDP man-pages:3.51=>3.52:2010/09/20:sinh:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2010/09/20:sinhf:3:sinh:3:
+＠:LDP man-pages:3.52:2010/09/20:sinhl:3:sinh:3:
+＠:LDP man-pages:3.52:2010/09/11:sinl:3:sin:3:
+○:LDP man-pages:3.52:2010/02/03:sleep:3:2013/03/25::tyoshino@eng.toyo.ac.jp:YOSHINO Takashi:
+＠:LDP man-pages:3.52:2013/03/05:snprintf:3:printf:3:
+â\98\86:LDP man-pages:3.51=>3.52:2008/12/03:sockatmark:3:2013/03/25::ysato444@yahoo.co.jp:Yuichi SATO:
+＠:LDP man-pages:3.52:2013/03/05:sprintf:3:printf:3:
+â\98\86:LDP man-pages:3.51=>3.52:2010/09/20:sqrt:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2010/09/20:sqrtf:3:sqrt:3:
+＠:LDP man-pages:3.52:2010/09/20:sqrtl:3:sqrt:3:
+＠:LDP man-pages:3.52:2010/10/01:srand:3:rand:3:
+＠:LDP man-pages:3.52:2013/06/21:srand48:3:drand48:3:
+＠:LDP man-pages:3.52:2007/07/26:srand48_r:3:drand48_r:3:
+＠:LDP man-pages:3.52:2013/04/19:srandom:3:random:3:
+＠:LDP man-pages:3.52:2013/04/19:srandom_r:3:random_r:3:
+＠:LDP man-pages:3.52:2013/01/30:sscanf:3:scanf:3:
+＠:LDP man-pages:3.52:2007/07/26:ssignal:3:gsignal:3:
+○:LDP man-pages:3.52:2003/08/22:statvfs:3:2013/03/25::ysato444@yahoo.co.jp:Yuichi SATO:
+○:LDP man-pages:3.52:2013/03/15:stdarg:3:2013/03/25::argrath@ub32.org:Kentaro Shirakata:
+＠:LDP man-pages:3.52:2008/07/14:stderr:3:stdin:3:
+â\98\86:LDP man-pages:3.51=>3.52:2008/07/14:stdin:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2001/12/26:stdio:3:2013/03/25::ysato444@yahoo.co.jp:Yuichi SATO:
+â\98\86:LDP man-pages:3.51=>3.52:2013/06/21:stdio_ext:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2008/07/14:stdout:3:stdin:3:
+â\98\86:LDP man-pages:3.51=>3.52:2012/03/15:stpcpy:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+â\98\86:LDP man-pages:3.51=>3.52:2011/09/28:stpncpy:3:2013/03/25::hanataka@abyss.rim.or.jp:HANATAKA Shinya:
+â\98\86:LDP man-pages:3.51=>3.52:2012/05/10:strcasecmp:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2011/09/28:strcasestr:3:strstr:3:
+â\98\86:LDP man-pages:3.51=>3.52:2012/07/19:strcat:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+â\98\86:LDP man-pages:3.51=>3.52:2012/04/24:strchr:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2012/04/24:strchrnul:3:strchr:3:
+â\98\86:LDP man-pages:3.51=>3.52:2012/11/25:strcmp:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+â\98\86:LDP man-pages:3.51=>3.52:2010/09/20:strcoll:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+â\98\86:LDP man-pages:3.51=>3.52:2012/07/19:strcpy:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2012/05/10:strcspn:3:strspn:3:
+â\98\86:LDP man-pages:3.51=>3.52:2013/04/19:strdup:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2013/04/19:strdupa:3:strdup:3:
+â\98\86:LDP man-pages:3.51=>3.52:2013/06/21:strerror:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2013/06/21:strerror_r:3:strerror:3:
+â\98\86:LDP man-pages:3.51=>3.52:2000/12/05:strfmon:3:2013/03/25::nakano@apm.seikei.ac.jp:NAKANO Takeo:
+â\98\86:LDP man-pages:3.51=>3.52:2010/09/20:strfry:3:2013/03/25::motoki@hal.t.u-tokyo.ac.jp:Akihiro Motoki:
+â\98\86:LDP man-pages:3.51=>3.52:2013/06/28:strftime:3:2013/03/26::amotoki@gmail.com:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2010/02/25:string:3:2013/03/25::yoshino@civil.jcn.nihon-u.ac.jp:YOSHINO Takashi:
+â\98\86:LDP man-pages:3.51=>3.52:2012/05/04:strlen:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2012/05/10:strncasecmp:3:strcasecmp:3:
+＠:LDP man-pages:3.52:2012/07/19:strncat:3:strcat:3:
+＠:LDP man-pages:3.52:2012/11/25:strncmp:3:strcmp:3:
+＠:LDP man-pages:3.52:2012/07/19:strncpy:3:strcpy:3:
+＠:LDP man-pages:3.52:2013/04/19:strndup:3:strdup:3:
+＠:LDP man-pages:3.52:2013/04/19:strndupa:3:strdup:3:
+â\98\86:LDP man-pages:3.51=>3.52:2012/05/10:strnlen:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+â\98\86:LDP man-pages:3.51=>3.52:2012/05/10:strpbrk:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+â\98\86:LDP man-pages:3.51=>3.52:2009/12/05:strptime:3:2013/03/26::ysato@h4.dion.ne.jp:Yuichi SATO:
+＠:LDP man-pages:3.52:2012/04/24:strrchr:3:strchr:3:
+â\98\86:LDP man-pages:3.51=>3.52:2011/09/28:strsep:3:2013/03/25::argrath@ub32.org:Kentaro Shirakata:
+â\98\86:LDP man-pages:3.51=>3.52:2010/09/15:strsignal:3:2013/03/25::argrath@yo.rim.or.jp:Kentaro Shirakata:
+â\98\86:LDP man-pages:3.51=>3.52:2012/05/10:strspn:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+â\98\86:LDP man-pages:3.51=>3.52:2011/09/28:strstr:3:2013/03/25::argrath@ub32.org:Kentaro Shirakata:
+○:LDP man-pages:3.52:2010/09/20:strtod:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2010/09/20:strtof:3:strtod:3:
+○:LDP man-pages:3.52:2003/11/28:strtoimax:3:2013/03/25::ysato444@yahoo.co.jp:Yuichi SATO:
+â\98\86:LDP man-pages:3.51=>3.52:2013/05/19:strtok:3:2013/03/25:o:amotoki@gmail.com:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2013/05/19:strtok_r:3:strtok:3:
+â\98\86:LDP man-pages:3.51=>3.52:2013/02/10:strtol:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2010/09/20:strtold:3:strtod:3:
+＠:LDP man-pages:3.52:2013/02/10:strtoll:3:strtol:3:
+＠:LDP man-pages:3.52:2013/02/10:strtoq:3:strtol:3:
+â\98\86:LDP man-pages:3.51=>3.52:2011/09/15:strtoul:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2011/09/15:strtoull:3:strtoul:3:
+＠:LDP man-pages:3.52:2003/11/28:strtoumax:3:strtoimax:3:
+＠:LDP man-pages:3.52:2011/09/15:strtouq:3:strtoul:3:
+â\98\86:LDP man-pages:3.51=>3.52:2001/12/19:strverscmp:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+â\98\86:LDP man-pages:3.51=>3.52:2012/05/10:strxfrm:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2008/07/17:svc_destroy:3:rpc:3:
+＠:LDP man-pages:3.52:2008/07/17:svc_freeargs:3:rpc:3:
+＠:LDP man-pages:3.52:2008/07/17:svc_getargs:3:rpc:3:
+＠:LDP man-pages:3.52:2008/07/17:svc_getcaller:3:rpc:3:
+＠:LDP man-pages:3.52:2008/07/17:svc_getreq:3:rpc:3:
+＠:LDP man-pages:3.52:2008/07/17:svc_getreqset:3:rpc:3:
+＠:LDP man-pages:3.52:2008/07/17:svc_register:3:rpc:3:
+＠:LDP man-pages:3.52:2008/07/17:svc_run:3:rpc:3:
+＠:LDP man-pages:3.52:2008/07/17:svc_sendreply:3:rpc:3:
+＠:LDP man-pages:3.52:2008/07/17:svc_unregister:3:rpc:3:
+＠:LDP man-pages:3.52:2008/07/17:svcerr_auth:3:rpc:3:
+＠:LDP man-pages:3.52:2008/07/17:svcerr_decode:3:rpc:3:
+＠:LDP man-pages:3.52:2008/07/17:svcerr_noproc:3:rpc:3:
+＠:LDP man-pages:3.52:2008/07/17:svcerr_noprog:3:rpc:3:
+＠:LDP man-pages:3.52:2008/07/17:svcerr_progvers:3:rpc:3:
+＠:LDP man-pages:3.52:2008/07/17:svcerr_systemerr:3:rpc:3:
+＠:LDP man-pages:3.52:2008/07/17:svcerr_weakauth:3:rpc:3:
+＠:LDP man-pages:3.52:2008/07/17:svcfd_create:3:rpc:3:
+＠:LDP man-pages:3.52:2008/07/17:svcraw_create:3:rpc:3:
+＠:LDP man-pages:3.52:2008/07/17:svctcp_create:3:rpc:3:
+＠:LDP man-pages:3.52:2008/07/17:svcudp_bufcreate:3:rpc:3:
+＠:LDP man-pages:3.52:2008/07/17:svcudp_create:3:rpc:3:
+â\98\86:LDP man-pages:3.51=>3.52:2001/12/15:swab:3:2013/03/25::argrath@ub32.org:Kentaro Shirakata:
+＠:LDP man-pages:3.52:2013/02/12:swapcontext:3:makecontext:3:
+＠:LDP man-pages:3.52:2011/09/17:swprintf:3:wprintf:3:
+＠:LDP man-pages:3.52:2012/04/17:sys_errlist:3:perror:3:
+＠:LDP man-pages:3.52:2012/04/17:sys_nerr:3:perror:3:
+â\98\86:LDP man-pages:3.51=>3.52:2013/02/12:sysconf:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2012/08/17:syslog:3:2013/03/26:o:amotoki@gmail.com:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2010/09/10:system:3:2013/03/25:o:amotoki@gmail.com:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2007/05/04:sysv_signal:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+â\98\86:LDP man-pages:3.51=>3.52:2010/09/11:tan:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2010/09/11:tanf:3:tan:3:
+â\98\86:LDP man-pages:3.51=>3.52:2010/09/20:tanh:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2010/09/20:tanhf:3:tanh:3:
+＠:LDP man-pages:3.52:2010/09/20:tanhl:3:tanh:3:
+＠:LDP man-pages:3.52:2010/09/11:tanl:3:tan:3:
+＠:LDP man-pages:3.52:2013/03/15:tcdrain:3:termios:3:
+＠:LDP man-pages:3.52:2013/03/15:tcflow:3:termios:3:
+＠:LDP man-pages:3.52:2013/03/15:tcflush:3:termios:3:
+＠:LDP man-pages:3.52:2013/03/15:tcgetattr:3:termios:3:
+â\98\86:LDP man-pages:3.51=>3.52:2003/01/28:tcgetpgrp:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2010/09/10:tcgetsid:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2013/03/15:tcsendbreak:3:termios:3:
+＠:LDP man-pages:3.52:2013/03/15:tcsetattr:3:termios:3:
+＠:LDP man-pages:3.52:2003/01/28:tcsetpgrp:3:tcgetpgrp:3:
+＠:LDP man-pages:3.52:2012/08/03:tdelete:3:tsearch:3:
+＠:LDP man-pages:3.52:2012/08/03:tdestroy:3:tsearch:3:
+○:LDP man-pages:3.52:2013/03/24:telldir:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+â\98\86:LDP man-pages:3.51=>3.52:2013/04/19:tempnam:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2013/03/15:termios:3:2013/03/26::amotoki@gmail.com:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2012/08/03:tfind:3:tsearch:3:
+â\98\86:LDP man-pages:3.51=>3.52:2010/09/20:tgamma:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2010/09/20:tgammaf:3:tgamma:3:
+＠:LDP man-pages:3.52:2010/09/20:tgammal:3:tgamma:3:
+â\98\86:LDP man-pages:3.51=>3.52:2013/07/04:timegm:3:2013/03/25::nakano@apm.seikei.ac.jp:NAKANO Takeo:
+＠:LDP man-pages:3.52:2013/07/04:timelocal:3:timegm:3:
+○:LDP man-pages:3.52:2010/02/25:timeradd:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2010/02/25:timerclear:3:timeradd:3:
+＠:LDP man-pages:3.52:2010/02/25:timercmp:3:timeradd:3:
+＠:LDP man-pages:3.52:2010/02/25:timerisset:3:timeradd:3:
+＠:LDP man-pages:3.52:2010/02/25:timersub:3:timeradd:3:
+＠:LDP man-pages:3.52:2012/03/25:timezone:3:tzset:3:
+â\98\86:LDP man-pages:3.51=>3.52:2008/07/14:tmpfile:3:2013/03/25:o:ysato@h4.dion.ne.jp:Yuichi SATO:
+â\98\86:LDP man-pages:3.51=>3.52:2013/06/21:tmpnam:3:2013/03/25:o:amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2013/06/21:tmpnam_r:3:tmpnam:3:
+â\98\86:LDP man-pages:3.51=>3.52:2009/03/15:toascii:3:2013/03/25::nishi@rpts.cl.nec.co.jp:HIROFUMI Nishizuka:
+＠:LDP man-pages:3.52:1993/04/04:tolower:3:toupper:3:
+○:LDP man-pages:3.52:1993/04/04:toupper:3:2013/03/25::rui@linux.or.jp:Ueyama Rui:
+â\98\86:LDP man-pages:3.51=>3.52:1999/07/25:towctrans:3:2013/03/25::fujiwara@linux.or.jp:FUJIWARA Teruyoshi:
+â\98\86:LDP man-pages:3.51=>3.52:1999/07/25:towlower:3:2013/03/25::fujiwara@linux.or.jp:FUJIWARA Teruyoshi:
+â\98\86:LDP man-pages:3.51=>3.52:1999/07/25:towupper:3:2013/03/25::fujiwara@linux.or.jp:FUJIWARA Teruyoshi:
+â\98\86:LDP man-pages:3.51=>3.52:2013/06/21:trunc:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2013/06/21:truncf:3:trunc:3:
+＠:LDP man-pages:3.52:2013/06/21:truncl:3:trunc:3:
+○:LDP man-pages:3.52:2012/08/03:tsearch:3:2013/03/25::ysato@h4.dion.ne.jp:Yuichi SATO:
+â\98\86:LDP man-pages:3.51=>3.52:2013/06/21:ttyname:3:2013/03/26::argrath@ub32.org:Kentaro Shirakata:
+＠:LDP man-pages:3.52:2013/06/21:ttyname_r:3:ttyname:3:
+â\98\86:LDP man-pages:3.51=>3.52:2013/06/21:ttyslot:3:2013/03/26::ysato444@yahoo.co.jp:Yuichi SATO:
+＠:LDP man-pages:3.52:2012/08/03:twalk:3:tsearch:3:
+＠:LDP man-pages:3.52:2012/03/25:tzname:3:tzset:3:
+○:LDP man-pages:3.52:2012/03/25:tzset:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2013/04/18:ualarm:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2013/04/19:ulckpwdf:3:getspnam:3:
+○:LDP man-pages:3.52:2008/08/06:ulimit:3:2013/03/25::nakano@apm.seikei.ac.jp:NAKANO Takeo:
+○:LDP man-pages:3.52:2012/12/21:undocumented:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2012/01/18:ungetc:3:gets:3:
+â\98\86:LDP man-pages:3.51=>3.52:1999/09/19:ungetwc:3:2013/03/25::hanataka@abyss.rim.or.jp:HANATAKA Shinya:
+○:LDP man-pages:3.52:2008/08/29:unlocked_stdio:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2008/06/14:unlockpt:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2009/09/20:unsetenv:3:setenv:3:
+○:LDP man-pages:3.52:2008/07/02:updwtmp:3:2013/03/25::argrath@ub32.org:Kentaro Shirakata:
+＠:LDP man-pages:3.52:2008/07/02:updwtmpx:3:updwtmp:3:
+â\98\86:LDP man-pages:3.51=>3.52:2013/04/19:usleep:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2013/04/19:utmpname:3:getutent:3:
+＠:LDP man-pages:3.52:2013/04/19:utmpxname:3:getutent:3:
+＠:LDP man-pages:3.52:2013/03/15:va_arg:3:stdarg:3:
+＠:LDP man-pages:3.52:2013/03/15:va_copy:3:stdarg:3:
+＠:LDP man-pages:3.52:2013/03/15:va_end:3:stdarg:3:
+＠:LDP man-pages:3.52:2013/03/15:va_start:3:stdarg:3:
+＠:LDP man-pages:3.52:2012/03/23:valloc:3:posix_memalign:3:
+＠:LDP man-pages:3.52:2013/06/21:vasprintf:3:asprintf:3:
+＠:LDP man-pages:3.52:2010/09/15:vdprintf:3:dprintf:3:
+＠:LDP man-pages:3.52:2012/03/15:verr:3:err:3:
+＠:LDP man-pages:3.52:2012/03/15:verrx:3:err:3:
+＠:LDP man-pages:3.52:2013/04/19:versionsort:3:scandir:3:
+＠:LDP man-pages:3.52:2013/03/05:vfprintf:3:printf:3:
+＠:LDP man-pages:3.52:2013/01/30:vfscanf:3:scanf:3:
+＠:LDP man-pages:3.52:2011/09/17:vfwprintf:3:wprintf:3:
+＠:LDP man-pages:3.52:2013/02/11:vlimit:3:getrlimit:2:
+＠:LDP man-pages:3.52:2013/03/05:vprintf:3:printf:3:
+＠:LDP man-pages:3.52:2013/01/30:vscanf:3:scanf:3:
+＠:LDP man-pages:3.52:2013/03/05:vsnprintf:3:printf:3:
+＠:LDP man-pages:3.52:2013/03/05:vsprintf:3:printf:3:
+＠:LDP man-pages:3.52:2013/01/30:vsscanf:3:scanf:3:
+＠:LDP man-pages:3.52:2011/09/17:vswprintf:3:wprintf:3:
+＠:LDP man-pages:3.52:2012/08/17:vsyslog:3:syslog:3:
+＠:LDP man-pages:3.52:2010/09/26:vtimes:3:getrusage:2:
+＠:LDP man-pages:3.52:2012/03/15:vwarn:3:err:3:
+＠:LDP man-pages:3.52:2012/03/15:vwarnx:3:err:3:
+＠:LDP man-pages:3.52:2011/09/17:vwprintf:3:wprintf:3:
+＠:LDP man-pages:3.52:2012/03/15:warn:3:err:3:
+＠:LDP man-pages:3.52:2012/03/15:warnx:3:err:3:
+â\98\86:LDP man-pages:3.51=>3.52:2011/10/01:wcpcpy:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+â\98\86:LDP man-pages:3.51=>3.52:2011/10/01:wcpncpy:3:2013/03/25::fujiwara@linux.or.jp:FUJIWARA Teruyoshi:
+â\98\86:LDP man-pages:3.51=>3.52:2011/09/28:wcrtomb:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+â\98\86:LDP man-pages:3.51=>3.52:2010/09/15:wcscasecmp:3:2013/03/25::fujiwara@linux.or.jp:FUJIWARA Teruyoshi:
+â\98\86:LDP man-pages:3.51=>3.52:2011/09/28:wcscat:3:2013/03/25::fujiwara@linux.or.jp:FUJIWARA Teruyoshi:
+â\98\86:LDP man-pages:3.51=>3.52:1999/07/25:wcschr:3:2013/03/25::fujiwara@linux.or.jp:FUJIWARA Teruyoshi:
+â\98\86:LDP man-pages:3.51=>3.52:1999/07/25:wcscmp:3:2013/03/25::fujiwara@linux.or.jp:FUJIWARA Teruyoshi:
+â\98\86:LDP man-pages:3.51=>3.52:2011/09/28:wcscpy:3:2013/03/25::fujiwara@linux.or.jp:FUJIWARA Teruyoshi:
+â\98\86:LDP man-pages:3.51=>3.52:1999/07/25:wcscspn:3:2013/03/25::fujiwara@linux.or.jp:FUJIWARA Teruyoshi:
+â\98\86:LDP man-pages:3.51=>3.52:2013/04/19:wcsdup:3:2013/03/25::ysato444@yahoo.co.jp:Yuichi SATO:
+â\98\86:LDP man-pages:3.51=>3.52:2011/09/28:wcslen:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+â\98\86:LDP man-pages:3.51=>3.52:2010/09/15:wcsncasecmp:3:2013/03/25::fujiwara@linux.or.jp:FUJIWARA Teruyoshi:
+â\98\86:LDP man-pages:3.51=>3.52:2011/09/28:wcsncat:3:2013/03/25::fujiwara@linux.or.jp:FUJIWARA Teruyoshi:
+â\98\86:LDP man-pages:3.51=>3.52:2011/09/28:wcsncmp:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+â\98\86:LDP man-pages:3.51=>3.52:2011/09/28:wcsncpy:3:2013/03/25::fujiwara@linux.or.jp:FUJIWARA Teruyoshi:
+â\98\86:LDP man-pages:3.51=>3.52:2011/10/01:wcsnlen:3:2013/03/25::fujiwara@linux.or.jp:FUJIWARA Teruyoshi:
+â\98\86:LDP man-pages:3.51=>3.52:2011/10/16:wcsnrtombs:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+â\98\86:LDP man-pages:3.51=>3.52:1999/07/25:wcspbrk:3:2013/03/25::fujiwara@linux.or.jp:FUJIWARA Teruyoshi:
+â\98\86:LDP man-pages:3.51=>3.52:1999/07/25:wcsrchr:3:2013/03/25::fujiwara@linux.or.jp:FUJIWARA Teruyoshi:
+â\98\86:LDP man-pages:3.51=>3.52:2011/10/16:wcsrtombs:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+â\98\86:LDP man-pages:3.51=>3.52:1999/07/25:wcsspn:3:2013/03/25::fujiwara@linux.or.jp:FUJIWARA Teruyoshi:
+â\98\86:LDP man-pages:3.51=>3.52:2011/09/28:wcsstr:3:2013/03/25::fujiwara@linux.or.jp:FUJIWARA Teruyoshi:
+○:LDP man-pages:3.52:2003/11/01:wcstoimax:3:2013/03/25::ysato444@yahoo.co.jp:Yuichi SATO:
+â\98\86:LDP man-pages:3.51=>3.52:2011/09/28:wcstok:3:2013/03/25::fujiwara@linux.or.jp:FUJIWARA Teruyoshi:
+â\98\86:LDP man-pages:3.51=>3.52:2011/10/16:wcstombs:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2003/11/01:wcstoumax:3:wcstoimax:3:
+â\98\86:LDP man-pages:3.51=>3.52:2010/09/10:wcswidth:3:2013/03/25::fujiwara@linux.or.jp:FUJIWARA Teruyoshi:
+â\98\86:LDP man-pages:3.51=>3.52:2011/09/22:wctob:3:2013/03/25::fujiwara@linux.or.jp:FUJIWARA Teruyoshi:
+â\98\86:LDP man-pages:3.51=>3.52:1999/07/25:wctomb:3:2013/03/25::hanataka@abyss.rim.or.jp:HANATAKA Shinya:
+â\98\86:LDP man-pages:3.51=>3.52:1999/07/25:wctrans:3:2013/03/25::fujiwara@linux.or.jp:FUJIWARA Teruyoshi:
+○:LDP man-pages:3.52:1999/07/25:wctype:3:2013/03/25::fujiwara@linux.or.jp:FUJIWARA Teruyoshi:
+â\98\86:LDP man-pages:3.51=>3.52:2011/09/28:wcwidth:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+â\98\86:LDP man-pages:3.51=>3.52:1999/07/25:wmemchr:3:2013/03/25::fujiwara@linux.or.jp:FUJIWARA Teruyoshi:
+â\98\86:LDP man-pages:3.51=>3.52:1999/07/25:wmemcmp:3:2013/03/25::fujiwara@linux.or.jp:FUJIWARA Teruyoshi:
+â\98\86:LDP man-pages:3.51=>3.52:1999/07/25:wmemcpy:3:2013/03/25::fujiwara@linux.or.jp:FUJIWARA Teruyoshi:
+â\98\86:LDP man-pages:3.51=>3.52:1999/07/25:wmemmove:3:2013/03/25::fujiwara@linux.or.jp:FUJIWARA Teruyoshi:
+＠:LDP man-pages:3.52:2008/08/12:wmempcpy:3:mempcpy:3:
+â\98\86:LDP man-pages:3.51=>3.52:1999/07/25:wmemset:3:2013/03/25::fujiwara@linux.or.jp:FUJIWARA Teruyoshi:
+â\98\86:LDP man-pages:3.51=>3.52:2008/07/14:wordexp:3:2013/03/25::ysato444@yahoo.co.jp:Yuichi SATO:
+＠:LDP man-pages:3.52:2008/07/14:wordfree:3:wordexp:3:
+â\98\86:LDP man-pages:3.51=>3.52:2011/09/17:wprintf:3:2013/03/25::hanataka@abyss.rim.or.jp:HANATAKA Shinya:
+○:LDP man-pages:3.52:2003/04/04:xcrypt:3:2013/03/25::ysato444@yahoo.co.jp:Yuichi SATO:
+＠:LDP man-pages:3.52:2003/04/04:xdecrypt:3:xcrypt:3:
+â\98\86:LDP man-pages:3.51=>3.52:2007/12/30:xdr:3:2013/03/25::hanataka@abyss.rim.or.jp:HANATAKA Shinya:
+＠:LDP man-pages:3.52:2008/07/17:xdr_accepted_reply:3:rpc:3:
+＠:LDP man-pages:3.52:2007/12/30:xdr_array:3:xdr:3:
+＠:LDP man-pages:3.52:2008/07/17:xdr_authunix_parms:3:rpc:3:
+＠:LDP man-pages:3.52:2007/12/30:xdr_bool:3:xdr:3:
+＠:LDP man-pages:3.52:2007/12/30:xdr_bytes:3:xdr:3:
+＠:LDP man-pages:3.52:2008/07/17:xdr_callhdr:3:rpc:3:
+＠:LDP man-pages:3.52:2008/07/17:xdr_callmsg:3:rpc:3:
+＠:LDP man-pages:3.52:2007/12/30:xdr_char:3:xdr:3:
+＠:LDP man-pages:3.52:2007/12/30:xdr_destroy:3:xdr:3:
+＠:LDP man-pages:3.52:2007/12/30:xdr_double:3:xdr:3:
+＠:LDP man-pages:3.52:2007/12/30:xdr_enum:3:xdr:3:
+＠:LDP man-pages:3.52:2007/12/30:xdr_float:3:xdr:3:
+＠:LDP man-pages:3.52:2007/12/30:xdr_free:3:xdr:3:
+＠:LDP man-pages:3.52:2007/12/30:xdr_getpos:3:xdr:3:
+＠:LDP man-pages:3.52:2007/12/30:xdr_inline:3:xdr:3:
+＠:LDP man-pages:3.52:2007/12/30:xdr_int:3:xdr:3:
+＠:LDP man-pages:3.52:2007/12/30:xdr_long:3:xdr:3:
+＠:LDP man-pages:3.52:2007/12/30:xdr_opaque:3:xdr:3:
+＠:LDP man-pages:3.52:2008/07/17:xdr_opaque_auth:3:rpc:3:
+＠:LDP man-pages:3.52:2008/07/17:xdr_pmap:3:rpc:3:
+＠:LDP man-pages:3.52:2008/07/17:xdr_pmaplist:3:rpc:3:
+＠:LDP man-pages:3.52:2007/12/30:xdr_pointer:3:xdr:3:
+＠:LDP man-pages:3.52:2007/12/30:xdr_reference:3:xdr:3:
+＠:LDP man-pages:3.52:2008/07/17:xdr_rejected_reply:3:rpc:3:
+＠:LDP man-pages:3.52:2008/07/17:xdr_replymsg:3:rpc:3:
+＠:LDP man-pages:3.52:2007/12/30:xdr_setpos:3:xdr:3:
+＠:LDP man-pages:3.52:2007/12/30:xdr_short:3:xdr:3:
+＠:LDP man-pages:3.52:2007/12/30:xdr_string:3:xdr:3:
+＠:LDP man-pages:3.52:2007/12/30:xdr_u_char:3:xdr:3:
+＠:LDP man-pages:3.52:2007/12/30:xdr_u_int:3:xdr:3:
+＠:LDP man-pages:3.52:2007/12/30:xdr_u_long:3:xdr:3:
+＠:LDP man-pages:3.52:2007/12/30:xdr_u_short:3:xdr:3:
+＠:LDP man-pages:3.52:2007/12/30:xdr_union:3:xdr:3:
+＠:LDP man-pages:3.52:2007/12/30:xdr_vector:3:xdr:3:
+＠:LDP man-pages:3.52:2007/12/30:xdr_void:3:xdr:3:
+＠:LDP man-pages:3.52:2007/12/30:xdr_wrapstring:3:xdr:3:
+＠:LDP man-pages:3.52:2007/12/30:xdrmem_create:3:xdr:3:
+＠:LDP man-pages:3.52:2007/12/30:xdrrec_create:3:xdr:3:
+＠:LDP man-pages:3.52:2007/12/30:xdrrec_endofrecord:3:xdr:3:
+＠:LDP man-pages:3.52:2007/12/30:xdrrec_eof:3:xdr:3:
+＠:LDP man-pages:3.52:2007/12/30:xdrrec_skiprecord:3:xdr:3:
+＠:LDP man-pages:3.52:2007/12/30:xdrstdio_create:3:xdr:3:
+＠:LDP man-pages:3.52:2003/04/04:xencrypt:3:xcrypt:3:
+＠:LDP man-pages:3.52:2008/07/17:xprt_register:3:rpc:3:
+＠:LDP man-pages:3.52:2008/07/17:xprt_unregister:3:rpc:3:
+â\98\86:LDP man-pages:3.51=>3.52:2008/08/10:y0:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2008/08/10:y0f:3:y0:3:
+＠:LDP man-pages:3.52:2008/08/10:y0l:3:y0:3:
+＠:LDP man-pages:3.52:2008/08/10:y1:3:y0:3:
+＠:LDP man-pages:3.52:2008/08/10:y1f:3:y0:3:
+＠:LDP man-pages:3.52:2008/08/10:y1l:3:y0:3:
+＠:LDP man-pages:3.52:2008/08/10:yn:3:y0:3:
+＠:LDP man-pages:3.52:2008/08/10:ynf:3:y0:3:
+＠:LDP man-pages:3.52:2008/08/10:ynl:3:y0:3:
+×:LDP man-pages:3.52:2012/08/05:cciss:4:::::
+â\98\86:LDP man-pages:3.51=>3.52:1994/10/31:console:4:2013/03/25:o:argrath@ub32.org:Kentaro Shirakata:
+â\98\86:LDP man-pages:3.51=>3.52:2012/08/05:console_codes:4:2013/03/26::amotoki@gmail.com:Akihiro MOTOKI:
+â\98\86:LDP man-pages:3.51=>3.52:2009/02/28:console_ioctl:4:2013/03/26::argrath@ub32.org:Kentaro Shirakata:
+×:LDP man-pages:3.52:2009/03/31:cpuid:4:::::
+○:LDP man-pages:3.52:2012/08/05:dsp56k:4:2013/03/25::sato@complex.eng.hokudai.ac.jp:Yuichi SATO:
+○:LDP man-pages:3.52:2010/08/29:fd:4:2013/03/25:o:ishikawa@linux.or.jp:ISHIKAWA Mutsumi:
+â\98\86:LDP man-pages:3.51=>3.52:2007/11/24:full:4:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+â\98\86:LDP man-pages:3.51=>3.52:1992/12/17:hd:4:2013/03/25:o:ishikawa@linux.or.jp:ISHIKAWA Mutsumi:
+×:LDP man-pages:3.52:2012/08/05:hpsa:4:::::
+○:LDP man-pages:3.52:2010/09/04:initrd:4:2013/03/26:o:amotoki@gmail.com:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2007/10/23:intro:4:2013/03/25:o:ishikawa@linux.or.jp:ISHIKAWA Mutsumi:
+＠:LDP man-pages:3.52:1992/11/21:kmem:4:mem:4:
+â\98\86:LDP man-pages:3.51=>3.52:1995/01/15:lp:4:2013/03/25:o:ishikawa@linux.or.jp:ISHIKAWA Mutsumi:
+â\98\86:LDP man-pages:3.51=>3.52:1992/11/21:mem:4:2013/03/25:o:ishikawa@linux.or.jp:ISHIKAWA Mutsumi:
+â\98\86:LDP man-pages:3.51=>3.52:1996/02/10:mouse:4:2013/03/25:o:ss236rx@ymg.urban.ne.jp:Shouichi Saito:
+×:LDP man-pages:3.52:2009/03/31:msr:4:::::
+â\98\86:LDP man-pages:3.51=>3.52:2009/02/23:null:4:2013/03/25:o:ishikawa@linux.or.jp:ISHIKAWA Mutsumi:
+＠:LDP man-pages:3.52:1992/11/21:port:4:mem:4:
+＠:LDP man-pages:3.52:2002/10/09:ptmx:4:pts:4:
+â\98\86:LDP man-pages:3.51=>3.52:2002/10/09:pts:4:2013/03/26::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+â\98\86:LDP man-pages:3.51=>3.52:1992/11/21:ram:4:2013/03/25:o:ishikawa@linux.or.jp:ISHIKAWA Mutsumi:
+○:LDP man-pages:3.52:2013/03/15:random:4:2013/03/26::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2010/02/25:rtc:4:2013/03/26::ysato444@yahoo.co.jp:Yuichi SATO:
+○:LDP man-pages:3.52:2012/05/03:sd:4:2013/03/26::amotoki@gmail.com:Akihiro MOTOKI:
+â\98\86:LDP man-pages:3.51=>3.52:2012/08/05:sk98lin:4:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+â\98\86:LDP man-pages:3.51=>3.52:2010/09/04:st:4:2013/03/26::nakano@st.seikei.ac.jp:NAKANO Takeo:
+â\98\86:LDP man-pages:3.51=>3.52:2003/04/07:tty:4:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+â\98\86:LDP man-pages:3.51=>3.52:1992/12/19:ttyS:4:2013/03/25::ishikawa@linux.or.jp:ISHIKAWA Mutsumi:
+â\98\86:LDP man-pages:3.51=>3.52:2008/10/29:tty_ioctl:4:2013/03/26::amotoki@gmail.com:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2013/03/15:urandom:4:random:4:
+â\98\86:LDP man-pages:3.51=>3.52:2007/12/17:vcs:4:2013/03/25::sato@complex.eng.hokudai.ac.jp:Yuichi SATO:
+＠:LDP man-pages:3.52:2007/12/17:vcsa:4:vcs:4:
+○:LDP man-pages:3.52:1996/10/22:wavelan:4:2013/03/26::ishikawa@linux.or.jp:ISHIKAWA Mutsumi:
+＠:LDP man-pages:3.52:2009/02/23:zero:4:null:4:
+○:LDP man-pages:3.52:2008/06/15:acct:5:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+○:LDP man-pages:3.52:1994/11/28:charmap:5:2013/03/25::argrath@ub32.org:Kentaro Shirakata:
+â\98\86:LDP man-pages:3.51=>3.52:2013/06/08:core:5:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+â\98\86:LDP man-pages:3.51=>3.52:2001/12/26:dir_colors:5:2013/03/25::ysato@h4.dion.ne.jp:Yuichi SATO:
+○:LDP man-pages:3.52:2013/04/17:elf:5:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2012/08/05:filesystems:5:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2012/08/05:fs:5:filesystems:5:
+○:LDP man-pages:3.52:2000/08/27:ftpusers:5:2013/03/25::nakano@apm.seikei.ac.jp:NAKANO Takeo:
+×:LDP man-pages:3.52:2013/02/13:gai.conf:5:::::
+○:LDP man-pages:3.52:2010/10/21:group:5:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2003/08/23:host.conf:5:2013/03/25::ysato444@yahoo.co.jp:Yuichi SATO:
+○:LDP man-pages:3.52:2002/06/16:hosts:5:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+â\98\86:LDP man-pages:3.51=>3.52:2003/08/24:hosts.equiv:5:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2007/10/23:intro:5:2013/03/25::nakano@apm.seikei.ac.jp:NAKANO Takeo:
+＠:LDP man-pages:3.52:2013/02/12:ipc:5:svipc:7:
+â\98\86:LDP man-pages:3.51=>3.52:1993/07/24:issue:5:2013/03/25::nakano@apm.seikei.ac.jp:NAKANO Takeo:
+○:LDP man-pages:3.52:2008/06/17:locale:5:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+â\98\86:LDP man-pages:3.51=>3.52:1992/12/29:motd:5:2013/03/25::nagoya@cc.hit-u.ac.jp:Hiroaki Nagoya:
+○:LDP man-pages:3.52:2008/09/04:networks:5:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2012/04/16:nologin:5:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2013/02/12:nscd.conf:5:2006/07/19::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+×:LDP man-pages:3.52:2013/02/13:nss:5:::::
+○:LDP man-pages:3.52:2013/02/12:nsswitch.conf:5:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2012/08/05:numa_maps:5:numa:7:
+○:LDP man-pages:3.52:2012/05/03:passwd:5:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+☆:LDP man-pages:3.50=>3.52:2013/06/27:proc:5:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2012/08/05:protocols:5:2013/03/25::argrath@ub32.org:Kentaro Shirakata:
+○:LDP man-pages:3.52:2013/03/05:resolv.conf:5:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2013/03/05:resolver:5:resolv.conf:5:
+â\98\86:LDP man-pages:3.51=>3.52:1985/09/26:rpc:5:2013/03/25::argrath@ub32.org:Kentaro Shirakata:
+○:LDP man-pages:3.52:1992/12/29:securetty:5:2013/03/26::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+â\98\86:LDP man-pages:3.51=>3.52:2010/05/22:services:5:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro Motoki:
+○:LDP man-pages:3.52:2012/12/31:shells:5:2013/03/25::nakano@apm.seikei.ac.jp:NAKANO Takeo:
+○:LDP man-pages:3.52:2007/09/30:slabinfo:5:2013/03/25::nakano@apm.seikei.ac.jp:NAKANO Takeo:
+○:LDP man-pages:3.52:1996/10/21:termcap:5:2013/03/26::nakano@apm.seikei.ac.jp:NAKANO Takeo:
+○:LDP man-pages:3.52:2012/12/31:ttytype:5:2013/03/26::nakano@apm.seikei.ac.jp:NAKANO Takeo:
+○:LDP man-pages:3.52:2012/05/04:tzfile:5:2013/03/26::amotoki@gmail.com:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2013/02/11:utmp:5:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2013/02/11:utmpx:5:utmp:5:
+＠:LDP man-pages:3.52:2013/02/11:wtmp:5:utmp:5:
+○:LDP man-pages:3.52:2007/10/23:intro:6:2013/03/25::pessi@kmc.kyoto-u.ac.jp:II Ryouta:
+○:LDP man-pages:3.52:2012/08/05:aio:7:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2010/09/20:armscii-8:7:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2008/11/25:arp:7:2013/03/26::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2009/02/12:ascii:7:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2010/09/19:boot:7:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+â\98\86:LDP man-pages:3.51=>3.52:2013/06/08:bootparam:7:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2013/04/17:capabilities:7:2013/03/26::amotoki@gmail.com:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2012/08/05:charsets:7:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2011/09/16:complex:7:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2010/09/20:cp1251:7:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+×:LDP man-pages:3.52:2013/02/12:cpuset:7:::::
+○:LDP man-pages:3.52:2008/06/03:credentials:7:2013/03/26::amotoki@gmail.com:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2008/11/20:ddp:7:2013/03/26::nakano@apm.seikei.ac.jp:NAKANO Takeo:
+â\98\86:LDP man-pages:3.51=>3.52:2009/07/25:environ:7:2013/03/26::amotoki@gmail.com:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2012/04/17:epoll:7:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+â\98\86:LDP man-pages:3.51=>3.52:2012/08/05:feature_test_macros:7:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2008/12/03:fifo:7:2013/03/26::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2012/08/05:futex:7:2006/07/16::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2012/08/05:glibc:7:libc:7:
+○:LDP man-pages:3.52:2012/07/28:glob:7:2013/03/26::nakano@apm.seikei.ac.jp:NAKANO Takeo:
+○:LDP man-pages:3.52:2012/08/05:hier:7:2013/03/25::nakano@apm.seikei.ac.jp:NAKANO Takeo:
+○:LDP man-pages:3.52:2010/11/07:hostname:7:2013/03/26::amotoki@gmail.com:Akihiro MOTOKI:
+â\98\86:LDP man-pages:3.51=>3.52:2012/05/10:icmp:7:2013/03/26::amotoki@gmail.com:Akihiro MOTOKI:
+â\98\86:LDP man-pages:3.51=>3.52:2013/06/21:inotify:7:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2007/10/23:intro:7:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2013/04/16:ip:7:2013/03/26::amotoki@gmail.com:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2012/12/16:ipv6:7:2013/03/26::amotoki@gmail.com:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2012/08/14:iso-8859-1:7:iso_8859-1:7:
+＠:LDP man-pages:3.52:2010/09/20:iso-8859-10:7:iso_8859-10:7:
+＠:LDP man-pages:3.52:2010/09/20:iso-8859-11:7:iso_8859-11:7:
+＠:LDP man-pages:3.52:2010/09/20:iso-8859-13:7:iso_8859-13:7:
+＠:LDP man-pages:3.52:2010/09/20:iso-8859-14:7:iso_8859-14:7:
+＠:LDP man-pages:3.52:1999/05/31:iso-8859-15:7:iso_8859-15:7:
+＠:LDP man-pages:3.52:2012/08/05:iso-8859-16:7:iso_8859-16:7:
+＠:LDP man-pages:3.52:2012/08/05:iso-8859-2:7:iso_8859-2:7:
+＠:LDP man-pages:3.52:2010/09/20:iso-8859-3:7:iso_8859-3:7:
+＠:LDP man-pages:3.52:2009/01/24:iso-8859-4:7:iso_8859-4:7:
+＠:LDP man-pages:3.52:2010/09/20:iso-8859-5:7:iso_8859-5:7:
+＠:LDP man-pages:3.52:2010/09/20:iso-8859-6:7:iso_8859-6:7:
+＠:LDP man-pages:3.52:2008/10/30:iso-8859-7:7:iso_8859-7:7:
+＠:LDP man-pages:3.52:2010/09/20:iso-8859-8:7:iso_8859-8:7:
+＠:LDP man-pages:3.52:2002/09/24:iso-8859-9:7:iso_8859-9:7:
+○:LDP man-pages:3.52:2012/08/14:iso_8859-1:7:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2010/09/20:iso_8859-10:7:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2010/09/20:iso_8859-11:7:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2010/09/20:iso_8859-13:7:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2010/09/20:iso_8859-14:7:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+○:LDP man-pages:3.52:1999/05/31:iso_8859-15:7:2013/03/25::hanataka@abyss.rim.or.jp:HANATAKA Shinya:
+○:LDP man-pages:3.52:2012/08/05:iso_8859-16:7:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+â\98\86:LDP man-pages:3.51=>3.52:2012/08/05:iso_8859-2:7:2013/03/25::hanataka@abyss.rim.or.jp:HANATAKA Shinya:
+○:LDP man-pages:3.52:2010/09/20:iso_8859-3:7:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2009/01/24:iso_8859-4:7:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2010/09/20:iso_8859-5:7:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2010/09/20:iso_8859-6:7:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2008/10/30:iso_8859-7:7:2013/03/25::hanataka@abyss.rim.or.jp:HANATAKA Shinya:
+○:LDP man-pages:3.52:2010/09/20:iso_8859-8:7:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2002/09/24:iso_8859-9:7:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2012/08/14:iso_8859_1:7:iso_8859-1:7:
+＠:LDP man-pages:3.52:2010/09/20:iso_8859_10:7:iso_8859-10:7:
+＠:LDP man-pages:3.52:2010/09/20:iso_8859_11:7:iso_8859-11:7:
+＠:LDP man-pages:3.52:2010/09/20:iso_8859_13:7:iso_8859-13:7:
+＠:LDP man-pages:3.52:2010/09/20:iso_8859_14:7:iso_8859-14:7:
+＠:LDP man-pages:3.52:1999/05/31:iso_8859_15:7:iso_8859-15:7:
+＠:LDP man-pages:3.52:2012/08/05:iso_8859_16:7:iso_8859-16:7:
+＠:LDP man-pages:3.52:2012/08/05:iso_8859_2:7:iso_8859-2:7:
+＠:LDP man-pages:3.52:2010/09/20:iso_8859_3:7:iso_8859-3:7:
+＠:LDP man-pages:3.52:2009/01/24:iso_8859_4:7:iso_8859-4:7:
+＠:LDP man-pages:3.52:2010/09/20:iso_8859_5:7:iso_8859-5:7:
+＠:LDP man-pages:3.52:2010/09/20:iso_8859_6:7:iso_8859-6:7:
+＠:LDP man-pages:3.52:2008/10/30:iso_8859_7:7:iso_8859-7:7:
+＠:LDP man-pages:3.52:2010/09/20:iso_8859_8:7:iso_8859-8:7:
+＠:LDP man-pages:3.52:2002/09/24:iso_8859_9:7:iso_8859-9:7:
+○:LDP man-pages:3.52:2012/08/05:koi8-r:7:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2010/09/20:koi8-u:7:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2012/08/14:latin1:7:iso_8859-1:7:
+＠:LDP man-pages:3.52:2012/08/05:latin10:7:iso_8859-16:7:
+＠:LDP man-pages:3.52:2012/08/05:latin2:7:iso_8859-2:7:
+＠:LDP man-pages:3.52:2010/09/20:latin3:7:iso_8859-3:7:
+＠:LDP man-pages:3.52:2009/01/24:latin4:7:iso_8859-4:7:
+＠:LDP man-pages:3.52:2002/09/24:latin5:7:iso_8859-9:7:
+＠:LDP man-pages:3.52:2010/09/20:latin6:7:iso_8859-10:7:
+＠:LDP man-pages:3.52:2010/09/20:latin7:7:iso_8859-13:7:
+＠:LDP man-pages:3.52:2010/09/20:latin8:7:iso_8859-14:7:
+＠:LDP man-pages:3.52:1999/05/31:latin9:7:iso_8859-15:7:
+○:LDP man-pages:3.52:2012/08/05:libc:7:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2008/12/05:locale:7:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2004/09/15:mailaddr:7:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+â\98\86:LDP man-pages:3.51=>3.52:2012/08/05:man:7:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+â\98\86:LDP man-pages:3.51=>3.52:2013/06/21:man-pages:7:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2008/08/11:math_error:7:2013/03/26::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+â\98\86:LDP man-pages:3.51=>3.52:0000/00/00:mdoc:7:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+â\98\86:LDP man-pages:3.51=>3.52:0000/00/00:mdoc.samples:7:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+â\98\86:LDP man-pages:3.51=>3.52:2009/09/27:mq_overview:7:2013/03/26::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2012/04/26:netdevice:7:2013/03/26::amotoki@gmail.com:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2013/03/15:netlink:7:2013/03/26::amotoki@gmail.com:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2012/08/05:numa:7:2013/05/18::amotoki@gmail.com:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2011/09/09:operator:7:2013/03/25::ysato444@yahoo.co.jp:Yuichi SATO:
+○:LDP man-pages:3.52:2012/05/10:packet:7:2013/03/26::amotoki@gmail.com:Akihiro MOTOKI:
+â\98\86:LDP man-pages:3.51=>3.52:2009/12/05:path_resolution:7:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2005/12/08:pipe:7:2013/03/26::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2007/12/21:posixoptions:7:2013/03/25::ysato444@yahoo.co.jp:Yuichi SATO:
+○:LDP man-pages:3.52:2010/11/14:pthreads:7:2013/03/26::amotoki@gmail.com:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2005/10/10:pty:7:2013/03/26::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2012/05/10:raw:7:2013/03/26::amotoki@gmail.com:Akihiro MOTOKI:
+â\98\86:LDP man-pages:3.51=>3.52:2009/01/12:regex:7:2013/03/26::nakano@apm.seikei.ac.jp:NAKANO Takeo:
+×:LDP man-pages:3.52:2012/07/07:rtld-audit:7:::::
+○:LDP man-pages:3.52:2013/03/05:rtnetlink:7:2013/03/26::amotoki@gmail.com:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2012/05/13:sem_overview:7:2013/03/26::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2010/09/10:shm_overview:7:2013/03/26::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+×:LDP man-pages:3.52:2011/09/09:sigevent:7:::::
+○:LDP man-pages:3.52:2012/05/01:signal:7:2013/03/26::amotoki@gmail.com:Akihiro MOTOKI:
+â\98\86:LDP man-pages:3.51=>3.52:2013/06/21:socket:7:2013/03/26::amotoki@gmail.com:Akihiro MOTOKI:
+×:LDP man-pages:3.52:2007/12/20:spufs:7:::::
+â\98\86:LDP man-pages:3.51=>3.52:2012/08/05:standards:7:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2000/11/16:suffixes:7:2013/03/25::ysato@h4.dion.ne.jp:Yuichi SATO:
+○:LDP man-pages:3.52:2013/02/12:svipc:7:2013/03/26::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+×:LDP man-pages:3.52:2008/06/18:symlink:7:::::
+â\98\86:LDP man-pages:3.51=>3.52:2013/06/21:tcp:7:2013/03/26::amotoki@gmail.com:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2013/02/12:termio:7:2013/03/26::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2012/10/28:time:7:2013/03/26::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2010/09/20:tis-620:7:iso_8859-11:7:
+â\98\86:LDP man-pages:3.51=>3.52:2013/06/21:udp:7:2013/03/26::amotoki@gmail.com:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2008/12/03:udplite:7:2013/03/26::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2012/08/05:unicode:7:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2012/08/05:units:7:2013/03/25::nakano@apm.seikei.ac.jp:NAKANO Takeo:
+○:LDP man-pages:3.52:2012/05/10:unix:7:2013/03/26::amotoki@gmail.com:Akihiro MOTOKI:
+â\98\86:LDP man-pages:3.51=>3.52:2013/05/18:uri:7:2013/03/26::amotoki@gmail.com:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2013/05/18:url:7:uri:7:
+＠:LDP man-pages:3.52:2013/05/18:urn:7:uri:7:
+○:LDP man-pages:3.52:2012/04/30:utf-8:7:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2012/04/30:utf8:7:utf-8:7:
+â\98\86:LDP man-pages:3.51=>3.52:2012/08/05:x25:7:2013/03/26::amotoki@gmail.com:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2007/10/23:intro:8:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+＠:LDP man-pages:3.52:2013/02/10:ld-linux:8:ld.so:8:
+＠:LDP man-pages:3.52:2013/02/10:ld-linux.so:8:ld.so:8:
+○:LDP man-pages:3.52:2013/02/10:ld.so:8:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2012/05/10:ldconfig:8:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+○:LDP man-pages:3.52:2012/05/10:nscd:8:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+×:LDP man-pages:3.52:2013/02/10:sln:8:::::
+â\98\86:LDP man-pages:3.51=>3.52:1998/11/01:sync:8:2013/03/25::sato@complex.eng.hokudai.ac.jp:Yuichi SATO:
+â\98\86:LDP man-pages:3.51=>3.52:2007/05/18:tzselect:8:2013/03/25::ysato@h4.dion.ne.jp:Yuichi SATO:
+○:LDP man-pages:3.52:2013/02/12:zdump:8:2013/03/26::nakano@apm.seikei.ac.jp:NAKANO Takeo:
+â\98\86:LDP man-pages:3.51=>3.52:2010/02/25:zic:8:2013/03/25::sato@complex.eng.hokudai.ac.jp:Yuichi SATO:
OSDN Git Service
