running pathalias on Tandy 6000

Paul Sutcliffe Jr. paul at devon.UUCP
Sat Mar 19 01:00:35 AEST 1988


[ Since this is primarily about Tandy 6000 issues, I've directed
  followups to comp.sys.tandy only.  -paul ]

In article <7499 at ncoast.UUCP> mikes at ncoast.UUCP (Mike Squires) writes:
> In article <118 at mjbtn.UUCP> root at mjbtn.UUCP (System Administrator) writes:
> >Help!  I am trying to run pathalias on the entire world map on a Tandy 6000
> >running Xenix 3.2 with 1 meg of RAM.  Has anybody else out there tried to 
> >do this and succeeded?  If so, what did you do to get it to work?  Did you 
> 
> The MMU that Tandy has developed but not yet released would allow you to 
> run up to 7MB of RAM under XENIX 3.2, solving your problems.  We are
> lobbying Tandy FW to release the upgrade, as they promised at last year's
> TANGENT meeting.

Here, here!  And the 3.2 development system, too!?!

> Also, the earlier version is working on several 6000 systems that I know
> of, although with truncated maps as I understand it.

I have the latest pathalias (ver 9.1 if I'm not mistaken) running here
at devon (an upgraded Model 12, Xenix 3.2 runtime, 3.0 development sys).  
Someone (brian at tlxprs.UUCP) sent me sources to pathalias that were
supposedly hacked by the author (Peter Honeyman?) to use temporary files
instead of RAM to compile the maps.  It must be terribly slow this way,
but should accept the 'whole world'.  I haven't had time to compile
that version here, but will gladly mail a shar archive to anyone making
a request.

Incidently, I have completely automated the paths file generation here.
First, this entry in /usr/lib/news/sys:

    UUMAP:world,comp.mail.maps::/usr/local/lib/news/uumap

This sends any articles in comp.mail.maps to the pseudo-system UUMAP,
by passing the article to the /usr/local/lib/news/uumap shell script
(reproduced here) on it's stdin:

    : use /bin/sh
    #
    # uumap - unpack the usenet maps
    #
    umask 002
    cd /usr/spool/uumap
    sed -e '1,/^$/d' | sh

(BTW, this wasn't my idea -- I saw it on the net.)  Then, once a week
(via cron) I run the following shell script to rebuild the paths file
for smail:

    : use /bin/sh
    #
    #  mkpaths  -- make a new pathalias "paths" file for smail
    #
    USAGE="Usage: mkpaths [-c] [ -p pathsfile ] [ -e errlogfile ]"

    PATH=:/bin:/usr/bin:/usr/local/bin; export PATH

    # where are the map files?
    mapdir="/usr/spool/uumap"
    # list of map files to use
    mapfiles="d.* u.usa.* u.can.* u.DEVON"
    # where to place paths file (if -c given)
    pathfile="/usr/lib/uucp/paths"
    # default paths file (if no -p)
    defpaths="paths"
    # default errlog file (if no -e)
    deflog="mkpaths.log"
    # file that contains any dead links
    deadfile="DEAD"

    cd ${mapdir}

    # parse command line
    set -- `getopt cp:e: $*`
    if [ $? != 0 ]; then
	    echo ${USAGE}
	    exit 2
    fi
    COPYTO=""
    PATHSFILE=${defpaths}
    ERRLOG=${deflog}
    for i in $*
    do
	    case ${i} in
	       -c)  COPYTO=${pathfile}; shift
		    ;;
	       -p)  PATHSFILE=${2}; shift; shift
		    ;;
	       -e)  ERRLOG=${2}; shift; shift
		    ;;
	       --)  shift; break
		    ;;
	    esac
    done

    # get any dead links
    list=""
    if [ -r ${deadfile} -a -s ${deadfile} ]; then
	    dead=`cat ${deadfile}`
	    for sys in ${dead}
	    do
		    list="${list} -d ${sys}"
	    done
    fi

    # run the sucker
    (pathalias -v -c ${list} ${mapfiles} | pathproc > ${PATHSFILE}) 2>${ERRLOG}

    # shall I copy?
    if [ -n "${COPYTO}" ]; then
	    cp ${PATHSFILE} ${COPYTO}
	    cp /dev/null ${PATHSFILE}
    fi

    exit 0

Note that I keep known dead links (or systems that I'd like to avoid)
in the file "DEAD".  Edit to suit.  The file u.DEVON contains local
entries that I rather not tell the world about.

Also note the "mapfiles" list.  To enable pathalias to swallow all
the domain maps (d.*) and the u.{usa,can} maps, I had to up the
"maxmem" parameter in the kernel to 800k.  Obviously, when pathalias
is running (as a 700-800k process) in a 1Mb system, things get
mighty sloooooow -- hence the invocation by cron in the wee hours
on Sunday mornings.

- paul

-- 
Paul Sutcliffe, Jr.				       +----------------------+
						       |  THINK ...           |
UUCP (smart):  paul at devon.UUCP			       |            or THWIM  |
UUCP (dumb):   ...rutgers!bpa!vu-vlsi!devon!paul       +----------------------+



More information about the Comp.unix.questions mailing list