NetBSD master CVS tree commits

[source%NetBSD.ORG@localhost]

tron
Sat Jan 31 15:33:56 PST 1998
Update of /cvsroot/pkgsrc/graphics/gnuplot
In directory netbsd1:/var/slash-tmp/cvs-serv4466/gnuplot

Log Message:
Directory /cvsroot/pkgsrc/graphics/gnuplot added to the repository


tron
Sat Jan 31 15:37:11 PST 1998
Update of /cvsroot/pkgsrc/graphics/gnuplot/files
In directory netbsd1:/var/slash-tmp/cvs-serv4509/files

Log Message:
Directory /cvsroot/pkgsrc/graphics/gnuplot/files added to the repository


tron
Sat Jan 31 15:37:11 PST 1998
Update of /cvsroot/pkgsrc/graphics/gnuplot/pkg
In directory netbsd1:/var/slash-tmp/cvs-serv4509/pkg

Log Message:
Directory /cvsroot/pkgsrc/graphics/gnuplot/pkg added to the repository


tron
Sat Jan 31 15:37:12 PST 1998
Update of /cvsroot/pkgsrc/graphics/gnuplot/patches
In directory netbsd1:/var/slash-tmp/cvs-serv4509/patches

Log Message:
Directory /cvsroot/pkgsrc/graphics/gnuplot/patches added to the repository


pk
Sat Jan 31 15:37:52 PST 1998
Update of /cvsroot/src/sys/dev/ic
In directory netbsd1:/var/slash-tmp/cvs-serv3489

Modified Files:
        ncr53c9x.c 
Log Message:
* Make sure the `ECB_NEXUS' flag accurately reflects the existence of
  an initiator/target nexus and thus mark the correct queue (if any) a
  command is on.

* If a disconnected command times out, just leave it on the nexus queue
  and do nothing (for now). I need yet to decide on the strategy to
  follow in this case.  Note: we used to move the command to the `ready'
  queue and then do nothing, which is worse.