Here is my README.BDSI file from the archive: ---- Howdy, folks- This is the result of my beating to get sendpage to work under BDSI 2.0 . The original tar file I used as source was sendpage5a.tar.gz, but it keeps printing out 'sendpage v. alpha 4 (May 23 1995)' in the mail it sends me, so I have to admit I don't know what I have here. Feel free to diff all of this against the original sources; my changes were actually quite minor. Note my changes in: Makefile ------- I set up BDSI build options. sendpage.h ----- I unset SYSV_MALLOC and NEED_MALLOC_H. I set UUCP_LOCKING and TTY_LOCKDIR to reflect our site, so experiment. I set CFLAG to a set of ioctl directives that worked well for our tpage port. compat.c ------- I needed to include before I included sendpage.h, to tell the compiler what a time_t was. io.c ----------- This was the insidious one. Apparently, in each of the author's Wait routines (WaitString, WaitLine, and WaitPETReply), a call to SafeRead is made, which returns the number of bytes read. If the match fails, several retries are made. Well, the original code decides to sleep(1) between retries if the expression (!matchflag && n) is true. The problem, I found, was that SafeRead would of course return '0' if there was no data to read. I simply altered the logic to (!matchflag), and now it was happy. I feel weird about hacking this, because I'm hacking out some specific-looking engineering. Maybe there was some subtlety of ioctl that the author was trying to work around. In general, re-customize to your site. The modem init string in sendpage.h works just dandy for our modem, so we did not need to supply one in sendpage.cf. I also, in sendpage.cf, forced various line characteristics for out modem line. They seem generic enough, but it's something to pay attention to. Oh, yes, I also, wrapped this up in a tarfile of a directory, so untarring it will create a subdirectory. It's a pet peeve I have. I just never liked having tar files stomp my ~/src tree. -ByB Thu Oct 19 16:14:08 EDT 1995 ------ Brian 'you Bastard' Reichert reichert@internet.com 96 Sherman Street Cambridge, MA 02140 Intel architecture: the left-hand path