choy@whuts.UUCP (CHOY) (10/08/85)
I have try to use the dial function and hit a brick wall. mld keep complainting undefined symbol tgetent, tgetstr and tgetnum from /lib/libc.a. I did a "nm -u" on libc.a and discover all three undefined symbol is using by dial. Perhaps there is one more library need to be loaded in? Any hint? Thanks in advance. Chi Choy, whuts!choy
4341lmg@mtuxn.UUCP (L.GEARY) (10/09/85)
On the UNIX PC, use -ltermlib to include tgetent, tgetstr and tgetnum. Larry Geary mtuxn!4341lmg
gwyn@brl-tgr.ARPA (Doug Gwyn <gwyn>) (10/10/85)
> I have try to use the dial function and hit a brick wall. > mld keep complainting undefined symbol tgetent, tgetstr and tgetnum > from /lib/libc.a. I did a "nm -u" on libc.a and discover all three > undefined symbol is using by dial. These functions are contained in the "curses" library; use the "-lcurses" argument to the link command. I don't know why dial(3C) should use these functions!
acy@milo.UUCP (Adnan Yaqub) (10/21/85)
> > I have try to use the dial function and hit a brick wall. > > mld keep complainting undefined symbol tgetent, tgetstr and tgetnum > > from /lib/libc.a. I did a "nm -u" on libc.a and discover all three > > undefined symbol is using by dial. > > These functions are contained in the "curses" library; > use the "-lcurses" argument to the link command. > > I don't know why dial(3C) should use these functions! Note that the documentation of dial (3C) is wrong (at least in my manual). It says int dial(call) CALL *call; when it should read int dial(call) CALL call; Here is a sample program that works. #include <stdio.h> #include <dial.h> main() { CALL call; int error; unsigned sleep(); call.attr = NULL; call.baud = NULL; call.speed = NULL; call.line = "/dev/ph0"; call.telno = "9+4497455"; call.modem = NULL; if((error = dial(call)) < 0) { printf("dial failed %d\n", error); return; } sleep(30); undial(error); }
egray@fthood (12/15/85)
I have run into a brick wall on this one... The Unix PC 7300 has a nifty
routine called 'dial' for accessing the builtin modem that returns a
valid file descriptor for the open line if the call was sucessful. That
works as advertised (even the the documentation is wrong is several places).
However, I'm having problems disconnecting the line whenever the call
IS NOT sucessful. If phone does not answer, the 'dial' routine returns
a '-1' as a file descriptor, but the phone continues to ring!
How do you stop the phone from ringing?
Emmet P. Gray HQ III Corps & Fort Hood
{pur-ee,ihnp4}!uiucuxc!fthood!egray Attn: AFZF-DE-EMO
{pur-ee,ihnp4}!uiucuxc!hood Environmental Management Office
Fort Hood, TX 76544-5057larry@jc3b21.UUCP (Lawrence F. Strickland) (10/17/86)
HELP! HELP! HELP! HELP!
I have kermit running on our 3b2's but it is using a modified form of the
dial routine supplied with kermit. Unfortunately, this version of dial
does not work with uugetty and/or uucp and/or cu in a correct fashion. As
a result, to use ckermit to dial out you must first disable the uugetty on
the line and then persuade everyone not to use cu while you are calling out.
Normally, this has not been a problem since kermit is usually used here by
people that dial into our computers as a transfer protocol. However, I have
a couple of people who want to download programs/data files of theirs from
an IBM mainframe (4361, or 3088, or something like that) and its only way
of protocol transfer is kermit (noone on the IBM system likes to talk about
kermit, though).
I tried using the dial(3) code supplied with our system, but the dial code
is for the old version of uucp, while SysV.2 is supplied with the HDB uucp.
As a result they are incompatible! The dial routine looks for an L-sys file
instead of Systems and does not understand uugetty!
Does anyone have either: (a) a version of kermit working correctly on the
3b2 (including uugetty stuff) or (b) a dial routine that will correctly
handle the HDB uucp and uugetty? If so, could you mail it to me, put it on
a disk (I supply and postage as well), or tell me where to get a hold of it?
I would seriously appreciate this.
Thanks,
-----Larry
-----Lawrence F. Strickland (larry@jc3b21) ---------------------------
Dept. of Engineering Technology + Cthulhu +
St. Petersburg Jr. College + R`lyeh +
P.O. Box 13489 + wgah`nagl +
St. Petersburg, FL 33733 + fh`tagn +
Phone: +1 813 341 4705 ---------------------------
UUCP: ...akgua!usfvax2!jc3b21!larry