CFGETISPEED(3)             POSIX Programmer's Manual            CFGETISPEED(3)



PPRROOLLOOGG
       This manual page is part of the POSIX Programmer's Manual.  The OS
       implementation of this interface may differ (consult the corresponding
       OS manual page for details of OS behavior), or the interface may not be
       implemented on OS.


NNAAMMEE
       cfgetispeed -- get input baud rate

SSYYNNOOPPSSIISS
       #include <termios.h>

       speed_t cfgetispeed(const struct termios *_t_e_r_m_i_o_s___p);

DDEESSCCRRIIPPTTIIOONN
       The _c_f_g_e_t_i_s_p_e_e_d() function shall extract the input baud rate from the
       tteerrmmiiooss structure to which the _t_e_r_m_i_o_s___p argument points.

       This function shall return exactly the value in the tteerrmmiiooss data
       structure, without interpretation.

RREETTUURRNN VVAALLUUEE
       Upon successful completion, _c_f_g_e_t_i_s_p_e_e_d() shall return a value of type
       ssppeeeedd__tt representing the input baud rate.

EERRRROORRSS
       No errors are defined.

       _T_h_e _f_o_l_l_o_w_i_n_g _s_e_c_t_i_o_n_s _a_r_e _i_n_f_o_r_m_a_t_i_v_e_.

EEXXAAMMPPLLEESS
       None.

AAPPPPLLIICCAATTIIOONN UUSSAAGGEE
       None.

RRAATTIIOONNAALLEE
       The term ``baud'' is used historically here, but is not technically
       correct. This is properly ``bits per second'', which may not be the
       same as baud. However, the term is used because of the historical usage
       and understanding.

       The _c_f_g_e_t_o_s_p_e_e_d(), _c_f_g_e_t_i_s_p_e_e_d(), _c_f_s_e_t_o_s_p_e_e_d(), and _c_f_s_e_t_i_s_p_e_e_d()
       functions do not take arguments as numbers, but rather as symbolic
       names. There are two reasons for this:

        1. Historically, numbers were not used because of the way the rate was
           stored in the data structure. This is retained even though a
           function is now used.

        2. More importantly, only a limited set of possible rates is at all
           portable, and this constrains the application to that set.

       There is nothing to prevent an implementation accepting as an extension
       a number (such as 126), and since the encoding of the Bxxx symbols is
       not specified, this can be done to avoid introducing ambiguity.

       Setting the input baud rate to zero was a mechanism to allow for split
       baud rates. Clarifications in this volume of POSIX.1-2008 have made it
       possible to determine whether split rates are supported and to support
       them without having to treat zero as a special case. Since this
       functionality is also confusing, it has been declared obsolescent.  The
       0 argument referred to is the literal constant 0, not the symbolic
       constant B0. This volume of POSIX.1-2008 does not preclude B0 from
       being defined as the value 0; in fact, implementations would likely
       benefit from the two being equivalent. This volume of POSIX.1-2008 does
       not fully specify whether the previous _c_f_s_e_t_i_s_p_e_e_d() value is retained
       after a _t_c_g_e_t_a_t_t_r() as the actual value or as zero. Therefore,
       conforming applications should always set both the input speed and
       output speed when setting either.

       In historical implementations, the baud rate information is
       traditionally kept in cc__ccffllaagg.  Applications should be written to
       presume that this might be the case (and thus not blindly copy
       cc__ccffllaagg), but not to rely on it in case it is in some other field of
       the structure. Setting the cc__ccffllaagg field absolutely after setting a
       baud rate is a non-portable action because of this. In general, the
       unused parts of the flag fields might be used by the implementation and
       should not be blindly copied from the descriptions of one terminal
       device to another.

FFUUTTUURREE DDIIRREECCTTIIOONNSS
       None.

SSEEEE AALLSSOO
       _c_f_g_e_t_o_s_p_e_e_d(), _c_f_s_e_t_i_s_p_e_e_d(), _c_f_s_e_t_o_s_p_e_e_d(), _t_c_g_e_t_a_t_t_r()

       The Base Definitions volume of POSIX.1-2008, _C_h_a_p_t_e_r _1_1, _G_e_n_e_r_a_l
       _T_e_r_m_i_n_a_l _I_n_t_e_r_f_a_c_e, <<tteerrmmiiooss..hh>>

CCOOPPYYRRIIGGHHTT
       Portions of this text are reprinted and reproduced in electronic form
       from IEEE Std 1003.1, 2013 Edition, Standard for Information Technology
       -- Portable Operating System Interface (POSIX), The Open Group Base
       Specifications Issue 7, Copyright (C) 2013 by the Institute of
       Electrical and Electronics Engineers, Inc and The Open Group.  (This is
       POSIX.1-2008 with the 2013 Technical Corrigendum 1 applied.) In the
       event of any discrepancy between this version and the original IEEE and
       The Open Group Standard, the original IEEE and The Open Group Standard
       is the referee document. The original Standard can be obtained online
       at http://www.unix.org/online.html .

       Any typographical or formatting errors that appear in this page are
       most likely to have been introduced during the conversion of the source
       files to man page format. To report such errors, see
       https://www.kernel.org/doc/man-pages/reporting_bugs.html .



IEEE/The Open Group                  2013                       CFGETISPEED(3)
