Anyone got mgetty+sendfax running on Black NS3.3p1?

• Messages sorted by:[ date ][ thread ][ subject ][ author ]

Dear list,

I am trying to use mgetty+sendfax 0.98 on my Black NeXT cube with NEXTSTEP
3.3p1. I have the following problems:

1. I need to run it on /dev/cufa, because using /dev/ttydfa blocks the port
for outgoing calls like uucico. However, using cufa causes hangups from data
calls not to be recognized, which leaves the processes on that port running
after a carrier loss.

2. It compiles only with -posix. Because of the file append bug in the NeXT
posix support, I cannot look at the mgetty log files (with a tail -f logfile
for example) without triggering this bug. Even worse, it seems that incoming
data calls 'inherit' this problem. So I can't even use UUCon to check my
uucp log files, because they will be filled with zeroes.

3. I tried to convert mgetty to use BSD style sgtty support. Got it running,
but I ran into another problem: I cannot use /dev/ttydfa, because when
mgetty opens this port, it blocks, waiting for a carrier. So it cannot talk
to the modem, even not telling it to answer the phone. Apparantly this works
differently under posix. If I use /dev/cufa, I have the problem of not
getting SIGHUP's anymore.

Does anybody know a solution to this? AFAIK there is no workaround for the
append bug, right?

Thanks,
Ben
--
Ben Stuyts

Stuyts Engineering BV        Haarlem, The Netherlands
Phone: +31 (0)23 5324609     Email:   ben@stuyts.nl
Fax:   +31 (0)23 5421988     (NeXT/MIME Mail OK)