> Currently, I have both of these working indepedently, using mgetty
> to handle the incoming call. The abililty to do both of these together
> on the same port will require some code changes I think.
These code changes should be already done in standard distributions.
> The outgoing case is pretty straightforward: hack pppd to send a
> signal to mgetty upon determining that mgetty holds the port lock.
> Similarly hack mgetty to catch the signal and give up the lock.
Here is some nonsense. Normal operation of mgetty (and even other
'modem listening' software) is:
1) mgetty exec'd
2) attempt to acquire lock file (wait if modem locked already)
3) now we have lock file, initialize modem for us
4) GIVE UP THE LOCKFILE HERE
5) do select(2) (or poll(2)) on modem filedescriptor for input
6) input is available, CHECK THE LOCKFILE:
lockfile exists => outgoing call, give up everything and go to 2)
no lockfile => some response for us (possibly RING), continue...
7) acquire the lockfile (directly, no wait possible - see above)
8) receive the fax/voice message/data call
9) go to 3)
(I'm using some slightly obsolete mgetty here but I don't think that
the behaviour changed from those days.)
> Somehow pass the incoming call to the running instance of pppd ?
You can have 'pppd' as your login shell.
> Thanks,
> Tom
Bye, Lace
-
To unsubscribe from this list: send the line "unsubscribe linux-ppp" in
the body of a message to [EMAIL PROTECTED]
