home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / unix / bsd / 4070 < prev    next >
Encoding:
Text File  |  1992-08-12  |  38.6 KB  |  1,322 lines

  1. Newsgroups: comp.unix.bsd
  2. Path: sparky!uunet!usc!rpi!usenet.coe.montana.edu!warp.mhd.montana.edu!osynw
  3. From: osynw@warp.mhd.montana.edu (Nate Williams)
  4. Subject: Unofficial Bug Report, #2 1/1
  5. Message-ID: <1992Aug13.050945.22291@coe.montana.edu>
  6. Summary: The report!
  7. Keywords: 386BSD bugs
  8. Sender: usenet@coe.montana.edu (USENET News System)
  9. Organization: I as unorganized as they come
  10. Date: Thu, 13 Aug 1992 05:09:45 GMT
  11. Lines: 1309
  12.  
  13.  
  14. U N O F F I C I A L    3 8 6 B S D     B U G     L I S T
  15. --------------------------------------------------------
  16. Date:        Aug.  12, 1992
  17. Revision:    0.2
  18.  
  19. [As this is still in the early stage, suggestions and helpful
  20. criticism is welcome, flames -> /dev/null]
  21.  
  22. Index:
  23.     BOOT and DISKLABEL - 
  24.         If you machie won't boot, or it will boot buts doesn't
  25.         do what it is supposed to, check here
  26.  
  27.     INSTALL and CONFIGURATION -
  28.         These are configuration problems that exist after you
  29.         have succesfully installed 386BSD 0.1.  If a program
  30.         won't work, but it seems to run, check here.
  31.  
  32.     KERNEL - 
  33.         These are REAL (tm) bugs in the operating system, with
  34.         unofficial patches.  If you are getting kernel panics,
  35.         or something in the system doesn't work right, check
  36.         here
  37.  
  38.     PROGRAM -
  39.         These are bugs in the programs that are distributed
  40.         with 386BSD 0.1.  It's pretty scarce right now, but
  41.         most of these bugs could probably be fixed fairly 
  42.         easily by non-guru's.
  43.  
  44.     MISC -
  45.         Anything else.  It will probably be split up as I get
  46.         suggestions, and as the list grows.  
  47.  
  48. ***READ THIS***
  49. The patches mentioned in this list are currently archived on 
  50. plains.nodak.edu ~ftp/pub/386BSD.  If Glen has not moved them there yet,
  51. they are in the (unreadable directory) ~ftp/pub/386BSD/.n/patches.tar.Z
  52.  
  53. I have also uploaded them to agate, ~ftp/pub/incoming/patches.tar.Z.
  54. The file is around 41K compressed.
  55. -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-==-=-=-=-=-=-=-
  56. BOOT AND DISKLABEL PROBLEMS
  57.  
  58. ========================================
  59. Bug Number:    BOOT001
  60. Problem:
  61.     386BSD 0.1 ignores the hard disk geometries given 
  62.     in the CMOS ram on IDE disks                 OR
  63.     My machine will not boot off an IDE drive.        OR
  64.     various IDE drive problems
  65. Explanation:
  66.     Instead of getting the geometries from CMOS, it (aparently) gets
  67.     the geometries direct from the disk itself. This causes problems
  68.     when IDE disks are running in translation mode, because the BIOS
  69.     is old and doesn't allow customised disk geometries.
  70. Solution:
  71.     Use the real parameters of the IDE drive in the CMOS table, and don't
  72.     use the translation parameters.
  73.  
  74.     I don't have a source fix, sorry. Only fix then is to upgrade to
  75.     a new BIOS, backup your hard disk, customise your CMOS and your
  76.     DOS partitions (if needed) to fit in with the correct geometry,
  77.     and restore.
  78.  
  79.     
  80. Submitted by:
  81.     wkt@csadfa.cs.adfa.oz.au (Warren Toomey)
  82. Solved by:
  83.     (same)
  84. ========================================
  85. Bug Number:    BOOT002
  86. Problem:
  87.     disklabel isn't working correctly.
  88.  
  89.     I can't boot after installing the software    OR
  90.     I can't disklabel my second drive        OR
  91.     System wll not recognize second hard drive and/or it crashes
  92.     when you try to acces a second drive which is configured but not
  93.     connected. 
  94. Explanation:
  95.     1) Can't boot.  /sys/i386/stand/wd.c is checking an invalid
  96.     register after resetting the controller.  Depending on the
  97.     controller, this may or may not hang forever.
  98.  
  99.     2) With partition 3 marked as 00 (unused), I can read from
  100.     /dev/rwd1d and do disklabel -r wd1. I get the information from
  101.     the first absolute sector of drive 2 in this case.
  102.  
  103.     With partition 3 marked as A5 (386BSD), doing anything with
  104.     rwd1d, or disklabel -r wd1, the whole system hangs. The terminal
  105.     driver seems to still be working, as characters such as ^V still
  106.     work. The system must be reset at this stage.
  107.  
  108.     3) The wd driver has bugs in it.
  109.     It will try to open all configured disks at boot time
  110.     and print the identification strings.
  111. Solution:
  112.     1) Get patched binaries from agate.  OR
  113. *PATCH*
  114.     There is a file called noboot_wd.0_1 which fixes wd.c
  115.     to allow you to boot off the hard-drive.
  116.  
  117.     2) None yet
  118. *PATCH*
  119.     3) There is a patch file available, called 2_disk.wd.0_1 which
  120.     contains a cdiff which fixes these problems.
  121.  
  122. Submitted by:
  123.     rd@phoenix.aii.com (Bob Thrush)  
  124.     wkt@csadfa.cs.adfa.oz.au (Warren Toomey)
  125.     chmr@edvz.tu-graz.ac.at (Christoph Robitschko)
  126. Solved by:
  127.     rd@phoenix.aii.com (Bob Thrush)  
  128.  
  129.     chmr@edvz.tu-graz.ac.at (Christoph Robitschko)
  130.  
  131. ========================================
  132. Bug Number:    BOOT003
  133. Problem:
  134.     shutdown -todos doesn't work as documented.
  135. Explanation:
  136.     The program complains about being unable to make the DOS
  137.     partition bootable
  138. Solution:
  139.     Boot off a floppy that has fdisk on it and use fdisk to change
  140.     the active partition to the DOS one.
  141.  
  142.     No real solution.
  143. Submitted by:
  144.     kevinz@storage.tandem.com (Kevin Zeigler)
  145. Solved by:
  146.  
  147. ========================================
  148. Bug Number:    BOOT004
  149. Problem:
  150.     Bringing the machine into single user mode doesn't work 
  151.     correctly.                OR
  152.     After people log out of the machine, who and last show
  153.     them as still logged on.
  154. Explanation:
  155.     /sbin/init didn't set some internal flags correctly (Reboot, drain)
  156.     This caused it to not execute /etc/rc again if the system was
  157.     brought down to singleuser and the back up again.
  158.     It also tried to start multiuser mode when you tried
  159.     hat or reboot in singleuser (when the singleuser shell was terminated
  160.     by halt/reboot).
  161.  
  162.     /sbin/init wasn't cleaning up the utmp and wtmp files correctly.
  163.     I made a patch that caused normal login/logouts to be updated 
  164.     correctly, but single user shutdown and reboots still need
  165.     some code added.
  166. Solution:
  167. *PATCH*
  168.     There is a patch file available, called init.single.0_1 which
  169.     contains a cdiff to correct the single user problem.
  170.  
  171. *PATCH*
  172.     There is a patch file available, called init_utmp.0_1 which
  173.     contains a cdiff to correct the utmp/wtmp problem.
  174.  
  175. *NOTE*
  176.     Mark Tinguely suggested using the init he posted to the
  177.     comp.unix.bsd group a while back, since it doesn't seem to have
  178.     the problems the current one does.
  179.  
  180. Submitted by:
  181.     chmr@edvz.tu-graz.ac.at (Christoph Robitschko)
  182.     osynw@terra.oscs.montana.edu (Nate Williams)
  183. Solved by:
  184.     (same)    
  185.     tinguely@plains.nodak.edu (Mark Tinguely)
  186. ========================================
  187. Bug Number:    BOOT005
  188. Problem:
  189.     386BSD does not use the values in the disklabel.  It will
  190.     use the parameters in the /etc/fstab file.
  191. Explanation:
  192.     Even though the label was written that a partition was unused,
  193.     the fstab file stated that partition was swap, and starting
  194.     writing to that partition.
  195. Solution:
  196.     BE CAREFUL!!
  197.  
  198. Submitted by:
  199.     wkt@csadfa.cs.adfa.oz.au (Warren Toomey)
  200. Solved by:
  201.     (same)
  202. ========================================
  203. Bug Number:    BOOT006
  204. Problem:
  205.     Machine will not boot 386bsd on a warm reboot.
  206. Explanation:
  207.     During a warm reboot, in wd.c the machine is picking up the same
  208.     memory segment as before and so it appears that the drive is
  209.     already open.
  210. Solution:
  211.     Bzero out the memory malloced by wdprobe.  There are a couple
  212.     patches to the wd.c code, and one of them contains the 
  213.     patch which bzoeros out the memory.
  214.  
  215. Submitted by:
  216.     chmr@edvz.tu-graz.ac.at (Christoph Robitschko)
  217. Solved by:
  218.     (same)
  219. ========================================
  220. Bug Number:    BOOT007
  221. Problem:
  222.     WD8013EP ethernet card ('EtherCard Plus Elite 16') only works
  223.     after a warm boot.
  224. Explanation:
  225.     On the first boot after switching on the workstation,
  226.     I only get the well-knownn Reject xxxxx -Messages.
  227. Solution:
  228.     None-yet.  
  229.  
  230. Submitted by:
  231.     chmr@edvz.tu-graz.ac.at (Christoph Robitschko)
  232. Solved by:
  233.  
  234. ========================================
  235. Bug Number:    BOOT008
  236. Problem:
  237.     I get the error "isr 15 and error: isr 17" on an NE2000 card, OR
  238.     I have some card on IRQ2 and it dosn't work; why?
  239. Explanation:
  240.     Some VGA cards use IRQ 2 for a vertical retrace interrupt.  Even
  241.     when the interrupt is not enabled in the VGA, some cards drive
  242.     IRQ 2 inactive instead of leaving the signal tristate.
  243. Solution:
  244.     If this is the problem, you can use Scotch tape to cover the IRQ
  245.     2 signal on the VGA's ISA connector., or cut the IRQ trace on
  246.     your board.
  247.  
  248.     An alternate soloution would be to remove your ethernet card
  249.     until you have rebuilt the kernel so that it expects it at an
  250.     interrupt other than 2, rejumper it, and reinstall it.  This
  251.     gets around both the tape and exacto knife soloutions, plus you
  252.     don't have to know which pin is IRQ2 (something you need a
  253.     techincal reference for the bus to find out).
  254.  
  255. Submitted by:
  256.     The net.
  257. Solved by:
  258.     james@bigtex.cactus.org (James Van Artsdalen)
  259.  
  260. ========================================
  261. Bug Number:    BOOT009
  262. Problem:
  263.     Machine will not boot, have tried everything.
  264. Explanation:
  265.     Diskettes used:
  266.         dist.fs (Jollitz .01.24), dist.fs, (cgd) fixit.fs (cgd)
  267.  
  268.     Copyright notice appears, disk access light stays on, cursor
  269.     blinks, nothing else ever happens. I think I have seen a similar
  270.     problem on this group but not the solution. Tried all three
  271.     disks, disabled or disconnected all optional hardware, disabled
  272.     various CMOS settings. All three disks had exact same problem. 
  273.  
  274.     486/33mhz OPTI-486WB with 8MB RAM
  275.     OPTI chipset, AMI BIOS (6/6/91)
  276.     "Groundhog Graphics" ET4000 SVGA card
  277.     Quantum 234mb IDE drive
  278.     1.2mb and 1.44mb drives (1.2mb is boot)
  279.     All serial and parallel cards removed after initial failure
  280.     All "shadow" options disabled in CMOS after initial failure
  281.     All caches disabled in CMOS after initial failure
  282.     Speed reduced to "16mhz" after additional failures
  283. Solution:
  284.     None yet
  285.  
  286. Submitted by:
  287.     barnesdo@cs.colostate.edu (douglas barnes)
  288. Solved by:
  289.  
  290. ========================================
  291. Bug Number:    BOOT010
  292. INSTALLATION or CONFIGURATION
  293.  
  294. Problems that occur after you have installed 386BSD 0.1, or during
  295. installation.
  296.  
  297. ========================================
  298. Bug Number:    INST001
  299. Problem:
  300.     I can't unpack the etc01 distribution    OR
  301.     I get the error "too many files open" unpacking the etc01
  302.     distribution. 
  303. Explanation:
  304.     The problem is from cat command leaving the file open after
  305.     reading it. Since the default shell only allows 64 files open,
  306.     it will not allow you to read more than 64 files.
  307. Solution:
  308.     Boot up with the bin01 distribution loaded and login as root.
  309.     Next (root uses csh as the default shell), do a
  310.     cd /; cat /tmp/etc01.* | zcat | cpio -iadmlu and wait for etc01
  311.     to unpack everything where it's supposed to go.
  312.  
  313. Submitted by:
  314.     comp.unix.bsd
  315. Solved by:
  316.     (same)
  317. ========================================
  318. Bug Number:    INST002
  319. Problem:
  320.     /usr/bin/tip doesn't work.
  321. Explanation:
  322.     tip is setuid "uucp".  It wants to create a lock file under
  323.     /var/spool/lock, but lock is owned by root and mode 0755.  Since
  324.     uucp can't create a lock, it dies.  
  325. Solution:
  326.     There are two solutions to the problem.  The first is to make
  327.     tip setuid root (chmod 4755 /usr/bin/tip), but that is not the
  328.     best solution.
  329.  
  330.     The preferred solution is to change the ownerships on the
  331.     /var/spool/lock directory to allow tip to create a lock file. Another
  332.     little problem is /var/spool/aculog is written by tip, so uucp
  333.     also needs to own that.
  334.  
  335.     I added the /dev/com devices because I wanted to make sure tip
  336.     could always connect to them.  This may be un-necessary.
  337.  
  338. Ex:
  339. pc # chown uucp /var/spool/lock /dev/com* /var/spool/aculog
  340.  
  341. Submitted by:
  342.     osynw@terra.oscs.montana.edu (Nate Williams)
  343. Solved by:
  344.     The net at large. 
  345. ========================================
  346. Bug Number:    INST003
  347. Problem:
  348.     When I run ps, I get an error that it can't find _foo symbols...
  349.  
  350.     ps -u gives me a floating exception
  351. Explanation:
  352.     There are not enough symbols in the kernel. First of all, the
  353.     kernel supplied with the distribution has been stripped, so
  354.     there are no symbols in it.  Also, there are some missing
  355.     symbols in the symbols.raw file which determines which symbols
  356.     will be present in the kernel.  Bill Jolitz mentioned this in a
  357.     net article, and said the fix for this was in patch1.  Patch1
  358.     doesn't appear to be coming, but version 0.2 was mentioned
  359.     recently.
  360.  
  361.     This problem was because there wasn't a prototype given for
  362.     getcpu, so it was returning an int (default) and was causing
  363.     a floating point exception.
  364.  
  365. Solution:
  366.     386BSD 0.2 will hopefully have the fix for this.  Also, if you
  367.     re-compile the kernel, most of the needed symbols will be in the
  368.     kernel.
  369. *PATCH*
  370.     There is a file called ps_fp.0_1 which fixes the floating point
  371.     exception problem.
  372.  
  373. Submitted by:
  374.     osynw@terra.oscs.montana.edu (Nate Williams)
  375. Solved by:
  376.     386BSD 0.2 (Jolitz, et al)
  377.      davidg%implode@agora.rain.com (David Greenman)
  378. ========================================
  379. Bug Number:    INST004
  380. Problem:
  381.     Mtools doesn't work.
  382. Explanation:
  383.     Mtools is looking for devices that don't exist in the standard
  384.     distribution. You need to create the device special files for
  385.     mtools to use.
  386. Solution:
  387.     Use MAKEDEV to create the /dev/fd* devices required by mtools.
  388.  
  389. Ex:
  390. pc # cd /dev
  391. pc # sh MAKEDEV fd0 fd1
  392. pc # dev_mkdb
  393.  
  394. Submitted by:
  395.     osynw@terra.oscs.montana.edu (Nate Williams)
  396. Solved by:
  397.     (same)
  398. ========================================
  399. Bug Number:    INST005
  400. Problem:
  401.     User's can't create files in their home directories.
  402. Explanation:
  403.     As distributed, home directories are owned by root and not by
  404.     the user.
  405. Solution:
  406.  
  407. Ex:
  408. pc # cd /usr/nate
  409. pc # chown nate.staff . .??*
  410.  
  411. Submitted by:
  412.     osynw@terra.oscs.montana.edu (Nate Williams)
  413. Solved by:
  414.     (same)
  415. ========================================
  416. Bug Number:    INST006
  417. Problem:
  418.     I can't create any new users.  I've edited the passwd file, but
  419.     the changes don't seem to get added.
  420. Explanation:
  421.     386BSD is using a shadow password utility which hides the
  422.     encrypted passwords in a separate, root-only readable file
  423.     called master.passwd.  Also, there are database files created
  424.     when you change the master.passwd file, so you need to go
  425.     through the supplied "vipw" utility to add users.
  426. Solution:
  427.     Use the "/usr/sbin/vipw" program to add users.  After you have
  428.     added the user(s), you can copy the /usr/share/skel/dot.* files
  429.     into their home directory and change the ownerships of the
  430.     directory and files to the user.
  431.  
  432. Ex:
  433. pc # vipw
  434. [Added user foo]
  435. pc # mkdir /usr/foo
  436. pc # cd /usr/foo
  437. pc # cp /usr/share/skel/.??* .
  438. pc # chown foo . .??*
  439.  
  440. [This assumes you have changed the names of /usr/share/skel/dot.cshrc to
  441. /usr/share/skel/.cshrc.  It makes adding users much nicer]
  442.  
  443. Submitted by:
  444.     osynw@terra.oscs.montana.edu (Nate Williams)
  445. Solved by:
  446.     The net at large.
  447. ========================================
  448. Bug Number:    INST007
  449. Problem:
  450.     Normal users can't use vi (elvis).
  451. Explanation:
  452.     The /tmp and /var/tmp directories have incorrect permissions as
  453.     distributed, and elvis can't write a temporary file to them.
  454. Solution:
  455.     Change the permissions on those directories.  I change them to
  456.     everyone read, write, execute, plus the sticky bit so that the
  457.     users can't delete other user's files.
  458. Ex:
  459. pc # chmod 1755 /tmp /var/tmp
  460.  
  461. Submitted by:
  462.     osynw@terra.oscs.montana.edu (Nate Williams)
  463. Solved by:
  464.     (same)
  465. ========================================
  466. Bug Number:    INST008
  467. Problem:
  468.     My computer does not have the correct time that is set in my
  469.     BIOS.
  470. Explanation:
  471.     386BSD uses a file /etc/localtime which tells it which timezone
  472.     you are in.  As distributed, it has a symbolic link to 
  473.     /usr/share/zoneinfo/US/Pacific-New, the correct time for Bill
  474.     and Lynne. You need to remove the old /etc/localtime and link it
  475.     to the correct time for you area.
  476. Solution:
  477.     rm /etc/localtime and make a new symbolic to link to the new
  478.     time zone.
  479. Ex:
  480. pc # rm /etc/localtime
  481. pc # date
  482. Wed Jul 29 21:58 GMT 1992
  483. pc # ln -s /usr/share/zoneinfo/US/Mountain /etc/localtime
  484. pc # date
  485. Wed Jul 29 14:59 MDT 1992
  486. pc #
  487.  
  488. *NOTE*
  489.     Some BIOS's automaticaly have Daylight Saving's time set up, so
  490.     you have two options.  
  491.           1) Change the time in your BIOS so that 386BSD will have
  492.         the correct time.   This is the best option.
  493.         2) Hack up on of the datafiles in
  494.         /usr/othersrc/share/zoneinfo/datfiles to have the
  495.         correct time for your machine. 
  496. *ENDNOTE*
  497.  
  498. Submitted by:
  499.     osynw@terra.oscs.montana.edu (Nate Williams)
  500. Solved by:
  501.     (same)
  502. ========================================
  503. Bug Number:    INST009
  504. Problem:
  505.     man -k doesn't work.  
  506. Explanation:
  507.     You need to create the whatis.db file. However, there is a ^H in
  508.     all the man pages that messes up apropos, with needs to be
  509.     stripped out. 
  510. Solution:
  511.     in /usr/othersrc/share/man/Makefile, add a col -b to strip out
  512.     the ^H's from the man pages.
  513. Ex:
  514. makedb:
  515. .
  516. .
  517.     done | sort -u > whatis.db
  518. becomes:
  519.     done | col -b | sort -u > whatis.db
  520.  
  521. *PATCH*
  522.     There is also a patch file called man_make.0_1 which
  523.     contains the fix to the makefile.
  524.  
  525. Submitted by:
  526.     James Jegers <jimj@miller.cs.uwm.edu>
  527. Solved by:
  528.     (same)
  529. ========================================
  530. Bug Number:    INST010
  531. Problem:
  532.     Slip is configured and started in my /etc/rc file,  but doesn't
  533.     seem to work  
  534. Explanation:
  535.     Somehow slattach is being killed when run from /etc/rc.
  536. Solution:
  537.     add a nohup to the slattach command in /etc/rc.
  538.  
  539. Ex:
  540. nohup slattach /dev/com1 2400
  541.  
  542. Submitted by:
  543.     wkt@csadfa.cs.adfa.oz.au (Warren Toomey)    
  544. Solved by:
  545.     (same)
  546. ========================================
  547. Bug Number:    INST011
  548. Problem:
  549.     I can't get my tape drive to work (SCSI).
  550. Explanation:
  551.     The /dev/ras4* device special files are wrong in the
  552.     distribution.  You need to make new ones using the mknod
  553.     command.
  554. Solution:
  555.     rm /dev/ras4*, and create new ras4* nodes.
  556.  
  557. Ex:
  558. pc # cd /dev
  559. pc # rm /dev/ras4*
  560. pc # mknod ras4a c 13 32
  561. pc # mknod ras4d c 13 35
  562.  
  563. Submitted by:
  564.     comp.unix.bsd
  565. Solved by:
  566.     wjolitz@soda.berkeley.edu (W. Jolitz)
  567. ========================================
  568. Bug Number:    INST011
  569. Problem:
  570.     There is a serious bug in the bad block handling.
  571. Explanation:
  572.     In 0.1, the driver checks the bad block list for every block,
  573.     but the test is wrong for reads of multiple blocks - it only
  574.     tests if the initial block is on the list.  And when the initial
  575.     block is on the list, it doesn't split up the i/o, so good
  576.     blocks after the bad one are messed up.
  577. Solution:
  578.     None yet.
  579.  
  580. Submitted by:
  581.     bde@runx.oz.au (Bruce Evans)
  582. Solved by:
  583. KERNEL
  584.  
  585. 386BSD 0.1 kernel file bugs.  (Anything that is below /sys)
  586.  
  587. [but NOT boot stuff or disklabel]
  588.  
  589. ========================================
  590. Bug Number:    KERN001
  591. Problem:
  592.     Machine panics with: kmem_malloc: kmem_map too small
  593. Explanation:
  594.     There are not enough map entries for computers with >12 MB of
  595.     memory.
  596. Solution:
  597.  
  598. in the file /sys/vm/vm_map.h, there is a:
  599. #define        MAX_KMAPENT    500
  600. which needs to be
  601. #define        MAX_KMAPENT    1000
  602.  
  603. *PATCH*
  604.     There is also a patch file called kmem_panic.0_1 which
  605.     contains the above fix.
  606.  
  607. Submitted by:
  608.     osynw@terra.oscs.montana.edu (Nate Williams)
  609. Solved by:
  610.     wjolitz@soda.berkeley.edu (W. Jolitz)
  611.  
  612. ========================================
  613. Bug Number:    KERN002
  614. Problem:
  615.     The following simple program would hang the computer:
  616.  
  617. #include <stdio.h>
  618.  
  619. main()
  620. {
  621.         char    data[8192];
  622.         FILE    *f;
  623.  
  624.         f = fopen("Test2.file", "w+");
  625.         while(1)
  626.         {
  627.                 fread(data, 1, 8192, f);
  628.                 rewind(f);
  629.                 fwrite(data, 1, 8192, f);
  630.         }
  631. }
  632.  
  633. Explanation:
  634.     There is some sort of bug in the scheduler relating to charging
  635.     a process for the CPU while doing heavy disk I/O... If you try
  636.     out a similar program  which does main(){while(1);} you get the
  637.     proper priority of the process as  well as proper load averages.
  638.     If however you run the above not only does the priority
  639.     mechanism fail but I imagine the load average is not correct.
  640.  
  641. Solution:
  642.     None yet.  But....
  643.  
  644.     The bug is probably in kern_clock.c or in kern_synch.c ... I
  645.     have not tried to investigate this further as it may be a
  646.     problem with the system as a whole and not a simple bug. (ie.
  647.     relating to the assigned interrupt levels in the kernel...)
  648.  
  649. Submitted by:
  650.     pao@cd.chalmers.se (Andrew Olausson)
  651. Solved by:
  652.  
  653. ========================================
  654. Bug Number:    KERN003
  655. Problem:
  656.     System hanging under heavy disk activity and high load
  657. Explanation:
  658.     Things are getting put to sleep waiting for pages, and
  659.     are never being awakened.
  660.  
  661.     This problem was noticed when using DDB.  I found that there 
  662.     were *NO* processes on any of the run queues, and a lot of
  663.     processes waiting for disk pages...)
  664. Solution:
  665.     None yet.
  666.  
  667. *NOTE*
  668.     Karl Lehenbauer (karl@neosoft.com) made mention of the fact that
  669.     in 0.0, the swap partition must be on cylinder boundaries.
  670.     The check for this is to run disklabel -r wd0 (as0)
  671.     and if there are stars after each partition, the partition
  672.     is NOT on a partition boundary.  After hearing this, I hand
  673.     installed 386BSD, and I have not had any problems with machine
  674.     lockups because of heavy cpu/load. (though I have had lockups
  675.     for other reasons :-)
  676.  
  677.     dawes@physics.su.oz.au (David Dawes) was having the lockups
  678.     on his machine after installing the patches, and after 
  679.     increasing his swap space and aligning it on cylinder bound-    
  680.     aries, his lockups went away. 
  681.     
  682.     If you can't compile a kernel because of lockups, you may
  683.     be able to mount the filesystem to do synchronous writes.  This
  684.     is very slow, but it *may* help the lockups until you can
  685.     compile the fixed kernel.
  686. *ENDNOTE*
  687.  
  688. *PATCH*
  689.     There was mention of this bug in a net article, with a patch by
  690.     Bill Jolitz, which may or may not solve this problem.  It was
  691.     kind of    vague, but you may try it.  However, in the same
  692.     article, Bill did mention that main purpose of version 0.2 was
  693.     to fix this bug.
  694.     There is a file called heavy_load.0_1 which is the fix that
  695.     Bill mentioned in his article.
  696.  
  697. Submitted by:
  698.     cgd@agate.berkeley.edu (Chris G. Demetriou)
  699. Solved by:
  700.     wjolitz@soda.berkeley.edu (W. Jolitz)
  701. ========================================
  702. Bug Number:    KERN004
  703. Problem:
  704.     Various machine lockups when doing com stuff.
  705. Explanation:
  706.     kermitting through com1, or downloading via zmodem
  707.  
  708.     Occasionally, I get a console message: communication disconnect
  709.     and the machine is locked up.  No panel lights, no 3-finger
  710.     salute.  A hard reset was required to bring the machine back to
  711.     life.
  712.     
  713.     Other times, kermit was put into a state where a
  714.     kill -9 would not even do anything, so a reboot was necessary
  715.     to use the modem.  The machine was still usable (via screen)
  716.     so serial communication was only affected.
  717. Solution:
  718.     I suspect the com driver.  Maybe replace it with the beta com
  719.     driver on agate.berkely.edu by Chris D.
  720. *NOTE*
  721.     [I had more problems with Chris's driver than I did with
  722.      the stock driver.  This may be a single case, but I thought
  723.      I would note it.  This by no means says that Chris is a bad
  724.      programmer or anything, but that I had problems with that 
  725.      driver]
  726. *ENDNOTE*
  727.  
  728. Submitted by:
  729.     osynw@terra.oscs.montana.edu (Nate Williams)
  730. Solved by:
  731.  
  732. ========================================
  733. Bug Number:    KERN005
  734. Problem:
  735.     The serial ports don't work at all on my machine.
  736. Explanation:
  737.     There is probably a card in you machine that has IRQ 4.  Check
  738.     out all your cards, and make sure there is nothing that is using
  739.     IRQ 4.
  740. Solution:
  741.     Change the offending card to NOT use IRQ 4. 
  742.  
  743. Submitted by:
  744.     terry_lambert@gateway.novell.com (Terry Lambert)
  745. Solved by:
  746.     (same)
  747. ========================================
  748. Bug Number:    KERN006
  749. Problem:
  750.     Flashing multi-colored characters and a ptdi81061 prompt.
  751. Explanation:
  752.     The problem is that the code checking the return from the read of
  753.     the CMOS RAM value falls through in the case of an invalid value.
  754.     What really is needed is the non-existance "else" case for a bad
  755.     CMOS setup, which goes and probes memory to see it's size.  What
  756.     currently happens is that the code falls through, the Maxmem is set
  757.     to zero, and the maxmem and physmem are set to -1 (this is a bad
  758.     thing).
  759. Solution:
  760.     The quick and dirty workaround:  If you download dist.fs from
  761.     Chris G. Demetriou's upload on agate.berkeley.edu for the hard disk
  762.     boot problem (this MUST be dist.fs, and not one of the other dist.fs
  763.     files modified for Isolan or WD ethernet and named something else!),
  764.     you can use uzap (available for anon ftp from wuarchive.wustl.edu,
  765.     located at mirrors2/unix-c/editors/uzap.tar-z) to binary edit the
  766.     dist.fs at byte offset 946834; it should be changed from 81FE8002
  767.     to 81FE7F02.  This is the compare for 640K in the bogus code.  You
  768.     can look for the pattern 81FE8002 in the other *.fs files, including
  769.     fixit.fs, and change it there, if you MUST use one of them instead.
  770.  
  771.     The more preffered fix comes from Alan Yang at HP.
  772.  
  773.     For those of you are using HP VECTRA QS/RS model, you probably
  774.     have observed the "flashing multicolored characters and
  775.     ptdi81061 prompt" error.  The cause for that had been described
  776.     in the FAQ posting.  The way that you can get around with the
  777.     problem is by doing:
  778.  
  779.        1.  run setup, and type 'yada' at the Enter option number and
  780.      press <ENTER>:prompt 
  781.      2.  select 1 from next menu to turn off the EX_BIOS and
  782.      HIL_BIOS.
  783.      3.  Exit after that.
  784.  
  785.     HP Vectra QS/RS system is using 4k memory for EX_BIOS and HP HIL
  786.     bios at the bottom of 640K.  By doing the above, you are turning
  787.     off the bios and the system gives you back the 4k memory which
  788.     allows the 386bsd0.1 to boot and install successfully without
  789.     any patches.
  790.  
  791. Submitted by:
  792.     terry_lambert@gateway.novell.com (Terry Lambert)
  793. Solved by:
  794.     (same)
  795.     ayang@pollux.svale.hp.com (Alan Yang)
  796. ========================================
  797. Bug Number:    KERN007
  798. Problem:
  799.     nroff doesn't work                OR
  800.     I can't get 386BSD to recognize my #! scripts    OR
  801.     Even after I change the permissions of a certain program to
  802.     no execute, users can still execute it.
  803. Explanation:
  804.     /sys/kern/kernexecve.c has bugs:
  805.  
  806.     kern_execve.c needs to have modifications to add the #!
  807.     checking
  808.  
  809.     This is a big security hole. In 0.0, a VOP_ACCESS was used, but
  810.     root always succeeds (and tries to execute anything). But the
  811.     check for a single execute bit it wrong too. I put the
  812.     VOP_ACCESS back but also checked to make sure at least one
  813.     execute bit is on before root can execute the file. I also
  814.     checked if the filesystem was mount for execution:
  815. Solution:
  816. *PATCH*
  817.     There is a file called kern_shell.0_1 which adds the
  818.     #! checking to kern_execve.c.
  819. *PATCH*
  820.     There is a file called kern_perms.0_1 which contains
  821.     the permission and execute bit fixes.
  822.  
  823. Submitted by:
  824.     osynw@terra.oscs.montana.edu (Nate Williams)
  825.     tinguely@plains.nodak.edu
  826. Solved by:
  827.     ??@*.eur.nl         [If you wrote this, let me know]
  828.     tinguely@plains.nodak.edu
  829.  
  830. ========================================
  831. Bug Number:    KERN008
  832. Problem:
  833.     As distributed, you can't make a kernel because the makefile
  834.     doesn't include vers.c/vers.o.
  835. Explanation:
  836.     You need to patch the /sys/i386/conf/Makefile.i386 to
  837.     add dependcies and such for vers.o. 
  838. Solution:
  839.     Chris Demetriou has a patch on agate that fixes the
  840.     problem.
  841. *PATCH*
  842.     I have made chris's patch available, which is in the Makefile.cgd
  843.     directory.  There are some more patches in there.  Check the
  844.     README for more info.
  845.  
  846. Submitted by:
  847.     James Jegers <jimj@miller.cs.uwm.edu>
  848. Solved by:
  849.     (same)
  850.     cgd@agate.berkeley.edu (Chris G. Demetriou)
  851. ========================================
  852. Bug Number:    KERN009
  853. Problem:
  854.     Slip is configured and started in my /etc/rc file,  but doesn't
  855.     seem to work  
  856. Explanation:
  857.     Somehow slattach is being killed when run from /etc/rc.
  858. Solution:
  859.     add a nohup to the slattach command in /etc/rc.
  860.  
  861. Ex:
  862. nohup slattach /dev/com1 2400
  863.  
  864. Submitted by:
  865.     wkt@csadfa.cs.adfa.oz.au (Warren Toomey)    
  866. Solved by:
  867.     (same)
  868.  
  869. ========================================
  870. Bug Number:    KERN010
  871. Problem:
  872.     Kernel panics from using floating point routines at the same
  873.     time in two programs.            OR
  874.  
  875.     a panic with a description like -
  876.     trap type 22 .....
  877. Explanation:
  878.     This panic is typical.  22 is T_DNA in <machine/trap.h>.  DNA is
  879.     for device-not-available which is used to help switch FPU
  880.     contexts.  It's not supposed to be generated from inside the
  881.     kernel, but is (or at least appears to be generated in the
  882.     kernel after the kernel screws up trap frame stuff).
  883.  
  884.     It may also show up quickly with one copy and with another
  885.     program causing a lot of context switches and/or a lot of
  886.     interrupts (run a serial download to get a lot of interrupts).
  887. Solution:
  888.     None yet
  889.  
  890. Submitted by:
  891.     bed@runx.oz.au (Bruce Evans)
  892. Solved by:
  893.  
  894. PROGRAM
  895.  
  896. Bugs in programs distributed with 386BSD.
  897.  
  898. ========================================
  899. Bug Number:    PROG001
  900. Problem:
  901.     chmod +t or chmod +s do not work.  You must use the octal
  902.     notation to get those permissions set.
  903. Explanation:
  904.  
  905. Solution:
  906.     /usr/bin/chmod does not have the code for +t or +s, so it should
  907.     be trivial to fix this bug.
  908.  
  909. Submitted by:
  910.     osynw@terra.oscs.montana.edu (Nate Williams)
  911. Solved by:
  912.  
  913. ========================================
  914. Bug Number:    PROG002
  915. Problem:
  916.     diff sometime thinks a text file is a binary file.
  917. Explanation:
  918.     Not sure, probably a bug in diff.  Diff appears to be a Gnu one,
  919.     so getting a newer version may solve the problem.
  920. Solution:
  921.     Get a different version of diff.
  922.  
  923. Submitted by:
  924.     osynw@terra.oscs.montana.edu (Nate Williams)
  925. Solved by:
  926.  
  927. ========================================
  928. Bug Number:    PROG003
  929. Problem:
  930.     ln -s foo bar doesn't give an error if bar already exists.
  931. Explanation:
  932.     There a bug in ln.
  933. Solution:
  934.     None yet.
  935. Submitted by:
  936.     osynw@terra.oscs.montana.edu (Nate Williams)
  937. Solved by:
  938.  
  939. ========================================
  940. Bug Number:    PROG004
  941. Problem:
  942.     running rogue will reboot the system.
  943. Explanation:
  944.     when rogue updates it's score file, you get a automatic reboot. 
  945.     No panic, no crash dump, nothing but a reboot.
  946. Solution:
  947.     don't play rogue :-(
  948.  
  949. Submitted by:
  950.     bs@germany.eu.net (Bernard Steiner)
  951. Solved by:
  952.  
  953. ========================================
  954. Bug Number:    PROG005
  955. Problem:
  956.     The stock stty in the bin01 distribution is unable to set the
  957.     baud rate correctly.
  958. Explanation:
  959.  
  960. Solution:
  961.     Recompiling stty solves the problem.
  962.  
  963. Submitted by:
  964.     chmr@edvz.tu-graz.ac.at (Christoph Robitschko)
  965. Solved by:
  966.     (same)
  967. ========================================
  968. Bug Number:    PROG006
  969. Problem:
  970.     talk does not work, and dies with a "Can't bind socket: Can't
  971.     assign requested address"
  972. Explanation:
  973.     I think talk is doing something it shouldn't because screen
  974.     seems to work fine with sockets.
  975. Solution:
  976.     None yet.
  977.  
  978. Submitted by:
  979.     osynw@terra.oscs.montana.edu (Nate Williams)
  980. Solved by:
  981.  
  982. ========================================
  983. Bug Number:    PROG007
  984. Problem:
  985.     Less will not compile as distributed
  986. Explanation:
  987.     It's using the wrong regular expression package
  988. Solution:
  989.     It has a define in defines.h to choose the correct
  990.     package.  You need to define REGCOMP 1.
  991. *PATCH*
  992.     There is a patch called less.0_1 which fixes the
  993.     define to allow less to compile
  994.  
  995. Submitted by:
  996.     karl@neosoft.com (Karl Lehenbauer)
  997. Solved by:
  998.     (same)
  999. MISC
  1000.  
  1001. The catch-all list where I am not sure where to put the bugs.
  1002.  
  1003. This list will probably be fragmented into other smaller lists.
  1004.  
  1005. ========================================
  1006. Bug Number:    MISC001
  1007. Problem:
  1008.     /dev/stdout does not work.  I assume /dev/stdin does not either,
  1009.     but I don't know how they are set up.
  1010. Explanation:
  1011.      Try doing a make tags in one of the source directories, and the
  1012.     error: /dev/stdout: Device not configured will occur.
  1013.  
  1014.     A recent post made notice of that fact the /dev/std* had
  1015.     a major device of 53.  I am not sure what major device these
  1016.     should be, but I think 53 is probably a little high.
  1017. Solution:
  1018.     None yet.
  1019.     
  1020. Submitted by:
  1021.     osynw@terra.oscs.montana.edu (Nate Williams)
  1022. Solved by:
  1023.  
  1024. ========================================
  1025. Bug Number:    MISC002
  1026. Problem:
  1027.     The man pages for magic and file are incorrect.
  1028. Explanation:
  1029.     The are too many dots before each command, so the dots must be
  1030.     removed.
  1031. Solution:
  1032.     Remove one of the dots in the magic and file manpages before the
  1033.     name.
  1034.  
  1035. Submitted by:
  1036.     James Jegers <jimj@miller.cs.uwm.edu>
  1037. Solved by:
  1038.     (same)
  1039. ========================================
  1040. Bug Number:    MISC003
  1041. Problem:
  1042.     /usr/libexec/locate.updatedb doesn't work.
  1043. Explanation:
  1044.     In /usr/libexec/locate.updatedb it calls the sort program.  The
  1045.     arguements are "-T /var/tmp" for the temp directory.  The sort
  1046.     program distributed does not have a "-T" option.
  1047. Solution:
  1048.     Remove the "-T /var/tmp" from locate.updatedb
  1049.  
  1050. Submitted by:
  1051.     James Jegers <jimj@miller.cs.uwm.edu>
  1052. Solved by:
  1053.     (same)
  1054. ========================================
  1055. Bug Number:    MISC004
  1056. Problem:
  1057.     When linking program FOO, I can't find stty and gtty.
  1058. Explanation:
  1059.     These routines don't *officially* exist in 386BSD.  They
  1060.     are easy to add, though.
  1061. Solution:
  1062.  
  1063. #define gtty(fd, argp) ioctl(fd, TIOCGETP, argp)
  1064. #define stty(fd, argp) ioctl(fd, TIOCSETP, argp)
  1065.  
  1066.     There is a patch called gtty_add.0_1 which also contains this
  1067.     information.
  1068.  
  1069. Submitted by:
  1070.     rivers@ponds.uucp (Thomas David Rivers)
  1071. Solved by:
  1072.     (same)
  1073. ========================================
  1074. Bug Number:    MISC005
  1075. Problem:
  1076.     Multiple errors compiling programs with keywords like
  1077.     TIOCSETP, TIOCGETP, ECHO, RAW, etc ...
  1078.  
  1079. Explanation:
  1080.     386BSD is using the new termio library, instead of the older
  1081.     ioctl library.
  1082.     If the program you are compiling is using the ioctl.h 
  1083.     include file, then you need to add another for for 386BSD.
  1084. Solution:
  1085.     Just before your program include <sys/ioctl.h>, include
  1086.     <sys/ioctl_compat.h>.
  1087.  
  1088. Submitted by:
  1089.     osynw@terra.oscs.montana.edu (Nate Williams)
  1090. Solved by:
  1091.     (same)
  1092. ========================================
  1093. Bug Number:    MISC006
  1094. Problem:
  1095.     Slip is configured and started in my /etc/rc file,  but doesn't
  1096.     seem to work  
  1097. Explanation:
  1098.     Somehow slattach is being killed when run from /etc/rc.
  1099. Solution:
  1100.     add a nohup to the slattach command in /etc/rc.
  1101.  
  1102. Ex:
  1103. nohup slattach /dev/com1 2400
  1104.  
  1105. Submitted by:
  1106.     wkt@csadfa.cs.adfa.oz.au (Warren Toomey)    
  1107. Solved by:
  1108.     (same)
  1109. ========================================
  1110. Bug Number:    MISC007
  1111. Problem:
  1112.     mountd hangs when exporting a file system sub-directory
  1113. Explanation:
  1114.     If /etc/exports contained:
  1115.  
  1116.         /usr/src -root=0
  1117.  
  1118.     And /usr was not a file system unto itself, mountd went into an
  1119.     infinite loop and stayed there.
  1120. Solution:
  1121.  
  1122.     The fix:  in /usr/src/sbin/mountd/mountd.c, line 592 reads:
  1123.         while (*cp == '/' && cp > ep->ex_dirp)
  1124.     and should read:
  1125.         while (*(cp-1) == '/' && cp > ep->ex_dirp)
  1126. Submitted by:
  1127.     roe@unibase.sk.ca (Roe Peterson)
  1128. Solved by:
  1129.     (same)
  1130. ========================================
  1131. Bug Number:    MISC008
  1132. Problem:
  1133.     One needs to type 2 ^V's in screen to get one to show up.
  1134. Explanation:
  1135.     When screen is compiled with POSIX termios, you should disable
  1136.     ICANON and IEXTEN to get raw mode correctly.
  1137. Solution:
  1138.     In the code that sets the screen to raw mode, add IEXTEN to the
  1139.     flags to disable.
  1140. Submitted by:
  1141.     sim@cory.berkeley.edu
  1142. Solved by:
  1143.     (same)
  1144. ========================================
  1145. Bug Number:    MISC009
  1146. Problem:
  1147.     /usr/include/sys/termios.h doesn't setup it's environment
  1148.     correctly.
  1149. Explanation:
  1150.     In /usr/include/sys/termios.h, NCCS is only set if _POSIX_SOURCE
  1151.     is not defined. 
  1152. Solution:
  1153.     If you exchange lines 80 and 81,  (ie put the line '#define NCCS
  1154.     20' after the #endif) it works. 
  1155.  
  1156. Submitted by:
  1157.     chmr@edvz.tu-graz.ac.at (Christoph Robitschko)
  1158. Solved by:
  1159.     (same)
  1160. ========================================
  1161. Bug Number:    MISC010
  1162. Problem:
  1163.       select(2) doesn't work with the com driver.
  1164. Explanation:
  1165.     It always says there is something to read when there isn't.
  1166.     I tried it with the stock com driver and with Chris Demetriou's .
  1167. Solution:
  1168.     None yet.
  1169.  
  1170. Submitted by:
  1171.     chmr@edvz.tu-graz.ac.at (Christoph Robitschko)
  1172. Solved by:
  1173.  
  1174. ========================================
  1175. Bug Number:    MISC011
  1176. Problem:
  1177.     fread(a,0,1,b) returns zero in old 4.3 and one in 386BSD.
  1178. Explanation:
  1179.     I don't think this is a bug - however, it is inexplicably
  1180.     different from the usage on the evil old VAX 11/750 running
  1181.     4.3BSD+SUNNFS (take it from me, very very very old).
  1182. Solution:
  1183.     Use of code:  only used in obscure cases (as should be obvious)
  1184.     to check for EOF condition without having to write a binding for
  1185.     feof.  So, check for the special cases.
  1186.  
  1187. Submitted by:
  1188.     comrade@uniwa.uwa.edu.au (Peter Cooper)
  1189. Solved by:
  1190.  
  1191. ========================================
  1192. Bug Number:    MISC012
  1193. Problem:
  1194.     Sockets have a real problem with raw mode sockets. 
  1195. Explanation:
  1196.     This is actually a 0.0 bug - but it may be worth checking in 0.1.
  1197.     If you Telnet into 386bsd (using NCSA Telnet from a DOS PC),
  1198.     login and 'stty sane'. Your session will appear to lockup. It
  1199.     appears that  characters are going from Telnet to 386bsd OK, but
  1200.     nothing comes back.
  1201. Solution:
  1202.     None yet.
  1203.  
  1204. Submitted by:
  1205.     raz@socs.uts.EDU.AU
  1206. Solved by:
  1207.  
  1208. ========================================
  1209. Bug Number:    MISC013
  1210. Problem:
  1211.     The library routines toupper and tolower are broken as far as
  1212.     ANSI is concerned.
  1213. Explanation:
  1214.     The library functions as supplied don't check to see if the
  1215.     character is lower/upper, and changes it anyway.
  1216. Solution:
  1217. *PATCH*
  1218.     There is a patch file available, called lib_toupper.0_1 which
  1219.     contains a cdiff to correct the problem.
  1220.  
  1221. Submitted by:
  1222.     wiljo@freeside.ki.open.de (Wiljo Heinen)
  1223. Solved by:
  1224.     (same)
  1225. ========================================
  1226. Bug Number:    MISC014
  1227. Problem:
  1228.     I can't set up a secondary swap partition on a 
  1229.     different drive.  The message is:
  1230.     /dev/wd1b: device not configured
  1231. Explanation:
  1232.     If the config is setup properly (so that the counts of NWD in
  1233.     wd.h are appropriate), then config should gen the above itsself.
  1234.     However, config had some bugs in it.
  1235. Solution:
  1236. *PATCH*
  1237.     There is a file called config_2drive.0_1 which fixes some errors
  1238.     that 386BSD has with two drives (and possibly two controllers).
  1239.  
  1240. Submitted by:
  1241.     wkt@csadfa.cs.adfa.oz.au (Warren Toomey)
  1242. Solved by:
  1243.     tih@barsoom.nhh.no (Tom Ivar Helbekkmo)
  1244. ========================================
  1245. Bug Number:    MISC015
  1246. Problem:
  1247.     386BSD did not recognize my ethernet card (WD8003- EtherCard
  1248.     PLUS Elite) 
  1249. Explanation:
  1250.     /sbin/init was not executable.  This caused many reboots with
  1251.     the message ("init died", "saving RAM..." or such)
  1252.     After fixing and re-booting, 386BSD no longer knew my EtherCard.
  1253.  Solution:
  1254.     boot up DOS , start diagnose program and ... well it said, "LAN
  1255.     Adress ROM" faulty.
  1256.     run ezsetup, store the configuration (no changes) anew, run
  1257.     diagnose -> board tests fine, boot 386BSD -> ethernet ok.
  1258.  
  1259. Submitted by:
  1260.     wiljo@freeside.ki.open.de (Wiljo Heinen)
  1261. Solved by:
  1262.     (same)
  1263. ========================================
  1264. Bug Number:    MISC016
  1265. Problem:
  1266.     These are less than bugs, but will call them major
  1267.     annoyances.
  1268.  
  1269.     1) kernel panics don't allow you to read what happened
  1270.     2) timezone in the config file is not used
  1271.     3) date/time bugs
  1272.         a) GMT must be in CMOS
  1273.         b) running date doesn't set the CMOS time
  1274.         c) if daylight savings time is used, must redo CMOS time
  1275.     4) console message are doubled/tripled
  1276.       [One duplicate is from sylog telling both /dev/console and
  1277.        all users logged in as root]
  1278. Explanation:
  1279.     Things are (hopefully) trivial things that need to be fixed.
  1280. Solution:
  1281.     None yet.
  1282.  
  1283. Submitted by:
  1284.     terry@spcvxa.spc.edu (Terry Kennedy)
  1285. Solved by:
  1286.  
  1287. ========================================
  1288. Bug Number:    MISC017
  1289. Problem:
  1290.     NCSA tn3270 (IBM PC program) can't talk with 386BSD-0.1 via
  1291.     ethernet
  1292. Explanation:
  1293.     The solution.
  1294. Solution:
  1295.     Recompile telnetd w/o KLUDGELINEMODE
  1296.  
  1297. Submitted by:
  1298.     merlin%neuro.usc.edu@usc.edu (merlin)
  1299. Solved by:
  1300.     (same)
  1301. ========================================
  1302. Bug Number:    MISC018
  1303. Problem:
  1304.     There are several bugs in the kernel namelist db creation/use
  1305.     and bugs in kvm.c which causes ps and several other utils to
  1306.     fail to work correctly.
  1307. Explanation:
  1308.     It's a bug!
  1309. Solution:
  1310.     There is a patch file called kvm_util.0_1 which contains
  1311.     fixes for the kvm.c library routine and the kvm_mkdb 
  1312.     system program.
  1313.  
  1314. Submitted by:
  1315.     
  1316. Solved by:
  1317.     (same)
  1318. -- 
  1319. osynw@terra.oscs.montana.edu |  A hacker w/out a home.  Anyone  interested
  1320. work: (406) 994-5991         |  in a used Sys. Admin., with alot of 
  1321. home: (406) 586-0579         |  good hacks left?
  1322.