minicom 2.3 (which termcap) and kernel 22.214.171.124 (DTR)
jmcgowan at inch.com
jmcgowan at inch.com
Sat Jul 19 08:52:31 UTC 2008
A couple of minicom (and kernel) items.
Minicom-2.3: Which termcap?
Kernel 126.96.36.199 (at least): minicom does not bring DTR back up.
In port.h one has:
# include <termcap.h>
# include <ncurses/termcap.h>
What happens if the ./configure script finds both?
checking ncurses/termcap.h usability... yes
checking ncurses/termcap.h presence... yes
checking for ncurses/termcap.h... yes
checking termcap.h usability... yes
checking termcap.h presence... yes
checking for termcap.h... yes
and loads both?
In file included from port.h:39,
/usr/include/ncurses/termcap.h:63: error: conflicting types for `tgetstr'
/usr/include/termcap.h:46: error: previous declaration of `tgetstr'
MINICOM AND KERNEL 188.8.131.52
Minicom drops DTR in two places (that I see).
*If there is an initialization string configured for the modem*
when starting, or when the option to (re)initialize the modem
is selected, minicom drops DTR, bring DTR up again and sends the
Minicom can be configured to hang-up either by dropping DTR
and bringing it up again a few seconds later (the time delay
being configurable) (this is the default) or not to drop DTR
but to use the Hayes's command string, "+++ATH".
This works in kernel 2.6.24. On my system with kernel 184.108.40.206
(and kernel 2.6.24) minicom can not bring up DTR after dropping
it, the result being that, *if a modem configuration string is set,*
upon starting, it drops DTR and that stays down - the modem is
dead until minicom is restarted. If one starts minicom with the
"-o" switch (to prevent it from initializing the modem) and makes
a call and hangs up using the default or used the option to
initialize the modem then the modem is dead until minicom is
WORK AROUND FOR KERNEL 220.127.116.11
Either start minicom with the "-o" switch (and don't use the option
to initialize the modem) or remove the initialization string
(if that string is null it seems that minicom doesn't drop DTR) and
configure minicom not to drop DTR but to use the Hayes's command
to hang up. If one needs to set some parameters in the modem (and
does not want to use its flash ram to save it as the new default)
either manually enter the Hayes's commands one minicom has started
or write a script to enter them - but a script, not something
minicom recognizes as "initializing the modem", so minicom does not
drop DTR when sending the commands to the modem.
More information about the minicom-devel