From owner-freebsd-bugs Sun Jul 21 01:00:04 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA19588 for bugs-outgoing; Sun, 21 Jul 1996 01:00:04 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA19565; Sun, 21 Jul 1996 01:00:02 -0700 (PDT) Date: Sun, 21 Jul 1996 01:00:02 -0700 (PDT) Message-Id: <199607210800.BAA19565@freefall.freebsd.org> To: freebsd-bugs Cc: From: J Wunsch Subject: Re: bin/1411: vi dumps core when using 'set list' Reply-To: J Wunsch Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/1411; it has been noted by GNATS. From: J Wunsch To: marcs@worldgate.com Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: bin/1411: vi dumps core when using 'set list' Date: Sun, 21 Jul 1996 09:47:16 +0200 (MET DST) As marcs@worldgate.com wrote: > >How-To-Repeat: > > Using version 1.36.4.5 of sys/scsi/st.c, input the following from the keyboard: > > vi st.c > :set list > 172j12jj > > After the last j, vi core dumps displaying line 185. Same thing > happens when scrolling via other means, but not when you go to line > 185 before doing a 'set list', and then do a 'set list'. It works for me, in a -current as of about one week old, and in an (24x80) xterm. Which vi version are you using, and which $TERM setting? -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Sun Jul 21 02:40:06 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id CAA25475 for bugs-outgoing; Sun, 21 Jul 1996 02:40:06 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id CAA25451; Sun, 21 Jul 1996 02:40:02 -0700 (PDT) Date: Sun, 21 Jul 1996 02:40:02 -0700 (PDT) Message-Id: <199607210940.CAA25451@freefall.freebsd.org> To: freebsd-bugs Cc: From: "David E. O'Brien" Subject: Re: bin/1410: /usr/bin/login is suid, with little requirement for this Reply-To: "David E. O'Brien" Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/1410; it has been noted by GNATS. From: "David E. O'Brien" To: bde@zeta.org.au (Bruce Evans) Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: bin/1410: /usr/bin/login is suid, with little requirement for this Date: Sun, 21 Jul 1996 02:35:56 -0700 (PDT) > > /usr/bin/login is suid root > > (-r-sr-xr-x 1 root root 20480 Nov 15 1995 login* > > -- from the FreeBSD 2.1-RELEASE Live FS) > > > This was done orginially so that a different user could login to > > a terminal with a user already logged in. (ie. exec login luser) > > > There is little need for this today. From a discussion on > > freebsd-security, many didn't know of this functionality, and > > no one claimed to depend on it. If active Unix hobbiest didn't > > know of this functionality, IMHO few users will. > > I've found it useful for testing login stuff without risking a hangup. > Bruce Makes sense in your case. But IMHO, that is a special case. And you could manually make /usr/bin/login suid root on the machines you need this functionality on. But do you think /usr/bin/login should be suid root in the general case? -- David (obrien@cs.ucdavis.edu) From owner-freebsd-bugs Sun Jul 21 04:30:13 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA28520 for bugs-outgoing; Sun, 21 Jul 1996 04:30:13 -0700 (PDT) Received: (from pst@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA28514 for freebsd-bugs; Sun, 21 Jul 1996 04:30:11 -0700 (PDT) Date: Sun, 21 Jul 1996 04:30:11 -0700 (PDT) From: Paul Traina Message-Id: <199607211130.EAA28514@freefall.freebsd.org> To: freebsd-bugs Subject: active bugs Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Current FreeBSD problem reports The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions fo FreeBSD including experimental development code and obsolete releases. Bugs can be in one of several states: open A problem report has been submitted, no sanity checking performed analyzed The report has been examined by a team member and evaluated feedback The problem has been solved, and the originator has been given a patch or a fix has been committed. The PR remains in this state pending a response from the originator. suspended Work on the problem has been postponsed. This happens if a timely solution is not possible or is not cost-effective at the present time. The PR continues to exist, though a solution is not being actively sought. If the problem cannot be solved at all, it will be closed, rather than suspended. closed A problem report is closed when any changes have been integrated, documented, and tested. Critical problems S Submitted Tracker Engr. Description ------------------------------------------------------------------------------- a [1995/01/11] i386/105 bde Distributed libm (msun) has non-standard f [1995/05/28] kern/452 davidg vnode swapping panics f [1995/11/11] bin/817 fenner Wrong route to remote network f [1995/11/27] kern/840 peter Kernel page directory invalid o [1995/12/03] kern/863 davidg panic on kernel page fault, NULL curproc o [1995/12/08] kern/876 mpp NFS allows bogus accesses to cached data o [1996/01/09] kern/940 panic: free vnode isn't a [1996/01/22] kern/965 bde 2.0.5: system crashes daily because of "m o [1996/01/29] kern/978 se Three deadlocks in row o [1996/02/08] kern/1008 Daily crash while writing network backups o [1996/02/23] bin/1040 wollman with certain flags, route can reboot your a [1996/03/04] kern/1059 hsu null fs panics system o [1996/04/06] kern/1121 dyson System crashes on boot up just after the o [1996/04/29] kern/1163 2.2-960323-SNAP: fatal trap 12 o [1996/05/07] kern/1177 dyson Machine hangs with message "vm_fork: no p o [1996/05/19] kern/1217 separating to hardrives to two IDE channe o [1996/05/26] kern/1257 dyson System got blown away by "vm_pageout_scan o [1996/06/01] kern/1286 cluster_read() calls strategy routine wit f [1996/06/05] kern/1296 gibbs BUS DEVICE RESET and machine crash with A o [1996/06/08] kern/1302 3COM 3c590 can't receive packets o [1996/06/11] kern/1311 Panic: vm_page_free while installing new o [1996/07/15] bin/1387 Group file errors cause absolute havoc 22 problems total. Serious problems S Submitted Tracker Engr. Description ------------------------------------------------------------------------------- o [1994/11/30] kern/34 davidg nullfs and union mounts can result in wil o [1995/01/10] bin/104 pax -rwl may corrupt filesystem o [1995/01/24] gnu/183 bde can't resolve "operator <<" overload a [1995/03/20] kern/260 davidg msync and munmap don't bother to update m a [1995/03/20] docs/264 paul There are no manual pages for the forms l a [1995/03/22] kern/267 davidg NFS code gives error messages, systems ja o [1995/04/01] kern/291 se PCI devices still probe/attach after bein o [1995/04/20] kern/353 se xcdplayer crashes machine (with NCR810 SC o [1995/05/08] bin/389 Simultaneous creation/deletion of dirs co a [1995/05/09] bin/392 Simultaneous cp and ls of files on dos f/ o [1995/05/16] kern/425 wollman arp entries not getting removed when inte f [1995/05/25] kern/443 65 sendmails crashes system o [1995/05/26] kern/446 phk unable to diskless-boot a PC when the ser a [1995/06/17] kern/527 dufault dump causes assertion in ncr.c o [1995/06/17] kern/528 bde slow 386 reports excessive interrupt-leve o [1995/07/02] kern/579 bde sio: RS_IBUFSIZE at 256 bytes serial line o [1995/08/01] bin/648 bde printf format conversion incorrect (dupli o [1995/08/15] i386/692 bde My modem is not found if my external cach o [1995/08/21] kern/703 amurai ppp not always deleting route properly wh o [1995/08/22] bin/706 increased root DNS traffic and long laten o [1995/09/19] bin/728 joerg /bin/sh messes up quoting when going thro f [1995/09/20] kern/730 gibbs 3Com 3C5x9 probe problem o [1995/09/21] docs/731 socketpair(2) and man page inconsistent a o [1995/09/26] bin/739 Some problems when an output filter reads o [1995/09/27] kern/745 se occasional filesystem inconsistencies, an o [1995/09/27] bin/747 date(1) gives weird time zones and interp o [1995/09/27] kern/750 cd9660 confused by not-ready or I/O error o [1995/10/05] misc/767 Configure-time does time-warp on non-UTC a [1995/10/07] bin/771 wollman telnet character mode not set and broken o [1995/10/09] kern/774 dump fails with "slave couldn't reopen di o [1995/10/11] bin/777 patch doesn't realize stdin is closed and o [1995/10/12] bin/778 tar complains "EOF not on block boundary" a [1995/10/15] kern/782 davidg chmod does a null pointer dereference o [1995/10/18] bin/786 wpaul Problem with NIS and large group maps a [1995/10/26] kern/794 swap partition at offset 0 still broken o [1995/10/29] kern/798 PPP panics, touches 0xdeadc0de pointers o [1995/11/12] kern/820 gibbs scsi tape problems o [1995/11/16] bin/826 tcpmux listener in inetd does not work o [1995/11/27] kern/845 joerg Automatic reboot says you can abort but b o [1995/11/28] bin/850 dump treats write-protect as an EOT & spo o [1995/12/01] bin/859 joerg /bin/sh -c does not ignore SIGINT o [1995/12/02] kern/860 msmith visual mode in kernel -c is too restricti a [1995/12/04] i386/867 nate Notebook with APM and 3C589C in PCMCIA fr f [1995/12/07] bin/873 fenner Invalid route to remote network o [1995/12/20] i386/906 davidg /sys/i386/boot/netboot/nb8390.com cannot o [1995/12/29] kern/920 bde sio output looses chars in fifo on close( o [1996/01/01] bin/926 Mounting nfs disks before starting mountd o [1996/01/02] kern/927 VGA mode not restored o [1996/01/06] kern/932 de0 occasionally enables 100baseTX when p o [1996/01/12] misc/942 X11 mono server dumps core on supported v o [1996/01/16] kern/949 panic, undebugable dump? o [1996/01/17] kern/951 -current kernel crashes with devfs error o [1996/01/19] kern/956 Kernel page fault, null callp o [1996/01/25] kern/971 Default limits for number of processes pe f [1996/01/27] kern/974 ktrace causes panic: freeing busy page o [1996/01/28] kern/976 se NCR SCSI driver gives assertion errors an o [1996/02/01] bin/986 problems make-ing with cd in the rule o [1996/02/03] kern/991 joerg pcvt keyboard doesn't accept input at cra o [1996/02/06] kern/998 bde badness in file system silently crashes m o [1996/02/10] kern/1016 dyson panic: vm_page_free: freeing free page, s o [1996/02/10] kern/1017 dyson ssh stopped working between 15th Jan and o [1996/02/12] kern/1018 dyson panic: unwire: page not in pmap o [1996/02/12] bin/1019 joerg getty cannot detect ppp logins o [1996/02/12] kern/1020 Boca 16-port board still hangs o [1996/02/12] docs/1023 mpp using touch to create swap file for NFS d o [1996/02/17] bin/1030 joerg /bin/sh does not pass environment variabl o [1996/02/27] kern/1045 Lockup: b_to_q to a clist with no reserve o [1996/02/28] i386/1048 ep driver fails to detect card when told f [1996/02/28] kern/1049 fenner /kernel: arpresolve: can't allocate llinf o [1996/02/28] bin/1050 Process (zip) hangs (unkillable) after fl o [1996/02/29] bin/1052 joerg /bin/sh problem with new GCC (snapshot fo o [1996/03/05] kern/1064 Recursive panic? o [1996/03/06] kern/1065 wt could crash reading short blocks a [1996/03/06] kern/1067 mpp panic: ufs_lock: recursive lock not expec o [1996/03/09] bin/1073 telnet -8 does not work with SunOS or Sol o [1996/03/11] conf/1076 'make install' fails for /usr/src/share/e o [1996/03/16] kern/1081 Fatal double fault o [1996/03/17] kern/1087 Device close entry is not called when unm o [1996/03/21] bin/1095 make's continuation line handling buggy w f [1996/03/21] i386/1097 gibbs system hang during tape rewind/aic7870 co o [1996/03/23] kern/1098 File system corruption (2 cases) o [1996/03/26] kern/1102 smpatel Differentiation of FreeBSD & Linux ELF bi o [1996/03/30] bin/1111 mail.local will happily deliver mail to a o [1996/04/05] kern/1118 panic: setrunqueue encountered when wine o [1996/04/07] kern/1122 Kernel (current) does not see all memory o [1996/04/09] bin/1127 joerg sh(1) parameter expansion for substring p o [1996/04/11] kern/1134 se PPB support is broken for multiple/unknow o [1996/04/11] kern/1135 starting an extra mountd and then killing f [1996/04/14] kern/1140 fenner arpresolve does a null pointer dereferenc o [1996/04/24] kern/1157 SCSI Disk Timeouts (ahc0) o [1996/04/28] kern/1160 Panic: bad dir o [1996/04/28] kern/1161 -current panic on boot if DIAGNOSTIC opti o [1996/04/29] kern/1164 machine locks up o [1996/04/30] kern/1166 pmap panic (dump available) o [1996/05/02] kern/1171 panic: setrunnable after touching long id o [1996/05/08] kern/1180 freeing held page, count=%d o [1996/05/10] misc/1187 pppd dies with a segv o [1996/05/11] kern/1190 panic: page fault (wild pointer?) o [1996/05/14] kern/1204 umount -f after SCSI reset -> reboot o [1996/05/16] kern/1208 Rebooting nfs server results "Permission o [1996/05/17] gnu/1210 gcc (v2.6.3) -O and -O2 compile-time bus o [1996/05/18] bin/1212 ppp eventually runs out of file descripto o [1996/05/18] kern/1213 kernel page fault o [1996/05/21] kern/1227 dyson vm_page_activate: already active (new vm o [1996/05/21] kern/1228 probe doesn't find P-n-P modem o [1996/05/21] bin/1231 make(1) execution of ``.BEGIN'' does not o [1996/05/24] misc/1247 Conflicting header files o [1996/05/24] bin/1248 joerg /bin/sh has trouble with arguments past 9 o [1996/05/26] i386/1251 aha0 and bt0(eisa) conflicts again. o [1996/05/26] kern/1252 Heavy activity on a CD causes panic o [1996/05/26] kern/1256 ZNYX 314 mysterously looses packets o [1996/05/27] kern/1258 dyson new vm code: freeing held page o [1996/05/27] kern/1269 dyson vm_pageout_scan: page not inactive? (loop o [1996/05/28] conf/1270 /etc/ttys does not list all valid ptys (b o [1996/05/28] kern/1271 phk Kernel panic using PLIP in 27/05 current o [1996/05/28] kern/1274 Kernel panics with filesystem error o [1996/05/29] kern/1278 SUN Solaris clients gets host not respond o [1996/05/31] kern/1284 dyson panic: vm_page_free: freeing busy page o [1996/05/31] conf/1285 route_multicast and route_loopback lines o [1996/06/02] bin/1287 joerg /bin/sh does alias expansion in case patt o [1996/06/02] i386/1288 bde wdgetctlr (wd.c) return incorrect number o [1996/06/03] bin/1289 errno breaks in thread-safe c++ compiles o [1996/06/05] kern/1293 Fatal trap 12: page fault while in kernel o [1996/06/06] misc/1299 National charecter problem in XFree86 o [1996/06/07] kern/1301 davidg DEC FDDI/PCI Adapter: halt code = 6 (DMA o [1996/06/09] bin/1305 dc miscomputes remainder o [1996/06/10] kern/1307 vm_page_free: freeing busy page o [1996/06/10] kern/1308 vm_page_free: wire count > 1 in 960501-SN o [1996/06/14] bin/1322 savecore does not take minfree into accou o [1996/06/14] kern/1323 nate 960612's psm driver does not see the mous o [1996/06/15] kern/1326 defvs panic: cleaned vnode isn't o [1996/06/16] kern/1327 joerg keyboard probe in -current fails, X reboo o [1996/06/18] kern/1333 free vnode isn't: another -stable coredum o [1996/06/19] kern/1336 Permission for .. in NFS mounts is somewh o [1996/06/21] misc/1342 jkh chgrp(1) required by MAKEDEV but not on f o [1996/06/22] kern/1345 kernel page fault, NULL pointer dereferen o [1996/06/25] bin/1350 sed continuation lines in text don't work o [1996/06/25] bin/1351 security problem with mv(1) o [1996/06/26] conf/1352 jkh Missing files from /usr/share/info o [1996/07/06] kern/1371 kernel doesn't flush all its buffers when o [1996/07/09] bin/1377 mv(1) retains the setuid bit when it is u o [1996/07/09] gnu/1379 Man command problem, when it writes into o [1996/07/09] misc/1380 Year 2000 breakage with tm_year o [1996/07/16] bin/1392 PPP silently fails to work when CTS/RTS i o [1996/07/18] kern/1397 can't send to a pipe o [1996/07/18] bin/1398 .OBJDIR modifications to tree broke make o [1996/07/19] gnu/1407 ld computes wrong size of common (global o [1996/07/20] bin/1410 /usr/bin/login is suid, with little requi o [1996/07/20] bin/1411 vi dumps core when scrolling through file 149 problems total. Non-critical problems S Submitted Tracker Engr. Description ------------------------------------------------------------------------------- a [1994/12/01] kern/35 bde mount -t union -o -b : lower layer not se o [1995/01/14] bin/115 bde systat iostat display doesn't scale high o [1995/01/14] bin/129 davidg fsck cannot take a mount point as an argu o [1995/01/15] bin/146 version of compress is kinda old and slow o [1995/01/21] bin/173 jkh rc trys to mount modload fs before ld is o [1995/01/21] bin/174 Poor error message from stty o [1995/01/22] kern/176 peter EIDRM not defined in errno.h o [1995/01/24] bin/184 pst send-pr says "Aborting ..." and happily r o [1995/01/30] bin/198 asami 1.1.5.1 pine binary loops; top shows fanc o [1995/03/28] kern/281 Messages printed when checking CD ROM dev o [1995/03/28] kern/282 gibbs buslogic adapter information WAY too verb a [1995/04/09] bin/326 Weekly cron generates some usage and erro o [1995/04/20] misc/355 policy on /usr/local permission in base r o [1995/05/12] bin/398 scrappy VI doesnt do the correct thing o [1995/05/13] bin/401 wollman Add REMOTE_* variables o [1995/05/15] misc/423 Sound devices are too insecure o [1995/05/23] i386/440 sos want vidcontrol option to apply settings a [1995/05/27] gnu/450 scrappy tar --exclude -c doesn't work o [1995/06/15] bin/517 wpaul Bad group change with 'install' o [1995/07/05] bin/591 phk SPAP request REJexted in stead of NAKed o [1995/08/05] gnu/655 jdp ld -r of shared objects worked in 1.1.5, o [1995/08/07] bin/658 wollman ifconfig alias has to be separately given o [1995/08/07] bin/661 Hercules is not capable of having a ISO-L o [1995/08/11] ports/673 joerg /bin/sh + inn1.4 innwatch going belly up o [1995/08/11] bin/675 make does unnecessary rebuilds o [1995/08/12] kern/677 dyson X gets a bus error when calling mmap() o [1995/08/13] bin/680 joerg 2.0.5's tip using termios doesn't act the o [1995/08/18] kern/700 fenner The comments in /sys/net/if.h are confusi o [1995/08/29] bin/715 ache ls gives weird tabular form o [1995/09/23] docs/735 wollman missing description for mount options in o [1995/09/26] kern/742 dyson syslog errors accessing Mac hard disks [p o [1995/09/27] bin/743 scrappy vi cannot edit a file where the name star o [1995/09/28] kern/752 wollman setting multiple addresses for a single i o [1995/09/28] kern/753 joerg my archive scsi tape drive does not work o [1995/09/28] docs/754 nate there is no man page for the psm(4) mouse o [1995/10/03] kern/765 phk umount -f can`t umount a NFS filesystem i o [1995/10/14] kern/781 bde OPEN_MAX in kernel config and FD_SETSIZE o [1995/10/25] kern/792 dyson cd9660 very slow. o [1995/10/29] docs/801 mpp rlogind k, v, and x options are not docum o [1995/10/31] bin/803 bsd m4 chokes and dies while FSF m4 works o [1995/11/11] bin/815 mountd reports unknown hosts with non-inf o [1995/11/13] kern/821 Config doesn't properly trap signals o [1995/11/20] kern/831 one minor complaint about the kernel visu o [1995/11/22] kern/835 davidg ed panics with SMC ultra with iomem, if n o [1995/11/25] bin/839 by default, use of "at" is overly restric o [1995/11/27] bin/841 stale nfs mounts cannot be umounted o [1995/11/28] misc/848 jkh Inst gripes about geometry but won't acce o [1995/11/30] bin/854 swapinfo shows incorrect information for o [1995/11/30] ports/857 asami Need ANSI_C define to not declare some fu o [1995/12/03] kern/861 sb16 support in 2.1 is erratic and has co o [1995/12/06] ports/871 asami port.subdir.mk DEBUG_FLAGS is not used fo o [1995/12/17] kern/900 dyson ext2fs triggers divide by zero trap in vn o [1995/12/25] bin/914 hayes dialer for tip fails 1st attempt to a [1995/12/29] misc/922 From line handling incorrect in mail.loca o [1995/12/31] kern/924 EISA devices have disappeared from vmstat o [1996/01/06] misc/934 amurai ppp dies with Bus Error when processing l o [1996/01/15] kern/946 divide-by-zero in kernel on bad disk info o [1996/01/19] bin/958 ttys file does not include all ptys o [1996/01/21] bin/961 'more $file', incorrect CRLF compacting. o [1996/01/23] ports/968 asami Netscape & cern_httpd ports out of date/d o [1996/01/28] kern/975 bde getrusage returns negative deltas a [1996/01/30] bin/981 fenner clnt_broadcast() is not aware of aliases o [1996/02/03] bin/993 g++ complains about /usr/include/machine/ o [1996/02/07] bin/999 peter /usr/share/mk/sys.mk missing common $(RM) o [1996/02/07] kern/1001 bde M_NAMEI malloc leak in the kernel o [1996/02/09] kern/1012 vnode_pager_putpages: attempt to write me o [1996/02/12] bin/1021 phk pppd doesn't handle PAP-only authenticati o [1996/02/14] kern/1026 deadlocks if parent vfork and child has c o [1996/02/14] bin/1028 shutdown -r does not seem to always compl o [1996/02/15] bin/1029 cd behaves erraticly if cwd is a mount-po o [1996/02/19] bin/1035 ls to terminal always uses ? for non-prin o [1996/02/19] docs/1036 mpp List of dead xrefs in man pages o [1996/02/19] bin/1037 2.x telnetd handles CTRL-M differently th o [1996/02/25] i386/1042 bde Warning from sio driver reports wrong dev o [1996/02/26] misc/1043 dyson vm_bounce_alloc error on 2.1 install with o [1996/02/27] gnu/1047 send-pr: Aborting... o [1996/02/29] kern/1051 zip fails on dos partition o [1996/03/02] bin/1056 pppd fails if -detach o [1996/03/08] bin/1068 man ignores -P option when combined with o [1996/03/08] ports/1069 TkMan acts erroneusly on apropos o [1996/03/09] bin/1070 /usr/bin/fstat doesn't display open, acti o [1996/03/09] bin/1074 tty rows & columns settings sometimes res o [1996/03/18] docs/1089 stat manpage unclear about st_mtime & fri o [1996/03/20] kern/1090 iostat displays incorrect sps count o [1996/03/20] bin/1093 wollman route's diagnostic is weird o [1996/03/28] bin/1105 Bug in find command o [1996/03/28] ports/1109 asami mods to vim-3.0 port o [1996/04/06] kern/1119 dyson Mounted EXT2FS partition is not cleanly u o [1996/04/12] bin/1136 joerg broken printf in sh(1) o [1996/04/14] bin/1139 uname.1 and uname.c disagree about displa o [1996/04/14] docs/1141 mpp pcvt(4) references non-existent man page. o [1996/04/15] kern/1144 sig{add, del}set and sigismember fns don' o [1996/04/15] bin/1145 tftpd should support -s o [1996/04/19] docs/1151 mpp intro(3) references libc(3) and plot(3), o [1996/04/22] bin/1154 Configure tunN device for ip-over-ip tunn o [1996/04/23] ports/1155 systat or top display disagreeing informa o [1996/04/25] bin/1158 atq uses GMT time instead of TZ time o [1996/05/02] docs/1169 mpp bogus reference to keysu(1) in key(1) and o [1996/05/02] docs/1170 mpp include files missing from get{peer,sock} o [1996/05/09] bin/1181 fsck displays wrong char in "option?" dia o [1996/05/09] bin/1182 timed records improper entry in wtmp o [1996/05/09] bin/1184 scrappy ls + xterm + nvi + columns != 80 + ^Z = m o [1996/05/13] ports/1200 asami pop3 requests may crash client o [1996/05/13] kern/1201 FreeBSD SCSI changer driver leaves a bit o [1996/05/15] bin/1206 joerg /bin/sh + emacs + ^G = ruined terminal o [1996/05/16] gnu/1209 send-pr should refuse PR's without subjec o [1996/05/19] kern/1216 Support for i586 clock clibration is not o [1996/05/20] bin/1221 new gcc-2.7.2 gives a LOT of warnings, an o [1996/05/20] ports/1222 Header files conflict o [1996/05/21] bin/1229 redundant redeclaration of `lseek' o [1996/05/21] bin/1230 make ``.for'' loops iterate backwards o [1996/05/22] kern/1236 joerg some #def's in pcvt_conf.h not braketed b o [1996/05/25] docs/1249 incorrect manpages o [1996/05/27] conf/1264 panic with two new Quantum FireBall 1280 o [1996/05/27] kern/1265 joerg warnings in pcv o [1996/05/28] docs/1272 document the -o option for f2c o [1996/05/28] bin/1273 remote hostname gets corrupted in rshd o [1996/05/31] kern/1283 joerg cleaning out some compiler fuzz from pcvt o [1996/06/11] bin/1312 automounter hangs on boot o [1996/06/12] bin/1316 10 tunnel device limit o [1996/06/12] conf/1319 muldi3 is not included into kernel's Make o [1996/06/13] bin/1320 dump limits blocksize to 32K o [1996/06/18] i386/1331 changes and bug in ft driver o [1996/06/18] bin/1332 changes to amd and possible nfs lkm bug? o [1996/06/19] misc/1335 /etc/security generates an error with fil o [1996/06/20] bin/1337 Yacc skeleton parser generates warning wi o [1996/07/04] i386/1367 reprobe a device that does not exist = pa o [1996/07/04] misc/1369 Need SC_MORE_LUS for Emulex MD23 also o [1996/07/06] misc/1372 compile time error with cc -ansi and RPC o [1996/07/06] misc/1373 RPC include lacks prototypes o [1996/07/06] docs/1374 mpp the default listed in the newfs -i man pa o [1996/07/07] bin/1375 Extraneous warning from mv(1) o [1996/07/07] misc/1376 if_tun.c does not set if_ibytes and if_ob o [1996/07/13] conf/1382 FreeBSD has minor year 2000 problem in di o [1996/07/14] docs/1383 ppp(8) man page suggests using shell scri o [1996/07/15] misc/1388 libftpio: some problems with ftpGet() fix o [1996/07/16] misc/1390 feedback from 2.1.5R update over 2.1-stab o [1996/07/16] bin/1391 cpio -O ignores umask o [1996/07/18] kern/1399 invoking setuid programs over NFS case vn o [1996/07/19] docs/1404 send-pr manual pages lacks version number o [1996/07/19] kern/1406 The "FreeBSD snake" screensaver still say 141 problems total. From owner-freebsd-bugs Sun Jul 21 06:10:04 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id GAA00720 for bugs-outgoing; Sun, 21 Jul 1996 06:10:04 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id GAA00714; Sun, 21 Jul 1996 06:10:02 -0700 (PDT) Resent-Date: Sun, 21 Jul 1996 06:10:02 -0700 (PDT) Resent-Message-Id: <199607211310.GAA00714@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, walter@gewis.win.tue.nl Received: from svin01.win.tue.nl (root@svin01.win.tue.nl [131.155.70.70]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id GAA00618 for ; Sun, 21 Jul 1996 06:06:52 -0700 (PDT) Received: from gewis.win.tue.nl by svin01.win.tue.nl (8.7.1/1.45) id PAA29985; Sun, 21 Jul 1996 15:06:48 +0200 (MET DST) Received: (from walter@localhost) by gewis.win.tue.nl (8.7.5/1.63) id PAA00959; Sun, 21 Jul 1996 15:06:47 +0200 (MET DST) Message-Id: <199607211306.PAA00959@gewis.win.tue.nl> Date: Sun, 21 Jul 1996 15:06:47 +0200 (MET DST) From: walter@gewis.win.tue.nl (Walter Belgers) Reply-To: walter@gewis.win.tue.nl To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: conf/1412: installation script bug Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1412 >Category: conf >Synopsis: installscript doesn't allow 2nd ftp site to be chosen >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Jul 21 06:10:01 PDT 1996 >Last-Modified: >Originator: Walter Belgers >Organization: >Release: FreeBSD 2.1-STABLE i386 >Environment: >Description: The 2.1.5-RELEASE boot floppy starts the installation program. When selecting an FTP server that does not work, no ftp installation can be done any more (i.e. selecting another ftp server has no effect, it won't ftp). We had this problem when ftp.nl.net turned out to be down. Selecting ftp.nl.net, then another site would not work. Starting from the beginning and selecting a working ftp server did work. >How-To-Repeat: Select an FTP server that is down, commit, wait for the timeout, select another ftp server, commit. >Fix: Not known. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sun Jul 21 11:00:03 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA18402 for bugs-outgoing; Sun, 21 Jul 1996 11:00:03 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA18394; Sun, 21 Jul 1996 11:00:01 -0700 (PDT) Date: Sun, 21 Jul 1996 11:00:01 -0700 (PDT) Message-Id: <199607211800.LAA18394@freefall.freebsd.org> To: freebsd-bugs Cc: From: "Jordan K. Hubbard" Subject: Re: conf/1412: installation script bug Reply-To: "Jordan K. Hubbard" Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR conf/1412; it has been noted by GNATS. From: "Jordan K. Hubbard" To: walter@gewis.win.tue.nl Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: conf/1412: installation script bug Date: Sun, 21 Jul 1996 10:50:34 -0700 > The 2.1.5-RELEASE boot floppy starts the installation program. When > selecting an FTP server that does not work, no ftp installation can be > done any more (i.e. selecting another ftp server has no effect, it won't > ftp). Thanks for reporting this - I'll investigate! Jordan From owner-freebsd-bugs Sun Jul 21 13:22:31 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA24380 for bugs-outgoing; Sun, 21 Jul 1996 13:22:31 -0700 (PDT) Received: from mail.cs.tu-berlin.de (root@mail.cs.tu-berlin.de [130.149.17.13]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id NAA24309 for ; Sun, 21 Jul 1996 13:21:55 -0700 (PDT) Received: from campa.panke.de (anonymous213.ppp.cs.tu-berlin.de [130.149.17.213]) by mail.cs.tu-berlin.de (8.6.12/8.6.12) with ESMTP id WAA04844; Sun, 21 Jul 1996 22:08:39 +0200 Received: (from wosch@localhost) by campa.panke.de (8.6.12/8.6.12) id VAA01286; Sun, 21 Jul 1996 21:10:38 +0200 Date: Sun, 21 Jul 1996 21:10:38 +0200 From: Wolfram Schneider Message-Id: <199607211910.VAA01286@campa.panke.de> To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) Cc: freebsd-bugs@FreeBSD.ORG Subject: Re: bin/1386 In-Reply-To: <199607182046.WAA07905@uriah.heep.sax.de> References: <199607181740.TAA15160@keltia.freenix.fr> <199607182046.WAA07905@uriah.heep.sax.de> Reply-to: Wolfram Schneider MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk J. Wunsch writes: >As Ollivier Robert wrote: >> Why not just use an unsigned char instead of an int ? > >Because this still remains the C programmer's error #1. > >Think about it. getc() returns an int. We have dozens char c = getc() in our source tree. It seems lpf is the only program which had real problems with this error. Wolfram From owner-freebsd-bugs Sun Jul 21 13:30:05 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA25320 for bugs-outgoing; Sun, 21 Jul 1996 13:30:05 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA25310; Sun, 21 Jul 1996 13:30:03 -0700 (PDT) Date: Sun, 21 Jul 1996 13:30:03 -0700 (PDT) Message-Id: <199607212030.NAA25310@freefall.freebsd.org> To: freebsd-bugs Cc: From: Marc Slemko Subject: Re: bin/1411: vi dumps core when using 'set list' Reply-To: Marc Slemko Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/1411; it has been noted by GNATS. From: Marc Slemko To: Joerg Wunsch Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: bin/1411: vi dumps core when using 'set list' Date: Sun, 21 Jul 1996 14:24:27 -0600 (MDT) On Sun, 21 Jul 1996, J Wunsch wrote: > As marcs@worldgate.com wrote: > > > >How-To-Repeat: > > > > Using version 1.36.4.5 of sys/scsi/st.c, input the following from the keyboard: > > > > vi st.c > > :set list > > 172j12jj > > > > After the last j, vi core dumps displaying line 185. Same thing > > happens when scrolling via other means, but not when you go to line > > 185 before doing a 'set list', and then do a 'set list'. > > It works for me, in a -current as of about one week old, and in an > (24x80) xterm. I was doing the testing both from the sc console (with a $TERM of cons25), rlogin from various boxes ($TERM=vt100) and a remote xterm ($TERM=xterm, 80x24); all had the same result for me. > > Which vi version are you using, and which $TERM setting? vi from RELENG_2_1_5_RELEASE. I don't doubt that the difference could be 2.1.5 vs. current; I don't have a system running current here to try it here. I checked out the vi from current as of last week and compiled it; it exhibited the same problem. I also checked out the vi from RELENG_2_1_0_RELEASE, and it had the same problem when compiled under 2.1.5. Note that the problem does not seem to be there on a 2.1.0 system using 2.1.0 vi, nor is it there when I copy the 2.1.0 binary to a 2.1.5 system; when I copy a 2.1.5 binary to a 2.1.0 system the problem is still there. It is present both on 2.1.5 compiled locally from the latest stable tree and on 2.1.5 installed via ftp from wcarchive. It appears that the bug is coming from somewhere other than the vi source (although the vi source still could be the thing that is broken) that is linked into the binary at compile time, not run time. If you don't have a 2.1.5 system handy to try it on, try pulling the 2.1.5 binary and running it under current. From owner-freebsd-bugs Sun Jul 21 15:27:27 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA00873 for bugs-outgoing; Sun, 21 Jul 1996 15:27:27 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id PAA00868 for ; Sun, 21 Jul 1996 15:27:23 -0700 (PDT) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id AAA04585; Mon, 22 Jul 1996 00:27:20 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id AAA16327; Mon, 22 Jul 1996 00:27:19 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id XAA01730; Sun, 21 Jul 1996 23:41:12 +0200 (MET DST) From: J Wunsch Message-Id: <199607212141.XAA01730@uriah.heep.sax.de> Subject: Re: bin/1411: vi dumps core when using 'set list' To: marcs@valis.worldgate.com Date: Sun, 21 Jul 1996 23:41:12 +0200 (MET DST) Cc: freebsd-bugs@freefall.freebsd.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199607212030.NAA25310@freefall.freebsd.org> from Marc Slemko at "Jul 21, 96 01:30:03 pm" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Marc Slemko wrote: > > It works for me, in a -current as of about one week old, and in an > > (24x80) xterm. > > I was doing the testing both from the sc console (with a $TERM of cons25), > rlogin from various boxes ($TERM=vt100) and a remote xterm ($TERM=xterm, > 80x24); all had the same result for me. > It appears that the bug is coming from somewhere other than the vi source > (although the vi source still could be the thing that is broken) that is > linked into the binary at compile time, not run time. > > If you don't have a 2.1.5 system handy to try it on, try pulling the 2.1.5 > binary and running it under current. Sorry, again: nothing. I've compiled the vi from 2.1.5, and it works flawlessly. (And yes, i'm picking the correct st.c version, i can clearly see the spot where it has to jump two lines when typing the last `j'.) I've tested with a 24x80 xterm, and with a 25x80 virtual console (but pcvt). Can you compile the vi with debug information, and try to analyze the core dump? Can you strip down your environment to the bare minimum and see whether this would change something? You are suspecting an error somewhere else... well, recompiling the binary was easy for me, but tweaking my system to use the 2.1.5 shared libs would be harder. *** Nope. I've just diffed the sources for libtermcap and libcurses, there are only cosmetic changes between 2.1.5 and -current (additional paren's to avoid compiler warnings). libutil has a few more changes, but nothing i think vi will use (setproctitle, openpty and logwtmp). -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Sun Jul 21 15:28:39 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA00943 for bugs-outgoing; Sun, 21 Jul 1996 15:28:39 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id PAA00938 for ; Sun, 21 Jul 1996 15:28:36 -0700 (PDT) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id AAA04612; Mon, 22 Jul 1996 00:28:24 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id AAA16338; Mon, 22 Jul 1996 00:28:24 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id XAA00862; Sun, 21 Jul 1996 23:20:40 +0200 (MET DST) From: J Wunsch Message-Id: <199607212120.XAA00862@uriah.heep.sax.de> Subject: Re: bin/1386 To: wosch@cs.tu-berlin.de Date: Sun, 21 Jul 1996 23:20:39 +0200 (MET DST) Cc: joerg_wunsch@uriah.heep.sax.de, freebsd-bugs@FreeBSD.ORG Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199607211910.VAA01286@campa.panke.de> from Wolfram Schneider at "Jul 21, 96 09:10:38 pm" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Wolfram Schneider wrote: > >Because this still remains the C programmer's error #1. > > > >Think about it. getc() returns an int. > > We have dozens char c = getc() in our source tree. It seems lpf is the > only program which had real problems with this error. Use an architecture where chars are unsigned by default (or make gcc behave this way), and you'll notice the offenders very quickly. :-] For default signed chars, the programs only break by misdetecting the (valid but barely used) character '\xff' as EOF. The other way round, they will misinterpret EOF as '\xff', and never go to an end... lpf only broke for characters other than '\xff' since the code compares for `less than' (while most programs certainly don't do this). This is bogus (the program should use the ctype functions anyway), but made the error obvious. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Sun Jul 21 16:23:54 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA02548 for bugs-outgoing; Sun, 21 Jul 1996 16:23:54 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id QAA02533; Sun, 21 Jul 1996 16:23:49 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id QAA16559; Sun, 21 Jul 1996 16:23:08 -0700 (PDT) To: Andries.Brouwer@cwi.nl cc: freebsd-bugs@freebsd.org, questions@freebsd.org Subject: Re: installation fails In-reply-to: Your message of "Sat, 20 Jul 1996 06:14:16 +0200." <9607200414.AA09748=aeb@zeus-184.cwi.nl> Date: Sun, 21 Jul 1996 16:23:00 -0700 Message-ID: <16557.837991380@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > I used novice install, got twice in an fdisk-like program - > maybe once to cut a partition into slices and once to select > mount points - I just took the defaults - got a menu to tell > about IP-number and hostname, and maybe that was the last. > [But don't trust my bad memory.] I'll bet you left the nameserver field blank? This appears to be something of a fatal error now, which I'll look into, but if you set it to something you won't run afoul of this one. > In the meantime I tried a different approach and wrote > 2.1.5-RELEASE to a SCSI tape and installed from there. > The installation process was more or less successful; > it complained `couldn't extract compat1x compat20 commerce xperimnt' > even while this release did contain subdirectories Hmmmm. Are you sure? Can you show me a directory listing of the tape in question? > local time the digit 7 did not work (but 6 and 8 did) - very strange. > > But now I find that I have no means to boot this installed system! You should have said "yes" to the boot manager question. :-) Jordan From owner-freebsd-bugs Sun Jul 21 16:40:02 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA03407 for bugs-outgoing; Sun, 21 Jul 1996 16:40:02 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA03387; Sun, 21 Jul 1996 16:40:01 -0700 (PDT) Date: Sun, 21 Jul 1996 16:40:01 -0700 (PDT) Message-Id: <199607212340.QAA03387@freefall.freebsd.org> To: freebsd-bugs Cc: From: Marc Slemko Subject: Re: bin/1411: vi dumps core when using 'set list' Reply-To: Marc Slemko Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/1411; it has been noted by GNATS. From: Marc Slemko To: Joerg Wunsch Cc: freebsd-gnats-submit@freefall.freebsd.org Subject: Re: bin/1411: vi dumps core when using 'set list' Date: Sun, 21 Jul 1996 17:31:10 -0600 (MDT) After further investigation, this problem appears to be the result of using -m486 in the CFLAGS while compiling vi. If I compile without -m486, it works fine. I am assuming that 2.1.5 was compiled with -m486 while 2.1.0 wasn't... Hopefully you can at least see the bug in current when you compile with -m486; if not, either the gods are smiling and something has made it go away or there is yet another difference in setups. Now the problem enters the gcc area of concern, which may mean it isn't worth bothering about at the moment since, as I seem to recall, there will likely be some gcc changes coming up. If 2.1.5 was compiled with -m486, and it causes this in vi, I am somewhat curious to see how many other similar things will pop up... From owner-freebsd-bugs Sun Jul 21 16:50:02 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA03716 for bugs-outgoing; Sun, 21 Jul 1996 16:50:02 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA03710; Sun, 21 Jul 1996 16:50:01 -0700 (PDT) Resent-Date: Sun, 21 Jul 1996 16:50:01 -0700 (PDT) Resent-Message-Id: <199607212350.QAA03710@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, bwithrow@BayNetworks.com Received: from lobster.wellfleet.com (lobster.corpeast.baynetworks.com [192.32.253.3]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id QAA03605 for ; Sun, 21 Jul 1996 16:47:39 -0700 (PDT) Received: from pobox.BayNetworks.com by lobster.wellfleet.com (SMI-8.6/SMI-4.1) id TAA11294; Sun, 21 Jul 1996 19:49:50 -0400 Received: from tuva.engeast.baynetworks.com by pobox.BayNetworks.com (4.1/SMI-4.1) id AA14139; Sun, 21 Jul 96 19:47:03 EDT Received: (from bwithrow@localhost) by tuva.engeast.baynetworks.com (8.6.12/8.6.12) id TAA01705; Sun, 21 Jul 1996 19:47:02 -0400 Message-Id: <199607212347.TAA01705@tuva.engeast.baynetworks.com> Date: Sun, 21 Jul 1996 19:47:02 -0400 From: Robert Withrow Reply-To: bwithrow@BayNetworks.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: misc/1413: Missing Library Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1413 >Category: misc >Synopsis: Missing library libgcc.261 >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Jul 21 16:50:01 PDT 1996 >Last-Modified: >Originator: Robert Withrow >Organization: Robert Withrow -- (+1 508 436 8256) BWithrow@BayNetworks.com >Release: FreeBSD 2.1.5-RELEASE i386 >Environment: Virgin 2.1.5 system with just the Emacs and Bash packages installed. >Description: Emacs won't run due to missing library. >How-To-Repeat: install 2.1.5 and emacs package. Try to run emacs. >Fix: Add the library to the distribution. Otherwise add to known bugs. It would be *nice* if you had a way to fix this and some other problems without manually getting files and stuff, say with some sort of patchkit... >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sun Jul 21 17:00:04 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA04138 for bugs-outgoing; Sun, 21 Jul 1996 17:00:04 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA04126; Sun, 21 Jul 1996 17:00:01 -0700 (PDT) Resent-Date: Sun, 21 Jul 1996 17:00:01 -0700 (PDT) Resent-Message-Id: <199607220000.RAA04126@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, bwithrow@BayNetworks.com Received: from lobster.wellfleet.com (lobster.corpeast.baynetworks.com [192.32.253.3]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id QAA03743 for ; Sun, 21 Jul 1996 16:50:55 -0700 (PDT) Received: from pobox.BayNetworks.com by lobster.wellfleet.com (SMI-8.6/SMI-4.1) id TAA11369; Sun, 21 Jul 1996 19:53:10 -0400 Received: from tuva.engeast.baynetworks.com by pobox.BayNetworks.com (4.1/SMI-4.1) id AA14222; Sun, 21 Jul 96 19:50:22 EDT Received: (from bwithrow@localhost) by tuva.engeast.baynetworks.com (8.6.12/8.6.12) id TAA01813; Sun, 21 Jul 1996 19:50:22 -0400 Message-Id: <199607212350.TAA01813@tuva.engeast.baynetworks.com> Date: Sun, 21 Jul 1996 19:50:22 -0400 From: bwithrow@BayNetworks.com Reply-To: bwithrow@BayNetworks.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: i386/1414: 2.1.5: vx stuff missing from release Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1414 >Category: i386 >Synopsis: 3c595 ceases to work aftern installation. >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Jul 21 17:00:00 PDT 1996 >Last-Modified: >Originator: Robert Withrow >Organization: Robert Withrow -- (+1 508 436 8256) BWithrow@BayNetworks.com >Release: FreeBSD 2.1.5-RELEASE i386 >Environment: virgin 2.1.5 installation using 3c595 card >Description: You can install using the 3c595 card, but after installation it doesnt work. The Generic kernal is missing the if_vx driver, as is the src/net directory.i >How-To-Repeat: Install 2.1.5 on a system using the 3c5x5 card. >Fix: Must rebuild generic kernel, config files, and src distribution... >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sun Jul 21 17:05:32 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA04483 for bugs-outgoing; Sun, 21 Jul 1996 17:05:32 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id RAA04478 for ; Sun, 21 Jul 1996 17:05:30 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id RAA16778; Sun, 21 Jul 1996 17:04:55 -0700 (PDT) To: Marc Slemko cc: freebsd-bugs@freefall.freebsd.org Subject: Re: bin/1411: vi dumps core when using 'set list' In-reply-to: Your message of "Sun, 21 Jul 1996 16:40:01 PDT." <199607212340.QAA03387@freefall.freebsd.org> Date: Sun, 21 Jul 1996 17:04:55 -0700 Message-ID: <16776.837993895@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > it works fine. I am assuming that 2.1.5 was compiled with -m486 while It was not. Jordan From owner-freebsd-bugs Sun Jul 21 17:10:04 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA04733 for bugs-outgoing; Sun, 21 Jul 1996 17:10:04 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA04710; Sun, 21 Jul 1996 17:10:01 -0700 (PDT) Date: Sun, 21 Jul 1996 17:10:01 -0700 (PDT) Message-Id: <199607220010.RAA04710@freefall.freebsd.org> To: freebsd-bugs Cc: From: "Jordan K. Hubbard" Subject: Re: misc/1413: Missing Library Reply-To: "Jordan K. Hubbard" Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR misc/1413; it has been noted by GNATS. From: "Jordan K. Hubbard" To: bwithrow@BayNetworks.com Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: misc/1413: Missing Library Date: Sun, 21 Jul 1996 17:07:21 -0700 > Add the library to the distribution. Otherwise add to known > bugs. It would be *nice* if you had a way to fix this and some other > problems without manually getting files and stuff, say with some sort > of patchkit... This file is in the compat20 distribution. I'm not sure how/why emacs got linked with it, mind you. Perhaps Satoshi built it on a machine which still had some of the old libraries lying around. Jordan From owner-freebsd-bugs Sun Jul 21 17:10:06 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA04744 for bugs-outgoing; Sun, 21 Jul 1996 17:10:06 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA04724; Sun, 21 Jul 1996 17:10:02 -0700 (PDT) Date: Sun, 21 Jul 1996 17:10:02 -0700 (PDT) Message-Id: <199607220010.RAA04724@freefall.freebsd.org> To: freebsd-bugs Cc: From: "Jordan K. Hubbard" Subject: Re: i386/1414: 2.1.5: vx stuff missing from release Reply-To: "Jordan K. Hubbard" Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR i386/1414; it has been noted by GNATS. From: "Jordan K. Hubbard" To: bwithrow@BayNetworks.com Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: i386/1414: 2.1.5: vx stuff missing from release Date: Sun, 21 Jul 1996 17:08:28 -0700 Is this with the second and final version of 2.1.5? I see it in the 2.1.5 distribution here. Jordan > > >Number: 1414 > >Category: i386 > >Synopsis: 3c595 ceases to work aftern installation. > >Confidential: no > >Severity: critical > >Priority: high > >Responsible: freebsd-bugs > >State: open > >Class: sw-bug > >Submitter-Id: current-users > >Arrival-Date: Sun Jul 21 17:00:00 PDT 1996 > >Last-Modified: > >Originator: Robert Withrow > >Organization: > Robert Withrow -- (+1 508 436 8256) > BWithrow@BayNetworks.com > >Release: FreeBSD 2.1.5-RELEASE i386 > >Environment: > virgin 2.1.5 installation using 3c595 card > > > >Description: > You can install using the 3c595 card, but after installation > it doesnt work. The Generic kernal is missing the if_vx driver, as is > the src/net directory.i > > > >How-To-Repeat: > Install 2.1.5 on a system using the 3c5x5 card. > > > >Fix: > Must rebuild generic kernel, config files, and src distribution... > > > >Audit-Trail: > >Unformatted: From owner-freebsd-bugs Sun Jul 21 17:30:03 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA05310 for bugs-outgoing; Sun, 21 Jul 1996 17:30:03 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA05301; Sun, 21 Jul 1996 17:30:02 -0700 (PDT) Date: Sun, 21 Jul 1996 17:30:02 -0700 (PDT) Message-Id: <199607220030.RAA05301@freefall.freebsd.org> To: freebsd-bugs Cc: From: David Greenman Subject: Re: i386/1414: 2.1.5: vx stuff missing from release Reply-To: David Greenman Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR i386/1414; it has been noted by GNATS. From: David Greenman To: bwithrow@BayNetworks.com Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: i386/1414: 2.1.5: vx stuff missing from release Date: Sun, 21 Jul 1996 17:24:11 -0700 > You can install using the 3c595 card, but after installation >it doesnt work. The Generic kernal is missing the if_vx driver, as is >the src/net directory.i The if_vx driver is located in /sys/pci/ and is present in the (final) 2.1.5 sources and GENERIC kernel. >>How-To-Repeat: > Install 2.1.5 on a system using the 3c5x5 card. > > >>Fix: > Must rebuild generic kernel, config files, and src distribution... Could it be that you got an early copy of 2.1.5? We botched the initial release (it had a broken 3c509 driver, was missing the if_vx driver, etc)? This would be the case if you got the bin distribution prior to July 17th. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-bugs Sun Jul 21 17:50:04 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA06112 for bugs-outgoing; Sun, 21 Jul 1996 17:50:04 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA06106; Sun, 21 Jul 1996 17:50:02 -0700 (PDT) Resent-Date: Sun, 21 Jul 1996 17:50:02 -0700 (PDT) Resent-Message-Id: <199607220050.RAA06106@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, alm@slewsys.org Received: from worm.slewsys.org (wormhole.slewsys.org [140.174.112.2]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id RAA05997 for ; Sun, 21 Jul 1996 17:48:00 -0700 (PDT) Received: from woops.slewsys.org (woops.slewsys.org [140.174.112.3]) by worm.slewsys.org (8.7.4/8.7.3) with ESMTP id RAA10463 for ; Sun, 21 Jul 1996 17:47:57 -0700 (PDT) Received: (from alm@localhost) by woops.slewsys.org (8.7.4/8.7.3) id RAA19465; Sun, 21 Jul 1996 17:47:57 -0700 (PDT) Message-Id: <199607220047.RAA19465@woops.slewsys.org> Date: Sun, 21 Jul 1996 17:47:57 -0700 (PDT) From: Andrew Moore Reply-To: alm@slewsys.org To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: ports/1416: cflow(1) doesn't parse GNU C __attribute__ syntax Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1416 >Category: ports >Synopsis: cflow(1) doesn't parse GNU C __attribute__ syntax >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: change-request >Submitter-Id: current-users >Arrival-Date: Sun Jul 21 17:50:00 PDT 1996 >Last-Modified: >Originator: Andrew L. Moore >Organization: SlewSys Research >Release: FreeBSD 2.1-STABLE i386 >Environment: GNU C >= 2.6 >Description: The cflow(1) parser does not understand the GNU C __attribute__ syntax. >How-To-Repeat: Run cflow(1) on source that uses the __attribute__ syntax -- e.g., include >Fix: In the cflow shell script, change the preprocessor command line from "cc -E" to "cc -E -D__attribute__(x)=" This strips both function and variable attributes from the input and makes the cflow(1) parser happy. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sun Jul 21 18:04:01 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA06519 for bugs-outgoing; Sun, 21 Jul 1996 18:04:01 -0700 (PDT) Received: from root.com (implode.root.com [198.145.90.17]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id SAA06500 for ; Sun, 21 Jul 1996 18:03:58 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by root.com (8.7.5/8.6.5) with SMTP id SAA23045; Sun, 21 Jul 1996 18:04:03 -0700 (PDT) Message-Id: <199607220104.SAA23045@root.com> X-Authentication-Warning: implode.root.com: Host localhost [127.0.0.1] didn't use HELO protocol To: Robert Withrow cc: freebsd-bugs@freefall.freebsd.org, ftp@sybil.cs.vt.edu Subject: Re: i386/1414: 2.1.5: vx stuff missing from release In-reply-to: Your message of "Sun, 21 Jul 1996 20:25:51 EDT." <199607220025.UAA02230@tuva.engeast.baynetworks.com> From: David Greenman Reply-To: dg@root.com Date: Sun, 21 Jul 1996 18:04:03 -0700 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >dg@root.com said: >:- Could it be that you got an early copy of 2.1.5? We botched the >:- initial release > >I just installed it from ftp6.freebsd.org about 2 hours ago... Sigh. Ahh...ftp6 (ftp.cslab.vt.edu) doesn't have the updated copy! ...all the files are dated July 14th. Try getting a copy from ftp.freebsd.org (wcarchive) - I *know* the copy there is up to date! :-) -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-bugs Sun Jul 21 19:59:54 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA10993 for bugs-outgoing; Sun, 21 Jul 1996 19:59:54 -0700 (PDT) Received: from valis.worldgate.com (marcs@valis.worldgate.com [198.161.84.2]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id TAA10988 for ; Sun, 21 Jul 1996 19:59:51 -0700 (PDT) Received: from localhost (marcs@localhost) by valis.worldgate.com (8.6.12/8.6.12) with SMTP id UAA06041; Sun, 21 Jul 1996 20:59:44 -0600 Date: Sun, 21 Jul 1996 20:59:44 -0600 (MDT) From: Marc Slemko To: "Jordan K. Hubbard" cc: freebsd-bugs@freebsd.org Subject: Re: bin/1411: vi dumps core when using 'set list' In-Reply-To: <16776.837993895@time.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Was 2.1.5-RELEASE compiled with any compiler options or other major environmental differences other than those that you would get if you did a fresh 2.1.5 install then (cd /usr/src; make world)? I can get binaries compiled locally with -m486 or -O2 to dump, but since the binary that comes with 2.1.5-RELEASE also dumps there must be something else that can cause it if 2.1.5 wasn't compiled with any special options. If anyone else running either 2.1.5 with precompiled vi, 2.1.5 with locally compiled vi compiled with -m486 or -O2, 2.1.5 with locally compiled vi compiled without any special CFLAGS, or current with vi compiled with -m486 or -O2 cares to test it (in brief: load version 1.36.4.5 [other versions should have the same problem, although not necessarily at the same place] of /sys/scsi/st.c in vi, do a ':set list', then hit ^F until you either get to the end of the file or it core dumps) I would appreciate knowing the results. On Sun, 21 Jul 1996, Jordan K. Hubbard wrote: > > it works fine. I am assuming that 2.1.5 was compiled with -m486 while > > It was not. > > Jordan > From owner-freebsd-bugs Sun Jul 21 20:27:55 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA12038 for bugs-outgoing; Sun, 21 Jul 1996 20:27:55 -0700 (PDT) Received: from brutus.bright.net (root@brutus.bright.net [205.212.123.10]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id UAA12028 for ; Sun, 21 Jul 1996 20:27:51 -0700 (PDT) Received: from brutus.bright.net (bryn3-cs-11.dial.bright.net [205.212.145.55]) by brutus.bright.net (8.7.5/CICNet) with SMTP id XAA15833 for ; Sun, 21 Jul 1996 23:26:34 -0400 (EDT) Date: Sun, 21 Jul 1996 23:26:34 -0400 (EDT) Message-Id: <199607220326.XAA15833@brutus.bright.net> X-Sender: currentr@mail.bright.net (Unverified) X-Mailer: Windows Eudora Light Version 1.5.2 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: bugs@freebsd.org From: person Subject: phoenix.dal.net Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, I am a regular user of phoenix.dal.net and I don't usually have any problems with it but this evening when i tried to get on it said closing link: silly[205.212.145.55](no more connections) ***disconnected. This problem has never occured before. Would you please help me figure out a solution to my dilemma. Thanks, Nicki Rummel From owner-freebsd-bugs Sun Jul 21 20:32:27 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA12236 for bugs-outgoing; Sun, 21 Jul 1996 20:32:27 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id UAA12227 for ; Sun, 21 Jul 1996 20:32:22 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id UAA00377; Sun, 21 Jul 1996 20:32:12 -0700 (PDT) To: Marc Slemko cc: freebsd-bugs@freebsd.org Subject: Re: bin/1411: vi dumps core when using 'set list' In-reply-to: Your message of "Sun, 21 Jul 1996 20:59:44 MDT." Date: Sun, 21 Jul 1996 20:32:12 -0700 Message-ID: <375.838006332@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Was 2.1.5-RELEASE compiled with any compiler options or other major > environmental differences other than those that you would get if you did a > fresh 2.1.5 install then (cd /usr/src; make world)? Nope. Standard /etc/make.conf all the way. > I can get binaries compiled locally with -m486 or -O2 to dump, but since > the binary that comes with 2.1.5-RELEASE also dumps there must be > something else that can cause it if 2.1.5 wasn't compiled with any special > options. I'd say, yes.. Jordan From owner-freebsd-bugs Sun Jul 21 23:10:03 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA18888 for bugs-outgoing; Sun, 21 Jul 1996 23:10:03 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA18882; Sun, 21 Jul 1996 23:10:01 -0700 (PDT) Date: Sun, 21 Jul 1996 23:10:01 -0700 (PDT) Message-Id: <199607220610.XAA18882@freefall.freebsd.org> To: freebsd-bugs Cc: From: Mark Murray Subject: Re: misc/1413: Missing Library Reply-To: Mark Murray Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR misc/1413; it has been noted by GNATS. From: Mark Murray To: bwithrow@BayNetworks.com Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: misc/1413: Missing Library Date: Mon, 22 Jul 1996 08:06:43 +0200 Robert Withrow wrote: > >Environment: > Virgin 2.1.5 system with just the Emacs and Bash packages installed. > > >Description: > Emacs won't run due to missing library. > > >How-To-Repeat: > install 2.1.5 and emacs package. Try to run emacs. > > >Fix: > Add the library to the distribution. Otherwise add to known > bugs. It would be *nice* if you had a way to fix this and some other > problems without manually getting files and stuff, say with some sort > of patchkit... Better fix. Install compat20. Better fix: Rebuild Emacs package using 2.1.5 - Then it would not depend on libgcc.so.261.0. M -- Mark Murray 46 Harvey Rd, Claremont, Cape Town 7700, South Africa +27 21 61-3768 GMT+0200 Finger mark@grondar.za for PGP key From owner-freebsd-bugs Sun Jul 21 23:24:49 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA19379 for bugs-outgoing; Sun, 21 Jul 1996 23:24:49 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id XAA19374 for ; Sun, 21 Jul 1996 23:24:47 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by who.cdrom.com (8.6.12/8.6.11) with ESMTP id XAA00507 for ; Sun, 21 Jul 1996 23:24:45 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id IAA18603; Mon, 22 Jul 1996 08:23:28 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id IAA22592; Mon, 22 Jul 1996 08:22:06 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id IAA03852; Mon, 22 Jul 1996 08:08:12 +0200 (MET DST) From: J Wunsch Message-Id: <199607220608.IAA03852@uriah.heep.sax.de> Subject: Re: bin/1411: vi dumps core when using 'set list' To: marcs@valis.worldgate.com (Marc Slemko) Date: Mon, 22 Jul 1996 08:08:12 +0200 (MET DST) Cc: jkh@time.cdrom.com, freebsd-bugs@freebsd.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: from Marc Slemko at "Jul 21, 96 08:59:44 pm" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Marc Slemko wrote: > I can get binaries compiled locally with -m486 or -O2 to dump, ... Is this an inclusive or an excluse `or'? I've done all my testing with -O2 -m486 -pipe. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Sun Jul 21 23:24:54 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA19397 for bugs-outgoing; Sun, 21 Jul 1996 23:24:54 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id XAA19392 for ; Sun, 21 Jul 1996 23:24:53 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by who.cdrom.com (8.6.12/8.6.11) with ESMTP id XAA00506 for ; Sun, 21 Jul 1996 23:24:44 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id IAA18588; Mon, 22 Jul 1996 08:22:06 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id IAA22585; Mon, 22 Jul 1996 08:20:44 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id IAA03829; Mon, 22 Jul 1996 08:05:17 +0200 (MET DST) From: J Wunsch Message-Id: <199607220605.IAA03829@uriah.heep.sax.de> Subject: Re: misc/1413: Missing Library To: jkh@time.cdrom.com Date: Mon, 22 Jul 1996 08:05:17 +0200 (MET DST) Cc: freebsd-bugs@freefall.freebsd.org, asami@freebsd.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199607220010.RAA04710@freefall.freebsd.org> from "Jordan K. Hubbard" at "Jul 21, 96 05:10:01 pm" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Jordan K. Hubbard wrote: > This file is in the compat20 distribution. I'm not sure how/why emacs > got linked with it, mind you. Perhaps Satoshi built it on a machine > which still had some of the old libraries lying around. That alone wouldn't matter. They will be linked statically by default. ...Perhaps emacs uses its own ld magic? Remember, our trickery works only if you use cc(1) to link the binary (since the cc specs explicitly use libgcc.a). Satoshi, you should perhaps put legacy shared libs on thud into /usr/legacy or something else which is only made known to the system by ldconfig. This way, neither cc nor ld can pick up the wrong libs. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Sun Jul 21 23:27:46 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA19522 for bugs-outgoing; Sun, 21 Jul 1996 23:27:46 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id XAA19516 for ; Sun, 21 Jul 1996 23:27:44 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by who.cdrom.com (8.6.12/8.6.11) with ESMTP id XAA00516 for ; Sun, 21 Jul 1996 23:27:40 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id IAA18561; Mon, 22 Jul 1996 08:20:42 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id IAA22582; Mon, 22 Jul 1996 08:20:40 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id HAA03774; Mon, 22 Jul 1996 07:58:51 +0200 (MET DST) From: J Wunsch Message-Id: <199607220558.HAA03774@uriah.heep.sax.de> Subject: Re: bin/1411: vi dumps core when using 'set list' To: marcs@valis.worldgate.com Date: Mon, 22 Jul 1996 07:58:51 +0200 (MET DST) Cc: freebsd-bugs@freefall.freebsd.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199607212340.QAA03387@freefall.freebsd.org> from Marc Slemko at "Jul 21, 96 04:40:01 pm" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Marc Slemko wrote: > After further investigation, this problem appears to be the result of > using -m486 in the CFLAGS while compiling vi. If I compile without -m486, > it works fine. That's strange. Jordan already mentioned that 2.1.5 was not compiled with -m486, and i can add one more to this: everything i compile (including the tests to reproduce the behaviour of your PR) _has_ the -m486. So the question is now: you seem to be the only one who can investigate this (since nobody else can reproduce it), are you interested in tracking it further (e.g. core dump analysis), or do you give up in which case we can do nothing but close the PR unresolved? -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Mon Jul 22 00:00:04 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA20933 for bugs-outgoing; Mon, 22 Jul 1996 00:00:04 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA20912; Mon, 22 Jul 1996 00:00:01 -0700 (PDT) Resent-Date: Mon, 22 Jul 1996 00:00:01 -0700 (PDT) Resent-Message-Id: <199607220700.AAA20912@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, Received:"from noc.belwue.de (root@noc.BelWue.DE [129.143.2.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id XAA20851 for" ; Sun, 21 Jul 1996 23:58:55.-0700 (PDT) Received: from rubin.noc.dfn.de (rubin.noc.dfn.de [193.174.247.201]) by noc.belwue.de with SMTP id IAA09676 (8.6.13/IDA-1.6 for ); Mon, 22 Jul 1996 08:58:44 +0200 Received: from diamant.noc.dfn.de by rubin.noc.dfn.de (4.1/BelWue-2.0SUN) id AA25849; Mon, 22 Jul 96 08:58:43 +0200 Received: by diamant.noc.dfn.de (SMI-8.6/SVR4/BelWue-1.0.3) id IAA06960; Mon, 22 Jul 1996 08:56:32 +0200 Message-Id: <199607220656.IAA06960@diamant.noc.dfn.de> Date: Mon, 22 Jul 1996 08:56:31 +0200 (MET DST) From: Schweikhardt@RUS.Uni-Stuttgart.DE (Jens Schweikhardt) To: FreeBSD-gnats-submit@freebsd.org Subject: docs/1417: getopt(3) man page contradiction Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1417 >Category: docs >Synopsis: getopt(3) man page contradiction >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Mon Jul 22 00:00:00 PDT 1996 >Last-Modified: >Originator: Jens Schweikhardt >Organization: University of Stuttgart >Release: FreeBSD 2.1-STABLE i386 >Environment: Any >Description: The man page for getopt(3) says under DESCRIPTION The getopt() function returns an EOF when ... a non-recognized option is encountered. Under DIAGNOSTICS however, If the getopt() function encounters a character not found in the string optarg ... it ... returns `?' .... >How-To-Repeat: man 3 getopt >Fix: The actual behaviour seems to be the one described under DIAGNOSTICS. Jens -- SIGSIG -- signature too long (core dumped) >Audit-Trail: >Unformatted: To: FreeBSD-gnats-submit@freebsd.org Subject: getopt(3) man page contradiction From: schweikh@noc.dfn.de Reply-To: schweikh@noc.dfn.de X-send-pr-version: 3.2 From owner-freebsd-bugs Mon Jul 22 04:27:30 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA03113 for bugs-outgoing; Mon, 22 Jul 1996 04:27:30 -0700 (PDT) Received: from hera.cwi.nl (hera.cwi.nl [192.16.191.1]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id EAA03103; Mon, 22 Jul 1996 04:27:26 -0700 (PDT) Received: from zeus.cwi.nl by hera.cwi.nl with SMTP id ; Mon, 22 Jul 1996 13:27:05 +0200 Received: by zeus-184.cwi.nl id ; Mon, 22 Jul 1996 13:27:18 +0200 Date: Mon, 22 Jul 1996 13:27:18 +0200 From: Andries.Brouwer@cwi.nl Message-Id: <9607221127.AA24043=aeb@zeus-184.cwi.nl> To: Andries.Brouwer@cwi.nl, jkh@time.cdrom.com Subject: Re: installation fails Cc: freebsd-bugs@freebsd.org, questions@freebsd.org Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > I used novice install, got twice in an fdisk-like program - > maybe once to cut a partition into slices and once to select > mount points - I just took the defaults - got a menu to tell > about IP-number and hostname, and maybe that was the last. > [But don't trust my bad memory.] I'll bet you left the nameserver field blank? This appears to be something of a fatal error now, which I'll look into, but if you set it to something you won't run afoul of this one. Yes, in fact I did leave the name server field blank. [I have a local installation, using ethernet, and am connected to the outside world using a CSLIP connection. This means that there are two IP numbers - one for the local ethernet interface, and one for the SLIP interface. All the local numbers are known explicitly, and listed in /etc/hosts. My name server lives on the other side of the SLIP link. As I understand, FreeBSD does not yet support installing over a SLIP link (and moreover, it would be too slow). Moreover, the installation procedure does not have the option of listing more than one IP number (and more than one hostname) for the machine.] > In the meantime I tried a different approach and wrote > 2.1.5-RELEASE to a SCSI tape and installed from there. > The installation process was more or less successful; > it complained `couldn't extract compat1x compat20 commerce xperimnt' > even while this release did contain subdirectories Hmmmm. Are you sure? Can you show me a directory listing of the tape in question? I made it by tarring a directory with contents HARDWARE.TXT RELNOTES.TXT dict/ info/ src/ INSTALL.TXT bin/ doc/ manpages/ xperimnt/ KNOWNBUG.TXT commerce/ floppies/ ports/ README.TXT compat21/ games/ proflibs/ gotten from a 2.1.5-RELEASE distribution. The tape does not exist anymore. > local time the digit 7 did not work (but 6 and 8 did) - very strange. > > But now I find that I have no means to boot this installed system! You should have said "yes" to the boot manager question. :-) Well, maybe. Would the FreeBSD boot manager have been able to boot FreeBSD from the fifth disk (sd1) even when BIOS only knows about disk 0 and 1? Andries From owner-freebsd-bugs Mon Jul 22 10:04:44 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA16800 for bugs-outgoing; Mon, 22 Jul 1996 10:04:44 -0700 (PDT) Received: from valis.worldgate.com (marcs@valis.worldgate.com [198.161.84.2]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id KAA16795 for ; Mon, 22 Jul 1996 10:04:42 -0700 (PDT) Received: from localhost (marcs@localhost) by valis.worldgate.com (8.6.12/8.6.12) with SMTP id LAA28265; Mon, 22 Jul 1996 11:04:23 -0600 Date: Mon, 22 Jul 1996 11:04:22 -0600 (MDT) From: Marc Slemko To: Joerg Wunsch cc: freebsd-bugs@freefall.freebsd.org Subject: Re: bin/1411: vi dumps core when using 'set list' In-Reply-To: <199607220558.HAA03774@uriah.heep.sax.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Mon, 22 Jul 1996, J Wunsch wrote: > As Marc Slemko wrote: > > > After further investigation, this problem appears to be the result of > > using -m486 in the CFLAGS while compiling vi. If I compile without -m486, > > it works fine. > > That's strange. Jordan already mentioned that 2.1.5 was not compiled > with -m486, and i can add one more to this: everything i compile > (including the tests to reproduce the behaviour of your PR) _has_ the > -m486. Hmm. Well, I tried compiling it once again, this time with CFLAGS set to "-O2 -m486 -pipe" and the problem was not there. Trying with "-O2 -m486", the problem still wasn't there. With one of -O2 or -m486, it is still there. Hey, I just tried -m486 again and it won't show up. Grr. Try just using -O2 and see if you can make it show up. I just recompiled everything with "-O2"; the problem was there. I then removed common/svi_line.o and did another make, this time with no special CFLAGS. The problem went away. Removing common/svi_line.o once more and doing a make with CFLAGS set to -O2 brought the problem back. > So the question is now: you seem to be the only one who can > investigate this (since nobody else can reproduce it), are you > interested in tracking it further (e.g. core dump analysis), or do you > give up in which case we can do nothing but close the PR unresolved? I did a fresh 2.1.5 install this morning on a new box, completely different hardware. After I did the install, but before I had even rebooted (ie. in the shell on VT4), I could get vi to core dump in the same way. There isn't a whole lot that I could do before that time which would make much of a difference in the setup. I have repeated it on two different boxes with 2.1.5-RELEASE installed on them, two boxes with two entirely independent -stable source trees (both with -m486) with all binaries built locally, and another -stable box which was installed from one of the boxes with the stable source tree -stable on. If I were only able to reproduce the problem on locally compiled binaries, it could just be something messed up about how we are compiling. If I knew the problem was fixed (not just hidden, but known that it will not reappear) in current, it may not be worth bothering about. However, since I can reproduce it quite easily in both locally compiled binaries and 2.1.5-RELEASE... it may be worth bothering about. Since I do seem to be saying some conflicting things, if you still can't reproduce it give me a week or so to at least straighten out my story and see what else I can find. At this point, it is really looking like a gcc bug. If it is a gcc bug, the next logical step would be to compare the assembly output from gcc using various options; unfortunately, that's a bit beyond what I am capable of understanding, especially since the problem is in optimizations. From owner-freebsd-bugs Mon Jul 22 11:07:44 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA20723 for bugs-outgoing; Mon, 22 Jul 1996 11:07:44 -0700 (PDT) Received: from root.com (implode.root.com [198.145.90.17]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id LAA20718 for ; Mon, 22 Jul 1996 11:07:41 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by root.com (8.7.5/8.6.5) with SMTP id LAA00336; Mon, 22 Jul 1996 11:06:46 -0700 (PDT) Message-Id: <199607221806.LAA00336@root.com> X-Authentication-Warning: implode.root.com: Host localhost [127.0.0.1] didn't use HELO protocol To: Marc Slemko cc: Joerg Wunsch , freebsd-bugs@freefall.freebsd.org Subject: Re: bin/1411: vi dumps core when using 'set list' In-reply-to: Your message of "Mon, 22 Jul 1996 11:04:22 MDT." From: David Greenman Reply-To: dg@root.com Date: Mon, 22 Jul 1996 11:06:46 -0700 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >On Mon, 22 Jul 1996, J Wunsch wrote: > >> As Marc Slemko wrote: >> >> > After further investigation, this problem appears to be the result of >> > using -m486 in the CFLAGS while compiling vi. If I compile without -m486, >> > it works fine. >> >> That's strange. Jordan already mentioned that 2.1.5 was not compiled >> with -m486, and i can add one more to this: everything i compile >> (including the tests to reproduce the behaviour of your PR) _has_ the >> -m486. > >Hmm. Well, I tried compiling it once again, this time with CFLAGS set to >"-O2 -m486 -pipe" and the problem was not there. Trying with "-O2 -m486", >the problem still wasn't there. With one of -O2 or -m486, it is still >there. Hey, I just tried -m486 again and it won't show up. Grr. Try >just using -O2 and see if you can make it show up. > >I just recompiled everything with "-O2"; the problem was there. I then >removed common/svi_line.o and did another make, this time with no special >CFLAGS. The problem went away. Removing common/svi_line.o once more and >doing a make with CFLAGS set to -O2 brought the problem back. ... >Since I do seem to be saying some conflicting things, if you still can't >reproduce it give me a week or so to at least straighten out my story and >see what else I can find. At this point, it is really looking like a gcc >bug. If it is a gcc bug, the next logical step would be to compare the >assembly output from gcc using various options; unfortunately, that's a >bit beyond what I am capable of understanding, especially since the >problem is in optimizations. There is a known bug with -O2. That's why we don't use it. The problem is with strength reduction. Try adding: -fno-strength-reduce and see if the bug goes away. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-bugs Mon Jul 22 11:14:28 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA21170 for bugs-outgoing; Mon, 22 Jul 1996 11:14:28 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id LAA21147; Mon, 22 Jul 1996 11:14:23 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id LAA00794; Mon, 22 Jul 1996 11:14:13 -0700 (PDT) To: Andries.Brouwer@cwi.nl cc: freebsd-bugs@freebsd.org, questions@freebsd.org Subject: Re: installation fails In-reply-to: Your message of "Mon, 22 Jul 1996 13:27:18 +0200." <9607221127.AA24043=aeb@zeus-184.cwi.nl> Date: Mon, 22 Jul 1996 11:14:12 -0700 Message-ID: <792.838059252@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > As I understand, FreeBSD does not yet support installing over > a SLIP link (and moreover, it would be too slow). Not true, it does indeed support that. > Moreover, the installation procedure does not have the option > of listing more than one IP number (and more than one hostname) > for the machine.] If you're talking about multiple IPs for different interfaces, it certainly does. > I made it by tarring a directory with contents > > HARDWARE.TXT RELNOTES.TXT dict/ info/ src/ > INSTALL.TXT bin/ doc/ manpages/ xperimnt/ > KNOWNBUG.TXT commerce/ floppies/ ports/ > README.TXT compat21/ games/ proflibs/ I don't see compat20 or compat1x here, for example. Jordan From owner-freebsd-bugs Mon Jul 22 11:39:10 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA23024 for bugs-outgoing; Mon, 22 Jul 1996 11:39:10 -0700 (PDT) Received: from valis.worldgate.com (marcs@valis.worldgate.com [198.161.84.2]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id LAA23013 for ; Mon, 22 Jul 1996 11:39:07 -0700 (PDT) Received: from localhost (marcs@localhost) by valis.worldgate.com (8.6.12/8.6.12) with SMTP id MAA07173; Mon, 22 Jul 1996 12:38:37 -0600 Date: Mon, 22 Jul 1996 12:38:36 -0600 (MDT) From: Marc Slemko To: David Greenman cc: Joerg Wunsch , freebsd-bugs@freefall.freebsd.org Subject: Re: bin/1411: vi dumps core when using 'set list' In-Reply-To: <199607221806.LAA00336@root.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Using a CFLAGS of "-O2 -fno-strength-reduce", the bug is still there. I could shrug the problem off if it were only -O2 that caused it; even if it were only -O, I could halfway understand. However, it happens in other places (eg. 2.1.5-RELEASE, which wasn't compiled with -O2 and locally when I was not using -O2 or -O); I just can't quite reproduce some of the others at the moment. On Mon, 22 Jul 1996, David Greenman wrote: > There is a known bug with -O2. That's why we don't use it. The problem is > with strength reduction. Try adding: -fno-strength-reduce and see if the > bug goes away. From owner-freebsd-bugs Mon Jul 22 11:40:04 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA23210 for bugs-outgoing; Mon, 22 Jul 1996 11:40:04 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA23166; Mon, 22 Jul 1996 11:40:01 -0700 (PDT) Resent-Date: Mon, 22 Jul 1996 11:40:01 -0700 (PDT) Resent-Message-Id: <199607221840.LAA23166@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, sjr@zombie.ncsc.mil Received: from zombie.ncsc.mil (zombie.ncsc.mil [144.51.15.1]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id LAA21976 for ; Mon, 22 Jul 1996 11:30:30 -0700 (PDT) Received: (from sjr@localhost) by zombie.ncsc.mil (8.6.11/8.6.11) id OAA19402; Mon, 22 Jul 1996 14:30:28 -0400 Message-Id: <199607221830.OAA19402@zombie.ncsc.mil> Date: Mon, 22 Jul 1996 14:30:28 -0400 From: sjr@zombie.ncsc.mil Reply-To: sjr@zombie.ncsc.mil To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/1418: Problem building tclsh Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1418 >Category: bin >Synopsis: tclsh Makefile does not work >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Jul 22 11:40:01 PDT 1996 >Last-Modified: >Originator: Stephen J. Roznowski >Organization: >Release: FreeBSD 2.2-CURRENT i386 >Environment: -current; SUP from 22 July 1996 >Description: Make depend and make fails in usr.bin/tclsh >How-To-Repeat: Try building from SUPed files. >Fix: I've adopted a fix from the libtcl Makefile. I'm not sure if this fix is what is desired, but it seems to work. *** Makefile.orig Mon Jul 22 14:22:10 1996 --- Makefile Mon Jul 22 13:05:56 1996 *************** *** 1,5 **** --- 1,12 ---- # $Id: Makefile,v 1.1 1996/06/26 17:52:19 phk Exp $ + TCLDIST=${.CURDIR}/../../contrib/tcl + + .PATH: ${TCLDIST}/generic + .PATH: ${TCLDIST}/unix + CFLAGS+= -I${TCLDIST}/generic + CFLAGS+= -I${TCLDIST}/unix + PROG= tclsh SRCS= tclAppInit.c >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Jul 22 13:06:51 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA02759 for bugs-outgoing; Mon, 22 Jul 1996 13:06:51 -0700 (PDT) Received: from relay-5.mail.demon.net (relay-5.mail.demon.net [158.152.1.48]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id NAA02744 for ; Mon, 22 Jul 1996 13:06:47 -0700 (PDT) Received: from post.demon.co.uk by relay-5.mail.demon.net id bj12203; 22 Jul 96 18:54 +0100 Received: from jraynard.demon.co.uk ([158.152.42.77]) by relay-3.mail.demon.net id aa20836; 22 Jul 96 18:03 +0100 Received: (from fbugs@localhost) by jraynard.demon.co.uk (8.7.5/8.6.12) id JAA00932; Mon, 22 Jul 1996 09:49:43 GMT From: James Raynard Message-Id: <199607220949.JAA00932@jraynard.demon.co.uk> Subject: Re: bin/1411: vi dumps core when using 'set list' To: Marc Slemko Date: Mon, 22 Jul 1996 09:49:43 +0000 () Cc: freebsd-bugs@freebsd.org In-Reply-To: from "Marc Slemko" at Jul 21, 96 08:59:44 pm X-Mailer: ELM [version 2.4 PL24 ME8a] Content-Type: text Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > If anyone else running either 2.1.5 with precompiled vi, 2.1.5 with > locally compiled vi compiled with -m486 or -O2, 2.1.5 with locally > compiled vi compiled without any special CFLAGS, or current with vi > compiled with -m486 or -O2 cares to test it (in brief: load version > 1.36.4.5 [other versions should have the same problem, although not > necessarily at the same place] of /sys/scsi/st.c in vi, do a ':set list', > then hit ^F until you either get to the end of the file or it core dumps) > I would appreciate knowing the results. I can do this with no problems with -current on version 1.71 of st.c. As with the rest of my system, vi was compiled with CFLAGS= -O2 -m486 -pipe -fno-strength-reduce Does adding the -fno-strength-reduce option help? If not, the only thing you can do, as others have suggested, is to compile a debug version, fire up gdb and start digging. From owner-freebsd-bugs Mon Jul 22 13:49:05 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA06697 for bugs-outgoing; Mon, 22 Jul 1996 13:49:05 -0700 (PDT) Received: from kechara.flame.org (kechara.flame.org [192.80.44.209]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id NAA06687 for ; Mon, 22 Jul 1996 13:49:02 -0700 (PDT) Received: (from explorer@localhost) by kechara.flame.org (8.7.5/8.6.9) id QAA17958; Mon, 22 Jul 1996 16:47:46 -0400 (EDT) To: "David E. O'Brien" Cc: freebsd-bugs@freefall.freebsd.org Subject: Re: bin/1410: /usr/bin/login is suid, with little requirement for this References: <199607210940.CAA25451@freefall.freebsd.org> From: Michael Graff Date: 22 Jul 1996 16:47:45 -0400 In-Reply-To: "David E. O'Brien"'s message of Sun, 21 Jul 1996 02:40:02 -0700 (PDT) Message-ID: Lines: 15 X-Mailer: Gnus v5.2.36/Emacs 19.31 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk "David E. O'Brien" writes: > > I've found it useful for testing login stuff without risking a hangup. > > Bruce > > Makes sense in your case. But IMHO, that is a special case. And you > could manually make /usr/bin/login suid root on the machines you need > this functionality on. But do you think /usr/bin/login should be suid > root in the general case? I do, yes. IMHO, it should be linked -static, however. All setuid programs should be. --Michael From owner-freebsd-bugs Mon Jul 22 13:50:20 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA06847 for bugs-outgoing; Mon, 22 Jul 1996 13:50:20 -0700 (PDT) Received: from kechara.flame.org (kechara.flame.org [192.80.44.209]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id NAA06837 for ; Mon, 22 Jul 1996 13:50:11 -0700 (PDT) Received: (from explorer@localhost) by kechara.flame.org (8.7.5/8.6.9) id QAA17961; Mon, 22 Jul 1996 16:48:55 -0400 (EDT) To: person Cc: bugs@freebsd.org Subject: Re: phoenix.dal.net References: <199607220326.XAA15833@brutus.bright.net> From: Michael Graff Date: 22 Jul 1996 16:48:55 -0400 In-Reply-To: person's message of Sun, 21 Jul 1996 23:26:34 -0400 (EDT) Message-ID: Lines: 13 X-Mailer: Gnus v5.2.36/Emacs 19.31 Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk person writes: > Hi, I am a regular user of phoenix.dal.net and I don't usually have any > problems with it but this evening when i tried to get on it said closing > link: silly[205.212.145.55](no more connections) ***disconnected. This > problem has never occured before. Would you please help me figure out a > solution to my dilemma. I don't think you really wanted to mail this to bugs@freebsd.org... Try ``dalnet@dal.net'' instead. --Michael From owner-freebsd-bugs Mon Jul 22 14:43:21 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA12982 for bugs-outgoing; Mon, 22 Jul 1996 14:43:21 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id OAA12968 for ; Mon, 22 Jul 1996 14:43:16 -0700 (PDT) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id XAA19882; Mon, 22 Jul 1996 23:43:11 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id XAA05928; Mon, 22 Jul 1996 23:43:11 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id WAA05655; Mon, 22 Jul 1996 22:37:06 +0200 (MET DST) From: J Wunsch Message-Id: <199607222037.WAA05655@uriah.heep.sax.de> Subject: Re: bin/1411: vi dumps core when using 'set list' To: dg@Root.COM Date: Mon, 22 Jul 1996 22:37:06 +0200 (MET DST) Cc: marcs@valis.worldgate.com, joerg_wunsch@uriah.heep.sax.de, freebsd-bugs@freefall.freebsd.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199607221806.LAA00336@root.com> from David Greenman at "Jul 22, 96 11:06:46 am" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As David Greenman wrote: > There is a known bug with -O2. That's why we don't use it. The problem is > with strength reduction. Try adding: -fno-strength-reduce and see if the > bug goes away. I thought we're working around this bug? revision 1.5 date: 1996/01/04 04:44:47; author: jkh; state: Exp; lines: +5 -0 Work around optimizer strength reduction bug. Submitted by: Richard Henderson Obtained from: bug-gcc@prep.ai.mit.edu -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Mon Jul 22 14:43:36 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA13025 for bugs-outgoing; Mon, 22 Jul 1996 14:43:36 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id OAA12998 for ; Mon, 22 Jul 1996 14:43:25 -0700 (PDT) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id XAA19901; Mon, 22 Jul 1996 23:43:20 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id XAA05932; Mon, 22 Jul 1996 23:43:19 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id WAA06492; Mon, 22 Jul 1996 22:46:54 +0200 (MET DST) From: J Wunsch Message-Id: <199607222046.WAA06492@uriah.heep.sax.de> Subject: Re: bin/1411: vi dumps core when using 'set list' To: marcs@valis.worldgate.com (Marc Slemko) Date: Mon, 22 Jul 1996 22:46:54 +0200 (MET DST) Cc: joerg_wunsch@uriah.heep.sax.de, freebsd-bugs@freefall.freebsd.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: from Marc Slemko at "Jul 22, 96 11:04:22 am" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Marc Slemko wrote: > Hmm. Well, I tried compiling it once again, this time with CFLAGS set to > "-O2 -m486 -pipe" and the problem was not there. Trying with "-O2 -m486", > the problem still wasn't there. With one of -O2 or -m486, it is still > there. Hey, I just tried -m486 again and it won't show up. Grr. Try > just using -O2 and see if you can make it show up. Ah, that's the key. Now i'm getting it, too! -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Mon Jul 22 14:43:49 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA13085 for bugs-outgoing; Mon, 22 Jul 1996 14:43:49 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id OAA13059 for ; Mon, 22 Jul 1996 14:43:42 -0700 (PDT) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id XAA19913; Mon, 22 Jul 1996 23:43:25 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id XAA05935; Mon, 22 Jul 1996 23:43:23 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id XAA07235; Mon, 22 Jul 1996 23:37:05 +0200 (MET DST) From: J Wunsch Message-Id: <199607222137.XAA07235@uriah.heep.sax.de> Subject: Re: bin/1411: vi dumps core when using 'set list' To: marcs@valis.worldgate.com Date: Mon, 22 Jul 1996 23:37:05 +0200 (MET DST) Cc: freebsd-bugs@FreeBSD.org (FreeBSD bugs list), bostic@bostic.com (Keith Bostic) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: from j at "Jul 22, 96 10:46:53 pm" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-bugs@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As j wrote: > > Hmm. Well, I tried compiling it once again, this time with CFLAGS set to > > "-O2 -m486 -pipe" and the problem was not there. Trying with "-O2 -m486", > > the problem still wasn't there. With one of -O2 or -m486, it is still > > there. Hey, I just tried -m486 again and it won't show up. Grr. Try > > just using -O2 and see if you can make it show up. > > Ah, that's the key. Now i'm getting it, too! Well, i can now see the error. It still occurs when compiling with -g, and happens inside function svi_line() here: if (scno < cols_per_screen) { /* If didn't paint the whole line, update the cache. */ smp->c_ecsize = smp->c_eclen = KEY_LEN(sp, ch); ^^^^^^^^^^^^^^^ smp->c_eboff = len - 1; KEY_LEN itself is a macro: #define KEY_LEN(sp, ch) \ ((ch) <= MAX_FAST_KEY ? \ sp->gp->cname[ch].len : __key_len(sp, ch)) The bug experiences since `ch' in the given context is declared as a (signed) int, but apparently contains a stack address. That's the failing piece of code: 0x2c0eb : cmpl $0xfe,0xffffffd8(%ebp) 0x2c0f2 : jg 0x2c110 Here's the comparision against MAX_FAST_KEY (254 alias 0xfe). 0x2c0f4 : movl 0x8(%ebp),%edi 0x2c0f7 : movl 0x8(%edi),%eax Now, %eax contains sp->gp. 0x2c0fa : movl 0xffffffd8(%ebp),%ecx 0x2c0fd : leal (%ecx,%ecx,2),%edx That's `ch' taken, and shifted left by four, to form sp->gp->cname[ch]. 0x2c100 : movb 0x91(%eax,%edx,2),%al That's finally the failing instruction, where the bad memory access happens. Now: (gdb) x 0xffffffd8 + $ebp 0xefbfd0e0 : 0xefbfd100 That's the current value of `ch'. Since it is being cast to an int, it is negative, and thus unintentionally less than 254, but of course still way out of bounds for the cname[] array. I'm not quite familar with that code, but it simply looks as if `ch' were uninitialized in that particular case. This would explain why it only happens with -O2, but not with -O2 -m486. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Mon Jul 22 16:50:03 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA22057 for bugs-outgoing; Mon, 22 Jul 1996 16:50:03 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA22051; Mon, 22 Jul 1996 16:50:01 -0700 (PDT) Resent-Date: Mon, 22 Jul 1996 16:50:01 -0700 (PDT) Resent-Message-Id: <199607222350.QAA22051@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, rhh@stealth.ct.picker.com Received: from stealth.ct.picker.com ([144.54.61.10]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id QAA21649 for ; Mon, 22 Jul 1996 16:46:16 -0700 (PDT) Received: (from rhh@localhost) by stealth.ct.picker.com (8.7.5/8.7.3) id TAA01335; Mon, 22 Jul 1996 19:45:43 GMT Message-Id: <199607221945.TAA01335@stealth.ct.picker.com> Date: Mon, 22 Jul 1996 19:45:43 GMT From: Randall Hopper Reply-To: rhh@stealth.ct.picker.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/1419: EXT2FS Bug Parsing Mount Opts (SNAP & current) / core dump Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1419 >Category: bin >Synopsis: EXT2FS Bug Parsing Mount Opts (SNAP & current) / core dump >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Jul 22 16:50:00 PDT 1996 >Last-Modified: >Originator: Randall Hopper >Organization: self >Release: FreeBSD 2.2-960612-SNAP i386 >Environment: (Not really relevent, but:) 2 IDE hard disks, multiple FreeBSD UFS and DOS partitions w/ one EXT2FS on wd1. >Description: mount_ext2fs core dumps when mount options other than "ro" are specified. >How-To-Repeat: mount ext2fs file system with options other than or in addition to "ro". E.g. insert /etc/fstab entry: /dev/wd1s3 /linux ext2fs ro,noauto 1 1 and mount /linux. >Fix: The cause of the problem is that an old mntopts.h (missing the new m_altloc field) exists in the sbin/mount_ext2fs directory, resulting in mismatched definitions between mount_ext2fs.o and getmntopts.o when mount_ext2fs is built. This fix that worked for me is: - (cd /usr/src; untar ssbin.??) - cd sbin/mount_ext2fs - rm mnttab.h *.o - edit mount_ext2fs.c and add ",0" to end of getmntopts()' argument lst - make - mv mount_ext2fs /sbin This problem appears to still exists in the -current tree. I believe the mntopts.h file in the sbin/mount_ext2fs directory just needs deleted from this directory and mount_ext2fs.c updated as described above. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Jul 22 17:47:16 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA25315 for bugs-outgoing; Mon, 22 Jul 1996 17:47:16 -0700 (PDT) Received: from hera.cwi.nl (hera.cwi.nl [192.16.191.1]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id RAA25307; Mon, 22 Jul 1996 17:47:12 -0700 (PDT) Received: from zeus.cwi.nl by hera.cwi.nl with SMTP id ; Tue, 23 Jul 1996 02:46:56 +0200 Received: by zeus-184.cwi.nl id ; Tue, 23 Jul 1996 02:47:08 +0200 Date: Tue, 23 Jul 1996 02:47:08 +0200 From: Andries.Brouwer@cwi.nl Message-Id: <9607230047.AA11383=aeb@zeus-184.cwi.nl> To: Andries.Brouwer@cwi.nl, bde@zeta.org.au, j@uriah.heep.sax.de, jkh@time.cdrom.com Subject: Re: installation fails Cc: freebsd-bugs@freebsd.org, questions@freebsd.org Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk From j@uriah.heep.sax.de Sat Jul 20 20:39:16 1996 As Andries.Brouwer@cwi.nl wrote: > I am searching for the way to communicate to a FreeBSD kernel > what device contains the root file system. There are basically two opportunities. You can configure a custom kernel, and tell it config kernel root on sd1 But then, the bootstrap defaults to override this statement, ... The second version is to create a `generic' kernel (alas, the GENERIC kernel is not a `generic' one), and use the -a option to the boot loader, ... Both options are not very satisfactory to you. ... As far as I can see, they are not satisfactory for a more basic reason: 1) The install floppy does not seem to react to the -a or -r flags. 2) This `configure' activity you refer to sounds suspiciously like compiling a kernel. I don't know how to do this. [A feeble attempt using the fixit floppy and mount /dev/sd1a /mnt; mount /mnt/dev/sd1f /mnt/usr PATH=/mnt/bin:/mnt/sbin:/mnt/usr/bin:$PATH cd sys make fails on "make: no ld.so", and at first sight I couldn't find ld.so either. Every other program not on the floppy fails in the same way.] In other words, this sounds like a solution that requires an already functioning FreeBSD system. > Wat is the naming scheme for > disks and partitions and slices? sd0s2a partition `a' (presumably bootable) of second slice on third SCSI disk, slice has a BSD label You don't mean first SCSI disk? ... have a BSD label (i.e., can be a MS-Dog slice) I never understood why people cannot be sufficiently open-minded to spell the names of their opponents correctly. Maybe this is a GNUism? From: Bruce Evans 0:sd(2,a)/kernel would work to boot from BIOS hard drive 0 to FreeBSD SCSI drive 2. Unfortunately, `0:' means hard drive 0 - there is no way to boot from floppy drive 0 to another drive even when you have loaded the boot program from floppy drive 0. Perhaps the BIOS drive number should be the full number - 0 for floppy drive 0 and 0x80 for hard drive 0. So no luck today. From jkh@time.cdrom.com Mon Jul 22 20:14:40 1996 > As I understand, FreeBSD does not yet support installing over > a SLIP link (and moreover, it would be too slow). Not true, it does indeed support that. Very good. Then the handbook should be updated, since it explicitly mentions the opposite. > I made it by tarring a directory with contents > > HARDWARE.TXT RELNOTES.TXT dict/ info/ src/ > INSTALL.TXT bin/ doc/ manpages/ xperimnt/ > KNOWNBUG.TXT commerce/ floppies/ ports/ > README.TXT compat21/ games/ proflibs/ I don't see compat20 or compat1x here, for example. Yes, that is what I said. The install procedure wanted 4 things that it couldn't find, while 2 were in fact there, and I took the full 2.1.5-RELEASE from some mirror site. So, both the fact that it wanted absent things and the fact that it complained about present things seem to be flaws in the installation procedure. But if I am not mistaken the upshot of this experiment is that I can delete FreeBSD again from my fifth disk. Nobody has so far suggested an approach that might get it to boot. [I can compile Linux on non-Linux machines, like a SUN Sparc with SunOS or an SGI with IRIX. Does the FreeBSD kernel source allow cross compilation? Do I need a special make?] All the best - Andries From owner-freebsd-bugs Mon Jul 22 18:13:28 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA27264 for bugs-outgoing; Mon, 22 Jul 1996 18:13:28 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id SAA27232; Mon, 22 Jul 1996 18:13:22 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id SAA02425; Mon, 22 Jul 1996 18:12:52 -0700 (PDT) To: Andries.Brouwer@cwi.nl cc: bde@zeta.org.au, j@uriah.heep.sax.de, freebsd-bugs@freebsd.org, questions@freebsd.org Subject: Re: installation fails In-reply-to: Your message of "Tue, 23 Jul 1996 02:47:08 +0200." <9607230047.AA11383=aeb@zeus-184.cwi.nl> Date: Mon, 22 Jul 1996 18:12:52 -0700 Message-ID: <2423.838084372@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Very good. Then the handbook should be updated, since it explicitly > mentions the opposite. Where? Jordan From owner-freebsd-bugs Mon Jul 22 20:56:11 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA11121 for bugs-outgoing; Mon, 22 Jul 1996 20:56:11 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id UAA11087 for ; Mon, 22 Jul 1996 20:56:00 -0700 (PDT) Received: from nico.aarnet.edu.au (nico.aarnet.edu.au [139.130.204.16]) by who.cdrom.com (8.6.12/8.6.11) with ESMTP id UAA00726 for ; Mon, 22 Jul 1996 20:55:54 -0700 Received: from nico.telstra.net (nico.aarnet.edu.au [139.130.204.16]) by nico.aarnet.edu.au (8.6.10/8.6.10) with SMTP id NAA04861 for ; Tue, 23 Jul 1996 13:50:03 +1000 Date: Tue, 23 Jul 1996 13:50:02 +1000 (EST) From: Wayne Farmer To: bugs@freebsd.org Subject: kernel compilation problem Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I have compiled numerous 2.1.0 kernels with little problem but when I try to compile the 2.1.5 versions, I get the following : ... ... cc -O -W -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit -nostdinc -I. -I../.. -I../../sys -I/usr/include -DGENERIC -DI586_CPU -DI486_CPU -DSYSVMSG -DSYSVSEM -DSYSVSHM -DUCONSOLE -DBOUNCE_BUFFERS -DSCSI_DELAY=15 -DCOMPAT_43 -DPROCFS -DCD9660 -DMSDOSFS -DNFS -DFFS -DINET -DMATH_EMULATE -DKERNEL -Di386 -DLOAD_ADDRESS=0xF0100000 -c vers.c loading kernel ip_input.o: Undefined symbol `_ip_fw_chk_ptr' referenced from text segment ip_input.o: Undefined symbol `_ip_fw_chain' referenced from text segment ip_input.o: Undefined symbol `_ip_fw_chk_ptr' referenced from text segment ip_input.o: Undefined symbol `_ip_acct_cnt_ptr' referenced from text segment ip_input.o: Undefined symbol `_ip_acct_chain' referenced from text segment ip_input.o: Undefined symbol `_ip_acct_cnt_ptr' referenced from text segment ip_output.o: Undefined symbol `_ip_acct_cnt_ptr' referenced from text segment ip_output.o: Undefined symbol `_ip_acct_chain' referenced from text segment ip_output.o: Undefined symbol `_ip_acct_cnt_ptr' referenced from text segment raw_ip.o: Undefined symbol `_ip_fw_ctl_ptr' referenced from text segment raw_ip.o: Undefined symbol `_ip_fw_ctl_ptr' referenced from text segment raw_ip.o: Undefined symbol `_ip_acct_ctl_ptr' referenced from text segment raw_ip.o: Undefined symbol `_ip_acct_ctl_ptr' referenced from text segment *** Error code 1 Stop. -------------------------------------------------- It looks like the IP filtering stuff is turned on but I haven't done it. Is this a bug or a knowledge deficit on my part ? Wayne From owner-freebsd-bugs Mon Jul 22 22:20:17 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA14646 for bugs-outgoing; Mon, 22 Jul 1996 22:20:17 -0700 (PDT) Received: from baloon.mimi.com (sjx-ca73-58.ix.netcom.com [207.93.129.122]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id WAA14639 for ; Mon, 22 Jul 1996 22:20:14 -0700 (PDT) Received: (from asami@localhost) by baloon.mimi.com (8.7.5/8.6.12) id WAA13151; Mon, 22 Jul 1996 22:20:02 -0700 (PDT) Date: Mon, 22 Jul 1996 22:20:02 -0700 (PDT) Message-Id: <199607230520.WAA13151@baloon.mimi.com> To: joerg_wunsch@uriah.heep.sax.de CC: jkh@time.cdrom.com, freebsd-bugs@freefall.freebsd.org In-reply-to: <199607220605.IAA03829@uriah.heep.sax.de> (message from J Wunsch on Mon, 22 Jul 1996 08:05:17 +0200 (MET DST)) Subject: Re: misc/1413: Missing Library From: asami@cs.berkeley.edu (Satoshi Asami) Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk * That alone wouldn't matter. They will be linked statically by * default. ...Perhaps emacs uses its own ld magic? Remember, our * trickery works only if you use cc(1) to link the binary (since the cc * specs explicitly use libgcc.a). * * Satoshi, you should perhaps put legacy shared libs on thud into * /usr/legacy or something else which is only made known to the system * by ldconfig. This way, neither cc nor ld can pick up the wrong libs. Thanks, I did that. The libgcc shared lib is in /usr/lib/compat. Anything else? (libcompat.so.* doesn't exist.) I also wrote a small script to check these things easily. Use it like "ldgrep gcc /usr/local/bin/*". I am rebuilding the -current emacs and xemacs packages. (Unfortunately, the ones for 2.1.5 will have to stay that way because the CD is already mastered....) Satoshi ======= #!/bin/sh # # usage: ldgrep str executables... # grepstr="$1" shift ldd "$@" 2> /dev/null | \ awk '/:/{bin=$1;next} {printf("%s%s\n",bin,$0)}' | \ sed -e 's/ / /g' | \ egrep "$grepstr" From owner-freebsd-bugs Mon Jul 22 22:30:03 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA14976 for bugs-outgoing; Mon, 22 Jul 1996 22:30:03 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA14968; Mon, 22 Jul 1996 22:30:02 -0700 (PDT) Date: Mon, 22 Jul 1996 22:30:02 -0700 (PDT) Message-Id: <199607230530.WAA14968@freefall.freebsd.org> To: freebsd-bugs Cc: From: asami@cs.berkeley.edu (Satoshi Asami) Subject: Re: misc/1413: Missing Library Reply-To: asami@cs.berkeley.edu (Satoshi Asami) Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR misc/1413; it has been noted by GNATS. From: asami@cs.berkeley.edu (Satoshi Asami) To: freebsd-gnats-submit@freefall.freebsd.org Cc: Subject: Re: misc/1413: Missing Library Date: Mon, 22 Jul 1996 22:21:07 -0700 (PDT) * This file is in the compat20 distribution. I'm not sure how/why emacs * got linked with it, mind you. Perhaps Satoshi built it on a machine * which still had some of the old libraries lying around. Well, that machine is called admin1, and I don't know who's fault it is but *I* surely didn't install the old libraries! :) Satoshi From owner-freebsd-bugs Tue Jul 23 00:51:24 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA24784 for bugs-outgoing; Tue, 23 Jul 1996 00:51:24 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id AAA24754; Tue, 23 Jul 1996 00:51:09 -0700 (PDT) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id JAA05028; Tue, 23 Jul 1996 09:50:55 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id JAA12198; Tue, 23 Jul 1996 09:50:55 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id JAA09419; Tue, 23 Jul 1996 09:36:02 +0200 (MET DST) From: J Wunsch Message-Id: <199607230736.JAA09419@uriah.heep.sax.de> Subject: Re: installation fails To: Andries.Brouwer@cwi.nl Date: Tue, 23 Jul 1996 09:36:02 +0200 (MET DST) Cc: bde@zeta.org.au, jkh@time.cdrom.com, freebsd-bugs@FreeBSD.org, questions@FreeBSD.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <9607230047.AA11383=aeb@zeus-184.cwi.nl> from "Andries.Brouwer@cwi.nl" at "Jul 23, 96 02:47:08 am" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-bugs@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As Andries.Brouwer@cwi.nl wrote: > As far as I can see, they are not satisfactory for a more basic reason: > 1) The install floppy does not seem to react to the -a or -r flags. It doesn't react to -a (it's not ``generic''). It should react to -r, but that's certainly of no use for you, since the preconfigured root device is wd0. > 2) This `configure' activity you refer to sounds suspiciously like > compiling a kernel. I don't know how to do this. Read the handbook. It's also available on the Web. > [A feeble attempt using the fixit floppy and > mount /dev/sd1a /mnt; mount /mnt/dev/sd1f /mnt/usr > PATH=/mnt/bin:/mnt/sbin:/mnt/usr/bin:$PATH > cd sys > make > fails on "make: no ld.so", and at first sight I couldn't find ld.so > either. Every other program not on the floppy fails in the same way.] You can "chroot /mnt" from the fixit floppy. If there's no chroot binary, execute it as /mnt/usr/sbin/chroot. (This assumes you've got your partitions mounted below /mnt on the fixit floppy, in exact the same manner as it would be mounted standalone.) You wrote that you've got experience with Unix, so i assumed things like this are obvious for you, sorry. > sd0s2a partition `a' (presumably bootable) of second > slice on third SCSI disk, slice has a BSD label > > You don't mean first SCSI disk? sd0 is the first SCSI disk, yes. Confusion of mine. > ... have a BSD label (i.e., can be a MS-Dog slice) > > I never understood why people cannot be sufficiently open-minded > to spell the names of their opponents correctly. Maybe this is a GNUism? It's not an opponent, but a common pun. ;-) I could have written ``MS-Doof'' (a very common pun here), but i'm afraid you wouldn't have got it... -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Tue Jul 23 01:44:55 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA28451 for bugs-outgoing; Tue, 23 Jul 1996 01:44:55 -0700 (PDT) Received: from teil.soft.net (tata_elxsi.soft.net [164.164.10.2]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id BAA28442 for ; Tue, 23 Jul 1996 01:44:40 -0700 (PDT) Received: from localhost by teil.soft.net via SMTP (920330.SGI/920502.SGI.JF) for bugs@FreeBSD.org id AA11995; Tue, 23 Jul 96 14:13:40 -0800 Date: Tue, 23 Jul 1996 14:13:39 -0800 (PST) From: "K.V.S. Sankaram" To: bugs@FreeBSD.org Subject: Shared Memory Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk When I create a shared memory using a particular key number and try to create the same shared memory, this time with the IPC_EXCL flag ORed with IPC_CREAT, the function * is not * giving the EEXIST error. The same program executed on another UNIX machine is working correctly(i.e., giving the EEXIST error). -------------------------------------------------------------------- | K.V.S. Sankaram | CORPORATE OFFICE : | D&D CENTRE : | | Sr. Engr.(D&D) | | | | Tata Elxsi(India) Ltd. | 123, Richmond Road | Hoody, | | | Bangalore -- 560025 | Whitefield Road | | Tel: 8452016, 8452017, | | Mahadevapura Post | | 8452185 | Tel: | Bangalore -- 560048 | | Extn: 223 | 5563945, 5564872 | | | | 563956, 564835 | Fax: 8452019 | | e-mail: | | | | kasturi@teil.soft.net | Fax: 5583168 | | -------------------------------------------------------------------- From owner-freebsd-bugs Tue Jul 23 02:36:01 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id CAA02051 for bugs-outgoing; Tue, 23 Jul 1996 02:36:01 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id CAA02004; Tue, 23 Jul 1996 02:35:35 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id QAA22004; Tue, 23 Jul 1996 16:35:12 +1000 Date: Tue, 23 Jul 1996 16:35:12 +1000 From: Bruce Evans Message-Id: <199607230635.QAA22004@godzilla.zeta.org.au> To: Andries.Brouwer@cwi.nl, bde@zeta.org.au, j@uriah.heep.sax.de, jkh@time.cdrom.com Subject: Re: installation fails Cc: freebsd-bugs@FreeBSD.org, questions@FreeBSD.org Sender: owner-bugs@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > Both options are not very satisfactory to you. ... >As far as I can see, they are not satisfactory for a more basic reason: >1) The install floppy does not seem to react to the -a or -r flags. -r should work to boot from the default rootdev. The default is wd0a so it doesn't work for you. >2) This `configure' activity you refer to sounds suspiciously like > compiling a kernel. I don't know how to do this. > [A feeble attempt using the fixit floppy and > mount /dev/sd1a /mnt; mount /mnt/dev/sd1f /mnt/usr > PATH=/mnt/bin:/mnt/sbin:/mnt/usr/bin:$PATH > cd sys > make > fails on "make: no ld.so", and at first sight I couldn't find ld.so > either. Every other program not on the floppy fails in the same way.] >In other words, this sounds like a solution that requires an >already functioning FreeBSD system. Try using `chroot /mnt' after the above mount. It sort of works here. The /usr on my test machine is nfs-mounted and this is too much trouble to set up on the install disk, and running /etc/rc didn't work (mount doesn't work properly in chrooted environments), but there should be no problems running non-system applications in the chrooted environment. Running make in /sys doesn't do much. You need to edit the kernel config and run config on it and cd to the kernel compile directory and run make and `make install' there. > sd0s2a partition `a' (presumably bootable) of second > slice on third SCSI disk, slice has a BSD label >You don't mean first SCSI disk? Yes. Or the zeroth SCSI disk :-). > ... have a BSD label (i.e., can be a MS-Dog slice) >But if I am not mistaken the upshot of this experiment is that I >can delete FreeBSD again from my fifth disk. Nobody has >so far suggested an approach that might get it to boot. See above. Another approach: boot the fixit disk mount and mount the final root partition on /mnt as above; then edit /kernel using a binary editor to change the variable `rootdev' to the device number for the final root device using a binary editor; then boot with -r from a floppy. >[I can compile Linux on non-Linux machines, like a SUN Sparc >with SunOS or an SGI with IRIX. Does the FreeBSD kernel source >allow cross compilation? Do I need a special make?] The makefiles have BSDisms so it would be easiest to use a previously ported version of BSD make. Bruce From owner-freebsd-bugs Tue Jul 23 08:50:08 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA21694 for bugs-outgoing; Tue, 23 Jul 1996 08:50:08 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA21681; Tue, 23 Jul 1996 08:50:02 -0700 (PDT) Resent-Date: Tue, 23 Jul 1996 08:50:02 -0700 (PDT) Resent-Message-Id: <199607231550.IAA21681@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, james@jraynard.demon.co.uk Received: from relay-5.mail.demon.net (relay-5.mail.demon.net [158.152.1.48]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id IAA21441 for ; Tue, 23 Jul 1996 08:46:35 -0700 (PDT) Received: from post.demon.co.uk by relay-5.mail.demon.net id bl07758; 23 Jul 96 10:30 +0100 Received: from jraynard.demon.co.uk ([158.152.42.77]) by relay-3.mail.demon.net id aa08188; 23 Jul 96 10:29 +0100 Received: (from james@localhost) by jraynard.demon.co.uk (8.7.5/8.6.12) id JAA00312; Tue, 23 Jul 1996 09:27:16 GMT Message-Id: <199607230927.JAA00312@jraynard.demon.co.uk> Date: Tue, 23 Jul 1996 09:27:16 GMT From: James Raynard Reply-To: james@jraynard.demon.co.uk To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/1420: panic vrele: negative reference count Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1420 >Category: kern >Synopsis: panic vrele: negative reference count >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Jul 23 08:50:01 PDT 1996 >Last-Modified: >Originator: James Raynard >Organization: James Raynard, Edinburgh, Scotland >Release: FreeBSD 2.2-CURRENT i386 >Environment: FreeBSD-current with all the latest VM code. >Description: System quiescent, CDROM mounted but not accessed for several hours. On attempting to unmount it, got cd0(ahc0:2:0): MEDIUM ERROR info:8c asc:2,0 No seek complete followed very shortly by panic vrele: negative reference count _vrele(f0b55100, f02bfa00, f0b6b200, f0b04900) at _vrele + 0x23 _end(f0b2fa00, f0b6b200, f0b2fa00, f0bc0700) at 0xf4f04f4e _dounmount(f0b2fa00, f0b6b200, f01a4ec0, f0b6b200) at _dounmount + 0x90 _unmount(f0b6b200, efbfff94, efbfff84, 0, 282a6) at _unmount + 0x94 >How-To-Repeat: >Fix: Dunno, sorry. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue Jul 23 12:31:08 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA06146 for bugs-outgoing; Tue, 23 Jul 1996 12:31:08 -0700 (PDT) Received: (from peter@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA06126; Tue, 23 Jul 1996 12:31:07 -0700 (PDT) Date: Tue, 23 Jul 1996 12:31:07 -0700 (PDT) From: Peter Wemm Message-Id: <199607231931.MAA06126@freefall.freebsd.org> To: rhh@stealth.ct.picker.com, peter, freebsd-bugs Subject: Re: bin/1419 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: EXT2FS Bug Parsing Mount Opts (SNAP & current) / core dump State-Changed-From-To: open-closed State-Changed-By: peter State-Changed-When: Tue Jul 23 12:29:49 PDT 1996 State-Changed-Why: Suggested fix applied (rev 1.3 of src/sbin/mount_ext2fs.c) From owner-freebsd-bugs Tue Jul 23 13:00:05 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA08222 for bugs-outgoing; Tue, 23 Jul 1996 13:00:05 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA08189; Tue, 23 Jul 1996 13:00:02 -0700 (PDT) Resent-Date: Tue, 23 Jul 1996 13:00:02 -0700 (PDT) Resent-Message-Id: <199607232000.NAA08189@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, wollman@khavrinen.lcs.mit.edu Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [18.26.0.162]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id MAA07622 for ; Tue, 23 Jul 1996 12:52:40 -0700 (PDT) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.7.5/8.6.6) id PAA02018; Tue, 23 Jul 1996 15:52:34 -0400 (EDT) Message-Id: <199607231952.PAA02018@khavrinen.lcs.mit.edu> Date: Tue, 23 Jul 1996 15:52:34 -0400 (EDT) From: "Garrett A. Wollman" Reply-To: wollman@khavrinen.lcs.mit.edu To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/1421: Non-bug in sosend() Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1421 >Category: kern >Synopsis: Non-bug in sosend() >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Jul 23 13:00:00 PDT 1996 >Last-Modified: >Originator: Garrett Wollman >Organization: MIT Laboratory for Computer Science >Release: FreeBSD 2.2-CURRENT i386 >Environment: -current as of 7/23, although I have no reason to believe that this bug has not existed for a very long time indeed. >Description: While in the process of re-working sosend() for TCP, I noticed this odd bit of code: if (resid < 0) return (EINVAL); This is preceded by a comment explaining why resid is signed in the first place. BUT, note that this code exits immediately without freeing `control', which it does in all other error cases. (It also doesn't free `top' but that case is not relevant here.) Having noticed this, I then attempted to demonstrate the memory leak. However, I determined that it was impossible to do so, because all of the possible entry points where a user program might set up its own `iovec' check for overflow when computing `uio->uio_resid' and trap the error before sosend() ever sees it. This is true in particular of sendmsg(2), which is the only system call resulting in anything in `control' to begin with. So, the entire test is a logical error and should be eliminated (or at least hidden under #ifdef DIAGNOSTIC). I seem to recall a time when this test was actually necessary. >How-To-Repeat: Inspect the code. >Fix: Well, it doesn't matter much, but it would not be a bad thing to #ifdef out the test. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue Jul 23 20:30:07 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA08422 for bugs-outgoing; Tue, 23 Jul 1996 20:30:07 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA08400; Tue, 23 Jul 1996 20:30:04 -0700 (PDT) Resent-Date: Tue, 23 Jul 1996 20:30:04 -0700 (PDT) Resent-Message-Id: <199607240330.UAA08400@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, muir@idiom.com Received: from idiom.com (idiom.com [140.174.82.4]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id UAA08044 for ; Tue, 23 Jul 1996 20:25:29 -0700 (PDT) Received: (from muir@localhost) by idiom.com (8.7.5/8.6.12) id UAA04245; Tue, 23 Jul 1996 20:25:28 -0700 (PDT) Message-Id: <199607240325.UAA04245@idiom.com> Date: Tue, 23 Jul 1996 20:25:28 -0700 (PDT) From: David Muir Sharnoff Reply-To: muir@idiom.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: ports/1422: make in /usr/ports doens't doesn't notice new version Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1422 >Category: ports >Synopsis: make in /usr/ports doens't doesn't notice new version >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Jul 23 20:30:02 PDT 1996 >Last-Modified: >Originator: David Muir Sharnoff >Organization: Idiom Consulting >Release: FreeBSD 2.1-STABLE i386 >Environment: FreeBSD 2.1.499999 (I'm just about 2.1.5) >Description: Typing make in /usr/ports/lang/perl didn't build a new perl. Why? 'cuase there was a work directory for the old version hanging about. >How-To-Repeat: Find a port that's changed. Build the old version. Update the port. Try building the new version w/o first doing a make clean. >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Wed Jul 24 02:49:04 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id CAA09548 for bugs-outgoing; Wed, 24 Jul 1996 02:49:04 -0700 (PDT) Received: from nomina.lu.se (nomina.lu.se [130.235.132.90]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id CAA09542 for ; Wed, 24 Jul 1996 02:49:00 -0700 (PDT) Received: from patkassa1.odkansli.lu.se by nomina.lu.se with SMTP (5.65/IDA-1.2.8) id AA13750; Wed, 24 Jul 96 11:49:35 +0200 Message-Id: <31F5F309.7875@ODuciv.lu.se> Date: Wed, 24 Jul 1996 11:55:21 +0200 From: Per-Olav Gramstad X-Mailer: Mozilla 2.02 (Win95; I) Mime-Version: 1.0 To: bugs@FreeBSD.org Subject: 2.2-960612-SNAP BUG Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-bugs@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Hello FreeBSD! We at the university centre for interactive video in Lund, Sweden, greets FreeBSD and express our gratitude for your efforts in supporting FreeBSD. In one of the projects at Lund University we are making good use of the FreeBSD-platform as a host for our imagearchive. During our work with the imagearchive we installed 2.2-960612-SNAP on one of our ASUS machines and found ourselves in trouble with accessing the SCSI-resources. The message was: "/kernel: bt0: not taking commands! /kernel: bt0: Debugger("bt742a") called. /kernel: bt0: Abort operation has timed out" Our SCSI-controller is a PCI device, BusLogic BT-956C. Per-Olav.Gramstad@ODuciv.lu.se From owner-freebsd-bugs Wed Jul 24 06:50:03 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id GAA19928 for bugs-outgoing; Wed, 24 Jul 1996 06:50:03 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id GAA19920; Wed, 24 Jul 1996 06:50:01 -0700 (PDT) Resent-Date: Wed, 24 Jul 1996 06:50:01 -0700 (PDT) Resent-Message-Id: <199607241350.GAA19920@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, zach@blizzard.gaffaneys.com Received: from freebsd.gaffaneys.com (dialup2.gaffaneys.com [134.129.252.21]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id GAA19659 for ; Wed, 24 Jul 1996 06:44:36 -0700 (PDT) Received: (from zach@localhost) by freebsd.gaffaneys.com (8.7.5/8.7.3) id IAA00279; Wed, 24 Jul 1996 08:45:37 -0500 (CDT) Message-Id: <199607241345.IAA00279@freebsd.gaffaneys.com> Date: Wed, 24 Jul 1996 08:45:37 -0500 (CDT) From: Zach Heilig Reply-To: zach@blizzard.gaffaneys.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/1423: route causes kernel page fault. Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1423 >Category: kern >Synopsis: route causes kernel page fault. >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Jul 24 06:50:00 PDT 1996 >Last-Modified: >Originator: Zach Heilig >Organization: none >Release: FreeBSD 2.1.5-RELEASE i386 >Environment: FreeBSD 2.1.5 (before the release was re-rolled) >Description: Running route can cause a kernel page fault. I did a little bit of tracking, and it seems to be faulting in the kernel copy of bcmp(). I didn't have anyway to log the console message, so here are the related pieces (the numbers that are there are in the order they were on the screen, I may have omitted some trailing numbers that didn't look interesting, and I abbreviated freely on my notepad): Fatal trap 12: page fault while in kernel mode. supervisor read, page not present. ip: 0x8:0xf016f562 cs: 0x0:0xfffff,0x1b cp: 165 (route) im: net interesting output from 'nm -n /kernel': f016f4e5 t cpystrflt_x f016f508 T _copystr f016f540 T _ffs f016f54c T _bcmp f016f574 T _lgdt f016f598 T _lidt f016f5a0 T _lldt Obviously, it's not directly bcmp()'s fault. A stack trace would be more helpful (but I don't have one yet). >How-To-Repeat: $ route add default -link tun0 (is there a way to specify default traffic goes out tun0?) >Fix: Don't know. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Wed Jul 24 07:40:05 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA22775 for bugs-outgoing; Wed, 24 Jul 1996 07:40:05 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA22759; Wed, 24 Jul 1996 07:40:02 -0700 (PDT) Date: Wed, 24 Jul 1996 07:40:02 -0700 (PDT) Message-Id: <199607241440.HAA22759@freefall.freebsd.org> To: freebsd-bugs Cc: From: Garrett Wollman Subject: kern/1423: route causes kernel page fault. Reply-To: Garrett Wollman Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/1423; it has been noted by GNATS. From: Garrett Wollman To: zach@blizzard.gaffaneys.com Cc: FreeBSD-gnats-submit@freebsd.org Subject: kern/1423: route causes kernel page fault. Date: Wed, 24 Jul 1996 10:33:33 -0400 < said: > $ route add default -link tun0 > (is there a way to specify default traffic goes out tun0?) The command you specified is bogus. (The machine shouldn't panic, but the command is still bogus.) # route add default xx.yy.zz.aa where xx.yy.zz.aa is the IP address of the /other/ end of the point-to-point link. If you don't know the address of the other end, then you should let ppp(8) manage it for you. -GAWollman -- Garrett A. Wollman | O Siem / We are all family / O Siem / We're all the same wollman@lcs.mit.edu | O Siem / The fires of freedom Opinions not those of| Dance in the burning flame MIT, LCS, ANA, or NSA| - Susan Aglukark and Chad Irschick From owner-freebsd-bugs Wed Jul 24 07:44:12 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA23035 for bugs-outgoing; Wed, 24 Jul 1996 07:44:12 -0700 (PDT) Received: from hera.cwi.nl (hera.cwi.nl [192.16.191.1]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id HAA23026; Wed, 24 Jul 1996 07:44:08 -0700 (PDT) Received: from zeus.cwi.nl by hera.cwi.nl with SMTP id ; Wed, 24 Jul 1996 16:43:53 +0200 Received: by zeus-184.cwi.nl id ; Wed, 24 Jul 1996 16:43:34 +0200 Date: Wed, 24 Jul 1996 16:43:34 +0200 From: Andries.Brouwer@cwi.nl Message-Id: <9607241443.AA04743=aeb@zeus-184.cwi.nl> To: bde@zeta.org.au, dwhite@riley-net170-164.uoregon.edu, freebsd-bugs@FreeBSD.org, j@uriah.heep.sax.de, jkh@time.cdrom.com, questions@FreeBSD.org Subject: Re: installation fails Sender: owner-bugs@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk < It took me some time to figure things out, but at least the bootflop part functions well now. Have still to figure out why my small boot partition doesn't work. Now that I spent four or five hours to get to this point (and wasted the time of several helpful people), it may be a good idea to save this information somewhere in the handbook or elsewhere, so that other newbies can overcome this first hurdle somewhat more quickly. Andries > Problem: I have an `Install' and a `Fixit' floppy but cannot boot my FreeBSD system. How do I construct a boot floppy? Solution: Boot the Install floppy. Choose Fixit in the menu. # mount /dev/sd1a /mnt # cp /mnt2/stand/chroot /mnt/stand # /mnt/sbin/umount /mnt2 # /mnt/stand/chroot /mnt # mount /dev/sd1f /usr; mount /dev/sd1e /var # disklabel -B -r -w fd0 fd1440 # newfs -t2 -u18 -l1 -i65536 fd0 # mount /dev/fd0 /mnt2 # cp kernel /mnt2 # umount /mnt2 Discussion: One cannot write to fd0 (not even to rfd0) as long as the Fixit floppy is mounted. "umount /mnt2" fails with "Device busy" because the umount binary itself is read from the floppy. The system chroot (/usr/sbin/chroot) cannot be used because it requires /usr/libexec/ld.so, which is found only after the chroot. The floppy chroot cannot be used either, because after the "chroot" the floppy cannot be unmounted anymore. From owner-freebsd-bugs Wed Jul 24 07:50:03 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA23451 for bugs-outgoing; Wed, 24 Jul 1996 07:50:03 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA23445; Wed, 24 Jul 1996 07:50:01 -0700 (PDT) Date: Wed, 24 Jul 1996 07:50:01 -0700 (PDT) Message-Id: <199607241450.HAA23445@freefall.freebsd.org> To: freebsd-bugs Cc: From: goamatic Subject: Re: kern/1423: route causes kernel page fault. Reply-To: goamatic Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/1423; it has been noted by GNATS. From: goamatic To: Zach Heilig Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: kern/1423: route causes kernel page fault. Date: Wed, 24 Jul 1996 07:49:19 -0700 (PDT) On Wed, 24 Jul 1996, Zach Heilig wrote: > >How-To-Repeat: > > $ route add default -link tun0 > > (is there a way to specify default traffic goes out tun0?) Maybe route add default tun0_interface_ip == Chris Layne ======================================== Nervosa Computing == == coredump@nervosa.vendetta.com == http://nervosa.vendetta.com/~coredump == From owner-freebsd-bugs Wed Jul 24 08:50:05 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA26287 for bugs-outgoing; Wed, 24 Jul 1996 08:50:05 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA26279; Wed, 24 Jul 1996 08:50:02 -0700 (PDT) Resent-Date: Wed, 24 Jul 1996 08:50:02 -0700 (PDT) Resent-Message-Id: <199607241550.IAA26279@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, ikuo@isl.intec.co.jp Received: from ftp.intec.co.jp (root@is.intec.co.jp [133.230.1.34]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id IAA25963 for ; Wed, 24 Jul 1996 08:46:34 -0700 (PDT) Received: from queen.isl.intec.co.jp by ftp.intec.co.jp (8.7.5+2.6Wbeta6/3.4W4-generic) id AAA00535; Thu, 25 Jul 1996 00:46:21 +0900 (JST) Received: (from ikuo@localhost) by queen.isl.intec.co.jp (8.7.5/3.5Wbeta-generic) id AAA07347; Thu, 25 Jul 1996 00:46:20 +0900 (JST) Message-Id: <199607241546.AAA07347@queen.isl.intec.co.jp> Date: Thu, 25 Jul 1996 00:46:20 +0900 (JST) From: ikuo@isl.intec.co.jp Reply-To: ikuo@isl.intec.co.jp To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: misc/1424: MDXEnd ignores the second argument `buf'. Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1424 >Category: misc >Synopsis: MDXEnd ignores the second argument `buf'. >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Jul 24 08:50:01 PDT 1996 >Last-Modified: >Originator: Ikuo Nakagawa >Organization: INTEC Inc., Japan >Release: FreeBSD 2.1-STABLE i386 >Environment: System: FreeBSD 2.1.5-RELEASE >Description: MDXEnd() in lib/libmd/mdXhl.c ignores the second argument `buf', and always calls malloc(). >How-To-Repeat: >Fix: *** mdXhl.c.orig Thu Jul 25 00:39:00 1996 --- mdXhl.c Thu Jul 25 00:39:26 1996 *************** *** 23,29 **** MDXEnd(MDX_CTX *ctx, char *buf) { int i; ! char *p = malloc(33); unsigned char digest[16]; static const char hex[]="0123456789abcdef"; --- 23,29 ---- MDXEnd(MDX_CTX *ctx, char *buf) { int i; ! char *p = buf; unsigned char digest[16]; static const char hex[]="0123456789abcdef"; >Audit-Trail: >Unformatted: From owner-freebsd-bugs Wed Jul 24 08:51:33 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA26349 for bugs-outgoing; Wed, 24 Jul 1996 08:51:33 -0700 (PDT) Received: from falcon.tioga.com (root@falcon.tioga.com [205.146.65.5]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id IAA26340 for ; Wed, 24 Jul 1996 08:51:25 -0700 (PDT) Received: (from tbalfe@localhost) by falcon.tioga.com (8.7.5/8.6.12) id LAA16264; Wed, 24 Jul 1996 11:51:22 -0400 (EDT) Date: Wed, 24 Jul 1996 11:51:22 -0400 (EDT) From: Thomas J Balfe To: freebsd-bugs@freebsd.org Subject: process table? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Here's my least favorite of today. falcon: {27} ps aux | grep tbalfe tbalfe 16241 0.0 0.1 632 12 p0 RV 31Dec69 0:00.00 -tcsh (tcsh) tbalfe 16198 0.0 3.4 632 1024 p0 Ds 11:41AM 0:00.63 -tcsh (tcsh) tbalfe 16240 0.0 0.9 452 268 p0 R+ 11:43AM 0:00.01 ps -aux 31Dec69? falcon: {28} kill -9 16241 16241: No such process falcon: {29} date Wed Jul 24 11:44:45 EDT 1996 falcon: {30} uptime 11:48AM up 8 days, 19:14, 2 users, load averages: 0.00, 0.21, 0.56 It's my primary nameserver too. ======================================================================== Thomas J Balfe tbalfe@tioga.com President http://www.tioga.com/ Tioga Communications, Inc 814-867-4770 ======================================================================== "Humanity has been compared...to a sleeper who handles matches in his sleep and wakes to find himself in flames." - H.G. Wells The World Set Free 1914 From owner-freebsd-bugs Wed Jul 24 09:13:33 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA27257 for bugs-outgoing; Wed, 24 Jul 1996 09:13:33 -0700 (PDT) Received: from freefall.freebsd.org (localhost.cdrom.com [127.0.0.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id JAA27249; Wed, 24 Jul 1996 09:13:31 -0700 (PDT) Message-Id: <199607241613.JAA27249@freefall.freebsd.org> To: Per-Olav Gramstad cc: bugs@FreeBSD.org Subject: Re: 2.2-960612-SNAP BUG In-reply-to: Your message of "Wed, 24 Jul 1996 11:55:21 +0200." <31F5F309.7875@ODuciv.lu.se> Date: Wed, 24 Jul 1996 09:13:31 -0700 From: "Justin T. Gibbs" Sender: owner-bugs@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk >"/kernel: bt0: not taking commands! > /kernel: bt0: Debugger("bt742a") called. > /kernel: bt0: Abort operation has timed out" > >Our SCSI-controller is a PCI device, BusLogic BT-956C. > >Per-Olav.Gramstad@ODuciv.lu.se Can you try disabling all the devices in your kernel(boot with the -c flag) including bt0 (I know it doesn't make any sense, but bt0 is the ISA device in this case) that you don't need and see if this helps? -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-bugs Wed Jul 24 09:20:46 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA27553 for bugs-outgoing; Wed, 24 Jul 1996 09:20:46 -0700 (PDT) Received: from orion.webspan.net (root@orion.webspan.net [206.154.70.41]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id JAA27548 for ; Wed, 24 Jul 1996 09:20:44 -0700 (PDT) Received: from localhost (gpalmer@localhost [127.0.0.1]) by orion.webspan.net (8.7.5/8.6.12) with SMTP id MAA25785; Wed, 24 Jul 1996 12:20:32 -0400 (EDT) X-Authentication-Warning: orion.webspan.net: Host gpalmer@localhost [127.0.0.1] didn't use HELO protocol To: Thomas J Balfe cc: freebsd-bugs@freebsd.org From: "Gary Palmer" Subject: Re: process table? In-reply-to: Your message of "Wed, 24 Jul 1996 11:51:22 EDT." Date: Wed, 24 Jul 1996 12:20:31 -0400 Message-ID: <25781.838225231@orion.webspan.net> Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Thomas J Balfe wrote in message ID : > Here's my least favorite of today. > falcon: {27} ps aux | grep tbalfe > tbalfe 16241 0.0 0.1 632 12 p0 RV 31Dec69 0:00.00 -tcsh (tcsh) > tbalfe 16198 0.0 3.4 632 1024 p0 Ds 11:41AM 0:00.63 -tcsh (tcsh) > tbalfe 16240 0.0 0.9 452 268 p0 R+ 11:43AM 0:00.01 ps -aux > 31Dec69? I've seen this ... the process is often VERY short lived and very recently, so for some reason early in the initialisation the process start date is messed up. Once the process has been around for a context switch or two it's ok generally. Judging by the process ID's, it was probably the process that started the grep, so it could be something to do with the exec call. Gary -- Gary Palmer FreeBSD Core Team Member FreeBSD: Turning PC's into workstations. See http://www.FreeBSD.ORG/ for info From owner-freebsd-bugs Wed Jul 24 09:47:48 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA29382 for bugs-outgoing; Wed, 24 Jul 1996 09:47:48 -0700 (PDT) Received: from rs1.rrz.Uni-Koeln.DE (rs1.rrz.Uni-Koeln.DE [134.95.100.208]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id JAA29367 for ; Wed, 24 Jul 1996 09:47:40 -0700 (PDT) Received: from pc1.scs-koeln.de ([134.95.30.183]) by rs1.rrz.Uni-Koeln.DE with SMTP id AA56762 (5.67b/IDA-1.5 for ); Wed, 24 Jul 1996 18:47:23 +0200 Message-Id: <1.5.4.32.19960724164632.00689058@mail.rrz.uni-koeln.de> X-Sender: afr04@mail.rrz.uni-koeln.de X-Mailer: Windows Eudora Light Version 1.5.4 (32) Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Wed, 24 Jul 1996 18:46:32 +0200 To: freebsd-bugs@freebsd.org From: Ralf Luettgen Subject: Cannot install 2.1.5 over NFS Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hello. My configuration : 486-50MHz 16 MB RAM 1 GB SCSI HD Adaptex 1542 CF ET4000 grafic interface NE2000 Network interface on irq 10 iomem 300 My problem : After the boot from floppy disk, I go through the setup and if I arrived at Media I chose NFS. I put in the NFS-path to the distribution and then the local interface parameters. Then I get the message : SIGNAL 11, I'm died. Please, could somebody help me. Thanks Ralf From owner-freebsd-bugs Wed Jul 24 10:22:02 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA02087 for bugs-outgoing; Wed, 24 Jul 1996 10:22:02 -0700 (PDT) Received: from rs1.rrz.Uni-Koeln.DE (rs1.rrz.Uni-Koeln.DE [134.95.100.208]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id KAA02080 for ; Wed, 24 Jul 1996 10:21:57 -0700 (PDT) Received: from pc1.scs-koeln.de ([134.95.30.183]) by rs1.rrz.Uni-Koeln.DE with SMTP id AA51441 (5.67b/IDA-1.5 for ); Wed, 24 Jul 1996 19:21:15 +0200 Message-Id: <1.5.4.32.19960724172025.0069bb74@mail.rrz.uni-koeln.de> X-Sender: afr04@mail.rrz.uni-koeln.de X-Mailer: Windows Eudora Light Version 1.5.4 (32) Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Wed, 24 Jul 1996 19:20:25 +0200 To: "Jordan K. Hubbard" From: Ralf Luettgen Subject: Cannot install 2.1.5 over NFS Cc: freebsd-bugs@freebsd.org Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hello. My configuration : 486-50MHz 16 MB RAM 1 GB SCSI HD Adaptex 1542 CF ET4000 grafic interface NE2000 Network interface on irq 10 iomem 300 My problem : After the boot from floppy disk, I go through the setup and if I arrived at Media I chose NFS. I put in the NFS-path to the distribution and then the local interface parameters. Then I get the message : SIGNAL 11, I'm died. Under Rlease 2.1 I've no problems like this. On the traget machine 2.1 still running. Please, could somebody help me. Thanks Ralf From owner-freebsd-bugs Wed Jul 24 10:32:53 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA02617 for bugs-outgoing; Wed, 24 Jul 1996 10:32:53 -0700 (PDT) Received: from alaska.net (root@calvino.alaska.net [206.149.65.3]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id KAA02611 for ; Wed, 24 Jul 1996 10:32:51 -0700 (PDT) Received: from anc-p26-230.alaska.net by alaska.net (5.x/SMI-SVR4) id AA11778; Wed, 24 Jul 1996 09:32:37 -0800 Message-Id: <31F64E59.70A4@alaska.net> Date: Wed, 24 Jul 1996 09:24:57 -0700 From: hmmm X-Mailer: Mozilla 2.02 (Win16; I) Mime-Version: 1.0 To: bugs@freebsd.org Subject: BOOT.FLP X-Url: http://www.freebsd.org/support.html Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk problem concerns systems w/ 2 HD's. i have no problem on system w/ 1 HD. after installing 2.1.5 using the MBR, a 2 drive installation (dos on drive one, and BSD on drive 2) results on a messed up boot prompt ... ie, no matter what F keys you hit, the prompt just keeps flipping around. F1 disk 1 F5 BSD F1 BSD F5 disk2 etc ... also, Walnut Creek says the CD BSD is always better than the FTP BSD. what is the meaning of this? if i'm interested in a long term system that's bug free (to the greatest degree - i need a TCP/IP server for airport monitoring ...) what version should i go with ? From owner-freebsd-bugs Wed Jul 24 10:46:44 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA03249 for bugs-outgoing; Wed, 24 Jul 1996 10:46:44 -0700 (PDT) Received: from falcon.tioga.com (root@falcon.tioga.com [205.146.65.5]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id KAA03240; Wed, 24 Jul 1996 10:46:36 -0700 (PDT) Received: (from tbalfe@localhost) by falcon.tioga.com (8.7.5/8.6.12) id NAA16503; Wed, 24 Jul 1996 13:46:35 -0400 (EDT) Date: Wed, 24 Jul 1996 13:46:33 -0400 (EDT) From: Thomas J Balfe To: Gary Palmer cc: freebsd-bugs@freebsd.org Subject: Re: process table? In-Reply-To: <25781.838225231@orion.webspan.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk It's gone now. :-) falcon: {4} ps aux | grep tbalfe tbalfe 16478 3.5 3.3 628 996 p0 Rs 1:45PM 0:00.39 -tcsh (tcsh) tbalfe 16485 0.0 0.9 452 268 p0 R+ 1:45PM 0:00.01 ps -aux falcon: {5} date Wed Jul 24 13:46:25 EDT 1996 ======================================================================== Thomas J Balfe tbalfe@tioga.com President http://www.tioga.com/ Tioga Communications, Inc 814-867-4770 ======================================================================== "Humanity has been compared...to a sleeper who handles matches in his sleep and wakes to find himself in flames." - H.G. Wells The World Set Free 1914 From owner-freebsd-bugs Wed Jul 24 11:51:40 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA06297 for bugs-outgoing; Wed, 24 Jul 1996 11:51:40 -0700 (PDT) Received: from george.lbl.gov (george-2.lbl.gov [131.243.2.12]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id LAA06289 for ; Wed, 24 Jul 1996 11:51:35 -0700 (PDT) Received: (jin@localhost) by george.lbl.gov (8.6.10/8.6.5) id LAA17948; Wed, 24 Jul 1996 11:51:11 -0700 Date: Wed, 24 Jul 1996 11:51:11 -0700 From: "Jin Guojun[ITG]" Message-Id: <199607241851.LAA17948@george.lbl.gov> To: mckusick@McKusick.COM Subject: m_freem lock up the kernel Cc: bugs@freebsd.org Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Dr. McKusick, Should the kernel do a little sanity check? I took a couple of week to find out a bug in someone's driver which causes system hang. This may also reflect a system problem that wants to have a very clean device driver code for the kernel. However, I found many device drivers, which is made in the spare time, are not that professional. So, I wonder that some kernel code, like free, may need to be more friendly. Here is the device driver: if (failed) { message m_freem(mp); goto bailout; } ... bailout: m_freem(mp); return err_code; } ----------------------------- kernel -------------------------- void m_freem(m) register struct mbuf *m; { register struct mbuf *n; if (m == NULL) return; do { MFREE(m, n); m = n; } while (m); } ====== FreeBSD 2.2-SNAP MFREE ===== seems no where can be locked, but ??? ====== #ifdef notyet #define MFREE(m, n) \ { MBUFLOCK(mbstat.m_mtypes[(m)->m_type]--;) \ if ((m)->m_flags & M_EXT) { \ if ((m)->m_ext.ext_free) \ (*((m)->m_ext.ext_free))((m)->m_ext.ext_buf, \ (m)->m_ext.ext_size); \ else { \ char *p = (m)->m_ext.ext_buf; \ if (--mclrefcnt[mtocl(p)] == 0) { \ ((union mcluster *)(p))->mcl_next = mclfree; \ mclfree = (union mcluster *)(p); \ mbstat.m_clfree++; \ } \ } \ (n) = (m)->m_next; \ (m)->m_type = MT_FREE; \ mbstat.m_mtypes[MT_FREE]++; \ (m)->m_next = mmbfree; \ mmbfree = (m); \ } #else /* notyet */ #define MFREE(m, nn) \ MBUFLOCK ( \ mbstat.m_mtypes[(m)->m_type]--; \ if ((m)->m_flags & M_EXT) { \ char *p = (m)->m_ext.ext_buf; \ if (--mclrefcnt[mtocl(p)] == 0) { \ ((union mcluster *)(p))->mcl_next = mclfree; \ mclfree = (union mcluster *)(p); \ mbstat.m_clfree++; \ } \ } \ (nn) = (m)->m_next; \ (m)->m_type = MT_FREE; \ mbstat.m_mtypes[MT_FREE]++; \ (m)->m_next = mmbfree; \ mmbfree = (m); \ ) #endif %%%%%%%%% This is different from the orginal 4.4 Lite-1/2 %%%%%%%%%%%%% Both MFREE code in 4.4 Lite-1/2 and FreeBSD 2.2-SNAP does lock the kernel if the same mbuf is freed by m_freem(mbuf) more than once. Can we have a special m_type = INVALID_MBUF ? then do this in MFREE(m, n) #define MFREE(m, nn) \ if ((m)->m_type == INVALID_MBUF) { \ nn = NULL; \ } else { \ MBUFLOCK(mbstat.m_mtypes[(m)->m_type]--;) \ ... FREE(...) \ (m)->m_type = INVALID_MBUF; \ } This can avoid the such code to lock the system. The lock up the system is much worse than crash / panic, which can reboot automatically. If the system is locked, then someone has to be on site to reset or power cycle the machine. Would you like to have some suggestion? -Jin P.S. BTW, I would like to request a IORW() number for ATM ioctl, #define SIOCATMCFG _IOWR('i', 61, struct ifreq) The number "61" is a temporary number I am using. From whom should I ask for or register this number? From owner-freebsd-bugs Wed Jul 24 12:36:07 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA10103 for bugs-outgoing; Wed, 24 Jul 1996 12:36:07 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id MAA10096 for ; Wed, 24 Jul 1996 12:36:05 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id MAA03646; Wed, 24 Jul 1996 12:35:38 -0700 (PDT) To: Ralf Luettgen cc: freebsd-bugs@freebsd.org Subject: Re: Cannot install 2.1.5 over NFS In-reply-to: Your message of "Wed, 24 Jul 1996 18:46:32 +0200." <1.5.4.32.19960724164632.00689058@mail.rrz.uni-koeln.de> Date: Wed, 24 Jul 1996 12:35:38 -0700 Message-ID: <3644.838236938@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk If you're not typing in a value for the name server, please do so. jordan > Hello. > > My configuration : > 486-50MHz > 16 MB RAM > 1 GB SCSI HD > Adaptex 1542 CF > ET4000 grafic interface > NE2000 Network interface on irq 10 iomem 300 > > My problem : > After the boot from floppy disk, I go through the setup and if I arrived at > Media > I chose NFS. I put in the NFS-path to the distribution and then the local > interface parameters. > Then I get the message : SIGNAL 11, I'm died. > > Please, could somebody help me. > > Thanks > Ralf > From owner-freebsd-bugs Wed Jul 24 12:48:34 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA10866 for bugs-outgoing; Wed, 24 Jul 1996 12:48:34 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id MAA10861 for ; Wed, 24 Jul 1996 12:48:32 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id MAA03696; Wed, 24 Jul 1996 12:48:16 -0700 (PDT) To: hmmm cc: bugs@freebsd.org Subject: Re: BOOT.FLP In-reply-to: Your message of "Wed, 24 Jul 1996 09:24:57 PDT." <31F64E59.70A4@alaska.net> Date: Wed, 24 Jul 1996 12:48:16 -0700 Message-ID: <3694.838237696@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > problem concerns systems w/ 2 HD's. > > i have no problem on system w/ 1 HD. > > after installing 2.1.5 using the MBR, a 2 drive installation (dos on > drive one, and BSD on drive 2) results on a messed up boot prompt ... > > ie, no matter what F keys you hit, the prompt just keeps flipping around. > > F1 disk 1 > F5 BSD This is a FAQ (and *in* the FAQ - please check there first before submitting "bug" reports). You've specified the wrong geometry somewhere (or failed to override the machine's bogus geometry assumptions) - please read the hardware and installation guides for more information on this topic. > also, Walnut Creek says the CD BSD is always better than the FTP BSD. > what is the meaning of this? if i'm interested in a long term system Well, for one thing, Walnut Creek makes money on the CD BSD. That makes it better in many rather significant ways, at least from their viewpoint. :-) From an external viewpoint, the CD version is certainly more convenient in many ways also - you get the ports (and their distfiles), the packages, the sources for X, etc. That's a lot of stuff to FTP, no matter how you look at it. > that's bug free (to the greatest degree - i need a TCP/IP server for > airport monitoring ...) what version should i go with ? 2.1.5-RELEASE jordan From owner-freebsd-bugs Wed Jul 24 13:04:37 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA12075 for bugs-outgoing; Wed, 24 Jul 1996 13:04:37 -0700 (PDT) Received: (from wollman@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA12061; Wed, 24 Jul 1996 13:04:33 -0700 (PDT) Date: Wed, 24 Jul 1996 13:04:33 -0700 (PDT) From: Garrett Wollman Message-Id: <199607242004.NAA12061@freefall.freebsd.org> To: zach@blizzard.gaffaneys.com, wollman, freebsd-bugs, wollman Subject: Re: kern/1423 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: route causes kernel page fault. State-Changed-From-To: open-feedback State-Changed-By: wollman State-Changed-When: Wed Jul 24 13:02:01 PDT 1996 State-Changed-Why: I believe the panic to be fixed in -current by rev. 1.34 of if.c. As noted in the replies, the command attempted was not correct for what the user wanted to do, but the panic was erroneous just the same. Responsible-Changed-From-To: freebsd-bugs->wollman Responsible-Changed-By: wollman Responsible-Changed-When: Wed Jul 24 13:02:01 PDT 1996 Responsible-Changed-Why: I'm responsible for routing. From owner-freebsd-bugs Wed Jul 24 13:56:23 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA15465 for bugs-outgoing; Wed, 24 Jul 1996 13:56:23 -0700 (PDT) Received: (from phk@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA15424; Wed, 24 Jul 1996 13:56:17 -0700 (PDT) Date: Wed, 24 Jul 1996 13:56:17 -0700 (PDT) From: Poul-Henning Kamp Message-Id: <199607242056.NAA15424@freefall.freebsd.org> To: ikuo@isl.intec.co.jp, phk, freebsd-bugs Subject: Re: misc/1424 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: MDXEnd ignores the second argument `buf'. State-Changed-From-To: open-closed State-Changed-By: phk State-Changed-When: Wed Jul 24 13:55:45 PDT 1996 State-Changed-Why: Fixed, thank you! From owner-freebsd-bugs Wed Jul 24 15:40:05 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA21974 for bugs-outgoing; Wed, 24 Jul 1996 15:40:05 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA21968; Wed, 24 Jul 1996 15:40:02 -0700 (PDT) Resent-Date: Wed, 24 Jul 1996 15:40:02 -0700 (PDT) Resent-Message-Id: <199607242240.PAA21968@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, nawaz921@cs.uidaho.edu Received: from LISP-READER.csrv.uidaho.edu (root@LISP-READER.csrv.uidaho.edu [129.101.130.29]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id PAA21816 for ; Wed, 24 Jul 1996 15:37:31 -0700 (PDT) Received: (from fn@localhost) by LISP-READER.csrv.uidaho.edu (8.7.5/8.6.12) id PAA00723; Wed, 24 Jul 1996 15:37:23 -0700 (PDT) Message-Id: <199607242237.PAA00723@LISP-READER.csrv.uidaho.edu> Date: Wed, 24 Jul 1996 15:37:23 -0700 (PDT) From: Faried Nawaz Reply-To: nawaz921@cs.uidaho.edu To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/1425: systat -netstat fix. Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1425 >Category: bin >Synopsis: doing :numbers on systat -netstat doesn't repaint cleanly. >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Jul 24 15:40:01 PDT 1996 >Last-Modified: >Originator: faried nawaz >Organization: Hungry Programmers, Inc. >Release: FreeBSD 2.2-CURRENT i386 >Environment: 2.2-current & what was -stable. >Description: the switch from resolved addresses/services to numbers is not done in a clean manner. >How-To-Repeat: (helps to view this on a busy machine) do systat -netstat let it run for a few secs, then type :numbers and notice how the display still has letters on it where it should have blank spaces. >Fix: *** usr.bin/systat/netstat.c~ Wed Jul 24 15:12:35 1996 --- usr.bin/systat/netstat.c Wed Jul 24 15:24:27 1996 *************** *** 450,455 **** --- 450,457 ---- p->ni_flags |= NIF_LACHG|NIF_FACHG; } nflag = new; + wclear(wnd); + labelnetstat(); goto redisplay; } if (!netcmd(cmd, args)) faried. -- faried nawaz WAR IS PEACE FREEDOM IS SLAVERY BACKSPACE IS DELETE box 3582, moscow, id 83843-1914, usa linux, the ms-dos of the nineties PIGLET loves you if at first you don't succeed, skydiving is not for you just a system janitor. People's Front Against WWW >Audit-Trail: >Unformatted: From owner-freebsd-bugs Wed Jul 24 18:39:26 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA01391 for bugs-outgoing; Wed, 24 Jul 1996 18:39:26 -0700 (PDT) Received: from hera.cwi.nl (hera.cwi.nl [192.16.191.1]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id SAA01384; Wed, 24 Jul 1996 18:39:23 -0700 (PDT) Received: from zeus.cwi.nl by hera.cwi.nl with SMTP id ; Thu, 25 Jul 1996 03:39:09 +0200 Received: by zeus-184.cwi.nl id ; Thu, 25 Jul 1996 03:38:51 +0200 Date: Thu, 25 Jul 1996 03:38:51 +0200 From: Andries.Brouwer@cwi.nl Message-Id: <9607250138.AA15970=aeb@zeus-184.cwi.nl> To: bde@zeta.org.au, dwhite@riley-net170-164.uoregon.edu, freebsd-bugs@FreeBSD.org, j@uriah.heep.sax.de, jkh@time.cdrom.com, questions@FreeBSD.org Subject: Re: installation fails Sender: owner-bugs@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk < It took me some time to figure things out, but also the small boot partition does work. Now that I spent four more hours to get to this point, let me detail the problems. Maybe they can be corrected in some way. Or perhaps they have been corrected already? Andries > Problem: I have a FreeBSD system on my fifth disk, but my BIOS knows only about disks 0 and 1. How do I boot FreeBSD? Remark: I do not think the FreeBSD Boot Managers do this, since they use the BIOS. But I have not looked at them since I already use OS/2 Boot Manager and LILO. Solution: Boot Linux, move partitions a little bit on disk 0 or 1, so that there is enough room for one tiny additional partition, and create it with type a5. 2MB should suffice - mine ended up being about 4MB. Make sure that this partition is primary: the FreeBSD boot code doesn't understand extended partitions. Boot the Install floppy, go to Custom Install, select the menu item that starts the Disklabel Editor, and make a filesystem on this small partition. It called the partition wd0s4e (0 for the disk number, 4 for the primary partition number). [I have been told that bootable partitions should be called e.g., wd0s4a with final a, but have not been able to convince the installation procedure to do so, and have not yet discovered docs or source for the Disklabel Editor.] Boot FreeBSD, using a boot floppy, and go to /usr/src/sys/i386/boot/biosboot. Of course the user-compiled kernel knows already what the root device should be, but the boot loader overrides this. Insert a line loadflags |= RS_DFLTROOT; before the call to getbootdev() in boot.c to make sure the compiled-in root device is used. In sys.c:find() the boot code divides by 0, causing a loop of reboots, and one way of preventing that is to replace the lines /* This little trick is for OnTrack DiskManager disks */ boff = dl->d_partitions[part].p_offset - dl->d_partitions[2].p_offset + sector; in disk.c by boff = sector; Then "make; make install; disklabel -B /dev/wd0s4" "mkdir /kern; mount /dev/wd0s4 /kern; cp kernel /kern" and you are set: both OS/2 BM and LILO are willing to boot this FreeBSD system, and no boot floppies are required anymore. Discussion: The above patches work entirely satisfactorily, but the real problem is that this Disklabel Editor did not write anything in partition[0], while the disk.c code assumes that there would be something. Moreover, the variable `part' is never set. (That is a bad bug, but is not seen when the partition that is booted is the `a' partition.) The bootstrap code could be much more robust. From owner-freebsd-bugs Wed Jul 24 20:43:36 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA11047 for bugs-outgoing; Wed, 24 Jul 1996 20:43:36 -0700 (PDT) Received: from nervosa.netcom.com (nervosa.vendetta.com [192.187.167.18]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id UAA11040 for ; Wed, 24 Jul 1996 20:43:31 -0700 (PDT) Received: (from coredump@localhost) by nervosa.netcom.com (8.7.5/8.7.3) id UAA08667; Wed, 24 Jul 1996 20:43:42 -0700 (PDT) Date: Wed, 24 Jul 1996 20:43:41 -0700 (PDT) From: goamatic To: hmmm cc: bugs@freebsd.org Subject: Re: BOOT.FLP In-Reply-To: <31F64E59.70A4@alaska.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Wed, 24 Jul 1996, hmmm wrote: > problem concerns systems w/ 2 HD's. > > i have no problem on system w/ 1 HD. > > after installing 2.1.5 using the MBR, a 2 drive installation (dos on > drive one, and BSD on drive 2) results on a messed up boot prompt ... > > ie, no matter what F keys you hit, the prompt just keeps flipping around. > > F1 disk 1 > F5 BSD > > F1 BSD > F5 disk2 > > etc ... You need to boot off the boot disk again, go into the partition editor, and make sure that both of the disks' geometries are set correctly. You may also need to set a partition active. > also, Walnut Creek says the CD BSD is always better than the FTP BSD. > what is the meaning of this? if i'm interested in a long term system What they probably mean is that the CD version contains more software. Both the FTP and CD distributions are functionally the exact same, with the exact same core set of software. The CD may just include more 3rd party programs, etc. == Chris Layne ======================================== Nervosa Computing == == coredump@nervosa.vendetta.com == http://nervosa.vendetta.com/~coredump == From owner-freebsd-bugs Wed Jul 24 23:10:03 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA19813 for bugs-outgoing; Wed, 24 Jul 1996 23:10:03 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA19797; Wed, 24 Jul 1996 23:10:02 -0700 (PDT) Resent-Date: Wed, 24 Jul 1996 23:10:02 -0700 (PDT) Resent-Message-Id: <199607250610.XAA19797@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, ac199@freenet.hamilton.on.ca Received: from X3000 (ppp1602.on.sympatico.ca [206.172.249.66]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id XAA19612 for ; Wed, 24 Jul 1996 23:06:33 -0700 (PDT) Received: (from tim@localhost) by X3000 (8.7.5/8.7.3) id GAA01270; Wed, 24 Jul 1996 06:41:44 -0400 (EDT) Message-Id: <199607241041.GAA01270@X3000> Date: Wed, 24 Jul 1996 06:41:44 -0400 (EDT) From: Tim.Vanderhoek@X3000 (hoek@freenet.hamilton.on.ca) Reply-To: ac199@freenet.hamilton.on.ca To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: misc/1426: Small misspellings in keymaps and scrnmaps Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1426 >Category: misc >Synopsis: Small misspellings in keymaps and scrnmaps >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Jul 24 23:10:01 PDT 1996 >Last-Modified: >Originator: Tim Vanderhoek >Organization: Sympatico >Release: FreeBSD 2.2-960501-SNAP i386 >Environment: 2.2-960501-SNAP >Description: "Choose" is consistently misspelled in /usr/share/syscons/keymaps/INDEX.keymaps and in /usr/share/syscons/fonts/INDEX.fonts as "Choise". >How-To-Repeat: Type `kbdmap' or `vidfont' and read the instructions dialog gives you. >Fix: perl -pi -e 's/Choise/Choose/g' \ /usr/share/syscons/keymaps/INDEX.keymaps \ /usr/share/syscons/fonts/INDEX.fonts And NO, there are no instances of `Choise' that are inadvardently replaced. At least, not on my 2.2-960501-SNAP system. I checked. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Wed Jul 24 23:10:06 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA19831 for bugs-outgoing; Wed, 24 Jul 1996 23:10:06 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA19812; Wed, 24 Jul 1996 23:10:03 -0700 (PDT) Resent-Date: Wed, 24 Jul 1996 23:10:03 -0700 (PDT) Resent-Message-Id: <199607250610.XAA19812@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, ac199@freenet.hamilton.on.ca Received: from X3000 (ppp1602.on.sympatico.ca [206.172.249.66]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id XAA19616 for ; Wed, 24 Jul 1996 23:06:36 -0700 (PDT) Received: (from tim@localhost) by X3000 (8.7.5/8.7.3) id GAA01061; Wed, 24 Jul 1996 06:02:51 -0400 (EDT) Message-Id: <199607241002.GAA01061@X3000> Date: Wed, 24 Jul 1996 06:02:51 -0400 (EDT) From: tIM...HOEk@X3000 (Tim@Vanderhoek) Reply-To: ac199@freenet.hamilton.on.ca To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/1427: yacc-generated parser generates warnings with -Wall Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1427 >Category: bin >Synopsis: yacc-generated parser generates warnings with -Wall >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Jul 24 23:10:02 PDT 1996 >Last-Modified: >Originator: Tim Vanderhoek >Organization: Organization is evil. >Release: FreeBSD 2.2-960501-SNAP i386 >Environment: I don't believe there have been any changes to the yacc code since June 20, 1996, the date of the diff mentioned in bin/1337. >Description: This is a follow-up to bin/1337 since it seems I didn't quite catch all of the warnings last time... >How-To-Repeat: Compile a yacc-generated parser with #define YYDEBUG. >Fix: *** /devel/yacc/skeleton.c Sat Jul 6 14:23:57 1996 --- /devel/yacc/oldskel.c Thu Jun 20 19:07:52 1996 *************** *** 126,134 **** " register int yym, yyn, yystate;", "#if YYDEBUG", " register char *yys;", ! " extern char *getenv(const char * name);", "", ! " if ((yys = getenv(\"YYDEBUG\")))", " {", " yyn = *yys;", " if (yyn >= '0' && yyn <= '9')", --- 126,134 ---- " register int yym, yyn, yystate;", "#if YYDEBUG", " register char *yys;", ! " extern char *getenv();", "", ! " if (yys = getenv(\"YYDEBUG\"))", " {", " yyn = *yys;", " if (yyn >= '0' && yyn <= '9')", *************** *** 145,151 **** " *yyssp = yystate = 0;", "", "yyloop:", ! " if ((yyn = yydefred[yystate])) goto yyreduce;", " if (yychar < 0)", " {", " if ((yychar = yylex()) < 0) yychar = 0;", --- 145,151 ---- " *yyssp = yystate = 0;", "", "yyloop:", ! " if (yyn = yydefred[yystate]) goto yyreduce;", " if (yychar < 0)", " {", " if ((yychar = yylex()) < 0) yychar = 0;", >Audit-Trail: >Unformatted: From owner-freebsd-bugs Wed Jul 24 23:10:09 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA19853 for bugs-outgoing; Wed, 24 Jul 1996 23:10:09 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA19836; Wed, 24 Jul 1996 23:10:07 -0700 (PDT) Resent-Date: Wed, 24 Jul 1996 23:10:07 -0700 (PDT) Resent-Message-Id: <199607250610.XAA19836@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, ac199@freenet.hamilton.on.ca Received: from X3000 (ppp1602.on.sympatico.ca [206.172.249.66]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id XAA19620 for ; Wed, 24 Jul 1996 23:06:40 -0700 (PDT) Received: (from tim@localhost) by X3000 (8.7.5/8.7.3) id FAA00927; Wed, 24 Jul 1996 05:51:40 -0400 (EDT) Message-Id: <199607240951.FAA00927@X3000> Date: Wed, 24 Jul 1996 05:51:40 -0400 (EDT) From: Tim.Vanderhoek@X3000 (root@freebsd.org) Reply-To: ac199@freenet.hamilton.on.ca To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: misc/1428: ncurses doesn't always display ALTCHARSET correctly. Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1428 >Category: misc >Synopsis: ncurses doesn't always display ALTCHARSET correctly >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Jul 24 23:10:04 PDT 1996 >Last-Modified: >Originator: Tim Vanderhoek >Organization: Cluttered >Release: FreeBSD 2.2-960501-SNAP i386 >Environment: An aging -SNAP of 2.2 (960501). Standard, otherwise. Mach64ct, in case that matters. I am not running this from an Xterm, however X is running on a different virtual terminal. Problem tested and verified under both standard `sh' and `bash'. >Description: ncurses supports the display of IBM high-half and ROM characters on PC-clones (ie. my computer). This support is enabled via the A_ALTCHARSET highlight. The problem is that these characters are not correctly displayed until refresh(curscr) (or some-such) is called, even though ncurses believes they are being correctly displayed (which is proven by the fact that it allocates only one character's space for the character). See the comments within the how-to-repeat C example for the same, but worded differently. >How-To-Repeat: /* The following features are present in this demo; * * Press any key and it will be echo'ed to the screen at the * beginning of a line. An arrow will point to it. The * ascii base-10 value of the key will also be printed. * * Press the END key to terminate the program. * * Press Ctrl-Z to suspend. * * Press F10 to send the program a SIGSTOP (non-cathable suspend). * * Press F1 to force a screen redraw using refresh(curscr). * *You should observe the following behaviour; * * When you enter what should be printed as an IBM half-high or ROM * character, it is not displayed as such. Rather, you see only the * `^' character. If you whatch closely, you will see that two * characters are printed, but space is only allocated to one. This * is probably because ncurses (correctly) assumes that A_ALTCHARSET * is on and thus allocates only one space. However, since * A_ALTCHARSET isn't working, two characters are printed. * If you do not turn on A_ALTCHARSET you will see that two character * spaces are allocated and printed in. * * When you suspend the program and type `fg', all characters are * redisplayed correctly. (Proceeding IBM characters are not). * * When you press F1 to force a screen refresh with refresh(curscr) * all characters are displayed correctly. (Proceeding IBM characters * are not). */ #include #include main () { int c; initscr (); atexit (endwin); raw (); echo (); keypad (stdscr, 1); /* Lets us catch stuff like KEY_UP * doesn't seem to affect problem */ nodelay (stdscr, 1); attron (A_ALTCHARSET); while (1) { c = getch (); if (c == KEY_F(1)) { wrefresh (curscr); /* force full refresh */ printw("<--echo'ed character. %#0x (Did a refresh)\n", c); } else if (c != ERR) printw ("<--echo'ed character. %x\n", c); refresh (); /* Press the END key to exit. */ if (c == KEY_END) exit (0); /* Press Ctrl-Z to suspend. */ if (c == 26) kill (getpid(), SIGTSTP); /* Press F10 to do a non-catchable suspend. */ if (c == KEY_F(10)) kill (getpid(), SIGSTOP); } } >Fix: I suspect this is a problem with the port of ncurses to FreeBSD. The work-a-round demonstrated in the How-To-Repeat is to call refresh(curscr). >Audit-Trail: >Unformatted: From owner-freebsd-bugs Thu Jul 25 00:28:55 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA23696 for bugs-outgoing; Thu, 25 Jul 1996 00:28:55 -0700 (PDT) Received: from freebsd.gaffaneys.com (dialup17.gaffaneys.com [134.129.252.36]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id AAA23690 for ; Thu, 25 Jul 1996 00:28:52 -0700 (PDT) Received: (from zach@localhost) by freebsd.gaffaneys.com (8.7.5/8.7.3) id CAA00388; Thu, 25 Jul 1996 02:29:41 -0500 (CDT) To: goamatic Cc: freebsd-bugs@freefall.freebsd.org Subject: Re: kern/1423: route causes kernel page fault. References: <199607241450.HAA23445@freefall.freebsd.org> From: Zach Heilig Date: 25 Jul 1996 02:29:40 -0500 In-Reply-To: goamatic's message of Wed, 24 Jul 1996 07:50:01 -0700 (PDT) Message-ID: <87vifc94ez.fsf@freebsd.gaffaneys.com> Lines: 25 X-Mailer: Gnus v5.2.32/Emacs 19.31 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk goamatic writes: > > $ route add default -link tun0 > > (is there a way to specify default traffic goes out tun0?) > Maybe > route add default tun0_interface_ip The problem is when the system boots up, the network isn't reachable, and therefore I can't send packets unless I manually dial. (I get a network unreachable error instead of an auto-dialed session) I figured if I tried to specify an interface as the default, packets would go out that interface, wake up ppp(8), and all would be well. Obviously that isn't going to work quite the way I wanted. This is probably not the list for this sort of discussion, and I'm leaving on a couple week vacation at the end of the week, so I'll just not worry with this until I get back in the middle of August. -- Zach Heilig (zach@blizzard.gaffaneys.com) | ALL unsolicited commercial email Support bacteria -- it's the | is unwelcome. I avoid dealing only culture some people have! | with companies that email ads. From owner-freebsd-bugs Thu Jul 25 05:56:04 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA25666 for bugs-outgoing; Thu, 25 Jul 1996 05:56:04 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id FAA25604; Thu, 25 Jul 1996 05:55:36 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id WAA11050; Thu, 25 Jul 1996 22:27:20 +1000 Date: Thu, 25 Jul 1996 22:27:20 +1000 From: Bruce Evans Message-Id: <199607251227.WAA11050@godzilla.zeta.org.au> To: Andries.Brouwer@cwi.nl, bde@zeta.org.au, dwhite@riley-net170-164.uoregon.edu, freebsd-bugs@freebsd.org, j@uriah.heep.sax.de, jkh@time.cdrom.com, questions@freebsd.org Subject: Re: installation fails Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Boot the Install floppy, go to Custom Install, select > the menu item that starts the Disklabel Editor, and > make a filesystem on this small partition. > It called the partition wd0s4e (0 for the disk number, > 4 for the primary partition number). It should have called the first (root) partition wd0s4a. It apparently thought that you were creating a usr or var or ... partition. > [I have been told that bootable partitions should be called > e.g., wd0s4a with final a, but have not been able to convince `a' is the default boot partition. As you found, there isn't much error checking and the `a' partition is used in an unfortunate way even when it is empty. > In sys.c:find() the boot code divides by 0, causing a loop of reboots, > and one way of preventing that is to replace the lines > /* This little trick is for OnTrack DiskManager disks */ > boff = dl->d_partitions[part].p_offset - > dl->d_partitions[2].p_offset + sector; > in disk.c by > boff = sector; Apparently the partition table has the wrong offsets in it. `part' and both of the p_offset's should be 0 here. A couple of lines later, b_size is set to dl->d_partitions[part].p_size. This should be 0 because you used the `e' partition and didn't override the default value of 0 for `part'. A partition of size 0 shouldn't be bootable; however there is no check for this; in fact b_size is only used in the rarely-used BAD144 case. >Discussion: > The above patches work entirely satisfactorily, > but the real problem is that this Disklabel Editor > did not write anything in partition[0], while the > disk.c code assumes that there would be something. It has to write something there since all of the partition entries have to be written together. It probably writes 0. > Moreover, the variable `part' is never set. No, it is statically initialized to 0. This matches the default partition name `a'. > The bootstrap code could be much more robust. Yes. Bruce From owner-freebsd-bugs Thu Jul 25 06:15:37 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id GAA27691 for bugs-outgoing; Thu, 25 Jul 1996 06:15:37 -0700 (PDT) Received: from rs1.rrz.Uni-Koeln.DE (rs1.rrz.Uni-Koeln.DE [134.95.100.208]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id GAA27685 for ; Thu, 25 Jul 1996 06:15:34 -0700 (PDT) Received: from pc1.scs-koeln.de ([134.95.30.183]) by rs1.rrz.Uni-Koeln.DE with SMTP id AA47092 (5.67b/IDA-1.5 for ); Thu, 25 Jul 1996 15:09:31 +0200 Message-Id: <1.5.4.32.19960725130837.0068f66c@mail.rrz.uni-koeln.de> X-Sender: afr04@mail.rrz.uni-koeln.de X-Mailer: Windows Eudora Light Version 1.5.4 (32) Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Thu, 25 Jul 1996 15:08:37 +0200 To: joerg@freefall.freebsd.org From: Ralf Luettgen Subject: Error during compilation of kernel with worm Cc: freebsd-bugs@freebsd.org Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Dear Joerg, During the compilation of the kernel of release 2.1.5 with the following line in the conf file : device worm0 at scbus? I've got the following message : oading kernel conf.o: Undefined symbol `_wormopen' referenced from data segment conf.o: Undefined symbol `_wormclose' referenced from data segment conf.o: Undefined symbol `_wormioctl' referenced from data segment conf.o: Undefined symbol `_wormstrategy' referenced from data segment *** Error code 1 Stop. Could you help me? Thanks Ralf From owner-freebsd-bugs Thu Jul 25 07:00:06 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA00172 for bugs-outgoing; Thu, 25 Jul 1996 07:00:06 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA00141; Thu, 25 Jul 1996 07:00:03 -0700 (PDT) Resent-Date: Thu, 25 Jul 1996 07:00:03 -0700 (PDT) Resent-Message-Id: <199607251400.HAA00141@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, zgabor@code.hu Received: from mail.EUnet.hu (mail.eunet.hu [193.225.28.100]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id GAA29909 for ; Thu, 25 Jul 1996 06:56:58 -0700 (PDT) Received: by mail.EUnet.hu, id PAA21023; Thu, 25 Jul 1996 15:56:53 +0200 Received: from zg.CoDe.hu by CoDe.CoDe.hu (PAA01418); Thu, 25 Jul 1996 15:55:52 GMT Received: (from zgabor@localhost) by zg.CoDe.hu (8.6.12/8.6.12) id QAA01059; Thu, 25 Jul 1996 16:18:53 +0200 Message-Id: <199607251418.QAA01059@zg.CoDe.hu> Date: Thu, 25 Jul 1996 16:18:53 +0200 From: Zahemszky Gabor Reply-To: zgabor@code.hu To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/1429: sh(1) and getopts Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1429 >Category: bin >Synopsis: sh(1) and getopts >Confidential: yes >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Jul 25 07:00:02 PDT 1996 >Last-Modified: >Originator: Zahemszky Gabor >Organization: >Release: FreeBSD 2.1.0-RELEASE i386 >Environment: 2.1R CD from Walnut Creek >Description: The builtin getopts command of sh(1) is not the POSIX getopts as the manual says. 1) The OPTIND variable should be 1 at the initialization 2) The OPTIND variable should be handle in the getopts cycle, not only at the end 3) On an illegal option, the OPTARG variable should set to the wrong option 4) On an option, which has missing the argument, the OPTARG should set to the option, and the ``getopts options var'' list's var has to set to : instead of ? 5) If the options begins with :, error messages shouldn't print. 6) We should run more and more getopts in one shell invocation, with setting OPTIND to 1 7) getopts should handle other options, not only the "$@", so we can use it: getopts options var optionlist >How-To-Repeat: >Fix: Here is my patches, which made getopts do 1-6. (The 7 is not too hard, I think, but I havent enough time to look into the code Only one another note: To make the :options stuff working, this patch uses a simple local variable and a test on every invocation of getopts. If it would be better (it's a bit more quick), we should use a static local variable, and the test made in only getopts initialization. Here are the two needed diffs, and after it the diff with the static variable: =========================================== *** var.c.orig Tue May 30 02:07:24 1995 --- var.c Thu Jul 25 15:39:37 1996 *************** *** 76,81 **** --- 76,82 ---- struct var vifs; struct var vmail; struct var vmpath; + struct var voptind; struct var vpath; struct var vps1; struct var vps2; *************** *** 92,97 **** --- 93,99 ---- {&vifs, VSTRFIXED|VTEXTFIXED, "IFS= \t\n"}, {&vmail, VSTRFIXED|VTEXTFIXED|VUNSET, "MAIL="}, {&vmpath, VSTRFIXED|VTEXTFIXED|VUNSET, "MAILPATH="}, + {&voptind, VSTRFIXED|VTEXTFIXED, "OPTIND=1"}, {&vpath, VSTRFIXED|VTEXTFIXED, "PATH=:/bin:/usr/bin"}, /* * vps1 depends on uid ------ =========================================== *** options.c.orig Tue Oct 10 02:04:38 1995 --- options.c Thu Jul 25 16:00:22 1996 *************** *** 346,354 **** --- 346,361 ---- register char *p, *q; char c; char s[10]; + char tmp_ptr[ 2 ]; + char need_error_msg = 1; if (argc != 3) error("Usage: getopts optstring var"); + p = lookupvar( "OPTIND" ); + if ( ( p != NULL ) && ( *p == '1' ) && ( *( p + 1 ) == '\0' ) ) + shellparam.optnext = NULL; + if ( argv[ 1 ][ 0 ] == ':' ) + need_error_msg = 0; if (shellparam.optnext == NULL) { shellparam.optnext = shellparam.p; shellparam.optptr = NULL; *************** *** 369,375 **** c = *p++; for (q = argv[1] ; *q != c ; ) { if (*q == '\0') { ! out1fmt("Illegal option -%c\n", c); c = '?'; goto out; } --- 376,386 ---- c = *p++; for (q = argv[1] ; *q != c ; ) { if (*q == '\0') { ! tmp_ptr[ 0 ] = c; ! tmp_ptr[ 1 ] = '\0'; ! setvar("OPTARG", tmp_ptr, 0); ! if ( need_error_msg ) ! out1fmt("Illegal option -%c\n", c); c = '?'; goto out; } *************** *** 378,391 **** } if (*++q == ':') { if (*p == '\0' && (p = *shellparam.optnext++) == NULL) { ! out1fmt("No arg for -%c option\n", c); ! c = '?'; goto out; } setvar("OPTARG", p, 0); p = NULL; } out: shellparam.optptr = p; s[0] = c; s[1] = '\0'; --- 389,409 ---- } if (*++q == ':') { if (*p == '\0' && (p = *shellparam.optnext++) == NULL) { ! shellparam.optnext--; ! tmp_ptr[ 0 ] = c; ! tmp_ptr[ 1 ] = '\0'; ! setvar("OPTARG", tmp_ptr, 0); ! if ( need_error_msg ) ! out1fmt("No arg for -%c option\n", c); ! c = ':'; goto out; } setvar("OPTARG", p, 0); p = NULL; } out: + fmtstr(s, 10, "%d", shellparam.optnext - shellparam.p + 1); + setvar("OPTIND", s, 0); shellparam.optptr = p; s[0] = c; s[1] = '\0'; =========================================== ----- The static version's patch: ----- =========================================== *** options.c.orig Tue Oct 10 02:04:38 1995 --- options.c Thu Jul 25 16:15:41 1996 *************** *** 346,355 **** --- 346,362 ---- register char *p, *q; char c; char s[10]; + char tmp_ptr[ 2 ]; + static char need_error_msg = 1; if (argc != 3) error("Usage: getopts optstring var"); + p = lookupvar( "OPTIND" ); + if ( ( p != NULL ) && ( *p == '1' ) && ( *( p + 1 ) == '\0' ) ) + shellparam.optnext = NULL; if (shellparam.optnext == NULL) { + if ( argv[ 1 ][ 0 ] == ':' ) + need_error_msg = 0; shellparam.optnext = shellparam.p; shellparam.optptr = NULL; } *************** *** 369,375 **** c = *p++; for (q = argv[1] ; *q != c ; ) { if (*q == '\0') { ! out1fmt("Illegal option -%c\n", c); c = '?'; goto out; } --- 376,386 ---- c = *p++; for (q = argv[1] ; *q != c ; ) { if (*q == '\0') { ! tmp_ptr[ 0 ] = c; ! tmp_ptr[ 1 ] = '\0'; ! setvar("OPTARG", tmp_ptr, 0); ! if ( need_error_msg ) ! out1fmt("Illegal option -%c\n", c); c = '?'; goto out; } *************** *** 378,391 **** } if (*++q == ':') { if (*p == '\0' && (p = *shellparam.optnext++) == NULL) { ! out1fmt("No arg for -%c option\n", c); ! c = '?'; goto out; } setvar("OPTARG", p, 0); p = NULL; } out: shellparam.optptr = p; s[0] = c; s[1] = '\0'; --- 389,409 ---- } if (*++q == ':') { if (*p == '\0' && (p = *shellparam.optnext++) == NULL) { ! shellparam.optnext--; ! tmp_ptr[ 0 ] = c; ! tmp_ptr[ 1 ] = '\0'; ! setvar("OPTARG", tmp_ptr, 0); ! if ( need_error_msg ) ! out1fmt("No arg for -%c option\n", c); ! c = ':'; goto out; } setvar("OPTARG", p, 0); p = NULL; } out: + fmtstr(s, 10, "%d", shellparam.optnext - shellparam.p + 1); + setvar("OPTIND", s, 0); shellparam.optptr = p; s[0] = c; s[1] = '\0'; >Audit-Trail: >Unformatted: From owner-freebsd-bugs Thu Jul 25 07:10:28 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA00757 for bugs-outgoing; Thu, 25 Jul 1996 07:10:28 -0700 (PDT) Received: (from wosch@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA00737; Thu, 25 Jul 1996 07:10:24 -0700 (PDT) Date: Thu, 25 Jul 1996 07:10:24 -0700 (PDT) From: Wolfram Schneider Message-Id: <199607251410.HAA00737@freefall.freebsd.org> To: ac199@freenet.hamilton.on.ca, wosch, freebsd-bugs Subject: Re: misc/1426 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: Small misspellings in keymaps and scrnmaps State-Changed-From-To: open-closed State-Changed-By: wosch State-Changed-When: Thu Jul 25 07:07:29 PDT 1996 State-Changed-Why: Submitted patch applied From owner-freebsd-bugs Thu Jul 25 07:11:06 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA00792 for bugs-outgoing; Thu, 25 Jul 1996 07:11:06 -0700 (PDT) Received: from hera.cwi.nl (hera.cwi.nl [192.16.191.1]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id HAA00787 for ; Thu, 25 Jul 1996 07:11:03 -0700 (PDT) Received: from zeus.cwi.nl by hera.cwi.nl with SMTP id ; Thu, 25 Jul 1996 16:10:37 +0200 Received: by zeus-184.cwi.nl id ; Thu, 25 Jul 1996 15:43:07 +0200 Date: Thu, 25 Jul 1996 15:43:07 +0200 From: Andries.Brouwer@cwi.nl Message-Id: <9607251343.AA00204=aeb@zeus-184.cwi.nl> To: bde@zeta.org.au, freebsd-bugs@freebsd.org, j@uriah.heep.sax.de Subject: Re: installation fails Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > In sys.c:find() the boot code divides by 0, causing a loop of reboots, > and one way of preventing that is to replace the lines > /* This little trick is for OnTrack DiskManager disks */ > boff = dl->d_partitions[part].p_offset - > dl->d_partitions[2].p_offset + sector; > in disk.c by > boff = sector; Apparently the partition table has the wrong offsets in it. What happens here (my first encounter with the phenomenon of disk labels went by reading "dd if=/dev/hda4 | od -c") is that d_partitions[0] and d_partitions[1] contain all zeros, while d_partitions[2] and d_partitions[3] describe the (same) partition - they only differed in a type byte. The remaining partitions are zero again. `part' and both of the p_offset's should be 0 here. So part is zero, and so is d_partitions[part].p_offset, but not dl->d_partitions[2].p_offset. Indeed, the latter equals sector. The effect is that boff is set to zero, and later, when the superblock is read, it is looked for in sectors 16-31 instead of the 408016-408031 where it really was. Instead of the patch give above, I might have put part = 3; to get the same effect. A reasonable thing to do for a robust booter might be to pick for part the smallest number different from 2 for which d_partitions[part].p_offset is nonzero, and 2 if there is no such number. (And of course the booter should check the magic numbers.) A couple of lines later, b_size is set to dl->d_partitions[part].p_size. By the way, there is a formal bug in the source there, in that b_size is only defined inside #ifdef DO_BAD144 ... #endif, while it is used here outside such an ifdef. >Discussion: > The above patches work entirely satisfactorily, > but the real problem is that this Disklabel Editor > did not write anything in partition[0], while the > disk.c code assumes that there would be something. It has to write something there since all of the partition entries have to be written together. It probably writes 0. Yes. Andries From owner-freebsd-bugs Thu Jul 25 10:51:44 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA16132 for bugs-outgoing; Thu, 25 Jul 1996 10:51:44 -0700 (PDT) Received: from sam.networx.ie (dublin-ts9-184.indigo.ie [194.125.133.184]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id KAA16063 for ; Thu, 25 Jul 1996 10:51:36 -0700 (PDT) Received: from mip1.networx.ie (mip1.networx.ie [194.9.12.1]) by sam.networx.ie (8.6.12/8.6.12) with SMTP id WAA00558 for ; Wed, 24 Jul 1996 22:37:19 +0100 X-Organisation: I.T. NetworX Ltd X-Business: Network Consultancy and Training X-Address: 67 Merrion Square, Dublin 2, Ireland X-Voice: +353-1-676-8866 X-Fax: +353-1-676-8868 Received: from mike.networx.ie by mip1.networx.ie Date: Wed, 24 Jul 1996 22:28:49 BST From: Michael Ryan Reply-To: mike@NetworX.ie Subject: sendmail is suid root -- correct? To: FreeBSD Bugs Message-Id: Priority: Normal Mime-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On my FreeBSD 2.1 box, sendmail is suid root. This means anybody can do a "sendmail -q", which I don't want them to be able to do. The sysadmin should have (sole) control over mail queue management. Is it correct that sendmail should be suid-root? If I remove the suid bit, what are the repercussions? Thanks folks, Mike --- From owner-freebsd-bugs Thu Jul 25 10:52:06 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA16272 for bugs-outgoing; Thu, 25 Jul 1996 10:52:06 -0700 (PDT) Received: from george.lbl.gov (george-2.lbl.gov [131.243.2.12]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id KAA16019 for ; Thu, 25 Jul 1996 10:51:31 -0700 (PDT) Received: (jin@localhost) by george.lbl.gov (8.6.10/8.6.5) id KAA18676; Thu, 25 Jul 1996 10:50:51 -0700 Date: Thu, 25 Jul 1996 10:50:51 -0700 From: "Jin Guojun[ITG]" Message-Id: <199607251750.KAA18676@george.lbl.gov> To: bugs@freebsd.org Subject: A way to fix MFREE hanging the system Cc: mckusick@McKusick.COM Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi folks, Here is the way how SunOS 4.1.x to fix MFREE hanging the system. Can we do the similar thing in BSD MFREE()? It is similar to what I mentioned in last email. I do not like to use panic() here. We may just print error message out and bypass the free body. How do you think? -Jin ----------------- I did not disclose Sun stuff ----------------------- ----------------- This looks like orginal BSD (4.2?) stuff ----------- ----------------- Why is it changed ? ------------------------------- /* @(#)mbuf.h 1.1 92/07/30 SMI; from UCB 7.10 2/8/88 */ /* * Copyright (c) 1982, 1986, 1988 Regents of the University of California. * All rights reserved. ...... ...... #define MFREE(m, n) \ { int ms = splimp(); \ if ((m)->m_type == MT_FREE) panic("mfree"); \ mbstat.m_mtypes[(m)->m_type]--; mbstat.m_mtypes[MT_FREE]++; \ (m)->m_type = MT_FREE; \ if (M_HASCL(m)) \ ... ... } From owner-freebsd-bugs Thu Jul 25 12:50:03 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA26400 for bugs-outgoing; Thu, 25 Jul 1996 12:50:03 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA26393; Thu, 25 Jul 1996 12:50:01 -0700 (PDT) Date: Thu, 25 Jul 1996 12:50:01 -0700 (PDT) Message-Id: <199607251950.MAA26393@freefall.freebsd.org> To: freebsd-bugs Cc: From: Bill Fenner Subject: Re: ports/1416: cflow(1) doesn't parse GNU C __attribute__ syntax Reply-To: Bill Fenner Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR ports/1416; it has been noted by GNATS. From: Bill Fenner To: alm@slewsys.org Cc: FreeBSD-gnats-submit@freebsd.org, ports@freebsd.org, dchapes@zeus.leitch.com Subject: Re: ports/1416: cflow(1) doesn't parse GNU C __attribute__ syntax Date: Thu, 25 Jul 1996 12:43:26 PDT In message <199607220047.RAA19465@woops.slewsys.org>you write: >>Fix: > > In the cflow shell script, change the preprocessor > command line from "cc -E" to "cc -E -D__attribute__(x)=" Actually, I think that using "cflow -g" is more correct. Should the cflow port be modified to add the "-g" flag by default? Bill From owner-freebsd-bugs Thu Jul 25 12:53:05 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA26601 for bugs-outgoing; Thu, 25 Jul 1996 12:53:05 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id MAA26556 for ; Thu, 25 Jul 1996 12:52:56 -0700 (PDT) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id VAA19856; Thu, 25 Jul 1996 21:52:50 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id VAA23887; Thu, 25 Jul 1996 21:52:50 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id TAA22163; Thu, 25 Jul 1996 19:43:08 +0200 (MET DST) From: J Wunsch Message-Id: <199607251743.TAA22163@uriah.heep.sax.de> Subject: Re: Error during compilation of kernel with worm To: afr04@rs1.rrz.Uni-Koeln.DE (Ralf Luettgen) Date: Thu, 25 Jul 1996 19:43:08 +0200 (MET DST) Cc: freebsd-bugs@freebsd.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <1.5.4.32.19960725130837.0068f66c@mail.rrz.uni-koeln.de> from Ralf Luettgen at "Jul 25, 96 03:08:37 pm" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Ralf Luettgen wrote: > During the compilation of the kernel of release 2.1.5 with the > following line in the conf file : > > device worm0 at scbus? > > I've got the following message : > > oading kernel > conf.o: Undefined symbol `_wormopen' referenced from data segment > conf.o: Undefined symbol `_wormclose' referenced from data segment > conf.o: Undefined symbol `_wormioctl' referenced from data segment > conf.o: Undefined symbol `_wormstrategy' referenced from data segment > *** Error code 1 Strange. Have you recompiled the entire kernel after reconfiguring? These functions are the cdevsw[]/bdevsw[] functions, they are being generated by a macro expansion inside sys/scsi/worm.c. Is worm.c compiled into your kernel at all (it is supposed to)? Puzzling, i have test-compiled a 2.1.5 kernel before updating the driver in 2.1.5, and the above was supposed to function ever since 2.1. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Thu Jul 25 13:10:29 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA27928 for bugs-outgoing; Thu, 25 Jul 1996 13:10:29 -0700 (PDT) Received: from mexico.brainstorm.eu.org (root@mexico.brainstorm.eu.org [193.56.58.253]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id NAA27919 for ; Thu, 25 Jul 1996 13:10:25 -0700 (PDT) Received: from brasil.brainstorm.eu.org (brasil.brainstorm.eu.org [193.56.58.33]) by mexico.brainstorm.eu.org (8.7.5/8.7.3) with ESMTP id WAA13533; Thu, 25 Jul 1996 22:10:20 +0200 Received: (from uucp@localhost) by brasil.brainstorm.eu.org (8.6.12/8.6.12) with UUCP id WAA29677; Thu, 25 Jul 1996 22:09:49 +0200 Received: (from roberto@localhost) by keltia.freenix.fr (8.8.Alpha.5/keltia-uucp-2.8) id WAA14769; Thu, 25 Jul 1996 22:00:01 +0200 (MET DST) Message-Id: <199607252000.WAA14769@keltia.freenix.fr> Date: Thu, 25 Jul 1996 22:00:01 +0200 From: roberto@keltia.freenix.fr (Ollivier Robert) To: mike@networx.ie Cc: freebsd-bugs@freebsd.org (FreeBSD Bugs) Subject: Re: sendmail is suid root -- correct? In-Reply-To: ; from Michael Ryan on Jul 24, 1996 22:28:49 +0000 References: X-Mailer: Mutt 0.37 Mime-Version: 1.0 Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk According to Michael Ryan: > Is it correct that sendmail should be suid-root? Yes. If you want ot restrict the queue, try to add the following in your whatever.mc file and re-m4 it. define(`confPRIVACY_FLAGS',`restrictmailq,noexpn,noreceipts,restrictqrun')dnl It may be specific to 8.7.*. If you're still running the 8.6.12 that came with FreeBSD 2.1.0 then upgrade as soon as you can to 8.7.5. -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 2.2-CURRENT #16: Sun Jul 21 13:26:53 MET DST 1996 From owner-freebsd-bugs Thu Jul 25 13:11:19 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA28000 for bugs-outgoing; Thu, 25 Jul 1996 13:11:19 -0700 (PDT) Received: from rs1.rrz.Uni-Koeln.DE (rs1.rrz.Uni-Koeln.DE [134.95.100.208]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id NAA27993 for ; Thu, 25 Jul 1996 13:11:11 -0700 (PDT) Received: from pc1.scs-koeln.de ([134.95.30.183]) by rs1.rrz.Uni-Koeln.DE with SMTP id AA38237 (5.67b/IDA-1.5 for ); Thu, 25 Jul 1996 22:10:37 +0200 Message-Id: <1.5.4.32.19960725200941.00693e9c@mail.rrz.uni-koeln.de> X-Sender: afr04@mail.rrz.uni-koeln.de X-Mailer: Windows Eudora Light Version 1.5.4 (32) Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Thu, 25 Jul 1996 22:09:41 +0200 To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) From: Ralf Luettgen Subject: Re: Error during compilation of kernel with worm Cc: freebsd-bugs@freebsd.org Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk At 19:43 25.07.1996 +0200, you wrote: >As Ralf Luettgen wrote: > >> During the compilation of the kernel of release 2.1.5 with the >> following line in the conf file : >> >> device worm0 at scbus? >> >> I've got the following message : >> >> oading kernel >> conf.o: Undefined symbol `_wormopen' referenced from data segment >> conf.o: Undefined symbol `_wormclose' referenced from data segment >> conf.o: Undefined symbol `_wormioctl' referenced from data segment >> conf.o: Undefined symbol `_wormstrategy' referenced from data segment >> *** Error code 1 > >Strange. Have you recompiled the entire kernel after reconfiguring? Yes. >These functions are the cdevsw[]/bdevsw[] functions, they are being >generated by a macro expansion inside sys/scsi/worm.c. Is worm.c >compiled into your kernel at all (it is supposed to)? In the directory /usr/src/sys/compile is a file worm.o >Puzzling, i have test-compiled a 2.1.5 kernel before updating the >driver in 2.1.5, and the above was supposed to function ever since >2.1. > >-- >cheers, J"org > >joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE >Never trust an operating system you don't have sources for. ;-) > From owner-freebsd-bugs Thu Jul 25 14:28:02 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA02532 for bugs-outgoing; Thu, 25 Jul 1996 14:28:02 -0700 (PDT) Received: from kechara.flame.org (kechara.flame.org [192.80.44.209]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id OAA02515 for ; Thu, 25 Jul 1996 14:27:57 -0700 (PDT) Received: (from explorer@localhost) by kechara.flame.org (8.7.5/8.6.9) id RAA02446; Thu, 25 Jul 1996 17:26:48 -0400 (EDT) To: mike@NetworX.ie Cc: FreeBSD Bugs Subject: Re: sendmail is suid root -- correct? References: From: Michael Graff Date: 25 Jul 1996 17:26:47 -0400 In-Reply-To: Michael Ryan's message of Wed, 24 Jul 1996 22:28:49 BST Message-ID: Lines: 23 X-Mailer: Gnus v5.2.36/Emacs 19.31 Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Michael Ryan writes: > On my FreeBSD 2.1 box, sendmail is suid root. > This means anybody can do a "sendmail -q", > which I don't want them to be able to do. > The sysadmin should have (sole) control over mail > queue management. This is a problem, since you can't really hide the binary, and you can't remove the setuid bits. There was a lot of talk about non-root mail programs. I think I'll be looking into qmail myself. > Is it correct that sendmail should be suid-root? Yes. > If I remove the suid bit, what are the repercussions? Mail will stop working I suspect. Try it. :) --Michael From owner-freebsd-bugs Thu Jul 25 15:14:58 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA05170 for bugs-outgoing; Thu, 25 Jul 1996 15:14:58 -0700 (PDT) Received: from rs1.rrz.Uni-Koeln.DE (rs1.rrz.Uni-Koeln.DE [134.95.100.208]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id PAA05159 for ; Thu, 25 Jul 1996 15:14:49 -0700 (PDT) Received: from pc1.scs-koeln.de ([134.95.30.183]) by rs1.rrz.Uni-Koeln.DE with SMTP id AA68057 (5.67b/IDA-1.5 for ); Fri, 26 Jul 1996 00:14:40 +0200 Message-Id: <1.5.4.32.19960725221347.0068e47c@mail.rrz.uni-koeln.de> X-Sender: afr04@mail.rrz.uni-koeln.de X-Mailer: Windows Eudora Light Version 1.5.4 (32) Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Fri, 26 Jul 1996 00:13:47 +0200 To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) From: Ralf Luettgen Subject: Re: Error during compilation of kernel with worm Cc: freebsd-bugs@freebsd.org Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk At 19:43 25.07.1996 +0200, you wrote: >As Ralf Luettgen wrote: > >> During the compilation of the kernel of release 2.1.5 with the >> following line in the conf file : >> >> device worm0 at scbus? >> >> I've got the following message : >> >> oading kernel >> conf.o: Undefined symbol `_wormopen' referenced from data segment >> conf.o: Undefined symbol `_wormclose' referenced from data segment >> conf.o: Undefined symbol `_wormioctl' referenced from data segment >> conf.o: Undefined symbol `_wormstrategy' referenced from data segment >> *** Error code 1 > >Strange. Have you recompiled the entire kernel after reconfiguring? Yes! >These functions are the cdevsw[]/bdevsw[] functions, they are being >generated by a macro expansion inside sys/scsi/worm.c. Is worm.c >compiled into your kernel at all (it is supposed to)? In the directory /usr/src/sys/compile/SCS there exists the files worm.h and worm.o ! >Puzzling, i have test-compiled a 2.1.5 kernel before updating the >driver in 2.1.5, and the above was supposed to function ever since >2.1. With best regards Ralf From owner-freebsd-bugs Thu Jul 25 16:20:04 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA09643 for bugs-outgoing; Thu, 25 Jul 1996 16:20:04 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA09612; Thu, 25 Jul 1996 16:20:02 -0700 (PDT) Resent-Date: Thu, 25 Jul 1996 16:20:02 -0700 (PDT) Resent-Message-Id: <199607252320.QAA09612@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, borjam@we.lc.ehu.es Received: from we.lc.ehu.es (INFOVIA-B-17.sarenet.es [193.148.39.241]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id QAA09013 for ; Thu, 25 Jul 1996 16:12:17 -0700 (PDT) Received: (from borjam@localhost) by we.lc.ehu.es (8.7.5/8.7.3) id BAA00582; Fri, 26 Jul 1996 01:13:04 +0200 (MET DST) Message-Id: <199607252313.BAA00582@we.lc.ehu.es> Date: Fri, 26 Jul 1996 01:13:04 +0200 (MET DST) From: Borja Marcos Reply-To: borjam@we.lc.ehu.es To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/1432: kern Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1432 >Category: kern >Synopsis: Rexmit timeout for TCP too short >Confidential: no >Severity: critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Jul 25 16:20:01 PDT 1996 >Last-Modified: >Originator: Borja Marcos >Organization: *********************************************************************** Borja Marcos * Internet: borjam@we.lc.ehu.es Alangoeta, 11 1 izq * borjam@well.com 48990 - Algorta (Vizcaya) * CompuServe: 100015,3502 SPAIN * *********************************************************************** >Release: FreeBSD 2.2-960501-SNAP i386 >Environment: Nothing really relevant here >Description: If a network link is broken, a TCP connection is dropped by a rexmit timeout after about 30 seconds. As far as I know this is incorrect. >How-To-Repeat: For example, telnet to a machine, power down a router between the origin and the destination, and press some keys. After some retransmits, the connection will be dropped. >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Thu Jul 25 16:20:06 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA09656 for bugs-outgoing; Thu, 25 Jul 1996 16:20:06 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA09632; Thu, 25 Jul 1996 16:20:04 -0700 (PDT) Date: Thu, 25 Jul 1996 16:20:04 -0700 (PDT) Message-Id: <199607252320.QAA09632@freefall.freebsd.org> To: freebsd-bugs Cc: From: "Andrew L. Moore" Subject: Re: ports/1416: cflow(1) doesn't parse GNU C __attribute__ syntax Reply-To: "Andrew L. Moore" Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR ports/1416; it has been noted by GNATS. From: "Andrew L. Moore" To: Bill Fenner Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: ports/1416: cflow(1) doesn't parse GNU C __attribute__ syntax Date: Thu, 25 Jul 1996 16:16:41 -0700 The macro `-D__attribute__(x)=' is still needed in cflow(1), whether the `-g' option is specified or not. Someone added __attribute__ to the gnu_keywords list in prcc.c. This is wrong, since __attribute__ defines not just a new C type, but a new C grammar as well. For portability, I suggest the following. >From the end-user's standpoint, it would be nice if `cflow *.c' "just worked." Maybe borrow from the GNU autoconf `configure' script: cat >${TMPFILE}.c <<\EOF #ifdef __GNUC__ yes; #endif EOF if ${CPP} ${TMPFILE}.c | egrep yes >/dev/null 2>&1; then CPP="${CPP} -D__attribute__(x)=" fi rm -f ${TMPFILE}.c From owner-freebsd-bugs Thu Jul 25 23:50:03 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA02599 for bugs-outgoing; Thu, 25 Jul 1996 23:50:03 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA02591; Thu, 25 Jul 1996 23:50:01 -0700 (PDT) Resent-Date: Thu, 25 Jul 1996 23:50:01 -0700 (PDT) Resent-Message-Id: <199607260650.XAA02591@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, coredump@nervosa.vendetta.com Received: from nervosa.netcom.com (nervosa.vendetta.com [192.187.167.18]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id XAA02294 for ; Thu, 25 Jul 1996 23:42:05 -0700 (PDT) Received: (from coredump@localhost) by nervosa.netcom.com (8.7.5/8.7.3) id XAA14657; Thu, 25 Jul 1996 23:42:41 -0700 (PDT) Message-Id: <199607260642.XAA14657@nervosa.netcom.com> Date: Thu, 25 Jul 1996 23:42:41 -0700 (PDT) From: goamatic Reply-To: coredump@nervosa.vendetta.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/1433: very minimal problem cause im anal Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1433 >Category: bin >Synopsis: very minimal problem cause im anal >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Jul 25 23:50:01 PDT 1996 >Last-Modified: >Originator: goamatic >Organization: == Chris Layne ======================================== Nervosa Computing == == coredump@nervosa.vendetta.com == http://nervosa.vendetta.com/~coredump == >Release: FreeBSD 2.2-960612-SNAP i386 >Environment: >Description: ctags usage prompt doesnt include a linefeed. >How-To-Repeat: [coredump@nervosa] ~> ctags usage: ctags [-BFadtuwvx] [-f tagsfile] file ...[coredump@nervosa] ~> [coredump@nervosa] ~> cut usage: cut -c list [file1 ...] cut -f list [-s] [-d delim] [file ...] [coredump@nervosa] ~> >Fix: Add a simple \n to the main usage() strings in ctags.c >Audit-Trail: >Unformatted: From owner-freebsd-bugs Thu Jul 25 23:51:45 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA02668 for bugs-outgoing; Thu, 25 Jul 1996 23:51:45 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id XAA02642 for ; Thu, 25 Jul 1996 23:51:22 -0700 (PDT) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id IAA07204; Fri, 26 Jul 1996 08:51:12 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id IAA03136; Fri, 26 Jul 1996 08:51:12 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id IAA25440; Fri, 26 Jul 1996 08:46:19 +0200 (MET DST) From: J Wunsch Message-Id: <199607260646.IAA25440@uriah.heep.sax.de> Subject: Re: Error during compilation of kernel with worm To: afr04@rs1.rrz.Uni-Koeln.DE (Ralf Luettgen) Date: Fri, 26 Jul 1996 08:46:19 +0200 (MET DST) Cc: joerg_wunsch@uriah.heep.sax.de, freebsd-bugs@freebsd.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <1.5.4.32.19960725221347.0068e47c@mail.rrz.uni-koeln.de> from Ralf Luettgen at "Jul 26, 96 00:13:47 am" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Ralf Luettgen wrote: > >These functions are the cdevsw[]/bdevsw[] functions, they are being > >generated by a macro expansion inside sys/scsi/worm.c. Is worm.c > >compiled into your kernel at all (it is supposed to)? > > In the directory /usr/src/sys/compile/SCS there exists the files worm.h and > worm.o ! Sorry, no idea offline, you have to dig into the code. The missing functions are supposedly expanded from the macro worminit. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Fri Jul 26 04:19:54 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA22781 for bugs-outgoing; Fri, 26 Jul 1996 04:19:54 -0700 (PDT) Received: from sam.networx.ie (dublin-ts19-164.indigo.ie [194.125.134.164]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id EAA22776 for ; Fri, 26 Jul 1996 04:19:48 -0700 (PDT) Received: from mip1.networx.ie (mip1.networx.ie [194.9.12.1]) by sam.networx.ie (8.6.12/8.6.12) with SMTP id LAA14095 for ; Fri, 26 Jul 1996 11:39:29 +0100 X-Organisation: I.T. NetworX Ltd X-Business: Network Consultancy and Training X-Address: 67 Merrion Square, Dublin 2, Ireland X-Voice: +353-1-676-8866 X-Fax: +353-1-676-8868 Received: from mike.networx.ie by mip1.networx.ie Date: Fri, 26 Jul 1996 11:31:01 BST From: Michael Ryan Reply-To: mike@NetworX.ie Subject: grep manpage inaccurate To: freebsd-bugs@freebsd.org Message-Id: Priority: Normal Mime-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk The following text in the grep(1) manpage is incorrect. Its reference to "a single character" should read "an atom" where an atom is as defined in re_format(7). A regular expression matching a single character may be followed by one of several repetition operators: ? The preceding item is optional and matched at most once. * The preceding item will be matched zero or more times. + The preceding item will be matched one or more times. {n} The preceding item is matched exactly n times. {n,} The preceding item is matched n or more times. {,m} The preceding item is optional and is matched at most m times. {n,m} The preceding item is matched at least n times, but not more than m times. Mike --- From owner-freebsd-bugs Fri Jul 26 06:10:04 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id GAA25882 for bugs-outgoing; Fri, 26 Jul 1996 06:10:04 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id GAA25876; Fri, 26 Jul 1996 06:10:02 -0700 (PDT) Resent-Date: Fri, 26 Jul 1996 06:10:02 -0700 (PDT) Resent-Message-Id: <199607261310.GAA25876@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, Received:"from gilgamesch.bik-gmbh.de (gilgamesch.bik-gmbh.de [194.233.237.91]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id GAA25811 for" ; Fri, 26 Jul 1996 06:08:59.-0700 (PDT) Received: (from cracauer@localhost) by gilgamesch.bik-gmbh.de (8.7.5/8.7.3) id PAA13841; Fri, 26 Jul 1996 15:08:39 +0200 (MET DST) Message-Id: <199607261308.PAA13841@gilgamesch.bik-gmbh.de> Date: Fri, 26 Jul 1996 15:08:39 +0200 (MET DST) From: cracauer@wavehh.hanse.de To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/1435: MFS in 2.1.5 doesn't work Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1435 >Category: kern >Synopsis: mount_mfs just returns. doen't mount >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Jul 26 06:10:01 PDT 1996 >Last-Modified: >Originator: Martin Cracauer >Organization: private >Release: FreeBSD 2.1-STABLE i386 >Environment: FreeBSD-2.1.5-RELEASE on P6 128 MB, 3 swap partions, multiple adapetc 2940, using ccd. >Description: The mount_mfs command (or mount -t mfs), called with correct parameters (work on FreeBSD-2.1-RELEASE) just returns, no mount is done. >How-To-Repeat: mount -t mfs /dev/sd0b /tmp -> returns without error message, buit nothing is done. >Fix: `mount -u -o async / ` :-) If the fix is easy (and serious :-), I'd appreciate a short notice. Martin >Audit-Trail: >Unformatted: From owner-freebsd-bugs Fri Jul 26 07:06:28 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA28137 for bugs-outgoing; Fri, 26 Jul 1996 07:06:28 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id HAA28113 for ; Fri, 26 Jul 1996 07:06:11 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id AAA03847; Sat, 27 Jul 1996 00:02:52 +1000 Date: Sat, 27 Jul 1996 00:02:52 +1000 From: Bruce Evans Message-Id: <199607261402.AAA03847@godzilla.zeta.org.au> To: Andries.Brouwer@cwi.nl, bde@zeta.org.au, freebsd-bugs@freebsd.org, j@uriah.heep.sax.de Subject: Re: installation fails Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Apparently the partition table has the wrong offsets in it. >What happens here (my first encounter with the phenomenon of >disk labels went by reading "dd if=/dev/hda4 | od -c") >is that d_partitions[0] and d_partitions[1] contain all zeros, >while d_partitions[2] and d_partitions[3] describe the (same) >partition - they only differed in a type byte. The remaining >partitions are zero again. This is a possible but unusual configuration. Partition 2 must always exist and partition 3 is your filesystem partition. But I thought you said that you were using partition 'e'. > `part' and both of the p_offset's should be 0 here. >So part is zero, and so is d_partitions[part].p_offset, >but not dl->d_partitions[2].p_offset. Indeed, the latter >equals sector. The effect is that boff is set to zero, Oops. I forgot that the offset of the slice gets subtracted from all of the d_partition offsets when the label sector is read in under FreeBSD (and added back when the label sector is written under FreeBSD). This is mainly for backwards compatibility - partitition offsets are absolute in the on-disk label and relative in the in-core label and even in the buffer cache. You must have run "dd | od" under Linux to see a nonzero value. The bootblock should see nonzero offsets and boff = dl->d_partitions[part].p_offset - dl->d_partitions[2].p_offset + sector; is normally the same as boff = dl->d_partitions[part].p_offset; which is what the pre-DiskManager-aware version did. This fails completely for empty partitions. Empty partitions have absolute offset 0 for backwards compatibility. The patch should be: ... bsize = ...; if (bsize == 0) { printf("empty partition"); return 1; } >to get the same effect. A reasonable thing to do for >a robust booter might be to pick for part the smallest >number different from 2 for which d_partitions[part].p_offset >is nonzero, and 2 if there is no such number. Not when then user has specified the partition. Then it should simply fail. >By the way, there is a formal bug in the source there, in >that b_size is only defined inside #ifdef DO_BAD144 ... #endif, >while it is used here outside such an ifdef. Already fixed in -current. > >Discussion: > > The above patches work entirely satisfactorily, > > but the real problem is that this Disklabel Editor > > did not write anything in partition[0], while the > > disk.c code assumes that there would be something. > It has to write something there since all of the partition > entries have to be written together. It probably writes 0. Actually it writes 0 to the in-core label, and usually non-0 to disk. Bruce From owner-freebsd-bugs Fri Jul 26 07:32:10 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA29437 for bugs-outgoing; Fri, 26 Jul 1996 07:32:10 -0700 (PDT) Received: from rs1.rrz.Uni-Koeln.DE (rs1.rrz.Uni-Koeln.DE [134.95.100.208]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id HAA29405 for ; Fri, 26 Jul 1996 07:31:58 -0700 (PDT) Received: from pc1.scs-koeln.de ([134.95.30.183]) by rs1.rrz.Uni-Koeln.DE with SMTP id AA89820 (5.67b/IDA-1.5 for ); Fri, 26 Jul 1996 16:31:15 +0200 Message-Id: <1.5.4.32.19960726143020.00698ea0@mail.rrz.uni-koeln.de> X-Sender: afr04@mail.rrz.uni-koeln.de X-Mailer: Windows Eudora Light Version 1.5.4 (32) Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Fri, 26 Jul 1996 16:30:20 +0200 To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) From: Ralf Luettgen Subject: Re: Error during compilation of kernel with worm Cc: freebsd-bugs@freebsd.org Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk At 08:46 26.07.1996 +0200, you wrote: >As Ralf Luettgen wrote: > >> >These functions are the cdevsw[]/bdevsw[] functions, they are being >> >generated by a macro expansion inside sys/scsi/worm.c. Is worm.c >> >compiled into your kernel at all (it is supposed to)? >> >> In the directory /usr/src/sys/compile/SCS there exists the files worm.h and >> worm.o ! > >Sorry, no idea offline, you have to dig into the code. The missing >functions are supposedly expanded from the macro worminit. I've try to compile the kernel on another machine with the same result. I found a macro for wormopen in two files in the source tree : #define wormopen nxopen { wormopen, wormclose, rawread, rawwrite, /*62*/ in ./i386/i386/conf.c static d_open_t wormopen; wormopen, in ./scsi/worm.c But I didn't find any worminit macro in the who source tree? I tested ist with : cd /usr/src/sys ; find . -exec grep worminit {} \; and I didn't get any response. I got the distribution from ftp7.de.freebsd.org. Thanks to your efforts. Ralf From owner-freebsd-bugs Fri Jul 26 08:00:05 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA01109 for bugs-outgoing; Fri, 26 Jul 1996 08:00:05 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA01093; Fri, 26 Jul 1996 08:00:02 -0700 (PDT) Date: Fri, 26 Jul 1996 08:00:02 -0700 (PDT) Message-Id: <199607261500.IAA01093@freefall.freebsd.org> To: freebsd-bugs Cc: From: Garrett Wollman Subject: kern/1435: MFS in 2.1.5 doesn't work Reply-To: Garrett Wollman Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/1435; it has been noted by GNATS. From: Garrett Wollman To: cracauer@wavehh.hanse.de Cc: FreeBSD-gnats-submit@freebsd.org Subject: kern/1435: MFS in 2.1.5 doesn't work Date: Fri, 26 Jul 1996 10:46:02 -0400 < mount -t mfs /dev/sd0b /tmp -> returns without error message, buit nothing is done. Note that `newfs' does a very bad job of returning errors in the MFS case. So far as I can tell, the only place where errors in MFS creation are indicated is the syslog. What's worse, it doesn't even appear to return a correct error indication back to the parent process. -GAWollman -- Garrett A. Wollman | O Siem / We are all family / O Siem / We're all the same wollman@lcs.mit.edu | O Siem / The fires of freedom Opinions not those of| Dance in the burning flame MIT, LCS, ANA, or NSA| - Susan Aglukark and Chad Irschick From owner-freebsd-bugs Fri Jul 26 09:40:04 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA06871 for bugs-outgoing; Fri, 26 Jul 1996 09:40:04 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA06847; Fri, 26 Jul 1996 09:40:03 -0700 (PDT) Date: Fri, 26 Jul 1996 09:40:03 -0700 (PDT) Message-Id: <199607261640.JAA06847@freefall.freebsd.org> To: freebsd-bugs Cc: From: cracauer@wavehh.hanse.de (Martin Cracauer) Subject: Re: kern/1435: MFS in 2.1.5 doesn't work Reply-To: cracauer@wavehh.hanse.de (Martin Cracauer) Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/1435; it has been noted by GNATS. From: cracauer@wavehh.hanse.de (Martin Cracauer) To: wollman@lcs.mit.edu (Garrett Wollman) Cc: cracauer@wavehh.hanse.de, FreeBSD-gnats-submit@freebsd.org Subject: Re: kern/1435: MFS in 2.1.5 doesn't work Date: Fri, 26 Jul 1996 18:28:05 +0200 (MET DST) > > < > > mount -t mfs /dev/sd0b /tmp > > -> returns without error message, buit nothing is done. > > Note that `newfs' does a very bad job of returning errors in the MFS > case. So far as I can tell, the only place where errors in MFS > creation are indicated is the syslog. What's worse, it doesn't even > appear to return a correct error indication back to the parent > process. Right, in fact. Sorry, I didn't had console output. This message is printed when the mount commend is given: Jul 26 14:35:21 gilgamesch mfs: /tmp: Operation not supported by device /tmp is just a plain directory on a plain (non-ccd, nothing special) ffs partition. Trying other directories gives the same result. I tried with a freshly booted machine and in single-user mode. More important for me: Is there anyone with a working mfs on 2.1.5? Martin -- %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% Martin Cracauer http://www.bik-gmbh.de/~cracauer Fax +49 40 522 85 36 From owner-freebsd-bugs Fri Jul 26 09:40:06 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA06890 for bugs-outgoing; Fri, 26 Jul 1996 09:40:06 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA06862; Fri, 26 Jul 1996 09:40:03 -0700 (PDT) Date: Fri, 26 Jul 1996 09:40:03 -0700 (PDT) Message-Id: <199607261640.JAA06862@freefall.freebsd.org> To: freebsd-bugs Cc: From: Garrett Wollman Subject: Re: kern/1435: MFS in 2.1.5 doesn't work Reply-To: Garrett Wollman Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/1435; it has been noted by GNATS. From: Garrett Wollman To: cracauer@wavehh.hanse.de Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: kern/1435: MFS in 2.1.5 doesn't work Date: Fri, 26 Jul 1996 12:33:03 -0400 < Right, in fact. Sorry, I didn't had console output. > This message is printed when the mount commend is given: > Jul 26 14:35:21 gilgamesch mfs: /tmp: Operation not supported by device This message is the one that indicates your kernel is not compiled with MFS support. -GAWollman -- Garrett A. Wollman | O Siem / We are all family / O Siem / We're all the same wollman@lcs.mit.edu | O Siem / The fires of freedom Opinions not those of| Dance in the burning flame MIT, LCS, ANA, or NSA| - Susan Aglukark and Chad Irschick From owner-freebsd-bugs Fri Jul 26 10:44:44 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA11530 for bugs-outgoing; Fri, 26 Jul 1996 10:44:44 -0700 (PDT) Received: from skynet.ctr.columbia.edu (skynet.ctr.columbia.edu [128.59.64.70]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id KAA11522 for ; Fri, 26 Jul 1996 10:44:39 -0700 (PDT) Received: (from wpaul@localhost) by skynet.ctr.columbia.edu (8.6.12/8.6.9) id NAA14748; Fri, 26 Jul 1996 13:43:18 -0400 From: Bill Paul Message-Id: <199607261743.NAA14748@skynet.ctr.columbia.edu> Subject: Re: kern/1435: MFS in 2.1.5 doesn't work To: cracauer@wavehh.hanse.de Date: Fri, 26 Jul 1996 13:43:16 -0400 (EDT) Cc: freebsd-bugs@freefall.freebsd.org In-Reply-To: <199607261640.JAA06847@freefall.freebsd.org> from "Martin Cracauer" at Jul 26, 96 09:40:03 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Of all the gin joints in all the towns in all the world, Martin Cracauer had to walk into mine and say: > The following reply was made to PR kern/1435; it has been noted by GNATS. > > From: cracauer@wavehh.hanse.de (Martin Cracauer) > To: wollman@lcs.mit.edu (Garrett Wollman) > Cc: cracauer@wavehh.hanse.de, FreeBSD-gnats-submit@freebsd.org > Subject: Re: kern/1435: MFS in 2.1.5 doesn't work > Date: Fri, 26 Jul 1996 18:28:05 +0200 (MET DST) > > > > > < > > > > mount -t mfs /dev/sd0b /tmp > > > > -> returns without error message, buit nothing is done. > > > > Note that `newfs' does a very bad job of returning errors in the MFS > > case. So far as I can tell, the only place where errors in MFS > > creation are indicated is the syslog. What's worse, it doesn't even > > appear to return a correct error indication back to the parent > > process. > > Right, in fact. Sorry, I didn't had console output. > This message is printed when the mount commend is given: > > Jul 26 14:35:21 gilgamesch mfs: /tmp: Operation not supported by device (As Garrett said: you need 'options MFS' in your kernel config. It's not in GENERIC.) > /tmp is just a plain directory on a plain (non-ccd, nothing special) > ffs partition. Trying other directories gives the same result. I tried > with a freshly booted machine and in single-user mode. > > More important for me: Is there anyone with a working mfs on 2.1.5? Yes, me (please excuse the long line at the bottom): [/homes/wpaul]:marple{46}% uname -smr FreeBSD 2.1.5-RELEASE i386 [/homes/wpaul]:marple{47}% df /tmp Filesystem 1K-blocks Used Avail Capacity Mounted on mfs:20 23583 4 21693 0% /tmp [/homes/wpaul]:marple{48}% ps -auxww | grep mfs root 20 0.0 9.7 24920 628 ?? Is 1:26PM 0:00.26 mfs /dev/wd0b /tmp (mount_mfs) [/homes/wpaul]:marple{49}% grep mfs /etc/fstab /dev/wd0b /tmp mfs rw 0 0 /dev/wd0b is my swap device. -Bill -- ============================================================================= -Bill Paul (212) 854-6020 | System Manager, Master of Unix-Fu Work: wpaul@ctr.columbia.edu | Center for Telecommunications Research Home: wpaul@skynet.ctr.columbia.edu | Columbia University, New York City ============================================================================= "If you're ever in trouble, go to the CTR. Ask for Bill. He will help you." ============================================================================= From owner-freebsd-bugs Fri Jul 26 10:51:56 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA11867 for bugs-outgoing; Fri, 26 Jul 1996 10:51:56 -0700 (PDT) Received: from freespeech.firepower.com (freespeech.firepower.com [198.4.104.7]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id KAA11861 for ; Fri, 26 Jul 1996 10:51:50 -0700 (PDT) Received: from wank.firepower.com (wank.firepower.com [198.4.104.123]) by freespeech.firepower.com (8.7.1/8.7) with SMTP id KAA20404 for ; Fri, 26 Jul 1996 10:51:47 -0700 (PDT) Message-Id: <199607261751.KAA20404@freespeech.firepower.com> Received: by wank.firepower.com (NX5.67f2/NX3.0X) id AA05203; Fri, 26 Jul 96 10:51:46 -0700 Content-Type: text/plain Mime-Version: 1.0 (NeXT Mail 3.3 v118.2) X-Face: Q_0euZO''e#6OnSi:Q2>+p;FLeJ;ULC6Z9D5I){~_3&4Vt)gPef/ZMuvzL7CA1D#Ow^k"0V/ Js?/{4jok7D?NDM(F,rx8F$LM6~-MC@WA)ADUZ=Sy=86693?W"z9@m/lMZ(]-S$TcH9tMLqi tFU;xXW@@3P%p@iaO+[d^*3EB4YUBG\#+i2Ix._0~G8x2t X-Nextstep-Mailer: Mail 3.3 (Enhance 1.3) Received: by NeXT.Mailer (1.118.2) From: Harold Barker Date: Fri, 26 Jul 96 10:51:38 -0700 To: bugs@freebsd.org Subject: /usr/tmp not writable in 2.1.5 Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk ls of /usr/tmp drwx------ 2 root wheel 512 Jul 25 17:38 tmp --- Work MIME/NeXT Mail accepted | Home MIME/NeXT Mail accepted hbarker@firepower.com | hbarker@dsms.com voice 415.462.3013 fax 415.462.3051 | Do or do not, there is no try, Yoda From owner-freebsd-bugs Fri Jul 26 16:46:49 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA15158 for bugs-outgoing; Fri, 26 Jul 1996 16:46:49 -0700 (PDT) Received: (from pst@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA15145; Fri, 26 Jul 1996 16:46:46 -0700 (PDT) Date: Fri, 26 Jul 1996 16:46:46 -0700 (PDT) From: Paul Traina Message-Id: <199607262346.QAA15145@freefall.freebsd.org> To: coredump@nervosa.vendetta.com, pst, freebsd-bugs Subject: Re: bin/1433 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: very minimal problem cause im anal State-Changed-From-To: open-closed State-Changed-By: pst State-Changed-When: Fri Jul 26 16:45:53 PDT 1996 State-Changed-Why: fixed, thanks From owner-freebsd-bugs Fri Jul 26 21:12:50 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA06840 for bugs-outgoing; Fri, 26 Jul 1996 21:12:50 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id VAA06835 for ; Fri, 26 Jul 1996 21:12:47 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id VAA02001; Fri, 26 Jul 1996 21:12:35 -0700 (PDT) To: Charles Henrich cc: freebsd-bugs@FreeBSD.ORG Subject: Re: mail.local quota fix In-reply-to: Your message of "Tue, 11 Jun 1996 14:15:41 EDT." <199606111815.OAA04730@crh.cl.msu.edu> Date: Fri, 26 Jul 1996 21:12:35 -0700 Message-ID: <1998.838440755@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Hey Folks, this patch fixed mail.local.c in -current so that it will understa nd how > to deal with mailboxes that go over quota (in this case it queues the mail fo r > redelivery, allowing the user a few days to make room..) This has been teste d > extensivly with the same patches applied to the mail.local in 2.1R, and works > beautifully. > > Please commit this ! What was the disposition on this one? Apathy? Shouts of "evil!" and fingers pointed? Jordan From owner-freebsd-bugs Fri Jul 26 22:32:24 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA10663 for bugs-outgoing; Fri, 26 Jul 1996 22:32:24 -0700 (PDT) Received: from sasami.jurai.net (root@sasami.jurai.net [206.151.208.162]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id WAA10657 for ; Fri, 26 Jul 1996 22:32:21 -0700 (PDT) Received: from localhost (winter@localhost) by sasami.jurai.net (8.7.5/8.7.3) with SMTP id AAA20714; Sat, 27 Jul 1996 00:32:15 -0500 (CDT) Date: Sat, 27 Jul 1996 00:32:15 -0500 (CDT) From: "Matthew N. Dodd" X-Sender: winter@sasami To: "Jordan K. Hubbard" cc: Charles Henrich , freebsd-bugs@FreeBSD.ORG Subject: Re: mail.local quota fix In-Reply-To: <1998.838440755@time.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Fri, 26 Jul 1996, Jordan K. Hubbard wrote: > What was the disposition on this one? Apathy? Shouts of "evil!" and > fingers pointed? I'm all for it. Its a good thing. | Matthew N. Dodd | winter@jurai.net | http://www.jurai.net/~winter | | Technical Manager | mdodd@intersurf.net | http://www.intersurf.net | | InterSurf Online | "Welcome to the net Sir, would you like a handbasket?"| From owner-freebsd-bugs Fri Jul 26 23:10:42 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA12876 for bugs-outgoing; Fri, 26 Jul 1996 23:10:42 -0700 (PDT) Received: from crh.cl.msu.edu (crh.cl.msu.edu [35.8.1.24]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id XAA12870 for ; Fri, 26 Jul 1996 23:10:40 -0700 (PDT) Received: (from henrich@localhost) by crh.cl.msu.edu (8.7.5/8.7.3) id CAA12036; Sat, 27 Jul 1996 02:10:35 -0400 (EDT) From: Charles Henrich Message-Id: <199607270610.CAA12036@crh.cl.msu.edu> Subject: Re: mail.local quota fix To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Sat, 27 Jul 1996 02:10:35 -0400 (EDT) Cc: freebsd-bugs@FreeBSD.ORG In-Reply-To: <1998.838440755@time.cdrom.com> from "Jordan K. Hubbard" at "Jul 26, 96 09:12:35 pm" X-Mailer: ELM [version 2.4ME+ PL22 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > What was the disposition on this one? Apathy? Shouts of "evil!" and > fingers pointed? Amazingly enough I tried getting it committed twice, tried getting public comment on it a couple times, and never a reply, so Im assuming no complaints :) -Crh Charles Henrich Michigan State University henrich@msu.edu http://pilot.msu.edu/~henrich From owner-freebsd-bugs Sat Jul 27 00:30:04 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA18246 for bugs-outgoing; Sat, 27 Jul 1996 00:30:04 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA18237; Sat, 27 Jul 1996 00:30:02 -0700 (PDT) Date: Sat, 27 Jul 1996 00:30:02 -0700 (PDT) Message-Id: <199607270730.AAA18237@freefall.freebsd.org> To: freebsd-bugs Cc: From: cracauer@wavehh.hanse.de (Martin Cracauer) Subject: Re: kern/1435: MFS in 2.1.5 doesn't work Reply-To: cracauer@wavehh.hanse.de (Martin Cracauer) Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/1435; it has been noted by GNATS. From: cracauer@wavehh.hanse.de (Martin Cracauer) To: wollman@lcs.mit.edu (Garrett Wollman) Cc: cracauer@wavehh.hanse.de, FreeBSD-gnats-submit@freebsd.org Subject: Re: kern/1435: MFS in 2.1.5 doesn't work Date: Sat, 27 Jul 1996 09:27:04 +0200 (MET DST) > > Jul 26 14:35:21 gilgamesch mfs: /tmp: Operation not supported by device > > This message is the one that indicates your kernel is not compiled > with MFS support. Oh no... I compiled a kernel with MFS, but didn't copy it to / :-( MFS now works. I'm really sorry for the stupid bug report. Should be closed. Martin -- %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% Martin Cracauer http://www.bik-gmbh.de/~cracauer Fax +49 40 522 85 36 From owner-freebsd-bugs Sat Jul 27 04:30:15 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA02648 for bugs-outgoing; Sat, 27 Jul 1996 04:30:15 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA02633 for freebsd-bugs; Sat, 27 Jul 1996 04:30:13 -0700 (PDT) Date: Sat, 27 Jul 1996 04:30:13 -0700 (PDT) From: GNU GNATS Message-Id: <199607271130.EAA02633@freefall.freebsd.org> To: freebsd-bugs Subject: List of open Problem Reports Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk This is the list of currently open problem reports [1994/11/30] kern/34 nullfs and union mounts can result in wild pointer r [1995/01/10] bin/104 pax -rwl may corrupt filesystem [1995/01/14] bin/115 systat iostat display doesn't scale high enough [1995/01/14] bin/129 fsck cannot take a mount point as an argument [1995/01/15] bin/146 version of compress is kinda old and slow [1995/01/21] bin/173 rc trys to mount modload fs before ld is available. [1995/01/21] bin/174 Poor error message from stty [1995/01/22] kern/176 EIDRM not defined in errno.h [1995/01/24] gnu/183 can't resolve "operator <<" overload [1995/01/24] bin/184 send-pr says "Aborting ..." and happily removes the [1995/01/30] bin/198 1.1.5.1 pine binary loops; top shows fancy values [1995/02/14] kern/216 /kernel: panic: ffs_alloccg: map corrupted [1995/03/02] misc/229 acos() core dump [1995/03/28] kern/281 Messages printed when checking CD ROM device too ver [1995/03/28] kern/282 buslogic adapter information WAY too verbose [1995/04/01] kern/291 PCI devices still probe/attach after being disabled [1995/04/20] kern/353 xcdplayer crashes machine (with NCR810 SCSI) [1995/04/20] misc/355 policy on /usr/local permission in base release [1995/05/08] bin/389 Simultaneous creation/deletion of dirs corrupts file [1995/05/12] bin/398 VI doesnt do the correct thing [1995/05/13] bin/401 Add REMOTE_* variables [1995/05/14] kern/405 The gpio driver does not work with the AT-GPIB, only [1995/05/15] misc/423 Sound devices are too insecure [1995/05/16] kern/425 arp entries not getting removed when interface chang [1995/05/23] i386/440 want vidcontrol option to apply settings to all sysc [1995/05/26] kern/446 unable to diskless-boot a PC when the server mounts [1995/06/14] bin/514 Crash recovery impossible without static mt/chflags. [1995/06/15] bin/517 Bad group change with 'install' [1995/06/15] bin/519 execution of quotacheck from /etc/rc fails [1995/06/17] kern/528 slow 386 reports excessive interrupt-level buffer ov [1995/06/26] kern/565 slip freezes machine [1995/07/02] kern/579 sio: RS_IBUFSIZE at 256 bytes serial lines loose dat [1995/07/04] kern/587 if_le hangs on OACTIVE with 2k buffer [1995/07/04] kern/588 Configuration of DEC ethernet cards not possible [1995/07/05] bin/591 SPAP request REJexted in stead of NAKed [1995/07/09] misc/605 NIS: get*bynis routine problems [1995/07/29] kern/638 Transmitted packets not passed to bpf in if_le.c [1995/08/01] docs/646 vmstat man page out of date [1995/08/01] bin/648 printf format conversion incorrect (duplicate) [1995/08/02] gnu/650 Current flex is outdated [1995/08/03] kern/652 Multiple addresses on one interface interacts badly [1995/08/05] gnu/655 ld -r of shared objects worked in 1.1.5, not in 2.0. [1995/08/07] bin/658 ifconfig alias has to be separately given [1995/08/07] bin/661 Hercules is not capable of having a ISO-Latin1 Scree [1995/08/11] gnu/672 Nor all ph headers get created [1995/08/11] ports/673 /bin/sh + inn1.4 innwatch going belly up [1995/08/11] bin/675 make does unnecessary rebuilds [1995/08/12] kern/677 X gets a bus error when calling mmap() [1995/08/13] bin/680 2.0.5's tip using termios doesn't act the way it did [1995/08/14] kern/688 Page fault: supervisor write, page not present [1995/08/15] i386/692 My modem is not found if my external cache is disabl [1995/08/18] kern/700 The comments in /sys/net/if.h are confusing [1995/08/21] kern/703 ppp not always deleting route properly when a ppp li [1995/08/22] bin/706 increased root DNS traffic and long latencies for r- [1995/08/29] bin/715 ls gives weird tabular form [1995/08/31] bin/716 W returns wrong results at login [1995/09/19] bin/728 /bin/sh messes up quoting when going through eval [1995/09/21] docs/731 socketpair(2) and man page inconsistent about return [1995/09/23] docs/735 missing description for mount options in fstab(5) ma [1995/09/25] gnu/737 FreeBSD-current/src/gnu/usr.bin/gzip/Makefile [1995/09/26] bin/739 Some problems when an output filter reads all input [1995/09/26] kern/742 syslog errors accessing Mac hard disks [patch] [1995/09/27] bin/743 vi cannot edit a file where the name starts with + [1995/09/27] kern/745 occasional filesystem inconsistencies, and "panic: f [1995/09/27] bin/747 date(1) gives weird time zones and interprets GMT[+- [1995/09/27] kern/750 cd9660 confused by not-ready or I/O errors FDIV030 [1995/09/28] kern/752 setting multiple addresses for a single interfaces l [1995/09/28] kern/753 my archive scsi tape drive does not work [1995/09/28] docs/754 there is no man page for the psm(4) mouse driver [1995/10/03] kern/765 umount -f can`t umount a NFS filesystem in use [1995/10/05] misc/767 Configure-time does time-warp on non-UTC CMOS - FDIV [1995/10/09] kern/774 dump fails with "slave couldn't reopen disk: Device [1995/10/11] bin/777 patch doesn't realize stdin is closed and asks quest [1995/10/12] bin/778 tar complains "EOF not on block boundary" on a good [1995/10/14] kern/781 OPEN_MAX in kernel config and FD_SETSIZE in /usr/inc [1995/10/18] bin/786 Problem with NIS and large group maps [1995/10/25] kern/792 cd9660 very slow. [1995/10/25] kern/793 ep0 cannot be configured and more. [1995/10/29] kern/798 PPP panics, touches 0xdeadc0de pointers [1995/10/29] docs/801 rlogind k, v, and x options are not documented [1995/10/31] bin/803 bsd m4 chokes and dies while FSF m4 works... [1995/11/11] bin/815 mountd reports unknown hosts with non-informative me [1995/11/12] kern/820 scsi tape problems [1995/11/13] kern/821 Config doesn't properly trap signals [1995/11/16] bin/826 tcpmux listener in inetd does not work [1995/11/20] kern/831 one minor complaint about the kernel visual config c [1995/11/22] kern/835 ed panics with SMC ultra with iomem, if no iomem in [1995/11/25] bin/839 by default, use of "at" is overly restricted [1995/11/27] bin/841 stale nfs mounts cannot be umounted [1995/11/27] kern/845 Automatic reboot says you can abort but boots anyway [1995/11/28] misc/848 Inst gripes about geometry but won't accept true val [1995/11/28] bin/850 dump treats write-protect as an EOT & spoils set FDI [1995/11/29] bin/852 Sendmail is loosing mail (apparently)! [1995/11/30] bin/854 swapinfo shows incorrect information for vnconfig'd [1995/11/30] ports/857 Need ANSI_C define to not declare some functions [1995/12/01] bin/859 /bin/sh -c does not ignore SIGINT [1995/12/02] kern/860 visual mode in kernel -c is too restrictive [1995/12/03] kern/861 sb16 support in 2.1 is erratic and has cosmetic defe [1995/12/03] kern/863 panic on kernel page fault, NULL curproc [1995/12/06] ports/869 xcdplayer installs itself is /usr/X11R6, not /usr/lo [1995/12/06] ports/871 port.subdir.mk DEBUG_FLAGS is not used for CFLAGS [1995/12/08] kern/876 NFS allows bogus accesses to cached data [1995/12/17] kern/900 ext2fs triggers divide by zero trap in vnode_pager_h [1995/12/20] i386/906 /sys/i386/boot/netboot/nb8390.com cannot recognize N [1995/12/25] bin/914 hayes dialer for tip fails 1st attempt to dial [1995/12/29] kern/920 sio output looses chars in fifo on close() [1995/12/29] kern/921 getrusage() returns 0 after system up for a long tim [1995/12/31] kern/924 EISA devices have disappeared from vmstat/systat int [1996/01/01] bin/926 Mounting nfs disks before starting mountd: Chicken o [1996/01/02] kern/927 VGA mode not restored [1996/01/03] kern/930 sio/getty problem? [1996/01/06] kern/932 de0 occasionally enables 100baseTX when plugged into [1996/01/06] misc/934 ppp dies with Bus Error when processing long LOGIN s [1996/01/09] kern/940 panic: free vnode isn't [1996/01/12] misc/942 X11 mono server dumps core on supported video hardwa [1996/01/15] kern/946 divide-by-zero in kernel on bad disk info [1996/01/16] kern/949 panic, undebugable dump? [1996/01/17] kern/951 -current kernel crashes with devfs error on bootup [1996/01/19] kern/956 Kernel page fault, null callp [1996/01/19] bin/958 ttys file does not include all ptys [1996/01/21] bin/961 'more $file', incorrect CRLF compacting. [1996/01/23] ports/968 Netscape & cern_httpd ports out of date/dead links [1996/01/25] kern/971 Default limits for number of processes per user ridi [1996/01/25] conf/972 inetd.conf should comment out k-services if no Kerbe [1996/01/28] kern/975 getrusage returns negative deltas [1996/01/28] kern/976 NCR SCSI driver gives assertion errors and disk beco [1996/01/29] kern/978 Three deadlocks in row [1996/02/01] bin/986 problems make-ing with cd in the rule [1996/02/03] kern/991 pcvt keyboard doesn't accept input at crash reboot [1996/02/03] bin/993 g++ complains about /usr/include/machine/cpufunc.h [1996/02/06] kern/998 badness in file system silently crashes machine [1996/02/07] bin/999 /usr/share/mk/sys.mk missing common $(RM) macro [1996/02/07] kern/1001 M_NAMEI malloc leak in the kernel [1996/02/08] kern/1008 Daily crash while writing network backups to local t [1996/02/09] kern/1012 vnode_pager_putpages: attempt to write meta-data!!! [1996/02/10] kern/1016 panic: vm_page_free: freeing free page, sddump: no s [1996/02/10] kern/1017 ssh stopped working between 15th Jan and 9th Feb [1996/02/12] kern/1018 panic: unwire: page not in pmap [1996/02/12] bin/1019 getty cannot detect ppp logins [1996/02/12] kern/1020 Boca 16-port board still hangs [1996/02/12] bin/1021 pppd doesn't handle PAP-only authentication well [1996/02/12] docs/1023 using touch to create swap file for NFS doesn't work [1996/02/14] kern/1026 deadlocks if parent vfork and child has cntrl termin [1996/02/14] bin/1028 shutdown -r does not seem to always complete [1996/02/15] bin/1029 cd behaves erraticly if cwd is a mount-point, which [1996/02/17] bin/1030 /bin/sh does not pass environment variables on prope [1996/02/18] kern/1034 Instant panic in -current [1996/02/19] bin/1035 ls to terminal always uses ? for non-printable chars [1996/02/19] docs/1036 List of dead xrefs in man pages [1996/02/19] bin/1037 2.x telnetd handles CTRL-M differently than other tt [1996/02/25] i386/1042 Warning from sio driver reports wrong device FDIV045 [1996/02/26] misc/1043 vm_bounce_alloc error on 2.1 install with 4G drive [1996/02/27] kern/1045 Lockup: b_to_q to a clist with no reserved cblocks [1996/02/27] gnu/1047 send-pr: Aborting... [1996/02/28] i386/1048 ep driver fails to detect card when told specific va [1996/02/28] bin/1050 Process (zip) hangs (unkillable) after floppy error [1996/02/29] kern/1051 zip fails on dos partition [1996/02/29] bin/1052 /bin/sh problem with new GCC (snapshot for 2.8) [1996/03/02] bin/1056 pppd fails if -detach [1996/03/05] kern/1064 Recursive panic? [1996/03/06] kern/1065 wt could crash reading short blocks [1996/03/08] bin/1068 man ignores -P option when combined with -k [1996/03/08] ports/1069 TkMan acts erroneusly on apropos [1996/03/09] bin/1070 /usr/bin/fstat doesn't display open, active pure tex [1996/03/09] bin/1073 telnet -8 does not work with SunOS or Solaris [1996/03/09] bin/1074 tty rows & columns settings sometimes reset to zero [1996/03/11] conf/1076 'make install' fails for /usr/src/share/examples in [1996/03/15] misc/1079 Can not work about get{host|net]byaddr on NIS. [1996/03/16] kern/1080 Panic @ _get_pt_entry+0x8 [1996/03/16] kern/1081 Fatal double fault [1996/03/17] kern/1087 Device close entry is not called when unmounting UFS [1996/03/18] docs/1089 stat manpage unclear about st_mtime & friends [1996/03/20] kern/1090 iostat displays incorrect sps count [1996/03/20] bin/1093 route's diagnostic is weird [1996/03/21] bin/1095 make's continuation line handling buggy when used wi [1996/03/23] kern/1098 File system corruption (2 cases) [1996/03/26] kern/1102 Differentiation of FreeBSD & Linux ELF binaries [pat [1996/03/28] bin/1105 Bug in find command [1996/03/28] ports/1109 mods to vim-3.0 port [1996/03/30] bin/1111 mail.local will happily deliver mail to a quota'd fi [1996/03/31] misc/1112 Can not work getnetbyaddr on NIS [1996/04/05] kern/1118 panic: setrunqueue encountered when wine fork()'s [1996/04/06] kern/1119 Mounted EXT2FS partition is not cleanly unmounted up [1996/04/06] kern/1121 System crashes on boot up just after the "devfs read [1996/04/07] kern/1122 Kernel (current) does not see all memory [1996/04/09] bin/1127 sh(1) parameter expansion for substring processing n [1996/04/11] kern/1134 PPB support is broken for multiple/unknown PPBs. [1996/04/11] kern/1135 starting an extra mountd and then killing it crashes [1996/04/12] bin/1136 broken printf in sh(1) [1996/04/14] bin/1139 uname.1 and uname.c disagree about display ordering [1996/04/14] docs/1141 pcvt(4) references non-existent man page. [1996/04/15] kern/1144 sig{add, del}set and sigismember fns don't check sig [1996/04/15] bin/1145 tftpd should support -s [1996/04/19] docs/1151 intro(3) references libc(3) and plot(3), which do no [1996/04/22] bin/1154 Configure tunN device for ip-over-ip tunnelling [1996/04/23] ports/1155 systat or top display disagreeing information [1996/04/24] kern/1157 SCSI Disk Timeouts (ahc0) [1996/04/25] bin/1158 atq uses GMT time instead of TZ time [1996/04/28] kern/1160 Panic: bad dir [1996/04/28] kern/1161 -current panic on boot if DIAGNOSTIC option is used [1996/04/29] kern/1163 2.2-960323-SNAP: fatal trap 12 [1996/04/29] kern/1164 machine locks up [1996/04/30] docs/1165 Printer Text Filter scripts should be in /usr/share/ [1996/04/30] kern/1166 pmap panic (dump available) [1996/05/02] docs/1169 bogus reference to keysu(1) in key(1) and keyinit(1) [1996/05/02] docs/1170 include files missing from get{peer,sock}name man pa [1996/05/02] kern/1171 panic: setrunnable after touching long idle windows [1996/05/07] kern/1177 Machine hangs with message "vm_fork: no pte for UPAG [1996/05/08] kern/1180 freeing held page, count=%d [1996/05/09] bin/1181 fsck displays wrong char in "option?" diagnostic [1996/05/09] bin/1182 timed records improper entry in wtmp [1996/05/09] bin/1184 ls + xterm + nvi + columns != 80 + ^Z = mangled list [1996/05/10] misc/1187 pppd dies with a segv [1996/05/11] kern/1190 panic: page fault (wild pointer?) [1996/05/13] ports/1200 pop3 requests may crash client [1996/05/13] kern/1201 FreeBSD SCSI changer driver leaves a bit to be desir [1996/05/13] bin/1202 netgroups in /etc/hosts.equiv stopped working in -st [1996/05/14] kern/1204 umount -f after SCSI reset -> reboot [1996/05/15] bin/1206 /bin/sh + emacs + ^G = ruined terminal [1996/05/16] kern/1208 Rebooting nfs server results "Permission denied" mes [1996/05/16] gnu/1209 send-pr should refuse PR's without subject and synop [1996/05/17] gnu/1210 gcc (v2.6.3) -O and -O2 compile-time bus error [1996/05/18] bin/1212 ppp eventually runs out of file descriptors [1996/05/18] kern/1213 kernel page fault [1996/05/19] kern/1216 Support for i586 clock clibration is not built in [1996/05/19] kern/1217 separating to hardrives to two IDE channels hangs th [1996/05/20] bin/1221 new gcc-2.7.2 gives a LOT of warnings, and a few ERR [1996/05/20] ports/1222 Header files conflict [1996/05/21] kern/1227 vm_page_activate: already active (new vm system) [1996/05/21] kern/1228 probe doesn't find P-n-P modem [1996/05/21] bin/1229 redundant redeclaration of `lseek' [1996/05/21] bin/1230 make ``.for'' loops iterate backwards [1996/05/21] bin/1231 make(1) execution of ``.BEGIN'' does not halt on err [1996/05/22] kern/1236 some #def's in pcvt_conf.h not braketed by #ifndef's [1996/05/23] bin/1237 [1996/05/24] bin/1241 The jot(1) command with -s (FROM 2.1.0 CD) generates [1996/05/24] bin/1242 In the "sys/stat.h" file, the S_ISFIFO and S_ISSOCK [1996/05/24] kern/1246 aic-7850 driver sees more cdroms then exists [1996/05/24] misc/1247 Conflicting header files [1996/05/24] bin/1248 /bin/sh has trouble with arguments past 9(ie. ${10}) [1996/05/25] docs/1249 incorrect manpages [1996/05/26] i386/1251 aha0 and bt0(eisa) conflicts again. [1996/05/26] kern/1252 Heavy activity on a CD causes panic [1996/05/26] kern/1256 ZNYX 314 mysterously looses packets [1996/05/26] kern/1257 System got blown away by "vm_pageout_scan: page not [1996/05/27] kern/1258 new vm code: freeing held page [1996/05/27] conf/1264 panic with two new Quantum FireBall 1280 [1996/05/27] kern/1265 warnings in pcv [1996/05/27] kern/1269 vm_pageout_scan: page not inactive? (loops, effectiv [1996/05/28] conf/1270 /etc/ttys does not list all valid ptys (breaks scree [1996/05/28] kern/1271 Kernel panic using PLIP in 27/05 current [1996/05/28] docs/1272 document the -o option for f2c [1996/05/28] bin/1273 remote hostname gets corrupted in rshd [1996/05/28] kern/1274 Kernel panics with filesystem error [1996/05/28] bin/1276 pppd hangs serial port - ENOBUFS [1996/05/29] kern/1278 SUN Solaris clients gets host not responding, when w [1996/05/30] docs/1280 locale and collating [1996/05/31] kern/1283 cleaning out some compiler fuzz from pcvt_hdr.h [1996/05/31] kern/1284 panic: vm_page_free: freeing busy page [1996/05/31] conf/1285 route_multicast and route_loopback lines in /etc/sys [1996/06/01] kern/1286 cluster_read() calls strategy routine without B_READ [1996/06/02] bin/1287 /bin/sh does alias expansion in case patterns [1996/06/02] i386/1288 wdgetctlr (wd.c) return incorrect number of cylinder [1996/06/03] bin/1289 errno breaks in thread-safe c++ compiles [1996/06/05] kern/1293 Fatal trap 12: page fault while in kernel mode (PPP/ [1996/06/06] misc/1299 National charecter problem in XFree86 [1996/06/07] kern/1301 DEC FDDI/PCI Adapter: halt code = 6 (DMA Error) [1996/06/08] kern/1302 3COM 3c590 can't receive packets [1996/06/09] bin/1305 dc miscomputes remainder [1996/06/10] kern/1307 vm_page_free: freeing busy page [1996/06/10] kern/1308 vm_page_free: wire count > 1 in 960501-SNAP [1996/06/11] kern/1311 Panic: vm_page_free while installing new kernel [1996/06/11] bin/1312 automounter hangs on boot [1996/06/12] bin/1315 ls(1) [1996/06/12] bin/1316 10 tunnel device limit [1996/06/12] conf/1319 muldi3 is not included into kernel's Makefile by con [1996/06/13] bin/1320 dump limits blocksize to 32K [1996/06/14] bin/1322 savecore does not take minfree into account [1996/06/14] kern/1323 960612's psm driver does not see the mouse. 960501 d [1996/06/15] kern/1326 defvs panic: cleaned vnode isn't [1996/06/16] kern/1327 keyboard probe in -current fails, X reboots machine [1996/06/18] i386/1331 changes and bug in ft driver [1996/06/18] bin/1332 changes to amd and possible nfs lkm bug? [1996/06/18] kern/1333 free vnode isn't: another -stable coredump [1996/06/19] misc/1335 /etc/security generates an error with files with spa [1996/06/19] kern/1336 Permission for .. in NFS mounts is somewhat non-intu [1996/06/20] bin/1337 Yacc skeleton parser generates warning with -Wall [1996/06/21] misc/1340 make world fails [1996/06/21] misc/1342 chgrp(1) required by MAKEDEV but not on fixit floppy [1996/06/22] kern/1345 kernel page fault, NULL pointer dereference in exit( [1996/06/25] bin/1350 sed continuation lines in text don't work [1996/06/25] bin/1351 security problem with mv(1) [1996/06/26] conf/1352 Missing files from /usr/share/info [1996/07/01] bin/1361 ruptime and long downtimes [1996/07/01] docs/1362 Manual extension [1996/07/03] bin/1364 ps(1) bugs [1996/07/04] bin/1366 make(1) [1996/07/04] i386/1367 reprobe a device that does not exist = panic [1996/07/04] misc/1369 Need SC_MORE_LUS for Emulex MD23 also [1996/07/06] kern/1371 kernel doesn't flush all its buffers when told to ha [1996/07/06] misc/1372 compile time error with cc -ansi and RPC headers [1996/07/06] misc/1373 RPC include lacks prototypes [1996/07/06] docs/1374 the default listed in the newfs -i man page does not [1996/07/07] bin/1375 Extraneous warning from mv(1) [1996/07/07] misc/1376 if_tun.c does not set if_ibytes and if_obytes to zer [1996/07/09] bin/1377 mv(1) retains the setuid bit when it is unable to pr [1996/07/09] gnu/1379 Man command problem, when it writes into symlinked d [1996/07/09] misc/1380 Year 2000 breakage with tm_year [1996/07/13] conf/1382 FreeBSD has minor year 2000 problem in distr /etc/rc [1996/07/14] docs/1383 ppp(8) man page suggests using shell script for logi [1996/07/15] bin/1387 Group file errors cause absolute havoc [1996/07/15] misc/1388 libftpio: some problems with ftpGet() fixed [1996/07/16] misc/1390 feedback from 2.1.5R update over 2.1-stable [1996/07/16] bin/1391 cpio -O ignores umask [1996/07/16] bin/1392 PPP silently fails to work when CTS/RTS isnt availab [1996/07/16] misc/1393 cant bootstrap lex in -current from 2.1 base [1996/07/18] kern/1397 can't send to a pipe [1996/07/18] bin/1398 .OBJDIR modifications to tree broke make reinstall? [1996/07/18] kern/1399 invoking setuid programs over NFS case vnode_pager e [1996/07/19] docs/1402 sh(1) manual [1996/07/19] docs/1404 send-pr manual pages lacks version number [1996/07/19] kern/1406 The "FreeBSD snake" screensaver still says 2.1 under [1996/07/19] gnu/1407 ld computes wrong size of common (global data) [1996/07/20] bin/1410 /usr/bin/login is suid, with little requirement for [1996/07/20] bin/1411 vi dumps core when scrolling through files in 'set l [1996/07/21] conf/1412 installscript doesn't allow 2nd ftp site to be chose [1996/07/21] misc/1413 Missing library libgcc.261 [1996/07/21] i386/1414 3c595 ceases to work aftern installation. [1996/07/21] pending/1415 Installing gnats package makes send-pr fail. [1996/07/21] ports/1416 cflow(1) doesn't parse GNU C __attribute__ syntax [1996/07/22] docs/1417 getopt(3) man page contradiction [1996/07/22] bin/1418 tclsh Makefile does not work [1996/07/23] kern/1420 panic vrele: negative reference count [1996/07/23] kern/1421 Non-bug in sosend() [1996/07/23] ports/1422 make in /usr/ports doens't doesn't notice new versio [1996/07/24] bin/1425 doing :numbers on systat -netstat doesn't repaint cl [1996/07/24] bin/1427 yacc-generated parser generates warnings with -Wall [1996/07/24] misc/1428 ncurses doesn't always display ALTCHARSET correctly [1996/07/25] bin/1429 sh(1) and getopts [1996/07/25] pending/1430 request for a customer id [1996/07/25] pending/1431 request for a customer id [1996/07/25] kern/1432 Rexmit timeout for TCP too short [1996/07/26] pending/1434 request for a customer id [1996/07/26] kern/1435 mount_mfs just returns. doen't mount This is the list of problem reports already analyzed: [1994/12/01] kern/35 mount -t union -o -b : lower layer not seen by shell [1995/01/11] i386/105 Distributed libm (msun) has non-standard error handl [1995/03/20] kern/260 msync and munmap don't bother to update mod times [1995/03/20] docs/264 There are no manual pages for the forms library. [1995/03/22] kern/267 NFS code gives error messages, systems jams for a fe [1995/04/09] bin/326 Weekly cron generates some usage and error messages [1995/05/09] bin/392 Simultaneous cp and ls of files on dos f/s hangs pro [1995/05/27] gnu/450 tar --exclude -c doesn't work [1995/06/17] kern/527 dump causes assertion in ncr.c [1995/06/21] docs/538 MAP_FILE not mentioned in mmap man page. [1995/10/07] bin/771 telnet character mode not set and broken when set - [1995/10/15] kern/782 chmod does a null pointer dereference [1995/10/26] kern/794 swap partition at offset 0 still broken [1995/12/04] i386/867 Notebook with APM and 3C589C in PCMCIA freezes after [1995/12/29] misc/922 From line handling incorrect in mail.local [1996/01/22] kern/965 2.0.5: system crashes daily because of "multiple fre [1996/01/30] bin/981 clnt_broadcast() is not aware of aliases [1996/03/04] kern/1059 null fs panics system [1996/03/06] kern/1067 panic: ufs_lock: recursive lock not expected, pid: 2 /* EOF -- this list has not been truncated */ From owner-freebsd-bugs Sat Jul 27 04:30:16 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA02657 for bugs-outgoing; Sat, 27 Jul 1996 04:30:16 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA02636 for freebsd-bugs; Sat, 27 Jul 1996 04:30:13 -0700 (PDT) Date: Sat, 27 Jul 1996 04:30:13 -0700 (PDT) From: GNU GNATS Message-Id: <199607271130.EAA02636@freefall.freebsd.org> To: freebsd-bugs Subject: Summary of Problem Reports Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Number of currently open reports: 344 Number of curently analyzed reports: 19 From owner-freebsd-bugs Sat Jul 27 04:43:44 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA03083 for bugs-outgoing; Sat, 27 Jul 1996 04:43:44 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id EAA03077 for ; Sat, 27 Jul 1996 04:43:40 -0700 (PDT) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id NAA21482; Sat, 27 Jul 1996 13:43:30 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id NAA27391; Sat, 27 Jul 1996 13:43:29 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id JAA28734; Sat, 27 Jul 1996 09:51:21 +0200 (MET DST) From: J Wunsch Message-Id: <199607270751.JAA28734@uriah.heep.sax.de> Subject: Re: Error during compilation of kernel with worm To: freebsd-bugs@FreeBSD.org (FreeBSD bugs list) Date: Sat, 27 Jul 1996 09:51:21 +0200 (MET DST) Cc: afr04@rs1.rrz.Uni-Koeln.DE (Ralf Luettgen) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <1.5.4.32.19960726143020.00698ea0@mail.rrz.uni-koeln.de> from Ralf Luettgen at "Jul 26, 96 04:30:20 pm" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-bugs@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As Ralf Luettgen wrote: > I've try to compile the kernel on another machine with the same result. > I found a macro for wormopen in two files in the source tree : > > #define wormopen nxopen > { wormopen, wormclose, rawread, rawwrite, /*62*/ > > in > ./i386/i386/conf.c You forgot one line in this file (one that's quite more important): #if NWORM > 0 d_open_t wormopen; d_close_t wormclose; > static d_open_t wormopen; > wormopen, > > in > ./scsi/worm.c Yep, the `static' seems to be the problem. However, these four static declarations serve no purpose, you can simply delete these lines. They are left over from the integration from -current (where all these functions are static since there's no i386/i386/conf.c any longer). I wonder how i've got the kernel to link at all... > But I didn't find any worminit macro in the who source tree? Sorry, i wrote this without looking into the source, it's actually this line: SCSI_DEVICE_ENTRIES(worm) ...that creates all these wormfoo() function entries. Now, that we've solved this, please be aware that the worm driver in 2.1.5 doesn't work out of the box with an HP 4020i drive. That's since this drive is lying and claims to be a CD-ROM, and the SCSI code in 2.1.5 doesn't know anything about driver type overrides, i.e. it always assigns the `native' driver. I have once sent an (untested) patch to the freebsd-scsi mailing list to include SCSI type override into 2.1.5. Get back to me in private mail if you need it. Please use freebsd-scsi@freebsd.org if you wanna discuss further problems with the driver. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Sat Jul 27 04:45:05 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA03165 for bugs-outgoing; Sat, 27 Jul 1996 04:45:05 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id EAA03160 for ; Sat, 27 Jul 1996 04:45:02 -0700 (PDT) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id NAA21546; Sat, 27 Jul 1996 13:44:59 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id NAA27417; Sat, 27 Jul 1996 13:44:54 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id LAA28976; Sat, 27 Jul 1996 11:15:19 +0200 (MET DST) From: J Wunsch Message-Id: <199607270915.LAA28976@uriah.heep.sax.de> Subject: Re: /usr/tmp not writable in 2.1.5 To: hbarker@firepower.com (Harold Barker) Date: Sat, 27 Jul 1996 11:15:19 +0200 (MET DST) Cc: bugs@freebsd.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199607261751.KAA20404@freespeech.firepower.com> from Harold Barker at "Jul 26, 96 10:51:38 am" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Harold Barker wrote: > ls of /usr/tmp > drwx------ 2 root wheel 512 Jul 25 17:38 tmp /usr/tmp is not supposed to be writeable, it's not even supposed to exist at all. I think the installation utility sometimes choses it as the default place for something. If you don't need them any longer, you can probably remove it. Perhaps sysinstall should offer this as an option once the information went through successfully. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Sat Jul 27 05:12:33 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA04594 for bugs-outgoing; Sat, 27 Jul 1996 05:12:33 -0700 (PDT) Received: (from joerg@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA04575; Sat, 27 Jul 1996 05:12:31 -0700 (PDT) Date: Sat, 27 Jul 1996 05:12:31 -0700 (PDT) From: Joerg Wunsch Message-Id: <199607271212.FAA04575@freefall.freebsd.org> To: cracauer@wavehh.hanse.de, joerg, freebsd-bugs Subject: Re: kern/1435 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: mount_mfs just returns. doen't mount State-Changed-From-To: open-closed State-Changed-By: joerg State-Changed-When: Sat Jul 27 14:11:41 MET DST 1996 State-Changed-Why: Pilot error. ;-) (Martin forgot to copy the MFS kernel to /...) From owner-freebsd-bugs Sat Jul 27 06:32:42 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id GAA08014 for bugs-outgoing; Sat, 27 Jul 1996 06:32:42 -0700 (PDT) Received: from freenet.hamilton.on.ca (main.freenet.hamilton.on.ca [199.212.94.65]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id GAA08007 for ; Sat, 27 Jul 1996 06:32:39 -0700 (PDT) Received: from james.freenet.hamilton.on.ca (james.freenet.hamilton.on.ca [199.212.94.66]) by freenet.hamilton.on.ca (8.7.5/8.7.3) with ESMTP id JAA15256; Sat, 27 Jul 1996 09:32:30 -0400 (EDT) Received: (from ac199@localhost) by james.freenet.hamilton.on.ca (8.7.5/8.7.3) id JAA12960; Sat, 27 Jul 1996 09:34:11 -0400 (EDT) Date: Sat, 27 Jul 1996 09:34:10 -0400 (EDT) From: Tim Vanderhoek To: Joerg Wunsch cc: Harold Barker , bugs@FreeBSD.org Subject: Re: /usr/tmp not writable in 2.1.5 In-Reply-To: <199607270915.LAA28976@uriah.heep.sax.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Sat, 27 Jul 1996, J Wunsch wrote: > > ls of /usr/tmp > > drwx------ 2 root wheel 512 Jul 25 17:38 tmp > > /usr/tmp is not supposed to be writeable, it's not even supposed to Is it (potentially) harmful to leave it writeable? I've got /var/tmp symlinked to /usr/tmp so I've made it writeable. -- Outnumbered? Maybe. Outspoken? Never! tIM...HOEk From owner-freebsd-bugs Sat Jul 27 07:30:10 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA10788 for bugs-outgoing; Sat, 27 Jul 1996 07:30:10 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA10780; Sat, 27 Jul 1996 07:30:07 -0700 (PDT) Resent-Date: Sat, 27 Jul 1996 07:30:07 -0700 (PDT) Resent-Message-Id: <199607271430.HAA10780@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, sja@epo.e-mail.com Received: from terranium.mynet (slip139-92-42-159.ut.nl.ibm.net [139.92.42.159]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id HAA10364 for ; Sat, 27 Jul 1996 07:23:15 -0700 (PDT) Received: (from sja@localhost) by terranium.mynet (8.6.12/8.6.12) id QAA00596; Sat, 27 Jul 1996 16:21:10 +0200 Message-Id: <199607271421.QAA00596@terranium.mynet> Date: Sat, 27 Jul 1996 16:21:10 +0200 From: sja@epo.e-mail.com Reply-To: sja@epo.e-mail.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/1436: 2.1 Installation problems Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1436 >Category: kern >Synopsis: Probe of serial ports during boot hangs system >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Jul 27 07:30:03 PDT 1996 >Last-Modified: >Originator: Stuart Arnold >Organization: Association of Stuart Arnolds >Release: FreeBSD 2.1 CD-ROM distribution >Environment: 133MHz Pentium Intel Endeavour board ATI Mach 64, Graphics Pro Turbo graphics card (PCI) >Description: When booting boot.flp (or atapi.flp) the boot reaches the point at which the serial ports are probed, then the screen goes blank and the system hangs. The same happens if I run install from DOS. The serial ports are configured the standard way. >How-To-Repeat: Boot the system from the boot floppy. >Fix: If I boot /kernel -c and disable sio0-3 the boot progresses to the installation program. I can then proceed further, but of course have no serial ports. (Since the CD-ROM drive (Stingray 8X IDE) is not supported and DOS screws the dist files up if I copy them to a DOS partition I can't install anyway, but that's the next problem). I tried a Slackware Linux boot floppy, and that booted OK. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sat Jul 27 10:21:58 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA21881 for bugs-outgoing; Sat, 27 Jul 1996 10:21:58 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id KAA21837 for ; Sat, 27 Jul 1996 10:21:47 -0700 (PDT) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id TAA27946; Sat, 27 Jul 1996 19:21:29 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id TAA02205; Sat, 27 Jul 1996 19:21:05 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id SAA01801; Sat, 27 Jul 1996 18:53:16 +0200 (MET DST) From: J Wunsch Message-Id: <199607271653.SAA01801@uriah.heep.sax.de> Subject: Re: /usr/tmp not writable in 2.1.5 To: hoek@freenet.hamilton.on.ca (Tim Vanderhoek) Date: Sat, 27 Jul 1996 18:53:15 +0200 (MET DST) Cc: joerg_wunsch@uriah.heep.sax.de, hbarker@firepower.com, bugs@FreeBSD.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: from Tim Vanderhoek at "Jul 27, 96 09:34:10 am" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-bugs@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As Tim Vanderhoek wrote: > > /usr/tmp is not supposed to be writeable, it's not even supposed to > > Is it (potentially) harmful to leave it writeable? No, except that only broken (non-conforming) software would assume /usr/tmp exists at all. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Sat Jul 27 10:23:01 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA22051 for bugs-outgoing; Sat, 27 Jul 1996 10:23:01 -0700 (PDT) Received: (from joerg@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA22030; Sat, 27 Jul 1996 10:22:59 -0700 (PDT) Date: Sat, 27 Jul 1996 10:22:59 -0700 (PDT) From: Joerg Wunsch Message-Id: <199607271722.KAA22030@freefall.freebsd.org> To: sja@epo.e-mail.com, joerg, freebsd-bugs Subject: Re: kern/1436 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: Probe of serial ports during boot hangs system State-Changed-From-To: open-closed State-Changed-By: joerg State-Changed-When: Sat Jul 27 19:22:28 MET DST 1996 State-Changed-Why: RTFAQ. Or upgrade to 2.1.5. From owner-freebsd-bugs Sat Jul 27 10:23:35 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA22178 for bugs-outgoing; Sat, 27 Jul 1996 10:23:35 -0700 (PDT) Received: (from joerg@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA22158; Sat, 27 Jul 1996 10:23:33 -0700 (PDT) Date: Sat, 27 Jul 1996 10:23:33 -0700 (PDT) From: Joerg Wunsch Message-Id: <199607271723.KAA22158@freefall.freebsd.org> To: joerg, freebsd-bugs, joerg Subject: Re: bin/1429 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: sh(1) and getopts Responsible-Changed-From-To: freebsd-bugs->joerg Responsible-Changed-By: joerg Responsible-Changed-When: Sat Jul 27 19:23:03 MET DST 1996 Responsible-Changed-Why: I still intend to deal with all the sh(1) bugs some day. From owner-freebsd-bugs Sat Jul 27 11:26:22 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA23920 for bugs-outgoing; Sat, 27 Jul 1996 11:26:22 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id LAA23913 for ; Sat, 27 Jul 1996 11:26:20 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id LAA25841; Sat, 27 Jul 1996 11:25:54 -0700 (PDT) To: Tim Vanderhoek cc: Joerg Wunsch , Harold Barker , bugs@FreeBSD.org Subject: Re: /usr/tmp not writable in 2.1.5 In-reply-to: Your message of "Sat, 27 Jul 1996 09:34:10 EDT." Date: Sat, 27 Jul 1996 11:25:54 -0700 Message-ID: <25839.838491954@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-bugs@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > Is it (potentially) harmful to leave it writeable? I've got /var/tmp > symlinked to /usr/tmp so I've made it writeable. Not harmful as far as I can see. jordan From owner-freebsd-bugs Sat Jul 27 11:30:26 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA24306 for bugs-outgoing; Sat, 27 Jul 1996 11:30:26 -0700 (PDT) Received: from iceland.it.earthlink.net (iceland-c.it.earthlink.net [206.85.92.28]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id LAA24301 for ; Sat, 27 Jul 1996 11:30:24 -0700 (PDT) Received: from earthlink.net (pool051.Max6.Atlanta.GA.DYNIP.ALTER.NET [153.37.74.51]) by iceland.it.earthlink.net (8.7.5/8.7.3) with SMTP id LAA19351 for ; Sat, 27 Jul 1996 11:30:00 -0700 (PDT) Date: Sat, 27 Jul 1996 13:30:36 -0500 (CDT) From: "Etem R. Goksel" To: bugs@freebsd.org Subject: mail problem Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Command line "mail" does not send mail to my ISP's mail server but shows me the sent mail. However the PINE does the job. Unfortunately I cannot read my mail using neither "mail" command or the "Pine" To read them I have to use the Popclient program and get the mail into the mail and pine> My ISP uses the dynamic IP. Is this the reason? Thank you. From owner-freebsd-bugs Sat Jul 27 14:37:09 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA05307 for bugs-outgoing; Sat, 27 Jul 1996 14:37:09 -0700 (PDT) Received: from mexico.brainstorm.eu.org (root@mexico.brainstorm.eu.org [193.56.58.253]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id OAA05298 for ; Sat, 27 Jul 1996 14:37:03 -0700 (PDT) Received: from brasil.brainstorm.eu.org (brasil.brainstorm.eu.org [193.56.58.33]) by mexico.brainstorm.eu.org (8.7.5/8.7.3) with ESMTP id XAA16306; Sat, 27 Jul 1996 23:31:31 +0200 Received: (from uucp@localhost) by brasil.brainstorm.eu.org (8.6.12/8.6.12) with UUCP id XAA23284; Sat, 27 Jul 1996 23:31:15 +0200 Received: (from roberto@localhost) by keltia.freenix.fr (8.8.Alpha.5/keltia-uucp-2.8) id TAA03390; Sat, 27 Jul 1996 19:13:13 +0200 (MET DST) Message-Id: <199607271713.TAA03390@keltia.freenix.fr> Date: Sat, 27 Jul 1996 19:13:13 +0200 From: roberto@keltia.freenix.fr (Ollivier Robert) To: hoek@freenet.hamilton.on.ca (Tim Vanderhoek) Cc: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch), hbarker@firepower.com (Harold Barker), bugs@freebsd.org Subject: Re: /usr/tmp not writable in 2.1.5 In-Reply-To: ; from Tim Vanderhoek on Jul 27, 1996 9:34:10 -0400 References: X-Mailer: Mutt 0.37 Mime-Version: 1.0 Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk According to Tim Vanderhoek: > Is it (potentially) harmful to leave it writeable? I've got /var/tmp > symlinked to /usr/tmp so I've made it writeable. You should make the other way around. Temporary files are supposed to be in either /tmp or in /var/tmp. That's what /var is for. 4.4BSD adopted the more intelligent way of getting as much as possible out of /usr. /usr/tmp is a leftover from pre-4.4BSD and should die. -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 2.2-CURRENT #16: Sun Jul 21 13:26:53 MET DST 1996 From owner-freebsd-bugs Sat Jul 27 14:50:27 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA06107 for bugs-outgoing; Sat, 27 Jul 1996 14:50:27 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id OAA06102 for ; Sat, 27 Jul 1996 14:50:24 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id OAA15713; Sat, 27 Jul 1996 14:49:39 -0700 (PDT) To: roberto@keltia.freenix.fr (Ollivier Robert) cc: hoek@freenet.hamilton.on.ca (Tim Vanderhoek), joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch), hbarker@firepower.com (Harold Barker), bugs@freebsd.org Subject: Re: /usr/tmp not writable in 2.1.5 In-reply-to: Your message of "Sat, 27 Jul 1996 19:13:13 +0200." <199607271713.TAA03390@keltia.freenix.fr> Date: Sat, 27 Jul 1996 14:49:39 -0700 Message-ID: <15711.838504179@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > /usr/tmp is a leftover from pre-4.4BSD and should die. I'll just remove it in the fixup stage. It's used by pkg_add to have a larger TMP when you're doing things like installing emacs. :) Jordan