home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / old / ckermit80 / edit206 / ckubwr.txt < prev    next >
Text File  |  2020-01-01  |  253KB  |  5,274 lines

  1.  
  2.                        C-Kermit 8.0 Unix Hints and Tips
  3.                                        
  4.      Frank da Cruz
  5.      [1]The Kermit Project, [2]Columbia University
  6.      
  7.    As of: C-Kermit 8.0.206 24 Oct 2002
  8.    This page last updated: Sun Nov 10 12:19:09 2002 (New York USA Time)
  9.    
  10.      IF YOU ARE READING A PLAIN-TEXT version of this document, note it
  11.      is a plain-text dump of a Web page. You can visit the original (and
  12.      possibly more up-to-date) Web page here:
  13.      
  14.   [3]http://www.columbia.edu/kermit/ckubwr.html
  15.  
  16.      Since the material in this file has been accumulating since 1985,
  17.      some (much) of it might be dated. [4]Feedback from experts on
  18.      particular OS's and platforms is always welcome. 
  19.      
  20.    [ [5]C-Kermit ] [ [6]Installation Instructions ] [ [7]TUTORIAL ]
  21.     ________________________________________________________________________
  22.   
  23.   CONTENTS
  24.   
  25.     1. [8]INTRODUCTION
  26.     2. [9]PREBUILT C-KERMIT BINARIES
  27.     3. [10]NOTES ON SPECIFIC UNIX VERSIONS
  28.     4. [11]GENERAL UNIX-SPECIFIC LIMITATIONS AND BUGS
  29.     5. [12]INITIALIZATION AND COMMAND FILES
  30.     6. [13]COMMUNICATION SPEED SELECTION
  31.     7. [14]COMMUNICATIONS AND DIALING
  32.     8. [15]HARDWARE FLOW CONTROL
  33.     9. [16]TERMINAL CONNECTION AND KEY MAPPING
  34.    10. [17]FILE TRANSFER
  35.    11. [18]EXTERNAL FILE TRANSFER PROTOCOLS
  36.    12. [19]SECURITY
  37.    13. [20]MISCELLANEOUS USER REPORTS
  38.    14. [21]THIRD-PARTY DRIVERS
  39.        
  40.    Quick Links:   [ [22]Linux ] [ [23]*BSD ] [ [24]AIX ] [ [25]HP-UX ] [
  41.    [26]Solaris ] [ [27]SCO ] [ [28]DEC/Compaq ]
  42.     ________________________________________________________________________
  43.   
  44.   1. INTRODUCTION
  45.   
  46.    [ [29]Top ] [ [30]Contents ] [ [31]Next ]
  47.    
  48.    SECTION CONTENTS
  49.    
  50.   1.1. [32]Documentation
  51.   1.2. [33]Technical Support
  52.   1.3. [34]The Year 2000
  53.   1.4. [35]The Euro
  54.  
  55.    THIS IS WHAT USED TO BE CALLED the "beware file" for the Unix version
  56.    of C-Kermit, previously distributed as ckubwr.txt and, before that, as
  57.    ckuker.bwr, after the fashion of old Digital Equipment Corporation
  58.    (DEC) software releases that came with release notes (describing what
  59.    had changed) and a "beware file" listing known bugs, limitations,
  60.    "non-goals", and things to watch out for. The C-Kermit beware file has
  61.    been accumulating since 1985, and it applies to many different
  62.    hardware platforms and operating systems, and many versions of them,
  63.    so it is quite large. Prior to C-Kermit 8.0, it was distributed only
  64.    in plain-text format. Now it is available as a Web document with
  65.    links, internal cross references, and so on, to make it easier to use.
  66.    
  67.    This document applies to Unix C-Kermit in general, as well as to
  68.    specific Unix variations like [36]Linux, [37]AIX, [38]HP-UX,
  69.    [39]Solaris, and so on, and should be read in conjunction with the
  70.    [40]platform-independent C-Kermit beware file, which contains similar
  71.    information, but applying to all versions of C-Kermit (VMS, Windows,
  72.    OS/2, AOS/VS, VOS, etc, as well as to Unix).
  73.    
  74.    There is much in this document that is (only) of historical interest.
  75.    The navigation links should help you skip directly to the sections
  76.    that are relevant to you. Numerous offsite Web links are supposed to
  77.    lead to further information but, as you know, Web links go stale
  78.    frequently and without warning. If you can supply additional,
  79.    corrected, updated, or better Web links, please feel free to [41]let
  80.    us know.
  81.    
  82.   1.1. Documentation
  83.   
  84.    [ [42]Top ] [ [43]Contents ] [ [44]Next ]
  85.    
  86.    C-Kermit 6.0 is documented in the book [45]Using C-Kermit, Second
  87.    Edition, by Frank da Cruz and Christine M. Gianone, Digital Press,
  88.    Burlington, MA, USA, ISBN 1-55558-164-1 (1997), 622 pages. This
  89.    remains the definitive C-Kermit documentation. Until the third edition
  90.    is published (sorry, there is no firm timeframe for this), please also
  91.    refer to:
  92.    
  93.    [46]Supplement to Using C-Kermit, Second Edition, For C-Kermit 7.0
  94.           Thorough documentation of features new to version 7.0.
  95.           
  96.    [47]Supplement to Using C-Kermit, Second Edition, For C-Kermit 8.0
  97.           Thorough documentation of features new to version 8.0.
  98.           
  99.   1.2. Technical Support
  100.   
  101.    [ [48]Top ] [ [49]Contents ] [ [50]Section Contents ] [ [51]Next ] [
  102.    [52]Previous ]
  103.    
  104.    For information on how to get technical support, please visit:
  105.    
  106.     [53]http://www.columbia.edu/kermit/support.html
  107.  
  108.   1.3. The Year 2000
  109.   
  110.    [ [54]Top ] [ [55]Contents ] [ [56]Section Contents ] [ [57]Next ] [
  111.    [58]Previous ]
  112.    
  113.    The Unix version of C-Kermit, release 6.0 and later, is "Year 2000
  114.    compliant", but only if the underlying operating system is too.
  115.    Contact your Unix operating system vendor to find out which operating
  116.    system versions, patches, hardware, and/or updates are required.
  117.    (Quite a few old Unixes are still in operation in the new millenium,
  118.    but with their date set 28 years in the past so at least the non-year
  119.    parts of the calendar are correct.)
  120.    
  121.    As of C-Kermit 6.0 (6 September 1996), post-millenium file dates are
  122.    recognized, transmitted, received, and reproduced correctly during the
  123.    file transfer process in C-Kermit's File Attribute packets. If
  124.    post-millenium dates are not processed correctly on the other end,
  125.    file transfer still takes place, but the modification or creation date
  126.    of the received file might be incorrect. The only exception would be
  127.    if the "file collision update" feature is being used to prevent
  128.    unnecessary transfer of files that have not changed since the last
  129.    time a transfer took place; in this case, a file might be transferred
  130.    unnecessarily, or it might not be transferred when it should have
  131.    been. Correct operation of the update feature depends on both Kermit
  132.    programs having the correct date and time.
  133.    
  134.    Of secondary importance are the time stamps in the transaction and/or
  135.    debug logs, and the date-related script programming constructs, such
  136.    as \v(date), \v(ndate), \v(day), \v(nday), and perhaps also the
  137.    time-related ones, \v(time) and \v(ntime), insofar as they might be
  138.    affected by the date. The \v(ndate) is a numeric-format date of the
  139.    form yyyymmdd, suitable for both lexical and numeric comparison and
  140.    sorting: e.g. 19970208 or 20011231. If the underlying operating system
  141.    returns the correct date information, these variables will have the
  142.    proper values. If not, then scripts that make decisions based on these
  143.    variables might not operate correctly.
  144.    
  145.    Most date-related code is based upon the C Library asctime() string,
  146.    which always has a four-digit year. In Unix, the one bit of code in
  147.    C-Kermit that is an exception to this rule is several calls to
  148.    localtime(), which returns a pointer to a tm struct, in which the year
  149.    is presumed to be expressed as "years since 1900". The code depends on
  150.    this assumption. Any platforms that violate it will need special
  151.    coding. As of this writing, no such platforms are known.
  152.    
  153.    Command and script programming functions that deal with dates use
  154.    C-Kermit specific code that always uses full years.
  155.    
  156.   1.4. The Euro
  157.   
  158.    [ [59]Top ] [ [60]Contents ] [ [61]Section Contents ] [ [62]Previous ]
  159.    
  160.    C-Kermit 7.0 and later support Unicode (ISO 10646), ISO 8859-15 Latin
  161.    Alphabet 9, PC Code Page 858, Windows Code Pages 1250 and 1251, and
  162.    perhaps other character sets, that encode the Euro symbol, and can
  163.    translate among them as long as no intermediate character-set is
  164.    involved that does not include the Euro.
  165.     ________________________________________________________________________
  166.   
  167.   2. PREBUILT C-KERMIT BINARIES
  168.   
  169.    [ [63]Top ] [ [64]Contents ] [ [65]Next ] [ [66]Previous ]
  170.    
  171.    It is often dangerous to run a binary C-Kermit (or any other) program
  172.    built on a different computer. Particularly if that computer had a
  173.    different C compiler, libraries, operating system version, processor
  174.    features, etc, and especially if the program was built with shared
  175.    libraries, because as soon as you update the libraries on your system,
  176.    they no longer match the ones referenced in the binary, and the binary
  177.    might refuse to load when you run it, in which case you'll see error
  178.    messages similar to:
  179.    
  180.   Could not load program kermit
  181.   Member shr4.o not found or file not an archive
  182.   Could not load library libcurses.a[shr4.o]
  183.   Error was: No such file or directory
  184.  
  185.    (These samples are from AIX.) To avoid this problem, we try to build
  186.    C-Kermit with statically linked libraries whenever we can, but this is
  187.    increasingly impossible as shared libraries become the norm.
  188.    
  189.    It is often OK to run a binary built on an earlier OS version, but it
  190.    is rarely possible (or safe) to run a binary built on a later one, for
  191.    example to run a binary built under Solaris 8 on Solaris 2.6.
  192.    Sometimes even the OS-or-library patch/ECO level makes a difference.
  193.    
  194.    A particularly insidious problem occurs when a binary was built on a
  195.    version of the OS that has patches from the vendor (e.g. to
  196.    libraries); in many cases you won't be able to run such a binary on an
  197.    unpatched version of the same platform.
  198.    
  199.    When in doubt, build C-Kermit from the source code on the computer
  200.    where it is to be run (if possible!). If not, ask us for a binary
  201.    specific to your configuration. We might have one, and if we don't, we
  202.    might be able to find somebody who will build one for you.
  203.     ________________________________________________________________________
  204.   
  205.   3. NOTES ON SPECIFIC UNIX VERSIONS
  206.   
  207.    [ [67]Top ] [ [68]Contents ] [ [69]Next ] [ [70]Previous ]
  208.    
  209.    SECTION CONTENTS
  210.    
  211.   3.0.  [71]C-KERMIT ON PC-BASED UNIXES
  212.   3.1.  [72]C-KERMIT AND AIX
  213.   3.2.  [73]C-KERMIT AND HP-UX
  214.   3.3.  [74]C-KERMIT AND LINUX
  215.   3.4.  [75]C-KERMIT AND NEXTSTEP
  216.   3.5.  [76]C-KERMIT AND QNX
  217.   3.6.  [77]C-KERMIT AND SCO
  218.   3.7.  [78]C-KERMIT AND SOLARIS
  219.   3.8.  [79]C-KERMIT AND SUNOS
  220.   3.9.  [80]C-KERMIT AND ULTRIX
  221.   3.10. [81]C-KERMIT AND UNIXWARE
  222.   3.11. [82]C-KERMIT AND APOLLO SR10
  223.   3.12. [83]C-KERMIT AND TANDY XENIX 3.0
  224.   3.13. [84]C-KERMIT AND OSF/1 (DIGITAL UNIX) (TRU64 UNIX)
  225.   3.14. [85]C-KERMIT AND SGI IRIX
  226.   3.15. [86]C-KERMIT AND THE BEBOX
  227.   3.16. [87]C-KERMIT AND DG/UX
  228.   3.17. [88]C-KERMIT AND SEQUENT DYNIX
  229.   3.18. [89]C-KERMIT AND {FREE,OPEN,NET}BSD
  230.   3.19. [90]C-KERMIT AND MAC OS X (Rhapsody, Darwin)
  231.   3.20. [91]C-KERMIT AND COHERENT
  232.  
  233.    The following sections apply to specific Unix versions. Most of them
  234.    contain references to FAQs (Frequently Asked Questions), but these
  235.    tend to be ephemeral. For possibly more current information see:
  236.    
  237.   [92]http://www.faqs.org
  238.  
  239.    One thread that runs through many of them, and implicitly perhaps
  240.    through all, concerns the problems that occur when trying to dial out
  241.    on a serial device that is (also) enabled for dialing in. The
  242.    "solutions" to this problem are many, varied, diverse, and usually
  243.    gross, involving configuring the device for bidirectional use. This is
  244.    done in a highly OS-dependent and often obscure manner, and the
  245.    effects (good or evil) are also highly dependent on the particular OS
  246.    (and getty variety, etc). Many examples are given in the
  247.    [93]OS-specific sections below.
  248.    
  249.    An important point to keep in mind is that C-Kermit is a
  250.    cross-platform, portable software program. It was not designed
  251.    specifically and only for your particular Unix version, or for that
  252.    matter, for Unix in particular at all. It also runs on VMS, AOS/VS,
  253.    VOS, and other non-Unix platforms. All the Unix versions of C-Kermit
  254.    share common i/o modules, with compile-time #ifdef constructions used
  255.    to account for the differences among the many Unix products and
  256.    releases. If you think that C-Kermit is behaving badly or missing
  257.    something on your particular Unix version, you might be right -- we
  258.    can't claim to be expert in hundreds of different OS / version /
  259.    hardware / library combinations. If you're a programmer, take a look
  260.    at the source code and [94]send us your suggested fixes or changes. Or
  261.    else just [95]send us a report about what seems to be wrong and we'll
  262.    see what we can do.
  263.     ________________________________________________________________________
  264.   
  265.   3.0. C-KERMIT ON PC-BASED UNIXES
  266.   
  267.    [ [96]Top ] [ [97]Contents ] [ [98]Section Contents ] [ [99]Next ]
  268.    
  269.    SECTION CONTENTS
  270.    
  271.   3.0.1. [100]Interrupt Conflicts
  272.   3.0.2. [101]Windows-Specific Hardware
  273.   3.0.3. [102]Modems
  274.   3.0.4. [103]Character Sets
  275.   3.0.5. [104]Keyboard, Screen, and Mouse Access
  276.   3.0.6. [105]Laptops
  277.  
  278.   3.0.1. Interrupt Conflicts
  279.   
  280.    [ [106]Top ] [ [107]Contents ] [ [108]Section Contents ] [ [109]Next ]
  281.    
  282.    PCs are not the best platform for real operating systems like Unix.
  283.    The architecture suffers from numerous deficiencies, not the least of
  284.    which is the stiflingly small number of hardware interrupts (either 7
  285.    or 15, many of which are preallocated). Thus adding devices, using
  286.    multiple serial ports, etc, is always a challenge and often a
  287.    nightmare. The free-for-all nature of the PC market and the lack of
  288.    standards combined with the diversity of Unix OS versions make it
  289.    difficult to find drivers for any particular device on any particular
  290.    version of Unix.
  291.    
  292.    Of special interest to Kermit users is the fact that there is no
  293.    standard provision in the PC architecture for more than 2
  294.    communication (serial) ports. COM3 and COM4 (or higher) will not work
  295.    unless you (a) find out the hardware address and interrupt for each,
  296.    (b) find out how to provide your Unix version with this information,
  297.    and (c) actually set up the configuration in the Unix startup files
  298.    (or whatever other method is used). Watch out for interrupt conflicts,
  299.    especially when using a serial mouse, and don't expect to be able to
  300.    use more than two serial ports.
  301.    
  302.    The techniques for resolving interrupt conflicts are different for
  303.    each operating system (Linux, NetBSD, etc). In general, there is a
  304.    configuration file somewhere that lists COM ports, something like
  305.    this:
  306.    
  307.   com0    at isa? port 0x3f8 irq 4      # DOS COM1
  308.   com1    at isa? port 0x2f8 irq 3      # DOS COM2
  309.  
  310.    The address and IRQ values in this file must agree with the values in
  311.    the PC BIOS and with the ports themselves, and there must not be more
  312.    than one device with the same interrupt. Unfortunately, due to the
  313.    small number of available interrupts, installing new devices on a PC
  314.    almost always creates a conflict. Here is a typical tale from a Linux
  315.    user (Fred Smith) about installing a third serial port:
  316.    
  317.      ...problems can come from a number of causes. The one I fought with
  318.      for some time, and finally conquered, was that my modem is on an
  319.      add-in serial port, cua3/IRQ5. By default IRQ5 has a very low
  320.      priority, and does not get enough service in times when the system
  321.      is busy to prevent losing data. This in turn causes many resends.
  322.      There are two 'fixes' that I know of, one is to relax hard disk
  323.      interrupt hogging by using the correct parameter to hdparm, but I
  324.      don't like that one because the hdparm man page indicates it is
  325.      risky to use. The other one, the one I used, was to get 'irqtune'
  326.      and use it to give IRQ5 the highest priority instead of nearly the
  327.      lowest. Completely cured the problem.
  328.      
  329.    Here's another one from a newsgroup posting:
  330.    
  331.      After much hair pulling, I've discovered why my serial port won't
  332.      work. Apparently my [PC] has three serial devices (two comm ports
  333.      and an IR port), of which only two at a time can be active. I
  334.      looked in the BIOS setup and noticed that the IR port was
  335.      activated, but didn't realize at the time that this meant that COM2
  336.      was thereby de-activated. I turned off the IR port and now the
  337.      serial port works as advertised.
  338.     ________________________________________________________________________
  339.   
  340.   3.0.2. Windows-Specific Hardware
  341.   
  342.    [ [110]Top ] [ [111]Contents ] [ [112]Section Contents ] [ [113]Next ]
  343.    [ [114]Previous ]
  344.    
  345.    To complicate matters, the PC platform is becoming increasingly and
  346.    inexorably Windows-oriented. More and more add-on devices are "Windows
  347.    only" -- meaning they are incomplete and rely on proprietary
  348.    Windows-based software drivers to do the jobs that you would expect
  349.    the device itself to do. PCMCIA, PCI, or "Plug-n-Play" devices are
  350.    rarely supported on PC-based Unix versions such as SCO; Winmodems,
  351.    Winprinters, and the like are not supported on any Unix variety (with
  352.    [115]a few exceptions). The self-proclaimed Microsoft PC 97 (or later)
  353.    standard only makes matters worse since its only purpose to ensure
  354.    that PCs are "optimized to run Windows 95 and Windows NT 4.0 and
  355.    future versions of these operating systems".
  356.    
  357.    With the exception noted (the Lucent modem, perhaps a handful of
  358.    others by the time you read this), drivers for "Win" devices are
  359.    available only for Windows, since the Windows market dwarfs that of
  360.    any particular Unix brand, and for that matter all Unixes (or for that
  361.    matter, all non-Windows operating systems) combined. If your version
  362.    of Unix (SCO, Linux, BSDI, FreeBSD, etc) does not support a particular
  363.    device, then C-Kermit can't use it either. C-Kermit, like any Unix
  364.    application, must access all devices through drivers and not directly
  365.    because Unix is a real operating system.
  366.    
  367.    Don't waste time thinking that you, or anybody else, could write a
  368.    Linux (or other Unix) driver for a Winmodem or other "Win" device.
  369.    First of all, these devices generally require realtime control, but
  370.    since Unix is a true multitasking operating system, realtime device
  371.    control is not possible outside the kernel. Second, the specifications
  372.    for these devices are secret and proprietary, and each one (and each
  373.    version of each one) is potentially different. Third, a Winmodem
  374.    driver would be enormously complex; it would take years to write and
  375.    debug, by which time it would be obsolete.
  376.    
  377.    A more recent generation of PCs (circa 1999-2000) is marketed as
  378.    "Legacy Free". One can only speculate what that could mean. Most
  379.    likely it means it will ONLY run the very latest versions of Windows,
  380.    and is made exclusively of Winmodems, Winprinters, Winmemory, and
  381.    Win-CPU-fans (Legacy Free is a concept [116]pioneered by Microsoft).
  382.    
  383.    Before you buy a new PC or add-on equipment, especially serial ports,
  384.    internal modems, or printers, make sure they are compatible with your
  385.    version of Unix. This is becoming an ever-greater challenge; only a
  386.    huge company like Microsoft can afford to be constantly cranking out
  387.    and/or verifying drivers for the thousands of video boards, sound
  388.    cards, network adapters, SCSI adapters, buses, etc, that spew forth in
  389.    an uncontrolled manner from all corners of the world on a daily basis.
  390.    With very few exceptions, makers of PCs assemble the various
  391.    components and then verify them only with Windows, which they must do
  392.    since they are, no doubt, preloading the PC with Windows. To find a
  393.    modern PC that is capable of running a variety of non-Windows
  394.    operating systems (e.g. Linux, SCO OpenServer, Unixware, and Solaris)
  395.    is a formidable challenge requiring careful study of each vendor's
  396.    "compatibility lists" and precise attention to exact component model
  397.    numbers and revision levels.
  398.     ________________________________________________________________________
  399.   
  400.   3.0.3. Modems
  401.   
  402.    [ [117]Top ] [ [118]Contents ] [ [119]Section Contents ] [ [120]Next ]
  403.    [ [121]Previous ]
  404.    
  405.    External modems are recommended:
  406.    
  407.      * They don't need any special drivers.
  408.      * You can use the lights and speaker to troubleshoot dialing.
  409.      * You can share them among all types of computers.
  410.      * You can easily turn them off and on when power-cycling seems
  411.        warranted.
  412.      * They are more likely to have manuals.
  413.        
  414.    Internal PC modems (even when they are not Winmodems, which is
  415.    increasingly unlikely in new PCs) are always trouble, especially in
  416.    Unix. Even when they work for dialing out, they might not work for
  417.    dialing in, etc. Problems that occur when using an internal modem can
  418.    almost always be eliminated by switching to an external one. Even when
  419.    an internal modem is not a Winmodem or Plug-n-Play, it is often a
  420.    no-name model of unknown quality -- not the sort of thing you want
  421.    sitting directly on your computer's bus. (Even if it does not cause
  422.    hardware problems, it probably came without a command list, so no Unix
  423.    software will know how to control it.) For more about Unix compatible
  424.    modems, see:
  425.    
  426.   [122]http://www.o2.net/~gromitkc/winmodem.html
  427.  
  428.    Remember that PCs, even now -- more than two decades after they were
  429.    first introduced -- are not (in general) capable of supporting more
  430.    than 2 serial devices. Here's a short success story from a recent
  431.    newsgroup posting: "I have a Diamond SupraSonic II dual modem in my
  432.    machine. What I had to end up doing is buying a PS/2 mouse and port
  433.    and install it. Had to get rid of my serial mouse. I also had to
  434.    disable PnP in my computer bios. I was having IRQ conflicts between my
  435.    serial mouse and 'com 3'. Both modems work fine for me. My first modem
  436.    is ttyS0 and my second is ttyS1." Special third-party multiport boards
  437.    such as [123]DigiBoard are available for certain Unix platforms
  438.    (typically SCO, maybe Linux) that come with special platform-specific
  439.    drivers.
  440.     ________________________________________________________________________
  441.   
  442.   3.0.4. Character Sets
  443.   
  444.    [ [124]Top ] [ [125]Contents ] [ [126]Section Contents ] [ [127]Next ]
  445.    [ [128]Previous ]
  446.    
  447.    PCs generally have PC code pages such as CP437 or CP850, and these are
  448.    often used by PC-based Unix operating systems, particularly on the
  449.    console. These are supported directly by C-Kermit's SET FILE
  450.    CHARACTER-SET and SET TERMINAL CHARACTER-SET commands. Some PC-based
  451.    Unix versions, such as recent Red Hat Linux releases, might also
  452.    support Microsoft Windows code pages such as CP1252, or even Latin
  453.    Alphabet 1 itself (perhaps displayed with CP437 glyphs). (And work is
  454.    in progress to support Unicode UTF8 in Linux.)
  455.    
  456.    Certain Windows code pages are not supported directly by C-Kermit, but
  457.    since they are ISO Latin Alphabets with nonstandard "extensions" in
  458.    the C1 control range, you can substitute the corresponding Latin
  459.    alphabet (or other character set) in any C-Kermit character-set
  460.    related commands:
  461.    
  462.   Windows Code Page    Substitution
  463.    CP 1004              Latin-1
  464.    CP 1051              HP Roman-8
  465.  
  466.    Other Windows code pages are mostly (or totally) incompatible with
  467.    their Latin Alphabet counterparts (e.g. CP1250 and Latin-2), and
  468.    several of these are already supported by C-Kermit 7.0 and later
  469.    (1250, 1251, and 1252).
  470.     ________________________________________________________________________
  471.   
  472.   3.0.5. Keyboard, Screen, and Mouse Access
  473.   
  474.    [ [129]Top ] [ [130]Contents ] [ [131]Section Contents ] [ [132]Next ]
  475.    [ [133]Previous ]
  476.    
  477.    Finally, note that as a real operating system, Unix (unlike Windows)
  478.    does not provide the intimate connection to the PC keyboard, screen,
  479.    and mouse that you might expect. Unix applications can not "see" the
  480.    keyboard, and therefore can not be programmed to understand F-keys,
  481.    Editing keys, Arrow keys, Alt-key combinations, and the like. This is
  482.    because:
  483.    
  484.     a. Unix is a portable operating system, not only for PCs;
  485.     b. Unix sessions can come from anywhere, not just the PC's own
  486.        keyboard and screen; and:
  487.     c. even though it might be possible for an application that actually
  488.        is running on the PC's keyboard and screen to access these devices
  489.        directly, there are no APIs (outside of X) for this.
  490.     ________________________________________________________________________
  491.   
  492.   3.0.6. Laptops
  493.   
  494.    [ [134]Top ] [ [135]Contents ] [ [136]Section Contents ] [
  495.    [137]Previous ]
  496.    
  497.    (To be filled in . . .)
  498.     ________________________________________________________________________
  499.   
  500.   3.1. C-KERMIT AND AIX
  501.   
  502.    [ [138]Top ] [ [139]Contents ] [ [140]Section Contents ] [ [141]Next ]
  503.    [ [142]Previous ]
  504.    
  505.    SECTION CONTENTS
  506.    
  507.   3.1.1. [143]AIX: General
  508.   3.1.2. [144]AIX: Network Connections
  509.   3.1.3. [145]AIX: Serial Connections
  510.   3.1.4. [146]AIX: File Transfer
  511.   3.1.5. [147]AIX: Xterm Key Map
  512.  
  513.    For additional information see:
  514.      * [148]http://www.emerson.emory.edu/services/aix-faq/
  515.      * [149]http://www.faqs.org/faqs/by-newsgroup/comp/comp.unix.aix.html
  516.      * [150]http://www.cis.ohio-state.edu/hypertext/faq/usenet/aix-faq/to
  517.        p.html
  518.      * [151]http://aixpdslib.seas.ucla.edu/
  519.      * [152]http://www.rootvg.net (AIX history)
  520.      * [153]ftp://rtfm.mit.edu/pub/usenet/news.answers/aix-faq/part1
  521.      * [154]ftp://mirrors.aol.com/pub/rtfm/usenet-by-hierarchy/comp/unix/
  522.        aix
  523.        
  524.    and/or read the [155]comp.unix.aix newsgroup.
  525.       ______________________________________________________________________
  526.     
  527.     3.1.1. AIX: General
  528.     
  529.    [ [156]Top ] [ [157]Contents ] [ [158]Section Contents ] [ [159]Next ]
  530.    
  531.    About AIX version numbers: "uname -a" tells the two-digit version
  532.    number, such as 3.2 or 4.1. The three-digit form can be seen with the
  533.    "oslevel" command (this information is unavailable at the API level
  534.    and is reportedly obtained by scanning the installed patch list).
  535.    Supposedly all three-digit versions within the same two-digit version
  536.    (e.g. 4.3.1, 4.3.2) are binary compatible; i.e. a binary built on any
  537.    one of them should run on all others, but who knows. Most AIX
  538.    advocates tell you that any AIX binary will run on any AIX version
  539.    greater than or equal to the one under which it was built, but
  540.    experience with C-Kermit suggests otherwise. It is always best to run
  541.    a binary built under your exact same AIX version, down to the third
  542.    decimal place, if possible. Ideally, build it from source code
  543.    yourself.
  544.       ______________________________________________________________________
  545.     
  546.     3.1.2. AIX: Network Connections
  547.     
  548.    [ [160]Top ] [ [161]Contents ] [ [162]Section Contents ] [ [163]Next ]
  549.    [ [164]Previous ]
  550.    
  551.    File transfers into AIX 4.2 or 4.3 through the AIX Telnet or Rlogin
  552.    server have been observed to fail (or accumulate huge numbers of
  553.    correctable errors, or even disconnect the session), when exactly the
  554.    same kind of transfers into AIX 4.1 work without incident, as do such
  555.    transfers into all non-AIX platforms on the same kind of connections
  556.    (with a few exceptions noted elsewhere in this document). AIX 4.3.3
  557.    seems to be particularly fragile in this regard; the weakness seems to
  558.    be in its pseudoterminal (pty) driver. High-speed streaming transfers
  559.    work perfectly, however, if the AIX Telnet server and pty driver are
  560.    removed from the picture; e.g, by using "set host * 3000" on AIX.
  561.    
  562.    The problem can be completely cured by replacing the IBM Telnet server
  563.    with [165]MIT's Kerberos Telnet server -- even if you don't actually
  564.    the Kerberos part. Diagnosis: AIX pseudoterminals (which are
  565.    controlled by the Telnet server to give you a login terminal for your
  566.    session) have quirks that not even IBM knows about. The situation with
  567.    AIX 5.x is not known, but if it has the same problem, the same cure is
  568.    available.
  569.    
  570.    Meanwhile, the only remedy when going through the IBM Telnet server is
  571.    to cut back on Kermit's performance settings until you find a
  572.    combination that works:
  573.    
  574.      * SET STREAMING OFF
  575.      * SET WINDOW-SIZE small-number
  576.      * SET { SEND, RECEIVE } PACKET-LENGTH small-number
  577.      * SET PREFIXING { CAUTIOUS, ALL }
  578.        
  579.    In some cases, severe cutbacks are required, e.g. those implied by the
  580.    ROBUST command. Also be sure that the AIX C-Kermit on the remote end
  581.    has "set flow none" (which is the default). NOTE: Maybe this one can
  582.    also be addressed by starting AIX telnetd with the "-a" option. The
  583.    situation with SSH connections is not known, but almost certainly the
  584.    same.
  585.    
  586.    When these problems occur, the system error log contains:
  587.    
  588.   LABEL:          TTY_TTYHOG
  589.   IDENTIFIER:     0873CF9F
  590.   Type:           TEMP
  591.   Resource Name:  pts/1
  592.  
  593.   Description
  594.   TTYHOG OVER-RUN
  595.  
  596.   Failure Causes
  597.   EXCESSIVE LOAD ON PROCESSOR
  598.  
  599.   Recommended Actions
  600.   REDUCE SYSTEM LOAD.
  601.   REDUCE SERIAL PORT BAUD RATE
  602.  
  603.    Before leaving the topic of AIX pseudoterminals, it is very likely
  604.    that Kermit's PTY and SSH commands do not work well either, for the
  605.    same reason that Telnet connections into AIX don't work well. A brief
  606.    test with "pty rlogin somehost" got a perfectly usable terminal
  607.    (CONNECT) session, but file-transfer problems like those just
  608.    described.
  609.    
  610.    Reportedly, telnet from AIX 4.1-point-something to non-Telnet ports
  611.    does not work unless the port number is in the /etc/services file;
  612.    it's not clear from the report whether this is a problem with AIX
  613.    Telnet (in which case it would not affect Kermit), or with the sockets
  614.    library (in which case it would). The purported fix is IBM APAR
  615.    IX61523.
  616.    
  617.    C-Kermit SET HOST or TELNET from one AIX 3.1 (or earlier) system to
  618.    another won't work right unless you set your local terminal type to
  619.    something other than AIXTERM. When your terminal type is AIXTERM, AIX
  620.    TELNET sends two escapes whenever you type one, and the AIX telnet
  621.    server swallows one of them. This has something to do with the "hft"
  622.    device. This behavior seems to be removed in AIX 3.2 and later.
  623.       ______________________________________________________________________
  624.     
  625.     3.1.3. AIX: Serial Connections
  626.     
  627.    [ [166]Top ] [ [167]Contents ] [ [168]Section Contents ] [ [169]Next ]
  628.    [ [170]Previous ]
  629.    
  630.    In AIX 3, 4, or 5, C-Kermit won't be able to "set line /dev/tty0" (or
  631.    any other dialout device) if you haven't installed "cu" or "uucp" on
  632.    your system, because installing these is what creates the UUCP
  633.    lockfile directory. If SET LINE commands always result in "Sorry,
  634.    access to lock denied", even when C-Kermit has been given the same
  635.    owner, group, and permissions as cu:
  636.    
  637.   -r-sr-xr-x   1 uucp     uucp       67216 Jul 27 1999  cu
  638.  
  639.    and even when you run it as root, then you must go back and install
  640.    "cu" from your AIX installation media.
  641.    
  642.    According to IBM's "From Strength to Strength" document (21 April
  643.    1998), in AIX 4.2 and later "Async supports speeds on native serial
  644.    ports up to 115.2kbps". However, no API is documented to achieve
  645.    serial speeds higher than 38400 bps. Apparently the way to do this --
  646.    which might or might not work only on the IBM 128-port multiplexer --
  647.    is:
  648.    
  649.   cxma-stty fastbaud /dev/tty0
  650.  
  651.    which, according to "man cxma-stty":
  652.    
  653.      fastbaud Alters the baud rate table, so 50 baud becomes 57600 baud.
  654.      -fastbaud Restores the baud rate table, so 57600 baud becomes 50
  655.      baud.
  656.      
  657.    Presumably (but not certainly) this extrapolates to 110 "baud" becomes
  658.    76800 bps, and 150 becomes 115200 bps. So to use high serial speeds in
  659.    AIX 4.2 or 4.3, the trick would be to give the "cxma-stty fastbaud"
  660.    command for the desired tty device before starting Kermit, and then
  661.    use "set speed 50", "set speed 110", or "set speed 150" to select
  662.    56700, 76800, or 115200 bps. It is not known whether cxma-stty
  663.    requires privilege.
  664.    
  665.    According to one report, "Further investigation with IBM seems to
  666.    indicate that the only hardware capable of doing this is the 128-port
  667.    multiplexor with one (or more) of the 16 port breakout cables
  668.    (Enhanced Remote Async Node 16-Port EIA-232). We are looking at about
  669.    CDN$4,000 in hardware just to hang a 56kb modem on there. Of course,
  670.    we can then hang 15 more, if we want. This hardware combo is described
  671.    to be good to 230.4kbps."
  672.    
  673.    Another report says (quote from AIX newsgroup, March 1999):
  674.    
  675.      The machine type and the adapter determine the speed that one can
  676.      actually run at. The older microchannel machines have much slower
  677.      crystal frequencies and may not go beyond 76,800. A feature put
  678.      into AIX 421 allows one to key in non-POSIX baud rates and if the
  679.      uart can support that speed, it will get set. this applies also to
  680.      43p's and beyond. 115200 is the max for the 43P's native serial
  681.      port. As crytal frequencies continue to increase, the built-in
  682.      serial ports speeds will improve. To use 'uucp' or 'ate' at the
  683.      higher baud rates, configure the port for the desired speed, but
  684.      set the speed of uucp or ate to 50. Any non-POSIX speeds set in the
  685.      ttys configuration will the be used. In the case of the 128-port
  686.      adapters or the ISA 8-port or PCI 8-port adapter, there are only a
  687.      few higher baud rates.
  688.      
  689.     a. Change the port to enable high baud rates:
  690.           + B50 for 57600
  691.           + B75 for 76800
  692.           + B110 for 115200
  693.           + B200 for 230000
  694.     b. chdev -l ttyX -a fastbaud=enable
  695.           + For the 128 ports original style rans, only 57600 bps is
  696.             supported.
  697.           + For the new enhanced RANs, up to 230Kbps is supported.
  698.        
  699.    In AIX 2.2.1 on the RT PC with the 8-port multiplexer, SET SPEED 38400
  700.    gives 9600 bps, but SET SPEED 19200 gives 19200 (on the built-in S1
  701.    port).
  702.    
  703.    Note that some RS/6000s (e.g. the IBM PowerServer 320) have
  704.    nonstandard rectangular 10-pin serial ports; the DB-25 connector is
  705.    NOT a serial port; it is a parallel printer port. IBM cables are
  706.    required for the serial ports, (The IBM RT PC also had rectangular
  707.    serial ports -- perhaps the same as these, perhaps different.)
  708.    
  709.    If you dial in to AIX through a modem that is connected directly to an
  710.    AIX port (e.g. on the 128-port multiplexer) and find that data is
  711.    lost, especially when uploading files to the AIX system (and system
  712.    error logs report buffer overruns on the port):
  713.    
  714.     1. Make sure the port and modem are BOTH configured for hardware
  715.        (RTS/CTS) flow control. The port is configured somewhere in the
  716.        system configuration, outside of Kermit.
  717.     2. Tell C-Kermit to "set flow keep"; experimentation shows that SET
  718.        FLOW RTS/CTS has no effect when used in remote mode (i.e. on
  719.        /dev/tty, as opposed to a specify port device).
  720.     3. Fixes for bugs in the original AIX 4.2 tty (serial i/o) support
  721.        and other AIX bugs are available from IBM at:
  722.  
  723.   [171]http://service.software.ibm.com/rs6000/
  724.        Downloads -> Software Fixes -> Download FixDist gets an
  725.        application for looking up known problems.
  726.        
  727.    Many problems reported with bidirectional terminal lines on AIX 3.2.x
  728.    on the RS/6000. Workaround: don't use bidirectional terminal lines, or
  729.    write a shell-script wrapper for Kermit that turns getty off on the
  730.    line before starting Kermit, or before Kermit attempts to do the SET
  731.    LINE. (But note: These problems MIGHT be fixed in C-Kermit 6.0 and
  732.    later.) The commands for turning getty off and on (respectively) are
  733.    /usr/sbin/pdisable and /usr/sbin/penable.
  734.       ______________________________________________________________________
  735.     
  736.     3.1.4. AIX: File Transfer
  737.     
  738.    [ [172]Top ] [ [173]Contents ] [ [174]Section Contents ] [ [175]Next ]
  739.    [ [176]Previous ]
  740.    
  741.    Evidently AIX 4.3 (I don't know about earlier versions) does not allow
  742.    open files to be overwritten. This can cause Kermit transfers to fail
  743.    when FILE COLLISION is OVERWRITE, where they might work on other Unix
  744.    varieties or earlier AIX versions.
  745.    
  746.    Transfer of binary -- and maybe even text -- files can fail in AIX if
  747.    the AIX terminal has particular port can have character-set
  748.    translation done for it by the tty driver. The following advice from a
  749.    knowledgeable AIX user:
  750.    
  751.      [This feature] has to be checked (and set/cleared) with a separate
  752.      command, unfortunately stty doesn't handle this. To check:
  753.      
  754.   $ setmaps
  755.   input map: none installed
  756.   output map: none installed
  757.  
  758.      If it says anything other than "none installed" for either one, it
  759.      is likely to cause a problem with kermit. To get rid of installed
  760.      maps:
  761.      
  762.   $ setmaps -t NOMAP
  763.  
  764.      However, I seem to recall that with some versions of AIX before
  765.      3.2.5, only root could change the setting. I'm not sure what
  766.      versions - it might have only been under AIX 3.1 that this was
  767.      true. At least with AIX 3.2.5 an ordinary user can set or clear the
  768.      maps.
  769.      
  770.    On the same problem, another knowledgeable AIX user says:
  771.    
  772.      The way to get information on the NLS mapping under AIX (3.2.5
  773.      anyway) is as follows. From the command line type:
  774.      
  775.   lsattr -l tty# -a imap -a omap -E -H
  776.  
  777.      Replace the tty number for the number sign above. This will give a
  778.      human readable output of the settings that looks like this;
  779.      
  780.   # lsattr -l tty2 -a imap -a omap -E -H
  781.   attribute value description     user_settable
  782.  
  783.   imap      none  INPUT map file  True
  784.   omap      none  OUTPUT map file True
  785.  
  786.      If you change the -H to a -O, you get output that can easily be
  787.      processed by another program or a shell script, for example:
  788.      
  789.   # lsattr -l tty2 -a imap -a omap -E -O
  790.   #imap:omap
  791.   none:none
  792.  
  793.      To change the settings from the command line, the chdev command is
  794.      used with the following syntax.
  795.      
  796.   chdev -l tty# -a imap='none' -a omap='none'
  797.  
  798.      Again substituting the appropriate tty port number for the number
  799.      sign, "none" being the value we want for C-Kermit. Of course, the
  800.      above can also be changed by using the SMIT utility and selecting
  801.      devices - tty. (...end quote)
  802.       ______________________________________________________________________
  803.     
  804.     3.1.5. AIX: Xterm Key Map
  805.     
  806.    [ [177]Top ] [ [178]Contents ] [ [179]Section Contents ] [
  807.    [180]Previous ]
  808.    
  809.    Here is a sample configuration for setting up an xterm keyboard for
  810.    VT220 or higher terminal emulation on AIX, courtesy of Bruce Momjian,
  811.    Drexel Hill, PA. Xterm can be started like this:
  812.    
  813.   xterm $XTERMFLAGS +rw +sb +ls $@ -tm 'erase ^? intr ^c' -name vt220 \
  814.           -title vt220 -tn xterm-220 "$@" &
  815.  
  816. ---------------------------------------------------------------------------
  817.   XTerm*VT100.Translations: #override \n\
  818.           <Key>Home: string(0x1b) string("[3~") \n \
  819.           <Key>End: string(0x1b) string("[4~") \n
  820.   vt220*VT100.Translations: #override \n\
  821.   Shift   <Key>F1: string("[23~") \n \
  822.   Shift   <Key>F2: string("[24~") \n \
  823.   Shift   <Key>F3: string("[25~") \n \
  824.   Shift   <Key>F4: string("[26~") \n \
  825.   Shift   <Key>F5: string("[K~") \n \
  826.   Shift   <Key>F6: string("[31~") \n \
  827.   Shift   <Key>F7: string("[31~") \n \
  828.   Shift   <Key>F8: string("[32~") \n \
  829.   Shift   <Key>F9: string("[33~") \n \
  830.   Shift   <Key>F10: string("[34~") \n \
  831.   Shift   <Key>F11: string("[28~") \n \
  832.   Shift   <Key>F12: string("[29~") \n \
  833.           <Key>Print: string(0x1b) string("[32~") \n\
  834.           <Key>Cancel: string(0x1b) string("[33~") \n\
  835.           <Key>Pause: string(0x1b) string("[34~") \n\
  836.           <Key>Insert: string(0x1b) string("[2~") \n\
  837.           <Key>Delete: string(0x1b) string("[3~") \n\
  838.           <Key>Home: string(0x1b) string("[1~") \n\
  839.           <Key>End: string(0x1b) string("[4~") \n\
  840.           <Key>Prior: string(0x1b) string("[5~") \n\
  841.           <Key>Next: string(0x1b) string("[6~") \n\
  842.           <Key>BackSpace: string(0x7f) \n\
  843.           <Key>Num_Lock: string(0x1b) string("OP") \n\
  844.           <Key>KP_Divide: string(0x1b) string("Ol") \n\
  845.           <Key>KP_Multiply: string(0x1b) string("Om") \n\
  846.           <Key>KP_Subtract: string(0x1b) string("OS") \n\
  847.           <Key>KP_Add: string(0x1b) string("OM") \n\
  848.           <Key>KP_Enter: string(0x1b) string("OM") \n\
  849.           <Key>KP_Decimal: string(0x1b) string("On") \n\
  850.           <Key>KP_0: string(0x1b) string("Op") \n\
  851.           <Key>KP_1: string(0x1b) string("Oq") \n\
  852.           <Key>KP_2: string(0x1b) string("Or") \n\
  853.           <Key>KP_3: string(0x1b) string("Os") \n\
  854.           <Key>KP_4: string(0x1b) string("Ot") \n\
  855.           <Key>KP_5: string(0x1b) string("Ou") \n\
  856.           <Key>KP_6: string(0x1b) string("Ov") \n\
  857.           <Key>KP_7: string(0x1b) string("Ow") \n\
  858.           <Key>KP_8: string(0x1b) string("Ox") \n\
  859.           <Key>KP_9: string(0x1b) string("Oy") \n
  860.  
  861.   !       <Key>Up: string(0x1b) string("[A") \n\
  862.   !       <Key>Down: string(0x1b) string("[B") \n\
  863.   !       <Key>Right: string(0x1b) string("[C") \n\
  864.   !       <Key>Left: string(0x1b) string("[D") \n\
  865.  
  866.   *visualBell:    true
  867.   *saveLines:     1000
  868.   *cursesemul:    true
  869.   *scrollKey:     true
  870.   *scrollBar:     true
  871.     ________________________________________________________________________
  872.   
  873.   3.2. C-KERMIT AND HP-UX
  874.   
  875.    [ [181]Top ] [ [182]Contents ] [ [183]Section Contents ] [ [184]Next ]
  876.    [ [185]Previous ]
  877.    
  878.    SECTION CONTENTS
  879.    
  880.   3.2.0. [186]Common Problems
  881.   3.2.1. [187]Building C-Kermit on HP-UX
  882.   3.2.2. [188]File Transfer
  883.   3.2.3. [189]Dialing Out and UUCP Lockfiles in HP-UX
  884.   3.2.4. [190]Notes on Specific HP-UX Releases
  885.   3.2.5. [191]HP-UX and X.25
  886.  
  887.    REFERENCES
  888.    
  889.    For further information, read the [192]comp.sys.hp.hpux newsgroup.
  890.    
  891.    C-Kermit is included as part of the HP-UX operating system by contract
  892.    between Hewlett Packard and Columbia University for HP-UX 10.00 and
  893.    later. Each level of HP-UX includes a freshly built C-Kermit binary in
  894.    /bin/kermit, which should work correctly.
  895.    
  896.   3.2.0. Common Problems
  897.   
  898.    [ [193]Top ] [ [194]Contents ] [ [195]Section Contents ] [ [196]Next ]
  899.    
  900.    Some HP workstations have a BREAK/RESET key. If you hit this key while
  901.    C-Kermit is running, it might kill or suspend the C-Kermit process.
  902.    C-Kermit arms itself against these signals, but evidently the
  903.    BREAK/RESET key is -- at least in some circumstances, on certain HP-UX
  904.    versions -- too powerful to be caught. (Some report that the first
  905.    BREAK/RESET shows up as SIGINT and is caught by C-Kermit's former
  906.    SIGINT handler even when SIGINT is currently set to SIG_IGN; the
  907.    second kills Kermit; other reports suggest the first BREAK/RESET sends
  908.    a SIGTSTP (suspend signal) to Kermit, which it catches and suspends
  909.    itself. You can tell C-Kermit to ignore suspend signals with SET
  910.    SUSPEND OFF. You can tell C-Kermit to ignore SIGINT with SET COMMAND
  911.    INTERRUPTION OFF. It is not known whether these commands also grant
  912.    immunity to the BREAK/RESET key (one report states that with SET
  913.    SUSPEND OFF, the BREAK/RESET key is ignored the first four times, but
  914.    kills Kermit the 5th time). In any case:
  915.    
  916.     1. If this key is mapped to SIGINT or SIGTSTP, C-Kermit catches or
  917.        ignores it, depending on which mode (CONNECT, command, etc) Kermit
  918.        is in.
  919.     2. If it causes HP-UX to kill C-Kermit, there is nothing C-Kermit can
  920.        do to prevent it.
  921.        
  922.    When HP-UX is on the remote end of the connection, it is essential
  923.    that HP-UX C-Kermit be configured for Xon/Xoff flow control (this is
  924.    the default, but in case you change it and then experience
  925.    file-transfer failures, this is a likely reason).
  926.     ________________________________________________________________________
  927.   
  928.   3.2.1. Building C-Kermit on HP-UX
  929.   
  930.    [ [197]Top ] [ [198]Contents ] [ [199]Section Contents ] [ [200]Next ]
  931.    [ [201]Previous ]
  932.    
  933.      This section applies mainly to old (pre-10.20) HP-UX version on
  934.      old, slow, and/or memory-constrained hardware.
  935.      
  936.    During the C-Kermit 6.0 Beta cycle, something happened to ckcpro.w
  937.    (or, more precisely, the ckcpro.c file that is generated from it)
  938.    which causes HP optimizing compilers under HP-UX versions 7.0 and 8.0
  939.    (apparently on all platforms) as well as under HP-UX 9.0 on Motorola
  940.    platforms only, to blow up. In versions 7.0 and 8.0 the problem has
  941.    spread to other modules.
  942.    
  943.    The symptoms vary from the system grinding to a halt, to the compiler
  944.    crashing, to the compilation of the ckcpro.c module taking very long
  945.    periods of time, like 9 hours. This problem is handled by compiling
  946.    the modules that tickle it without optimization; the new C-Kermit
  947.    makefile takes care of this, and shows how to do it in case the same
  948.    thing begins happening with other modules.
  949.    
  950.    On HP-UX 9.0, a kernel parameter, maxdsiz (maximum process data
  951.    segment size), seems to be important. On Motorola systems, it is 16MB
  952.    by default, whereas on RISC systems the default is much bigger.
  953.    Increasing maxdsiz to about 80MB seems to make the problem go away,
  954.    but only if the system also has a lot of physical memory -- otherwise
  955.    it swaps itself to death.
  956.    
  957.    The optimizing compiler might complain about "some optimizations
  958.    skipped" on certain modules, due to lack of space available to the
  959.    optimizer. You can increase the space (the incantation depends on the
  960.    particular compiler version -- see the [202]makefile), but doing so
  961.    tends to make the compilations take a much longer time. For example,
  962.    the "hpux0100o+" makefile target adds the "+Onolimit" compiler flag,
  963.    and about an hour to the compile time on an HP-9000/730. But it *does*
  964.    produce an executable that is about 10K smaller :-)
  965.    
  966.    In the makefile, all HP-UX entries automatically skip optimization of
  967.    problematic modules.
  968.     ________________________________________________________________________
  969.   
  970.   3.2.2. File Transfer
  971.   
  972.    [ [203]Top ] [ [204]Contents ] [ [205]Section Contents ] [ [206]Next ]
  973.    [ [207]Previous ]
  974.    
  975.    Telnet connections into HP-UX versions up to and including 11.11 (and
  976.    possibly 11.20) tend not to lend themselves to file transfer due to
  977.    limitations, restrictions, and/or bugs in the HP-UX Telnet server
  978.    and/or pseudoterminal (pty) driver.
  979.    
  980.    In C-Kermit 6.0 (1996) an unexpected slowness was noted when
  981.    transferring files over local Ethernet connections when an HP-UX
  982.    system (9.05 or 10.00) was on the remote end. The following experiment
  983.    was conducted to determine the cause. C-Kermit 6.0 was used; the
  984.    situation is slightly better using C-Kermit 7.0's streaming feature
  985.    and HP-UX 10.20 on the far end.
  986.    
  987.    The systems were HP-UX 10.00 (on 715/33) and SunOS 4.1.3 (on
  988.    Sparc-20), both on the same local 10Mbps Ethernet, packet length 4096,
  989.    parity none, control prefixing "cautious", using only local disks on
  990.    each machine -- no NFS. In the C-Kermit 6.0 (ACK/NAK) case, the window
  991.    size was 20; in the streaming case there is no window size (i.e. it is
  992.    infinite). The test file was C-Kermit executable, transferred in
  993.    binary mode. Conditions were relatively poor: the Sun and the local
  994.    net heavily loaded; the HP system is old, slow, and
  995.    memory-constrained.
  996.    
  997.                    C-Kermit 6.0...    C-Kermit 7.0...
  998.  Local    Remote   ACK/NAK........    Streaming......
  999.  Client   Server   Send    Receive    Send    Receive
  1000.   Sun      HP       36       18        64       18
  1001.   HP       HP       25       15        37       16
  1002.   HP       Sun      77       83       118       92
  1003.   Sun      Sun      60       60       153      158
  1004.  
  1005.    So whenever HP is the remote we have poor performance. Why?
  1006.    
  1007.      * Changing file display to CRT has no effect (so it's not the curses
  1008.        library on the client side).
  1009.      * Changing TCP RECV-BUFFER or SEND-BUFFER has little effect.
  1010.      * Telling the client to make a binary-mode connection (SET TELNET
  1011.        BINARY REQUESTED, which successfully negotiates a binary
  1012.        connection) has no effect on throughput.
  1013.        
  1014.    BUT... If I start C-Kermit as a TCP server:
  1015.    
  1016.   set host * 3000
  1017.   server
  1018.  
  1019.    and then from the client "set host blah 3000", I get:
  1020.    
  1021.                    C-Kermit 6.0...    C-Kermit 7.0...
  1022.  Local    Remote   ACK/NAK........    Streaming......
  1023.  Client   Server   Send    Receive    Send    Receive
  1024.   Sun      HP       77       67       106      139
  1025.   HP       HP       50       50        64       62
  1026.   HP       Sun      57       85       155      105
  1027.   Sun      Sun      57       50       321      314
  1028.  
  1029.    Therefore the HP-UX telnet server or pty driver seems to be adding
  1030.    more overhead than the SunOS one, and most others. When going through
  1031.    this type of connection (a remote telnet server) there is little
  1032.    Kermit can do improve matters, since the telnet server and pty driver
  1033.    are between the two Kermits, and neither Kermit program can have any
  1034.    influence over them (except putting the Telnet connection in binary
  1035.    mode, but that doesn't help).
  1036.    
  1037.    (The numbers for the HP-HP transfers are lower than the others since
  1038.    both Kermit processes are running on the same slow 33MHz CPU.)
  1039.    
  1040.    Matters seem to have deteriorated in HP-UX 11. Now file transfers over
  1041.    Telnet connections fail completely, rather than just being slow. In
  1042.    the following trial, a Telnet connection was made from Kermit 95 to
  1043.    HP-UX 11.11 on an HP-9000/785/B2000 over local 10Mbps Ethernet running
  1044.    C-Kermit 8.00 in server mode (under the HP-UX Telnet server):
  1045.    
  1046.                    Text........    Binary......
  1047.   Stream  Pktlen   GET     SEND    GET     SEND
  1048.     On     4000    Fail    Fail    Fail    Fail
  1049.     Off    4000    Fail    Fail    Fail    Fail
  1050.     Off    2000    OK      Fail    OK      Fail
  1051.     On     2000    OK      Fail    OK      Fail
  1052.     On     3000    Fail    Fail    Fail    Fail
  1053.     On     2500    Fail    Fail    Fail    Fail
  1054.     On     2047    OK      Fail    OK      Fail
  1055.     On     2045    OK      Fail    OK      Fail
  1056.     Off     500    OK      OK      OK      OK
  1057.     On      500    OK      Fail    OK      Fail
  1058.     On      240    OK      Fail    OK      Fail
  1059.  
  1060.    As you can see, downloads are problematic unless the receiver's Kermit
  1061.    packet length is 2045 or less, but uploads work only with streaming
  1062.    disabled and the packet length restricted to 500. To force file
  1063.    transfers to work on this connection, the desktop Kermit must be told
  1064.    to:
  1065.    
  1066.   set streaming off
  1067.   set receive packet-length 2000
  1068.   set send packet-length 500
  1069.  
  1070.    However, if a connection is made between the same two programs on the
  1071.    same two computers over the same network, but this time a direct
  1072.    socket-to-socket connection bypassing the HP-UX Telnet server and pty
  1073.    driver (tell HP-UX C-Kermit to "set host /server * 3000 /raw"; tell
  1074.    desktop client program to "set host blah 3000 /raw"), everything works
  1075.    perfectly with the default Kermit settings (streaming, 4K packets,
  1076.    liberal control-character unprefixing, 8-bit transparency, etc):
  1077.    
  1078.                    Text........    Binary......
  1079.   Stream  Pktlen   GET     SEND    GET     SEND
  1080.     On     4000    OK      OK      OK      OK
  1081.  
  1082.    And in this case, transfer rates were approximately 900,000 cps. To
  1083.    verify that the behavior reported here is not caused by the new Kermit
  1084.    release, the same experiment was performed on a Telnet connection from
  1085.    the same PC over the same network to the old 715/33 running HP-UX
  1086.    10.20 and C-Kermit 8.00. Text and binary uploads and downloads worked
  1087.    perfectly (albeit slowly) with all the default settings -- streaming,
  1088.    4K packets, etc.
  1089.     ________________________________________________________________________
  1090.   
  1091.   3.2.3. Dialing Out and UUCP Lockfiles in HP-UX
  1092.   
  1093.    [ [208]Top ] [ [209]Contents ] [ [210]Section Contents ] [ [211]Next ]
  1094.    [ [212]Previous ]
  1095.    
  1096.    HP workstations do not come with dialout devices configured; you have
  1097.    to do it yourself (as root). First look in /dev to see what's there;
  1098.    for example in HP-UX 10.00 or later:
  1099.    
  1100.   ls -l /dev/cua*
  1101.   ls -l /dev/tty*
  1102.  
  1103.    If you find a tty0p0 device but no cua0p0, you'll need to creat one if
  1104.    you want to dial out; the tty0p0 does not work for dialing out. It's
  1105.    easy: start SAM; in the main Sam window, double-click on Peripheral
  1106.    Device, then in the Peripheral Devices window, double-click on
  1107.    Terminals and Modems. In the Terminals and Modems dialog, click on
  1108.    Actions, then choose "Add modem" and fill in the blanks. For example:
  1109.    Port number 0, speed 57600 (higher speeds tend not to work reliably),
  1110.    "Use device for calling out", do NOT "Receive incoming calls" (unless
  1111.    you know what you are doing), leave "CCITT modem" unchecked unless you
  1112.    really have one, and do select "Use hardware flow control (RTS/CTS)".
  1113.    Then click OK. This creates cua0p0 as well as cul0p0 and ttyd0p0
  1114.    
  1115.    If the following sequence:
  1116.    
  1117.   set line /dev/cua0p0 ; or other device
  1118.   set speed 115200     ; or other normal speed
  1119.  
  1120.    produces the message "?Unsupported line speed". This means either that
  1121.    the port is not configured for dialout (go into SAM as described above
  1122.    and make sure "Use device for calling out" is selected), or else that
  1123.    speed you have given (such as 460800) is supported by the operating
  1124.    system but not by the physical device (in which case, use a lower
  1125.    speed like 57600).
  1126.    
  1127.    In HP-UX 9.0, serial device names began to change. The older names
  1128.    looked like "/dev/cua00", "/dev/tty01", etc (sometimes with only one
  1129.    digit). The newer names have two digits with the letter "p" in
  1130.    between. HP-UX 8.xx and earlier have the older form, HP-UX 10.00 and
  1131.    later have the newer form. HP-UX 9.xx has the newer form on Series 800
  1132.    machines, and the older form on other hardware models. The situation
  1133.    is summarized in the following table (the Convio 10.0 column applies
  1134.    to HP-UX 10 and 11).
  1135.    
  1136.   Converged HP-UX Serial I/O Filenames : TTY Mux Naming
  1137.   ---------------------------------------------------------------------
  1138.   General meaning      Old Form     S800 9.0           Convio 10.0
  1139.   ---------------------------------------------------------------------
  1140.   tty* hardwired ports  tty<YY>     tty<X>p<Y>         tty<D>p<p>
  1141.                                     diag:mux<X>        diag:mux<D>
  1142.   ---------------------------------------------------------------------
  1143.   ttyd* dial-in modems  ttyd<YY>    ttyd<X>p<Y>        ttyd<D>p<p>
  1144.                                     diag:ttyd<X>p<Y>   diag:ttyd<D>p<p>
  1145.   ---------------------------------------------------------------------
  1146.   cua* auto-dial out    cua<YY>     cua<X>p<Y>         cua<D>p<p>
  1147.                                     diag:cua<X>p<Y>
  1148.   ---------------------------------------------------------------------
  1149.   cul* dial-out         cul<YY>     cul<X>p<Y>         cul<D>p<p>
  1150.                                     diag:cul<X>p<Y>
  1151.   ---------------------------------------------------------------------
  1152.    <X>= LU (Logical Unit)  <D>= Devspec (decimal card instance)
  1153.    <Y> or <YY> = Port      <p>= Port
  1154.  
  1155.    For dialing out, you should use the cua or cul devices. When
  1156.    C-Kermit's CARRIER setting is AUTO or ON, C-Kermit should pop back to
  1157.    its prompt automatically if the carrier signal drops, e.g. when you
  1158.    log out from the remote computer or service. If you use the tty<D>p<d>
  1159.    (e.g. tty0p0) device, the carrier signal should be ignored. The
  1160.    tty<D>p<d> device should be used for direct connections where the
  1161.    carrier signal does not follow RS-232 conventions (use the cul device
  1162.    for hardwired connections through a true null modem). Do not use the
  1163.    ttyd<D>p<d> device for dialing out.
  1164.    
  1165.    Kermit's access to serial devices is controlled by "UUCP lockfiles",
  1166.    which are intended to prevent different users using different software
  1167.    programs (Kermit, cu, etc, and UUCP itself) from accessing the same
  1168.    serial device at the same time. When a device is in use by a
  1169.    particular user, a file with a special name is created in:
  1170.    
  1171.   /var/spool/locks  (HP-UX 10.00 and later)
  1172.   /usr/spool/uucp   (HP-UX 9.xx and earlier)
  1173.  
  1174.    The file's name indicates the device that is in use, and its contents
  1175.    indicates the process ID (pid) of the process that is using the
  1176.    device. Since serial devices and the locks directory are not both
  1177.    publicly readable and writable, Kermit and other communication
  1178.    software must be installed setuid to the owner (bin) of the serial
  1179.    device and setgid to the group (daemon) of the /var/spool/locks
  1180.    directory. Kermit's setuid and setgid privileges are enabled only when
  1181.    opening the device and accessing the lockfiles.
  1182.    
  1183.    Let's say "unit" means a string of decimal digits (the interface
  1184.    instance number) followed (in HP-UX 10.00 and later) by the letter "p"
  1185.    (lowercase), followed by another string of decimal digits (the port
  1186.    number on the interface), e.g.:
  1187.    
  1188.   "0p0", "0p1", "1p0", etc       (HP-UX 10.00 and later)
  1189.   "0p0", "0p1", "1p0", etc       (HP-UX 9.xx on Series 800)
  1190.   "00",  "01",  "10",  "0", etc  (HP-UX 9.xx not on Series 800)
  1191.   "00",  "01",  "10",  "0", etc  (HP-UX 8.xx and earlier)
  1192.  
  1193.    Then a normal serial device (driver) name consists of a prefix ("tty",
  1194.    "ttyd", "cua", "cul", or possibly "cuad" or "culd") followed by a
  1195.    unit, e.g. "cua0p0". Kermit's treatment of UUCP lockfiles is as close
  1196.    as possible to that of the HP-UX "cu" program. Here is a table of the
  1197.    lockfiles that Kermit creates for unit 0p0:
  1198.    
  1199.   Selection      Lockfile 1     Lockfile 2  
  1200.   /dev/tty0p0    LCK..tty0p0    (none)
  1201. * /dev/ttyd0p0   LCK..ttyd0p0   (none)
  1202.   /dev/cua0p0    LCK..cua0p0    LCK..ttyd0p0
  1203.   /dev/cul0p0    LCK..cul0p0    LCK..ttyd0p0
  1204.   /dev/cuad0p0   LCK..cuad0p0   LCK..ttyd0p0
  1205.   /dev/culd0p0   LCK..culd0p0   LCK..ttyd0p0
  1206.   <other>        LCK..<other>   (none)
  1207.  
  1208.    (* = Dialin device, should not be used.)
  1209.    
  1210.    In other words, if the device name begins with "cu", a second lockfile
  1211.    for the "ttyd" device, same unit, is created, which should prevent
  1212.    dialin access on that device.
  1213.    
  1214.    The <other> case allows for symbolic links, etc, but of course it is
  1215.    not foolproof since we have no way of telling which device is really
  1216.    being used.
  1217.    
  1218.    When C-Kermit tries to open a dialout device whose name ends with a
  1219.    "unit", it searches the lockfile directory for all possible names for
  1220.    the same unit. For example, if user selects /dev/cul2p3, Kermit looks
  1221.    for lockfiles named:
  1222.    
  1223.   LCK..tty2p3
  1224.   LCK..ttyd2p3
  1225.   LCK..cua2p3
  1226.   LCK..cul2p3
  1227.   LCK..cuad2p3
  1228.   LCK..culd2p3
  1229.  
  1230.    If any of these files are found, Kermit opens them to find out the ID
  1231.    (pid) of the process that created them; if the pid is still valid, the
  1232.    process is still active, and so the SET LINE command fails and the
  1233.    user is informed of the pid so s/he can use "ps" to find out who is
  1234.    using the device.
  1235.    
  1236.    If the pid is not valid, the file is deleted. If all such files (i.e.
  1237.    with same "unit" designation) are successfully removed, then the SET
  1238.    LINE command succeeds; up to six messages are printed telling the user
  1239.    which "stale lockfiles" are being removed.
  1240.    
  1241.    When the "set line" command succeeds in HP-UX 10.00 and later,
  1242.    C-Kermit also creates a Unix System V R4 "advisory lock" as a further
  1243.    precaution (but not guarantee) against any other process obtaining
  1244.    access to the device while you are using it.
  1245.    
  1246.    If the selected device was in use by "cu", Kermit can't open it,
  1247.    because "cu" has changed its ownership, so we never get as far as
  1248.    looking at the lockfiles. In the normal case, we can't even look at
  1249.    the device to see who the owner is because it is visible only to its
  1250.    (present) owner. In this case, Kermit says (for example):
  1251.    
  1252.   /dev/cua0p0: Permission denied
  1253.  
  1254.    When Kermit releases a device it has successfully opened, it removes
  1255.    all the lockfiles that it created. This also happens whenever Kermit
  1256.    exits "under its own power".
  1257.    
  1258.    If Kermit is killed with a device open, the lockfile(s) are left
  1259.    behind. The next Kermit program that tries to assign the device, under
  1260.    any of its various names, will automatically clean up the stale
  1261.    lockfiles because the pids they contain are invalid. The behavior of
  1262.    cu and other communication programs under these conditions should be
  1263.    the same.
  1264.    
  1265.    Here, by the way, is a summary of the differences between the HP-UX
  1266.    port driver types from John Pezzano of HP:
  1267.    
  1268.      There are three types of device files for each port.
  1269.      
  1270.      The ttydXXX device file is designed to work as follows:
  1271.      
  1272.     1. The process that opens it does NOT get control of the port until
  1273.        CD is asserted. This was intentional (over 15 years ago) to allow
  1274.        getty to open the port but not control it until someone called in.
  1275.        If a process wants to use the direct or callout device files
  1276.        (ttyXXX and culXXX respectively), they will then get control and
  1277.        getty would be blocked. This eliminated the need to use uugetty
  1278.        (and its inherent problems with lock files) for modems. You can
  1279.        see this demonstrated by the fact that "ps -ef" shows a ? in the
  1280.        tty column for the getty process as getty does not have the port
  1281.        yet.
  1282.     2. Once CD is asserted, the port is controlled by getty (or the
  1283.        process handling an incoming call) if there was no process using
  1284.        the port. The ? in the "ps" command now shows the port. At this
  1285.        point, the port accepts data.
  1286.        
  1287.      Therefore you should use either the callout culXXX device file
  1288.      (immediate control but no data until CD is asserted) or the direct
  1289.      device file ttyXXX which gives immediate control and immediate data
  1290.      and which ignores by default modem control signals.
  1291.      
  1292.      The ttydXXX device should be used only for callin and my
  1293.      recommendation is to use it only for getty and uugetty.
  1294.     ________________________________________________________________________
  1295.   
  1296.   3.2.4 Notes on Specific HP-UX Releases
  1297.   
  1298.    SECTION CONTENTS
  1299.    
  1300.   3.2.4.1. [213]HP-UX 11
  1301.   3.2.4.2. [214]HP-UX 10
  1302.   3.2.4.3. [215]HP-UX 9
  1303.   3.2.4.4. [216]HP-UX 8
  1304.   3.2.4.5. [217]HP-UX 7 and Earlier
  1305.  
  1306.   3.2.4.1. HP-UX 11
  1307.   
  1308.    [ [218]Top ] [ [219]Contents ] [ [220]Section Contents ] [ [221]Next ]
  1309.    
  1310.    As noted in [222]Section 3.2.2, the HP-UX 11 Telnet server and/or
  1311.    pseudoterminal driver are a serious impediment to file transfer over
  1312.    Telnet connections into HP-UX. If you have a Telnet connection into
  1313.    HP-UX 11, tell your desktop Kermit program to:
  1314.    
  1315.   set streaming off
  1316.   set receive packet-length 2000
  1317.   set send packet-length 500
  1318.  
  1319.    File transfer speeds over connections from HP-UX 11 (dialed or Telnet)
  1320.    are not impeded whatsoever, and can go at whatever speed is allowed by
  1321.    the connection and the Kermit partner on the far end.
  1322.    
  1323.    PA-RISC binaries for HP-UX 10.20 or later should run on any PA-RISC
  1324.    system, S700 or S800, as long as the binary was not built under a
  1325.    later HP-UX version than the host operating system. HP-UX 11.00 and
  1326.    11.11 are only for PA-RISC systems. HP-UX 11.20 is only for IA64
  1327.    (subsequent HP-UX releases will be for both PA-RISC and IA64). To
  1328.    check binary compatibility, the following C-Kermit 8.0 binaries were
  1329.    run successfully on an HP-9000/785 with HP-UX 11.11:
  1330.    
  1331.      * Model 7xx HP-UX 10.20
  1332.      * Model 8xx HP-UX 10.20
  1333.      * Model 7xx HP-UX 11.00
  1334.      * Model 8xx HP-UX 11.00
  1335.      * Model 7xx HP-UX 11.11
  1336.      * Model 8xx HP-UX 11.11
  1337.        
  1338.    Binaries built under some of the earlier HP-UX releases, such as 9.05,
  1339.    might also work, but only if built for the same hardware family (e.g.
  1340.    s700).
  1341.     ________________________________________________________________________
  1342.   
  1343.   3.2.4.2. HP-UX 10
  1344.   
  1345.    [ [223]Top ] [ [224]Contents ] [ [225]Section Contents ] [ [226]Next ]
  1346.    [ [227]Previous ]
  1347.    
  1348.    Beginning in HP-UX 10.10, libcurses is linked to libxcurses, the new
  1349.    UNIX95 (X/Open) version of curses, which has some serious bugs; some
  1350.    routines, when called, would hang and never return, some would dump
  1351.    core. Evidently libxcurses contains a select() routine, and whenever
  1352.    C-Kermit calls what it thinks is the regular (sockets) select(), it
  1353.    gets the curses one, causing a segmentation fault. There is a patch
  1354.    for this from HP, PHCO_8086, "s700_800 10.10 libcurses patch", "shared
  1355.    lib curses program hangs on 10.10", "10.10 enhanced X/Open curses core
  1356.    dumps due to using wrong select call", 96/08/02 (you can tell if the
  1357.    patch is installed with "what /usr/lib/libxcurses.1"; the unpatched
  1358.    version is 76.20, the patched one is 76.20.1.2). It has been verified
  1359.    that C-Kermit works OK with the patched library, but results are not
  1360.    definite for HP-UX 10.20 or higher.
  1361.    
  1362.    To ensure that C-Kermit works even on non-patched HP-UX 10.10 systems,
  1363.    separate makefile entries are provided for HP-UX 10.00/10.01, 10.10,
  1364.    10.20, etc, in which the entries for 10.10 and above link with
  1365.    libHcurses, which is "HP curses", the one that was used in
  1366.    10.00/10.01. HP-UX 11.20 and later, however, link with libcurses, as
  1367.    libHcurses disappeared in 11.20.
  1368.     ________________________________________________________________________
  1369.   
  1370.   3.2.4.3. HP-UX 9
  1371.   
  1372.    [ [228]Top ] [ [229]Contents ] [ [230]Section Contents ] [ [231]Next ]
  1373.    [ [232]Previous ]
  1374.    
  1375.    HP-UX 9.00 and 9.01 need patch PHNE_10572 (note: this replaces
  1376.    PHNE_3641) for hptt0.o, asio0.o, and ttycomn.o in libhp-ux.a. Contact
  1377.    Hewlett Packard if you need this patch. Without it, the dialout device
  1378.    (tty) will be hung after first use; subsequent attempts to use will
  1379.    return an error like "device busy". (There are also equivalent patches
  1380.    for s700 9.03 9.05 9.07 (PHNE_10573) and s800 9.00 9.04 (PHNE_10416).
  1381.    
  1382.    When C-Kermit is in server mode, it might have trouble executing
  1383.    REMOTE HOST commands. This problem happens under HP-UX 9.00 (Motorola)
  1384.    and HP-UX 9.01 (RISC) IF the C-Shell is the login shell AND with the
  1385.    C-Shell Revision 70.15. Best thing is to install HP's Patch PHCO_4919
  1386.    for Series 300/400 and PHCO_5015 for the Series 700/800. PHCO_5015 is
  1387.    called "s700_800 9.X cumulative csh(1) patch with memory leak fix"
  1388.    which works for HP-UX 9.00, 9.01, 9.03, 9.04, 9.05 and 9.07. At least
  1389.    you need C-Shell Revision 72.12!
  1390.    
  1391.    C-Kermit works fine -- including its curses-based file-transfer
  1392.    display -- on the console terminal, in a remote session (e.g. when
  1393.    logged in to the HP 9000 on a terminal port or when telnetted or
  1394.    rlogin'd), and in an HP-VUE hpterm window or an xterm window.
  1395.     ________________________________________________________________________
  1396.   
  1397.   3.2.4.4. HP-UX 8
  1398.   
  1399.    [ [233]Top ] [ [234]Contents ] [ [235]Section Contents ] [ [236]Next ]
  1400.    [ [237]Previous ]
  1401.    
  1402.    To make C-Kermit work on HP-UX 8.05 on a model 720, obtain and install
  1403.    HP-UX patch PHNE_0899. This patch deals with a lot of driver issues,
  1404.    particularly related to communication at higher speeds.
  1405.    
  1406.    One user reports:
  1407.    
  1408.      On HP-UX 8 DON'T install 'tty patch' PHKL_4656, install PHKL_3047
  1409.      instead! Yesterday I tried this latest tty patch PHKL_4656 and had
  1410.      terrible problems. This patch should fix RTS/CTS problems. With
  1411.      text transver all looks nice. But when I switched over to binary
  1412.      files the serial interface returned only rubish to C-Kermit. All
  1413.      sorts of protocol, CRC and packed errors I had. After several tests
  1414.      and after uninstalling that patch, all transvers worked fine. MB's
  1415.      of data without any errors. So keep your fingers away from that
  1416.      patch. If anybody needs the PHKL_3047 patch I have it here. It is
  1417.      no longer availabel from HP's patch base.
  1418.     ________________________________________________________________________
  1419.   
  1420.   3.2.4.5. HP-UX 7 and Earlier
  1421.   
  1422.    [ [238]Top ] [ [239]Contents ] [ [240]Section Contents ] [
  1423.    [241]Previous ]
  1424.    
  1425.    When transferring files into HP-UX 5 or 6 over a Telnet connection,
  1426.    you must not use streaming, and you must not use a packet length
  1427.    greater than 512. However, you can use streaming and longer packets
  1428.    when sending files from HP-UX on a Telnet connection. In C-Kermit 8.0,
  1429.    the default receive packet length for HP-UX 5 and 6 was changed to 500
  1430.    (but you can still increase it with SET RECEIVE PACKET-LENGTH if you
  1431.    wish, e.g. for non-Telnet connections). Disable streaming with SET
  1432.    STREAMING OFF.
  1433.    
  1434.    The HP-UX 5.00 version of C-Kermit does not include the fullscreen
  1435.    file-transfer because of problems with the curses library.
  1436.    
  1437.    If HP-UX 5.21 with Wollongong TCP/IP is on the remote end of a Telnet
  1438.    connection, streaming transfers to HP-UX invariably fail. Workaround:
  1439.    SET STREAMING OFF. Packets longer than about 1000 should not be used.
  1440.    Transfers from these systems, however, can use streaming and/or longer
  1441.    packets.
  1442.    
  1443.    Reportedly, "[there is] a bug in C-Kermit using HP-UX version 5.21 on
  1444.    the HP-9000 series 500 computers. It only occurs when the controlling
  1445.    terminal is using an HP-27140 six-port modem mux. The problem is not
  1446.    present if the controlling terminal is logged into an HP-27130
  1447.    eight-port mux. The symptom is that just after dialing successfully
  1448.    and connecting Kermit locks up and the port is unusable until both
  1449.    forks of Kermit and the login shell are killed." (This report predates
  1450.    C-Kermit 6.0 and might no longer apply.)
  1451.     ________________________________________________________________________
  1452.   
  1453.   3.2.5. HP-UX and X.25
  1454.   
  1455.    [ [242]Top ] [ [243]Contents ] [ [244]Section Contents ] [
  1456.    [245]Previous ]
  1457.    
  1458.    Although C-Kermit presently does not include built-in support for
  1459.    HP-UX X.25 (as it does for the Sun and IBM X.25 products), it can
  1460.    still be used to make X.25 connections as follows: start Kermit and
  1461.    then telnet to localhost. After logging back in, start padem as you
  1462.    would normally do to connect over X.25. Padem acts as a pipe between
  1463.    Kermit and X.25. In C-Kermit 7.0, you might also be able to avoid the
  1464.    "telnet localhost" step by using:
  1465.    
  1466.   C-Kermit> pty padem address
  1467.  
  1468.    This works if padem uses standard i/o (who knows?).
  1469.     ________________________________________________________________________
  1470.   
  1471.   3.3. C-KERMIT AND LINUX
  1472.   
  1473.    [ [246]Top ] [ [247]Contents ] [ [248]Section Contents ] [ [249]Next ]
  1474.    [ [250]Previous ]
  1475.    
  1476.    SECTION CONTENTS
  1477.    
  1478.   3.3.1. [251]Problems Building C-Kermit for Linux
  1479.   3.3.2. [252]Problems with Serial Devices in Linux
  1480.   3.3.3. [253]Terminal Emulation in Linux
  1481.   3.3.4. [254]Dates and Times
  1482.   3.3.5. [255]Startup Errors
  1483.   3.3.6. [256]The Fullscreen File Transfer Display
  1484.  
  1485.    REFERENCES
  1486.    
  1487.    For further information, read the [257]comp.os.linux.misc,
  1488.    [258]comp.os.linux.answers, and other Linux-oriented newsgroups, and
  1489.    see:
  1490.    
  1491.    The Linux Document Project (LDP)
  1492.           [259]http://www.tldp.org/
  1493.           
  1494.    The Linux FAQ
  1495.           [260]http://www.tldp.org/FAQ/Linux-FAQ.html
  1496.           
  1497.    The Linux HOWTOs (especially the Serial HOWTO)
  1498.           
  1499.      [261]http://www.tldp.org/HOWTO/Serial-HOWTO.html
  1500.           
  1501.      [262]http://tldp.org/HOWTO/Modem-HOWTO.html
  1502.           
  1503.      [263]ftp://sunsite.unc.edu/pub/Linux/docs/HOWTO
  1504.           
  1505.      [264]ftp://tsx-11.mit.edu/pub/linux/docs/HOWTO
  1506.           
  1507.      [265]http://www.tldp.org/HOWTO/
  1508.           
  1509.      [266]http://www.tldp.org/hmirrors.html
  1510.           
  1511.    Linux Vendor Tech Support Pages:
  1512.           
  1513.      [267]http://www.redhat.com/apps/support/
  1514.           
  1515.      [268]http://www.debian.org/support
  1516.           
  1517.      [269]http://www.slackware.com/support/
  1518.           
  1519.      [270]http://www.caldera.com/support/
  1520.           
  1521.      [271]http://www.suse.com/support/
  1522.           
  1523.      [272]http://www.mandrake.com/support/
  1524.           
  1525.      [273]http://www.turbolinux.com/support/
  1526.           
  1527.    Linux Winmodem Support
  1528.           [274]http://www.linmodems.org/
  1529.           
  1530.    Also see general comments on PC-based Unixes in [275]Section 3.0.
  1531.    
  1532.    What Linux version is it? -- "uname -a" supplies only kernel
  1533.    information, but these days it's the distribution that matters: Red
  1534.    Hat 7.3, Debian 2.2, Slackware 8.0, etc. Unfortunately there's no
  1535.    consistent way to get the distribution version. Usually it's in a
  1536.    distribution-specific file:
  1537.    
  1538.      Red Hat: /etc/issue or /etc/redhat-release
  1539.      Debian: /etc/debian_version
  1540.      Slackware: /etc/slackware-version (at least in later versions)
  1541.    
  1542.    Did you know: DECnet is available for Linux? See:
  1543.    
  1544.   [276]http://linux.dreamtime.org/decnet/
  1545.  
  1546.    (But there is no support for it in C-Kermit -- anybody interested in
  1547.    adding it, please [277]let us know).
  1548.    
  1549.    Before proceeding, let's handle the two most frequently asked question
  1550.    in the Linux newsgroups:
  1551.    
  1552.     1. Neither C-Kermit nor any other Linux application can use
  1553.        Winmodems, except in the [278]rare cases where Linux drivers have
  1554.        been written for them. See [279]Section 3.0.2 for details.
  1555.     2. "Why does it take such a long time to make a telnet connection to
  1556.        (or from) my Linux PC?" (this applies to C-Kermit and to regular
  1557.        Telnet). Most telnet servers these days perform reverse DNS
  1558.        lookups on the client (for security and/or logging reasons). If
  1559.        the Telnet client's address cannot be found by the server's local
  1560.        DNS server, the DNS request goes out to the Internet at large, and
  1561.        this can take quite some time. The solution to this problem is to
  1562.        make sure that both client and host are registered in DNS, and
  1563.        that the registrations are exported. C-Kermit itself performs
  1564.        reverse DNS lookups unless you tell it not to; this is to allow
  1565.        C-Kermit to let you know which host it is actually connected to in
  1566.        case you have made a connection to a "host pool" (multihomed
  1567.        host). You can disable C-Kermit's reverse DNS lookup with SET TCP
  1568.        REVERSE-DNS-LOOKUP OFF.
  1569.     ________________________________________________________________________
  1570.   
  1571.   3.3.1. Problems Building C-Kermit for Linux
  1572.   
  1573.    [ [280]Top ] [ [281]Contents ] [ [282]Section Contents ] [ [283]Next ]
  1574.    
  1575.    Modern Linux distributions like Red Hat give you a choice at
  1576.    installation whether to include "developer tools". Obviously, you
  1577.    can't build C-Kermit or any other C program from source code if you
  1578.    have not installed the developer tools. But to confuse matters, you
  1579.    might also have to choose (separately) to install the "curses" or
  1580.    "ncurses" terminal control library; thus it is possible to install the
  1581.    C compiler and linker, but omit the (n)curses library and headers. If
  1582.    curses is not installed, you will not be able to build a version of
  1583.    C-Kermit that supports the fullscreen file-transfer display, in which
  1584.    case you'll need to use the "linuxnc" makefile target (nc = No Curses)
  1585.    or else install ncurses before building.
  1586.    
  1587.    Be sure to read the comments in the "linux:" makefile entry. There are
  1588.    all sorts of confusing issues caused by the many and varied Linux
  1589.    distributions. Some of the worst involve the curses library and header
  1590.    files: where are they, what are they called, which ones are they
  1591.    really? Other vexing questions involve libc5 vs libc6 vs glibc vs
  1592.    glibc2 (C libraries), gcc vs egcs vs lcc (compilers), plus using or
  1593.    avoiding features that were added in a certain version of Linux or a
  1594.    library or a distribution, and are not available in others.
  1595.    
  1596.    Linux C-Kermit, like all other Unix C-Kermit versions, was built
  1597.    traditionally with curses.h and the curses library. However, this
  1598.    library was evidently so buggy (users reported that, after doing a
  1599.    file transfer using the fullscreen display, "screen scrolling locks
  1600.    up" and the cursor "is stuck on the bottom of the screen", etc), that
  1601.    a new curses library, called ncurses, was developed to replace it. The
  1602.    Linux version of C-Kermit, as of version 6.1, uses ncurses rather than
  1603.    curses.
  1604.    
  1605.    After modern practice, ncurses is dynamically linked, rather than
  1606.    linked into the executable. This means a certain relationship must
  1607.    obtain between the version number referenced in the executable and the
  1608.    version number of the library. But there are evidently several
  1609.    different numbering systems for libncurses.so -- e.g. 1.9.9e is
  1610.    another "name" for 3.0 -- but the program loader doesn't know that and
  1611.    so won't run the program. Also the library and/or terminfo database
  1612.    might be in a different place on the target system (e.g.
  1613.    /usr/share/terminfo) than it was on the build system (e.g.
  1614.    /usr/lib/terminfo). Solution: Create the appropriate symbolic links
  1615.    and/or rebuild C-Kermit yourself from source code, and if you have
  1616.    additional trouble, come back and read the rest of this section.
  1617.    
  1618.    Of course static linking is also a possibility, but this makes the
  1619.    executable MUCH bigger and introduces new problems of its own.
  1620.    
  1621.    From the March 1999 Kermit newsgroup traffic:
  1622.  
  1623.   : When I start Kermit (under Redhat Linux 5.2), it complains about not
  1624.   : being able to recognise my terminal type - I've tried all the obvious
  1625.   : terminal types - which ones can I use?  Or can I get it to recognise
  1626.   : xterm?
  1627.   :
  1628.   Assuming that you can use full screen programs, this looks identical to the
  1629.   problem introduced by RedHat with 5.1.  They moved the curses library, and
  1630.   didn't [ leave a link from the old location to the new one ]:
  1631.  
  1632.   To fix: cd /usr/share; ln -s terminfo ../lib
  1633.  
  1634.    The termcap library is no longer referenced in the Linux target in the
  1635.    makefile, since its functions are supposedly incorporated into the
  1636.    ncurses and curses libraries. However, should any termcap-related
  1637.    entry points come up undefined at link time (_tgetent, _tgoto, _tputs,
  1638.    etc), it might be necessary to add -ltermcap back to the "LIBS="
  1639.    clause. But then you might find that the termcap library is not in
  1640.    /usr/lib after all, but has been moved to /usr/lib/termcap/, in which
  1641.    case you'll need to make a symlink, or do something like:
  1642.    
  1643.   "LIBS = -L/usr/lib/curses -lcurses -L/usr/lib/termcap -ltermcap"
  1644.  
  1645.    Different UUCP lockfile conventions are used by different Linux
  1646.    versions and/or distributions. In C-Kermit 6.0 and later, "make linux"
  1647.    uses /var/lock/LCK..name, decimal ASCII 10-byte PID string with
  1648.    leading spaces because -DLINUXFSSTND ("Linux File System Standard") is
  1649.    included in the compilation CFLAGS. If you remove this definition,
  1650.    C-Kermit will use the earlier arrangement of integer PID,
  1651.    /usr/spool/uucp/LCK..name. The leading spaces are required by FSSTND
  1652.    1.2, but FSSTND 1.0 required leading zeros; to get the leading zeros,
  1653.    also include -DFSSTND10. Use whichever option agrees with your uucp,
  1654.    cu, tip, etc, programs.
  1655.    
  1656.    One user reported problems building C-Kermit under Linux
  1657.    2.0.30/Slackware 96, errors like:
  1658.    
  1659.   /usr/include/linux/socket.h:77: warning: `PF_AAL5' redefined
  1660.   /usr/local/include/socketbits.h:68: warning: this is the location of the
  1661.   previous definition
  1662.   ckutio.c:4679: `TIOCGSERIAL' undeclared (first use this function)
  1663.   ckutio.c:4685: `TIOCSSERIAL' undeclared (first use this function)
  1664.   ckutio.c:6092: warning: passing arg 3 of `select' from incompatible
  1665.   pointer type
  1666.  
  1667.    etc etc. Diagnosis: These were caused by installing some other
  1668.    package, which created files in /usr/local/include. Cure:
  1669.    
  1670.   rm -rf /usr/local/include
  1671.  
  1672.    start over.
  1673.    
  1674.    Reportedly, building C-Kermit 6.0 on Linux 1.1.33 and 1.1.34 gets
  1675.    fatal compilation errors due to inconsistencies in the Linux header
  1676.    files. Linux kernel versions prior to 1.1.33 and later than 1.1.34
  1677.    should be OK. (Also, C-Kermit 6.1 and later should be OK since we no
  1678.    longer include kernel header files.)
  1679.    
  1680.    Reportedly there is a bug in gcc 2.5.8 with signed to unsigned
  1681.    compares that can wreak havoc when Kermit (or most any other program)
  1682.    is compiled with this version of gcc; reportedly this can be worked
  1683.    around, at least in part, by adding "-fno-unroll-loops" to the gcc
  1684.    compilation options. (This problem is evidently fixed in more recent
  1685.    gcc releases.)
  1686.    
  1687.    Reportedly, if you have the iBCS2 (Intel Binary Compatibility Standard
  1688.    2) module installed, you can also run SCO Xenix and Unix binaries
  1689.    under Linux, including the SCO C-Kermit binaries, shareable libraries
  1690.    and all. (iCBS2 is available via anonymous ftp from
  1691.    [284]tsx-11.mit.edu, along with an SCO libc_s compatibility module for
  1692.    Linux).
  1693.    
  1694.    There is evidently a minor problem with GCC (version unknown) on
  1695.    (64-bit) Alpha platforms, in which it complains:
  1696.    
  1697.   warning: cast to pointer from integer of different size
  1698.  
  1699.    whenever it encounters a legitimate trinary expression like:
  1700.    
  1701.   integer ? "string1" : "string2"
  1702.  
  1703.    (The "integer" can also be an integer-valued expression.) These
  1704.    warnings appear to be harmless.
  1705.     ________________________________________________________________________
  1706.   
  1707.   3.3.2. Problems with Serial Devices in Linux
  1708.   
  1709.    [ [285]Top ] [ [286]Contents ] [ [287]Section Contents ] [ [288]Next ]
  1710.    [ [289]Previous ]
  1711.    
  1712.      Also see: "man setserial", "man irqtune".
  1713.      And: [290]Sections 3.0, [291]6, [292]7, and [293]8 of this
  1714.      document.
  1715.      
  1716.      NOTE: Red Hat Linux 7.2 and later include a new API that allows
  1717.      serial-port arbitration by non-setuid/gid programs. This API has
  1718.      not yet been added to C-Kermit. If C-Kermit is to be used for
  1719.      dialing out on Red Hat 7.2 or later, it must still be installed as
  1720.      described in in Sections [294]10 and [295]11 of the
  1721.      [296]Installation Instructions. 
  1722.      
  1723.    Don't expect it to be easy. Queries like the following are posted to
  1724.    the Linux newsgroups almost daily:
  1725.    
  1726.      Problem of a major kind with my Compaq Presario 1805 in the sense
  1727.      that the pnpdump doesn't find the modem and the configuration tells
  1728.      me that the modem is busy when I set everything by hand!
  1729.      
  1730.      I have <some recent SuSE distribution>, kernel 2.0.35. Using the
  1731.      Compaq tells me that the modem (which is internal) is on COM2, with
  1732.      the usual IRQ and port numbers. Running various Windows diagnostics
  1733.      show me AT-style commands exchanged so I have no reason to beleive
  1734.      that it is a Winmodem. Also, the diagnostics under Win98 tell me
  1735.      that I am talking to an NS 16550AN.
  1736.      
  1737.    [Editor's note: This does not necessarily mean it isn't a Winmodem.]
  1738.    
  1739.      Under Linux, no joy trying to talk to the modem on /dev/cua1
  1740.      whether via minicom, kppp, or chat; kppp at least tells me that
  1741.      tcgetattr() failed.
  1742.      
  1743.      Usage of setserial:
  1744.      
  1745.   setserial /dev/cua1 port 0x2F8 irq 3 autoconfig
  1746.   setserial -g /dev/cua1
  1747.  
  1748.      tells me that the uart is 'unknown'. I have tried setting the UART
  1749.      manullay via. setserial to 16550A, 16550, and the other one (8550?)
  1750.      (I didn't try 16540). None of these manual settings resulted in any
  1751.      success.
  1752.      
  1753.      A look at past articles leads me to investigate PNP issues by
  1754.      calling pnpdump but pnpdump returns "no boards found". I have
  1755.      looked around on my BIOS (Phoenix) and there is not much evidence
  1756.      of it being PNP aware. However for what it calls "Serial port A",
  1757.      it offers a choice of Auto, Disabled or Manual settings (currently
  1758.      set to Auto), but using the BIOS interface I tried to change to
  1759.      'manual' and saw the default settings offered to be were 0x3F8 and
  1760.      IRQ 4 (COM1). The BIOS menus did not give me any chance to
  1761.      configure COM2 or any "modem". I ended up not saving any BIOS
  1762.      changes in the course of my investigations.
  1763.      
  1764.    You can also find out a fair amount about your PC's hardware
  1765.    configuration in the text files in /proc, e.g.:
  1766.    
  1767.   -r--r--r--    1 root            0 Sep  4 14:00 /proc/devices
  1768.   -r--r--r--    1 root            0 Sep  4 14:00 /proc/interrupts
  1769.   -r--r--r--    1 root            0 Sep  4 14:00 /proc/ioports
  1770.   -r--r--r--    1 root            0 Sep  4 14:00 /proc/pci
  1771.  
  1772.    From the directory listing they look like empty files, but in fact
  1773.    they are text files that you "cat":
  1774.    
  1775. $ cat /proc/pci
  1776.    Bus  0, device  14, function  0:
  1777.      Serial controller: US Robotics/3Com 56K FaxModem Model 5610 (rev 1).
  1778.        IRQ 10.
  1779.        I/O at 0x1050 [0x1057].
  1780.  
  1781. $ setserial -g /dev/ttyS4
  1782. /dev/ttyS4, UART: 16550A, Port: 0x1050, IRQ: 10
  1783.  
  1784. $ cat /proc/ioports
  1785. 1050-1057 : US Robotics/3Com 56K FaxModem Model 5610
  1786.    1050-1057 : serial(auto)
  1787.  
  1788. $ cat /proc/interrupts
  1789.             CPU0
  1790.    0:    7037515          XT-PIC  timer
  1791.    1:          2          XT-PIC  keyboard
  1792.    2:          0          XT-PIC  cascade
  1793.    4:          0          XT-PIC  serial
  1794.    8:          1          XT-PIC  rtc
  1795.    9:     209811          XT-PIC  usb-uhci, eth0
  1796.   14:     282015          XT-PIC  ide0
  1797.   15:          6          XT-PIC  ide1
  1798.  
  1799.    Watch out for PCI, PCMCIA and Plug-n-Play devices, Winmodems, and the
  1800.    like (see cautions in [297]Section 3.0 Linux supports Plug-n-Play
  1801.    devices to some degree via the isapnp and pnpdump programs; read the
  1802.    man pages for them. (If you don't have them, look on your installation
  1803.    CD for isapnptool or download it from sunsite or a sunsite mirror or
  1804.    other politically correct location).
  1805.    
  1806.    PCI modems do not use standard COM port addresses. The I/O address and
  1807.    IRQ are assigned by the BIOS. All you need to do to get one working,
  1808.    find out the I/O address and interrupt number with (as root) "lspci -v
  1809.    | more" and then give the resulting address and interrupt number to
  1810.    setserial.
  1811.    
  1812.    Even when you have a real serial port, always be wary of interrupt
  1813.    conflicts and similar PC hardware configuration issues: a PC is not a
  1814.    real computer like other Unix workstations -- it is generally pieced
  1815.    together from whatever random components were the best bargain on the
  1816.    commodity market the week it was built. Once it's assembled and boxed,
  1817.    not even the manufacturer will remember what it's made of or how it
  1818.    was put together because they've moved on to a new model. Their job is
  1819.    to get it (barely) working with Windows; for Linux and other OS's you
  1820.    are on your own.
  1821.    
  1822.    "set line /dev/modem" or "set line /dev/ttyS2", etc, results in an
  1823.    error, "/dev/modem is not a tty". Cause unknown, but obviously a
  1824.    driver issue, not a Kermit one (Kermit uses "isatty()" to check that
  1825.    the device is a tty, so it knows it will be able to issue all the
  1826.    tty-related ioctl's on it, like setting the speed & flow control). Try
  1827.    a different name (i.e. driver) for the same port, e.g. "set line
  1828.    /dev/cua2" or whatever.
  1829.    
  1830.    To find what serial ports were registered at the most recent system
  1831.    boot, type (as root): "grep tty /var/log/dmesg".
  1832.    
  1833.    "set modem type xxx" (where xxx is the name of a modem) followed by
  1834.    "set line /dev/modem" or "set
  1835.    line /dev/ttyS2", etc, hangs (but can be interrupted with Ctrl-C).
  1836.    Experimentation shows that if the modem is configured to always assert
  1837.    carrier (&C0) the same command does not hang. Again, a driver issue.
  1838.    Use /dev/cua2 (or whatever) instead. (Or not -- hopefully none of
  1839.    these symptoms occurs in C-Kermit 7.0 or later.)
  1840.    
  1841.    "set line /dev/cua0" reports "Device is busy", but "set line
  1842.    /dev/ttyS0" works OK.
  1843.    
  1844.    In short: If the cua device doesn't work, try the corresponding ttyS
  1845.    device. If the ttyS device doesn't work, try the corresponding cua
  1846.    device -- but note that Linux developers do not recommend this, and
  1847.    are phasing out the cua devices. From /usr/doc/faq/howto/Serial-HOWTO:
  1848.    
  1849.    12.4. What's The Real Difference Between the /dev/cuaN And /dev/ttySN
  1850.           Devices?
  1851.           The only difference is the way that the devices are opened. The
  1852.           dialin devices /dev/ttySN are opened in blocking mode, until CD
  1853.           is asserted (ie someone connects). So, when someone wants to
  1854.           use the /dev/cuaN device, there is no conflict with a program
  1855.           watching the /dev/ttySN device (unless someone is connected of
  1856.           course). The multiple /dev entries, allow operation of the same
  1857.           physical device with different operating characteristics. It
  1858.           also allows standard getty programs to coexist with any other
  1859.           serial program, without the getty being retrofitted with
  1860.           locking of some sort. It's especially useful since standard
  1861.           Unix kernel file locking, and UUCP locking are both advisory
  1862.           and not mandatory.
  1863.           
  1864.    It was discovered during development of C-Kermit 7.0 that rebuilding
  1865.    C-Kermit with -DNOCOTFMC (No Close/Open To Force Mode Change) made the
  1866.    aforementioned problem with /dev/ttyS0 go away. It is not yet clear,
  1867.    however, what its affect might be on the /dev/cua* devices. As of 19
  1868.    March 1998, this option has been added to the CFLAGS in the makefile
  1869.    entries for Linux ("make linux").
  1870.    
  1871.    Note that the cua device is now "deprecated", and new editions of
  1872.    Linux will phase (have phased) it out in favor of the ttyS device. See
  1873.    (if it's still there):
  1874.    
  1875.   [298]http://linuxwww.db.erau.edu/mail_archives/linux-kernel/Mar_98/1441.html
  1876.  
  1877.    (no, of course it isn't; you'll have to use your imagination). One
  1878.    user reported that C-Kermit 7.0, when built with egcs 1.1.2 and run on
  1879.    Linux 2.2.6 with glibc 2.1 (hardware unknown but probably a PC) dumps
  1880.    core when given a "set line /dev/ttyS1" command. When rebuilt with
  1881.    gcc, it works fine.
  1882.    
  1883.    All versions of Linux seem to have the following deficiency: When a
  1884.    modem call is hung up and CD drops, Kermit can no longer read the
  1885.    modem signals; SHOW COMMUNICATIONS says "Modem signals not available".
  1886.    The TIOCMGET ioctl() returns -1 with errno 5 ("I/O Error").
  1887.    
  1888.    The Linux version of POSIX tcsendbreak(), which is used by C-Kermit to
  1889.    send regular (275msec) and long (1.5sec) BREAK signals, appears to
  1890.    ignore its argument (despite its description in the man page and info
  1891.    topic), and always sends a regular 275msec BREAK. This has been
  1892.    observed in Linux versions ranging from Debian 2.1 to Red Hat 7.1.
  1893.     ________________________________________________________________________
  1894.   
  1895.   3.3.3. Terminal Emulation in Linux
  1896.   
  1897.    [ [299]Top ] [ [300]Contents ] [ [301]Section Contents ] [ [302]Next ]
  1898.    [ [303]Previous ]
  1899.    
  1900.    C-Kermit is not a terminal emulator. For a brief explanation of why
  1901.    not, see [304]Section 3.0.5. For a fuller explanation, [305]ClICK
  1902.    HERE.
  1903.    
  1904.    In Unix, terminal emulation is supplied by the Window in which you run
  1905.    Kermit: the regular console screen, which provides Linux Console
  1906.    "emulation" via the "console" termcap entry, or under X-Windows in an
  1907.    xterm window, which gives VTxxx emulation. An xterm that includes
  1908.    color ANSI and VT220 emulation is available with Xfree86:
  1909.    
  1910.   [306]http://dickey.his.com/xterm/xterm.html
  1911.  
  1912.    Before starting C-Kermit in an xterm window, you might need to tell
  1913.    the xterm window's shell to "stty sane".
  1914.    
  1915.    To set up your PC console keyboard to send VT220 key sequences when
  1916.    using C-Kermit as your communications program in an X terminal window
  1917.    (if it doesn't already), create a file somewhere (e.g. in /root/)
  1918.    called .xmodmaprc, containing something like the following:
  1919.    
  1920.   keycode 77  = KP_F1       ! Num Lock     => DEC Gold (PF1)
  1921.   keycode 112 = KP_F2       ! Keypad /     => DEC PF1
  1922.   keycode 63  = KP_F3       ! Keypad *     => DEC PF3
  1923.   keycode 82  = KP_F4       ! Keypad -     => DEC PF4
  1924.   keycode 111 = Help        ! Print Screen => DEC Help
  1925.   keycode 78  = F16         ! Scroll Lock  => DEC Do
  1926.   keycode 110 = F16         ! Pause        => DEC Do
  1927.   keycode 106 = Find        ! Insert       => DEC Find
  1928.   keycode 97  = Insert      ! Home         => DEC Insert
  1929.   keycode 99  = 0x1000ff00  ! Page Up      => DEC Remove
  1930.   keycode 107 = Select      ! Delete       => DEC Select
  1931.   keycode 103 = Page_Up     ! End          => DEC Prev Screen
  1932.   keycode 22  = Delete      ! Backspace sends Delete (127)
  1933.  
  1934.    Then put "xmodmap filename" in your .xinitrc file (in your login
  1935.    directory), e.g.
  1936.    
  1937.   xmodmap /root/.xmodmaprc
  1938.  
  1939.    Of course you can move things around. Use the xev program to find out
  1940.    key codes.
  1941.    
  1942.    Console-mode keys are mapped separately using loadkeys, and different
  1943.    keycodes are used. Find out what they are with showkey.
  1944.    
  1945.    For a much more complete VT220/320 key mapping for [307]Xfree86 xterm,
  1946.    [308]CLICK HERE.
  1947.     ________________________________________________________________________
  1948.   
  1949.   3.3.4. Dates and Times
  1950.   
  1951.    [ [309]Top ] [ [310]Contents ] [ [311]Section Contents ] [ [312]Next ]
  1952.    [ [313]Previous ]
  1953.    
  1954.    If C-Kermit's date-time (e.g. as shown by its DATE command) differs
  1955.    from the system's date and time:
  1956.    
  1957.     a. Make sure the libc to which Kermit is linked is set to GMT or is
  1958.        not set to any time zone. Watch out for mixed libc5/libc6 systems;
  1959.        each must be set indpendently.
  1960.     b. If you have changed your TZ environment variable, make sure it is
  1961.        exported. This is normally done in /etc/profile or /etc/TZ.
  1962.     ________________________________________________________________________
  1963.   
  1964.   3.3.5. Startup Errors
  1965.   
  1966.    [ [314]Top ] [ [315]Contents ] [ [316]Section Contents ] [ [317]Next ]
  1967.    [ [318]Previous ]
  1968.    
  1969.    C-Kermit should work on all versions of Linux current through December
  1970.    2001, provided it was built on the same version you have, with the
  1971.    same libraries and header files (just get the source code and "make
  1972.    linux"). Binaries tend not to travel well from one Linux machine to
  1973.    another, due to their many differences. There is no guarantee that a
  1974.    particular C-Kermit binary will not stop working at a later date,
  1975.    since Linux tends to change out from under its applications. If that
  1976.    happens, rebuild C-Kermit from source. If something goes wrong with
  1977.    the build process, [319]let us know.
  1978.    
  1979.    Inability to transfer files in Red Hat 7.2: the typical symptom would
  1980.    be if you start Kermit and tell it to RECEIVE, it fails right away
  1981.    with "?/dev/tty: No such device or address" or "?Bad file descriptor".
  1982.    One report says this is because of csh, and if you change your shell
  1983.    to bash or other shell, it doesn't happen. Another report cite bugs in
  1984.    Red Hat 7.2 Telnetd "very seldom (if ever) providing a controlling
  1985.    tty, and lots of other people piled on saying they have the same
  1986.    problem.") A third theory is that this happens only when Linux has
  1987.    been installed without virtual terminal support.
  1988.    
  1989.    A search of RedHat's errata pages shows a bug advisory (RHBA-2001-153)
  1990.    issued 13 November 2001, but updated 6 December, about this same
  1991.    symptom (but with tcsh and login.) Seems that login was not always
  1992.    assigning a controlling TTY for the session, which would make most use
  1993.    of "/dev/tty" somewhat less than useful.
  1994.    
  1995.   [320]http://www.redhat.com/support/errata/RHBA-2001-153.html
  1996.  
  1997.    Quoting: "Due to terminal handling problems in /bin/login, tcsh would
  1998.    not find the controlling terminal correctly, and a shell in single
  1999.    user mode would exhibit strange terminal input characteristics. This
  2000.    update fixes both of these problems."
  2001.    
  2002.    Since the Red Hat 5.1 release (circa August 1998), there have been
  2003.    numerous reports of prebuilt Linux executables, and particularly the
  2004.    Kermit RPM for Red Hat Linux, not working; either it won't start at
  2005.    all, or it gives error messages about "terminal type unknown" and
  2006.    refuses to initialize its curses support. The following is from the
  2007.    [321]Kermit newsgroup:
  2008.    
  2009.      From: rchandra@hal9000.buf.servtech.com
  2010.      Newsgroups: comp.protocols.kermit.misc
  2011.      Subject: Red Hat Linux/Intel 5.1 and ncurses: suggestions
  2012.      Date: 22 Aug 1998 15:54:46 GMT
  2013.      Organization: Verio New York
  2014.      Keywords: RedHat RPM 5.1
  2015.      
  2016.      Several factors can influence whether "linux" is recognized as a
  2017.      terminal type on many Linux systems.
  2018.      
  2019.     1. Your program, or the libraries it linked with (if statically
  2020.        linked), or the libraries it dynamically links with at runtime,
  2021.        are looking for an entry in /etc/termcap that isn't there. (not
  2022.        likely, but possible... I believe but am not certain that this is
  2023.        a very old practice in very old [n]curses library implementations
  2024.        to use a single file for all terminal descriptions.)
  2025.     2. Your program, or the libraries...are looking for a terminfo file
  2026.        that just plain isn't there. (also not so likely, since many
  2027.        people in other recent message threads said that other programs
  2028.        work OK).
  2029.     3. Your program, or the libraries...are looking for a terminfo file
  2030.        that is stored at a pathname that isn't expected by your program,
  2031.        the libraries--and so on. I forgot if I read this in the errata
  2032.        Web page or where exactly I discovered this (Netscape install?
  2033.        Acrobat install?), but it may just be that one libc (let's say for
  2034.        sake of argument, libc5, but I don't know this to be true) expects
  2035.        your terminfo to be in /usr/share/terminfo, and the other (let's
  2036.        say libc6/glibc) expects /usr/lib/terminfo. I remember that the
  2037.        specific instructions in this bugfix/workaround were to do the
  2038.        following or equivalent:
  2039.  
  2040.   cd /usr/lib
  2041.   ln -s ../share/terminfo ./terminfo
  2042.        or:
  2043.  
  2044.   ln -s /usr/share/terminfo /usr/lib/terminfo
  2045.  
  2046.      So what this says is that the terminfo database/directory structure
  2047.      can be accessed by either path. When something goes to reference
  2048.      /usr/lib/terminfo, the symlink redirects it to essentially
  2049.      /usr/share/terminfo, which is where it really resides on your
  2050.      system. I personally prefer wherever possible to use relative
  2051.      symlinks, because they still hold, more often than break, across
  2052.      mount points, particularly NFS mounts, where the directory
  2053.      structure may be different on the different systems.
  2054.      
  2055.    Evidently the terminfo file moved between Red Hat 5.0 and 5.1, but Red
  2056.    Hat did not include a link to let applications built prior to 5.1 find
  2057.    it. Users reported that installing the link fixes the problem.
  2058.     ________________________________________________________________________
  2059.   
  2060.   3.3.6. The Fullscreen File Transfer Display
  2061.   
  2062.    [ [322]Top ] [ [323]Contents ] [ [324]Section Contents ] [
  2063.    [325]Previous ]
  2064.    
  2065.    Starting with ncurses versions dated 1998-12-12 (about a year before
  2066.    ncurses 5.0), ncurses sets the terminal for buffered i/o, but
  2067.    unfortunately is not able to restore it upon exit from curses (via
  2068.    endwin()). Thus after a file transfer that uses the fullscreen file
  2069.    transfer display, the terminal no longer echos nor responds
  2070.    immediately to Tab, ?, and other special command characters. The same
  2071.    thing happens on other platforms that use ncurses, e.g. FreeBSD.
  2072.    Workarounds:
  2073.    
  2074.      * Use SET XFER DISPLAY BRIEF, CRT, SERIAL, or NONE instead of
  2075.        FULLSCREEN; or:
  2076.      * Rebuild with KFLAGS=-DNONOSETBUF (C-Kermit 8.0)
  2077.        
  2078.    In Red Hat 7.1, when using C-Kermit in a Gnome terminal window, it was
  2079.    noticed that when the fullscreen file transfer display exits (via
  2080.    endwin()), the previous (pre-file-transfer-display) screen is
  2081.    restored. Thus you can't look at the completed display to see what
  2082.    happened. This is a evidently a new feature of xterm. I can only
  2083.    speculate that initscreen() and endwin() must send some kind of
  2084.    special escape sequences that command xterm to save and restore the
  2085.    screen. To defeat this effect, tell Linux you have a vt100 or other
  2086.    xterm-compatible terminal that is not actually an xterm, or else tell
  2087.    Kermit to SET TRANSFER DISPLAY to something besides FULLSCREEN.
  2088.     ________________________________________________________________________
  2089.   
  2090.   3.4. C-KERMIT AND NEXTSTEP
  2091.   
  2092.    [ [326]Top ] [ [327]Contents ] [ [328]Section Contents ] [ [329]Next ]
  2093.    [ [330]Previous ]
  2094.    
  2095.    Run C-Kermit in a Terminal, Stuart, or xterm window, or when logged in
  2096.    remotely through a serial port or TELNET connection. C-Kermit does not
  2097.    work correctly when invoked directly from the NeXTSTEP File Viewer or
  2098.    Dock. This is because the terminal-oriented gtty, stty, & ioctl calls
  2099.    don't work on the little window that NeXTSTEP pops up for non-NeXTSTEP
  2100.    applications like Kermit. CBREAK and No-ECHO settings do not take
  2101.    effect in the command parser -- commands are parsed strictly line at a
  2102.    time. "set line /dev/cua" works. During CONNECT mode, the console
  2103.    stays in cooked mode, so characters are not transmitted until carriage
  2104.    return or linefeed is typed, and you can't escape back. If you want to
  2105.    run Kermit directly from the File Viewer, then launch it from a shell
  2106.    script that puts it in the desired kind of window, something like this
  2107.    (for "Terminal"):
  2108.    
  2109.   Terminal -Lines 24 -Columns 80 -WinLocX 100 -WinLocY 100 $FONT $FONTSIZE \
  2110.   -SourceDotLogin -Shell /usr/local/bin/kermit &
  2111.  
  2112.    C-Kermit does not work correctly on a NeXT with NeXTSTEP 3.0 to which
  2113.    you have established an rlogin connection, due to a bug in NeXTSTEP
  2114.    3.0, which has been reported to NeXT.
  2115.    
  2116.    The SET CARRIER command has no effect on the NeXT -- this is a
  2117.    limitation of the NeXTSTEP serial-port device drivers.
  2118.    
  2119.    Hardware flow control on the NeXT is selected not by "set flow
  2120.    rts/cts" in Kermit (since NeXTSTEP offers no API for this), but
  2121.    rather, by using a specially-named driver for the serial device:
  2122.    /dev/cufa instead /dev/cua; /dev/cufb instead of /dev/cub. This is
  2123.    available only on 68040-based NeXT models (the situation for Intel
  2124.    NeXTSTEP implementations is unknown).
  2125.    
  2126.    NeXT-built 68030 and 68040 models have different kinds of serial
  2127.    interfaces; the 68030 has a Macintosh-like RS-422 interface, which
  2128.    lacks RTS and CTS signals; the 68040 has an RS-423 (RS-232 compatible)
  2129.    interface, which supports the commonly-used modem signals. WARNING:
  2130.    the connectors look exactly the same, but the pins are used in
  2131.    completely DIFFERENT ways -- different cables are required for the two
  2132.    kinds of interfaces.
  2133.    
  2134.      IF YOU GET LOTS OF RETRANSMISSIONS during file transfer, even when
  2135.      using a /dev/cuf* device and the modem is correctly configured for
  2136.      RTS/CTS flow control, YOU PROBABLY HAVE THE WRONG KIND OF CABLE.
  2137.      
  2138.    On the NeXT, Kermit reportedly (by TimeMon) causes the kernel to use a
  2139.    lot of CPU time when using a "set line" connection. That's because
  2140.    there is no DMA channel for the NeXT serial port, so the port must
  2141.    interrupt the kernel for each character in or out.
  2142.    
  2143.    One user reported trouble running C-Kermit on a NeXT from within
  2144.    NeXT's Subprocess class under NeXTstep 3.0, and/or when rlogin'd from
  2145.    one NeXT to another: Error opening /dev/tty:, congm: No such device or
  2146.    address. Diagnosis: Bug in NeXTSTEP 3.0, cure unknown.
  2147.     ________________________________________________________________________
  2148.   
  2149.   3.5. C-KERMIT AND QNX
  2150.   
  2151.    [ [331]Top ] [ [332]Contents ] [ [333]Section Contents ] [ [334]Next ]
  2152.    [ [335]Previous ]
  2153.    
  2154.    See also: The [336]comp.os.qnx newsgroup.
  2155.    
  2156.    Support for QNX 4.x was added in C-Kermit 5A(190). This is a
  2157.    full-function implementation, thoroughly tested on QNX 4.21 and later,
  2158.    and verified to work in both 16-bit and 32-bit versions. The 16-bit
  2159.    version was dropped in C-Kermit 7.0 since it can no longer be built
  2160.    successfully (after stripping most most features, I succeeded in
  2161.    getting it to compile and link without complaint, but the executable
  2162.    just beeps when you run it); for 16-bit QNX 4.2x, use C-Kermit 6.0 or
  2163.    earlier, or else [337]G-Kermit.
  2164.    
  2165.    The 32-bit version (and the 16-bit version prior to C-Kermit 7.0)
  2166.    support most of C-Kermit's advanced features including TCP/IP, high
  2167.    serial speeds, hardware flow-control, modem-signal awareness, curses
  2168.    support, etc.
  2169.    
  2170.    BUG: In C-Kermit 6.0 on QNX 4.22 and earlier, the fullscreen file
  2171.    transfer display worked fine the first time, but was fractured on
  2172.    subsequent file transfers. Cause and cure unknown. In C-Kermit 7.0 and
  2173.    QNX 4.25, this no longer occurs. It is not known if it would occur in
  2174.    C-Kermit 7.0 or later on earlier QNX versions.
  2175.    
  2176.    Dialout devices are normally /dev/ser1, /dev/ser2, ..., and can be
  2177.    opened explicitly with SET LINE. Reportedly, "/dev/ser" (no unit
  2178.    number) opens the first available /dev/sern device.
  2179.    
  2180.    Like all other Unix C-Kermit implementations, QNX C-Kermit does not
  2181.    provide any kind of terminal emulation. Terminal specific functions
  2182.    are provided by your terminal, terminal window (e.g. QNX Terminal or
  2183.    xterm), or emulator.
  2184.    
  2185.    QNX C-Kermit, as distributed, does not include support for UUCP
  2186.    line-locking; the QNX makefile entries (qnx32 and qnx16) include the
  2187.    -DNOUUCP switch. This is because QNX, as distributed, does not include
  2188.    UUCP, and its own communications software (e.g. qterm) does not use
  2189.    UUCP line locking. If you have a UUCP product installed on your QNX
  2190.    system, remove the -DNOUUCP switch from the makefile entry and
  2191.    rebuild. Then check to see that Kermit's UUCP lockfile conventions are
  2192.    the same as those of your UUCP package; if not, read the [338]UUCP
  2193.    lockfile section of the [339]Installation Instructions and make the
  2194.    necessary changes to the makefile entry (e.g. add -DHDBUUCP).
  2195.    
  2196.    QNX does, however, allow a program to get the device open count. This
  2197.    can not be a reliable form of locking unless all applications do it,
  2198.    so by default, Kermit uses this information only for printing a
  2199.    warning message such as:
  2200.    
  2201.   C-Kermit>set line /dev/ser1
  2202.   WARNING - "/dev/ser1" looks busy...
  2203.  
  2204.    However, if you want to use it as a lock, you can do so with:
  2205.    
  2206.   SET QNX-PORT-LOCK { ON, OFF }
  2207.  
  2208.    This is OFF by default; if you set in ON, C-Kermit will fail to open
  2209.    any dialout device when its open count indicates that another process
  2210.    has it open. SHOW COMM (in QNX only) displays the setting, and if you
  2211.    have a port open, it also shows the open count.
  2212.    
  2213.    As of C-Kermit 8.0, C-Kermit's "open-count" form of line locking works
  2214.    only in QNX4, not in QNX6 (this might change in a future C-Kermit
  2215.    release).
  2216.     ________________________________________________________________________
  2217.   
  2218.   3.6. C-KERMIT AND SCO
  2219.   
  2220.    [ [340]Top ] [ [341]Contents ] [ [342]Section Contents ] [ [343]Next ]
  2221.    [ [344]Previous ]
  2222.    
  2223.    SECTION CONTENTS
  2224.    
  2225. 3.6.1. [345]SCO XENIX
  2226. 3.6.2. [346]SCO UNIX and OSR5
  2227. 3.6.3. [347]Unixware
  2228. 3.6.4. [348]Open UNIX 8
  2229.  
  2230.    REFERENCES
  2231.    
  2232.      * The comp.unix.sco.* newsgroups.
  2233.      * [349]Section 3.10 below for Unixware.
  2234.      * The following FAQs:
  2235.        
  2236.         The comp.sco.misc FAQ:
  2237.                 [350]http://aplawrence.com/SCOFAQ/
  2238.                 
  2239.         Caldera (SCO) comp.unix.sco.programmer FAQ:
  2240.                 [351]http://www.zenez.com/cgi-bin/scoprogfaq/faq.pl
  2241.                 
  2242.         The UnixWare 7/OpenUNIX 8 FAQ:
  2243.                 [352]http://www.zenez.com/cgi-bin/scouw7faq/faq.pl
  2244.                 [353]http://zenez.pcunix.com/cgi-bin/scouw7faq/faq.pl
  2245.                 
  2246.         High Speed Modems for SCO Unix:
  2247.                 [354]http://pcunix.com/Unixart/modems.html
  2248.                 
  2249.         The UnixWare FAQ
  2250.                 [355]http://www.freebird.org/faq/
  2251.                 
  2252.         The UnixWare 1.x and 2.0 Programmer FAQ
  2253.                 [356]http://www.freebird.org/faq/developer.html
  2254.                 
  2255.         Caldera Support Knowledge Base
  2256.                 [357]http://support.caldera.com/caldera
  2257.                 
  2258.    Also see general comments on PC-based Unixes in [358]Section 3.0.
  2259.    
  2260.   3.6.1. SCO XENIX
  2261.   
  2262.    [ [359]Top ] [ [360]Contents ] [ [361]Section Contents ] [ [362]Next ]
  2263.    
  2264.    Old Xenix versions... Did you know: Xenix 3.0 is *older* than Xenix
  2265.    2.0?
  2266.    
  2267.    In Xenix 2.3.4 and probably other Xenix versions, momentarily dropping
  2268.    DTR to hang up a modem does not work. DTR goes down but does not come
  2269.    up again. Workaround: Use SET MODEM HANGUP-METHOD MODEM-COMMAND.
  2270.    Anybody who would like to fix this is welcome to take a look at
  2271.    tthang() in [363]ckutio.c. Also: modem signals can not be read in
  2272.    Xenix, and the maximum serial speed is 38400.
  2273.    
  2274.    There is all sorts of confusion among SCO versions, particularly when
  2275.    third- party communications boards and drivers are installed,
  2276.    regarding lockfile naming conventions, as well as basic functionality.
  2277.    As far as lockfiles go, all bets are off if you are using a
  2278.    third-party multiport board. At least you have the source code.
  2279.    Hopefully you also have a C compiler :-)
  2280.    
  2281.    Xenix 2.3.0 and later claim to support RTSFLOW and CTSFLOW, but this
  2282.    is not modern bidirectional hardware flow control; rather it
  2283.    implements the original RS-232 meanings of these signals for
  2284.    unidirectional half-duplex line access: If both RTSFLOW and CTSFLOW
  2285.    bits are set, Xenix asserts RTS when it wants to send data and waits
  2286.    for CTS assertion before it actually starts sending data (also,
  2287.    reportedly, even this is broken in Xenix 2.3.0 and 2.3.1).
  2288.     ________________________________________________________________________
  2289.   
  2290.   3.6.2. SCO UNIX AND OSR5
  2291.   
  2292.    [ [364]Top ] [ [365]Contents ] [ [366]Section Contents ] [ [367]Next ]
  2293.    [ [368]Previous ]
  2294.    
  2295.    SCO systems tend to use different names (i.e. drivers) for the same
  2296.    device. Typically /dev/tty1a refers to a terminal device that has no
  2297.    modem control; open, read, write, and close operations do not depend
  2298.    on carrier. On the other hand, /dev/tty1A (same name, but with final
  2299.    letter upper case), is the same device with modem control, in which
  2300.    carrier is required (the SET LINE command does not complete until
  2301.    carrier appears, read/write operations fail if there is no carrier,
  2302.    etc).
  2303.    
  2304.    SCO OpenServer 5.0.5 and earlier do not support the reading of modem
  2305.    signals. Thus "show comm" does not list modem signals, and C-Kermit
  2306.    does not automatically pop back to its prompt when the modem hangs up
  2307.    the connection (drops CD). The ioctl() call for this is simply not
  2308.    implmented, at least not in the standard drivers. OSR5.0.6 attempts to
  2309.    deal with modem signals but fails; however OSR5.0.6a appears to
  2310.    function properly.
  2311.    
  2312.    Dialing is likely not to work well in SCO OpenServer 5.0.x because
  2313.    many of the serial-port APIs simply do not operate when using the
  2314.    standard drivers. For example, if DTR is dropped by the recommended
  2315.    method (setting speed to 0 for half a seconds, then restoring the
  2316.    speed), DTR and RTS go down but never come back up. When in doubt SET
  2317.    MODEM HANGUP-METHOD MODEM-COMMAND or SET DIAL HANGUP OFF.
  2318.    
  2319.    On the other hand, certain functions that might not (do not) work
  2320.    right or at all when using SCO drivers (e.g. high serial speeds,
  2321.    hardware flow control, and/or reading of modem signals) might work
  2322.    right when using third-party drivers. (Example: hardware flow control
  2323.    works, reportedly, only on uppercase device like tty1A -- not tty1a --
  2324.    and only when CLOCAL is clear when using the SCO sio driver, but there
  2325.    are no such restrictions in, e.g., [369]Digiboard drivers).
  2326.    
  2327.    One user reports that he can't transfer large files with C-Kermit
  2328.    under SCO OSR5.0.0 and 5.0.4 -- after the first 5K, everything falls
  2329.    apart. Same thing without Kermit -- e.g. with ftp over a PPP
  2330.    connection. Later, he said that replacing SCO's SIO driver with FAS,
  2331.    an alternative communications driver, made the problem go away:
  2332.    
  2333.   [370]ftp://ftp.fu-berlin.de/pub/unix/driver/fas
  2334.  
  2335.    With regard to bidirectional serial ports on OpenServer 5.0.4, the
  2336.    following advice appeared on an SCO-related newsgroup:
  2337.    
  2338.      No amount of configuration information is going to help you on
  2339.      5.0.4 unless it includes the kludge for the primary problem. With
  2340.      almost every modem, the 5.0.4 getty will barf messages and may or
  2341.      may not connect. There are 2 solutions and only one works on 5.0.4.
  2342.      Get the atdialer binary from a 5.0.0 system and substitute it for
  2343.      the native 5.0.4 atdialer. The other solution is to upgrade to
  2344.      5.0.5. And, most of all, on any OpenServer products, do NOT run the
  2345.      badly broken Modem Manager. Configure the modems in the time
  2346.      honored way that dates back to Xenix.
  2347.      
  2348.    Use SCO-provided utilities for switching the directionality of a modem
  2349.    line, such as "enable" and "disable" commands. For example, to dial
  2350.    out on tty1a, which is normally set up for logins:
  2351.    
  2352.   disable tty1a
  2353.   kermit -l /dev/tty1a
  2354.   enable tty1a
  2355.  
  2356.    If a tty device is listed as an ACU in /usr/lib/uucp/Devices and is
  2357.    enabled, getty resets the ownership and permissions to uucp.uucp and
  2358.    640 every time the device is released. If you want to use the device
  2359.    only for dialout, and you want to specify other owners or permissions,
  2360.    you should disable it in /usr/lib/uucp/Devices; this will prevent
  2361.    getty from doing things to it. You should also changes the device's
  2362.    file modes in /etc/conf/node.d/sio by changing fields 5-7 for the
  2363.    desired device(s); this determines how the devices are set if you
  2364.    relink the kernel.
  2365.    
  2366.    One SCO user of C-Kermit 5A(190) reported that only one copy of Kermit
  2367.    can run at a time when a Stallion Technologies multiport boards are
  2368.    installed. Cause, cure, and present status unknown (see [371]Section
  2369.    14 for more info regarding Stallion).
  2370.    
  2371.    Prior to SCO OpenServer 5.0.4, the highest serial port speed supported
  2372.    by SCO was 38400. However, in some SCO versions (e.g. OSR5) it is
  2373.    possible to map rarely-used lower speeds (like 600 and 1800) to higher
  2374.    ones like 57600 and 115200. To find out how, go to
  2375.    [372]http://www.sco.com/ and search for "115200". In OSR5.0.4, serial
  2376.    speeds up to 921600 are supported through the POSIX interface;
  2377.    C-Kermit 6.1.193 or later, when built for OSR5.0.4 using /bin/cc (NOT
  2378.    the UDK, which hides the high-speed definitions from CPP), supports
  2379.    these speeds, but you might be able to run this binary on earlier
  2380.    releases to get the high serial speeds, depending on various factors,
  2381.    described by Bela Lubkin of SCO:
  2382.    
  2383.   Serial speeds under SCO Unix / Open Desktop / OpenServer
  2384.   ========================================================
  2385.   Third party drivers (intelligent serial boards) may provide any speeds
  2386.   they desire; most support up to 115.2Kbps.
  2387.  
  2388.   SCO's "sio" driver, which is used to drive standard serial ports with
  2389.   8250/16450/16550 and similar UARTs, was limited to 38400bps in older
  2390.   releases.  Support for rates through 115.2Kbps was added in the
  2391.   following releases:
  2392.  
  2393.     SCO OpenServer Release 5.0.0 (requires supplement "rs40b")
  2394.     SCO OpenServer Release 5.0.2 (requires supplement "rs40a" or "rs40b")
  2395.     SCO OpenServer Release 5.0.4 or later
  2396.     SCO Internet FastStart Release 1.0.0 or later
  2397.  
  2398.    SCO supplements are at [373]ftp://ftp.sco.com/; the "rs40" series are
  2399.    under directory /Supplements/internet
  2400.    
  2401.    Kermit includes the high serial speeds in all OSR5 builds, but that
  2402.    does not necessarily mean they work. For example, on our in-house
  2403.    5.0.5 system, SET SPEED 57600 or higher seems to succeed (no error
  2404.    occurs) but when we read the speed back the driver says it is 50.
  2405.    Similarly, 76800 becomes 75, and 115200 becomes 110. Testing shows the
  2406.    resulting speed is indeed the low one we read back, not the high one
  2407.    we asked for. Moral: Use speeds higher than 38400 with caution on SCO
  2408.    OSR5.
  2409.    
  2410.    Reportedly, if you have a script that makes a TCP/IP SET HOST (e.g.
  2411.    Telnet) connection to SCO 3.2v4.2 with TCP/IP 1.2.1, and then does the
  2412.    following:
  2413.    
  2414.   script $ exit
  2415.   hangup
  2416.  
  2417.    this causes a pseudoterminal (pty) to be consumed on the SCO system;
  2418.    if you do it enough times, it will run out of ptys. An "exit" command
  2419.    is being sent to the SCO shell, and a HANGUP command is executed
  2420.    locally, so the chances are good that both sides are trying to close
  2421.    the connection at once, perhaps inducing a race condition in which the
  2422.    remote pty is not released. It was speculated that this would be fixed
  2423.    by applying SLS net382e, but it did not. Meanwhile, the workaround is
  2424.    to insert a "pause" between the SCRIPT and HANGUP commands. (The
  2425.    situation with later SCO releases is not known.)
  2426.    
  2427.    SCO UNIX and OpenServer allow their console and/or terminal drivers to
  2428.    be configured to translate character sets for you. DON'T DO THIS WHEN
  2429.    USING KERMIT! First of all, you don't need it -- Kermit itself already
  2430.    does this for you. And second, it will (a) probably ruin the
  2431.    formatting of your screens (depending on which emulation you are
  2432.    using); and (b) interfere with all sorts of other things -- legibility
  2433.    of non-ASCII text on the terminal screen, file transfer, etc. Use:
  2434.    
  2435.   mapchan -n
  2436.  
  2437.    to turn off this feature.
  2438.    
  2439.    Note that there is a multitude of SCO entries in the makefile, many of
  2440.    them exhibiting an unusually large number of compiler options. Some
  2441.    people actually understand all of this. Reportedly, things are
  2442.    settling down with SCO OpenServer 5.x and Unixware 7 (and Open UNIX 8
  2443.    and who knows what the next one will be -- Linux probably) -- the SCO
  2444.    UDK compiler is said to generate binaries that will run on either
  2445.    platform, by default, automatically. When using gcc or egcs, on the
  2446.    other hand, differences persist, plus issues regarding the type of
  2447.    binary that is generated (COFF, ELF, etc), and where and how it can
  2448.    run. All of this could stand further clarification by SCO experts.
  2449.     ________________________________________________________________________
  2450.   
  2451.   3.6.3. Unixware
  2452.   
  2453.    [ [374]Top ] [ [375]Contents ] [ [376]Section Contents ] [ [377]Next ]
  2454.    [ [378]Previous ]
  2455.    
  2456.    Unixware changed hands several times before landing at SCO, and so has
  2457.    its [379]own section in this document. (Briefly: AT&T UNIX Systems
  2458.    Laboratories sold the rights to the UNIX name and to System V R4 (or
  2459.    R5?) to Novell; later Novell spun its UNIX division off into a new
  2460.    company called Univel, which eventually was bought by SCO.)
  2461.     ________________________________________________________________________
  2462.   
  2463.   3.6.4. Open UNIX 8
  2464.   
  2465.    [ [380]Top ] [ [381]Contents ] [ [382]Section Contents ] [
  2466.    [383]Previous ]
  2467.    
  2468.    SCO was bought by Caldera in 2000 or 2001 and evolved Unixware 7.1
  2469.    into Caldera Open UNIX 8.00. It's just like Unixware 7.1 as far as
  2470.    Kermit is concerned (the Unixware 7.1 makefile target works for Open
  2471.    UNIX 8.00, and in fact a Unixware 7.1 Kermit binary built on Unixware
  2472.    7.1 runs under OU8; a separate OU8 makefile target exists simply to
  2473.    generate an appropriate program startup herald).
  2474.     ________________________________________________________________________
  2475.   
  2476.   3.7. C-KERMIT AND SOLARIS
  2477.   
  2478.    [ [384]Top ] [ [385]Contents ] [ [386]Section Contents ] [ [387]Next ]
  2479.    [ [388]Previous ]
  2480.    
  2481.    SECTION CONTENTS
  2482.    
  2483. 3.7.1. [389]Serial Port Configuration
  2484. 3.7.2. [390]Serial Port Problems
  2485. 3.7.3. [391]SunLink X.25
  2486. 3.7.4. [392]Sun Workstation Keyboard Mapping
  2487. 3.7.5. [393]Solaris 2.4 and Earlier
  2488.  
  2489.    REFERENCES
  2490.    
  2491.      * The [394]comp.unix.solaris newsgroup
  2492.      * [395]http://access1.sun.com/
  2493.      * [396]http://docs.sun.com/
  2494.      * [397]http://www.sunhelp.com/
  2495.      * [398]http://www.wins.uva.nl/pub/solaris/solaris2/
  2496.      * [399]http://www.wins.uva.nl/cgi-bin/sfaq.cgi
  2497.      * [400]ftp://ftp.wins.uva.nl/pub/solaris
  2498.      * [401]http://www.science.uva.nl/pub/solaris/solaris2.html
  2499.        
  2500.    And about serial communications in particular, see "Celeste's Tutorial
  2501.    on Solaris 2.x Modems and Terminals":
  2502.    
  2503.   [402]http://www.stokely.com/
  2504.  
  2505.    In particular:
  2506.    
  2507.   [403]http://www.stokely.com/unix.sysadm.resources/faqs.sun.html
  2508.  
  2509.    For PC-based Solaris, also see general comments on PC-based Unixes in
  2510.    [404]Section 3.0. Don't expect Solaris or any other kind of Unix to
  2511.    work right on a PC until you resolve all interrupt conflicts. Don't
  2512.    expect to be able to use COM3 or COM4 (or even COM2) until you have
  2513.    configured their addresses and interrupts.
  2514.     ________________________________________________________________________
  2515.   
  2516.   3.7.1. Serial Port Configuration
  2517.   
  2518.    [ [405]Top ] [ [406]Contents ] [ [407]Section Contents ] [
  2519.    [408]Section Contents ] [ [409]Next ]
  2520.    
  2521.    Your serial port can't be used -- or at least won't work right --
  2522.    until it is enabled in Solaris. For example, you get a message like
  2523.    "SERIAL: Operation would block" when attempting to dial. This probably
  2524.    indicates that the serial port has not been enabled for use with
  2525.    modems. You'll need to follow the instructions in your system setup or
  2526.    management manual, such as (e.g.) the Desktop SPARC Sun System &
  2527.    Network Manager's Guide, which should contain a section "Setting up
  2528.    Modem Software"; read it and follow the instructions. These might (or
  2529.    might not) include running a program called "eeprom", editing some
  2530.    system configuration file (such as, for example:
  2531.    
  2532.   /platform/i86pc/kernel/drv/asy.conf
  2533.  
  2534.    and then doing a configuration reboot, or running some other programs
  2535.    like drvconfig and devlinks. "man eeprom" for details.
  2536.    
  2537.    Also, on certain Sun models like IPC, the serial port hardware might
  2538.    need to have a jumper changed to make it an RS-232 port rather than
  2539.    RS-423.
  2540.    
  2541.    eeprom applies only to real serial ports, not to "Spiff" devices
  2542.    (serial port expander), in which case setup with Solaris' admintool is
  2543.    required.
  2544.    
  2545.    Another command you might need to use is pmadm, e.g.:
  2546.    
  2547.   pmadm -d -p zsmon -s tty3
  2548.   pmadm -e -p zsmon -s tty3
  2549.  
  2550.    You can use the following command to check if a process has the device
  2551.    open:
  2552.    
  2553.   fuser -f /dev/term/3
  2554.  
  2555.    In some cases, however (according to Sun support, May 2001) "It is
  2556.    still possible that a zombie process has hold of the port EVEN IF
  2557.    there is no lock file and the fuser command comes up empty. In that
  2558.    case, the only way to resolve the problem is by rebooting."
  2559.    
  2560.    If you can't establish communication through a serial port to a device
  2561.    that is not asserting CD (Carrier Detect), try setting the environment
  2562.    variable "ttya-ignore-cd" to "true" (replace "ttya" with the port
  2563.    name).
  2564.     ________________________________________________________________________
  2565.   
  2566.   3.7.2. Serial Port Problems
  2567.   
  2568.    [ [410]Top ] [ [411]Contents ] [ [412]Section Contents ] [ [413]Next ]
  2569.    [ [414]Previous ]
  2570.    
  2571.    Current advice from Sun is to always the /dev/cua/x devices for
  2572.    dialing out, rather than the /dev/term/x. Nevertheless, if you have
  2573.    trouble dialing out with one, try the other.
  2574.    
  2575.    Reportedly, if you start C-Kermit and "set line" to a port that has a
  2576.    modem connected to it that is not turned on, and then "set flow
  2577.    rts/cts", there might be some (unspecified) difficulties closing the
  2578.    device because the CTS signal is not coming in from the modem.
  2579.     ________________________________________________________________________
  2580.   
  2581.   3.7.3. SunLink X.25
  2582.   
  2583.    [ [415]Top ] [ [416]Contents ] [ [417]Section Contents ] [ [418]Next ]
  2584.    [ [419]Previous ]
  2585.    
  2586.    The built-in SunLink X.25 support for Solaris 2.3/2.4./25 and SunLink
  2587.    8.01 or 9.00 works OK provided the X.25 system has been installed and
  2588.    initialized properly. Packet sizes might need to be reduced to 256,
  2589.    maybe even less, depending on the configuration of the X.25
  2590.    installation. On one connection where C-Kermit 6.0 was tested, very
  2591.    large packets and window sizes could be used in one direction, but
  2592.    only very small ones would work in the other.
  2593.    
  2594.    In any case, according to Sun, C-Kermit's X.25 support is superfluous
  2595.    with SunLink 8.x / Solaris 2.3. Quoting an anonymous Sun engineer:
  2596.    
  2597.      ... there is now no need to include any X.25 code within kermit. As
  2598.      of X.25 8.0.1 we support the use of kermit, uucp and similar
  2599.      protocols over devices of type /dev/xty. This facility was there in
  2600.      8.0, and should also work on the 8.0 release if patch 101524 is
  2601.      applied, but I'm not 100% sure it will work in all cases, which is
  2602.      why we only claim support from 8.0.1 onwards.
  2603.      
  2604.      When configuring X.25, on the "Advanced Configuration->Parameters"
  2605.      screen of the x25tool you can select a number of XTY devices. If
  2606.      you set this to be > 1, press Apply, and reboot, you will get a
  2607.      number of /dev/xty entries created.
  2608.      
  2609.      Ignore /dev/xty0, it is a special case. All the others can be used
  2610.      exactly as if they were a serial line (e.g. /dev/tty) connected to
  2611.      a modem, except that instead of using Hayes-style commands, you use
  2612.      PAD commands.
  2613.      
  2614.      From kermit you can do a 'set line' command to, say, /dev/xty1,
  2615.      then set your dialing command to be "CALL 12345678", etc. All the
  2616.      usual PAD commands will work (SET, PAR, etc).
  2617.      
  2618.      I know of one customer in Australia who is successfully using this,
  2619.      with kermit scripts, to manage some X.25-connected switches. He
  2620.      used standard kermit, compiled for Solaris 2, with X.25 8.0 xty
  2621.      devices.
  2622.     ________________________________________________________________________
  2623.   
  2624.   3.7.4. Sun Workstation Keyboard Mapping
  2625.   
  2626.    [ [420]Top ] [ [421]Contents ] [ [422]Section Contents ] [ [423]Next ]
  2627.    [ [424]Previous ]
  2628.    
  2629.    Hints for using a Sun workstation keyboard for VT emulation when
  2630.    accessing VMS, from the [425]comp.os.vms newsgroup:
  2631.    
  2632.      From: Jerry Leichter <leichter@smarts.com>
  2633.      Newsgroups: comp.os.vms
  2634.      Subject: Re: VT100 keyboard mapping to Sun X server
  2635.      Date: Mon, 19 Aug 1996 12:44:21 -0400
  2636.      
  2637.      > I am stuck right now using a Sun keyboard (type 5) on systems
  2638.      running SunOS
  2639.      > and Solaris. I would like to use EVE on an OpenVMS box with
  2640.      display back to
  2641.      > the Sun. Does anyone know of a keyboard mapping (or some other
  2642.      procedure)
  2643.      > which will allow the Sun keyboard to approximate a VT100/VT220?
  2644.      
  2645.      You can't get it exactly - because the keypad has one fewer key -
  2646.      but you can come pretty close. Here's a set of keydefs I use:
  2647.      
  2648.   keycode 101=KP_0
  2649.   keycode 119=KP_1
  2650.   keycode 120=KP_2
  2651.   keycode 121=KP_3
  2652.   keycode 98=KP_4
  2653.   keycode 99=KP_5
  2654.   keycode 100=KP_6
  2655.   keycode 75=KP_7
  2656.   keycode 76=KP_8
  2657.   keycode 77=KP_9
  2658.   keycode 52=KP_F1
  2659.   keycode 53=KP_F2
  2660.   keycode 54=KP_F3
  2661.   keycode 57=KP_Decimal
  2662.   keycode 28=Left
  2663.   keycode 29=Right
  2664.   keycode 30=KP_Separator
  2665.   keycode 105=KP_F4
  2666.   keycode 78=KP_Subtract
  2667.   keycode 8=Left
  2668.   keycode 10=Right
  2669.   keycode 32=Up
  2670.   keycode 33=Down
  2671.   keycode 97=KP_Enter
  2672.  
  2673.      Put this in a file - I use "keydefs" in my home directory and feed
  2674.      it into xmodmap:
  2675.      
  2676.   xmodmap - <$HOME/keydefs
  2677.  
  2678.      This takes care of the arrow keys and the "calculator" key cluster.
  2679.      The "+" key will play the role of the DEC "," key. The Sun "-" key
  2680.      will be like the DEC "-" key, though it's in a physically different
  2681.      position - where the DEC PF4 key is. The PF4 key is ... damn, I'm
  2682.      not sure where "key 105" is. I *think* it may be on the leftmost
  2683.      key of the group of four just above the "calculator" key cluster.
  2684.      
  2685.      I also execute the following (this is all in my xinitrc file):
  2686.      
  2687.   xmodmap -e 'keysym KP_Decimal = KP_Decimal'
  2688.   xmodmap -e 'keysym BackSpace = Delete BackSpace' \
  2689.           -e 'keysym Delete = BackSpace Delete'
  2690.   xmodmap -e 'keysym KP_Decimal = Delete Delete KP_Decimal'
  2691.   xmodmap -e 'add mod1 = Meta_R'
  2692.   xmodmap -e 'add mod1 = Meta_L'
  2693.  
  2694.      Beware of one thing about xmodmap: Keymap changes are applied to
  2695.      the *whole workstation*, not just to individual windows. There is,
  2696.      in fact, no way I know of to apply them to individual windows.
  2697.      These definitions *may* confuse some Unix programs (and/or some
  2698.      Unix users).
  2699.      
  2700.      If you're using Motif, you may also need to apply bindings at the
  2701.      Motif level. If just using xmodmap doesn't work, I can try and dig
  2702.      that stuff up for you.
  2703.     ________________________________________________________________________
  2704.   
  2705.   3.7.5. Solaris PPP Connections
  2706.   
  2707.    [ [426]Top ] [ [427]Contents ] [ [428]Section Contents ] [ [429]Next ]
  2708.    [ [430]Previous ]
  2709.    
  2710.    The following is a report from a user of C-Kermit 8.0 on Solaris 8 and
  2711.    9, who had complained that while Kermit file transfers worked
  2712.    perfectly on direct (non-PPP) dialout connections, they failed
  2713.    miserably on PPP connections. We suggested that the PPP dialer
  2714.    probably was not setting the port and/or modem up in the same way that
  2715.    Kermit did:
  2716.    
  2717.      I want to get back on this and tell you what the resolution was.
  2718.      You pointed me in the direction of flow control, which turned out
  2719.      to be the key.
  2720.      
  2721.      Some discussion on the comp.unix.solaris newsgroup led to some
  2722.      comments from Greg Andrews about the need to use the uucp driver to
  2723.      talk to the modem (/dev/cua/a). I had to remind Greg that no matter
  2724.      what the manpages for the zs and se drivers say, the ppp that Sun
  2725.      released with Solaris 8 7/01, and has in Solaris 9, is a setuid
  2726.      root program, and simply trying to make a pppd call from user space
  2727.      specifying /dev/cua/a would fail because of permissions. Greg
  2728.      finally put the question to the ppp people, who came back with
  2729.      information that is not laid out anywhere in the docs available for
  2730.      Solaris users. Namely, put /dev/cua/a in one of the priviledged
  2731.      options files in the /etc/ppp directory. That, plus resetting the
  2732.      OBP ttya-ignore-cd flag (this is Sun hardware) to false, seems to
  2733.      have solved the problems.
  2734.      
  2735.      While I note that I had installed Kermit suid to uucp to use
  2736.      /dev/cua/a on this particular box, it seems to run fine through
  2737.      /dev/term/a. Not so with pppd.
  2738.      
  2739.      With this change in place, I seem to be able to upload and download
  2740.      through telnet run on Kermit with the maximum length packets. I
  2741.      note that the window allocation display does show STREAMING, using
  2742.      telnet. Running ssh on Kermit, I see the standard 1 of 30 windows
  2743.      display, and note that there appears to be a buffer length limit
  2744.      between 1000 and 2000 bytes. Run with 1000, and it's tick-tock,
  2745.      solid as a rock. With 2000 I see timeout errors and RTS/CTS action
  2746.      on the modem.
  2747.      
  2748.    Kermit's packet-length and other controls let you make adjustments
  2749.    like this to get around whatever obstacles might be thrown up -- in
  2750.    this case (running Kermit over ssh), the underling Solaris PTY driver.
  2751.     ________________________________________________________________________
  2752.   
  2753.   3.7.6. Solaris 2.4 and Earlier
  2754.   
  2755.    [ [431]Top ] [ [432]Contents ] [ [433]Section Contents ] [
  2756.    [434]Previous ]
  2757.    
  2758.    C-Kermit can't be compiled successfully under Solaris 2.3 using
  2759.    SUNWspro cc 2.0.1 unless at least some of the following patches are
  2760.    applied to cc (it is not known which one(s), if any, fix the problem):
  2761.    
  2762.      * 100935-01 SparcCompiler C 2.0.1: bad code generated when addresses
  2763.        of two double arguments are involved
  2764.      * 100961-05 SPARCcompilers C 2.0.1: conditional expression with
  2765.        function returning structure gives wrong value
  2766.      * 100974-01 SparcWorks 2.0.1: dbx jumbo patch
  2767.      * 101424-01 SPARCworks 2.0.1 maketool SEGV's instantly on Solaris
  2768.        2.3
  2769.        
  2770.    With unpatched cc 2.0.1, the symptom is that certain modules generate
  2771.    truncated object files, resulting in many unresolved references at
  2772.    link time.
  2773.    
  2774.      The rest of the problems in this section have to do with
  2775.      bidirectional terminal ports and the Solaris Port Monitor. A bug in
  2776.      C-Kermit 5A ticked a bug in Solaris. The C-Kermit bug was fixed in
  2777.      version 6.0, and the Solaris bug was fixed in 2.4 (I think, or
  2778.      maybe 2.5). 
  2779.      
  2780.    Reportedly, "C-Kermit ... causes a SPARCstation running Solaris 2.3 to
  2781.    panic after the modem connects. I have tried compiling C-Kermit with
  2782.    Sun's unbundled C compiler, with GCC Versions 2.4.5 and 2.5.3, with
  2783.    make targets 'sunos51', 'sunos51tcp', 'sunos51gcc', and even 'sys5r4',
  2784.    and each time it compiles and starts up cleanly, but without fail, as
  2785.    soon as I dial the number and get a 'CONNECT' message from the modem,
  2786.    I get:
  2787.    
  2788.   BAD TRAP
  2789.   kermit: Data fault
  2790.   kernel read fault at addr=0x45c, pme=0x0
  2791.   Sync Error Reg 80 <INVALID>
  2792.   ...
  2793.   panic: Data Fault.
  2794.   ...
  2795.   Rebooting...
  2796.  
  2797.    The same modem works fine for UUCP/tip calling." Also (reportedly),
  2798.    this only happens if the dialout port is configured as in/out via
  2799.    admintool. If it is configured as out-only, no problem. This is the
  2800.    same dialing code that works on hundreds of other System-V based Unix
  2801.    OS's. Since it should be impossible for a user program to crash the
  2802.    operating system, this problem must be chalked up to a Solaris bug.
  2803.    Even if you SET CARRIER OFF, CONNECT, and dial manually by typing
  2804.    ATDTnnnnnnn, the system panics as soon as the modem issues its CONNECT
  2805.    message. (Clearly, when you are dialing manually, C-Kermit does not
  2806.    know a thing about the CONNECT message, and so the panic is almost
  2807.    certainly caused by the transition of the Carrier Detect (CD) line
  2808.    from off to on.) This problem was reported by many users, all of whom
  2809.    say that C-Kermit worked fine on Solaris 2.1 and 2.2. If the
  2810.    speculation about CD is true, then a possible workaround might be to
  2811.    configure the modem to leave CD on (or off) all the time. Perhaps by
  2812.    the time you read this, a patch will have been issued for Solaris 2.3.
  2813.    
  2814.    The following is from Karl S. Marsh, Systems & Networks Administrator,
  2815.    AMBIX Systems Corp, Rochester, NY:
  2816.    
  2817.      Environment: Solaris 2.3 Patch 101318-45 C-Kermit 5A(189) (and
  2818.      presumably this applies to 188 and 190 also). eeprom setting:
  2819.      
  2820.   ttya-rts-dtr-off=false
  2821.   ttya-ignore-cd=false
  2822.   ttya-mode=19200,8,n,8,-
  2823.  
  2824.      To use C-Kermit on a bidirectional port in this environment, do not
  2825.      use admintool to configure the port. Use admintool to delete any
  2826.      services running on the port and then quit admintool and issue the
  2827.      following command:
  2828.      
  2829.   pmadm -a -p zsmon -s ttyb -i root -fu -v 1 -m "`ttyadm -b -d /dev/term/b \
  2830.   -l conttyH -m ldterm,ttcompat -s /usr/bin/login -S n`"
  2831.  
  2832.      [NOTE: This was copied from a blurry fax, so please check it
  2833.      carefully] where:
  2834.      
  2835.   -a = Add service
  2836.   -p = pmtag (zsmon)
  2837.   -s = service tag (ttyb)
  2838.   -i = id to be associated with service tag (root)
  2839.   -fu = create utmp entry
  2840.   -v = version of ttyadm
  2841.   -m = port monitor-specific portion of the port monitor administrative file
  2842.        entry for the service
  2843.   -b = set up port for bidirectional use
  2844.   -d = full path name of device
  2845.   -l = which ttylabel in the /etc/ttydefs file to use
  2846.   -m = a list of pushable STREAMS modules
  2847.   -s = pathname of service to be invoked when connection request received
  2848.   -S = software carrier detect on or off (n = off)
  2849.  
  2850.      "This is exactly how I was able to get Kermit to work on a
  2851.      bi-directional port without crashing the system."
  2852.      
  2853.    On the Solaris problem, also see SunSolve Bug ID 1150457 ("Using
  2854.    C-Kermit, get Bad Trap on receiving prompt from remote system").
  2855.    Another user reported "So, I have communicated with the Sun tech
  2856.    support person that submitted this bug report [1150457]. Apparently,
  2857.    this bug was fixed under one of the jumbo kernel patches. It would
  2858.    seem that the fix did not live on into 101318-45, as this is EXACTLY
  2859.    the error that I see when I attempt to use kermit on my system."
  2860.    
  2861.    Later (Aug 94)... C-Kermit dialout successfully tested on a Sun4m with
  2862.    a heavily patched Solaris 2.3. The patches most likely to have been
  2863.    relevant:
  2864.    
  2865.      * 101318-50: SunOS 5.3: Jumbo patch for kernel (includes libc,
  2866.        lockd)
  2867.      * 101720-01: SunOS 5.3: ttymon - prompt not always visible on a
  2868.        modem connection
  2869.      * 101815-01: SunOS 5.3: Data fault in put() NULL queue passed from
  2870.        ttycommon_qfull()
  2871.      * 101328-01: SunOS 5.3: Automation script to properly setup tty
  2872.        ports prior to PCTS execution
  2873.        
  2874.    Still later (Nov 94): another user (Bo Kullmar in Sweden) reports that
  2875.    after using C-Kermit to dial out on a bidirectional port, the port
  2876.    might not answer subsequent incoming calls, and says "the problem is
  2877.    easy enough to fix with the Serial Port Manager; I just delete the
  2878.    service and install it again using the graphical interface, which
  2879.    underneath uses commands like sacadm and pmadm." Later Bo reports, "I
  2880.    have found that if I run Kermit with the following script then it
  2881.    works. This script is for /dev/cua/a, "-s a" is the last a in
  2882.    /dev/cua/a:
  2883.    
  2884.   #! /bin/sh
  2885.   kermit
  2886.   sleep 2
  2887.   surun pmadm -e -p zsmon -s a
  2888.     ________________________________________________________________________
  2889.   
  2890.   3.8. C-KERMIT AND SUNOS
  2891.   
  2892.    [ [435]Top ] [ [436]Contents ] [ [437]Section Contents ] [ [438]Next ]
  2893.    [ [439]Previous ]
  2894.    
  2895.    For additional information, see "Celeste's Tutorial on SunOS 4.1.3+
  2896.    Modems and Terminals":
  2897.    
  2898.   [440]http://www.stokely.com/
  2899.  
  2900.    For FAQs, etc, from Sun, see:
  2901.      * [441]http://access1.sun.com/
  2902.        
  2903.    For history of Sun models and SunOS versions, see (should be all the
  2904.    same):
  2905.      * [442]http://www.ludd.luth.se/~bear/project/sun/sun.hardware.txt
  2906.      * [443]ftp://ftp.netcom.com/pub/ru/rubicon/sun.hdwr.ref
  2907.      * [444]ftp://ftp.intnet.net/pub/SUN/Sun-Hardware-Ref
  2908.        
  2909.    Sun SPARCstation users should read the section "Setting up Modem
  2910.    Software" in the Desktop SPARC Sun System & Network Manager's Guide.
  2911.    If you don't set up your serial ports correctly, Kermit (and other
  2912.    communications software) won't work right.
  2913.    
  2914.    Also, on certain Sun models like IPC, the serial port hardware might
  2915.    need to have a jumper changed to make it an RS-232 port rather than
  2916.    RS-423.
  2917.    
  2918.    Reportedly, C-Kermit does not work correctly on a Sun SPARCstation in
  2919.    an Open Windows window with scrolling enabled. Disable scrolling, or
  2920.    else invoke Kermit in a terminal emulation window (xterm, crttool,
  2921.    vttool) under SunView (this might be fixed in later SunOS releases).
  2922.    
  2923.    On the Sun with Open Windows, an additional symptom has been reported:
  2924.    outbound SunLink X.25 connections "magically" translate CR typed at
  2925.    the keyboard into LF before transmission to the remote host. This
  2926.    doesn't happen under SunView.
  2927.    
  2928.    SET CARRIER ON, when used on the SunOS 4.1 version of C-Kermit
  2929.    (compiled in the BSD universe), causes the program to hang
  2930.    uninterruptibly when SET LINE is issued for a device that is not
  2931.    asserting carrier. When Kermit is built in the Sys V universe on the
  2932.    same computer, there is no problem (it can be interrupted with
  2933.    Ctrl-C). This is apparently a limitation of the BSD-style tty driver.
  2934.    
  2935.    SunOS 4.1 C-Kermit has been observed to dump core when running a
  2936.    complicated script program under cron. The dump invariably occurs in
  2937.    ttoc(), while trying to output a character to a TCP/IP TELNET
  2938.    connection. ttoc() contains a write() call, and when the system or the
  2939.    network is very busy, the write() call can get stuck for long periods
  2940.    of time. To break out of deadlocks caused by stuck write() calls,
  2941.    there is an alarm around the write(). It is possible that the core
  2942.    dump occurs when this alarm signal is caught. (This one has not been
  2943.    observed recently -- possibly fixed in edit 190.)
  2944.    
  2945.    On Sun computers with SunOS 4.0 or 4.1, SET FLOW RTS/CTS works only if
  2946.    the carrier signal is present from the communication device at the
  2947.    time when C-Kermit enters packet mode or CONNECT mode. If carrier is
  2948.    not sensed (e.g. when dialing), C-Kermit does not attempt to turn on
  2949.    RTS/CTS flow control. This is because the SunOS serial device driver
  2950.    does not allow characters to be output if RTS/CTS is set (CRTSCTS) but
  2951.    carrier (and DSR) are not present. Workaround (maybe): SET CARRIER OFF
  2952.    before giving the SET LINE command, establish the connection, then SET
  2953.    FLOW RTS/CTS
  2954.    
  2955.    It has also been reported that RTS/CTS flow control under SunOS 4.1
  2956.    through 4.1.3 works only on INPUT, not on output, and that there is a
  2957.    patch from Sun to correct this problem: Patch-ID# T100513-04, 20 July
  2958.    1993 (this patch might apply only to SunOS 4.1.3). It might also be
  2959.    necessary to configure the eeprom parameters of the serial port; e.g.
  2960.    do the following as root at the shell prompt:
  2961.    
  2962.   eeprom  ttya-ignore-cd=false
  2963.   eeprom  ttya-rts-dtr-off=true
  2964.  
  2965.    There have been reports of file transfer failures on Sun-3 systems
  2966.    when using long packets and/or large window sizes. One user says that
  2967.    when this happens, the console issues many copies of this message:
  2968.    
  2969.   chaos vmunix: zs1: ring buffer overflow
  2970.  
  2971.    This means that SunOS is not scheduling Kermit frequently enough to
  2972.    service interrupts from the zs serial device (Zilog 8350 SCC serial
  2973.    communication port) before its input silo overflows. Workaround: use
  2974.    smaller packets and/or a smaller window size, or use "nice" to
  2975.    increase Kermit's priority. Use hardware flow control if available, or
  2976.    remove other active processes before running Kermit.
  2977.    
  2978.    SunLink X.25 support in C-Kermit 5A(190) was built and tested
  2979.    successfully under SunOS 4.1.3b and SunLink X.25 7.00.
  2980.     ________________________________________________________________________
  2981.   
  2982.   3.9. C-KERMIT AND ULTRIX
  2983.   
  2984.    [ [445]Top ] [ [446]Contents ] [ [447]Section Contents ] [ [448]Next ]
  2985.    [ [449]Previous ]
  2986.    
  2987.    See also: The [450]comp.unix.ultrix and [451]comp.sys.dec newsgroups.
  2988.    
  2989.    There is no hardware flow control in Ultrix. That's not a Kermit
  2990.    deficiency, but an Ultrix one.
  2991.    
  2992.    When sending files to C-Kermit on a Telnet connection to a remote
  2993.    Ultrix system, you must SET PREFIXING ALL (or at least prefix more
  2994.    control characters than are selected by SET PREFIXING CAUTIOUS).
  2995.    
  2996.    Reportedly, DEC ULTRIX 4.3 is immune to C-Kermit's disabling of
  2997.    SIGQUIT, which is the signal that is generated when the user types
  2998.    Ctrl-\, which kills the current process (i.e. C-Kermit) and dumps
  2999.    core. Diagnosis and cure unknown. Workaround: before starting C-Kermit
  3000.    -- or for that matter, when you first log in because this applies to
  3001.    all processes, not just Kermit -- give the following Unix command:
  3002.    
  3003.   stty quit undef
  3004.  
  3005.    Certain operations driven by RS-232 modem signal do not work on
  3006.    DECstations or other DEC platforms whose serial interfaces use MMP
  3007.    connectors (DEC version of RJ45 telephone jack with offset tab). These
  3008.    connectors convey only the DSR and DTR modem signals, but not carrier
  3009.    (CD), RTS, CTS, or RI. Use SET CARRIER OFF to enable communication, or
  3010.    "hotwire" DSR to CD.
  3011.    
  3012.    The maximum serial speed on the DECstation 5000 is normally 19200, but
  3013.    various tricks are available (outside Kermit) to enable higher rates.
  3014.    For example, on the 5000/200, 19200 can be remapped (somehow,
  3015.    something to do with "a bit in the SIR", whatever that is) to 38400,
  3016.    but in software you must still refer to this speed as 19200; you can't
  3017.    have 19200 and 38400 available at the same time.
  3018.    
  3019.    19200, reportedly, is also the highest speed supported by Ultrix, but
  3020.    NetBSD reportedly supports speeds up to 57600 on the DECstation,
  3021.    although whether and how well this works is another question.
  3022.    
  3023.    In any case, given the lack of hardware flow control in Ultrix, high
  3024.    serial speeds are problematic at best.
  3025.     ________________________________________________________________________
  3026.   
  3027.   3.10. C-KERMIT AND UNIXWARE
  3028.   
  3029.    [ [452]Top ] [ [453]Contents ] [ [454]Section Contents ] [ [455]Next ]
  3030.    [ [456]Previous ]
  3031.    
  3032.    See also:
  3033.      * The Freebird Project (Unixware software repository)
  3034.        [457]http://www.freebird.org/
  3035.      * The UnixWare FAQ: [458]http://www.freebird.org/faq/
  3036.      * The following newsgroups:
  3037.           + [459]comp.unix.unixware.misc
  3038.           + [460]comp.unix.sco.misc.
  3039.        
  3040.    Also see general comments on PC-based Unixes in [461]Section 3.0. By
  3041.    the way, this section is separate from the SCO (Caldera) section
  3042.    because at the time this section was started, Unixware was owned by a
  3043.    company called Univel. Later it was sold to Novell, and then to SCO.
  3044.    Still later, SCO was sold to Caldera.
  3045.    
  3046.    In Unixware 2.0 and later, the preferred serial device names (drivers)
  3047.    are /dev/term/00 (etc), rather than /dev/tty00 (etc). Note the
  3048.    following correspondence of device names and driver characteristics:
  3049.    
  3050.   New name       Old name     Description              
  3051.   /dev/term/00   /dev/tty00   ???
  3052.   /dev/term/00h  /dev/tty00h  Modem signals and hardware flow control
  3053.   /dev/term/00m  /dev/tty00m  Modem signals(?)
  3054.   /dev/term/00s  /dev/tty00s  Modem signals and software flow control
  3055.   /dev/term/00t  /dev/tty00t  ???
  3056.  
  3057.    Lockfile names use device.major.minor numbers, e.g.:
  3058.    
  3059.   /var/spool/locks/LK.7679.003.005
  3060.  
  3061.    The minor number varies according to the device name suffix (none, h,
  3062.    m, s, or t). Only the device and major number are compared, and thus
  3063.    all of the different names for the same physical device (e.g. all of
  3064.    those shown in the table above) interlock effectively.
  3065.    
  3066.    Prior to UnixWare 7, serial speeds higher than 38400 are not
  3067.    supported. In UnixWare 7, we also support 57600 and 115200, plus some
  3068.    unexpected ones like 14400, 28800, and 76800, by virtue of a strange
  3069.    new interface, evidently peculiar to UnixWare 7, discovered while
  3070.    digging through the header files: tcsetspeed(). Access to this
  3071.    interface is allowed only in POSIX builds, and thus the UnixWare 7
  3072.    version of C-Kermit is POSIX-based, unlike C-Kermit for Unixware 1.x
  3073.    and 2.x (since the earlier UnixWare versions did not support high
  3074.    serial speeds, period).
  3075.    
  3076.    HOWEVER, turning on POSIX features engages all of the "#if
  3077.    (!_POSIX_SOURCE)" clauses in the UnixWare header files, which in turn
  3078.    prevent us from having modem signals, access to the hardware flow
  3079.    control APIs, select(), etc -- in short, all the other things we need
  3080.    in communications software, especially when high speeds are used. Oh
  3081.    the irony. And so C-Kermit must be shamelessly butchered -- as it has
  3082.    been so many times before -- to allow us to have the needed features
  3083.    from the POSIX and non-POSIX worlds. See the UNIXWAREPOSIX sections of
  3084.    [462]ckutio.c.
  3085.    
  3086.    After the butchery, we wind up with Unixware 2.x having full
  3087.    modem-signal capability, but politically-correct Unixware 7.x lacking
  3088.    the ability to automatically detect a broken connection when carrier
  3089.    drops.
  3090.    
  3091.    Meanwhile the Unixware tcsetspeed() function allows any number at all
  3092.    (any long, 0 or positive) as an argument and succeeds if the number is
  3093.    a legal bit rate for the serial device, and fails otherwise. There is
  3094.    no list anywhere of legal speeds. Thus the SET SPEED keyword table
  3095.    ("set speed ?" to see it) is hardwired based on trial and error with
  3096.    all known serial speeds, the maximum being 115200. However, to allow
  3097.    for the possibility that other speeds might be allowed in the future
  3098.    (or with different port drivers), the SET SPEED command for UnixWare 7
  3099.    only allows you to specify any number at all; a warning is printed if
  3100.    the number is not in the list, but the number is accepted anyway; the
  3101.    command succeeds if tcsetspeed() accepts the number, and fails
  3102.    otherwise.
  3103.    
  3104.    In C-Kermit 8.0 testing, it was noticed that the POSIX method for
  3105.    hanging up the phone by dropping DTR (set speed 0, pause, restore
  3106.    speed) did not actually drop DTR. The APIs do not return any error
  3107.    indication, but nothing happens. I changed tthang() to skip the
  3108.    special case I had made for Unixware and instead follow the normal
  3109.    path: if TIOCSDTR is defined use that, otherwise blah blah... It turns
  3110.    out TIOCSDTR *is* defined, and it works.
  3111.    
  3112.    So in Unixware (at least in 2.1.3) we can read modem signals, hangup
  3113.    by toggling DTR, and so on, BUT... But once the remote hangs up and
  3114.    Carrier drops, the API for reading modem signals ceases to function;
  3115.    although the device is still open, the TIOCMGET ioctl always raises
  3116.    errno 6 = ENXIO, "No such device or address".
  3117.    
  3118.    Old business:
  3119.    
  3120.    Using C-Kermit 6.0 on the UnixWare 1.1 Application Server, one user
  3121.    reported a system panic when the following script program is executed:
  3122.    
  3123.   set line /dev/tty4
  3124.   set speed 9600
  3125.   output \13
  3126.   connect
  3127.  
  3128.    The panic does not happen if a PAUSE is inserted:
  3129.    
  3130.   set line /dev/tty4
  3131.   set speed 9600
  3132.   pause 1
  3133.   output \13
  3134.   connect
  3135.  
  3136.    This is using a Stallion EasyIO card installed as board 0 on IRQ 12 on
  3137.    a Gateway 386 with the Stallion-supplied driver. The problem was
  3138.    reported to Novell and Stallion and (reportedly) is now fixed.
  3139.     ________________________________________________________________________
  3140.   
  3141.   3.11. C-KERMIT AND APOLLO SR10
  3142.   
  3143.    [ [463]Top ] [ [464]Contents ] [ [465]Section Contents ] [ [466]Next ]
  3144.    [ [467]Previous ]
  3145.    
  3146.    Reportedly, version 5A(190), when built under Apollo SR10 using "make
  3147.    sr10-bsd", compiles, links, and executes OK, but leaves the terminal
  3148.    unusable after it exits -- the "cs7" or "cs8" (character size)
  3149.    parameter has become cs5. The terminal must be reset from another
  3150.    terminal. Cause and cure unknown. Suggested workaround: Wrap Kermit in
  3151.    a shell script something like:
  3152.    
  3153.   kermit @*
  3154.   stty sane
  3155.     ________________________________________________________________________
  3156.   
  3157.   3.12. C-KERMIT AND TANDY XENIX 3.0
  3158.   
  3159.    [ [468]Top ] [ [469]Contents ] [ [470]Section Contents ] [ [471]Next ]
  3160.    [ [472]Previous ]
  3161.    
  3162.    C-Kermit 7.0 was too big to be built on Tandy Xenix, even in a minimum
  3163.    configuration; version 6.0 is the last one that fits.
  3164.    
  3165.    Reportedly, in C-Kermit 6.0, if you type lots of Ctrl-C's during
  3166.    execution of the initialization file, ghost Kermit processes will be
  3167.    created, and will compete for the keyboard. They can only be removed
  3168.    via "kill -9" from another terminal, or by rebooting. Diagnosis --
  3169.    something strange happening with the SIGINT handler while the process
  3170.    is reading the directory (it seems to occur during the SET PROMPT
  3171.    [\v(dir)] ... sequence). Cure: unknown. Workaround: don't interrupt
  3172.    C-Kermit while it is executing its init file on the Tandy 16/6000.
  3173.     ________________________________________________________________________
  3174.   
  3175.   3.13. C-KERMIT AND OSF/1 (DIGITAL UNIX) (TRU64 UNIX)
  3176.   
  3177.    [ [473]Top ] [ [474]Contents ] [ [475]Section Contents ] [ [476]Next ]
  3178.    [ [477]Previous ]
  3179.    
  3180.    While putting together and testing C-Kermit 8.0, it was discovered
  3181.    that binaries built for one version of Tru64 Unix (e.g. 4.0G) might
  3182.    exhibit very strange behavior if run on a different version of Tru64
  3183.    Unix (e.g. 5.1A). The typical symptom was that a section of the
  3184.    initialization file would be skipped, notably locating the dialing
  3185.    and/or network directory as well as finding and executing the
  3186.    customization file, ~/.mykermrc. This problem also is reported to
  3187.    occur on Tru64 Unix 5.0 (Rev 732) even when running a C-Kermit binary
  3188.    that was built there. However, the Tru64 5.1A binary works correctly
  3189.    on 5.0. Go figure.
  3190.    
  3191.    When making Telnet connections to a Digital Unix or Tru64 system, and
  3192.    your Telnet client forwards your user name, the Telnet server
  3193.    evidently stuffs the username into login's standard input, and you
  3194.    see:
  3195.    
  3196.   login: ivan
  3197.   Password:
  3198.  
  3199.    This is clearly going to play havoc with scripts that look for
  3200.    "login:". Workaround (when Kermit is your Telnet client): SET LOGIN
  3201.    USER to nothing, to prevent Kermit from sending your user ID.
  3202.    
  3203.    Before you can use a serial port on a new Digital Unix system, you
  3204.    must run uucpsetup to enable or configure the port. Evidently the
  3205.    /dev/tty00 and 01 devices that appear in the configuration are not
  3206.    usable; uucpsetup turns them into /dev/ttyd00 and 01, which are. Note
  3207.    that uucpsetup and other uucp-family programs are quite primitive --
  3208.    they only know about speeds up to 9600 bps and their selection of
  3209.    modems dates from the early 1980s. None of this affects Kermit, though
  3210.    -- with C-Kermit, you can use speeds up to 115200 bps (at least in
  3211.    DU4.0 and later) and modern modems with hardware flow control and all
  3212.    the rest.
  3213.    
  3214.    Reportedly, if a modem is set for &S0 (assert DSR at all times), the
  3215.    system resets or drops DTR every 30 seconds; reportedly DEC says to
  3216.    set &S1.
  3217.    
  3218.    Digital Unix 3.2 evidently wants to believe your terminal is one line
  3219.    longer than you say it is, e.g. when a "more" or "man" command is
  3220.    given. This is has nothing to do with C-Kermit, but tends to annoy
  3221.    those who use Kermit or other terminal emulators to access Digital
  3222.    Unix systems. Workaround: tell Unix to "stty rows 23" (or whatever).
  3223.    
  3224.    Reportedly, there is some bizarre behavior when trying to use a
  3225.    version of C-Kermit built on one Digital Unix 4.0 system on another
  3226.    one, possibly due to differing OS or library revision levels; for
  3227.    example, the inability to connect to certain TCP/IP hosts. Solution:
  3228.    rebuild C-Kermit from source code on the system where you will be
  3229.    using it.
  3230.    
  3231.    Digital Unix tgetstr() causes a segmentation fault. C-Kermit 7.0 added
  3232.    #ifdefs to avoid calling this routine in Digital Unix. As a result,
  3233.    the SCREEN commands always send ANSI escape sequences -- even though
  3234.    curses knows your actual terminal type.
  3235.    
  3236.    Reportedy the Tru64 Unix 4.0E 1091 Telnet server does not tolerate
  3237.    streaming transfers into itself, at least not when the sending Kermit
  3238.    is on the same local network. Solution: tell one Kermit or the other
  3239.    (or both) to "set streaming off". This might or might be the case with
  3240.    earlier and/or later Tru64, Digital Unix, and OSF/1 releases.
  3241.     ________________________________________________________________________
  3242.   
  3243.   3.14. C-KERMIT AND SGI IRIX
  3244.   
  3245.    [ [478]Top ] [ [479]Contents ] [ [480]Section Contents ] [ [481]Next ]
  3246.    [ [482]Previous ]
  3247.    
  3248.    See also:
  3249.      * The [483]comp.sys.sgi.misc and [484]comp.sys.sgi.admin newsgroups.
  3250.        [485]The SGI website
  3251.      * The SGI FAQ:
  3252.           + [486]http://www-viz.tamu.edu/~sgi-faq/
  3253.           + [487]ftp://viz.tamu.edu/pub/sgi/faq/
  3254.        
  3255.    About IRIX version numbers: "uname -a" tells the "two-digit" version
  3256.    number, such as "5.3" or "6.5". The three-digit form can be seen with
  3257.    "uname -R". (this information is unavailable at the simple API level).
  3258.    Supposedly all three-digit versions within the same two-digit version
  3259.    (e.g. 6.5.2, 6.5.3) are binary compatible; i.e. a binary built on any
  3260.    one of them should run on all others. The "m" suffix denotes just
  3261.    patches; the "f" suffix indicates that features were added.
  3262.    
  3263.    An IRIX binary built on lower MIPS model (Instruction Set
  3264.    Architecture, ISA) can run on higher models, but not vice versa:
  3265.    
  3266.      MIPS1 R3000 and below
  3267.      MIPS2 R4000
  3268.      MIPS3 R4x00
  3269.      MIPS4 R5000 and above
  3270.      
  3271.    Furthermore, there are different Application Binary Inferfaces (ABIs):
  3272.    
  3273.      COFF 32 bits, IRIX 5.3, 5.2, 5.1, 4.x and below
  3274.      o32 ELF 32 bits, IRIX 5.3, 6.0 - 6.5
  3275.      N32 ELF 32 bits, IRIX 6.2 - 6.5
  3276.      N64 ELF 64 bits, IRIX 6.2 - 6.5
  3277.      
  3278.    Thus a prebuilt IRIX binary works on a particular machine only if (a)
  3279.    the machine's IRIX version (to one decimal place) is equal to or
  3280.    greater than the version under which the binary was built; (b) the
  3281.    machine's MIPS level is greater or equal to that of the binary; and
  3282.    (c) the machine supports the ABI of the binary. If all three
  3283.    conditions are not satisfied, of course, you can build a binary
  3284.    yourself from source code since, unlike some other Unix vendors, SGI
  3285.    does supply a C compiler and libraries.
  3286.    
  3287.    SGI did not supply an API for hardware flow control prior to IRIX 5.2.
  3288.    C-Kermit 6.1 and higher for IRIX 5.2 and higher supports hardware flow
  3289.    control in the normal way, via "set flow rts/cts".
  3290.    
  3291.    For hardware flow control on earlier IRIX and/or C-Kermit versions,
  3292.    use the ttyf* (modem control AND hardware flow control) devices and
  3293.    not the ttyd* (direct) or ttym* (modem control but no hardware flow
  3294.    control) ones, and obtain the proper "hardware handshaking" cable from
  3295.    SGI, which is incompatible with the ones for the Macintosh and NeXT
  3296.    even though they look the same ("man serial" for further info) and
  3297.    tell Kermit to "set flow keep" and "set modem flow rts/cts".
  3298.    
  3299.    Serial speeds higher than 38400 are available in IRIX 6.2 and later,
  3300.    on O-class machines (e.g. Origin, Octane) only, and are supported by
  3301.    C-Kermit 7.0 and later. Commands such as "set speed 115200" may be
  3302.    given on other models (e.g. Iris, Indy, Indigo) but will fail because
  3303.    the OS reports an invalid speed for the device.
  3304.    
  3305.    Experimentation with both IRIX 5.3 and 6.2 shows that when logged in
  3306.    to IRIX via Telnet, that remote-mode C-Kermit can't send files if the
  3307.    packet length is greater than 4096; the Telnet server evidently has
  3308.    this restriction (or bug), since there is no problem sending long
  3309.    packets on serial or rlogin connections. However, it can receive files
  3310.    with no problem if the packet length is greater than 4096. As a
  3311.    workaround, the FAST macro for IRIX includes "set send packet-length
  3312.    4000". IRIX 6.5.1 does not have this problem, so evidently it was
  3313.    fixed some time after IRIX 6.2. Tests show file-transfer speeds are
  3314.    better (not worse) with 8K packets than with 4K packets from IRIX
  3315.    6.5.1.
  3316.    
  3317.    Reportedly some Indys have bad serial port hardware. IRIX 5.2, for
  3318.    example, needs patch 151 to work around this; or upgrade to a later
  3319.    release. Similarly, IRIX 5.2 has several problems with serial i/o,
  3320.    flow control, etc. Again, patch or upgrade.
  3321.    
  3322.    Reportedly on machines with IRIX 4.0, Kermit cannot be suspended by
  3323.    typing the suspend ("swtch") character if it was started from csh,
  3324.    even though other programs can be suspended this way, and even though
  3325.    the Z and SUSPEND commands still work correctly. This is evidently
  3326.    because IRIX's csh does not deliver the SIGTSTP signal to Kermit. The
  3327.    reason other programs can be suspended in the same environment is
  3328.    probably that they do not trap SIGTSTP themselves, so the shell is
  3329.    doing the suspending rather than the application.
  3330.    
  3331.    Also see notes about IRIX 3.x in the [488]C-Kermit for Unix
  3332.    Installation Instructions.
  3333.    
  3334.    If you have problems making TCP/IP connections in versions of IRIX
  3335.    built with GCC 2.95.2, see the bugs section of:
  3336.    
  3337.   [489]http://freeware.sgi.com/Installable/gcc-2.95.2.html.
  3338.  
  3339.    Reportedly, if you allow gcc to compile C-Kermit on Irix you should be
  3340.    aware that there might be problems with some of the network code. The
  3341.    specifics are at
  3342.    [490]http://freeware.sgi.com/Installable/gcc-2.95.2.html; scroll down
  3343.    to the "known bugs" section at the end of the document.
  3344.     ________________________________________________________________________
  3345.   
  3346.   3.15. C-KERMIT AND THE BEBOX
  3347.   
  3348.    [ [491]Top ] [ [492]Contents ] [ [493]Section Contents ] [ [494]Next ]
  3349.    [ [495]Previous ]
  3350.    
  3351.    See also: The [496]comp.sys.be newsgroup.
  3352.    
  3353.    The BeBox has been discontinued and BeOS repositioned for PC
  3354.    platforms. The POSIX parts of BeOS are not finished, nor is the
  3355.    sockets library, therefore a fully functional version of C-Kermit is
  3356.    not possible. In version 6.0 of C-Kermit, written for BeOS DR7, it was
  3357.    possible to:
  3358.    
  3359.      * set line /dev/serial2 (and probably the other serial ports)
  3360.      * set speed 115200 (and at least some of the lower baud rates)
  3361.      * connect
  3362.      * set modem type hayes (and likely others, too)
  3363.      * dial phone-number
  3364.      * set send packet-length 2048 (other lengths for both send and
  3365.        receive)
  3366.      * set receive packet length 2048
  3367.      * set file type binary (text mode works, too) (with remote kermit
  3368.        session in server mode)
  3369.      * put bedrop.jpg
  3370.      * get bedrop.jpg
  3371.      * get bedrop.jpg bedrop.jpg2
  3372.      * finish, bye
  3373.        
  3374.    The following do not work:
  3375.      * kermit does not detect modem hangup
  3376.      * !/RUN/PUSH [commandline command]
  3377.      * Running kermit in remote mode
  3378.      * Using other protocols (x/y/zmodem)
  3379.      * TCP networking interface (Be's TCP/IP API has a ways to go, still)
  3380.        
  3381.    C-Kermit does not work on BeOS DR8 because of changes in the
  3382.    underlying APIs. Unfortunately not enough changes were made to allow
  3383.    the regular POSIX-based C-Kermit to work either. Note: the lack of a
  3384.    fork() service requires the select()-based CONNECT module, but there
  3385.    is no select(). There is a select() in DR8, but it doesn't work.
  3386.    
  3387.    C-Kermit 7.0 was built for BeOS 4.5 and works in remote mode. It does
  3388.    not include networking support since the APIs are still not there. It
  3389.    is not known if dialing out works, but probably not. Be experts are
  3390.    welcome to lend a hand.
  3391.     ________________________________________________________________________
  3392.   
  3393.   3.16. C-KERMIT AND DG/UX
  3394.   
  3395.    [ [497]Top ] [ [498]Contents ] [ [499]Section Contents ] [ [500]Next ]
  3396.    [ [501]Previous ]
  3397.    
  3398.    Somebody downloaded the C-Kermit 6.0 binary built under DG/UX 5.40 and
  3399.    ran it under DG/UX 5.4R3.10 -- it worked OK except that file dates for
  3400.    incoming files were all written as 1 Jan 1970. Cause and cure unknown.
  3401.    Workaround: SET ATTRIBUTE DATE OFF. Better: Use a version of C-Kermit
  3402.    built under and for DG/UX 5.4R3.10.
  3403.     ________________________________________________________________________
  3404.   
  3405.   3.17. C-KERMIT AND SEQUENT DYNIX
  3406.   
  3407.    [ [502]Top ] [ [503]Contents ] [ [504]Section Contents ] [ [505]Next ]
  3408.    [ [506]Previous ]
  3409.    
  3410.    Reportedly, when coming into a Sequent Unix (DYNIX) system through an
  3411.    X.25 connection, Kermit doesn't work right because the Sequent's
  3412.    FIONREAD ioctl returns incorrect data. To work around, use the
  3413.    1-character-at-a-time version of myread() in ckutio.c (i.e. undefine
  3414.    MYREAD in ckutio.c and rebuild the program). This is unsatisfying
  3415.    because two versions of the program would be needed -- one for use
  3416.    over X.25, and the other for serial and TCP/IP connections.
  3417.     ________________________________________________________________________
  3418.   
  3419.   3.18. C-KERMIT AND {FREE,OPEN,NET}BSD
  3420.   
  3421.    [ [507]Top ] [ [508]Contents ] [ [509]Section Contents ] [ [510]Next ]
  3422.    [ [511]Previous ]
  3423.    
  3424.    Some NebBSD users have reported difficulty escaping back from CONNECT
  3425.    mode, usually when running NetBSD on non-PC hardware. Probably a
  3426.    keyboard issue.
  3427.    
  3428.    NetBSD users have also reported that C-Kermit doesn't pop back to the
  3429.    prompt if the modem drops carrier. This needs to be checked out &
  3430.    fixed if possible.
  3431.    
  3432.    (All the above seems to work properly in C-Kermit 7.0 and later.)
  3433.     ________________________________________________________________________
  3434.   
  3435.   3.19. C-KERMIT AND MAC OS X (Rhapsody, Darwin)
  3436.   
  3437.    [ [512]Top ] [ [513]Contents ] [ [514]Section Contents ] [ [515]Next ]
  3438.    [ [516]Previous ]
  3439.    
  3440.    Nomenclature:
  3441.  
  3442.   mac os x server 1.0   = rhapsody 5.3
  3443.   mac os x server 1.0.1 = rhapsody 5.4
  3444.   mac os x server 1.0.2 = rhapsody 5.5
  3445.   mac os x server 1.2   = rhapsody 5.6
  3446.  
  3447.   mac os x 10.0 and 10.0.x run on darwin 1.3.y
  3448.   mac os x 10.1 and 10.1.x run on darwin 1.4.y
  3449.  
  3450.   mac os x (client) to darwin =(approximately)= X11 to unix
  3451.  
  3452.    Evidently hardware flow control doesn't work. This has been reported
  3453.    to Apple (June 2001), no response yet that I know of.
  3454.     ________________________________________________________________________
  3455.   
  3456.   3.20. C-KERMIT AND COHERENT
  3457.   
  3458.    [ [517]Top ] [ [518]Contents ] [ [519]Section Contents ] [
  3459.    [520]Previous ]
  3460.    
  3461.    Also see:
  3462.    
  3463.      [521]http://www.uni-giessen.de/faq/archiv/coherent-faq.general/msg00
  3464.    000.html
  3465.    
  3466.    Mark Williams COHERENT was perhaps the first commercial Unix-based
  3467.    operating system for PCs, first appearing about 1983 or -84 for the
  3468.    PC/XT (?), and popular until about 1993, when Linux took over.
  3469.    C-Kermit, as of version 8.0, is still current for COHERENT 386 4.2
  3470.    (i.e. only for i386 and above). Curses is included, but lots of other
  3471.    features are omitted due to lack of the appropriate OS features, APIs,
  3472.    libraries, hardware, or just space: e.g. TCP/IP, floating-point
  3473.    arithmetic, learned scripts. Earlier versions of COHERENT ran on 8086
  3474.    and 80286, but these are to small to build or run C-Kermit, but
  3475.    G-Kermit should be OK (as might be ancient versions of C-Kermit).
  3476.    
  3477.    You can actually build a version with floating point support -- just
  3478.    take -DNOFLOAT out of CFLAGS and add -lm to LIBS; NOFLOAT is the
  3479.    default because COHERENT tends to run on old PCs that don't have
  3480.    floating-point hardware. You can also add "-f" to CFLAGS to have it
  3481.    link in the floating-point emulation library. Also I'm not sure why
  3482.    -DNOLEARN is included, since it depends on select(), which COHERENT
  3483.    has.
  3484.     ________________________________________________________________________
  3485.   
  3486.   4. GENERAL UNIX-SPECIFIC HINTS, LIMITATIONS, AND BUGS
  3487.   
  3488.    [ [522]Top ] [ [523]Contents ] [ [524]Next ] [ [525]Previous ]
  3489.    
  3490.   4.1. Modem Signals
  3491.   
  3492.    There seems to be an escalating demand for the ability to control
  3493.    "dumb serial devices" (such as "smartcard readers", barcode readers,
  3494.    etc) by explicitly manipulating modem signals, particularly RTS. This
  3495.    might have been easy to do in DOS, where there is no operating system
  3496.    standing between the application and the serial device, but it is
  3497.    problematic in Unix, where modem signals are controlled by the serial
  3498.    device driver. If the driver does not provide an API for doing this,
  3499.    then the application can't do it. If it does provide an API, expect it
  3500.    to be totally different on each Unix platform, since there is no
  3501.    standard for this.
  3502.    
  3503.   4.2. NFS Troubles
  3504.   
  3505.    Beginning with C-Kermit 6.0, the default C-Kermit prompt includes your
  3506.    current (working) directory; for example:
  3507.    
  3508.   [/usr/olga] C-Kermit>
  3509.  
  3510.    (In C-Kermit 7.0 the square braces were replaced by round parentheses
  3511.    to avoid conflicts with ISO 646 national character sets.)
  3512.    
  3513.    If that directory is on an NFS-mounted disk, and NFS stops working or
  3514.    the disk becomes unavailable, C-Kermit will hang waiting for NFS
  3515.    and/or the disk to come back. Whether you can interrupt C-Kermit when
  3516.    it is hung this way depends on the specific OS. Kermit has called the
  3517.    operating systems's getcwd() function, and is waiting for it to
  3518.    return. Some versions of Unix (e.g. HP-UX 9.x) allow this function to
  3519.    be interrupted with SIGINT (Ctrl-C), others (such as HP-UX 8.x) do
  3520.    not. To avoid this effect, you can always use SET PROMPT to change
  3521.    your prompt to something that does not involve calling getcwd(), but
  3522.    if NFS is not responding, C-Kermit will still hang any time you give a
  3523.    command that refers to an NFS-mounted directory. Also note that in
  3524.    some cases, the uninterruptibility of NFS-dependent system or library
  3525.    calls is considered a bug, and sometimes there are patches. For HP-UX,
  3526.    for example:
  3527.    
  3528.                                                         replaced by:
  3529.   HP-UX 10.20     libc    PHCO_8764                     PHCO_14891/PHCO_16723
  3530.   HP-UX 10.10     libc    PHCO_8763                     PHCO_14254/PHCO_16722
  3531.   HP-UX 9.x       libc    PHCO_7747       S700          PHCO_13095
  3532.   HP-UX 9.x       libc    PHCO_6779       S800          PHCO_11162
  3533.  
  3534.   4.3. C-Kermit as Login Shell
  3535.   
  3536.    You might have reason to make C-Kermit the login shell for a specific
  3537.    user, by entering the pathname of Kermit (possibly with command-line
  3538.    switches, such as -x to put it in server mode) into the shell field of
  3539.    the /etc/passwd file. This works pretty well. In some cases, for
  3540.    "ultimate security", you might want to use a version built with
  3541.    -DNOPUSH (see the [526]Configurations Options document for this, but
  3542.    even if you don't, then PUSHing or shelling out from C-Kermit just
  3543.    brings up a new copy of C-Kermit (but warning: this does not prevent
  3544.    the user from explicitly running a shell; e.g. "run /bin/sh"; use
  3545.    NOPUSH to prevent this).
  3546.    
  3547.   4.4. C-Kermit versus screen and splitvt
  3548.   
  3549.    C-Kermit file transfers will probably not work if attemped through the
  3550.    "splitvt" or GNU "screen" programs because the screen optimization (or
  3551.    at least, line wrapping, control-character absorption) done by this
  3552.    package interferes with Kermit's packets.
  3553.    
  3554.    The same can apply to any other environment in which the user's
  3555.    session is captured, monitored, recorded, or manipulated. Examples
  3556.    include the 'script' program (for making a typescript of a session),
  3557.    the Computronics PEEK package and pksh (at least versions of it prior
  3558.    to 1.9K), and so on.
  3559.    
  3560.    You might try the following -- what we call "doomsday Kermit" --
  3561.    settings to push packets through even the densest and most obstructive
  3562.    connections, such as "screen" and "splitvt" (and certain kinds of 3270
  3563.    protocol emulators): Give these commands to BOTH Kermit programs:
  3564.    
  3565.   SET FLOW NONE
  3566.   SET CONTROL PREFIX ALL
  3567.   SET RECEIVE PACKET-LENGTH 70
  3568.   SET RECEIVE START 62
  3569.   SET SEND START 62
  3570.   SET SEND PAUSE 100
  3571.   SET BLOCK B
  3572.  
  3573.    If it works, it will be slow.
  3574.    
  3575.   4.5. C-Kermit versus DOS Emulators
  3576.   
  3577.    On Unix workstations equipped with DOS emulators like SoftPC, watch
  3578.    out for what these emulators do to the serial port drivers. After
  3579.    using a DOS emulator, particularly if you use it to run DOS
  3580.    communications software, you might have to reconfigure the serial
  3581.    ports for use by Unix.
  3582.    
  3583.   4.6. C-Kermit versus Job Control
  3584.   
  3585.    Interruption by Ctrl-Z makes Unix C-Kermit try to suspend itself with
  3586.    kill(0,SIGTSTP), but only on platforms that support job control, as
  3587.    determined by whether the symbol SIGTSTP is defined (or on POSIX or
  3588.    SVR4 systems, if syconf(_SC_JOB_CONTROL) or _POSIX_JOB_CONTROL in
  3589.    addition to SIGTSTP). However, if Kermit is running under a login
  3590.    shell (such as the original Bourne shell) that does not support job
  3591.    control, the user's session hangs and must be logged out from another
  3592.    terminal, or hung up on. There is no way Kermit can defend itself
  3593.    against this. If you use a non-job control shell on a computer that
  3594.    supports job control, give a command like "stty susp undef" to fix it
  3595.    so the suspend signal is not attached to any particular key, or give
  3596.    the command SET SUSPEND OFF to C-Kermit, or build C-Kermit with
  3597.    -DNOJC.
  3598.    
  3599.   4.7. Dates and Times
  3600.   
  3601.    Unix time conversion functions typically apply locale rules to return
  3602.    local time in terms of any seasonal time zone change in effect for the
  3603.    given date. The diffdate function assumes that the same timezone rules
  3604.    are in effect for both dates, but a date with timezone information
  3605.    will be converted to the local time zone in effect at the given time,
  3606.    e.g., a GMT specification will produce either a Standard Time or
  3607.    Daylight Savings Time, depending on which applies at the given time.
  3608.    An example using the 2001 seasonal change from EDT (-0400) to EST
  3609.    (-0500):
  3610.    
  3611.   C-Kermit> DATE 20011028 05:01:02 GMT  ; EDT
  3612.   20011028 01:01:02
  3613.   C-Kermit> DATE 20011028 06:01:02 GMT  ; EST
  3614.   20011028 01:01:02
  3615.   C-Kermit>
  3616.  
  3617.    but the implicit change in timezone offset is not recognized:
  3618.    
  3619.   C-Kermit> echo \fdiffdate(20011028 05:01:02 GMT, 20011028 06:01:02 GMT)
  3620.   +0:00
  3621.   C-Kermit>
  3622.  
  3623.    Date/time arithmetic, offsets, delta times, and timezone support are
  3624.    new to C-Kermit 8.0, and might be expected to evolve and improve in
  3625.    subsequent releases.
  3626.    
  3627.    On some platforms, files downloaded with HTTP receive the current
  3628.    timestamp, rather than the HTTP "Last Modified" time (this can be
  3629.    fixed by including utime.h, e.g. in SunOS and Tru64...).
  3630.    
  3631.   4.8. Pseudoterminals
  3632.   
  3633.    The SSH and PTY commands work by assigning a pseudoterminal and
  3634.    reading and writing from it. Performance varies according to the
  3635.    specific platform ranging from very fast to very flow.
  3636.    
  3637.    SSH and PTY commands can fail if (a) all pseudoterminals are in use;
  3638.    or (b) you do not have read/write access to the pseudoterminal that
  3639.    was assigned. An example of (b) was reported with the Zipslack
  3640.    Slackware Linux distribution, in which the pseudoterminals were
  3641.    created with crw-r--r-- permission, instead of crw-rw-rw-.
  3642.    
  3643.   4.9. Miscellaneous
  3644.   
  3645.      * Reportedly, the Unix C-Kermit server, under some conditions, on
  3646.        certain particular systems, fails to log out its login session
  3647.        upon receipt of a BYE command. Before relying on the BYE command
  3648.        working, test it a few times to make sure it works on your system:
  3649.        there might be system configuration or security mechanisms to
  3650.        prevent an inferior process (like Kermit) from killing a superior
  3651.        one (like the login shell).
  3652.      * On AT&T 7300 (3B1) machines, you might have to "stty nl1" before
  3653.        starting C-Kermit. Do this if characters are lost during
  3654.        communications operations.
  3655.      * Under the bash shell (versions prior to 1.07 from CWRU), "pushing"
  3656.        to an inferior shell and then exiting back to Kermit leaves Kermit
  3657.        in the background such that it must be explicitly fg'd. This is
  3658.        reportedly fixed in version 1.07 of bash (and definitely in modern
  3659.        bash versions).
  3660.     ________________________________________________________________________
  3661.   
  3662.   5. INITIALIZATION AND COMMAND FILES
  3663.   
  3664.    [ [527]Top ] [ [528]Contents ] [ [529]Next ] [ [530]Previous ]
  3665.    
  3666.    C-Kermit's initialization file for Unix is .kermrc (lowercase, starts
  3667.    with period) in your home directory, unless Kermit was built with the
  3668.    system-wide initialization-file option (see the [531]C-Kermit for Unix
  3669.    Installation Instructions).
  3670.    
  3671.    C-Kermit identifies your home directory based on the environment
  3672.    variable, HOME. Most Unix systems set this variable automatically when
  3673.    you log in. If C-Kermit can't find your initialization file, check
  3674.    your HOME variable:
  3675.    
  3676.   echo $HOME      (at the Unix prompt)
  3677.  
  3678.    or:
  3679.    
  3680.   echo \$(HOME)   (at the C-Kermit prompt)
  3681.  
  3682.    If HOME is not defined, or is defined incorrectly, add the appropriate
  3683.    definition to your Unix .profile or .login file, depending on your
  3684.    shell:
  3685.    
  3686.   setenv HOME full-pathname-of-your-home-directory  (C-Shell, .login file)
  3687.  
  3688.    or:
  3689.    
  3690.   HOME=full-pathname-of-your-home-directory         (sh, ksh, .profile file)
  3691.   export HOME
  3692.  
  3693.    NOTE: Various other operations depend on the correct definition of
  3694.    HOME. These include the "tilde-expansion" feature, which allows you to
  3695.    refer to your home directory as "~" in filenames used in C-Kermit
  3696.    commands, e.g.:
  3697.    
  3698.   send ~/.kermrc
  3699.  
  3700.    as well as the \v(home) variable.
  3701.    
  3702.    Prior to version 5A(190), C-Kermit would look for its initialization
  3703.    file in the current directory if it was not found in the home
  3704.    directory. This feature was removed from 5A(190) because it was a
  3705.    security risk. Some people, however, liked this behavior and had
  3706.    .kermrc files in all their directories that would set up things
  3707.    appropriately for the files therein. If you want this behavior, you
  3708.    can accomplish it in various ways, for example:
  3709.    
  3710.      * Create a shell alias, for example:
  3711.   alias kd="kermit -Y ./.kermrc"
  3712.      * Create a .kermrc file in your home directory, whose contents are:
  3713.  
  3714.   take ./.kermrc
  3715.  
  3716.    Suppose you need to pass a password from the Unix command line to a
  3717.    C-Kermit script program, in such a way that it does not show up in
  3718.    "ps" or "w" listings. Here is a method (not guaranteed to be 100%
  3719.    secure, but definitely more secure than the more obvious methods):
  3720.    
  3721.   echo mypassword | kermit myscript
  3722.  
  3723.    The "myscript" file contains all the commands that need to be executed
  3724.    during the Kermit session, up to and including EXIT, and also includes
  3725.    an ASK or ASKQ command to read the password from standard input, which
  3726.    has been piped in from the Unix 'echo' command, but it must not
  3727.    include a CONNECT command. Only "kermit myscript" shows up in the ps
  3728.    listing.
  3729.     ________________________________________________________________________
  3730.   
  3731.   6. COMMUNICATION SPEED SELECTION
  3732.   
  3733.    [ [532]Top ] [ [533]Contents ] [ [534]Next ] [ [535]Previous ]
  3734.    
  3735.    Version-7 based Unix implementations, including 4.3 BSD and earlier
  3736.    and Unix systems based upon BSD, use a 4-bit field to record a serial
  3737.    device's terminal speed. This leaves room for 16 speeds, of which the
  3738.    first 14 are normally:
  3739.    
  3740.      0, 50, 75, 110, 134.5, 150, 200, 300, 600, 1200, 1800, 2400, 4800,
  3741.      and 9600
  3742.      
  3743.    The remaining two are usually called EXTA and EXTB, and are defined by
  3744.    the particular Unix implementation. C-Kermit determines which speeds
  3745.    are available on your system based on whether symbols for them are
  3746.    defined in your terminal device header files. EXTA is generally
  3747.    assumed to be 19200 and EXTB 38400, but these assumptions might be
  3748.    wrong, or they might not apply to a particular device that does not
  3749.    support these speeds. Presumably, if you try to set a speed that is
  3750.    not legal on a particular device, the driver will return an error, but
  3751.    this can not be guaranteed.
  3752.    
  3753.    On these systems, it is usually not possible to select a speed of
  3754.    14400 bps for use with V.32bis modems. In that case, use 19200 or
  3755.    38400 bps, configure your modem to lock its interface speed and to use
  3756.    RTS/CTS flow control, and tell C-Kermit to SET FLOW RTS/CTS and SET
  3757.    DIAL SPEED-MATCHING OFF.
  3758.    
  3759.    The situation is similar, but different, in System V. SVID Third
  3760.    Edition lists the same speeds, 0 through 38400.
  3761.    
  3762.    Some versions of Unix, and/or terminal device drivers that come with
  3763.    certain third-party add-in high-speed serial communication interfaces,
  3764.    use the low "baud rates" to stand for higher ones. For example, SET
  3765.    SPEED 50 gets you 57600 bps; SET SPEED 75 gets you 76800; SET SPEED
  3766.    110 gets 115200.
  3767.    
  3768.    SCO ODT 3.0 is an example where a "baud-rate-table patch" can be
  3769.    applied that can rotate the tty driver baud rate table such that
  3770.    600=57600 and 1800=115k baud. Similarly for Digiboard
  3771.    multiport/portservers, which have a "fastbaud" setting that does this.
  3772.    Linux has a "setserial" command that can do it, etc.
  3773.    
  3774.    More modern Unixes support POSIX-based speed setting, in which the
  3775.    selection of speeds is not limited by a 4-bit field. C-Kermit 6.1
  3776.    incorporates a new mechanism for finding out (at compile time) which
  3777.    serial speeds are supported by the operating system that does not
  3778.    involve editing of source code by hand; on systems like Solaris 5.1,
  3779.    IRIX 6.2, and SCO OSR5.0.4, "set speed ?" will list speeds up to
  3780.    460800 or 921600. In C-Kermit 7.0 and later:
  3781.    
  3782.     1. If a symbol for a particular speed (say B230400 for 230400 bps)
  3783.        appears in whatever header file defines acceptable serial speeds
  3784.        (e.g. <termbits.h> or <sys/termios.h> or <sys/ttydev.h>, etc), the
  3785.        corresponding speed will appear in C-Kermit's "set speed ?" list.
  3786.     2. The fact that a given speed is listed in the header files and
  3787.        appears in C-Kermit's list does not mean the driver will accept
  3788.        it. For example, a computer might have some standard serial ports
  3789.        plus some add-on ones with different drivers that accept a
  3790.        different repertoire of speeds.
  3791.     3. The fact that a given speed is accepted by the driver does not
  3792.        guarantee the underlying hardware can accept it.
  3793.        
  3794.    When Kermit is given a "set speed" command for a particular device,
  3795.    the underlying system service is called to set the speed; its return
  3796.    code is checked and the SET SPEED command fails if the return code
  3797.    indicates failure. Regardless of the system service return status, the
  3798.    device's speed is then read back and if it does not match the speed
  3799.    that was requested, an error message is printed and the command fails.
  3800.    
  3801.    Even when the command succeeds, this does not guarantee successful
  3802.    operation at a particular speed, especially a high one. That depends
  3803.    on electricity, information theory, etc. How long is the cable, what
  3804.    is its capacitance, how well is it shielded, etc, not to mention that
  3805.    every connection has two ends and its success depends on both of them.
  3806.    (With the obvious caveats about internal modems, is the cable really
  3807.    connected, interrupt conflicts, etc etc etc).
  3808.    
  3809.    Note, in particular, that there is a certain threshold above which
  3810.    modems can not "autobaud" -- i.e. detect the serial interface speed
  3811.    when you type AT (or whatever else the modem's recognition sequence
  3812.    might be). Such modems need to be engaged at a lower speed (say 2400
  3813.    or 9600 or even 115200 -- any speed below their autobaud threshold)
  3814.    and then must be given a modem-specific command (which can be found in
  3815.    the modem manual) to change their interface speed to the desired
  3816.    higher speed, and then the software must also be told to change to the
  3817.    new, higher speed.
  3818.    
  3819.    For additional information, read [536]Section 9.5 of the Installation
  3820.    Instructions, plus any platform-specific notes in [537]Section 3
  3821.    above.
  3822.     ________________________________________________________________________
  3823.   
  3824.   7. COMMUNICATIONS AND DIALING
  3825.   
  3826.    [ [538]Top ] [ [539]Contents ] [ [540]Next ] [ [541]Previous ]
  3827.    
  3828.   7.1. Serial Ports and Modems
  3829.   
  3830.    If you SET LINE to a serial port modem-control device that has nothing
  3831.    plugged in to it, or has a modem connected that is powered off, and
  3832.    you have not given a prior SET MODEM TYPE or SET CARRIER-WATCH OFF
  3833.    command, the SET LINE command is likely to hang. In most cases, you
  3834.    can Ctrl-C out. If not, you'll have to kill C-Kermit from another
  3835.    terminal.
  3836.    
  3837.    Similarly, if you give a SET MODEM TYPE HAYES (or USR, or any other
  3838.    modem type besides DIRECT, NONE, or UNKNOWN) and then SET LINE to an
  3839.    empty port, the subsequent close (implicit or explicit) is liable to
  3840.    hang or even crash (through no fault of Kermit's -- the hanging or
  3841.    crashing is inside a system call such as cfsetospeed() or close()).
  3842.    
  3843.    The SET CARRIER-WATCH command works as advertised only if the
  3844.    underlying operating system and device drivers support this feature;
  3845.    in particular only if a read() operation returns immediately with an
  3846.    error code if the carrier signal goes away or, failing that, if
  3847.    C-Kermit can obtain the modem signals from the device driver (you can
  3848.    tell by giving a "set line" command to a serial device, and then a
  3849.    "show communications" command -- if modem signals are not listed,
  3850.    C-Kermit won't be able to detect carrier loss, the WAIT command will
  3851.    not work, etc). Of course, the device itself (e.g. modem) must be
  3852.    configured appropriately and the cables convey the carrier and other
  3853.    needed signals, etc.
  3854.    
  3855.    If you dial out from Unix system, but then notice a lot of weird
  3856.    character strings being stuck into your session at random times
  3857.    (especially if they look like +++ATQ0H0 or login banners or prompts),
  3858.    that means that getty is also trying to control the same device.
  3859.    You'll need to dial out on a device that is not waiting for a login,
  3860.    or else disable getty on the device.
  3861.    
  3862.    As of version 7.0, C-Kermit makes explicit checks for the Carrier
  3863.    Detect signal, and so catches hung-up connections much better than 6.0
  3864.    and earlier. However, it still can not be guaranteed to catch every
  3865.    ever CD on-to-off transition. For example, when the HP-UX version of
  3866.    C-Kermit is in CONNECT mode on a dialed connection and CARRIER-WATCH
  3867.    ON or AUTO, and you turn off the modem, HP-UX is stuck in a read()
  3868.    that never returns. (C-Kermit does not pop back to its prompt
  3869.    automatically, but you can still escape back.)
  3870.    
  3871.    If, on the other hand, you log out from the remote system, and it
  3872.    hangs up, and CD drops on the local modem, C-Kermit detects this and
  3873.    pops back to the prompt as it should. (Evidently there can be a
  3874.    difference between CD and DSR turning off at the same time, versus CD
  3875.    turning off while DSR stays on; experimentation with &S0/&S1/&S2 on
  3876.    your modem might produce the desired results).
  3877.    
  3878.    When Unix C-Kermit exits, it closes (and must close) the
  3879.    communications device. If you were dialed out, this will most likely
  3880.    hang up the connection. If you want to get out of Kermit and still use
  3881.    Kermit's communication device, you have several choices:
  3882.    
  3883.     1. Shell out from Kermit or suspend Kermit, and refer to the device
  3884.        literally (as in "term -blah -blah < /dev/cua > /dev/cua").
  3885.     2. Shell out from Kermit and use the device's file descriptor which
  3886.        Kermit makes available to you in the \v(ttyfd) variable.
  3887.     3. Use C-Kermit's REDIRECT command.
  3888.     4. Use C-Kermit new EXEC /REDIRECT command.
  3889.        
  3890.    If you are having trouble dialing:
  3891.    
  3892.     1. Make sure the dialout line is configured correctly. More about
  3893.        this below.
  3894.     2. Make sure all necessary patches are installed for your operating
  3895.        system.
  3896.     3. If you can't dial on a "bidirectional" line, then configure it for
  3897.        outbound-only (remove the getty) and try again. (The mechanisms --
  3898.        if any -- for grabbing bidirectional lines for dialout vary wildly
  3899.        among Unix implementations and releases, and C-Kermit -- which
  3900.        runs on well over 300 different Unix variations -- makes no effort
  3901.        to keep up with them; the recommended method for coping with this
  3902.        situation is to wrap C-Kermit in a shell script that takes the
  3903.        appropriate actions.)
  3904.     4. Make sure C-Kermit's SET DIAL and SET MODEM parameters agree with
  3905.        the modem you are actually using -- pay particular attention to
  3906.        SET DIAL SPEED-MATCHING.
  3907.     5. If MODEM HANGUP-METHOD is set to RS232-SIGNAL, change it to
  3908.        MODEM-COMMAND. Or vice-versa.
  3909.     6. Try SET DIAL HANGUP OFF before the DIAL command. Also, SET DIAL
  3910.        DISPLAY ON to watch what's happening. See [542]Section 8 of the
  3911.        [543]Installation Instructions.
  3912.     7. Read pages 50-67 of [544]Using C-Kermit.
  3913.     8. As a last resort, don't use the DIAL command at all; SET CARRIER
  3914.        OFF and CONNECT to the modem and dial interactively, or write a
  3915.        script program to dial the modem.
  3916.        
  3917.    Make sure your dialout line is correctly configured for dialing out
  3918.    (as opposed to login). The method for doing this is different for each
  3919.    kind of Unix system. Consult your system documentation for configuring
  3920.    lines for dialing out (for example, Sun SparcStation IPC users should
  3921.    read the section "Setting up Modem Software" in the Desktop SPARC Sun
  3922.    System & Network Manager's Guide; HP-9000 workstation users should
  3923.    consult the manual Configuring HP-UX for Peripherals, etc).
  3924.    
  3925.    Symptom: DIAL works, but a subsequent CONNECT command does not.
  3926.    Diagnosis: the modem is not asserting Carrier Detect (CD) after the
  3927.    connection is made, or the cable does not convey the CD signal. Cure:
  3928.    Reconfigure the modem, replace the cable. Workaround: SET CARRIER OFF
  3929.    (at least in System-V based Unix versions).
  3930.    
  3931.    For Berkeley-Unix-based systems (4.3BSD and earlier), Kermit includes
  3932.    code to use LPASS8 mode when parity is none, which is supposed to
  3933.    allow 8-bit data and Xon/Xoff flow control at the same time. However,
  3934.    as of edit 174, this code is entirely disabled because it is
  3935.    unreliable: even though the host operating system might (or might not)
  3936.    support LPASS8 mode correctly, the host access protocols (terminal
  3937.    servers, telnet, rlogin, etc) generally have no way of finding out
  3938.    about it and therefore render it ineffective, causing file transfer
  3939.    failures. So as of edit 174, Kermit once again uses rawmode for 8-bit
  3940.    data, and so there is no Xon/Xoff flow control during file transfer or
  3941.    terminal emulation in the Berkeley-based versions (4.3 and earlier,
  3942.    not 4.4).
  3943.    
  3944.    Also on Berkeley-based systems (4.3 and earlier), there is apparently
  3945.    no way to configure a dialout line for proper carrier handling, i.e.
  3946.    ignore carrier during dialing, require carrier thereafter, get a fatal
  3947.    error on any attempt to read from the device after carrier drops (this
  3948.    is handled nicely in System V by manipulation of the CLOCAL flag). The
  3949.    symptom is that carrier loss does not make C-Kermit pop back to the
  3950.    prompt automatically. This is evident on the NeXT, for example, but
  3951.    not on SunOS, which supports the CLOCAL flag. This is not a Kermit
  3952.    problem, but a limitation of the underlying operating system. For
  3953.    example, the cu program on the NeXT doesn't notice carrier loss
  3954.    either, whereas cu on the Sun does.
  3955.    
  3956.    On certain AT&T Unix systems equipped with AT&T modems, DIAL and
  3957.    HANGUP don't work right. Workarounds: (1) SET DIAL HANGUP OFF before
  3958.    attempting to dial; (2) If HANGUP doesn't work, SET LINE, and then SET
  3959.    LINE <device> to totally close and reopen the device. If all else
  3960.    fails, SET CARRIER OFF.
  3961.    
  3962.    C-Kermit does not contain any particular support for AT&T DataKit
  3963.    devices. You can use Kermit software to dial in to a DataKit line, but
  3964.    C-Kermit does not contain the specialized code required to dial out
  3965.    from a DataKit line. If the Unix system is connected to DataKit via
  3966.    serial ports, dialout should work normally (e.g. set line /dev/ttym1,
  3967.    set speed 19200, connect, and then see the DESTINATION: prompt, from
  3968.    which you can connect to another computer on the DataKit network or to
  3969.    an outgoing modem pool, etc). But if the Unix system is connected to
  3970.    the DataKit network through the special DataKit interface board, then
  3971.    SET LINE to a DataKit pseudodevice (such as /dev/dk031t) will not work
  3972.    (you must use the DataKit "dk" or "dkcu" program instead). In C-Kermit
  3973.    7.0 and later, you can make Kermit connections "though" dk or dkcu
  3974.    using "set line /pty".
  3975.    
  3976.    In some BSD-based Unix C-Kermit versions, SET LINE to a port that has
  3977.    nothing plugged in to it with SET CARRIER ON will hang the program (as
  3978.    it should), but it can't be interrupted with Ctrl-C. The interrupt
  3979.    trap is correctly armed, but apparently the Unix open() call cannot be
  3980.    interrupted in this case. When SET CARRIER is OFF or AUTO, the SET
  3981.    LINE will eventually return, but then the program hangs
  3982.    (uninterruptibly) when the EXIT or QUIT command (or, presumably,
  3983.    another SET LINE command) is given. The latter is probably because of
  3984.    the attempt to hang up the modem. (In edit 169, a timeout alarm was
  3985.    placed around this operation.)
  3986.    
  3987.    With SET DIAL HANGUP OFF in effect, the DIAL command might work only
  3988.    once, but not again on the same device. In that case, give a CLOSE
  3989.    command to close the device, and then another SET LINE command to
  3990.    re-open the same device. Or rebuild your version of Kermit with the
  3991.    -DCLSOPN compile-time switch.
  3992.    
  3993.    The DIAL command says "To cancel: Type your interrupt character
  3994.    (normally Ctrl-C)." This is just one example of where program messages
  3995.    and documentation assume your interrupt character is Ctrl-C. But it
  3996.    might be something else. In most (but not necessarily all) cases, the
  3997.    character referred to is the one that generates the SIGINT signal. If
  3998.    Ctrl-C doesn't act as an interrupt character for you, type the Unix
  3999.    command "stty -a" or "stty all" or "stty everything" to see what your
  4000.    interrupt character is. (Kermit could be made to find out what the
  4001.    interrupt character is, but this would require a lot of
  4002.    platform-dependent coding and #ifdefs, and a new routine and interface
  4003.    between the platform-dependent and platform-independent parts of the
  4004.    program.)
  4005.    
  4006.    In general, the hangup operation on a serial communication device is
  4007.    prone to failure. C-Kermit tries to support many, many different kinds
  4008.    of computers, and there seems to be no portable method for hanging up
  4009.    a modem connection (i.e. turning off the RS-232 DTR signal and then
  4010.    turning it back on again). If HANGUP, DIAL, and/or Ctrl-\H do not work
  4011.    for you, and you are a programmer, look at the tthang() function in
  4012.    ckutio.c and see if you can add code to make it work correctly for
  4013.    your system, and send the code to the address above. (NOTE: This
  4014.    problem has been largely sidestepped as of edit 188, in which Kermit
  4015.    first attempts to hang up the modem by "escaping back" via +++ and
  4016.    then giving the modem's hangup command, e.g. ATH0, when DIAL
  4017.    MODEM-HANGUP is ON, which is the default setting.)
  4018.    
  4019.    Even when Kermit's modem-control software is configured correctly for
  4020.    your computer, it can only work right if your modem is also configured
  4021.    to assert the CD signal when it is connected to the remote modem and
  4022.    to hang up the connection when your computer drops the DTR signal. So
  4023.    before deciding Kermit doesn't work with your modem, check your modem
  4024.    configuration AND the cable (if any) connecting your modem to the
  4025.    computer -- it should be a straight-through modem cable conducting the
  4026.    signals FG, SG, TD, RD, RTS, CTS, DSR, DTR, CD, and RI.
  4027.    
  4028.    Many Unix systems keep aliases for dialout devices; for example,
  4029.    /dev/acu might be an alias for /dev/tty00. But most of these Unix
  4030.    systems also use UUCP lockfile conventions that do not take this
  4031.    aliasing into account, so if one user assigns (e.g.) /dev/acu, then
  4032.    another user can still assign the same device by referring to its
  4033.    other name. This is not a Kermit problem -- Kermit must follow the
  4034.    lockfile conventions used by the vendor-supplied software (cu, tip,
  4035.    uucp).
  4036.    
  4037.    The SET FLOW-CONTROL KEEP option should be given *before* any
  4038.    communication (dialing, terminal emulation, file transfer,
  4039.    INPUT/OUTPUT/TRANSMIT, etc) is attempted, if you want C-Kermit to use
  4040.    all of the device's preexisting flow-control related settings. The
  4041.    default flow-control setting is XON/XOFF, and it will take effect when
  4042.    the first communication-related command is given, and a subsequent SET
  4043.    FLOW KEEP command will not necessarily know how to restore *all* of
  4044.    the device's original flow-control settings.
  4045.    
  4046.   7.2. Network Connections
  4047.   
  4048.    C-Kermit tries to use the 8th bit for data when parity is NONE, and
  4049.    this generally works on real Unix terminal (tty) devices, but it often
  4050.    does not work when the Unix system is accessed over a network via
  4051.    telnet or rlogin protocols, including (in many cases) through terminal
  4052.    servers. For example, an Encore computer with Annex terminal servers
  4053.    only gives a 7-bit path if the rlogin protocol is selected in the
  4054.    terminal server but it gives the full 8 bits if the proprietary RDP
  4055.    protocol is used.
  4056.    
  4057.    If file transfer does not work through a host to which you have
  4058.    rlogin'd, use "rlogin -8" rather than "rlogin". If that doesn't work,
  4059.    tell both Kermit programs to "set parity space".
  4060.    
  4061.    The Encore TELNET server does not allow long bursts of input. When you
  4062.    have a TELNET connection to an Encore, tell C-Kermit on the Encore to
  4063.    SET RECEIVE PACKET-LENGTH 200 or thereabouts.
  4064.     ________________________________________________________________________
  4065.   
  4066.   8. HARDWARE FLOW CONTROL
  4067.   
  4068.    [ [545]Top ] [ [546]Contents ] [ [547]Next ] [ [548]Previous ]
  4069.    
  4070.    SET FLOW RTS/CTS is available in Unix C-Kermit only when the
  4071.    underlying operating system provides an Application Program Interface
  4072.    (API) for turning this feature on and off under program control, which
  4073.    turns out to be a rather rare feature among Unix systems. To see if
  4074.    your Unix C-Kermit version supports hardware flow control, type "set
  4075.    flow ?" at the C-Kermit prompt, and look for "rts/cts" among the
  4076.    options. Other common situations include:
  4077.    
  4078.     1. The API is available, so "set flow rts/cts" appears as a valid
  4079.        C-Kermit command, but it doesn't do anything because the device
  4080.        driver (part of the operating system) was never coded to do
  4081.        hardware flow control. This is common among System V R4
  4082.        implementations (details below).
  4083.     2. The API is not available, so "set flow rts/cts" does NOT appear as
  4084.        a valid C-Kermit command, but you can still get RTS/CTS flow
  4085.        control by selecting a specially named device in your SET LINE
  4086.        command. Examples:
  4087.           + NeXTSTEP: /dev/cufa instead of /dev/cua, /dev/cufb instead of
  4088.             /dev/cub (68040 only; "man zs" for further info).
  4089.           + IRIX: /dev/ttyf2 instead of /dev/ttyd2 or /dev/ttym2 ("man 7
  4090.             serial").
  4091.     3. The API is available, doesn't work, but a workaround as in (2) can
  4092.        be used.
  4093.     4. The API is available, but Kermit doesn't know about it. In these
  4094.        cases, you can usually use an stty command to enable RTS/CTS on
  4095.        the device, e.g. "stty crtscts" or "stty ctsflow", "stty rtsflow",
  4096.        before starting Kermit, and then tell Kermit to SET FLOW KEEP.
  4097.     5. No API and no special device drivers. Hardware flow control is
  4098.        completely unavailable.
  4099.        
  4100.    System V R4 based Unixes are supposed to supply a <termiox.h> file,
  4101.    which gives Kermit the necessary interface to command the terminal
  4102.    driver to enable/disable hardware flow control. Unfortunately, but
  4103.    predictably, many implementations of SVR4 whimsically place this file
  4104.    in /usr/include/sys rather than /usr/include (where SVID clearly
  4105.    specifies it should be; see SVID, Third Edition, V1, termiox(BA_DEV).
  4106.    Thus if you build C-Kermit with any of the makefile entries that
  4107.    contain -DTERMIOX or -DSTERMIOX (the latter to select
  4108.    <sys/termiox.h>), C-Kermit will have "set flow rts/cts" and possibly
  4109.    other hardware flow-control related commands. BUT... That does not
  4110.    necessarily mean that they will work. In some cases, the underlying
  4111.    functions are simply not coded into the operating system.
  4112.    
  4113.    WARNING: When hardware flow control is available, and you enable in
  4114.    Kermit on a device that is not receiving the CTS signal, Kermit can
  4115.    hang waiting for CTS to come up. This is most easily seen when the
  4116.    local serial port has nothing plugged in to it, or is connected to an
  4117.    external modem that is powered off.
  4118.     ________________________________________________________________________
  4119.   
  4120.   9. TERMINAL CONNECTION AND KEY MAPPING
  4121.   
  4122.    [ [549]Top ] [ [550]Contents ] [ [551]Next ] [ [552]Previous ]
  4123.    
  4124.    C-Kermit is not a terminal emulator. Refer to page 147 of [553]Using
  4125.    C-Kermit, 2nd Edition: "Most versions of C-Kermit -- Unix, VMS,
  4126.    AOS/VS, VOS, etc -- provide terminal connection without emulation.
  4127.    These versions act as a 'semitransparent pipe' between the remote
  4128.    computer and your terminal, terminal emulator, console driver, or
  4129.    window, which in turn emulates (or is) a specific kind of terminal."
  4130.    The environment in which you run C-Kermit is up to you.
  4131.    
  4132.    If you are an X Windows user, you should be aware of an alternative to
  4133.    xterm that supports VT220 emulation, from Thomas E. Dickey:
  4134.    
  4135.   [554]http://dickey.his.com/xterm/xterm.html
  4136.  
  4137.    Unix C-Kermit's SET KEY command currently can not be used with keys
  4138.    that generate "wide" scan codes or multibyte sequences, such as
  4139.    workstation function or arrow keys, because Unix C-Kermit does not
  4140.    have direct access to the keyboard.
  4141.    
  4142.    However, many Unix workstations and/or console drivers provide their
  4143.    own key mapping feature. With xterm, for example, you can use
  4144.    'xmodmap' ("man xmodmap" for details); here is an xterm mapping to map
  4145.    the Sun keyboard to DEC VT200 values for use with VT-terminal oriented
  4146.    applications like VMS EVE:
  4147.    
  4148.   keycode 101=KP_0
  4149.   keycode 119=KP_1
  4150.   keycode 120=KP_2
  4151.   keycode 121=KP_3
  4152.   keycode 98=KP_4
  4153.   keycode 99=KP_5
  4154.   keycode 100=KP_6
  4155.   keycode 75=KP_7
  4156.   keycode 76=KP_8
  4157.   keycode 77=KP_9
  4158.   keycode 52=KP_F1
  4159.   keycode 53=KP_F2
  4160.   keycode 54=KP_F3
  4161.   keycode 57=KP_Decimal
  4162.   keycode 28=Left
  4163.   keycode 29=Right
  4164.   keycode 30=KP_Separator
  4165.   keycode 105=KP_F4
  4166.   keycode 78=KP_Subtract
  4167.   keycode 8=Left
  4168.   keycode 10=Right
  4169.   keycode 32=Up
  4170.   keycode 33=Down
  4171.   keycode 97=KP_Enter
  4172.  
  4173.    Users of Linux consoles can use loadkeys ("man dumpkeys loadkeys
  4174.    keytables" for details. The format used by loadkeys is compatible with
  4175.    that used by Xmodmap, although it is not definitely certain that the
  4176.    keycodes are compatible for different keyboard types (e.g. Sun vs HP
  4177.    vs PC, etc).
  4178.     ________________________________________________________________________
  4179.   
  4180.   10. FILE TRANSFER
  4181.   
  4182.    [ [555]Top ] [ [556]Contents ] [ [557]Next ] [ [558]Previous ]
  4183.    
  4184.    If uploads (or downloads) fail immediately, give the CAUTIOUS command
  4185.    to Kermit and try again. If they still fail, then try SET PREFIXING
  4186.    ALL. If they still fail, try SET PARITY SPACE. If they still fail, try
  4187.    ROBUST.
  4188.    
  4189.    If uploads (particularly of large files and/or binary files) begin
  4190.    successfully but then fail constently after a certain amount of bytes
  4191.    have been sent, check:
  4192.    
  4193.      * Your ulimit ("ulimit -a")
  4194.      * The amount of available space on the target disk ("df ." or "df -k
  4195.        .")
  4196.      * Your personal disk quota (platform- and site-dependent)
  4197.      * The maximum file size on the receiver's file system (e.g. 2GB in
  4198.        old verions the Linux VFS file system, and/or in applications that
  4199.        have not been recoded to use new "large file" APIs).
  4200.      * If it's an NFS-mounted disk (if so, try uploading to a local disk)
  4201.      * Is there an "idle limit" on the receiving end?
  4202.        
  4203.    If none of these seem to explain it, then the problem is not size
  4204.    related, but reflects some clash between the file contents and the
  4205.    characteristics of the connection, in which case follow the
  4206.    instructions in the first paragraph of this section.
  4207.    
  4208.    Suppose two copies of Kermit are receiving files into the same
  4209.    directory, and the files have the same name, e.g. "foo.bar". Whichever
  4210.    one starts first opens an output file called "foo.bar". The second one
  4211.    sees there is already a foo.bar file, and so renames the existing
  4212.    foo.bar to foo.bar.~1~ (or whatever). When the first file has been
  4213.    received completely, Kermit goes to change its modification time and
  4214.    permissions to those given by the file sender in the Attribute packet.
  4215.    But in Unix, the APIs for doing this take a filename, not a file
  4216.    descriptor. Since the first Kermit's file has been renamed, and the
  4217.    second Kermit is using the original name, the first Kermit changes the
  4218.    modtime and permissions of the second Kermit's file, not its own.
  4219.    Although there might be a way to work around this in the code, e.g.
  4220.    using inode numbers to keep track of which file is which, this would
  4221.    be tricky and most likely not very portable. It's better to set up
  4222.    your application to prevent such things from happening, which is easy
  4223.    enough using the script language, filename templates, etc.
  4224.    
  4225.    Suppose you start C-Kermit with a command-line argument to send or
  4226.    receive a file (e.g. "kermit -r") and then type Ctrl-\c immediately
  4227.    afterwards to escape back and initiate the other end of the transfer,
  4228.    BUT your local Kermit's escape character is not Ctrl-\. In this case,
  4229.    the local Kermit passes the Ctrl-\ to the remote system, and if this
  4230.    is Unix, Ctrl-\ is likely to be its SIGQUIT character, which causes
  4231.    the current program to halt and dump core. Well, just about the first
  4232.    thing C-Kermit does when it starts is to disable the SIGQUIT signal.
  4233.    However, it is still possible for SIGQUIT to cause Kermit to quit and
  4234.    dump core if it is delivered while Kermit is being loaded or started,
  4235.    before the signal can be disabled. There's nothing Kermit itself can
  4236.    do about this, but you can prevent it from happening by disabling
  4237.    SIGQUIT in your Unix session. The command is usually something like:
  4238.    
  4239.   stty quit undef
  4240.  
  4241.    Unix C-Kermit does not reject incoming files on the basis of size.
  4242.    There appears to be no good (reliable, portable) way to determine in
  4243.    advance how much disk space is available, either on the device, or
  4244.    (when quotas or other limits are involved) to the user.
  4245.    
  4246.    Unix C-Kermit discards all carriage returns from incoming files when
  4247.    in text mode.
  4248.    
  4249.    If C-Kermit has problems creating files in writable directories when
  4250.    it is installed setuid or setgid on BSD-based versions of Unix such as
  4251.    NeXTSTEP 3.0, it probably needs to be rebuilt with the -DSW_ACC_ID
  4252.    compilation switch.
  4253.    
  4254.    If you SET FILE DISPLAY FULLSCREEN, and C-Kermit complains "Sorry,
  4255.    terminal type not supported", it means that the terminal library
  4256.    (termcap or termlib) that C-Kermit was built with does not know about
  4257.    a terminal whose name is the current value of your TERM environment
  4258.    variable. If this happens, but you want to have the fullscreen file
  4259.    transfer display, EXIT from C-Kermit and set a Unix terminal type from
  4260.    among the supported values that is also supported by your terminal
  4261.    emulator, or else have an entry for your terminal type added to the
  4262.    system termcap and/or terminfo database.
  4263.    
  4264.    If you attempt to suspend C-Kermit during local-mode file transfer and
  4265.    then continue it in the background (via bg), it will block for "tty
  4266.    output" if you are using the FULLSCREEN file transfer display. This is
  4267.    apparently a problem with curses. Moving a local-mode file transfer
  4268.    back and forth between foreground and background works correctly,
  4269.    however, with the SERIAL, CRT, BRIEF, or NONE file transfer displays.
  4270.    
  4271.    If C-Kermit's command parser no longer echoes, or otherwise acts
  4272.    strangely, after returning from a file transfer with the fullscreen
  4273.    (curses) display, and the curses library for your version of Unix
  4274.    includes the newterm() function, then try rebuilding your version of
  4275.    C-Kermit with -DCK_NEWTERM. Similarly if it echoes doubly, which might
  4276.    even happen during a subsequent CONNECT session. If rebuilding with
  4277.    -DCK_NEWTERM doesn't fix it, then there is something very strange
  4278.    about your system's curses library, and you should probably not use
  4279.    it. Tell C-Kermit to SET FILE DISPLAY CRT, BRIEF, or anything else
  4280.    other than FULLSCREEN, and/or rebuild without -DCK_CURSES, and without
  4281.    linking with (termlib and) curses. Note: This problem seemed to have
  4282.    escalated in C-Kermit 7.0, and -DCK_NEWTERM had to be added to many
  4283.    builds that previously worked without it: Linux, AIX 4.1, DG/UX, etc.
  4284.    In the Linux case, it is obviously because of changes in the (n)curses
  4285.    library; the cause in the other cases is not known.
  4286.    
  4287.    C-Kermit creates backup-file names (such as "oofa.txt.~1~") based on
  4288.    its knowledge of the maximum filename length on the platform where it
  4289.    is running, which is learned at compile time, based on MAXNAMLEN or
  4290.    equivalent symbols from the system header files. But suppose C-Kermit
  4291.    is receiving files on a Unix platform that supports long filenames,
  4292.    but the incoming files are being stored on an NFS-mounted file system
  4293.    that supports only short names. NFS maps the external system to the
  4294.    local APIs, so C-Kermit has no way of knowing that long names will be
  4295.    truncated. Or that C-Kermit is running on a version of Unix that
  4296.    supports both long-name and short-name file systems simultaneously
  4297.    (such as HP-UX 7.00). This can cause unexpected behavior when creating
  4298.    backup files, or worse. For example, you are sending a group of files
  4299.    whose names are differentiated only by characters past the point at
  4300.    which they would be truncated, each file will overwrite the previous
  4301.    one upon arrival.
  4302.     ________________________________________________________________________
  4303.   
  4304.   11. EXTERNAL FILE TRANSFER PROTOCOLS
  4305.   
  4306.    [ [559]Top ] [ [560]Contents ] [ [561]Next ] [ [562]Previous ]
  4307.    
  4308.    SECTION CONTENTS
  4309.    
  4310.   11.1. [563]C-Kermit as an External Protocol
  4311.   11.2. [564]Invoking External Protocols from C-Kermit
  4312.  
  4313.    Unix C-Kermit can be used in conjunction with other communications
  4314.    software in various ways. C-Kermit can be invoked from another
  4315.    communications program as an "external protocol", and C-Kermit can
  4316.    also invoke other communication software to perform external
  4317.    protocols.
  4318.    
  4319.    This sort of operation makes sense only when you are dialing out from
  4320.    your Unix system (or making a network connection from it). If the Unix
  4321.    system is the one you have dialed in to, you don't need any of these
  4322.    tricks. Just run the desired software on your Unix system instead of
  4323.    Kermit. When dialing out from a Unix system, the difficulty is getting
  4324.    two programs to share the same communication device in spite of the
  4325.    Unix UUCP lockfile mechanism, which would normally prevent any
  4326.    sharing, and preventing the external protocol from closing (and
  4327.    therefore hanging up) the device when it exits back to the program
  4328.    that invoked it.
  4329.    
  4330.   11.1. C-KERMIT AS AN EXTERNAL PROTOCOL
  4331.   
  4332.    [ [565]Top ] [ [566]Contents ] [ [567]Section Contents ] [ [568]Next ]
  4333.    
  4334.    (This section deleted; see [569]Using C-Kermit, 2nd Ed, Chapter 14.)
  4335.    
  4336.    "pcomm" is a general-purpose terminal program that provides file
  4337.    transfer capabilities itself (X- and YMODEM variations) and the
  4338.    ability to call on external programs to do file transfers (ZMODEM and
  4339.    Kermit, for example). You can tell pcomm the command to send or
  4340.    receive a file with an external protocol:
  4341.  
  4342.                         Send                            Receive  
  4343.         ZMODEM          sz filename                     rz
  4344.         Kermit          kermit -s filename              kermit -r
  4345.  
  4346.    pcomm runs external programs for file transfer by making stdin and
  4347.    stdout point to the modem port, and then exec-ing "/bin/sh -c xxx"
  4348.    (where xxx is the appropriate command). However, C-Kermit does not
  4349.    treat stdin and stdout as the communication device unless you instruct
  4350.    it:
  4351.    
  4352.  
  4353.                         Send                            Receive  
  4354.         Kermit          kermit -l 0 -s filename         kermit -l 0 -r
  4355.  
  4356.    The "-l 0" option means to use file descriptor 0 for the communication
  4357.    device.
  4358.    
  4359.    In general, any program can pass any open file descriptor to C-Kermit
  4360.    for the communication device in the "-l" command-line option. When
  4361.    Kermit is given a number as the argument to the "-l" option, it simply
  4362.    uses it as a file descriptor, and it does not attempt to close it upon
  4363.    exit.
  4364.    
  4365.    Here's another example, for Seyon (a Linux communication program).
  4366.    First try the technique above. If that works, fine; otherwise... If
  4367.    Seyon does not give you a way to access and pass along the file
  4368.    descriptor, but it starts up the Kermit program with its standard i/o
  4369.    redirected to its (Seyon's) communications file descriptor, you can
  4370.    also experiment with the following method, which worked here in brief
  4371.    tests on SunOS. Instead of having Seyon use "kermit -r" or "kermit -s
  4372.    filename" as its Kermit protocol commands, use something like this
  4373.    (examples assume C-Kermit 6.0):
  4374.    
  4375.    For serial connections:
  4376.           
  4377.  
  4378.   kermit -YqQl 0 -r                     <-- to receive
  4379.   kermit -YqQl 0 -s filename(s)         <-- to send one or more files
  4380.  
  4381.    For Telnet connections:
  4382.           
  4383.  
  4384.   kermit -YqQF 0 -r                     <-- to receive
  4385.   kermit -YqQF 0 -s filename(s)         <-- to send one or more files
  4386.  
  4387.    Command line options:
  4388.    
  4389.   Y    - skip executing the init file
  4390.   Q    - use fast file transfer settings (default in 8.0)
  4391.   l 0  - transfer files using file descriptor 0 for a serial connection
  4392.   F 0  - transfer files using file descriptor 0 for a Telnet connection
  4393.   q    - quiet - no messages
  4394.   r    - receive
  4395.   s    - send
  4396.  
  4397.   11.2. INVOKING EXTERNAL PROTOCOLS FROM C-KERMIT
  4398.   
  4399.    [ [570]Top ] [ [571]Contents ] [ [572]Section Contents ] [
  4400.    [573]Previous ]
  4401.    
  4402.      (This section is obsolete, but not totally useless. See Chapter 14
  4403.      of [574]Using C-Kermit, 2nd Edition). 
  4404.      
  4405.    After you have opened a communication link with C-Kermit's SET LINE
  4406.    (SET PORT) or SET HOST (TELNET) command, C-Kermit makes its file
  4407.    descriptor available to you in the \v(ttyfd) variable so you can pass
  4408.    it along to other programs that you RUN from C-Kermit. Here, for
  4409.    example, C-Kermit runs itself as an external protocol:
  4410.    
  4411.   C-Kermit>set modem type hayes
  4412.   C-Kermit>set line /dev/acu
  4413.   C-Kermit>set speed 2400
  4414.   C-Kermit>dial 7654321
  4415.    Call complete.
  4416.   C-Kermit>echo \v(ttyfd)
  4417.    3
  4418.   C-Kermit>run kermit -l \v(ttyfd)
  4419.  
  4420.    Other programs that accept open file descriptors on the command line
  4421.    can be started in the same way.
  4422.    
  4423.    You can also use your shell's i/o redirection facilities to assign
  4424.    C-Kermit's open file descriptor (ttyfd) to stdin or stdout. For
  4425.    example, old versions of the Unix ZMODEM programs, sz and rz, when
  4426.    invoked as external protocols, expect to find the communication device
  4427.    assigned to stdin and stdout with no option for specifying any other
  4428.    file descriptor on the sz or rz command line. However, you can still
  4429.    invoke sz and rz as exterior protocols from C-Kermit if your current
  4430.    shell ($SHELL variable) is ksh (the Korn shell) or bash (the
  4431.    Bourne-Again shell), which allows assignment of arbitrary file
  4432.    descriptors to stdin and stdout:
  4433.    
  4434.   C-Kermit> run rz <&\v(ttyfd) >&\v(ttyfd)
  4435.  
  4436.    or:
  4437.    
  4438.   C-Kermit> run sz oofa.zip <&\v(ttyfd) >&\v(ttyfd)
  4439.  
  4440.    In version 5A(190) and later, you can use C-Kermit's REDIRECT command,
  4441.    if it is available in your version of C-Kermit, to accomplish the same
  4442.    thing without going through the shell:
  4443.    
  4444.   C-Kermit> redirect rz
  4445.  
  4446.    or:
  4447.    
  4448.   C-Kermit> redirect sz oofa.zip
  4449.  
  4450.    A complete set of rz,sz,rb,sb,rx,sx macros for Unix C-Kermit is
  4451.    defined in the file ckurzsz.ini. It automatically chooses the best
  4452.    redirection method (but is redundant since C-Kermit 6.0, which now has
  4453.    built-in support for external protocols via its SET PROTOCOL command).
  4454.    
  4455.    Note that external protocols can be used on C-Kermit SET LINE or SET
  4456.    HOST connections only if they operate through standard input and
  4457.    standard output. If they open their own connections, Kermit can't
  4458.    redirect them over its own connection.
  4459.     ________________________________________________________________________
  4460.   
  4461.   12. SECURITY
  4462.   
  4463.    [ [575]Top ] [ [576]Contents ] [ [577]Next ] [ [578]Previous ]
  4464.    
  4465.    As of version 7.0, C-Kermit supports a wide range of security options
  4466.    for authentication and encryption: Kerberos 4, Kerberos 5 / GSSAPI,
  4467.    SSL/TLS, and SRP. See the separate [579]security document for details.
  4468.     ________________________________________________________________________
  4469.   
  4470.   13. MISCELLANEOUS USER REPORTS
  4471.   
  4472.    [ [580]Top ] [ [581]Contents ] [ [582]Next ] [ [583]Previous ]
  4473.    
  4474. Date: Thu, 12 Mar 92 1:59:25 MEZ
  4475. From: Walter Mecky <walter@rent-a-guru.de>
  4476. Subject: Help.Unix.sw
  4477. To: svr4@pcsbst.pcs.com, source@usl.com
  4478.  
  4479. PRODUCT:        Unix
  4480. RELEASE:        Dell SVR4 V2.1 (is USL V3.0)
  4481. MACHINE:        AT-386
  4482. PATHNAME:       /usr/lib/libc.so.1
  4483.                 /usr/ccs/lib/libc.a
  4484. ABSTRACT:       Function ttyname() does not close its file descriptor
  4485. DESCRIPTION:
  4486.         ttyname(3C) opens /dev but never closes it. So if it is called
  4487.         often enough the open(2) in ttyname() fails. Because the broken
  4488.         ttyname() is in the shared lib too all programs using it can
  4489.         fail if they call it often enough. One important program is
  4490.         uucico which calls ttyname for every file it transfers.
  4491.  
  4492.    Here is a little test program if your system has the bug:
  4493.    
  4494. #include <stdlib.h>
  4495. #include <stdio.h>
  4496. main() {
  4497.     int i = 0;
  4498.     while (ttyname(0) != NULL)
  4499.       i++;
  4500.     perror("ttyname");
  4501.     printf("i=%d\n", i);
  4502. }
  4503.  
  4504.    If this program runs longer than some seconds you don't have the bug.
  4505.    
  4506.    WORKAROUND: None FIX: Very easy if you have source code.
  4507.    
  4508.    Another user reports some more explicit symptoms and recoveries:
  4509.    
  4510. > What happens is when invoking ckermit we get one of the following
  4511. > error messages:
  4512. >   You must set line
  4513. >   Not a tty
  4514. >   No more processes.
  4515. > One of the following three actions clears the peoblem:
  4516. >   shutdown -y -g0 -i6
  4517. >   kill -9 the ttymon with the highest PID
  4518. >   Invoke sysadm and disable then enable the line you want to use.
  4519. > Turning off respawn of sac -t 300 and going to getty's and uugetty's
  4520. > does not help.
  4521. >
  4522. > Also C-Kermit reports "?timed out closing /dev/ttyxx".
  4523. > If this happens all is well.
  4524.  
  4525. ------------------------------
  4526.  
  4527.    (Note: the following problem also occurs on SGI and probably many
  4528.    other Unix systems):
  4529.    
  4530.    From: James Spath <spath@jhunix.hcf.jhu.edu>
  4531.    To: Info-Kermit-Request@cunixf.cc.columbia.edu
  4532.    Date: Wed, 9 Sep 1992 20:20:28 -0400
  4533.    Subject: C-Kermit vs uugetty (or init) on Sperry 5000
  4534.    
  4535.    We have successfully compiled the above release on a Unisys/Sperry
  4536.    5000/95. We used the sys5r3 option, rather than sys5r2 since we have
  4537.    VR3 running on our system. In order to allow dialout access to
  4538.    non-superusers, we had to do "chmod 666 /dev/tty###, where it had been
  4539.    -rw--w--w- (owned by uucp), and to do "chmod +w /usr/spool/locks". We
  4540.    have done text and binary file transfers through local and remote
  4541.    connections.
  4542.    
  4543.    The problem concerning uucp ownership and permissions is worse than I
  4544.    thought at first. Apparently init or uugetty changes the file
  4545.    permissions after each session. So I wrote the following C program to
  4546.    open a set of requested tty lines. I run this for any required
  4547.    outgoing line prior to a Kermit session.
  4548.    
  4549.    ------ cut here -------
  4550. /* opentty.c -- force allow read on tty lines for modem i/o */
  4551. /* idea from: restrict.c -- System 5 Admin book Thomas/Farrow p. 605 */
  4552. /* /jes jim spath {spath@jhunix.hcj.jhu.edu } */
  4553. /* 08-Sep-92 NO COPYRIGHT. */
  4554. /* this must be suid to open other tty lines */
  4555.  
  4556. /* #define DEBUG */
  4557. #define TTY "/dev/tty"
  4558. #define LOK "/usr/spool/locks/LCK..tty"
  4559. #include <stdio.h>
  4560.  
  4561. /* allowable lines: */
  4562. #define TOTAL_LINES 3
  4563. static char allowable[TOTAL_LINES][4] = { "200", "201", "300" };
  4564. static int total=TOTAL_LINES;
  4565. int allow;
  4566.  
  4567. /* states: */
  4568. #define TTY_UNDEF 0
  4569. #define TTY_LOCK  1
  4570. #define TTY_OKAY  2
  4571.  
  4572. main(argc, argv)
  4573. int argc; char *argv[]; {
  4574.     char device[512];
  4575.     char lockdev[512];
  4576.     int i;
  4577.     if (argc == 1) {
  4578.         fprintf(stderr, "usage: open 200 [...]\n");
  4579.     }
  4580.     while (--argc > 0 && (*++argv) != NULL ) {
  4581. #ifdef DEBUG
  4582.         fprintf(stderr, "TRYING: %s%s\n", TTY, *argv);
  4583. #endif
  4584.         sprintf(device, "%s%s", TTY, *argv);
  4585.         sprintf(lockdev, "%s%s", LOK, *argv);
  4586.         allow = TTY_UNDEF; i = 0;
  4587.         while (i <= total) { /* look at all defined lines */
  4588. #ifdef DEBUG
  4589.             fprintf(stderr, "LOCKFILE? %s?\n", lockdev);
  4590. #endif
  4591.             if (access(lockdev, 00) == 0) {
  4592.                 allow=TTY_LOCK;
  4593.                 break;
  4594.             }
  4595. #ifdef DEBUG
  4596.             fprintf(stderr, "DOES:%s==%s?\n", allowable[i], *argv);
  4597. #endif
  4598.             if (strcmp(allowable[i], *argv) == 0)
  4599.               allow=TTY_OKAY;
  4600.             i++;
  4601.         }
  4602. #ifdef DEBUG
  4603.         fprintf(stderr, "allow=%d\n", allow);
  4604. #endif
  4605.         switch (allow) {
  4606.           case TTY_UNDEF:
  4607.             fprintf (stderr, "open: not allowed on %s\n", *argv);
  4608.             break;
  4609.           case TTY_LOCK:
  4610.             fprintf (stderr, "open: device locked: %s\n", lockdev);
  4611.             break;
  4612.           case TTY_OKAY:
  4613.             /* attempt to change mode on device */
  4614.             if (chmod (device, 00666) < 0)
  4615.               fprintf (stderr, "open: cannot chmod on %s\n", device);
  4616.             break;
  4617.           default:
  4618.             fprintf (stderr, "open: FAULT\n");
  4619.         }
  4620.     }
  4621.     exit (0);
  4622. }
  4623.     ________________________________________________________________________
  4624.   
  4625.   14. THIRD-PARTY DRIVERS
  4626.   
  4627.    [ [584]Top ] [ [585]Contents ] [ [586]Next ] [ [587]Previous ]
  4628.    
  4629.    Unix versions, especially those for PCs (SCO, Unixware, etc) might be
  4630.    augmented by third-party communication-board drivers from Digiboard,
  4631.    Stallion, etc. These can sometimes complicate matters for Kermit
  4632.    considerably since Kermit has no way of knowing that it is going
  4633.    through a possibly nonstandard driver. Various examples are listed in
  4634.    the earlier sections of this document; search for Stallion, Digiboard,
  4635.    etc. Additionally:
  4636.    
  4637.      * The Stallion Technologies EasyConnection serial board driver does
  4638.        not always report the state of DSR as low. From Stallion (October
  4639.        1997): "Unfortunately, this is a bug in our driver. We have
  4640.        implemented all of the other TIOMC functions, eg DTR, DCD, RTS and
  4641.        CTS, but not DSR. Our driver should report the actual state of DSR
  4642.        on those of our cards that have a DSR signal. That the driver
  4643.        always reports DSR as not asserted (0), is a bug in the driver.
  4644.        The driver should be either reporting the state of DSR correctly
  4645.        on those cards that support DSR or as always asserted (1) on those
  4646.        cards that do not have a DSR signal. This will be fixed in a
  4647.        future version of our drivers; at this time I cannot say when this
  4648.        will be." And later, "As far as I can tell, we don't support the
  4649.        termios/termiox ioctls that relate specifically to DSR and RI; all
  4650.        the rest are supported. This will, as I mentioned earlier, be
  4651.        fixed in the next release of our ATA software."
  4652.        - World Wide Escalation Support, Stallion Technologies, Toowong
  4653.        QLD, [588]support@stallion.oz.au.
  4654.        
  4655.    Later (December 1997, from the same source):
  4656.    
  4657.      * We have now released a new version of the ATA software, version
  4658.        5.4.0. This version fixes the problem with the states of the DSR
  4659.        and RI signals and how they were being reported by the driver.
  4660.        This is the problem that you reported in October. The DSR signal
  4661.        is reported correctly on those cards that support the DSR signal,
  4662.        such as the early revision of the EasyIO card and the
  4663.        EasyConnection 8D4 panel, and as always asserted on those cards
  4664.        that do not support the DSR signal in the hardware. The new driver
  4665.        is available from our Web site, [589]www.stallion.com, in the
  4666.        /drivers/ata5/UnixWare directory.
  4667.        
  4668.    [ [590]Top ] [ [591]Contents ] [ [592]C-Kermit Home ] [ [593]C-Kermit
  4669.    8.0 Overview ] [ [594]Kermit Home ]
  4670.      _________________________________________________________________
  4671.    
  4672.    C-Kermit 8.0 Unix Hints and Tips / [595]The Kermit Project /
  4673.    [596]Columbia University / [597]kermit@columbia.edu / 10 Nov 2002
  4674.  
  4675. References
  4676.  
  4677.    1. http://www.columbia.edu/kermit/
  4678.    2. http://www.columbia.edu/
  4679.    3. http://www.columbia.edu/kermit/ckubwr.html
  4680.    4. mailto:kermit-support@columbia.edu
  4681.    5. http://www.columbia.edu/kermit/ckermit.html
  4682.    6. http://www.columbia.edu/kermit/ckuins.html
  4683.    7. http://www.columbia.edu/kermit/ckututor.html
  4684.    8. http://www.columbia.edu/kermit/ckubwr.html#x1
  4685.    9. http://www.columbia.edu/kermit/ckubwr.html#x2
  4686.   10. http://www.columbia.edu/kermit/ckubwr.html#x3
  4687.   11. http://www.columbia.edu/kermit/ckubwr.html#x4
  4688.   12. http://www.columbia.edu/kermit/ckubwr.html#x5
  4689.   13. http://www.columbia.edu/kermit/ckubwr.html#x6
  4690.   14. http://www.columbia.edu/kermit/ckubwr.html#x7
  4691.   15. http://www.columbia.edu/kermit/ckubwr.html#x8
  4692.   16. http://www.columbia.edu/kermit/ckubwr.html#x9
  4693.   17. http://www.columbia.edu/kermit/ckubwr.html#x10
  4694.   18. http://www.columbia.edu/kermit/ckubwr.html#x11
  4695.   19. http://www.columbia.edu/kermit/ckubwr.html#x12
  4696.   20. http://www.columbia.edu/kermit/ckubwr.html#x13
  4697.   21. http://www.columbia.edu/kermit/ckubwr.html#x14
  4698.   22. http://www.columbia.edu/kermit/ckubwr.html#x3.3
  4699.   23. http://www.columbia.edu/kermit/ckubwr.html#x3.18
  4700.   24. http://www.columbia.edu/kermit/ckubwr.html#x3.1
  4701.   25. http://www.columbia.edu/kermit/ckubwr.html#x3.2
  4702.   26. http://www.columbia.edu/kermit/ckubwr.html#x3.7
  4703.   27. http://www.columbia.edu/kermit/ckubwr.html#x3.6
  4704.   28. http://www.columbia.edu/kermit/ckubwr.html#x3.13
  4705.   29. http://www.columbia.edu/kermit/ckubwr.html#top
  4706.   30. http://www.columbia.edu/kermit/ckubwr.html#contents
  4707.   31. http://www.columbia.edu/kermit/ckubwr.html#x2
  4708.   32. http://www.columbia.edu/kermit/ckubwr.html#x1.1
  4709.   33. http://www.columbia.edu/kermit/ckubwr.html#x1.2
  4710.   34. http://www.columbia.edu/kermit/ckubwr.html#x1.3
  4711.   35. http://www.columbia.edu/kermit/ckubwr.html#x1.4
  4712.   36. http://www.columbia.edu/kermit/ckubwr.html#x3.3
  4713.   37. http://www.columbia.edu/kermit/ckubwr.html#x3.1
  4714.   38. http://www.columbia.edu/kermit/ckubwr.html#x3.2
  4715.   39. http://www.columbia.edu/kermit/ckubwr.html#x3.7
  4716.   40. http://www.columbia.edu/kermit/ckcbwr.html
  4717.   41. mailto:kermit-support@columbia.edu
  4718.   42. http://www.columbia.edu/kermit/ckubwr.html#top
  4719.   43. http://www.columbia.edu/kermit/ckubwr.html#contents
  4720.   44. http://www.columbia.edu/kermit/ckubwr.html#x1.2
  4721.   45. http://www.columbia.edu/kermit/ck60manual.html
  4722.   46. http://www.columbia.edu/kermit/ckermit70.html
  4723.   47. http://www.columbia.edu/kermit/ckermit80.html
  4724.   48. http://www.columbia.edu/kermit/ckubwr.html#top
  4725.   49. http://www.columbia.edu/kermit/ckubwr.html#contents
  4726.   50. http://www.columbia.edu/kermit/ckubwr.html#x1
  4727.   51. http://www.columbia.edu/kermit/ckubwr.html#x1.3
  4728.   52. http://www.columbia.edu/kermit/ckubwr.html#x1.1
  4729.   53. http://www.columbia.edu/kermit/support.html
  4730.   54. http://www.columbia.edu/kermit/ckubwr.html#top
  4731.   55. http://www.columbia.edu/kermit/ckubwr.html#contents
  4732.   56. http://www.columbia.edu/kermit/ckubwr.html#x1
  4733.   57. http://www.columbia.edu/kermit/ckubwr.html#x1.4
  4734.   58. http://www.columbia.edu/kermit/ckubwr.html#x1.2
  4735.   59. http://www.columbia.edu/kermit/ckubwr.html#top
  4736.   60. http://www.columbia.edu/kermit/ckubwr.html#contents
  4737.   61. http://www.columbia.edu/kermit/ckubwr.html#x1
  4738.   62. http://www.columbia.edu/kermit/ckubwr.html#x1.3
  4739.   63. http://www.columbia.edu/kermit/ckubwr.html#top
  4740.   64. http://www.columbia.edu/kermit/ckubwr.html#contents
  4741.   65. http://www.columbia.edu/kermit/ckubwr.html#x3
  4742.   66. http://www.columbia.edu/kermit/ckubwr.html#x1
  4743.   67. http://www.columbia.edu/kermit/ckubwr.html#top
  4744.   68. http://www.columbia.edu/kermit/ckubwr.html#contents
  4745.   69. http://www.columbia.edu/kermit/ckubwr.html#x4
  4746.   70. http://www.columbia.edu/kermit/ckubwr.html#x2
  4747.   71. http://www.columbia.edu/kermit/ckubwr.html#x3.0
  4748.   72. http://www.columbia.edu/kermit/ckubwr.html#x3.1
  4749.   73. http://www.columbia.edu/kermit/ckubwr.html#x3.2
  4750.   74. http://www.columbia.edu/kermit/ckubwr.html#x3.3
  4751.   75. http://www.columbia.edu/kermit/ckubwr.html#x3.4
  4752.   76. http://www.columbia.edu/kermit/ckubwr.html#x3.5
  4753.   77. http://www.columbia.edu/kermit/ckubwr.html#x3.6
  4754.   78. http://www.columbia.edu/kermit/ckubwr.html#x3.7
  4755.   79. http://www.columbia.edu/kermit/ckubwr.html#x3.8
  4756.   80. http://www.columbia.edu/kermit/ckubwr.html#x3.9
  4757.   81. http://www.columbia.edu/kermit/ckubwr.html#x3.10
  4758.   82. http://www.columbia.edu/kermit/ckubwr.html#x3.11
  4759.   83. http://www.columbia.edu/kermit/ckubwr.html#x3.12
  4760.   84. http://www.columbia.edu/kermit/ckubwr.html#x3.13
  4761.   85. http://www.columbia.edu/kermit/ckubwr.html#x3.14
  4762.   86. http://www.columbia.edu/kermit/ckubwr.html#x3.15
  4763.   87. http://www.columbia.edu/kermit/ckubwr.html#x3.16
  4764.   88. http://www.columbia.edu/kermit/ckubwr.html#x3.17
  4765.   89. http://www.columbia.edu/kermit/ckubwr.html#x3.18
  4766.   90. http://www.columbia.edu/kermit/ckubwr.html#x3.19
  4767.   91. http://www.columbia.edu/kermit/ckubwr.html#x3.20
  4768.   92. http://www.faqs.org/
  4769.   93. http://www.columbia.edu/kermit/x3
  4770.   94. mailto:kermit-support@columbia.edu
  4771.   95. http://www.columbia.edu/kermit/support.html
  4772.   96. http://www.columbia.edu/kermit/ckubwr.html#top
  4773.   97. http://www.columbia.edu/kermit/ckubwr.html#contents
  4774.   98. http://www.columbia.edu/kermit/ckubwr.html#x3
  4775.   99. http://www.columbia.edu/kermit/ckubwr.html#x3.1
  4776.  100. http://www.columbia.edu/kermit/ckubwr.html#x3.0.1
  4777.  101. http://www.columbia.edu/kermit/ckubwr.html#x3.0.2
  4778.  102. http://www.columbia.edu/kermit/ckubwr.html#x3.0.3
  4779.  103. http://www.columbia.edu/kermit/ckubwr.html#x3.0.4
  4780.  104. http://www.columbia.edu/kermit/ckubwr.html#x3.0.5
  4781.  105. http://www.columbia.edu/kermit/ckubwr.html#x3.0.6
  4782.  106. http://www.columbia.edu/kermit/ckubwr.html#top
  4783.  107. http://www.columbia.edu/kermit/ckubwr.html#contents
  4784.  108. http://www.columbia.edu/kermit/ckubwr.html#x3.0
  4785.  109. http://www.columbia.edu/kermit/ckubwr.html#x3.0.2
  4786.  110. http://www.columbia.edu/kermit/ckubwr.html#top
  4787.  111. http://www.columbia.edu/kermit/ckubwr.html#contents
  4788.  112. http://www.columbia.edu/kermit/ckubwr.html#x3.0
  4789.  113. http://www.columbia.edu/kermit/ckubwr.html#x3.0.3
  4790.  114. http://www.columbia.edu/kermit/ckubwr.html#x3.0.1
  4791.  115. http://www.linmodems.org/
  4792.  116. http://www.microsoft.com/hwdev/newpc/
  4793.  117. http://www.columbia.edu/kermit/ckubwr.html#top
  4794.  118. http://www.columbia.edu/kermit/ckubwr.html#contents
  4795.  119. http://www.columbia.edu/kermit/ckubwr.html#x3.0
  4796.  120. http://www.columbia.edu/kermit/ckubwr.html#x3.0.4
  4797.  121. http://www.columbia.edu/kermit/ckubwr.html#x3.0.2
  4798.  122. http://www.o2.net/~gromitkc/winmodem.html
  4799.  123. http://www.digi.com/
  4800.  124. http://www.columbia.edu/kermit/ckubwr.html#top
  4801.  125. http://www.columbia.edu/kermit/ckubwr.html#contents
  4802.  126. http://www.columbia.edu/kermit/ckubwr.html#x3.0
  4803.  127. http://www.columbia.edu/kermit/ckubwr.html#x3.0.5
  4804.  128. http://www.columbia.edu/kermit/ckubwr.html#x3.0.3
  4805.  129. http://www.columbia.edu/kermit/ckubwr.html#top
  4806.  130. http://www.columbia.edu/kermit/ckubwr.html#contents
  4807.  131. http://www.columbia.edu/kermit/ckubwr.html#x3.0
  4808.  132. http://www.columbia.edu/kermit/ckubwr.html#x3.0.6
  4809.  133. http://www.columbia.edu/kermit/ckubwr.html#x3.0.4
  4810.  134. http://www.columbia.edu/kermit/ckubwr.html#top
  4811.  135. http://www.columbia.edu/kermit/ckubwr.html#contents
  4812.  136. http://www.columbia.edu/kermit/ckubwr.html#x3.0
  4813.  137. http://www.columbia.edu/kermit/ckubwr.html#x3.0.5
  4814.  138. http://www.columbia.edu/kermit/ckubwr.html#top
  4815.  139. http://www.columbia.edu/kermit/ckubwr.html#contents
  4816.  140. http://www.columbia.edu/kermit/ckubwr.html#x3
  4817.  141. http://www.columbia.edu/kermit/ckubwr.html#x3.2
  4818.  142. http://www.columbia.edu/kermit/ckubwr.html#x3.0
  4819.  143. http://www.columbia.edu/kermit/ckubwr.html#x3.1.1
  4820.  144. http://www.columbia.edu/kermit/ckubwr.html#x3.1.2
  4821.  145. http://www.columbia.edu/kermit/ckubwr.html#x3.1.3
  4822.  146. http://www.columbia.edu/kermit/ckubwr.html#x3.1.4
  4823.  147. http://www.columbia.edu/kermit/ckubwr.html#x3.1.5
  4824.  148. http://www.emerson.emory.edu/services/aix-faq/
  4825.  149. http://www.faqs.org/faqs/by-newsgroup/comp/comp.unix.aix.html
  4826.  150. http://www.cis.ohio-state.edu/hypertext/faq/usenet/aix-faq/top.html
  4827.  151. http://aixpdslib.seas.ucla.edu/
  4828.  152. http://www.rootvg.net(AIXhistory)/
  4829.  153. ftp://rtfm.mit.edu/pub/usenet/news.answers/aix-faq/part1
  4830.  154. ftp://mirrors.aol.com/pub/rtfm/usenet-by-hierarchy/comp/unix/aix
  4831.  155. news:comp.unix.aix
  4832.  156. http://www.columbia.edu/kermit/ckubwr.html#top
  4833.  157. http://www.columbia.edu/kermit/ckubwr.html#contents
  4834.  158. http://www.columbia.edu/kermit/ckubwr.html#x3.1
  4835.  159. http://www.columbia.edu/kermit/ckubwr.html#x3.1.2
  4836.  160. http://www.columbia.edu/kermit/ckubwr.html#top
  4837.  161. http://www.columbia.edu/kermit/ckubwr.html#contents
  4838.  162. http://www.columbia.edu/kermit/ckubwr.html#x3.1
  4839.  163. http://www.columbia.edu/kermit/ckubwr.html#x3.1.3
  4840.  164. http://www.columbia.edu/kermit/ckubwr.html#x3.1.1
  4841.  165. http://www.columbia.edu/kermit/security.html#servers
  4842.  166. http://www.columbia.edu/kermit/ckubwr.html#top
  4843.  167. http://www.columbia.edu/kermit/ckubwr.html#contents
  4844.  168. http://www.columbia.edu/kermit/ckubwr.html#x3.1
  4845.  169. http://www.columbia.edu/kermit/ckubwr.html#x3.1.4
  4846.  170. http://www.columbia.edu/kermit/ckubwr.html#x3.1.2
  4847.  171. http://service.software.ibm.com/rs6000/
  4848.  172. http://www.columbia.edu/kermit/ckubwr.html#top
  4849.  173. http://www.columbia.edu/kermit/ckubwr.html#contents
  4850.  174. http://www.columbia.edu/kermit/ckubwr.html#x3.1
  4851.  175. http://www.columbia.edu/kermit/ckubwr.html#x3.1.5
  4852.  176. http://www.columbia.edu/kermit/ckubwr.html#x3.1.3
  4853.  177. http://www.columbia.edu/kermit/ckubwr.html#top
  4854.  178. http://www.columbia.edu/kermit/ckubwr.html#contents
  4855.  179. http://www.columbia.edu/kermit/ckubwr.html#x3.1
  4856.  180. http://www.columbia.edu/kermit/ckubwr.html#x3.1.4
  4857.  181. http://www.columbia.edu/kermit/ckubwr.html#top
  4858.  182. http://www.columbia.edu/kermit/ckubwr.html#contents
  4859.  183. http://www.columbia.edu/kermit/ckubwr.html#x3
  4860.  184. http://www.columbia.edu/kermit/ckubwr.html#x3.3
  4861.  185. http://www.columbia.edu/kermit/ckubwr.html#x3.1
  4862.  186. http://www.columbia.edu/kermit/ckubwr.html#x3.2.0
  4863.  187. http://www.columbia.edu/kermit/ckubwr.html#x3.2.1
  4864.  188. http://www.columbia.edu/kermit/ckubwr.html#x3.2.2
  4865.  189. http://www.columbia.edu/kermit/ckubwr.html#x3.2.3
  4866.  190. http://www.columbia.edu/kermit/ckubwr.html#x3.2.4
  4867.  191. http://www.columbia.edu/kermit/ckubwr.html#x3.2.5
  4868.  192. news:comp.sys.hp.hpux
  4869.  193. http://www.columbia.edu/kermit/ckubwr.html#top
  4870.  194. http://www.columbia.edu/kermit/ckubwr.html#contents
  4871.  195. http://www.columbia.edu/kermit/ckubwr.html#x3.2
  4872.  196. http://www.columbia.edu/kermit/ckubwr.html#x3.2.1
  4873.  197. http://www.columbia.edu/kermit/ckubwr.html#top
  4874.  198. http://www.columbia.edu/kermit/ckubwr.html#contents
  4875.  199. http://www.columbia.edu/kermit/ckubwr.html#x3.2
  4876.  200. http://www.columbia.edu/kermit/ckubwr.html#x3.2.2
  4877.  201. http://www.columbia.edu/kermit/ckubwr.html#x3.2.0
  4878.  202. ftp://kermit.columbia.edu/kermit/f/makefile
  4879.  203. http://www.columbia.edu/kermit/ckubwr.html#top
  4880.  204. http://www.columbia.edu/kermit/ckubwr.html#contents
  4881.  205. http://www.columbia.edu/kermit/ckubwr.html#x3.2
  4882.  206. http://www.columbia.edu/kermit/ckubwr.html#x3.2.3
  4883.  207. http://www.columbia.edu/kermit/ckubwr.html#x3.2.1
  4884.  208. http://www.columbia.edu/kermit/ckubwr.html#top
  4885.  209. http://www.columbia.edu/kermit/ckubwr.html#contents
  4886.  210. http://www.columbia.edu/kermit/ckubwr.html#x3.2
  4887.  211. http://www.columbia.edu/kermit/ckubwr.html#x3.2.4
  4888.  212. http://www.columbia.edu/kermit/ckubwr.html#x3.2.2
  4889.  213. http://www.columbia.edu/kermit/ckubwr.html#x3.2.4.1
  4890.  214. http://www.columbia.edu/kermit/ckubwr.html#x3.2.4.2
  4891.  215. http://www.columbia.edu/kermit/ckubwr.html#x3.2.4.3
  4892.  216. http://www.columbia.edu/kermit/ckubwr.html#x3.2.4.4
  4893.  217. http://www.columbia.edu/kermit/ckubwr.html#x3.2.4.5
  4894.  218. http://www.columbia.edu/kermit/ckubwr.html#top
  4895.  219. http://www.columbia.edu/kermit/ckubwr.html#contents
  4896.  220. http://www.columbia.edu/kermit/ckubwr.html#x3.2
  4897.  221. http://www.columbia.edu/kermit/ckubwr.html#x3.2.4.2
  4898.  222. http://www.columbia.edu/kermit/ckubwr.html#x3.2.2
  4899.  223. http://www.columbia.edu/kermit/ckubwr.html#top
  4900.  224. http://www.columbia.edu/kermit/ckubwr.html#contents
  4901.  225. http://www.columbia.edu/kermit/ckubwr.html#x3.2.4
  4902.  226. http://www.columbia.edu/kermit/ckubwr.html#x3.2.4.3
  4903.  227. http://www.columbia.edu/kermit/ckubwr.html#x3.2.4.1
  4904.  228. http://www.columbia.edu/kermit/ckubwr.html#top
  4905.  229. http://www.columbia.edu/kermit/ckubwr.html#contents
  4906.  230. http://www.columbia.edu/kermit/ckubwr.html#x3.2.4
  4907.  231. http://www.columbia.edu/kermit/ckubwr.html#x3.2.4.4
  4908.  232. http://www.columbia.edu/kermit/ckubwr.html#x3.2.4.2
  4909.  233. http://www.columbia.edu/kermit/ckubwr.html#top
  4910.  234. http://www.columbia.edu/kermit/ckubwr.html#contents
  4911.  235. http://www.columbia.edu/kermit/ckubwr.html#x3.2.4
  4912.  236. http://www.columbia.edu/kermit/ckubwr.html#x3.2.4.5
  4913.  237. http://www.columbia.edu/kermit/ckubwr.html#x3.2.4.3
  4914.  238. http://www.columbia.edu/kermit/ckubwr.html#top
  4915.  239. http://www.columbia.edu/kermit/ckubwr.html#contents
  4916.  240. http://www.columbia.edu/kermit/ckubwr.html#x3.2.4
  4917.  241. http://www.columbia.edu/kermit/ckubwr.html#x3.2.4.4
  4918.  242. http://www.columbia.edu/kermit/ckubwr.html#top
  4919.  243. http://www.columbia.edu/kermit/ckubwr.html#contents
  4920.  244. http://www.columbia.edu/kermit/ckubwr.html#x3.2
  4921.  245. http://www.columbia.edu/kermit/ckubwr.html#x3.2.4
  4922.  246. http://www.columbia.edu/kermit/ckubwr.html#top
  4923.  247. http://www.columbia.edu/kermit/ckubwr.html#contents
  4924.  248. http://www.columbia.edu/kermit/ckubwr.html#x3
  4925.  249. http://www.columbia.edu/kermit/ckubwr.html#x3.4
  4926.  250. http://www.columbia.edu/kermit/ckubwr.html#x3.2
  4927.  251. http://www.columbia.edu/kermit/ckubwr.html#x3.3.1
  4928.  252. http://www.columbia.edu/kermit/ckubwr.html#x3.3.2
  4929.  253. http://www.columbia.edu/kermit/ckubwr.html#x3.3.3
  4930.  254. http://www.columbia.edu/kermit/ckubwr.html#x3.3.4
  4931.  255. http://www.columbia.edu/kermit/ckubwr.html#x3.3.5
  4932.  256. http://www.columbia.edu/kermit/ckubwr.html#x3.3.6
  4933.  257. news:comp.os.linux.misc
  4934.  258. news:comp.os.linux.answers
  4935.  259. http://www.tldp.org/
  4936.  260. http://www.tldp.org/FAQ/Linux-FAQ.html
  4937.  261. http://www.tldp.org/HOWTO/Serial-HOWTO.html
  4938.  262. http://tldp.org/HOWTO/Modem-HOWTO.html
  4939.  263. ftp://sunsite.unc.edu/pub/Linux/docs/HOWTO
  4940.  264. ftp://tsx-11.mit.edu/pub/linux/docs/HOWTO
  4941.  265. http://www.tldp.org/HOWTO/
  4942.  266. http://www.tldp.org/hmirrors.html
  4943.  267. http://www.redhat.com/apps/support/
  4944.  268. http://www.debian.org/support
  4945.  269. http://www.slackware.com/support/
  4946.  270. http://www.caldera.com/support/
  4947.  271. http://www.suse.com/support/
  4948.  272. http://www.mandrake.com/support/
  4949.  273. http://www.turbolinux.com/support/
  4950.  274. http://www.linmodems.org/
  4951.  275. http://www.columbia.edu/kermit/ckubwr.html#x3.0
  4952.  276. http://linux.dreamtime.org/decnet/
  4953.  277. mailto:kermit-support@columbia.edu
  4954.  278. http://www.linmodems.org/
  4955.  279. http://www.columbia.edu/kermit/ckubwr.html#x3.0.2
  4956.  280. http://www.columbia.edu/kermit/ckubwr.html#top
  4957.  281. http://www.columbia.edu/kermit/ckubwr.html#contents
  4958.  282. http://www.columbia.edu/kermit/ckubwr.html#x3
  4959.  283. http://www.columbia.edu/kermit/ckubwr.html#x3.3.2
  4960.  284. ftp://tsx-11.mit.edu/
  4961.  285. http://www.columbia.edu/kermit/ckubwr.html#top
  4962.  286. http://www.columbia.edu/kermit/ckubwr.html#contents
  4963.  287. http://www.columbia.edu/kermit/ckubwr.html#x3.3
  4964.  288. http://www.columbia.edu/kermit/ckubwr.html#x3.3.3
  4965.  289. http://www.columbia.edu/kermit/ckubwr.html#x3.3.1
  4966.  290. http://www.columbia.edu/kermit/ckubwr.html#x3.0
  4967.  291. http://www.columbia.edu/kermit/ckubwr.html#x6
  4968.  292. http://www.columbia.edu/kermit/ckubwr.html#x7
  4969.  293. http://www.columbia.edu/kermit/ckubwr.html#x8
  4970.  294. http://www.columbia.edu/kermit/ckuins.html#x10
  4971.  295. http://www.columbia.edu/kermit/ckuins.html#x11
  4972.  296. http://www.columbia.edu/kermit/ckuins.html
  4973.  297. http://www.columbia.edu/kermit/ckubwr.html#x3.0
  4974.  298. http://linuxwww.db.erau.edu/mail_archives/linux-kernel/Mar_98/1441.html
  4975.  299. http://www.columbia.edu/kermit/ckubwr.html#top
  4976.  300. http://www.columbia.edu/kermit/ckubwr.html#contents
  4977.  301. http://www.columbia.edu/kermit/ckubwr.html#x3.3
  4978.  302. http://www.columbia.edu/kermit/ckubwr.html#x3.3.4
  4979.  303. http://www.columbia.edu/kermit/ckubwr.html#x3.3.2
  4980.  304. http://www.columbia.edu/kermit/ckubwr.html#x3.0.5
  4981.  305. http://www.columbia.edu/kermit/ckfaq.html#term
  4982.  306. http://dickey.his.com/xterm/xterm.html
  4983.  307. http://dickey.his.com/xterm/xterm.html
  4984.  308. ftp://kermit.columbia.edu/kermit/f/xmodmap.txt
  4985.  309. http://www.columbia.edu/kermit/ckubwr.html#top
  4986.  310. http://www.columbia.edu/kermit/ckubwr.html#contents
  4987.  311. http://www.columbia.edu/kermit/ckubwr.html#x3.3
  4988.  312. http://www.columbia.edu/kermit/ckubwr.html#x3.3.5
  4989.  313. http://www.columbia.edu/kermit/ckubwr.html#x3.3.3
  4990.  314. http://www.columbia.edu/kermit/ckubwr.html#top
  4991.  315. http://www.columbia.edu/kermit/ckubwr.html#contents
  4992.  316. http://www.columbia.edu/kermit/ckubwr.html#x3.3
  4993.  317. http://www.columbia.edu/kermit/ckubwr.html#x3.3.6
  4994.  318. http://www.columbia.edu/kermit/ckubwr.html#x3.3.4
  4995.  319. mailto:kermit-support@columbia.edu
  4996.  320. http://www.redhat.com/support/errata/RHBA-2001-153.html
  4997.  321. news:comp.protocols.kermit.misc
  4998.  322. http://www.columbia.edu/kermit/ckubwr.html#top
  4999.  323. http://www.columbia.edu/kermit/ckubwr.html#contents
  5000.  324. http://www.columbia.edu/kermit/ckubwr.html#x3.3
  5001.  325. http://www.columbia.edu/kermit/ckubwr.html#x3.3.5
  5002.  326. http://www.columbia.edu/kermit/ckubwr.html#top
  5003.  327. http://www.columbia.edu/kermit/ckubwr.html#contents
  5004.  328. http://www.columbia.edu/kermit/ckubwr.html#x3
  5005.  329. http://www.columbia.edu/kermit/ckubwr.html#x3.5
  5006.  330. http://www.columbia.edu/kermit/ckubwr.html#x3.3
  5007.  331. http://www.columbia.edu/kermit/ckubwr.html#top
  5008.  332. http://www.columbia.edu/kermit/ckubwr.html#contents
  5009.  333. http://www.columbia.edu/kermit/ckubwr.html#x3
  5010.  334. http://www.columbia.edu/kermit/ckubwr.html#x3.6
  5011.  335. http://www.columbia.edu/kermit/ckubwr.html#x3.4
  5012.  336. news:comp.os.qnx
  5013.  337. http://www.columbia.edu/kermit/gkermit.html
  5014.  338. http://www.columbia.edu/kermit/ckuins.html#x10
  5015.  339. http://www.columbia.edu/kermit/ckuins.html
  5016.  340. http://www.columbia.edu/kermit/ckubwr.html#top
  5017.  341. http://www.columbia.edu/kermit/ckubwr.html#contents
  5018.  342. http://www.columbia.edu/kermit/ckubwr.html#x3
  5019.  343. http://www.columbia.edu/kermit/ckubwr.html#x3.7
  5020.  344. http://www.columbia.edu/kermit/ckubwr.html#x3.5
  5021.  345. http://www.columbia.edu/kermit/ckubwr.html#x3.6.1
  5022.  346. http://www.columbia.edu/kermit/ckubwr.html#x3.6.2
  5023.  347. http://www.columbia.edu/kermit/ckubwr.html#x3.6.3
  5024.  348. http://www.columbia.edu/kermit/ckubwr.html#x3.6.4
  5025.  349. http://www.columbia.edu/kermit/ckubwr.html#x3.10
  5026.  350. http://aplawrence.com/SCOFAQ/
  5027.  351. http://www.zenez.com/cgi-bin/scoprogfaq/faq.pl
  5028.  352. http://www.zenez.com/cgi-bin/scouw7faq/faq.pl
  5029.  353. http://zenez.pcunix.com/cgi-bin/scouw7faq/faq.pl
  5030.  354. http://pcunix.com/Unixart/modems.html
  5031.  355. http://www.freebird.org/faq/
  5032.  356. http://www.freebird.org/faq/developer.html
  5033.  357. http://support.caldera.com/caldera
  5034.  358. http://www.columbia.edu/kermit/ckubwr.html#x3.0
  5035.  359. http://www.columbia.edu/kermit/ckubwr.html#top
  5036.  360. http://www.columbia.edu/kermit/ckubwr.html#contents
  5037.  361. http://www.columbia.edu/kermit/ckubwr.html#x3.6
  5038.  362. http://www.columbia.edu/kermit/ckubwr.html#x3.6.1
  5039.  363. ftp://kermit.columbia.edu/kermit/c-kermit/ckutio.c
  5040.  364. http://www.columbia.edu/kermit/ckubwr.html#top
  5041.  365. http://www.columbia.edu/kermit/ckubwr.html#contents
  5042.  366. http://www.columbia.edu/kermit/ckubwr.html#x3.6
  5043.  367. http://www.columbia.edu/kermit/ckubwr.html#x3.6.3
  5044.  368. http://www.columbia.edu/kermit/ckubwr.html#x3.6.1
  5045.  369. http://www.digi.com/
  5046.  370. ftp://ftp.fu-berlin.de/pub/unix/driver/fas
  5047.  371. http://www.columbia.edu/kermit/ckubwr.html#x14
  5048.  372. http://www.sco.com/
  5049.  373. ftp://ftp.sco.com/
  5050.  374. http://www.columbia.edu/kermit/ckubwr.html#top
  5051.  375. http://www.columbia.edu/kermit/ckubwr.html#contents
  5052.  376. http://www.columbia.edu/kermit/ckubwr.html#x3.6
  5053.  377. http://www.columbia.edu/kermit/ckubwr.html#x3.6.4
  5054.  378. http://www.columbia.edu/kermit/ckubwr.html#x3.6.2
  5055.  379. http://www.columbia.edu/kermit/ckubwr.html#x3.10
  5056.  380. http://www.columbia.edu/kermit/ckubwr.html#top
  5057.  381. http://www.columbia.edu/kermit/ckubwr.html#contents
  5058.  382. http://www.columbia.edu/kermit/ckubwr.html#x3.6
  5059.  383. http://www.columbia.edu/kermit/ckubwr.html#x3.6.3
  5060.  384. http://www.columbia.edu/kermit/ckubwr.html#top
  5061.  385. http://www.columbia.edu/kermit/ckubwr.html#contents
  5062.  386. http://www.columbia.edu/kermit/ckubwr.html#x3
  5063.  387. http://www.columbia.edu/kermit/ckubwr.html#x3.8
  5064.  388. http://www.columbia.edu/kermit/ckubwr.html#x3.6
  5065.  389. http://www.columbia.edu/kermit/ckubwr.html#x3.7.1
  5066.  390. http://www.columbia.edu/kermit/ckubwr.html#x3.7.2
  5067.  391. http://www.columbia.edu/kermit/ckubwr.html#x3.7.3
  5068.  392. http://www.columbia.edu/kermit/ckubwr.html#x3.7.4
  5069.  393. http://www.columbia.edu/kermit/ckubwr.html#x3.7.5
  5070.  394. news:comp.unix.solaris
  5071.  395. http://access1.sun.com/
  5072.  396. http://docs.sun.com/
  5073.  397. http://www.sunhelp.com/
  5074.  398. http://www.wins.uva.nl/pub/solaris/solaris2/
  5075.  399. http://www.wins.uva.nl/cgi-bin/sfaq.cgi
  5076.  400. ftp://ftp.wins.uva.nl/pub/solaris
  5077.  401. http://www.science.uva.nl/pub/solaris/solaris2.html
  5078.  402. http://www.stokely.com/
  5079.  403. http://www.stokely.com/unix.sysadm.resources/faqs.sun.html
  5080.  404. http://www.columbia.edu/kermit/ckubwr.html#x3.0
  5081.  405. http://www.columbia.edu/kermit/ckubwr.html#top
  5082.  406. http://www.columbia.edu/kermit/ckubwr.html#contents
  5083.  407. http://www.columbia.edu/kermit/ckubwr.html#x3
  5084.  408. http://www.columbia.edu/kermit/ckubwr.html#x3.7
  5085.  409. http://www.columbia.edu/kermit/ckubwr.html#x3.7.2
  5086.  410. http://www.columbia.edu/kermit/ckubwr.html#top
  5087.  411. http://www.columbia.edu/kermit/ckubwr.html#contents
  5088.  412. http://www.columbia.edu/kermit/ckubwr.html#x3.7
  5089.  413. http://www.columbia.edu/kermit/ckubwr.html#x3.7.3
  5090.  414. http://www.columbia.edu/kermit/ckubwr.html#x3.7.1
  5091.  415. http://www.columbia.edu/kermit/ckubwr.html#top
  5092.  416. http://www.columbia.edu/kermit/ckubwr.html#contents
  5093.  417. http://www.columbia.edu/kermit/ckubwr.html#x3.7
  5094.  418. http://www.columbia.edu/kermit/ckubwr.html#x3.7.4
  5095.  419. http://www.columbia.edu/kermit/ckubwr.html#x3.7.2
  5096.  420. http://www.columbia.edu/kermit/ckubwr.html#top
  5097.  421. http://www.columbia.edu/kermit/ckubwr.html#contents
  5098.  422. http://www.columbia.edu/kermit/ckubwr.html#x3.7
  5099.  423. http://www.columbia.edu/kermit/ckubwr.html#x3.7.5
  5100.  424. http://www.columbia.edu/kermit/ckubwr.html#x3.7.3
  5101.  425. news:comp.os.vms
  5102.  426. http://www.columbia.edu/kermit/ckubwr.html#top
  5103.  427. http://www.columbia.edu/kermit/ckubwr.html#contents
  5104.  428. http://www.columbia.edu/kermit/ckubwr.html#x3.7
  5105.  429. http://www.columbia.edu/kermit/ckubwr.html#x3.7.6
  5106.  430. http://www.columbia.edu/kermit/ckubwr.html#x3.7.4
  5107.  431. http://www.columbia.edu/kermit/ckubwr.html#top
  5108.  432. http://www.columbia.edu/kermit/ckubwr.html#contents
  5109.  433. http://www.columbia.edu/kermit/ckubwr.html#x3.7
  5110.  434. http://www.columbia.edu/kermit/ckubwr.html#x3.7.5
  5111.  435. http://www.columbia.edu/kermit/ckubwr.html#top
  5112.  436. http://www.columbia.edu/kermit/ckubwr.html#contents
  5113.  437. http://www.columbia.edu/kermit/ckubwr.html#x3
  5114.  438. http://www.columbia.edu/kermit/ckubwr.html#x3.9
  5115.  439. http://www.columbia.edu/kermit/ckubwr.html#x3.7
  5116.  440. http://www.stokely.com/
  5117.  441. http://access1.sun.com/
  5118.  442. http://www.ludd.luth.se/~bear/project/sun/sun.hardware.txt
  5119.  443. ftp://ftp.netcom.com/pub/ru/rubicon/sun.hdwr.ref
  5120.  444. ftp://ftp.intnet.net/pub/SUN/Sun-Hardware-Ref
  5121.  445. http://www.columbia.edu/kermit/ckubwr.html#top
  5122.  446. http://www.columbia.edu/kermit/ckubwr.html#contents
  5123.  447. http://www.columbia.edu/kermit/ckubwr.html#x3
  5124.  448. http://www.columbia.edu/kermit/ckubwr.html#x3.10
  5125.  449. http://www.columbia.edu/kermit/ckubwr.html#x3.8
  5126.  450. news:comp.unix.ultrix
  5127.  451. news:comp.sys.dec
  5128.  452. http://www.columbia.edu/kermit/ckubwr.html#top
  5129.  453. http://www.columbia.edu/kermit/ckubwr.html#contents
  5130.  454. http://www.columbia.edu/kermit/ckubwr.html#x3
  5131.  455. http://www.columbia.edu/kermit/ckubwr.html#x3.11
  5132.  456. http://www.columbia.edu/kermit/ckubwr.html#x3.9
  5133.  457. http://www.freebird.org/
  5134.  458. http://www.freebird.org/faq/
  5135.  459. news:comp.unix.unixware.misc
  5136.  460. news:comp.unix.sco.misc
  5137.  461. http://www.columbia.edu/kermit/ckubwr.html#x3.0
  5138.  462. ftp://kermit.columbia.edu/kermit/f/ckutio.c
  5139.  463. http://www.columbia.edu/kermit/ckubwr.html#top
  5140.  464. http://www.columbia.edu/kermit/ckubwr.html#contents
  5141.  465. http://www.columbia.edu/kermit/ckubwr.html#x3
  5142.  466. http://www.columbia.edu/kermit/ckubwr.html#x3.12
  5143.  467. http://www.columbia.edu/kermit/ckubwr.html#x3.10
  5144.  468. http://www.columbia.edu/kermit/ckubwr.html#top
  5145.  469. http://www.columbia.edu/kermit/ckubwr.html#contents
  5146.  470. http://www.columbia.edu/kermit/ckubwr.html#x3
  5147.  471. http://www.columbia.edu/kermit/ckubwr.html#x3.13
  5148.  472. http://www.columbia.edu/kermit/ckubwr.html#x3.11
  5149.  473. http://www.columbia.edu/kermit/ckubwr.html#top
  5150.  474. http://www.columbia.edu/kermit/ckubwr.html#contents
  5151.  475. http://www.columbia.edu/kermit/ckubwr.html#x3
  5152.  476. http://www.columbia.edu/kermit/ckubwr.html#x3.14
  5153.  477. http://www.columbia.edu/kermit/ckubwr.html#x3.12
  5154.  478. http://www.columbia.edu/kermit/ckubwr.html#top
  5155.  479. http://www.columbia.edu/kermit/ckubwr.html#contents
  5156.  480. http://www.columbia.edu/kermit/ckubwr.html#x3
  5157.  481. http://www.columbia.edu/kermit/ckubwr.html#x3.15
  5158.  482. http://www.columbia.edu/kermit/ckubwr.html#x3.13
  5159.  483. news:comp.sys.sgi.misc
  5160.  484. news:comp.sys.sgi.admin
  5161.  485. http://www.sgi.com/
  5162.  486. http://www-viz.tamu.edu/~sgi-faq/
  5163.  487. ftp://viz.tamu.edu/pub/sgi/faq/
  5164.  488. http://www.columbia.edu/kermit/ckuins.html
  5165.  489. http://freeware.sgi.com/Installable/gcc-2.95.2.html
  5166.  490. http://freeware.sgi.com/Installable/gcc-2.95.2.html
  5167.  491. http://www.columbia.edu/kermit/ckubwr.html#top
  5168.  492. http://www.columbia.edu/kermit/ckubwr.html#contents
  5169.  493. http://www.columbia.edu/kermit/ckubwr.html#x3
  5170.  494. http://www.columbia.edu/kermit/ckubwr.html#x3.16
  5171.  495. http://www.columbia.edu/kermit/ckubwr.html#x3.14
  5172.  496. news:comp.sys.be
  5173.  497. http://www.columbia.edu/kermit/ckubwr.html#top
  5174.  498. http://www.columbia.edu/kermit/ckubwr.html#contents
  5175.  499. http://www.columbia.edu/kermit/ckubwr.html#x3
  5176.  500. http://www.columbia.edu/kermit/ckubwr.html#x3.17
  5177.  501. http://www.columbia.edu/kermit/ckubwr.html#x3.15
  5178.  502. http://www.columbia.edu/kermit/ckubwr.html#top
  5179.  503. http://www.columbia.edu/kermit/ckubwr.html#contents
  5180.  504. http://www.columbia.edu/kermit/ckubwr.html#x3
  5181.  505. http://www.columbia.edu/kermit/ckubwr.html#x3.18
  5182.  506. http://www.columbia.edu/kermit/ckubwr.html#x3.16
  5183.  507. http://www.columbia.edu/kermit/ckubwr.html#top
  5184.  508. http://www.columbia.edu/kermit/ckubwr.html#contents
  5185.  509. http://www.columbia.edu/kermit/ckubwr.html#x3
  5186.  510. http://www.columbia.edu/kermit/ckubwr.html#x3.19
  5187.  511. http://www.columbia.edu/kermit/ckubwr.html#x3.17
  5188.  512. http://www.columbia.edu/kermit/ckubwr.html#top
  5189.  513. http://www.columbia.edu/kermit/ckubwr.html#contents
  5190.  514. http://www.columbia.edu/kermit/ckubwr.html#x3
  5191.  515. http://www.columbia.edu/kermit/ckubwr.html#x3.20
  5192.  516. http://www.columbia.edu/kermit/ckubwr.html#x3.18
  5193.  517. http://www.columbia.edu/kermit/ckubwr.html#top
  5194.  518. http://www.columbia.edu/kermit/ckubwr.html#contents
  5195.  519. http://www.columbia.edu/kermit/ckubwr.html#x3
  5196.  520. http://www.columbia.edu/kermit/ckubwr.html#x3.19
  5197.  521. http://www.uni-giessen.de/faq/archiv/coherent-faq.general/msg00000.html
  5198.  522. http://www.columbia.edu/kermit/ckubwr.html#top
  5199.  523. http://www.columbia.edu/kermit/ckubwr.html#contents
  5200.  524. http://www.columbia.edu/kermit/ckubwr.html#x5
  5201.  525. http://www.columbia.edu/kermit/ckubwr.html#x3
  5202.  526. http://www.columbia.edu/kermit/ckccfg.html
  5203.  527. http://www.columbia.edu/kermit/ckubwr.html#top
  5204.  528. http://www.columbia.edu/kermit/ckubwr.html#contents
  5205.  529. http://www.columbia.edu/kermit/ckubwr.html#x6
  5206.  530. http://www.columbia.edu/kermit/ckubwr.html#x4
  5207.  531. http://www.columbia.edu/kermit/ckuins.html
  5208.  532. http://www.columbia.edu/kermit/ckubwr.html#top
  5209.  533. http://www.columbia.edu/kermit/ckubwr.html#contents
  5210.  534. http://www.columbia.edu/kermit/ckubwr.html#x7
  5211.  535. http://www.columbia.edu/kermit/ckubwr.html#x5
  5212.  536. http://www.columbia.edu/kermit/ckuins.html#9.5
  5213.  537. http://www.columbia.edu/kermit/ckubwr.html#x3
  5214.  538. http://www.columbia.edu/kermit/ckubwr.html#top
  5215.  539. http://www.columbia.edu/kermit/ckubwr.html#contents
  5216.  540. http://www.columbia.edu/kermit/ckubwr.html#x8
  5217.  541. http://www.columbia.edu/kermit/ckubwr.html#x6
  5218.  542. http://www.columbia.edu/kermit/ckuins.html#x8
  5219.  543. http://www.columbia.edu/kermit/ckuins.html
  5220.  544. http://www.columbia.edu/kermit/ck60manual.html
  5221.  545. http://www.columbia.edu/kermit/ckubwr.html#top
  5222.  546. http://www.columbia.edu/kermit/ckubwr.html#contents
  5223.  547. http://www.columbia.edu/kermit/ckubwr.html#x9
  5224.  548. http://www.columbia.edu/kermit/ckubwr.html#x7
  5225.  549. http://www.columbia.edu/kermit/ckubwr.html#top
  5226.  550. http://www.columbia.edu/kermit/ckubwr.html#contents
  5227.  551. http://www.columbia.edu/kermit/ckubwr.html#x10
  5228.  552. http://www.columbia.edu/kermit/ckubwr.html#x8
  5229.  553. http://www.columbia.edu/kermit/ck60manual.html
  5230.  554. http://dickey.his.com/xterm/xterm.html
  5231.  555. http://www.columbia.edu/kermit/ckubwr.html#top
  5232.  556. http://www.columbia.edu/kermit/ckubwr.html#contents
  5233.  557. http://www.columbia.edu/kermit/ckubwr.html#x11
  5234.  558. http://www.columbia.edu/kermit/ckubwr.html#x9
  5235.  559. http://www.columbia.edu/kermit/ckubwr.html#top
  5236.  560. http://www.columbia.edu/kermit/ckubwr.html#contents
  5237.  561. http://www.columbia.edu/kermit/ckubwr.html#x12
  5238.  562. http://www.columbia.edu/kermit/ckubwr.html#x10
  5239.  563. http://www.columbia.edu/kermit/ckubwr.html#x11.1
  5240.  564. http://www.columbia.edu/kermit/ckubwr.html#x11.2
  5241.  565. http://www.columbia.edu/kermit/ckubwr.html#top
  5242.  566. http://www.columbia.edu/kermit/ckubwr.html#contents
  5243.  567. http://www.columbia.edu/kermit/ckubwr.html#x11
  5244.  568. http://www.columbia.edu/kermit/ckubwr.html#x11.2
  5245.  569. http://www.columbia.edu/kermit/ck60manual.html
  5246.  570. http://www.columbia.edu/kermit/ckubwr.html#top
  5247.  571. http://www.columbia.edu/kermit/ckubwr.html#contents
  5248.  572. http://www.columbia.edu/kermit/ckubwr.html#x11
  5249.  573. http://www.columbia.edu/kermit/ckubwr.html#x11.1
  5250.  574. http://www.columbia.edu/kermit/ck60manual.html
  5251.  575. http://www.columbia.edu/kermit/ckubwr.html#top
  5252.  576. http://www.columbia.edu/kermit/ckubwr.html#contents
  5253.  577. http://www.columbia.edu/kermit/ckubwr.html#x13
  5254.  578. http://www.columbia.edu/kermit/ckubwr.html#x11
  5255.  579. http://www.columbia.edu/kermit/security.html
  5256.  580. http://www.columbia.edu/kermit/ckubwr.html#top
  5257.  581. http://www.columbia.edu/kermit/ckubwr.html#contents
  5258.  582. http://www.columbia.edu/kermit/ckubwr.html#x14
  5259.  583. http://www.columbia.edu/kermit/ckubwr.html#x12
  5260.  584. http://www.columbia.edu/kermit/ckubwr.html#top
  5261.  585. http://www.columbia.edu/kermit/ckubwr.html#contents
  5262.  586. http://www.columbia.edu/kermit/ckubwr.html#x15
  5263.  587. http://www.columbia.edu/kermit/ckubwr.html#x14
  5264.  588. mailto:support@stallion.oz.au
  5265.  589. http://www.stallion.com/
  5266.  590. http://www.columbia.edu/kermit/ckubwr.html#top
  5267.  591. http://www.columbia.edu/kermit/ckubwr.html#contents
  5268.  592. http://www.columbia.edu/kermit/ckermit.html
  5269.  593. http://www.columbia.edu/kermit/ck80.html
  5270.  594. http://www.columbia.edu/kermit/index.html
  5271.  595. http://www.columbia.edu/kermit/index.html
  5272.  596. http://www.columbia.edu/
  5273.  597. mailto:kermit@columbia.edu
  5274.