From owner-freebsd-bugs Sun Feb 26 01:48:07 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id BAA17811 for bugs-outgoing; Sun, 26 Feb 1995 01:48:07 -0800 Received: from vector.eikon.e-technik.tu-muenchen.de (vector.eikon.e-technik.tu-muenchen.de [129.187.142.36]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id BAA17795 for ; Sun, 26 Feb 1995 01:47:24 -0800 Received: (from jhs@localhost) by vector.eikon.e-technik.tu-muenchen.de (8.6.9/8.6.9) id LAA01428; Sat, 25 Feb 1995 11:21:17 +0100 Date: Sat, 25 Feb 1995 11:21:17 +0100 From: Julian Howard Stacey Message-Id: <199502251021.LAA01428@vector.eikon.e-technik.tu-muenchen.de> To: A.Cartelli@agora.stm.it, bugs@FreeBSD.org Subject: Re: Ask for help to FreeBSD team. Sender: bugs-owner@FreeBSD.org Precedence: bulk > I did not succeed in finding a CD-Rom drive Mitsumi with its controller. which CD ? 1.0 CD claimed mitsumi support on paper cover (but was wrong, support didnt arrive till later CD) yes my 1542b adaptec works with scsi-cd, so yours should too, hopefully --- Julian Stacey , +49 89 268616 Intermittent SL/IP: From owner-freebsd-bugs Sun Feb 26 03:22:11 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id DAA19814 for bugs-outgoing; Sun, 26 Feb 1995 03:22:11 -0800 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id DAA19806 for ; Sun, 26 Feb 1995 03:22:01 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA19132; Sun, 26 Feb 1995 12:19:41 +0100 Received: by sax.sax.de (8.6.9/8.6.9-s1) with UUCP id MAA11698 for freebsd-bugs@FreeBSD.org; Sun, 26 Feb 1995 12:19:41 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.9/8.6.9) id MAA03913 for freebsd-bugs@FreeBSD.org; Sun, 26 Feb 1995 12:12:34 +0100 From: J Wunsch Message-Id: <199502261112.MAA03913@uriah.heep.sax.de> Subject: 950210 SNAP installation To: freebsd-bugs@FreeBSD.org (FreeBSD bugs list) Date: Sun, 26 Feb 1995 12:12:33 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 2493 Sender: bugs-owner@FreeBSD.org Precedence: bulk Howdy, on my way to get CVS-current up & running, i decided to trash all my disks and repartition them. Good occasion to try 950210-SNAP, i thought. Overall impression: very well. Congrat's, guys! My nits are: My disk configuration is wd0 as boot disk, and a large sd0 as second disk. Both disks are dedicated to FreeBSD. The first problems i ran into have been with the disklabel editor. If i partition e.g. a 100 MB slice, i E)edit 10 MB for `a', 25 MB for `b', and the rest for `h'. The disklabel editor gives me `65' as default for `h', but in order to use the disk up to the last bytes, i have to modify this to `66'. This is somewhat confusing. Finally got it, assigned all the mount points for my wd0, i had a hard time in trying to assign the mount points for sd0. All the things i did ended up in a stuck system with the only chance of ^C and reboot. I've finally got it, perhaps it's necessary to assign all swap partitions first, i'm not sure. All my initial attempts to A)ssign ended up in the message ``Unknown file system type'' (even though it has been correctly displayed as 4.2BSD). After i've first seen this message, the whole thing stalled whenever i tried to Q)uit the disklabel editor. (wd0 contains a -> /, b -> swap, h -> /var; sd0 a -> /usr, b -> swap, h -> /tmp) Loading the tape went on fine, but i wish the following facilities were there: . Allow the user to interrupt the tape load process once he knows that all the necessary bits are on disk. For me, my tape contained the XFree86 stuff at the end, which i didn't like to get at this time. Interrupting the tape load caused a reboot, and i had to install from ufs after this. (No problem for me, but perhaps for a newbie.) . I'm not sure if the tape load code would have accepted all the stuff being loaded under 2.0-950210-SNAP/{bin,src,...}, but this is what our FTP mirror sites usually generate, so it should be acceptable. . I finally tried to ^Z out of the (ufs) installation procedure, ooops! It fell over with telling me something about ``Checksum error'', then ``bindist loaded ok'', then a short error message firing into the sysinstall screen, until it finally rebooted. There's been no obvious way to recover at this point, i had to load the missing distributions manually. Despite of this: GREAT WORK! -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Sun Feb 26 03:38:58 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id DAA20080 for bugs-outgoing; Sun, 26 Feb 1995 03:38:58 -0800 Received: from alpha.enc.edu (alpha.enc.edu [199.93.252.250]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id DAA20074 for ; Sun, 26 Feb 1995 03:38:56 -0800 Received: by alpha.enc.edu (AIX 3.2/UCB 5.64/4.03 rev 11/30/94) id AA36020; Sun, 26 Feb 1995 06:36:51 -0500 Date: Sun, 26 Feb 1995 06:36:51 -0500 (EST) From: "Charles N. Owens" To: bugs list FreeBSD Subject: Bootpd bug in 2.0-951222-SNAP Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: bugs-owner@FreeBSD.org Precedence: bulk Using that late December Snapshot (I'm not sure if I have the date right), I've noticed some nasty behaviour with bootpd. It seems to work fine initially, but within a few hours of it's startup it begins to flake out. It stops responding to some addresses, and SEEMS to interfere with bootp service running on a different (non-FreeBSD) server. I was able to achieve a band-aid solution by having cron kill and restart bootpd every hour, but this is less than optimum. If this has been fixed, the please let me know. I would think that we'd want to get this fixed before the 2.1 release. Bootp is (in my opinion) a pretty fundamental service for a unix box. Please reply via email, as I do not subscribe to this list. Thanks, --- ------------------------------------------------------------------------- Charles Owens Email: owens@enc.edu "I read somewhere to learn is to Information Technology Services remember... and I've learned that Eastern Nazarene College we've all forgot..." - King's X ------------------------------------------------------------------------- From owner-freebsd-bugs Sun Feb 26 18:40:51 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id SAA19869 for bugs-outgoing; Sun, 26 Feb 1995 18:40:51 -0800 Received: from nile.intac.com (root@nile.intac.com [198.6.114.2]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id SAA19863 for ; Sun, 26 Feb 1995 18:40:49 -0800 From: rjb@intac.com Received: from [198.6.114.79] (slip-ppp29.intac.com [198.6.114.79]) by nile.intac.com (8.6.10/8.6.9) with SMTP id VAA17932 for ; Sun, 26 Feb 1995 21:39:50 -0500 Date: Sun, 26 Feb 1995 21:39:50 -0500 Message-Id: <199502270239.VAA17932@nile.intac.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="========================_14866604==_" X-Priority: 2 (High) To: bugs@FreeBSD.org Subject: FreeBSD 2.0; possible signal handling bug? Sender: bugs-owner@FreeBSD.org Precedence: bulk --========================_14866604==_ Content-Type: text/plain; charset="us-ascii" I'm trying to port some timer code that I've used successfully on other, similiar systems. The code involves the use of signals and alarms that implement a timer mechanism that lets the caller specify fractional amounts of time in seconds. The code calls this timer 10 times before it exits. Under FreeBSD it gets to about the 8th call before dying. It generates a floating point error of some kind that I can't understand. I've included an archive with this message that contains the code. After editing this message, make a test directory for yourself and simply uudecode, uncompress, untar and type 'make' for the following: --========================_14866604==_ Content-Type: text/plain; name="timer.tar.Z.uu"; charset="us-ascii" Content-Disposition: attachment; filename="timer.tar.Z.uu" begin 0700 timer.tar.Z M'YV03<*L*6,F#9LR !(J7,BPH<.'$"-*G$@1 (B+-F# &$1Q P9-61PO'AQ MAHV1)%/*D'$21(T;,F; K!'R!DF:&2U6W,FSI\^?0(,*'4JTJ-&C2)-.?"-& M39DQ=.;T2$ G39LRN;=_..5@&CE8%"JI>E:,C 0D43)U"G9,B0<"!!0]^'3,&1(LW($@ R8RX MZ=.H*2RS:0-XS,$P;G1\I6O9# @56D&,&5L&1!BM9_\I4,J[M^_?P(,+'TZ\ M9]BQ9<^Z&%.\^4.2&3=V_!@2910ZE[?)4F M""B$.2\;.?+0)@@*.6'PM)N,-UC@'C0(0+:[N*1!G\QT-W' M5V6P,4<9:U%)IL,XE[IW?(@GKOCBC#>^5)!?8*LM&H[_!IU&*%$G4G8>8:?= M1=[-4!YX,L!P@PTRT'"#KAC%$,,,ZE4N^^RTUS[[?'%:&SE!DUL&PK-L1+ND MJ"2:V$88$<.*IAO2#BJM&SEB"^O=Y[HQAZ1BCO&F"LPV*[T;TR)1A!1%)+ ' M"$)#3[0(L(+0*0B;L:&\^V1PX0:H7WQA1!),%)$_"_EC0A*U- M&>*&%3YM"&#I5I@@(3TP A.,"]?<- % M00B8 AT(6PE@6 +$\(8WG,8-I7)A&6 X!S2,I5T)F,,7:&C#4GGK>]/*0A&F MP)48')$@RDN $Y[ %1@T*TW,(XAC@H"%)Q8$?%O$ @J"P (A- 8%8PR-#VAF M1A#\@&9!" W54&!&A8U 1N8RPQ7-D$4S.&: 7HQB$P8XQC*>,8T@T!D=0_-& M1,ZQCM["8YKVV,<$!$$(4P@D&"\YA31RI6:(U-E&WM@"1\(Q-':4I!Z]A448 M%DL*0V@"%#0YK5?&$@HHF$*^G@ %%DQ!!F<$D!S&8*=%EFU+)O$DJ M8&MAL5>]/ :V,/0K#"4[6E6L;*:Q!4KJ65#B M'F!P]QH0!$$.8KB;'.9B$ WE90QI^)MMY,*:]OUM-LQSD87 =X8FI0%#&WJ* MQLC@HJN@QD5QN4,8_A.F S5) :_IWK?"-:UJ04YRV^H6+1. 22(DP(FLY!-! M0-#8*X(K>-)*I'_F\ +!E"%=K+RL\!)YO"R!5@$0K(,$IR50LG[PK(Q!K0FG M!=MO_DR8=8#*[SPK!SM [6Z2>L/=[/!-MYPAK"/ M C:9X&[?9)A;_$H'-L' B#%T3_!Z;#%Q+\609_H0X/9A.%U>L[ _]7PQQ><(//&IK[Q* ,-LBN>-W;))ZM MY6HB )5$A"$\:GJ"($@0E/Y:^D3"!UIV5BX(+BBJE* M-$OM:D/39CNX@,H*!O)30+""/,^6S\/],XJ+K.(K/\6F,/[FWNXX3\L2=ESE M.M=I]7Q"#KIVQ KC-&V1K("?,2R?"YOQ@W5&9QC$( $F,$%Z0;!&-VE$6*$) M\G9<(-^O?*6[Z?UF2E% ![3)V=:&BV0S]3@<%.ZE#'TI*$EW@M#,+?2A#N4< M2;@3@QI0-#P7G0$-O(V1U-W@H]-.M[K7C3C -KO'LLBR-V6F1*PUG<,.3T*"NP38VG#7HMWB?4>%,%XO#FLH3]GC $/>(!&QK0@;PI3 (#9566G$)E80MY#!B")L8 E5VVF4?MIJLF4Z:ROX[+X0^X*AGJU]KV+; MK]@\#3A'@0IL2(8OF*$.X$H!"V,(O020/85A,/DW1>UV-I3=L^ M^@Z]"]ZW MGQU<;.)0Q..2RR0'")!FA65G^0%F-?,6E]\S<,)SP89R[HLG%1MUK>-VPL-H,3Q'^FUG:H M9GVKMFNN!FNR]F"UY@*WQC/I%5^\]DV_%GBDUC'@9VP5V"9&F&QWM&R[(1R\ MQ6X]01(W@#G3<6VW6(NR" "=, Z_@ 8O\(FN4 'B@ (1\(F0( $B MP "O" !+( F$" "L &^J(B@P 75N 240(@@ BB $=R1%%"0>2" P!8 Z[R ?J ML(N P Z[2 B>Z(NA.(K"L(N(\)80$(IA !S"0J,\)8(( @0 9DL)>0T) @ M$ "?0 P)$91\$ C' X($ CH@(FJ: " "9$0H(H$<)E'D)D ( "7.0"1 T< MH0":.8R!, R0.8R&*0"24 #@0 #44 # "720"CR1&&^0>7&0"Y>8LO &)R M\ +R(P;$208N, =O O("UV\ )Z@!7+V1 9, 9R0 !Z,(R2< *@ $8JJ$JT*%X,(S0\ &_ _5R [#* T'8*&2( !@$ #24*$7 MBHD:Z@(=N@8JRJ(NFA#B$*,SR@\U>J,Y:J$E*@$A( ,=&@9!VJ+5B U&2J,V MBJ,ZVJ0A8 ,=>@53.J0 X Q7BJ19NJ0["@ 9ZJ0ZT*%-$*;52 QEFJ1:RJ0\ MZJ0^T*%# *<)H0MS>J9;>JJE2T*$1,(Q<:@4=V@"H^9B1 M.9D,D: +VJ /&J$! \B2@3R(*)(0 \BR@3V(*)0@ \B2@7Z(*)8 T' I$ M@)0(8 &J2 *L>J@W#Z)D%0*[0ZID",(RP )*."9F2 MV1"VRJ .B@>ZRJO0^JN@P) B"@&Z )(4^@O<@*'!H $A C%\*Q$< S/B@2! M@ J*0)8*,8P9H(H),(S!0+3#<+2! H K!T*O# *R&&0#04*'<0*%@0 !! M"0 Y^HK."JT$6XWS,(R# H: 1="P8(,+1VFPB@D $"T Q$^PQ'&PFA@ C$ M4 &86 T:,+B9( H)H 2;(+=,L TG 8,8*\\BY0+H)0&0*YV&[:O**.4FZ-E M2PDB"@)3V0&&"0#AB@K#**W4"@";JQ"&JZ8_&PH-J8H,,(R72+L:$ Z(,+2_ MP YZR[>-$ H) Q3^POH<+49 !7BP!&0+*QJK*TNA MBZN($+.]2K-(H),1 M SW 0>&Z0#;"@ )T*UCP ?AN@@JRJ@<"KN*T+Z_@ ]K2P0$^P<+&@I2^P,M M6KX1( U* 9P@)0)4(^PJA#..K\5H*#W0 D2, K_ F[H0#AR@>ZFQ 18 U* M X#;(J9^PO_< _D.K_A>@<:"P(.(*,6&JYJ(+5".K30:K0UF[0*( S#.(P= M@+O#F Q$NPQ'VPQ"*K@(8 S1X*Z&N*[3X*XFN:[X^P\FK! I.ZL(JJ N.P; MH*M?Z[_0H ("',4KRQ#%^ N $ *8" H4$ *X, )[2 LN0)4I ', " 8 J M0 $FH(IWRP$< 0_\BP_!P*+X4 QZ# +/*P2>60'#**SS^ZL6F@R ' BA@ !" M\+S"H H.0)4T3 0WK! ;<)H*D0QZ# //2PQ;.[_H,*/X@ HM0)6HP)44@ X5 MZL>H[,6T&L9C7,9GG,9KW,81\,9Q/,=U?,>^*,A[W,=_/+_$3,B@(,D0 ,+Q MD,BQS,C\X,CS"\F23,F6C,FHH ":W+0*,0&J" '#V C+3 S1H,<0 ,IM$@BI MH A(L,D)T0)X/,KG# (8P,[N#,\ L .J* #/2P2EC ^G/+^JS,JN#,OSF[SX M0,L)8G!#J+,K+#-"Q/-"IO,H1T,I M\,JQK- ,38S&>,L0G$;=A @-B*W:*-W=0/#0$1C0LN'1H4 MW<84L-4K4-5T7 $&4)D<'=++;,BJN*H*<=*=.-9Z')FM3<-"H,\#H(H'T+JF MB &R70#!,,B>.0##33.4O-2SR 8)00"6L*#_H)BJBP<)D0#/O:"T,(N$D! % M<-W_P JS:(H P #>3:M P FPZ-W4,(NH@(G>S0NSF-T X #>#0:S6)L , '> MC0*S&,< < '>C0VS*. PZ=W(,(ODD! 5X-W;K;KPD! 4X-UDH! CF1 'H! - M(!$Z"0 /H! 4H! $H! 2H! 7GA!YZ-8*D0 *\9:^J! ""8L*80 *T>&?*+LI MKA ,H!#DF>$FKA"7G! YGA 8X.,*P8V8J!#-B\'?+.*34Z1!7GA =T.0-H>4-$>8.(9 8<.#,:>0 < 7C@%F3@1P MX.,J7@#^3034G1 3() - -X=@>2M" 6BX!";"M@>X! L() ,0.8B(-X ( ,7 M3@8\D!!!L! [<.%- #NJNQ!%T(H,X ,.L02MB 'NX!!2\.(R#@ FD.< T 6M M. -MW!!E()!@D.M* .XX!!X<.$+X-]!\. )X0>M2 9NX!"'@.9^ MG@*(H!".()!EL 0)40)(H!"9T(H!@+4-00JM* !MX!")VN,-X:< 4 :OX!!R M^NC.X!#,@.94D! H ,*,0V*'N\ H )_F!#9H.ATD! J0#D)\0UH3@\ 'XCF M() +P X)(:(*P0X*KPWR#@]?("8B! 53P9/@_%X! S=YT>[R37:789TR08 M7_%V\^]P!RL<[P:O(A;)GC]$D 5.$ 2#- 058@88#V_0-N=?D#YT MX/,5'TZ \O/YM/-B$H!4[V 09WR2M_,01WM0 M!O9G8'F81_;-A_&HP2X8[P9L_P59 ST8GP9QK_+W*?=?, 9E8! 0X0#HH(K> MK.+S3> .H Z C^(,P1QDP-QTV/B.__B0'_F2/_F47_F6?_F8G_F:O_F M__F@'_JB/_JD7_JF?_JHG_JJO_JLW_JN__JP'_NR/_NT7_M'\99 $.1 0 )* MX0!JOA! P 6S:-\ H "TN@!YS@ "SQ EW@#0H!#XP(<*@=Z;SN*! SV/8QA M# I-S _:;XSP!*) $\@"5Z +9!0$ MY$"9+Z?A),!$?NB ?,.L!KEQ!J@"Q<=0HA",C" M$\ '%,(20 ,0P?P]IU>\G< ;_DA@X)W\!3" M,U!X# \ .+R$4 TBWL13"-M YM$\FY<$<%Y_T@H @+> Q'>A')93Z2$H)I'J MQ!N0^ 48SUMH/T^/[NT0 ( $EU/38XD6+VYP/(WG)%K>A/MX*N]XL+R*Y_+H MGL:H>GHAWG \I+WK.**J_NS3VM"!?>GM[C>YXP M+(K%L4@6RZ)9/(MH,2VJQ;7(%MNB6WR+<#$NRL6Y2!?KHEV\BW@Q+^K%O<@7 M^Z)?_(N ,3 *QL%(& NC8:1#(I$Y5+YJ$X:JPQCR')\#!*B.EE!1TE#JX XW M(:/$ #AT&.^@Q7%!Y"+CQ*"* SQR@=I$&^,Y7H#NUA6\P$#(A:@".@XDW M+.0KW,:U$0&3"P6<$6=EKKB($C$B-.!>H1ISXYOP/-2 &T'@;C0!M1&\N,8B M !N_PGILCZWQ-Y^-[M(_RT3WF1_H('^^C?JR/]64ZB@ 86 1TH]78 M)YTQ02K(!; Sun, 26 Feb 1995 22:24:24 -0800 Received: by brasil.moneng.mei.com (4.1/SMI-4.1) id AA07300; Mon, 27 Feb 95 00:23:08 CST From: Joe Greco Message-Id: <9502270623.AA07300@brasil.moneng.mei.com> Subject: 2.0R latest boot floppy bug(?) To: bugs@FreeBSD.org Date: Mon, 27 Feb 1995 00:23:08 -0600 (CST) X-Mailer: ELM [version 2.4beta PL9] Content-Type: text Content-Length: 863 Sender: bugs-owner@FreeBSD.org Precedence: bulk 386DX/25, Seagate ST-277R1 60MB RLL disk. I run the boot floppy, kernel loads, gives me .... wd0: type unknown 1025 cyl, 256 head, 0 sect somethingorother .... changing root device to fd0c Fatal trap 18: integer divide fault while in kernel mode instruction pointer = 0x8:0xf0181a48 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 0 () interrupt mask = panic: integer divide fault hit reset please I suspect that the 0 sect is a problem of some sort. FDISK chucks on it too, with a run time divide error. ALWAYS fun to play. :-) ... Joe ------------------------------------------------------------------------------- Joe Greco - Systems Administrator jgreco@ns.sol.net Solaria Public Access UNIX - Milwaukee, WI 414/342-4847 From owner-freebsd-bugs Sun Feb 26 23:15:57 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id XAA04868 for bugs-outgoing; Sun, 26 Feb 1995 23:15:57 -0800 Received: from ptnsct.nis.za (ptnsct.nis.za [196.6.121.4]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id XAA04859 for ; Sun, 26 Feb 1995 23:15:52 -0800 Date: Mon, 27 Feb 1995 9:13:39 +0200 (O) From: ROBIN@ptnsct.nis.za (Robin Hunt) Message-Id: <950227091339.62c5@ptnsct.nis.za> Subject: MB_MAP FULL SYSTEM CRASH To: bugs@FreeBSD.org X-Vmsmail-To: SMTP%"bugs@freebsd.org" Sender: bugs-owner@FreeBSD.org Precedence: bulk Hi, We have recently upgraded our 386DX-40 (shew!) motherboard to a 486-DX2 88 .otherboard with 16 meg of RAM. The kernel is compiled for 386/486/586 support/ We installed a further 16 meg of ram, but the machine started saying Page fault in kernel mode, and rebooted. We removed the extra 16 meg of RAM. Now the old girl occasionaly (on a whim) says: "MB_MAP FULL" and crashes completely so it has to be reset. Any ideas to help? Thanks for an otherwise great operating system robin@nis.za From owner-freebsd-bugs Sun Feb 26 23:17:04 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id XAA04938 for bugs-outgoing; Sun, 26 Feb 1995 23:17:04 -0800 Received: from ptnsct.nis.za (ptnsct.nis.za [196.6.121.4]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id XAA04932 for ; Sun, 26 Feb 1995 23:16:59 -0800 Date: Mon, 27 Feb 1995 9:14:50 +0200 (O) From: ROBIN@ptnsct.nis.za (Robin Hunt) Message-Id: <950227091450.62c5@ptnsct.nis.za> Subject: Previous mail re MB_MAP FULL / more To: bugs@FreeBSD.org X-Vmsmail-To: SMTP%"bugs@freebsd.org" Sender: bugs-owner@FreeBSD.org Precedence: bulk Perhaps you should send replies to my previous mail message to: robin@ptnsct.nis.za Thanks, Bye From owner-freebsd-bugs Sun Feb 26 23:20:25 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id XAA05024 for bugs-outgoing; Sun, 26 Feb 1995 23:20:25 -0800 Received: from Root.COM (implode.Root.COM [198.145.90.1]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id XAA05014 for ; Sun, 26 Feb 1995 23:20:20 -0800 Received: from corbin.Root.COM (corbin.Root.COM [198.145.90.18]) by Root.COM (8.6.8/8.6.5) with ESMTP id XAA09217; Sun, 26 Feb 1995 23:19:27 -0800 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.9/8.6.5) with SMTP id XAA02580; Sun, 26 Feb 1995 23:19:26 -0800 Message-Id: <199502270719.XAA02580@corbin.Root.COM> X-Authentication-Warning: corbin.Root.COM: Host localhost didn't use HELO protocol To: ROBIN@ptnsct.nis.za (Robin Hunt) cc: bugs@FreeBSD.org Subject: Re: MB_MAP FULL SYSTEM CRASH In-reply-to: Your message of "Mon, 27 Feb 95 09:13:39 +0200." <950227091339.62c5@ptnsct.nis.za> From: David Greenman Reply-To: davidg@Root.COM Date: Sun, 26 Feb 1995 23:19:23 -0800 Sender: bugs-owner@FreeBSD.org Precedence: bulk >We have recently upgraded our 386DX-40 (shew!) motherboard to a 486-DX2 88 >.otherboard with 16 meg of RAM. The kernel is compiled for 386/486/586 support/ > >We installed a further 16 meg of ram, but the machine started saying >Page fault in kernel mode, and rebooted. We removed the extra 16 meg of >RAM. What type of disk controller are you using? >Now the old girl occasionaly (on a whim) says: "MB_MAP FULL" and crashes >completely so it has to be reset. The mb_map full message is only generated once and is just informational. Are you sure that the panic occurs just after this appears, or is it possible that it occurred sometime earlier? >Any ideas to help? I need more information before I can help. I need the panic message and any additional information that may be printed before it. -DG From owner-freebsd-bugs Sun Feb 26 23:35:58 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id XAA06228 for bugs-outgoing; Sun, 26 Feb 1995 23:35:58 -0800 Received: from lirmm.lirmm.fr (lirmm.lirmm.fr [193.49.104.10]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id XAA06222 for ; Sun, 26 Feb 1995 23:35:56 -0800 Received: from lirmm.fr (baobab.lirmm.fr [193.49.106.14]) by lirmm.lirmm.fr (8.6.9/8.6.4) with ESMTP id IAA09397 for ; Mon, 27 Feb 1995 08:35:08 +0100 Message-Id: <199502270735.IAA09397@lirmm.lirmm.fr> To: bugs@FreeBSD.org Subject: typo Date: Mon, 27 Feb 1995 08:35:06 +0100 From: "Philippe Charnier" Sender: bugs-owner@FreeBSD.org Precedence: bulk Index: gnuchess.c =================================================================== RCS file: /home5/FreeBSD.cvsroot/src/gnu/games/chess/gnuchess.c,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 gnuchess.c --- 1.1.1.1 1993/06/12 14:41:02 +++ gnuchess.c 1995/02/26 11:12:53 @@ -638,7 +638,7 @@ } -#define UpdateSearchStatus\ +#define UpdateSearchStatus \ {\ if (post) ShowCurrentMove(pnt,node->f,node->t);\ if (pnt > TrPnt[1])\ -------- -------- Philippe Charnier charnier@lirmm.fr LIRMM, 161 rue Ada, 34392 Montpellier cedex 5 -- France ------------------------------------------------------------------------ From owner-freebsd-bugs Mon Feb 27 05:33:00 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id FAA23326 for bugs-outgoing; Mon, 27 Feb 1995 05:33:00 -0800 Received: from inet-gw-3.pa.dec.com (inet-gw-3.pa.dec.com [16.1.0.33]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id FAA23310 for ; Mon, 27 Feb 1995 05:32:53 -0800 Received: from ilonet.ilo.dec.com by inet-gw-3.pa.dec.com (5.65/10Aug94) id AA00988; Mon, 27 Feb 95 05:25:13 -0800 Received: by ilonet.ilo.dec.com (5.65/MS-012594); id AA13790; Mon, 27 Feb 1995 13:26:03 GMT Received: (from dtynan@localhost) by corrib.ilo.dec.com (8.6.8/8.6.6) id NAA24626 for bugs@freebsd.org; Mon, 27 Feb 1995 13:24:05 GMT Date: Mon, 27 Feb 1995 13:24:05 GMT From: Dermot Tynan Message-Id: <199502271324.NAA24626@corrib.ilo.dec.com> To: bugs@FreeBSD.org Subject: 'route' problems in 2.1.0-Development. Sender: bugs-owner@FreeBSD.org Precedence: bulk Hey there. I am trying to add a static (default) route to my ISP, and continually get the error; 'writing to routing socket: Protocol not supported'. This doesn't make any sense. Am I doing something wrong? Does anyone have any clues? The command I run is; prompt% route add default sliplink where 'sliplink' is an alias for the service provider. I can't afford to upgrade to the next release, as I've been off-air for five weeks now, as a result of the last upgrade. If I run 'routed', it complains about the same error on routes it tries to add. Have I missed a kernel option or something?? I shouldn't need the 'GATEWAY' option to specify a default route. - Der From owner-freebsd-bugs Mon Feb 27 05:45:19 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id FAA24029 for bugs-outgoing; Mon, 27 Feb 1995 05:45:19 -0800 Received: from Root.COM (implode.Root.COM [198.145.90.1]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id FAA24023 for ; Mon, 27 Feb 1995 05:45:15 -0800 Received: from corbin.Root.COM (corbin.Root.COM [198.145.90.18]) by Root.COM (8.6.8/8.6.5) with ESMTP id FAA17337; Mon, 27 Feb 1995 05:44:26 -0800 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.9/8.6.5) with SMTP id FAA00156; Mon, 27 Feb 1995 05:44:25 -0800 Message-Id: <199502271344.FAA00156@corbin.Root.COM> X-Authentication-Warning: corbin.Root.COM: Host localhost didn't use HELO protocol To: Dermot Tynan cc: bugs@FreeBSD.org Subject: Re: 'route' problems in 2.1.0-Development. In-reply-to: Your message of "Mon, 27 Feb 95 13:24:05 GMT." <199502271324.NAA24626@corrib.ilo.dec.com> From: David Greenman Reply-To: davidg@Root.COM Date: Mon, 27 Feb 1995 05:44:23 -0800 Sender: bugs-owner@FreeBSD.org Precedence: bulk >Hey there. I am trying to add a static (default) route to my ISP, and >continually get the error; >'writing to routing socket: Protocol not supported'. You upgraded the kernel without upgrading the binaries. The routing socket interface has changed slightly and requires route, routed, netstat, and perhaps other binaries to be rebuilt. -DG From owner-freebsd-bugs Mon Feb 27 09:49:31 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id JAA00120 for bugs-outgoing; Mon, 27 Feb 1995 09:49:31 -0800 Received: from mclo10 ([164.167.86.10]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id JAA00111 for ; Mon, 27 Feb 1995 09:49:27 -0800 Received: (from root@localhost) by mclo10 (8.6.9/8.6.9) id MAA18028; Mon, 27 Feb 1995 12:56:32 -0500 Date: Mon, 27 Feb 1995 12:56:32 -0500 From: Bob Resino Message-Id: <199502271756.MAA18028@mclo10> To: freebsd-bugs@FreeBSD.org Sender: bugs-owner@FreeBSD.org Precedence: bulk Does anyone have any idea why Communications Machine Company (CMC) Nics on AT&T 3B2's running the CMC Telnetd refuse connection from my FreeBSD host ? There is a note in the man (8) page for telnetd (CMC) that states there is extensive negotiation testing for the early troublesome 4.2 BSD telnet. Any help is appreciated. Bob Resino Head, MID/Data-telecom pnh1rgr@pnh10.med.navy.mil Medical Construction Liaison Office (804) 398-7400 Healthcare Support Office Fax: (804) 398-7625 Norfolk, VA 23508-1200 From owner-freebsd-bugs Mon Feb 27 10:18:01 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id KAA01042 for bugs-outgoing; Mon, 27 Feb 1995 10:18:01 -0800 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id KAA01032 for ; Mon, 27 Feb 1995 10:17:57 -0800 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA02437; Mon, 27 Feb 95 11:11:11 MST From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9502271811.AA02437@cs.weber.edu> Subject: Re: your mail To: root@mclo10.weber.edu (Bob Resino) Date: Mon, 27 Feb 95 11:11:10 MST Cc: freebsd-bugs@FreeBSD.org In-Reply-To: <199502271756.MAA18028@mclo10> from "Bob Resino" at Feb 27, 95 12:56:32 pm X-Mailer: ELM [version 2.4dev PL52] Sender: bugs-owner@FreeBSD.org Precedence: bulk > > Does anyone have any idea why Communications Machine Company > (CMC) Nics on AT&T 3B2's running the CMC Telnetd refuse > connection from my FreeBSD host ? There is a note in the > man (8) page for telnetd (CMC) that states there is extensive > negotiation testing for the early troublesome 4.2 BSD telnet. > > Any help is appreciated. The idea is that option negotiation order will allow you to tell if you are talking to a 4.2 or a 4.3 telnet -- in reality, the 4.2 and 4.3 differences are a result of the differences in OOB data handling between the releases. In particular, 4.2 flubbed the urgent packet handling rather badly; so with those systems, you want to not use urgent packets. This should not effect your ability to connect to CMC. Are you sure that you have the BSD box set up correctly in your local domain name services database? If the CMC telnetd can't do a getpeername successfully, it'll probably refuse the connection. This is *a* possible cause of your symtoms, and not *the* only possible cause. Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-bugs Mon Feb 27 11:02:15 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id LAA02459 for bugs-outgoing; Mon, 27 Feb 1995 11:02:15 -0800 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id LAA02451 for ; Mon, 27 Feb 1995 11:02:08 -0800 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id FAA16373; Tue, 28 Feb 1995 05:56:28 +1100 Date: Tue, 28 Feb 1995 05:56:28 +1100 From: Bruce Evans Message-Id: <199502271856.FAA16373@godzilla.zeta.org.au> To: ROBIN@ptnsct.nis.za, davidg@Root.COM Subject: Re: MB_MAP FULL SYSTEM CRASH Cc: bugs@FreeBSD.org Sender: bugs-owner@FreeBSD.org Precedence: bulk >>Now the old girl occasionaly (on a whim) says: "MB_MAP FULL" and crashes >>completely so it has to be reset. > The mb_map full message is only generated once and is just informational. >Are you sure that the panic occurs just after this appears, or is it possible >that it occurred sometime earlier? >>Any ideas to help? > I need more information before I can help. I need the panic message and any >additional information that may be printed before it. I thought this was well known. kmem_malloc() panics if mb_map is full and (waitflag == M_WAITOK). If (waitflag != M_WAITOK) when the map is first found to be full, then m_clalloc() prints "mb map full". If the full condition persists, then kmem_malloc() eventually gets called with (waitflag == M_WAITOK) and panics with the message "kmem_malloc: map too small" (it stupidly doesn't tell you which map). I use the following kludgy fix. It works because all allocations of mb_map go through ml_clalloc(), and ml_clalloc() handles the NULL return value even in the M_WAITOK case. Another problem is that if mb_map fills up due to transient loads, the 1 or 2MB of memory in it is never released. This would not work well on systems with 2 or 4MB of memory. Bruce *** vm_kern.c~ Wed Feb 22 08:49:18 1995 --- vm_kern.c Wed Feb 22 08:49:47 1995 *************** *** 303,313 **** if (vm_map_findspace(map, 0, size, &addr)) { vm_map_unlock(map); ! #if 0 ! if (canwait) /* XXX should wait */ ! panic("kmem_malloc: %s too small", ! map == kmem_map ? "kmem_map" : "mb_map"); ! #endif ! if (waitflag == M_WAITOK) ! panic("kmem_malloc: map too small"); return (0); } --- 303,308 ---- if (vm_map_findspace(map, 0, size, &addr)) { vm_map_unlock(map); ! if (waitflag == M_WAITOK && map != mb_map) ! panic("kmem_malloc: kmem_map too small"); return (0); } From owner-freebsd-bugs Mon Feb 27 11:48:37 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id LAA04002 for bugs-outgoing; Mon, 27 Feb 1995 11:48:37 -0800 Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id LAA03996 for ; Mon, 27 Feb 1995 11:48:36 -0800 Received: by halloran-eldar.lcs.mit.edu; id AA15916; Mon, 27 Feb 1995 14:47:45 -0500 Date: Mon, 27 Feb 1995 14:47:45 -0500 From: Garrett Wollman Message-Id: <9502271947.AA15916@halloran-eldar.lcs.mit.edu> To: terry@cs.weber.edu (Terry Lambert) Cc: freebsd-bugs@FreeBSD.org Subject: Re: your mail In-Reply-To: <9502271811.AA02437@cs.weber.edu> References: <199502271756.MAA18028@mclo10> <9502271811.AA02437@cs.weber.edu> Sender: bugs-owner@FreeBSD.org Precedence: bulk < Are you sure that you have the BSD box set up correctly in your > local domain name services database? If the CMC telnetd can't do > a getpeername successfully, it'll probably refuse the connection. `telnetd' doesn't have any choice abouty accepting or rejection connections (if the one in question is anything at all like a standard Berkeley one), because `inetd' has already accepted it by the time `telnetd' ever executes. -GAWollman -- Garrett A. Wollman | Shashish is simple, it's discreet, it's brief. ... wollman@lcs.mit.edu | Shashish is the bonding of hearts in spite of distance. Opinions not those of| It is a bond more powerful than absence. We like people MIT, LCS, ANA, or NSA| who like Shashish. - Claude McKenzie + Florent Vollant From owner-freebsd-bugs Mon Feb 27 12:09:58 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id MAA04367 for bugs-outgoing; Mon, 27 Feb 1995 12:09:58 -0800 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id MAA04360 for ; Mon, 27 Feb 1995 12:09:42 -0800 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA02946; Mon, 27 Feb 95 13:02:52 MST From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9502272002.AA02946@cs.weber.edu> Subject: Re: your mail To: wollman@halloran-eldar.lcs.mit.edu (Garrett Wollman) Date: Mon, 27 Feb 95 13:02:52 MST Cc: freebsd-bugs@FreeBSD.org In-Reply-To: <9502271947.AA15916@halloran-eldar.lcs.mit.edu> from "Garrett Wollman" at Feb 27, 95 02:47:45 pm X-Mailer: ELM [version 2.4dev PL52] Sender: bugs-owner@FreeBSD.org Precedence: bulk > > Are you sure that you have the BSD box set up correctly in your > > local domain name services database? If the CMC telnetd can't do > > a getpeername successfully, it'll probably refuse the connection. > > `telnetd' doesn't have any choice abouty accepting or rejection > connections (if the one in question is anything at all like a standard > Berkeley one), because `inetd' has already accepted it by the time > `telnetd' ever executes. UnixWare also refuses connect when it can't RARP the address. Basically: o getpeername o gethostbyaddr (fails) o close I guess technically you could state "refuse the connection" means a non-acceptance. If so, then telnetd would be refusing to maintain the conection perpetrated by inetd rather than actually rejecting it. I believe, however, that the CMC networking stuff for the 3b2 doesn't have inetd, unless they made a newer version since the last time I saw the 3b2 code. I guess it's possible, though. I'm pretty sure that with the 3b2 being a dead machine and all that this is the case. Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-bugs Mon Feb 27 13:01:43 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id NAA05621 for bugs-outgoing; Mon, 27 Feb 1995 13:01:43 -0800 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id NAA05612 for ; Mon, 27 Feb 1995 13:01:34 -0800 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id HAA18455; Tue, 28 Feb 1995 07:59:05 +1100 Date: Tue, 28 Feb 1995 07:59:05 +1100 From: Bruce Evans Message-Id: <199502272059.HAA18455@godzilla.zeta.org.au> To: bugs@FreeBSD.org, jgreco@brasil.moneng.mei.com Subject: Re: 2.0R latest boot floppy bug(?) Sender: bugs-owner@FreeBSD.org Precedence: bulk >386DX/25, Seagate ST-277R1 60MB RLL disk. >I run the boot floppy, kernel loads, gives me >.... >wd0: type unknown >1025 cyl, 256 head, 0 sect somethingorother >.... >changing root device to fd0c >Fatal trap 18: integer divide fault while in kernel mode Did it once work? Apparently the geometry obtained from the BIOS is unreliable. It seems to be 1023 cylinders (the driver adds 2 for bogus reasons), 256 heads (physically impossible) and 0 sectors (also physically impossible). Bruce From owner-freebsd-bugs Tue Feb 28 11:52:30 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id LAA00740 for bugs-outgoing; Tue, 28 Feb 1995 11:52:30 -0800 Received: from ptnsct.nis.za (ptnsct.nis.za [196.6.121.4]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id LAA00703 for ; Tue, 28 Feb 1995 11:52:09 -0800 Date: Tue, 28 Feb 1995 15:00:25 +0200 (O) From: ROBIN@ptnsct.nis.za (Robin Hunt) Message-Id: <950228150025.c996@ptnsct.nis.za> Subject: Compiling: make world problem? To: bugs@FreeBSD.org X-Vmsmail-To: SMTP%"bugs@freebsd.org" Sender: bugs-owner@FreeBSD.org Precedence: bulk Hi there, I am trying to do a make world from usr/src, and I get: ==> libs ss_err.et. don't know how to make Where should I look to fix this problem? Thanks, robin@ptnsct.nis.za From owner-freebsd-bugs Tue Feb 28 11:55:34 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id LAA00878 for bugs-outgoing; Tue, 28 Feb 1995 11:55:34 -0800 Received: from mail.lth.se (root@nic.lth.se [130.235.20.3]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id LAA00868 for ; Tue, 28 Feb 1995 11:55:30 -0800 Received: from gatekeeper.axis.se by mail.lth.se with smtp (Smail3.1.28.1 #2) id m0rjVnF-000MViC; Tue, 28 Feb 95 18:33 MET Received: from axisab.axis.se by gatekeeper.axis.se with smtp (Smail3.1.29.0 #1) id m0rjVmW-00014WC; Tue, 28 Feb 95 18:32 MET Received: from axis.se by axisab.axis.se with smtp (Smail3.1.28.1 #1) id m0rjVrT-000ph3C; Tue, 28 Feb 95 18:37 MET Message-Id: To: bugs@FreeBSD.org Subject: panic! nfsreq nogrps Date: Tue, 28 Feb 1995 18:32:51 +0100 From: Joergen Haegg Sender: bugs-owner@FreeBSD.org Precedence: bulk My FreeBSD (2.0R) panics when smail access it's config-directory which is an amd-linked local directory. (Yes, I know, I shouldn't use amd and mail, but I moved the start of sendmail until amd was up. :-) The errorcode is "nfsreq nogrps" (in nfs_socket.c). Is this supposed to happen? Or should I get the latest amd(>=88)? ------- Joergen Haegg jh@axis.se Axis Communications AB Snailmail: Axis Communications AB Phone: +46 46 191849 Scheelevaegen 16 Fax: +46 46 136130 S-223 70 LUND, Sweden From owner-freebsd-bugs Tue Feb 28 16:57:22 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id QAA25561 for bugs-outgoing; Tue, 28 Feb 1995 16:57:22 -0800 Received: from feta.cisco.com (feta.cisco.com [171.69.1.158]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id QAA25553 for ; Tue, 28 Feb 1995 16:57:21 -0800 Received: from localhost.cisco.com (localhost.cisco.com [127.0.0.1]) by feta.cisco.com (8.6.8+c/CISCO.SERVER.1.1) with SMTP id QAA21722 for ; Tue, 28 Feb 1995 16:56:49 -0800 Message-Id: <199503010056.QAA21722@feta.cisco.com> X-Authentication-Warning: feta.cisco.com: Host localhost.cisco.com didn't use HELO protocol To: bugs@FreeBSD.org Subject: do not implement misc/186 Date: Tue, 28 Feb 1995 16:56:48 -0800 From: Paul Traina Sender: bugs-owner@FreeBSD.org Precedence: bulk ------- Forwarded Message Date: Tue, 28 Feb 1995 16:33:28 -0800 From: Eric Allman To: Paul Traina cc: sendmail@cs.Berkeley.EDU Subject: Re: misc/186: Sendmail incorrectly defines $s macro inside the rule #0 I don't believe that is correct fix, since host isn't necessarily meaningful at that point (e.g., for local mail), and CurHostName is used for more than setting $s. The 8.7 code has that as just setting CurHostName = NULL at that point -- you'll notice that it gets reset later in the code if there is a valid host name. eric Re: : From: Paul Traina : Subject: misc/186: Sendmail incorrectly defines $s macro inside the rule #0 : Date: Mon, 27 Feb 1995 22:01:05 -0800 : This bug report refers to sendmail 8.6.9, it may have been fixed in .10, I : haven't checked yet. If this guy's right, care to fix this in your next : release? : : ------- Forwarded Message : : Path: cronkite.cisco.com!newsgate.cisco.com : From: vak@cronyx.msk.su : To: freebsd-bugs@freefall.cdrom.com : Newsgroups: cisco.external.bsd.free.bugs : Subject: misc/186: Sendmail incorrectly defines $s macro inside the rule #0 : Message-ID: <199501251920.LAA23057@freefall.cdrom.com> : Date: 25 Jan 1995 11:20:02 PST : References: <199501251913.WAA00898@gw.cronyx.msk.su> : Sender: bugs-owner@freebsd.org : Reply-To: vak@cronyx.msk.su : Organization: Internet-USENET Gateway at cisco Systems : Lines: 42 : : : >Number: 186 : >Category: misc : >Synopsis: Sendmail incorrectly defines $s macro inside the rule #0 : >Confidential: no : >Severity: serious : >Priority: medium : >Responsible: freebsd-bugs (FreeBSD bugs mailing list) : >State: open : >Class: support : >Submitter-Id: current-users : >Arrival-Date: Wed Jan 25 11:20:01 1995 : >Originator: Serge V.Vakulenko : >Organization: : Cronyx Ltd. : >Release: FreeBSD 2.0-RELEASE i386 : >Environment: : >Description: : : The $&s macro has incorrect value inside the rule #0. : Those configurations in which the e-mail route depends : on the name of the sender host don't work. : : >How-To-Repeat: : >Fix: : The following patch fixes it. : : --- /usr/src/usr.sbin/sendmail/src/deliver.c Thu May 26 09:23:15 1994 : +++ ./deliver.c Sun May 1 22:05:42 1994 : @@ -950,7 +931,7 @@ : } : errno = 0; : : - CurHostName = m->m_mailer; : + CurHostName = host; : : /* : ** Deal with the special case of mail handled through an IPC : >Audit-Trail: : >Unformatted: : : : : ------- End of Forwarded Message ------- End of Forwarded Message From owner-freebsd-bugs Tue Feb 28 17:07:03 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id RAA26312 for bugs-outgoing; Tue, 28 Feb 1995 17:07:03 -0800 Received: from vector.eikon.e-technik.tu-muenchen.de (vector.eikon.e-technik.tu-muenchen.de [129.187.142.36]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id QAA25714 for ; Tue, 28 Feb 1995 16:59:32 -0800 Received: (from jhs@localhost) by vector.eikon.e-technik.tu-muenchen.de (8.6.9/8.6.9) id WAA08241; Mon, 27 Feb 1995 22:59:34 +0100 Date: Mon, 27 Feb 1995 22:59:34 +0100 From: Julian Howard Stacey Message-Id: <199502272159.WAA08241@vector.eikon.e-technik.tu-muenchen.de> To: bugs@FreeBSD.org, dtynan@corrib.ilo.dec.com Subject: Re: 'route' problems in 2.1.0-Development. Sender: bugs-owner@FreeBSD.org Precedence: bulk > 'writing to routing socket: Protocol not supported'. recompile everything worked for me :-) From owner-freebsd-bugs Tue Feb 28 18:05:27 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id SAA28868 for bugs-outgoing; Tue, 28 Feb 1995 18:05:27 -0800 Received: from sequent.kiae.su (sequent.kiae.su [144.206.136.6]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id SAA28860 for ; Tue, 28 Feb 1995 18:05:22 -0800 Received: by sequent.kiae.su id AA21547 (5.65.kiae-2 ); Wed, 1 Mar 1995 05:01:39 +0300 Received: by sequent.KIAE.su (UUMAIL/2.0); Wed, 1 Mar 95 05:01:38 +0300 Received: (from ache@localhost) by astral.msk.su (8.6.8/8.6.6) id FAA00443; Wed, 1 Mar 1995 05:02:52 +0300 To: bugs@FreeBSD.org, Paul Traina Cc: Serg Vakulenko References: <199503010056.QAA21722@feta.cisco.com> In-Reply-To: <199503010056.QAA21722@feta.cisco.com>; from Paul Traina at Tue, 28 Feb 1995 16:56:48 -0800 Message-Id: Organization: Olahm Ha-Yetzirah Date: Wed, 1 Mar 1995 05:02:51 +0300 X-Mailer: Mail/@ [v2.32 FreeBSD] From: "Andrey A. Chernov, Black Mage" X-Class: Fast Subject: Re: do not implement misc/186 Lines: 33 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 1490 Sender: bugs-owner@FreeBSD.org Precedence: bulk In message <199503010056.QAA21722@feta.cisco.com> Paul Traina writes: >Subject: Re: misc/186: Sendmail incorrectly defines $s macro inside the rule #0 This fix already applied long time ago to our sources and you restore it after merging deliver.c changes. >------- Forwarded Message >Date: Tue, 28 Feb 1995 16:33:28 -0800 >From: Eric Allman >To: Paul Traina >cc: sendmail@cs.Berkeley.EDU >Subject: Re: misc/186: Sendmail incorrectly defines $s macro inside the rule #0 >I don't believe that is correct fix, since host isn't necessarily >meaningful at that point (e.g., for local mail), and CurHostName >is used for more than setting $s. The 8.7 code has that as just >setting CurHostName = NULL at that point -- you'll notice that it >gets reset later in the code if there is a valid host name. Right, it isn't meaningful just in _that_ point, but becomes meaningful later, so setting it to junk value not helps at all. Just look down into code, it resets later in some places, but not in _all_ cases. What happens if it isn't reset? I can answer: in this case it triggers a bug, since have junk value instead of host value. -- Andrey A. Chernov : And I rest so composedly, /Now, in my bed, ache@astral.msk.su : That any beholder /Might fancy me dead - FidoNet: 2:5020/230.3 : Might start at beholding me, /Thinking me dead. RELCOM Team,FreeBSD Team : E.A.Poe From "For Annie" 1849 From owner-freebsd-bugs Tue Feb 28 18:07:11 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id SAA28951 for bugs-outgoing; Tue, 28 Feb 1995 18:07:11 -0800 Received: from feta.cisco.com (feta.cisco.com [171.69.1.158]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id SAA28945 for ; Tue, 28 Feb 1995 18:07:09 -0800 Received: from localhost.cisco.com (localhost.cisco.com [127.0.0.1]) by feta.cisco.com (8.6.8+c/CISCO.SERVER.1.1) with SMTP id SAA25759; Tue, 28 Feb 1995 18:06:32 -0800 Message-Id: <199503010206.SAA25759@feta.cisco.com> X-Authentication-Warning: feta.cisco.com: Host localhost.cisco.com didn't use HELO protocol To: "Andrey A. Chernov, Black Mage" Cc: bugs@FreeBSD.org, Serg Vakulenko Subject: Re: do not implement misc/186 In-Reply-To: Your message of "Wed, 01 Mar 1995 05:02:51 +0300." Date: Tue, 28 Feb 1995 18:06:32 -0800 From: Paul Traina Sender: bugs-owner@FreeBSD.org Precedence: bulk Oh damn. From: "Andrey A. Chernov, Black Mage" Subject: Re: do not implement misc/186 In message <199503010056.QAA21722@feta.cisco.com> Paul Traina writes: >Subject: Re: misc/186: Sendmail incorrectly defines $s macro inside the rule >> #0 This fix already applied long time ago to our sources and you restore it after merging deliver.c changes. >------- Forwarded Message >Date: Tue, 28 Feb 1995 16:33:28 -0800 >From: Eric Allman >To: Paul Traina >cc: sendmail@cs.Berkeley.EDU >Subject: Re: misc/186: Sendmail incorrectly defines $s macro inside the rule >> #0 >I don't believe that is correct fix, since host isn't necessarily >meaningful at that point (e.g., for local mail), and CurHostName >is used for more than setting $s. The 8.7 code has that as just >setting CurHostName = NULL at that point -- you'll notice that it >gets reset later in the code if there is a valid host name. Right, it isn't meaningful just in _that_ point, but becomes meaningful later, so setting it to junk value not helps at all. Just look down into code, it resets later in some places, but not in _all_ cases. What happens if it isn't reset? I can answer: in this case it triggers a bug, since have junk value instead of host value. -- Andrey A. Chernov : And I rest so composedly, /Now, in my bed, ache@astral.msk.su : That any beholder /Might fancy me dead - FidoNet: 2:5020/230.3 : Might start at beholding me, /Thinking me dead. RELCOM Team,FreeBSD Team : E.A.Poe From "For Annie" 1849 From owner-freebsd-bugs Tue Feb 28 20:05:59 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id UAA03731 for bugs-outgoing; Tue, 28 Feb 1995 20:05:59 -0800 Received: from saturn.landmark.com (landmark.com [192.246.113.2]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id UAA03720 for ; Tue, 28 Feb 1995 20:05:57 -0800 Received: from ren.landmark.com by saturn.landmark.com with SMTP id AA22356 (5.67b8/IDA-1.5 for ); Tue, 28 Feb 1995 23:05:53 -0500 Received: by ren.landmark.com with SMTP id AA01545 (5.67b8/IDA-1.5 for ); Tue, 28 Feb 1995 23:05:53 -0500 To: freebsd-bugs@FreeBSD.org Subject: Problem linking GENERIC kernel in -current Comments: Hyperbole mail buttons accepted, v3.16. Date: Tue, 28 Feb 1995 23:05:52 -0500 Message-Id: <21256.794030752@ren.landmark.com> From: Harlan Stenn Sender: bugs-owner@FreeBSD.org Precedence: bulk I had this problem as of last night's -current and it didn't go away after I just sup'ed -current again about an hour ago. When I rebuild the GENERIC kernel, the link fails with: loading kernel userconfig.o: Undefined symbol `_strncmp' referenced from text segment *** Error code 1 I *think* I did a "make world" just before I tried to rebuild the kernel yesterday, but that was a long time ago... H From owner-freebsd-bugs Tue Feb 28 20:17:49 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id UAA04486 for bugs-outgoing; Tue, 28 Feb 1995 20:17:49 -0800 Received: from hntp2.hinet.net (luckydav@hntp2.hinet.net [168.95.195.2]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id UAA04476 for ; Tue, 28 Feb 1995 20:17:39 -0800 Received: (from luckydav@localhost) by hntp2.hinet.net (8.6.10/8.6.9) id MAA17195 for bugs@FreeBSD.org; Wed, 1 Mar 1995 12:17:03 +0800 Date: Wed, 1 Mar 1995 12:17:03 +0800 From: luckydav@hntp2.hinet.net (luckydav) Message-Id: <199503010417.MAA17195@hntp2.hinet.net> To: bugs@FreeBSD.org Sender: bugs-owner@FreeBSD.org Precedence: bulk Dear Sir, There are two questions using FreeBSD 2.0. Please give me an suggestion. 1. How can I remove BSD bootcode from my hard disk (entire disk was DOS formated)? I do not like to see the message when I boot my PC. 2. When booting FreeBSD, my IDE CD-ROM Drive (Wearnes CDD-120 model) can not be found, so I can not install programs directly from CDROM. I must copy files from CDROM to HD(DOS formated), then continue the installation procedures. It is lousy. How to solve it? My PC enviroments are VGA, IDE-ISA QUANTUM 540MB HD, MAXTOR SCSI 340MB HD, 32MB RAM, AHA-1542b SCSI-ISA adaptor, 1.44MB Floppy disk, and WERANES CDD-120 CD-ROM drive. It will be appreciate for your kindly help, thank you. Kind Regards, James Jang (a user using Walnut Creek CD-ROM) From owner-freebsd-bugs Tue Feb 28 20:38:20 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id UAA05144 for bugs-outgoing; Tue, 28 Feb 1995 20:38:20 -0800 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id UAA05134 for ; Tue, 28 Feb 1995 20:38:10 -0800 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id PAA21001; Wed, 1 Mar 1995 15:32:04 +1100 Date: Wed, 1 Mar 1995 15:32:04 +1100 From: Bruce Evans Message-Id: <199503010432.PAA21001@godzilla.zeta.org.au> To: Harlan.Stenn@landmark.com, freebsd-bugs@FreeBSD.org Subject: Re: Problem linking GENERIC kernel in -current Sender: bugs-owner@FreeBSD.org Precedence: bulk >When I rebuild the GENERIC kernel, the link fails with: > loading kernel > userconfig.o: Undefined symbol `_strncmp' referenced from text segment > *** Error code 1 You need to rebuild libkern.a. The dependency for libkern.a only works the first time (i.e., it's broken). Bruce From owner-freebsd-bugs Tue Feb 28 23:27:40 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id XAA10471 for bugs-outgoing; Tue, 28 Feb 1995 23:27:40 -0800 Received: from cats.ucsc.edu (root@cats-po-1.UCSC.EDU [128.114.129.22]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id XAA10465 for ; Tue, 28 Feb 1995 23:27:39 -0800 Received: from scruz.ucsc.edu by cats.ucsc.edu with SMTP id XAA20469; Tue, 28 Feb 1995 23:27:34 -0800 Received: from osprey by scruz.ucsc.edu id aa10668; 1 Mar 95 0:25 PST Received: (from markd@localhost) by Grizzly.COM (8.6.9/8.6.9) id XAA00642; Tue, 28 Feb 1995 23:07:01 -0800 Date: Tue, 28 Feb 1995 23:07:01 -0800 From: Mark Diekhans Message-Id: <199503010707.XAA00642@Grizzly.COM> To: freebsd-bugs@freefall.cdrom.com Subject: [MAILER-DAEMON@freefall.cdrom.com: Returned mail: unknown mailer error 2] Sender: bugs-owner@FreeBSD.org Precedence: bulk Date: Tue, 28 Feb 1995 22:26:17 -0800 From: Mail Delivery Subsystem Subject: Returned mail: unknown mailer error 2 To: markd@grizzly.com MMDF-Warning: Parse error in original version of preceding line at scruz.ucsc.edu MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="WAA08969.794039177/freefall.cdrom.com" This is a MIME-encapsulated message --WAA08969.794039177/freefall.cdrom.com The original message was received at Tue, 28 Feb 1995 22:26:16 -0800 from root@cats-po-1.UCSC.EDU [128.114.129.22] ----- The following addresses had delivery problems ----- "| /usr/local/lib/gnats/queue-pr -q >/dev/null 2>&1" (unrecoverable error) (expanded from: ) ----- Transcript of session follows ----- 554 "| /usr/local/lib/gnats/queue-pr -q >/dev/null 2>&1"... unknown mailer error 2 ----- Original message follows ----- --WAA08969.794039177/freefall.cdrom.com Content-Type: message/rfc822 Return-Path: <@grizzly.com:markd@grizzly.com> Received: from cats.ucsc.edu (root@cats-po-1.UCSC.EDU [128.114.129.22]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id WAA08968 for ; Tue, 28 Feb 1995 22:26:16 -0800 Received: from scruz.ucsc.edu by cats.ucsc.edu with SMTP id WAA15465; Tue, 28 Feb 1995 22:26:08 -0800 Received: from osprey by scruz.ucsc.edu id aa10116; 28 Feb 95 23:26 PST Received: (from markd@localhost) by Grizzly.COM (8.6.9/8.6.9) id VAA00356; Tue, 28 Feb 1995 21:35:45 -0800 Date: Tue, 28 Feb 1995 21:35:45 -0800 From: Mark Diekhans Message-Id: <199503010535.VAA00356@Grizzly.COM> To: FreeBSD-gnats-submit@freebsd.org Reply-To: markd@grizzly.com X-send-pr-version: 3.2 >Submitter-Id: current-users >Originator: Mark Diekhans >Organization: == Mark Diekhans (markd@grizzly.com) == >Confidential: no >Synopsis: "mt status" does not work with SCSI tape drives. >Severity: non-critical >Priority: medium >Category: bin >Release: FreeBSD 2.0-RELEASE i386 >Class: sw-bug >Environment: Wangtek DAT drive, AHA1542B controller. aha0 targ 2 lun 0: type 1(sequential) removable SCSI2 aha0 targ 2 lun 0: st0: density code 0x13, drive empty >Description: The command mt -f /dev/nrst0 status returns the error 7:unknown tape drive type >How-To-Repeat: >Fix: usr.bin/mt/mt.c has a compiled in table of tape drives. This needs to be modified (but I havn't figured out the correct entry). --WAA08969.794039177/freefall.cdrom.com-- From owner-freebsd-bugs Wed Mar 1 00:21:30 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id AAA12413 for bugs-outgoing; Wed, 1 Mar 1995 00:21:30 -0800 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id AAA12389 for ; Wed, 1 Mar 1995 00:21:17 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA25695; Wed, 1 Mar 1995 09:19:07 +0100 Received: by sax.sax.de (8.6.9/8.6.9-s1) with UUCP id JAA06096; Wed, 1 Mar 1995 09:19:06 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.9/8.6.9) id JAA11072; Wed, 1 Mar 1995 09:07:03 +0100 From: J Wunsch Message-Id: <199503010807.JAA11072@uriah.heep.sax.de> Subject: Re: your mail To: luckydav@hntp2.hinet.net (luckydav) Date: Wed, 1 Mar 1995 09:07:02 +0100 (MET) Cc: bugs@FreeBSD.org In-Reply-To: <199503010417.MAA17195@hntp2.hinet.net> from "luckydav" at Mar 1, 95 12:17:03 pm Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 1111 Sender: bugs-owner@FreeBSD.org Precedence: bulk As luckydav wrote: > > 1. How can I remove BSD bootcode from my hard disk (entire disk was DOS > formated)? I do not like to see the message when I boot my PC. Did i get it right? You want to _remove_ BSD again (entirely)? Use the (undocumented) /mbr switch for DOS' fdisk program to reinstall the DOS boot loader. > 2. When booting FreeBSD, my IDE CD-ROM Drive (Wearnes CDD-120 model) can > not be found, so I can not install programs directly from CDROM. I must > copy files from CDROM to HD(DOS formated), then continue the installation > procedures. It is lousy. How to solve it? I'm not sure if there's currently somebody working on IDE CDROM support. Remember that this is an all-volunteer project, so people tend to write device support for device they do have, and since many developers already purchased SCSI CDROM (and not only CDROM) drives... you can guess the rest. This is not to say you weren't welcome to write a driver. :^) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Wed Mar 1 00:21:31 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id AAA12419 for bugs-outgoing; Wed, 1 Mar 1995 00:21:31 -0800 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id AAA12387 for ; Wed, 1 Mar 1995 00:21:15 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA25703; Wed, 1 Mar 1995 09:19:09 +0100 Received: by sax.sax.de (8.6.9/8.6.9-s1) with UUCP id JAA06102; Wed, 1 Mar 1995 09:19:08 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.9/8.6.9) id JAA11126; Wed, 1 Mar 1995 09:12:40 +0100 From: J Wunsch Message-Id: <199503010812.JAA11126@uriah.heep.sax.de> Subject: Re: [MAILER-DAEMON@freefall.cdrom.com: Returned mail: unknown mailer error 2] To: markd@grizzly.com (Mark Diekhans) Date: Wed, 1 Mar 1995 09:12:40 +0100 (MET) Cc: freebsd-bugs@freefall.cdrom.com In-Reply-To: <199503010707.XAA00642@Grizzly.COM> from "Mark Diekhans" at Feb 28, 95 11:07:01 pm Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 471 Sender: bugs-owner@FreeBSD.org Precedence: bulk As Mark Diekhans wrote: > > >Synopsis: "mt status" does not work with SCSI tape drives. > mt -f /dev/nrst0 status Half an hour ago, i just thought: `What would people think, is it better to revive the old 1.1.5 ``st'' program, or merge over Julian's changes into our ``mt'' program?' I'd vote for the latter. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Wed Mar 1 00:30:34 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id AAA12771 for bugs-outgoing; Wed, 1 Mar 1995 00:30:34 -0800 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id AAA12764 for ; Wed, 1 Mar 1995 00:30:31 -0800 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.8/8.6.6) id AAA11127; Wed, 1 Mar 1995 00:28:52 -0800 From: "Rodney W. Grimes" Message-Id: <199503010828.AAA11127@gndrsh.aac.dev.com> Subject: Re: [MAILER-DAEMON@freefall.cdrom.com: Returned mail: unknown mailer error 2] To: joerg_wunsch@uriah.heep.sax.de Date: Wed, 1 Mar 1995 00:28:51 -0800 (PST) Cc: markd@grizzly.com, freebsd-bugs@freefall.cdrom.com In-Reply-To: <199503010812.JAA11126@uriah.heep.sax.de> from "J Wunsch" at Mar 1, 95 09:12:40 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 701 Sender: bugs-owner@FreeBSD.org Precedence: bulk > > As Mark Diekhans wrote: > > > > >Synopsis: "mt status" does not work with SCSI tape drives. > > > mt -f /dev/nrst0 status > > Half an hour ago, i just thought: `What would people think, is it > better to revive the old 1.1.5 ``st'' program, or merge over Julian's > changes into our ``mt'' program?' > > I'd vote for the latter. Please merge the 1.x st program into the 2.x mt program. We do not need 2 programs for this! (Someplace in the 1.x code I think it even says that some day this should be merged with mt(1).) -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-bugs Wed Mar 1 01:20:04 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id BAA18378 for bugs-outgoing; Wed, 1 Mar 1995 01:20:04 -0800 Received: (from gnats@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id BAA18371; Wed, 1 Mar 1995 01:20:03 -0800 Date: Wed, 1 Mar 1995 01:20:03 -0800 Message-Id: <199503010920.BAA18371@freefall.cdrom.com> From: Paul Richards Reply-To: Paul Richards To: freebsd-bugs Subject: misc/226: test In-Reply-To: Your message of Wed, 1 Mar 1995 08:59:16 GMT <199503010859.IAA09962@isl.cf.ac.uk> Sender: bugs-owner@FreeBSD.org Precedence: bulk >Number: 226 >Category: misc >Synopsis: test >Confidential: yes >Severity: critical >Priority: high >Responsible: freebsd-bugs (FreeBSD bugs mailing list) >State: open >Class: support >Submitter-Id: current-users >Arrival-Date: Wed Mar 1 01:20:01 1995 >Originator: Paul Richards >Organization: >Release: FreeBSD 2.1.0-Development i386 >Environment: >Description: test >How-To-Repeat: >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Wed Mar 1 01:23:53 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id BAA18569 for bugs-outgoing; Wed, 1 Mar 1995 01:23:53 -0800 Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id BAA18552; Wed, 1 Mar 1995 01:23:52 -0800 Date: Wed, 1 Mar 1995 01:23:52 -0800 From: Paul Richards Message-Id: <199503010923.BAA18552@freefall.cdrom.com> To: paul, freebsd-bugs Subject: Changed information for PR misc/226 Sender: bugs-owner@FreeBSD.org Precedence: bulk Synopsis: test State-Changed-From-To: open-closed State-Changed-By: paul State-Changed-When: Wed Mar 1 01:23:27 PST 1995 State-Changed-Why: Test complete From owner-freebsd-bugs Wed Mar 1 01:24:31 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id BAA18589 for bugs-outgoing; Wed, 1 Mar 1995 01:24:31 -0800 Received: from xenon.chromatic.com (xenon.chromatic.com [199.5.224.1]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id BAA18581 for ; Wed, 1 Mar 1995 01:24:24 -0800 Received: (from hua@localhost) by xenon.chromatic.com (8.6.10/8.6.9) id BAA21772; Wed, 1 Mar 1995 01:23:50 -0800 Date: Wed, 1 Mar 1995 01:23:50 -0800 From: Ernest Hua Message-Id: <199503010923.BAA21772@xenon.chromatic.com> To: freebsd-bugs@FreeBSD.org Subject: Bug Report: Kernel: 2.0-950210-SNAP: crash in gdb Cc: hua@chromatic.com Sender: bugs-owner@FreeBSD.org Precedence: bulk Forgive me if this is not the right bug report format. Use the following executable (compiled "-g") and run: csh% gdb vdb (gdb) run blah This will cause a kernel panic. I cannot see it fast enough, but the message appears to be something like bad page or missing page. Ernest Hua (hua@chromatic.com), Chromatic Research, Mountain View, CA -------- INCLUDED FILE MD5 (vdb) = 52f0ff7c6fedbb03cbd58f08a21a9c1a begin 666 vdb.gz M'XL( +4W5"\ [Q;#WA359:_;0,\2H2@+:10($"1%HJEY8\M I:68%$*H24( M*-;0I*2U_VR24A@[EB_($)]UXXBCZ[K^^9:9=;]Q=7<& 7?=QX09.]K5HM'L.?>>=U\(">KWN9OO"_>=>\X]YW?./??<>U_#(-O? MP\H98Q;&/T,5C)72,W[LZU=5K+/7U6Y:5;/)Z:A;MZ%RU3H[]#M#'P0OF#;7 M]@9,O7>8>C^;F#\SK*8'CYONZPM\5G;-KHS@\6@H^U -8\$;F']N4U%L MD18U,?97(P[H&E! S*QF<"HR-AP.QT;AXPE[E$&CVJ/W]?E':4^!,:\-$&F_ MN1%'@7+_!.]2Z&ABVL]XEQ);@D9J8TNU!>,8MQ;6SL7Z9WE/I:FUM M\T-GN][#&UL#*/"X,_58++]U;/;9KHM4RD0;OU0>UBT F[ M%H//A*/. 1S$F'_A2SC)O\!_]GX^"/_Z\Q,U3W[)IHM$QH5?PD3A1.W&)H:8 M34VC8H&3X/@KT*F-YFZ?"P[D";F?I:"+IA.;]=(YFPE'[P J.HF %-STK MT?3$2SH&66"M6GTR#OT\PCPE<>#8WH=F ,[(A'#O0[$)\# :VAG@X_ML*!8K M/A59ICI/"MNS0F>$]1F)2L8'?VWC>=E[/SH=>J,X%OHX='%CC? [JRDC%AA4 MG>_ZG-/)<2^.>![M/,_\MF"VH2O-FX2R#MM. *L,YF.$\ M1PJ/I257^+2N\-$TFM@AOF;X8@LYAT_81UZQ((T+*N2,JM7GP)E>T MFSL"* M08TY35=Y%^L:U^L:[6DXSHSCL@]N9*S7<^RV.^I.]5.>K\ ^YL]Z!MM8P!P+ M*"J+G3[5#W$J[CO5'R=C(1E%+3=QB6.8?* IE9YR12A"/;6>CL[&>H\MT.KJ MA(7FVM'LB1]GYN/4;[W@Q\5-RG;H]RO+!P5;L2.E'\:4\I\X\/AWM*5_C' ME*\!*C"L3M/KUYSPYENA@#T*/@0'S%B[0D,9&2 ;R"B/9 ;[32 4>*>XK]_]/(:J4[F_VES<%R[-#*2'3O%L MF,#%WH/0:#_E$F8HH2=8Y8^_ZL.'SZ2GW:?$4 M@3 #PLVNYD9W/CP4<%S="O-G1+()0[7 ,%?'H.PM10P!PEDR"636"YD,*>/0 M8F6\NI_JWQ%H:/!TL#D^MF;5NEJYUUA.V(=Q&7)K\3Y[A*ZC95>PUR!D'M9E MAAT0QQ?+1!S[0L=AB82<(SRTC#FVI4!#J@Y3)AA@ZM"PQHKCO_ _Y "XV1G2& M[$/![B%V[S5<\O>E)!FY*XQR0QGVD5Y'#)(&J M#.2'J\KL0]U"UY-2UPR.$1SQJKBY[.-=\?HE8HO+3Z=[!-KMW0#[>'6CT MRSRT0/P"I=AR]8FOC#R$[2(#]_2W1]$X=*W$9DO_16;-<=M:^%$5-^VL[5QCT>>;2RUL/@^S:'%9XKDD-\B?[A;I4L3 M7$^/3.9^>Q^0,EFZC-FAY4>QC)IX!#!] J,A,1L0)RX;2->Y2_75"2EN'^)K MB;L+2?&?F<:2LB+#^P4/AEEU9-5H'RS14\:!IC DZO:AV#_CB..ATQ&F;K]P MJK^YL=5#_HDD\NEG4J91B$4!+ M*+L0TBYH-YLT"Z7H,#!@%D2N!F%73(]X<7U:>I8M"-SL/3A5+%=+C;9GL9%Y M$V$J5>>PNLW4\WIZ:(LI,ET(/8/Z'=Y'<:5C7FM+^"!+9#S,))0!-3.D!.TC MIJ ]:HH\"'TGF-B1S : F:3DJ%0RM(C'F6^SD6T\CX2N*C,J$N/\^KAWY;AC M\>-FB?S3)NO)"6YD"M88?K[!W!FZ9,J\+I^WT>]IL..:)KEN9$%=2I G9I+?P) MZKQ7Z'RJQ$ABU DU:0K:?0&8WA[T@(MUE1CET%]"Y7!7H]OOM:U<82OAAG4? MN7_XL F3C:,HX/1J3[O?2W1\K4SK%#5CVG0P]ZZT:1(V>7#R2RX)CI#/1_GW MI/S98B,\A2OO>PGSR:F$'";C5!/L-C/_.,XPAQSF2*:HJ7?.A8"8N'._*H[? M<2R8&%WZVBU#>Q>D/;=N3PD=[S4]@OH=36)G@EQ_4G"US/%P5!;:LLC&;9?8 ML'(;5K*Q%FU\(FVPU#:L-=HRP^/R7#J7X3Z((>81-_*@0%_+<37Z"%QYO'C+ M$;8.+C12 >/'Z]DO4,8L9=J%#%["&9TIHF4.TZZ,R-JPH$)G>K-Z.;/+$841UFZ.9+R?TE7TJ1_\#[/8#_6WZ.47BA7G<5SS-.0D"_ M+#)(\/V/DG1H[Q=11J*GE6V!5K_PV;;2MC Q\V[35\7:5K>GRU@CV[FPR$DX M\M,YDJ\%'J<2&8/FHE1Q6B1EJJ1,L$O&^P4X(G@72YF\HOC:OT?9$.I2]!U) M>UV1^YO8 ,?">?!#.@^*G+P&*QBD*/Q[LQD*6<06ICE0;U9"K_=F_:4^#=51 M=:LYE"NR&5; !#[2S"4MH2H+Y9,>^" _5"E\G^W_@D^0H?>U7O,C0J\UN-R( M43_Z=HOA_W7"-R=J4:L0CDG J;&JU0KFPK=/ZBY-B>\^*9.5%-]^R1\N3#A+S)D- MK!](_ME">7[B^ Z,OC2%_%>K=I$MN2%%!!J/^U O&@*M]0EG'8[_*:F[JS 5 M_J>ES*;"!/P?(KYG)'^Q@<^;/Y].IY!N?==0'!//6QS#SPW_YZ?"<%C*G)Z? M#,.+DO]W\Y-C&$[ #Q&I_^2\5!@O2)E#\Y)A_(/D[YN7D&\/S0'6'R7?/>_2?+.:OFF^)9OG MT>FZ7G-*[&.DC%:0;)X5R3]98,SS0-P\;YIXI5R;(L[7!BG[0'["O.-YT>N0_&;29;=@ MWCJC>Y?Q@R/M<2B[4)=ES!*&^9T75U4O=>,&H4TD,Z1T!Z+ MCL)"*#88^UU(7%IJ^'# @6.C(7,I" >/6Z$S%H@*6_A >D ^"U1!)+0BLQ&@ M$0E2;/#+A06$"1Y9T11NK9;$K=547(YCND="ILEZ!EBXNA&Q-8N3 @(X-TWQN.6X.U-($\CWD)--;/XQ)GH8XS2E+8DG@ M;V7Y.AMQ:,]]9=SM>%QNF!47%XPZ3KHQ!;85(E+ZB_W+SSB(Y?<2R[F9J?!& MI$R?+F-.B#/.K_9P-X3SU_4+QVXQWC@',^ MR*^G8;STX>72C+M4%19CM4*\WL1;*EUWJ\WJ-E/&5E-HBXF_F)7))-96_+L; MP8S\%\C)C#?+C#<[M-E?ZG?4R\]%E^7/"NG3H1FI\F>EE.D1,IK[BX1SND6^ M3K];W-3Y<4D1)]Z013_C7FY_J]2=E]+^-BG#R/ZYQ#NI8?^5Y/8;>3J)ER&\ M ,2]WTC$%)#VPM-38>J4,LW3$_+I'XJ!M4ORUTTWF=:*LP/2IECTQ(P=Y< Z\\D_[%I2>M:+KW- M4[>+PX21C;]-S+-$?'\M=2]/B>]9*6--BN]O)'\DU\!G_AI\YF^$;\!8_[FI M\+UBK/_<9/A>E?PMN4GC5PCYZ+@4(YVGX/"DKW,1T-^$]7<_5\;]H;1Y;FHJ MW+^3,GU3D^'6)/_IJ4GC^LUPFZ^$.W&-C4O7;1:FQ&V6,HJ0T2Y\FG+=7\SX M5G5GKM3]W)14]O.ES $AHS6GME]M2FI?O*!(CJ%2ZL]/B6&UE#%-29B[DJ7 MLDO^N9Q4=6:-E.G+,>K, Z84=29EKMTF]73EI,)[NY39E),LU[9+_N*<[[K& M!*3NMZPIZ[:4.6Q-AF^7Y!^T?M->5': M[)F<"O<1*7/[Y&2XCTK^\LG_)S5&@$8\'/._27N#DU)A?DO*/#LI 3,_#[]M MK']=ASGQ//SO4L8]R5A_H"97.(A'[0J%KR\Z\47&T=\EH'PH^H-^#MQFJL0C M(/W6*L&G3Z2MD>Q4/@U+F;/9R7SZ'R/_LU/Y]*F4"6=_MS[IEQO]%BC__ILR M]R9FR/J7TN>KIO"1Z_\AM 9)*4.V;(B;='58K^MZFKQ. 3%<:OO13Y MQSUTYA9^1K_TG:/^:74PMH2QPDYH5T#[?6AA=.%^:.$&4?@@M-=#^R-HQT/[ M)+05T.*O6*YE[(&? %T&]//0 L3"(]".AO:7T,*=J?!5:,="^P:T5T'[K]"6 M0_M;:.%J7 @3Q^;!%Y<'OK<;!=^KX0NA8[ *&:0HVF%S"2]ZAK]@&T.\<20+ M-MA*T@%Z62G)XU4;EB_+A^\--#8/OOA'?^1#@-E$QC$S_ LL_F;B&OAB+.&( MBYCY!WQGL)VQ"?"UTI@P3+0M*QC&+%B+> 8LO(5BEA*R+>$K+!J&\1Z6)D8S'- MP7+B+:6^"AK+J.]&PEA)/JP@+(QB7DXZ&/'P@W.UBL8RDF'4Q\B&_L&YQI^_ MX@?G9Q0DS4*KH+.(+LP2="[1SV8+^EJBV_,,O$CSB2#[:4 ?)OTW$=]!^AS$ MOX?X6X@>(/I.DC] D]1.]',T?C?16VAB]M/X01K_(-$'B?X1R;],_CU%]&(* M^ M$YRT2]*^(+I\DZ)-$7Y@MZ'\A_<^1?OQU!KY]&"'ZO&Z/)OXBT;8I@C:E M"5K_/P.91-]#B3.)Z,$9@K81W5,DZ$*B3Q<+>CG1MT^G>.OC%PAZHVYOJ:!= M1!\F_]O3A#\O$_[=Q%].^@\0_QWBAXD_9!/T$T1KI!]O:/H'W[B\0/R%.:+O M2)J(%_ZN"#\O$W]?B:!/I8F:%;4+&O_*B+4(?U6,G[=)_K$Y@M:(SJ<"=9%H M!_EO2A?X]Q'^\>E"W[.D+SN=QM/\YA$]0/FPA.CW2/]:HH0_F;2?P?Q M^<*!CYOX#Q"_B?A^RN>[B7](CW^Z6)\'*3X])'_/8D$?)/H=RO]#--Y/XX^1 M?\^1?_](\@=F"7J0Y,^2_%GB'Z)\?Y?X3Q"_KF[UUO6KJM=6LKI.]XY5S#IO=37?M;;5SV4WXN]?Z^I=^I#ZYC:?A]7M M]/@]K9VLSN?O\+?=Q>KP$$ C'7!3 D%/1T=;AU I>T&ZOJ6=M\UH&?2OZ?!X MQ'!'AP?@N+E@G#H.!" *05T=[VWO:&SU-X!S\-2VD_^F(EZ3[H+#U>'S=#"? MW]7A%P*K/. D5DB.KJ?&LXZIO:&'?+X',%,*(+F];.QHZV5J&HUN/JJ/=* M&"@+OAB1)/!U=2X?! )'=W2TML6/Y:KCQ\H.F@6I#\>L;44UG/1T87JTN!H! M2@,/C+O9M[L%B(;F@,\+ FZ7WW69*AG7^)RIXS,4:*^#" %@5[,'_73'V^3C MZL@>)$6-QP7\!LA&'QN&6O,!K@.H'>?^E[T[C8ZBVA8 O$\%0A)(-X%@$D)" MND,@)-C=A# &&0."(C+)C$"8YQG"#0(R*B SBLPJZA5!9!)$<+H^04!F91"5 M"PB(* A< 8?'K;-/U=[[9:V[WI_W[Z768M5GK4K5V;L[9W>?[&YMW[/_5;=? MZ%C./#:@3Q_H T5;T5:T%6U%6]%6M!5M1=O_QTVOEY6VWQNEM_G?SSWIO(?M M99_;U_Z74A]@G?WOXP;FN%X"T-\?<$F_T&QDO]?3!^WS%O[X.ZZF+;QZR]E? ML_?*WE^P]Y:]/VOOP^S]<7M?S-X?L/?%[?VG]C[[_8WD?;^SGVWF/OI^E/NT-:I[24]&:C>X\9-FY,U92T M1_5;[>5M.:Y*+?M6DG'^I_]>F$C_72_%?+ZGVOB4ZH'J*=7KUJT9#&4%LVJG M9-6H%\JN%ZJ9,G!<[Y1F^2-3*IGS3?_3?SR_MCB_:"O:BK:BK6@KVHJVHJUH M*]J*MJ*M:"O:_J\WW?^B>UO ].]0[T0\<-]$"G#/1 9POT0]X%Z)IL!]$:V M>QZZ _<[] /N=1@-W,=0 -S#,!>X?V$E<._">N"^!?T-+6Z/PE[W.B& +X%[ M$TX#]R5\!]R3< VX'^$.B%X$T8=06O0@)(K^@S31>U!3]!WDBAZ#]J*?H*?H M)1CJ] GHOJC1HH=@HN@?F")Z!^:)OH$EHF=@E>@7>%OT"NP1?0+[%/<$'';/ ML?/VK>)>@%\4]P%8H@<@1OR]/T[\;3]9_!T_3?P-OZ[X^WU+\;?ZUN+O]#W$ MW^3[6Z:'27^CXWC'NB=ODF6>B]ISA5?;[NOX4^']EK.^9&_7A/\43@UCUQ?N M*KQ&^(*P'H!KOW!#X6["PX2G"K\L_+GP/X7_$JY8G)U97/8AHZV:--,T1UM&F'ZH4T3RPBT:4":B#;-'\^B<] OH$T7UDMHTXGU M!MIT8>U -T)_C#;=6%^@FZ!/HINBOT7GHB^CS0+B371S]!_H1TW*P[5;H*/1 M+='QZ,?0J>C'T=7".5=MT9GHWN+X\VC3;+0,;1ISUH=S#K>@ZZ+WH$UWVA?A MG)^3X9R??X9S?JZCS0+H_7#.5;$2G*L8] !T!?10=&7T*'1U]'AT#GHVNGD) MCF4T>B'ZF1*$OQ6.B& W$AXE_*KPE\+%(MFUT4O-=="F,>RQ2,[M M4Y&\NUK^GVY^5"=7B'7$,X&_:2:\$YA+%4AS\?/'@P MTO;'8'HW1]D^;^_748RMJ"CY(%PASP(2L6Y'@+IY*%0GSP<6I)'0@?R M*!A!'@T%Y'$P@SP!EI#SX67R1'B=/ DVDI^!/>3)<( \!;XF3X-SY.GP WD& M_$J>"_?(\\ ;[WH!Q!;R+,RSR>=BS//3F.<5^/CVPL=W/;HWW+.]!9T'=VSO M1??17S7[X OG.5#>GKL/.,^!&7:-.ACEU$'[7L>B3+W3/B]\*\K4.^VXDNRD MDJ(>";<5SA=>)+Q9^+9P[5+LIX0G""\5?E?X4^&OA'\13HQFUQ)N)SQ6>&JT MJ7VQ=KU;&FUJG_;*:)ZWWXCFVKKCV97FX]N5XN/8U\_"\W<;#M:^+ MAVM?GH=KWS /U[Y\#]>^9SV$\>_\W#MN^;A^?F^AW,8[N6Y.L;+ MM2_9R_FIZN7\U/)R?AI[>6YO[>5<=?%RKOI[N?:-\G+M*_!R[9OEY=JWT,NU M;Z678]GGY=IWW,LY/"?.*5F:G27<0WB9\.?"=X7UURR[[B(\+X9KW[(8KGUK M8SBW&V(XGT=C.#]WQ76JE&$/$-XD?%ZX=%EV-^$7A/<*ZRW7OF^(YK2&4(O< M6+@)-"/G0E]R,QA&;@X3R"U@/ODQ>)/\.&PLY/ME]?QIQA 5:YX;>LZ,B37S MH2XU96+-?#B/QMR)^MISH3-\1.X"Y\C=S(YF/@0_)X MN$J> +?(^7"GD*M@7&;\(8QK ,95!_,Y"//9U,VG/3_F.OD\J=SKS*0^_5R8 M!57(SPG/A0!Y'CQ)G@]CR M@!GDAS"$O@87D9? Z^47XE+P"SI)7PIU";H8Q MFG&VPQAG8(Q='>O/V>1AO+,PWL&Q9G[0-7<<^CFLN5/0SV/-G>_D1'^;U (W M)Y9[WW?ILQVYL 7"R%LAE;P-'B7O@ 'DG3">O NFVEZ(XS?77(ECWHSC?\VQ M'O_;CG5_Q/98YSVO??X'L<[[7-L'A,_%.N]S;:MR[(AR_#N>(5Q?N(_P).$5 MPM\)^Q\2[PN$\X2G"*\4WB3\L? 9X? XMD_X$>&>PD/B3-VOI-=#XDS=UYX5 MQS5K41S7_55Q7/=?C^.ZOSF.Z_[[<5SW/XGCNO9E'->U4W%3XKGN5X[GNA^*YYJ5$\]U/S>>Z_X3\5SW.\=SW>\3 MSW5_:#SG:E$\U_U7Q/$OXKGN?Q7/M>E2/.?PUWBN4W_&<]V/3.#\Q"9P?GP) MG)]J"5S7ZB9PKG(3.%=M$[CN=T_@NM\_@>O^J 2N^P4)7/=G)7 L6Q.X[N]- MX!SN$^?\)IQ4GMU">*KP%N$+PM&)[%SA"8E<]Z%_Q!NGL3.%_Z[\*4DO5;K?J+/O!=V/[>CWPN7(M<7;@") MY$:01FX, 7(3J$-N"DW(=C4F-X/!Y.8PE-P2YI ?@WGD5K""_ 2L(;>&=>0V M\!:Y'6PFMX>=Y YPA-P)3I.[P!5R5[A![@8EDEP_#:7)/<%/SH-JY#X0*N2? MD_2<;W+[KR0]M]?".?\OQWK.CTHV M _-]/ =.]W&]F.?C>O&2C^O%.A_7B[=\7"^V^7BN^]#']6*?C^O%41_7BV]\ M7"\N^[A>W/!QWF+]7"\J^?EX*S_7B\Y^GM,&^#F'8_T\OTWQ<[V8Y^?\O.3G M_*SW?._G&G'-SS7BCI]KQ ,Q_LQ4KA&U4CEO MC5+YG!'"+PI_(GQ?.*,2NYOP+.&]PC%]PN7K,+.$1XFO$7X6!7S.=->-.\-$AX,_!:O)HV%](9^OHN=2<_U;.(;!.&?^=Q4S-^J/A3ZH8N9&/VGZTP6G@('R5/A*GD:>)-=3X=$VYYT?5_SLQ73];S]C'C/>)8^?YP+WT > M^5OA[V$Z^3PL)E^ ;>2+L(=\"?Z+_ ,<(5^&K\A7X#OR53AONYH3;Z\J[O%K M<(W.N6X*!?IG2"7?@,;D6]":?!OZDN_ ;/(]>)W\.VPF_P';"[D!YLWDIQ7F M[0SF[2G'NO;U3=>/XS?X..KODM6/H]^>HX>EF\=Q++T7*Z$.T?4CU'%R2>%2 MZC;9H^)27'M5-7)IE4N.4:W(985C53MR.=6-_) :0/:HH>0$-99<7DTG)ZG% MY!3U"MFG-A7R<,R5B;$ \Q.N=*YF8'XBE,[/<^A(I5\;+'5RM=C.SS(\'J/T MZX35SO%280!KG!Q6L;W6\; P][Y!=9/&$%+WR5G"-52BSW6V:DBNI?J0ZZB1 MMM[QNFHFG5-/S24_HI:2&ZC5Y(9J([F1>I?<1!TF-U6GR,W597(+ M]2?Y<17A=_V$:DANHT:2VZK\0MZ(^38;P3/4D>98:0YZMEI"?5]O(<]1^\EQUF#Q/G2$O M4.?)"]6E0DZJJN,U8PM@7%,QWMJ.=;R-'.MX6V*\TS#>IYQX?[%C[.C$NS[< MO?X:=9WNM5;=(*]3WDJN7U$UR*^I]K8[536/47JF>WR]&F(?'X3C-->.[0SQY6OY./"A]3B6FNCZN&Y).J)_DK-8C\M1I-/JT*R&?4@D+>A>,T M8SB 8SN$XSSA6(_SG&/]V%W"Q^XP/G8WG<=N=PF 7YW'[LD(]_I7U7*ZUX]J M#?DGX>OJ(_+/ZB+Y%Q56V?5-E4K^5=4AWU(-R+=52_)OJ@WYKNI0R+7X:.]T>,]^$,$^_3]@\$,DR\L9'N]8M;G>E>X58W M<@FK@!QAK25'61_9#F:8Y^IG]%PM:9VRCS?.T.,TUVR+XREFX;JK8W[^)%CG MZ)KEK>_)B=8#<@4KE>:K9*LIN:+5S?80O)>YSF2\?CS>:[9COE<-BU_G9%L# MR+6LX>3:5CZYCC6?7-=:1,ZQEI+K6ZL*>2&.Q]QK/8XA"\>S"1^+;$L_%CN< MQZ)*%,![SF/1/8:50)YE52#/ME(*^0>,T8SY#L8R%F/\R[&. M,3P3WV_B<\"#GF#IUV;E,\WSP1L-D)AIG@_GH]WK+[&X%BRU@N27A)=;-94UA;S&6DM>9^T@OV+M*60=C-&-=B)ZZY=BQ+ MG+CBO0!+,\U;)OW5@2LSS7J:]@9AG=.^CB\(_Y@IWE-78R<)YPKW$"X0_D@X M[&&V3[BI<"_A2<+SA5\1WBU\1=@*L).%&PFW"IBUM;YM 7H'S-J:]L KP6- M"?!ZVN0 KZ?-#O!ZVJ( KZ>M#/!ZVFL!7B_:'.#UHO<#O%ZT/\!K1*<"O$9T M(<#K:3\%>#WMMP"OIST(\'I:1)#7T\H$>5TH*2WHNR"OI_T4Y/S\%N3\ MA(4X/YX0KQTEACA7E4.6^L1XK6U@2&.96F( MU];6ACB';XES3@L_$,ZHSLX37B+\F? -X)7Q(N&RV>1TUDN:HIX5[PGAR;^$\F$GN"^O)_6$3 M>0#L) ^$3\B#X2!Y"!PM9'^VGAO-&+*S]3A[XGI+HVSNKVB<;>8]_9V#39SQ M7Z?K3!#.AQODB5#J8=<%$")/@OJVV^!]S<_VSM;S\'BQ;K:-OJ?.K@70D?R> M\$[H1WX?9I-WPT+R![""O ?6DS^$=\@?P?9"'HYC,V.8A#G9CCF9X>3D-_O? M3"1KPG_A/.W\<^PCWP#OB3?A!OD7Z%LT/5MJ$V^ M@_.H]':,T8SA'QCC98SQD&-=ZT]@7%:DN-4.W*"ZDLN MKX:1$U4^N8)ZEIRDYI KJGGD%/4BV:_6D2NIC>0TM;V0_XEY-OFYB;D-P_>G MOSO6>2Y64^>Y.+XG+5W3>1\4!A!3T_G=*>9>LY[:0]?/49^2'Q%NH"Z2&ZD2 MU5TW5C'DIJJ\[3(US1RUO*Y[O)G*H'.:JQ"YA:I3R!5KZKC,>+)JZECJ8EPY MCG&-R+%^__(XQIB#,79R8LRSX^KLQ'B:8NRHZM.].JDFY"["754?"9@+$]AC%,=ZQAG.M8Q MSL,8.V&,RYT8+]AQO>S$V)G6_4:KHW2O,>IK\CCA\>HN>8)*S'*=KW+(?U,] M;:]P8NR>XQXO4"/IG$FJH)#?Q+C,&';C^$>9=5K'N$Z+L8PQZ[1.+./M\9]Q M8DFD-;TY:@9=?ZZ:2WY!>+YZF[Q '?EW>^<>*T=5Q_&9LR: (+6%8-4:T=)( M;B^].\^=.^LJA%*HD*CA*J^:9>\^[EV[=W>Z,WM[J45-&@6BL3P5#2KR"!@? M5!"5AP@$*(@(!E$L"@A5"&AXU <* 7^_WSGSFYGMWJ:$1@C9_M'[F=]Y_;[G MG)GYG7-GYC*?HS_#?*[^ O-YN@K;@,_7%S!?H"]F_JJ^I(^WD2[ISU.DY2S2 MM4,QG6LNZOJ2/-=8?Z-'?7P4Z95^GD@:;R:]%<6H=YUB/.\VD/9; M2?L7E?:UH/<,I?U WL-\7-_(;6W7-S'_-<5/Z)PN:V]A$^\[XIWD^)+7V\E71)'[:1_WO1WL+CBE'7TXI1U_.D:Q_:9WA9Z=H&!5Y1 MNC[&^[2'B!]S6\O$]',ILBGP_ M%U"7]&%1 ?U?2KK>K1AU+56,ND8*J&L9Z7(+4M?)H*50D+KN8UV'"X_;.D)\ MB/G(%*\49>:CQ";F5>)2YF/$5N;5XD'FCXC'^]@C+;+=8\GG#Y.6"<6H90WY M?P3Y/ZW\?QA\;BK_-_&>[8GB2:[_)/$,\RDI7B,6%&+^E+"8R^)XYE/%&N:* MJ#%/BI"Y*C8RU\3G^_C3I$OZLX&TG$"Z-BE&7>>3KI-(U\5*UV;0\AVEZ^!] MXSJ[XDRN/Q2;F7LIGA57,:\7]S.?)G8P;Q O,7]&O,6+>:,X@/ETL83YL^+@ M/KZ$=$E_KB4MZTC738I1UU;2%9*N^Y6N,=#R6Z7K9M9UMCB4ZS]'C#&?E^+S MQ4>9+Q A\]?$>(VYF^*>YB_+>YCOE@\V,T'O.SRI?6Z_N/ZKQ:/9K4_P3L1?'R3\5RYFO$\+/?K](_FY@C1N(>T%Q11O$_^(M*\F[=>0]D\H[6= ID\J[7G>2_^=2.+_ MWXN+F!\4-S#_03S"O$V\POQ'L93CZC^)4>:'A)D MYK^(*> 32*_T;8IT/4!Z \7)[[">%TELOT,$S/\0FYG_*:YA_I>XG_D%\6_F M_PB-X^?_BOV87Q2+F5\22YA?%LN8M=P*9CU7!#Z=_)>^?9E\?H[\OT!QXO_^ MN21N7Y"K,B],\:+<)N8#XYYO?D7F1^ M;V[O#\9\<.[M?7P):9%^7DW^ORV'6FZ@.;8@AW-LJYICN06:=J>:8UN [_)> M^]\ X&__[]ZW_E_CM_W?@-_T[_N4_^OQ"?\]]^%^^0E]];'^5_&1_D$?Y(\_ MQ#_6"[MCK>;D6+4;Y5=TM"-G:O#_5+5JEJN=F:#9JM=68/=,M7ML*%>A6#X_ M-MVKC(7=ZEAUNMN9J43-ZMAL6(TZG58X!CTY1G55M68[\B.CU#6*AYF&7; ] MR[6](F.AJ%6G*UT_,DM=LY@O&B986IWVU,%4T-I5P5X[;$ZUZS69U<:L^>)A MABJ?377Z4I,F7$HQ\H/^%?.%0?_2=62;*5!EV2J,>>H(ISO=2!;S2*9E%ERO MB/]S:K;V<2G"=1S+@1PR17:?D:&4PJ];KW2\HW1_*AE%ILSE2E@ MR\2#)'/<)':V*]N,D[@-[+N";#Q.RSJ!O>0I+V8[S1J8QDO&N-:MAG!PO)DO M54BD732U,ADUF+5*/R!U*?0BH)PQ -@"S ZMER1RVKI>I5;&0=5B4G3+<4FO8LC*%94,4<*F:,8[DX7V2ZVNQ,&9P+ MZTH/'(;-#?584^0A&7G9O_+ 0+OA(GO2+@_&T6Z9E$?:Y8&-=M>6^LDN#PH: MW,JJ:V53<:.V%L9H:%%SIB[[I5&#:V6X5B%X"QJ]4FB9C5I8GFQ&H6^.*Z&% MH@5"3<<%H2IO9'I:(^B$T@6X,TSV&OZ$E8>)7IZLA'7?@I$W5+>2_M1\QQO) MZN..@OPFY/?* >16.;N<;8U67@\'KDWV1JLR%?K>Z+@["J=&N0&76#@R#!,/ M(>MDP[=@+$P/"A3+KWVU&==_.ET9L PM83BRB M-XF>69Y-GO5(JVU3=>4>RK6]/&>%3K1-U>MF$?K/ 84FE&M3DI5,6$BRW%$/ MB[6H!<>6+<#$5]K=O&Q%3D;?A>0\9BEJU/LPE[1NKZTFQGJ\!$BL->FDM&T8 MG'6]3A1?M;KUF=0@MN)L3IS-2K)9G WN;_Z$[>+$@MLI3+FI9M5W9$XTR(%U M>-#1AM&1;YIJ["E7 )/#7J<(TQ%4&0D1P<5V_[<)&*NLWVE&18.M4F]UA0@74-@XIA4#$,*H9!Q3"H M& 85PZ#BC1!4X-\8 ;?I?,"=AJS?9%G?K$73*JJM4#] >FK!,K3.S@_QRXQ?H@ZO GG$(I-%R(0K+JT- _*FB#V\U, MI5VCG1??P5C+4SHQM3Y7K])IR:,GA1:U>*?/7^5@)Q30X#NX5#4.]8:@W#/6&H=XPU!N&>L-0;QCJO;E"/?Q- MHW^T"IPPLJITIZI^0#]G,<2""RT$99U>MUK'$# ".TQ7&?91E.?@DS#T%_[V M0-C5BYJM,5G;,.X:QEW__[BKD 1>R2UZ&(*]*4.P8> U#+Q>I\"+8@2*O$P; MHX?L39XL<;02CSL9IW$ ,-*"Z$=&&C(:D?.!LD259@NCJSB4D97U5,@EHQ:R MM2IAE K#.*X:WV-QE8/A@3%?7"5CJA&(FW8=5SFXD_1:XBFN? +:4MI@7L[L MK(^L,H3"/A[/Z*1$)2REE2#89DCO^%8; &/(:CC[/2@ M6_K ;\"]DS,'D%L]W06=L[+>J/1:D<8/R_FK($24$R? "SSD*=/>7N#D-=79 MT%K\"![M+9(Y 'O3-[)>P<] NI=^HDU+GJO#():+4S?CON 9?)9-"WS6%JV M<2[=](/^SLD\33>XS::,GP=V*SX:=T00M$[#9^%2SS!F'9#=A%&VB]=/F9(\ M!CDXGMV$2^3Q-YYD+@9KR4C*? 7VC*,_X 3V5'D-H2I-U0K_0 M>=K?NW([.]]?%N7N9EELE_XT^AY;:,D_M#Y<: T76J_G0FNXO'I3+J^&.]S# MA=9PH35HH<75T2:VF<=<.R](V$K+(-RCMMV,D\G* RI/'$O6'7W.I=80>5A# ML"FUADC*9U802DU1ONV1K" R1W[#+K %VL:0,#ZD%43Z@$(SSARHDO%CH3() M-$,=\9LV%!22.;#'L^W0FH :U)*7>K+YX>:#0576O>1='V[3X-K-G=O)O%2D M95\PZFL.%PS8)O[V8*=V4R\%:9GW@^:M9% %ZJ4C+?N6TDY5X#I[D/#T&H+S MJW697)9GAHC+]2T_=BHZ3U/JW2!<5/07@5L=K.0A".;8=]Y6=U7+KHHGKY)E MG8Z700-[.?,FUZLLE[P1-J#@P!+IM4^_-K@.P;)_E^,Q;]%=C(=:Y/47@2L- G+#EW>SSFJV4WQH.O MESC2\'P6YD4CW-5Y\!I^W_ '%9-8VYRP end From owner-freebsd-bugs Wed Mar 1 01:30:04 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id BAA18694 for bugs-outgoing; Wed, 1 Mar 1995 01:30:04 -0800 Received: (from gnats@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id BAA18687; Wed, 1 Mar 1995 01:30:03 -0800 Date: Wed, 1 Mar 1995 01:30:03 -0800 Message-Id: <199503010930.BAA18687@freefall.cdrom.com> From: Paul Richards Reply-To: Paul Richards To: freebsd-bugs Subject: misc/227: more test In-Reply-To: Your message of Wed, 1 Mar 1995 09:25:21 GMT <199503010925.JAA10185@isl.cf.ac.uk> Sender: bugs-owner@FreeBSD.org Precedence: bulk >Number: 227 >Category: misc >Synopsis: more test >Confidential: yes >Severity: serious >Priority: medium >Responsible: freebsd-bugs (FreeBSD bugs mailing list) >State: open >Class: support >Submitter-Id: current-users >Arrival-Date: Wed Mar 1 01:30:01 1995 >Originator: Paul Richards >Organization: Paul Richards, FreeBSD core team member. Phone: +44 1222 874000 x6646 (work), +44 1222 457651 (home) Dept. Mechanical Engineering, University of Wales, College Cardiff. Internet: paul@FreeBSD.org, JANET(UK): RICHARDSDP@CARDIFF.AC.UK >Release: FreeBSD 2.1.0-Development i386 >Environment: >Description: >How-To-Repeat: >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Wed Mar 1 01:34:29 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id BAA18934 for bugs-outgoing; Wed, 1 Mar 1995 01:34:29 -0800 Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id BAA18920; Wed, 1 Mar 1995 01:34:28 -0800 Date: Wed, 1 Mar 1995 01:34:28 -0800 From: Paul Richards Message-Id: <199503010934.BAA18920@freefall.cdrom.com> To: paul, freebsd-bugs Subject: Changed information for PR misc/227 Sender: bugs-owner@FreeBSD.org Precedence: bulk Synopsis: more test State-Changed-From-To: open-closed State-Changed-By: paul State-Changed-When: Wed Mar 1 01:33:37 PST 1995 State-Changed-Why: Testing complete. From owner-freebsd-bugs Wed Mar 1 06:32:58 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id GAA29740 for bugs-outgoing; Wed, 1 Mar 1995 06:32:58 -0800 Received: from relay2.UU.NET (relay2.UU.NET [192.48.96.7]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id GAA29734 for ; Wed, 1 Mar 1995 06:32:56 -0800 Received: from news.cs.utexas.edu by relay2.UU.NET with SMTP id QQyfeo16953; Wed, 1 Mar 1995 09:32:46 -0500 Received: from mail.cs.utexas.edu (root@mail.cs.utexas.edu [128.83.139.10]) by news.cs.utexas.edu (8.6.10/8.6.9) with ESMTP id IAA09250; Wed, 1 Mar 1995 08:32:40 -0600 Received: from uudell.us.dell.com (uudell.us.dell.com [143.166.224.6]) by mail.cs.utexas.edu (8.6.10/8.6.9) with SMTP id IAA27667; Wed, 1 Mar 1995 08:32:39 -0600 Received: from obiwan by uudell.us.dell.com (5.67/dns1.3) with UUCP id AA06592; Wed, 1 Mar 95 14:26:17 GMT Received: by obiwan.uucp (Smail3.1.29.1 #4) id m0rjp9i-00030aC; Wed, 1 Mar 95 08:13 CST Message-Id: From: obiwan!bob@uudell.us.dell.com (Bob Willcox) Subject: Re: [MAILER-DAEMON@freefall.cdrom.com: Returned mail: unknown mailer error 2] To: joerg_wunsch@uriah.heep.sax.de Date: Wed, 1 Mar 1995 08:13:34 -0600 (CST) Cc: markd@grizzly.com, freebsd-bugs@freefall.cdrom.com In-Reply-To: <199503010812.JAA11126@uriah.heep.sax.de> from "J Wunsch" at Mar 1, 95 09:12:40 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 453 Sender: bugs-owner@FreeBSD.org Precedence: bulk J Wunsch wrote: > > Half an hour ago, i just thought: `What would people think, is it > better to revive the old 1.1.5 ``st'' program, or merge over Julian's > changes into our ``mt'' program?' > > I'd vote for the latter. I to, vote for a merge. -- Bob Willcox ...!{rutgers|ames}!cs.utexas.edu!uudell!obiwan!bob Austin, TX or try: @uudell.us.dell.com:obiwan!bob 512-258-4224 (home), 512-838-3914 (work) From owner-freebsd-bugs Wed Mar 1 07:24:24 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id HAA03118 for bugs-outgoing; Wed, 1 Mar 1995 07:24:24 -0800 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id HAA03059 for ; Wed, 1 Mar 1995 07:23:23 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA27522; Wed, 1 Mar 1995 16:20:20 +0100 Received: by sax.sax.de (8.6.9/8.6.9-s1) with UUCP id QAA08045 for freebsd-bugs@FreeBSD.org; Wed, 1 Mar 1995 16:20:20 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.9/8.6.9) id QAA12043 for freebsd-bugs@FreeBSD.org; Wed, 1 Mar 1995 16:07:11 +0100 From: J Wunsch Message-Id: <199503011507.QAA12043@uriah.heep.sax.de> Subject: Re: [MAILER-DAEMON@freefall.cdrom.com: Returned mail: unknown mailer error 2] To: freebsd-bugs@FreeBSD.org (FreeBSD bugs list) Date: Wed, 1 Mar 1995 16:07:11 +0100 (MET) In-Reply-To: <199503010828.AAA11127@gndrsh.aac.dev.com> from "Rodney W. Grimes" at Mar 1, 95 00:28:51 am Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 511 Sender: bugs-owner@FreeBSD.org Precedence: bulk As Rodney W. Grimes wrote: > > Please merge the 1.x st program into the 2.x mt program. We do not need > 2 programs for this! (Someplace in the 1.x code I think it even says > that some day this should be merged with mt(1).) Gonna put this onto my TODO list (unless somebody else volunteers before :), but it's placed behind the pcvt and fdc fixes still pending. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Wed Mar 1 07:29:50 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id HAA03511 for bugs-outgoing; Wed, 1 Mar 1995 07:29:50 -0800 Received: from cats.ucsc.edu (root@cats-po-1.UCSC.EDU [128.114.129.22]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id HAA03495 for ; Wed, 1 Mar 1995 07:29:47 -0800 Received: from scruz.ucsc.edu by cats.ucsc.edu with SMTP id HAA07592; Wed, 1 Mar 1995 07:29:41 -0800 Received: from osprey by scruz.ucsc.edu id aa14448; 1 Mar 95 8:27 PST Received: (from markd@localhost) by Grizzly.COM (8.6.9/8.6.9) id GAA01355; Wed, 1 Mar 1995 06:50:54 -0800 Date: Wed, 1 Mar 1995 06:50:54 -0800 From: Mark Diekhans Message-Id: <199503011450.GAA01355@Grizzly.COM> To: joerg_wunsch@uriah.heep.sax.de CC: freebsd-bugs@freefall.cdrom.com In-reply-to: <199503010812.JAA11126@uriah.heep.sax.de> (message from J Wunsch on Wed, 1 Mar 1995 09:12:40 +0100 (MET)) Subject: Re: [MAILER-DAEMON@freefall.cdrom.com: Returned mail: unknown mailer error 2] Sender: bugs-owner@FreeBSD.org Precedence: bulk >> >Synopsis: "mt status" does not work with SCSI tape drives. > >> mt -f /dev/nrst0 status > >Half an hour ago, i just thought: `What would people think, is it >better to revive the old 1.1.5 ``st'' program, or merge over Julian's >changes into our ``mt'' program?' > >I'd vote for the latter. Agreed. This is where people from other unix systems expect to find the functionallity. Mark From owner-freebsd-bugs Wed Mar 1 07:45:43 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id HAA04696 for bugs-outgoing; Wed, 1 Mar 1995 07:45:43 -0800 Received: from plains.NoDak.edu (tinguely@plains.NoDak.edu [134.129.111.64]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id HAA04690 for ; Wed, 1 Mar 1995 07:45:37 -0800 Received: by plains.NoDak.edu; Wed, 1 Mar 1995 09:45:30 -0600 Date: Wed, 1 Mar 1995 09:45:30 -0600 From: Mark Tinguely Message-Id: <199503011545.AA18626@plains.NoDak.edu> To: joerg_wunsch@uriah.heep.sax.de Subject: Re: [MAILER-DAEMON@freefall.cdrom.com: Returned mail: unknown mailer error 2] Cc: freebsd-bugs@freefall.cdrom.com Sender: bugs-owner@FreeBSD.org Precedence: bulk > > >Synopsis: "mt status" does not work with SCSI tape drives. > > > mt -f /dev/nrst0 status > > Half an hour ago, i just thought: `What would people think, is it > better to revive the old 1.1.5 ``st'' program, or merge over Julian's > changes into our ``mt'' program?' > > I'd vote for the latter. > > -- > cheers, J"org my 2 cents: if you are going to fix the st/mt programs will you PLEASE add the counting of files/records so that "mt/st stat" gives where you are in a multi-volume dump/restore. I have to hand patch this everytime a new release is put on my backup machine (I have not even bothered lately since I have been running SNAPs through it quite often). --mark. From owner-freebsd-bugs Wed Mar 1 07:51:15 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id HAA04898 for bugs-outgoing; Wed, 1 Mar 1995 07:51:15 -0800 Received: from cybernetics.net (root@server0.cybernetics.net [198.80.48.52]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id HAA04804; Wed, 1 Mar 1995 07:49:19 -0800 Received: from ws0.cybernetics.net by cybernetics.net (4.1/SMI-4.1) id AA24824; Wed, 1 Mar 95 10:49:11 EST Received: by ws0.cybernetics.net (8.6.9/Sea-0.0c) id KAA06270; Wed, 1 Mar 1995 10:44:47 -0500 Date: Wed, 1 Mar 1995 10:44:46 -0500 (EST) From: Michael Quigley To: bugs@FreeBSD.org, questions@FreeBSD.org Subject: 021095-SNAP Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: bugs-owner@FreeBSD.org Precedence: bulk I've not been able to boot the latest snapshot version on at least 3 machines at my disposal. They are all of varying configurations and processors. Basically what happens, is that they lock up when trying to boot off the floppy. I've made my boot disk the same way I did with 2.0-RELEASE: dd if= of=/dev/fd0 bs=18k With no luck. Any ideas? - Mike _____ __ __ Michael F. Quigley | / ___/_ __/ / ___ _______ ___ / /___ __ System Administration | / /__/ // / _ \/ -_) __/ _ \/ -_) __/\ \/ / Cybernetx, Inc. | \___/\_, /_.__/\__/_/ /_//_/\__/\__/ /_/\_\ (michael@cybernetics.net) /___/ From owner-freebsd-bugs Wed Mar 1 08:20:02 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id IAA06523 for bugs-outgoing; Wed, 1 Mar 1995 08:20:02 -0800 Received: (from gnats@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id IAA06514; Wed, 1 Mar 1995 08:20:01 -0800 Date: Wed, 1 Mar 1995 08:20:01 -0800 Message-Id: <199503011620.IAA06514@freefall.cdrom.com> From: guido@iaehv.IAEhv.nl (Guido van Rooij) Reply-To: guido@iaehv.IAEhv.nl (Guido van Rooij) To: freebsd-bugs Subject: bin/228: csh line kill and backspace after filename completion is broken In-Reply-To: Your message of Wed, 1 Mar 1995 17:18:24 +0100 <199503011618.RAA09876@iaehv.IAEhv.nl> Sender: bugs-owner@FreeBSD.org Precedence: bulk Note: There was a bad value `sw' for the field `>Class:'. It was set to the default value of `sw-bug'. >Number: 228 >Category: bin >Synopsis: csh line kill and backspace after filename completion is broken >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs (FreeBSD bugs mailing list) >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Mar 1 08:20:01 1995 >Originator: Guido van Rooij >Organization: Stichting Internet Access Eindhoven, voice: +31-40-438330, data: +31-40-439436 P.O. 928, 5600 AX Eindhoven, The Netherlands Full Internet connectivity for only fl 35,- a month. Call now, and login as 'new'. >Release: FreeBSD 2.0-RELEASE i386 >Environment: >Description: When a filename is completed with csh, ^U (line kill) or backspace wont work anymore. That is, they only work for characters typed *after* the filename has been completed. >How-To-Repeat: >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Wed Mar 1 08:51:21 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id IAA08786 for bugs-outgoing; Wed, 1 Mar 1995 08:51:21 -0800 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id IAA08776 for ; Wed, 1 Mar 1995 08:51:20 -0800 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA14033; Wed, 1 Mar 95 09:42:50 MST From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9503011642.AA14033@cs.weber.edu> Subject: Re: [MAILER-DAEMON@freefall.cdrom.com: Returned mail: unknown mailer error 2] To: rgrimes@gndrsh.aac.dev.com (Rodney W. Grimes) Date: Wed, 1 Mar 95 9:42:50 MST Cc: joerg_wunsch@uriah.heep.sax.de, markd@grizzly.com, freebsd-bugs@freefall.cdrom.com In-Reply-To: <199503010828.AAA11127@gndrsh.aac.dev.com> from "Rodney W. Grimes" at Mar 1, 95 00:28:51 am X-Mailer: ELM [version 2.4dev PL52] Sender: bugs-owner@FreeBSD.org Precedence: bulk > > Half an hour ago, i just thought: `What would people think, is it > > better to revive the old 1.1.5 ``st'' program, or merge over Julian's > > changes into our ``mt'' program?' > > > > I'd vote for the latter. > > Please merge the 1.x st program into the 2.x mt program. We do not need > 2 programs for this! (Someplace in the 1.x code I think it even says > that some day this should be merged with mt(1).) Just to clarify things: Is such a merge needed because of non-overlapping feature sets, or is it because there is not a uniform ioctl() interface to tape devices? If the latter, would it be easier to modify the tape devices a little and the control program a little instead of the control program a lot? Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-bugs Wed Mar 1 11:26:34 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id LAA14757 for bugs-outgoing; Wed, 1 Mar 1995 11:26:34 -0800 Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id LAA14750 for ; Wed, 1 Mar 1995 11:26:32 -0800 Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id UAA09332 for bugs@freebsd.org; Wed, 1 Mar 1995 20:22:25 +0100 From: Luigi Rizzo Message-Id: <199503011922.UAA09332@labinfo.iet.unipi.it> Subject: format %s missing in strftime To: bugs@FreeBSD.org Date: Wed, 1 Mar 1995 20:22:24 +0100 (MET) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 722 Sender: bugs-owner@FreeBSD.org Precedence: bulk On snap 950210, format %s (print seconds from the epoch) is missing from the code in strftime.c . This affects both the library code and all the commands using it (e.g. date +%s). This turned out while I was trying to write an adduser script which fills in the change and expire fields. Maybe some other system program has the same problem, which might be annoying. Luigi ==================================================================== Luigi Rizzo Dip. di Ingegneria dell'Informazione email: luigi@iet.unipi.it Universita' di Pisa tel: +39-50-568533 via Diotisalvi 2, 56126 PISA (Italy) fax: +39-50-568522 ==================================================================== From owner-freebsd-bugs Wed Mar 1 11:44:57 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id LAA15009 for bugs-outgoing; Wed, 1 Mar 1995 11:44:57 -0800 Received: from cybernetics.net (jeffh@server0.cybernetics.net [198.80.48.52]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id LAA15003; Wed, 1 Mar 1995 11:44:56 -0800 Received: by cybernetics.net (4.1/SMI-4.1) id AA17097; Wed, 1 Mar 95 14:44:43 EST Date: Wed, 1 Mar 1995 14:44:36 -0500 (EST) From: Jeff Hoffman To: Michael Quigley Cc: bugs@FreeBSD.org, questions@FreeBSD.org Subject: Re: 021095-SNAP In-Reply-To: Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: bugs-owner@FreeBSD.org Precedence: bulk On Wed, 1 Mar 1995, Michael Quigley wrote: > I've not been able to boot the latest snapshot version on at least 3 > machines at my disposal. They are all of varying configurations and > processors. Basically what happens, is that they lock up when trying to > boot off the floppy. I've made my boot disk the same way I did with > 2.0-RELEASE: > > dd if= of=/dev/fd0 bs=18k > > With no luck. Any ideas? I had this same thing happen to me. What always get me by it (this may be totally different from what's happening with you) is to repeatedly tap the num lock key while it's booting. ie. hit turn on the computer, right before it hits the floppy start tapping num lock until you see the FreeBSD boot prompt. Don't ask me why this works, I have no clue, but it DOES work. My computer would not boot (it would lock) any I did this and it fixed it. Then I tried it again to make sure it wasn't a fluke. -jeff -- Jeff Hoffman -- jeffh@cybernetics.net ------------------------------------- "A man facing the light looks not into sorrow, but to to the future...always." WWW: http://www.cybernetics.net/users/jeffh ------------------------------------------------------------------------------ PGP Public Key available on request. From owner-freebsd-bugs Wed Mar 1 13:03:18 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id NAA16378 for bugs-outgoing; Wed, 1 Mar 1995 13:03:18 -0800 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id NAA16342; Wed, 1 Mar 1995 13:02:24 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA05123; Wed, 1 Mar 1995 21:59:38 +0100 Received: by sax.sax.de (8.6.9/8.6.9-s1) with UUCP id VAA10461; Wed, 1 Mar 1995 21:59:37 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.9/8.6.9) id VAA13205; Wed, 1 Mar 1995 21:59:00 +0100 From: J Wunsch Message-Id: <199503012059.VAA13205@uriah.heep.sax.de> Subject: Re: 021095-SNAP To: michael@cybernetics.net (Michael Quigley) Date: Wed, 1 Mar 1995 21:58:59 +0100 (MET) Cc: bugs@FreeBSD.org, questions@FreeBSD.org In-Reply-To: from "Michael Quigley" at Mar 1, 95 10:44:46 am Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 782 Sender: bugs-owner@FreeBSD.org Precedence: bulk As Michael Quigley wrote: > > > I've not been able to boot the latest snapshot version on at least 3 > machines at my disposal. They are all of varying configurations and > processors. Basically what happens, is that they lock up when trying to > boot off the floppy. I've made my boot disk the same way I did with > 2.0-RELEASE: > > dd if= of=/dev/fd0 bs=18k (btw., you need to add an option ``conv=osync'' and convert the ``bs'' to ``obs'' for the cpio.flp file -- it is *not* a multiple of the sector size) Can you please be more verbose about the lock up? When does it happen, what do you see, what can you do? -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Wed Mar 1 13:37:56 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id NAA00350 for bugs-outgoing; Wed, 1 Mar 1995 13:37:56 -0800 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id NAA00241; Wed, 1 Mar 1995 13:36:08 -0800 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id IAA11147; Thu, 2 Mar 1995 08:23:06 +1100 Date: Thu, 2 Mar 1995 08:23:06 +1100 From: Bruce Evans Message-Id: <199503012123.IAA11147@godzilla.zeta.org.au> To: jeffh@cybernetics.net, michael@cybernetics.net Subject: Re: 021095-SNAP Cc: bugs@FreeBSD.org, questions@FreeBSD.org, sos@freefall.cdrom.com, wpaul@freefall.cdrom.com Sender: bugs-owner@FreeBSD.org Precedence: bulk >> I've not been able to boot the latest snapshot version on at least 3 >> machines at my disposal. They are all of varying configurations and >I had this same thing happen to me. What always get me by it (this may >be totally different from what's happening with you) is to repeatedly tap >the num lock key while it's booting. Recent bootstraps probe the keyboard. It would appear that the probe is simpler than possible. It only does about half of what the keyboard probe in syscons does. In particular, it doesn't read the second byte returned in response to the reset command. It doesn't test that the data it reads is ready, but the much longer delay than in syscons probably allows things to work. The syscons probe seems to be missing a test for the data to be ready in one place. Bruce From owner-freebsd-bugs Wed Mar 1 16:52:43 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id QAA06178 for bugs-outgoing; Wed, 1 Mar 1995 16:52:43 -0800 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id QAA05928 for ; Wed, 1 Mar 1995 16:46:55 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA07316; Thu, 2 Mar 1995 00:08:43 +0100 Received: by sax.sax.de (8.6.9/8.6.9-s1) with UUCP id AAA11030; Thu, 2 Mar 1995 00:08:40 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.9/8.6.9) id AAA18533; Thu, 2 Mar 1995 00:09:57 +0100 From: J Wunsch Message-Id: <199503012309.AAA18533@uriah.heep.sax.de> Subject: Re: format %s missing in strftime To: luigi@labinfo.iet.unipi.it (Luigi Rizzo) Date: Thu, 2 Mar 1995 00:09:56 +0100 (MET) Cc: bugs@FreeBSD.org In-Reply-To: <199503011922.UAA09332@labinfo.iet.unipi.it> from "Luigi Rizzo" at Mar 1, 95 08:22:24 pm Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 397 Sender: bugs-owner@FreeBSD.org Precedence: bulk As Luigi Rizzo wrote: > > On snap 950210, format %s (print seconds from the epoch) is missing > from the code in strftime.c . This affects both the library code %s is not standardized by ANSI. Nevertheless, we've got it in 1.1.5.1, so i've added it. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Thu Mar 2 01:39:12 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id BAA04985 for bugs-outgoing; Thu, 2 Mar 1995 01:39:12 -0800 Received: from vector.eikon.e-technik.tu-muenchen.de (vector.eikon.e-technik.tu-muenchen.de [129.187.142.36]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id BAA04148 for ; Thu, 2 Mar 1995 01:29:07 -0800 Received: (from jhs@localhost) by vector.eikon.e-technik.tu-muenchen.de (8.6.9/8.6.9) id CAA07329; Wed, 1 Mar 1995 02:01:29 +0100 Date: Wed, 1 Mar 1995 02:01:29 +0100 From: Julian Howard Stacey Message-Id: <199503010101.CAA07329@vector.eikon.e-technik.tu-muenchen.de> To: bde@zeta.org.au, bugs@FreeBSD.org, jgreco@brasil.moneng.mei.com Subject: Re: 2.0R latest boot floppy bug(?) Sender: bugs-owner@FreeBSD.org Precedence: bulk Re. ---- From: Bruce Evans >Fatal trap 18: integer divide fault while in kernel mode Did it once work? Apparently the geometry obtained from the BIOS is unreliable. It seems to be 1023 cylinders (the driver adds 2 for bogus reasons), 256 heads (physically impossible) and 0 sectors (also physically impossible). ------ I have seen all manner of weird bugs since trying (& failing ) to install on a friends 386 + 8M + FPU, ISA, no cd, no ether, no exotic hardware, I have seen page fault in kernel mode, I have seen dos fdisk (yeah sure, not ours, but part of my problem) no able to cope with > 1023 cyls, checkit (a dos .exe pack) also cant cope > 1023 I have seen my ide maxtor repeatedly incremented from 1648 cyls to about 1652 after trying snapshot flops (earlier not current cos ftp from freefall is like a sick dog lately) I fell back to cd-rom flop images, still no luck, dell back to cd 1.1 version (no i havent tried 1.0 cd (though Ive got one) I guess there's some vital IDE thing i dont know, I've been a `I use scsi, I'll ignore all this IDE chat' person till now, but now I need to know - sigh - I've looked, thers no man ide & no share/FAQ/IDE I'd welcome a couple of people telling me `RTFM, manual file name is ...' Julian S From owner-freebsd-bugs Thu Mar 2 01:55:06 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id BAA06247 for bugs-outgoing; Thu, 2 Mar 1995 01:55:06 -0800 Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id BAA06230 for ; Thu, 2 Mar 1995 01:54:55 -0800 Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id KAA10065; Thu, 2 Mar 1995 10:49:15 +0100 From: Luigi Rizzo Message-Id: <199503020949.KAA10065@labinfo.iet.unipi.it> Subject: Re: format %s missing in strftime To: joerg_wunsch@uriah.heep.sax.de Date: Thu, 2 Mar 1995 10:49:15 +0100 (MET) Cc: bugs@FreeBSD.org In-Reply-To: <199503012309.AAA18533@uriah.heep.sax.de> from "J Wunsch" at Mar 2, 95 00:09:37 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 694 Sender: bugs-owner@FreeBSD.org Precedence: bulk > > As Luigi Rizzo wrote: > > > > On snap 950210, format %s (print seconds from the epoch) is missing > > from the code in strftime.c . This affects both the library code > > %s is not standardized by ANSI. Nevertheless, we've got it in > 1.1.5.1, so i've added it. Is there any alternative, standardized way to get the same output ? Luigi ==================================================================== Luigi Rizzo Dip. di Ingegneria dell'Informazione email: luigi@iet.unipi.it Universita' di Pisa tel: +39-50-568533 via Diotisalvi 2, 56126 PISA (Italy) fax: +39-50-568522 ==================================================================== From owner-freebsd-bugs Thu Mar 2 02:04:13 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id CAA07197 for bugs-outgoing; Thu, 2 Mar 1995 02:04:13 -0800 Received: from mail.Germany.EU.net (mail.Germany.EU.net [192.76.144.65]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id CAA07182 for ; Thu, 2 Mar 1995 02:04:08 -0800 Received: by mail.Germany.EU.net with SMTP (8.6.5:29/EUnetD-2.5.1.d) via EUnet id LAA24065; Thu, 2 Mar 1995 11:05:20 +0100 Received: by ruhrgebiet.individual.net (/\==/\ Smail3.1.28.1 #28.1) id ; Thu, 2 Mar 95 10:00 GMT Received: by robkaos.ruhr.de (/\oo/\ Smail3.1.29.1 #29.1) id ; Thu, 2 Mar 95 10:57 MET Message-Id: From: robsch@robkaos.ruhr.de (Robert Schien) Subject: Re: 021095-SNAP To: jeffh@cybernetics.net (Jeff Hoffman) Date: Thu, 2 Mar 1995 10:57:49 -0500 (MET) Cc: bugs@FreeBSD.org In-Reply-To: from "Jeff Hoffman" at Mar 1, 95 02:44:36 pm X-Mailer: ELM [version 2.4 PL22] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1167 Sender: bugs-owner@FreeBSD.org Precedence: bulk > > On Wed, 1 Mar 1995, Michael Quigley wrote: > > > I've not been able to boot the latest snapshot version on at least 3 > > machines at my disposal. They are all of varying configurations and > > processors. Basically what happens, is that they lock up when trying to > > boot off the floppy. I've made my boot disk the same way I did with > > 2.0-RELEASE: > > > > dd if= of=/dev/fd0 bs=18k > > > > With no luck. Any ideas? > > I had this same thing happen to me. What always get me by it (this may > be totally different from what's happening with you) is to repeatedly tap > the num lock key while it's booting. > > ie. hit turn on the computer, right before it hits the floppy start > tapping num lock until you see the FreeBSD boot prompt. > > Don't ask me why this works, I have no clue, but it DOES work. My > computer would not boot (it would lock) any I did this and it fixed it. > Then I tried it again to make sure it wasn't a fluke. > I have made a similiar experience. I have to reset my machine a few times before FreeBSD will be booted. Never had this problem with 2.0-RELEASE. Why was the boot code changed? Robert From owner-freebsd-bugs Thu Mar 2 11:31:13 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id LAA01964 for bugs-outgoing; Thu, 2 Mar 1995 11:31:13 -0800 Received: from shell1.best.com (shell1.best.com [204.156.128.10]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id LAA01956 for ; Thu, 2 Mar 1995 11:31:11 -0800 Received: from geli.clusternet (rcarter.vip.best.com [204.156.137.2]) by shell1.best.com (8.6.10/8.6.5) with ESMTP id LAA25168 for ; Thu, 2 Mar 1995 11:30:50 -0801 Received: (from rcarter@localhost) by geli.clusternet (8.6.9/8.6.9) id LAA05786 for freebsd-bugs@freebsd.org; Thu, 2 Mar 1995 11:29:52 -0800 Date: Thu, 2 Mar 1995 11:29:52 -0800 From: "Russell L. Carter" Message-Id: <199503021929.LAA05786@geli.clusternet> To: freebsd-bugs@FreeBSD.org Subject: odd ncr behavior Sender: bugs-owner@FreeBSD.org Precedence: bulk Is this my drive croaking (my bug), or is it the system? The following stuff arrives in dmesg (but not /var/log/messages), when /etc/daily reaches the line fsck -n | grep -v '^\*\* Phase' If I run 'fsck -p' I get what looks to be normal output, at least nothing seems out of the ordinary. And oddly, it seems to turn up after the system has been idle for a few hours, like when /etc/daily is run at 0200. I can load the system heavily for 12 hours at a time with nary a complaint. I was seeing some of this stuff before, but I've never lost any data. Still, a bit unsettling, no? This is a system running a freshly built 030195-current. I'm seeing something similar in a different system running 0210-SNAP, same model drive (IBM 0662), ncr controller, P5-90 but different chipset. So... Should I ditch the drives? This would be a trifle expensive if the drives aren't the problem. Is there another way to attack the problem? Russell output from dmesg: vnode_pager_input: I/O read error vm_fault: pager input (probably hardware) error, PID 1576 failure pid 1576: grep: uid 0: exited on signal 11 sd0(ncr0:4:0): NOT READY asc:04 ascq:01, retries:1 sd0(ncr0:4:0): NOT READY asc:04 ascq:01, retries:4 sd0(ncr0:4:0): NOT READY asc:04 ascq:01, FAILURE sd0(ncr0:4:0): NOT READY asc:04 ascq:01, retries:3 sd0(ncr0:4:0): NOT READY asc:04 ascq:01, retries:4 sd0(ncr0:4:0): NOT READY asc:04 ascq:01, retries:2 sd0(ncr0:4:0): NOT READY asc:04 ascq:01, retries:3 sd0(ncr0:4:0): NOT READY asc:04 ascq:01, retries:1 sd0(ncr0:4:0): NOT READY asc:04 ascq:01, retries:2 sd0(ncr0:4:0): NOT READY asc:04 ascq:01, FAILURE sd0(ncr0:4:0): NOT READY asc:04 ascq:01, retries:1 sd0(ncr0:4:0): NOT READY asc:04 ascq:01, retries:4 sd0(ncr0:4:0): NOT READY asc:04 ascq:01, FAILURE sd0(ncr0:4:0): NOT READY asc:04 ascq:01, retries:3 sd0(ncr0:4:0): NOT READY asc:04 ascq:01, retries:4 sd0(ncr0:4:0): NOT READY asc:04 ascq:01, retries:2 sd0(ncr0:4:0): NOT READY asc:04 ascq:01, retries:3 sd0(ncr0:4:0): NOT READY asc:04 ascq:01, retries:1 sd0(ncr0:4:0): NOT READY asc:04 ascq:01, retries:2 sd0(ncr0:4:0): NOT READY asc:04 ascq:01, FAILURE sd0(ncr0:4:0): NOT READY asc:04 ascq:01, retries:1 sd0(ncr0:4:0): NOT READY asc:04 ascq:01, retries:4 sd0(ncr0:4:0): NOT READY asc:04 ascq:01, FAILURE sd0(ncr0:4:0): NOT READY asc:04 ascq:01, retries:3 sd0(ncr0:4:0): NOT READY asc:04 ascq:01, retries:2 sd0(ncr0:4:0): NOT READY asc:04 ascq:01, retries:1 sd0(ncr0:4:0): NOT READY asc:04 ascq:01, FAILURE sd0(ncr0:4:0): NOT READY asc:04 ascq:01, retries:4 sd0(ncr0:4:0): NOT READY asc:04 ascq:01, retries:3 sd0(ncr0:4:0): NOT READY asc:04 ascq:01, retries:2 sd0(ncr0:4:0): NOT READY asc:04 ascq:01, retries:1 sd0(ncr0:4:0): NOT READY asc:04 ascq:01, FAILURE sd0(ncr0:4:0): NOT READY asc:04 ascq:01, retries:4 sd0(ncr0:4:0): NOT READY asc:04 ascq:01, retries:3 sd0(ncr0:4:0): NOT READY asc:04 ascq:01, retries:2 sd0(ncr0:4:0): NOT READY asc:04 ascq:01, retries:1 sd0(ncr0:4:0): NOT READY asc:04 ascq:01, FAILURE pid 2221: grep: uid 0: exited on signal 11 /usr: optimization changed from TIME to SPACE assertion "cp == np->header.cp" failed: file "../../pci/ncr.c", line 5510 assertion "cp" failed: file "../../pci/ncr.c", line 5511 sd0(ncr0:4:0): COMMAND FAILED (4 28) @f0994800. assertion "cp == np->header.cp" failed: file "../../pci/ncr.c", line 5510 assertion "cp" failed: file "../../pci/ncr.c", line 5511 sd0(ncr0:4:0): COMMAND FAILED (4 28) @f0994800. From owner-freebsd-bugs Thu Mar 2 11:46:13 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id LAA03121 for bugs-outgoing; Thu, 2 Mar 1995 11:46:13 -0800 Received: (from guido@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id UAA03102; Thu, 2 Mar 1995 20:46:12 +0100 Date: Thu, 2 Mar 1995 20:46:12 +0100 From: Guido van Rooij Message-Id: <199503021946.UAA03102@freefall.cdrom.com> To: guido, freebsd-bugs Subject: Changed information for PR bin/228 Sender: bugs-owner@FreeBSD.org Precedence: bulk Synopsis: csh line kill and backspace after filename completion is broken State-Changed-From-To: open-closed State-Changed-By: guido State-Changed-When: Thu Mar 2 20:44:18 MET 1995 State-Changed-Why: The behaviour was indeed wrong but was caused by a LINEMNODE bug in telnetd From owner-freebsd-bugs Thu Mar 2 11:55:31 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id LAA03972 for bugs-outgoing; Thu, 2 Mar 1995 11:55:31 -0800 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id LAA03209 for ; Thu, 2 Mar 1995 11:47:39 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA03407; Thu, 2 Mar 1995 20:42:35 +0100 Received: by sax.sax.de (8.6.9/8.6.9-s1) with UUCP id UAA17718 for freebsd-bugs@FreeBSD.org; Thu, 2 Mar 1995 20:42:35 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.9/8.6.9) id UAA21488 for freebsd-bugs@FreeBSD.org; Thu, 2 Mar 1995 20:22:37 +0100 From: J Wunsch Message-Id: <199503021922.UAA21488@uriah.heep.sax.de> Subject: Re: format %s missing in strftime To: freebsd-bugs@FreeBSD.org (FreeBSD bugs list) Date: Thu, 2 Mar 1995 20:22:35 +0100 (MET) In-Reply-To: <199503020949.KAA10065@labinfo.iet.unipi.it> from "Luigi Rizzo" at Mar 2, 95 10:49:15 am Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 896 Sender: bugs-owner@FreeBSD.org Precedence: bulk As Luigi Rizzo wrote: > > > %s is not standardized by ANSI. Nevertheless, we've got it in > > 1.1.5.1, so i've added it. > > Is there any alternative, standardized way to get the same output ? [Btw., %s has already been described in our man page, so i assume it has been forgotten some way.] I'm afraid, there's no standardized way. Remember, ANSI C cannot provide such, since it has to be platform-independent. There is no platform-independent idea of an ``Epoch''. I've checked either DG/UX as IRIX, they both don't grok %s. Since the standard does not say anything about undefined control sequences, it's acceptable to imply ``private'' semantics (we've already got a bunch more of them, see the ``kitchen sink'' comment in the source :-). -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Thu Mar 2 14:39:39 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id OAA11896 for bugs-outgoing; Thu, 2 Mar 1995 14:39:39 -0800 Received: from hda.com (hda.com [199.232.40.182]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id OAA11890 for ; Thu, 2 Mar 1995 14:39:35 -0800 Received: (dufault@localhost) by hda.com (8.6.9/8.3) id RAA07315; Thu, 2 Mar 1995 17:37:16 -0500 From: Peter Dufault Message-Id: <199503022237.RAA07315@hda.com> Subject: Re: odd ncr behavior To: rcarter@geli.com (Russell L. Carter) Date: Thu, 2 Mar 1995 17:37:15 -0500 (EST) Cc: freebsd-bugs@FreeBSD.org In-Reply-To: <199503021929.LAA05786@geli.clusternet> from "Russell L. Carter" at Mar 2, 95 11:29:52 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 928 Sender: bugs-owner@FreeBSD.org Precedence: bulk Russell L. Carter writes: > > Is this my drive croaking (my bug), or is it the system? > The following stuff arrives in dmesg (but not > /var/log/messages), when /etc/daily reaches > the line > > fsck -n | grep -v '^\*\* Phase' > > If I run 'fsck -p' I get what looks to be normal > output, at least nothing seems out of the ordinary. > And oddly, it seems to turn up after the system has > been idle for a few hours, like when /etc/daily is run > at 0200. I can load the system heavily for 12 hours > at a time with nary a complaint. asc:04 ascq:01 is "Logical unit is in process of coming ready". I don't know why it isn't ready. I don't know that it will help you, but it would make sense to delay a little bit after that error before retrying. -- Peter Dufault Real Time Machine Control and Simulation HD Associates, Inc. Voice: 508 433 6936 dufault@hda.com Fax: 508 433 5267 From owner-freebsd-bugs Thu Mar 2 17:03:25 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id RAA19898 for bugs-outgoing; Thu, 2 Mar 1995 17:03:25 -0800 Received: from herman.tiac.net (herman.tiac.net [199.3.131.153]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id RAA19883 for ; Thu, 2 Mar 1995 17:03:17 -0800 Received: (from emb@localhost) by herman.tiac.net (8.6.10/8.6.9) id KAA10731; Thu, 2 Mar 1995 10:39:45 GMT Date: Thu, 2 Mar 1995 10:39:44 +0000 () From: "Eric M. Busalacchi" To: bugs@FreeBSD.org Subject: A recent sup problem? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: bugs-owner@FreeBSD.org Precedence: bulk I did a sup 24 yesterday, and the proceeded to do a 'make world'. I did a sup again this morning at 9:00am Eastern Standard Time and when I went to compile my kernel I got two errors, the first had to do with sound: cc -c -O -W -Wreturn-type -Wcomment -Wredundant-decls -nostdinc -I. -I../.. -I../../sys -I../../../include -DHERMAN -DI586_CPU -DUSER_LDT -DPROBE_VERBOSE -DGATEWAY -DAUTO_EOI_1 -DALLOW_CONFLICT_IRQ -DBOUNCE_BUFFERS -DNCONS=8 -DSCSI_DELAY=15 -DFAT_CURSOR -DUCONSOLE -DXSERVER -DCOMPAT_43 -DCD9660 -DPROCFS -DMSDOSFS -DFFS -DINET -DKERNEL -Di386 -DLOAD_ADDRESS=0xF0100000 ../../i386/isa/sound/adlib_card.c In file included from ../../i386/isa/sound/os.h:51, from ../../i386/isa/sound/sound_config.h:276, from ../../i386/isa/sound/adlib_card.c:31: ../../sys/proc.h:275: warning: type mismatch with previous external decl ../../vm/vm_object.h:155: warning: previous external decl of `wakeup' ../../sys/proc.h:275: warning: type mismatch with previous implicit declaration ../../vm/vm_object.h:155: warning: previous implicit declaration of `wakeup' ../../sys/proc.h:275: warning: `wakeup' was previously implicitly declared to return `int' -> (Please note, it does this for just about every /sound/*.c) the second error was at the end of the compile and was: loading kernel userconfig.o: Undefined symbol `_scsi_cinit' referenced from text segment userconfig.o: Undefined symbol `_scsi_cinit' referenced from text segment userconfig.o: Undefined symbol `_scsi_cinit' referenced from text segment userconfig.o: Undefined symbol `_scsi_dinit' referenced from text segment userconfig.o: Undefined symbol `_scsi_dinit' referenced from text segment userconfig.o: Undefined symbol `_scsi_dinit' referenced from text segment userconfig.o: Undefined symbol `_scsi_dinit' referenced from text segment userconfig.o: Undefined symbol `_scsi_dinit' referenced from text segment *** Error code 1 Stop. root@herman: Hope this will help if it is a bug, if it is me, then I am sorry to bother you! -- Eric M. Busalacchi emb@herman.tiac.net From owner-freebsd-bugs Thu Mar 2 18:06:51 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id SAA24015 for bugs-outgoing; Thu, 2 Mar 1995 18:06:51 -0800 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id SAA23955 for ; Thu, 2 Mar 1995 18:06:15 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA03413; Thu, 2 Mar 1995 20:42:38 +0100 Received: by sax.sax.de (8.6.9/8.6.9-s1) with UUCP id UAA17730; Thu, 2 Mar 1995 20:42:38 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.9/8.6.9) id UAA21543; Thu, 2 Mar 1995 20:33:25 +0100 From: J Wunsch Message-Id: <199503021933.UAA21543@uriah.heep.sax.de> Subject: Re: 021095-SNAP To: robsch@robkaos.ruhr.de (Robert Schien) Date: Thu, 2 Mar 1995 20:33:25 +0100 (MET) Cc: freebsd-bugs@FreeBSD.org (FreeBSD bugs list) In-Reply-To: from "Robert Schien" at Mar 2, 95 10:57:49 am Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 579 Sender: bugs-owner@FreeBSD.org Precedence: bulk As Robert Schien wrote: > > I have made a similiar experience. > I have to reset my machine a few times before FreeBSD will be booted. > Never had this problem with 2.0-RELEASE. > Why was the boot code changed? Since it's now able to boot either off the VGA/kbd, or off the serial console port. The com port will be used if no kbd is found, so there must be some probe for the kbd. Unfortunately, the BIOS lets us alone with this. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Thu Mar 2 18:27:07 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id SAA25044 for bugs-outgoing; Thu, 2 Mar 1995 18:27:07 -0800 Received: from skynet.ctr.columbia.edu (skynet.ctr.columbia.edu [128.59.64.70]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id SAA25035 for ; Thu, 2 Mar 1995 18:27:01 -0800 Received: (from wpaul@localhost) by skynet.ctr.columbia.edu (8.6.8/8.6.6) id VAA02233; Thu, 2 Mar 1995 21:24:38 -0500 From: Wankle Rotary Engine Message-Id: <199503030224.VAA02233@skynet.ctr.columbia.edu> Subject: Re: 021095-SNAP To: robsch@robkaos.ruhr.de (Robert Schien) Date: Thu, 2 Mar 1995 21:24:34 -0500 (EST) Cc: bugs@FreeBSD.org In-Reply-To: from "Robert Schien" at Mar 2, 95 10:57:49 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 4478 Sender: bugs-owner@FreeBSD.org Precedence: bulk They say this Robert Schien person was kidding when he wrote: > > > > > On Wed, 1 Mar 1995, Michael Quigley wrote: > > > > > I've not been able to boot the latest snapshot version on at least 3 > > > machines at my disposal. They are all of varying configurations and > > > processors. Basically what happens, is that they lock up when trying to > > > boot off the floppy. I've made my boot disk the same way I did with > > > 2.0-RELEASE: > > > > > > dd if= of=/dev/fd0 bs=18k > > > > > > With no luck. Any ideas? > > > > I had this same thing happen to me. What always get me by it (this may > > be totally different from what's happening with you) is to repeatedly tap > > the num lock key while it's booting. > > > > ie. hit turn on the computer, right before it hits the floppy start > > tapping num lock until you see the FreeBSD boot prompt. > > > > Don't ask me why this works, I have no clue, but it DOES work. My > > computer would not boot (it would lock) any I did this and it fixed it. > > Then I tried it again to make sure it wasn't a fluke. > > > I have made a similiar experience. > I have to reset my machine a few times before FreeBSD will be booted. > Never had this problem with 2.0-RELEASE. > Why was the boot code changed? > > Robert > The bootstrap was changed to allow the system to automatically boot with the serial port as a console if the keyboard isn't plugged in. This is how Sun machines work: the boot prom looks for a keyboard device and if it can't find one, it uses serial port A as the console. This is useful for dedicated file or compute servers that don't need any graphics hardware. Originally, the only way to get a serial console in FreeBSD was to compile a special kernel with 'options COMCONSOLE', and doing this would always force the system into 'serial console mode' whether you liked it or not. With FreeBSD-current, you can still use 'options COMCONSOLE', but you can also get a serial console by booting with the -h flag or just by booting with your keyboard unplugged. This allows you to stick a dumb terminal with a null modem on COM1 and use your system without a keyboard, monitor, or even a graphics card. The problem is that unlike Sun workstations and servers, keyboards and keyboard controllers tend to vary from one PC to another. This makes it hard to come up with a foolproof keyboard probe that will work on all machines *and* that will fit comfortably inside the tiny space available in the bootstrap code. I originally started with essentially the same keyboard probe that syscons uses, but it turned out a little big so I stripped it down to the bare essentials. This worked on all the hardware I tried it on, including a Gateway P90 PCI system with a PS/2 mouse. I thought I had lucked out. Now I'm not so sure. What the probe does is try to reset the keyboard. If the reset succeeds, the keyboard is assumed to be present. If the reset fails, the bootstrap uses COM1 as the console I/O device. It also tells the kernel to use COM as the console instead of ttyv0. Either way the system is supposed to boot; you just won't be able to see anything if the probe mistakenly decides that your keyboard isn't there. If the system actually hangs (there's no more floppy activity or anaything) then it's possible that the keyboard probe is wedging the machine. What I have done to try to fix this for now is to put back the rest of the keyboard probe code from syscons that I originally took out. This still works on my hardware, but it also fills up almost all of the room left in the boot blocks. If this next attempt still screws up with some systems, then either it'll have to be taken out or someone will have to come up with a less invasive and more reliable probe. I'm looking forward to the day when we finally have a three stage bootstrap with a /boot program that gives us to room to put in more elaborate features and bulletproofing. -Bill -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~T~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ -Bill Paul (212) 854-6020 | System Manager Work: wpaul@ctr.columbia.edu | Center for Telecommunications Research Home: wpaul@skynet.ctr.columbia.edu | Columbia University, New York City ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ The Møøse Illuminati: ignore it and be confused, or join it and be confusing! ~~~~~~~~ FreeBSD 2.1.0-Development #0: Tue Feb 7 01:49:07 EST 1995 ~~~~~~~~~ From owner-freebsd-bugs Thu Mar 2 20:10:07 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id UAA01169 for bugs-outgoing; Thu, 2 Mar 1995 20:10:07 -0800 Received: (from gnats@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id UAA01160; Thu, 2 Mar 1995 20:10:05 -0800 Date: Thu, 2 Mar 1995 20:10:05 -0800 Message-Id: <199503030410.UAA01160@freefall.cdrom.com> From: mcclure@cs.unm.edu Reply-To: mcclure@cs.unm.edu To: freebsd-bugs Subject: misc/229: acos() core dump In-Reply-To: Your message of Thu, 2 Mar 95 21:05:24 MST <9503030405.AA18921@chaco.cs.unm.edu> Sender: bugs-owner@FreeBSD.org Precedence: bulk >Number: 229 >Category: misc >Synopsis: acos() core dump >Confidential: yes >Severity: serious >Priority: medium >Responsible: freebsd-bugs (FreeBSD bugs mailing list) >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Mar 2 20:10:02 1995 >Originator: User & >Organization: >Release: FreeBSD 2.0-RELEASE i386 >Environment: FreeBSD 2.0 from Walnut creek FreeBSD 2.0 "January 1994" release. >Description: calling the acos() function in the math library with illegal values ( say -2.0 ) causes a floating exception core dump. /usr/lib info: # ls -l libm.* -r--r--r-- 1 bin bin 123388 Nov 22 05:14 libm.a -r--r--r-- 1 bin bin 165021 Nov 22 05:14 libm.so.2.0 # cksum libm.* 3164276670 123388 libm.a 3263430048 165021 libm.so.2.0 >How-To-Repeat: Try running this an linking with -lm: #include #include main() { acos(-2.0); } >Fix: Unknown. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Thu Mar 2 23:35:20 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id XAA03818 for bugs-outgoing; Thu, 2 Mar 1995 23:35:20 -0800 Received: from ptnsct.nis.za (ptnsct.nis.za [196.6.121.4]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id XAA03811 for ; Thu, 2 Mar 1995 23:35:12 -0800 Date: Fri, 3 Mar 1995 9:33:28 +0200 (O) From: ROBIN@ptnsct.nis.za (Robin Hunt) Message-Id: <950303093328.f7e3@ptnsct.nis.za> Subject: 16/32 meg problem To: bugs@FreeBSD.org X-Vmsmail-To: SMTP%"bugs@freebsd.org" Sender: bugs-owner@FreeBSD.org Precedence: bulk Hi, I have previously queried this problem, but have not heard any more since tuesday, and thought I'd re-ask: I have a 486DX2-80 with 16 Meg of RAM, a 2 meg caching IDE controller and it works fine. Should I dare to add a further 16 meg to the machine, FreeBSD boots without any problem - passing the memory test - but panics with the following message: Feb 24 17:08:17 ilink /kernel: Feb 24 17:08:17 ilink /kernel: Fatal trap 12: page fault while in kernel mode Feb 24 17:08:17 ilink /kernel: fault virtual address = 0x0 Feb 24 17:08:17 ilink /kernel: fault code = supervisor read, page not present Feb 24 17:08:17 ilink /kernel: instruction pointer = 0x8:0xf0168885 Feb 24 17:08:17 ilink /kernel: code segment = base 0x0, limit 0xfffff, type 0x1b Feb 24 17:08:17 ilink /kernel: = DPL 0, pres 1, def32 1, gran 1 Feb 24 17:08:17 ilink /kernel: processor eflags = interrupt enabled, resume, IOPL = 0 Feb 24 17:08:17 ilink /kernel: current process = 2737 (rbash) Feb 24 17:08:17 ilink /kernel: interrupt mask = net tty bio Feb 24 17:08:17 ilink /kernel: panic: page fault Feb 24 17:08:17 ilink /kernel: Feb 24 17:08:17 ilink /kernel: syncing disks... 58 58 58 58 58 58 58 58 58 58 58 58 58 58 58 58 58 58 58 58 giving up Feb 24 17:08:17 ilink /kernel: Automatic reboot in 15 seconds - press a key on the console to abort Feb 24 17:08:17 ilink /kernel: Rebooting... Feb 24 17:08:17 ilink /kernel: FreeBSD 2.1.0-Development #0: Fri Feb 24 11:35:32 1995 Feb 24 17:08:17 ilink /kernel: root@ilink.nis.za:/usr/src/sys/compile/NIS_AH Feb 24 17:08:17 ilink /kernel: CPU: i486DX (486-class CPU) Feb 24 17:08:17 ilink /kernel: real memory = 33161216 (8096 pages) Feb 24 17:08:17 ilink /kernel: avail memory = 30896128 (7543 pages) Feb 24 17:08:17 ilink /kernel: Probing for devices on the ISA bus: Feb 24 17:08:17 ilink /kernel: sc0 at 0x60-0x6f irq 1 on motherboard Feb 24 17:08:17 ilink /kernel: sc0: MDA/hercules <12 virtual consoles, flags=0> Feb 24 17:08:17 ilink /kernel: ed1 at 0x300-0x31f irq 5 maddr 0xd8000 msize 16384 on isa Feb 24 17:08:17 ilink /kernel: ed1: address 00:00:c0:ab:ad:5e, type WD8013EPC (16 bit) Feb 24 17:08:17 ilink /kernel: sio0 at 0x3f8-0x3ff irq 4 on isa Feb 24 17:08:17 ilink /kernel: sio0: type 16550A Feb 24 17:08:17 ilink /kernel: lpt0 at 0x3bc-0x3c3 irq 7 on isa Feb 24 17:08:17 ilink /kernel: lpt0: Interrupt-driven port Feb 24 17:08:17 ilink /kernel: lp0: TCP/IP capable interface Feb 24 17:08:17 ilink /kernel: fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa Feb 24 17:08:17 ilink /kernel: fdc0: (NEC 765) [0: fd0: 1.44MB 3.5in] Feb 24 17:08:17 ilink /kernel: wdc0 at 0x1f0-0x1f7 irq 14 on isa Feb 24 17:08:17 ilink /kernel: wdc0: unit 0 (wd0): Feb 24 17:08:17 ilink /kernel: wd0: size unknown, using BIOS values Feb 24 17:08:17 ilink /kernel: 1024 cyl, 16 head, 63 sec, bytes/sec 512 Feb 24 17:08:17 ilink /kernel: npx0 on motherboard Feb 24 17:08:17 ilink /kernel: npx0: INT 16 interface Feb 24 17:08:17 ilink /kernel: WARNING: / was not properly dismounted Feb 24 17:08:19 ilink lpd[71]: restarted Feb 24 17:08:24 ilink slattach[102]: sl0 connected to /dev/tty00 at 38400 baud Here is an extract of the name list around that address from the kernel: f0167ec4 T _pmap_object_init_pt f0168260 T _pmap_change_wiring f0168328 T _pmap_copy f0168330 T _pmap_kernel f0168354 T _pmap_zero_page f01683bc T _pmap_copy_page f016843c T _pmap_pageable f0168444 T _pmap_page_exists f0168528 T _pmap_testbit f0168738 T _pmap_changebit f01688bc T _pmap_page_protect f01688e4 T _pmap_phys_address f01688f0 t _i386_protection_init f0168974 T _pmap_mapdev f0168a00 F support.o f0168a00 T ___udivsi3 f0168a0c T ___divsi3 f0168a18 T _rtcin I would appreciate any help you may be able to offer, as the problem is becomming a touch urgent, since we are running out of memory for the users we have. Please mail any responses to robin@ptnsct.nis.za Thanks, Bye From owner-freebsd-bugs Fri Mar 3 01:04:22 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id BAA05658 for bugs-outgoing; Fri, 3 Mar 1995 01:04:22 -0800 Received: from dg-webo.webo.dg.com (dg-webo.us.dg.com [128.221.131.1]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id BAA05648 for ; Fri, 3 Mar 1995 01:04:17 -0800 Received: from immsb155 by dg-webo.webo.dg.com (5.4R2.10/dg-webo-v1) id AA00608; Fri, 3 Mar 1995 04:03:39 -0500 Message-Id: <9503030903.AA00608@dg-webo.webo.dg.com> From: David Toth Date: Fri, 03 Mar 95 04:04:43 -500 To: bugs@FreeBSD.org Mime-Version: 1.0 X-Mailer: Mozilla/1.0N (Windows) Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Subject: Problems with 950210-SNAP Sender: bugs-owner@FreeBSD.org Precedence: bulk 1. BIOS memory reduced by 1K to 639K causing warning message, machine report 640K BIOS memory using the 2.0-RELEASE version 2. Both the 2.0-RELEASE and the 2.0-950210-SNAP version yield the following problem: Background: AcerPower 9000T 60MHz Pentium 32MB RAM IDE 500M Adaptec 2940 PCI SCSI w/ 500M & CDROM 3COM EtherLink III 3C509-Combo card Problem: When attempting to perform install using FTP, system attempts to launch NcFTP to connect to the distribution site and the debug screen (Alt-F2) prints the following message: "NcFTP:Could not get your passwd entry! (9):Bad File Descriptor" The system then freezes until your return to the Alt-F1 screen and press Ctrl-C at which point the system halts. I sucessfully got around this problem with 2.0-RELEASE by ftp'ing the BINDIST directory down to my local DOS hard drive by hand and then rebooting the system back into BSD and using the DOS install choice instead of FTP. If the FTP program is looking for /etc/passwd there isn't one in the /etc directory... I checked. NOTE: I let it trash all the filesystems when I decided to see if the 950210-SNAP would help with my network problems. FYI: The 2.0-RELEASE version eventually got running but would freeze on bootup when ipconfig'ing the ethernet card. The kernel boot successfully ident'd the card as being at Port 300, Int 10 ... Thanks in advance, DT From owner-freebsd-bugs Fri Mar 3 08:45:57 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id IAA22805 for bugs-outgoing; Fri, 3 Mar 1995 08:45:57 -0800 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id IAA22799 for ; Fri, 3 Mar 1995 08:45:56 -0800 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA04732; Fri, 3 Mar 95 09:37:55 MST From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9503031637.AA04732@cs.weber.edu> Subject: Re: Problems with 950210-SNAP To: dave_toth@dgc.ceo.dg.com (David Toth) Date: Fri, 3 Mar 95 9:37:54 MST Cc: bugs@FreeBSD.org In-Reply-To: <9503030903.AA00608@dg-webo.webo.dg.com> from "David Toth" at Mar 3, 95 02:04:49 am X-Mailer: ELM [version 2.4dev PL52] Sender: bugs-owner@FreeBSD.org Precedence: bulk > > 1. BIOS memory reduced by 1K to 639K causing warning message, > machine report 640K BIOS memory using the 2.0-RELEASE version If you are getting a warning, this is what was in your CMOS memory. Are you sure you aren't running an HP Vectra or AT&T WGS box? The problem is that it is impossible to probe low memory, really, so we have to believe the CMOS. If your CMOS value has changes, I seriously consider testing to see if you have an MBR virus or have rewritten your MBR. The typical way I check to see if it was rewritten is to compare it with the MBR I orginally got with the machine or originally installed, because I save that sort of thing prior to seeing problems. This approach may not work for you if you don't also save things before you have a problem. Perhaps you simply didn't notice the problem before, or perhaps you are using an ide or user defined IDE CMOS entry where you weren't before, or you have replaced the motherboard, etc.? The NCFTP problem is fixed in later revs, but can be hacked by supplying a fake password line in the older code. There is a description of this in the "questions" list archive on minnie; sorry, I didn't save it... this is not something I would ever use to do an install. Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-bugs Fri Mar 3 10:20:02 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id KAA25397 for bugs-outgoing; Fri, 3 Mar 1995 10:20:02 -0800 Received: (from gnats@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id KAA25390; Fri, 3 Mar 1995 10:20:01 -0800 Date: Fri, 3 Mar 1995 10:20:01 -0800 Message-Id: <199503031820.KAA25390@freefall.cdrom.com> From: Doug Rabson Reply-To: Doug Rabson To: freebsd-bugs Subject: bin/230: C++ shared libraries In-Reply-To: Your message of Fri, 3 Mar 1995 18:19:08 GMT <199503031819.SAA04111@trout.render.com> Sender: bugs-owner@FreeBSD.org Precedence: bulk >Number: 230 >Category: bin >Synopsis: C++ contructors not being called >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs (FreeBSD bugs mailing list) >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Mar 3 10:20:01 1995 >Originator: Doug Rabson >Organization: RenderMorphics Ltd. >Release: FreeBSD 2.1.0-Development i386 >Environment: >Description: If an object is linked against one shared library which contains C++ global constructors, the constructors in the library are called by ld.so. If it is linked against more than one, only the constructors in the first library are called. >How-To-Repeat: Unpack the following archive and type 'make test' begin 664 tlib.tar.gz M'XL("$A=5R\``W1L:6(N=&%R`.V9[VOB,!C'?=O\%0_>BSG&:I,F+6RW<7JR MFX>[#;U[<7`@_:66=7:TZ3$8_N^75&V9L),;M'HN'PA-8VMBGC[??F-X%+KM M1K4`-6R;00,`*,'Y$0A='I<8`,PFS&*6R3``-@QL-X!5/*Z<+.5.`M#P)\E? MKQ.7329U#*A>N(S_C7,?3,(HJ*@/$4[+HJ_'GUAE_*DMZA@SDS;`J&@\+WCG M\1_]Z/;Z0[@`^2``YU@4@I`>SKTH\P/XZ*:^GF:N'R;ZP_TE0CQ(^9GF1!'2 M/@7>+(9NS&<0/`5>QATW"E)(9W$6^?"8A',.1\U)'(,7SU.>9!X/_.81T@:] M\:#?'7:&/\=WG>_7%^N^VZ*\^BEIRY'M>KX.C3S_Y=17V,>_Z#\S9/X;C)A* M_^N@B+\HNN=5TL(MK/*?[(__PTO_ MQY3_JX,B_J+LA_]CN?_#AM+_.E#^[WU3Y/]^^#]FVTO_1RV5_W50^#]2^C]2 M^C_I^%ZZ0.7_#HIE_E>["?2&__]LJOQ?+93QK^X%L%W_K77\#4J)U'_*;*7_ M=;#6?_$$"/N/!OVN/$.C:U$;WW2^WLJ](6-]WO^6G^/-EX"\6[T#_D?*_%\] M`A7TL37_I>=;Z3^1:T'A_VRU_UL+'XH\3KD?QOKL$J%R,2C6@`N$O,A)4[B* M8WA&Z#%SH]`[0]J5O$"T:%J^TSMI;>[T_IHWQ=I16Z"%6%.*Z>.AEW_)-(I= 3)SI78J%0*!2[Y`\YA._Z`"@``#MI ` end >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Fri Mar 3 10:29:40 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id KAA25650 for bugs-outgoing; Fri, 3 Mar 1995 10:29:40 -0800 Received: from irbs.com ([199.182.75.129]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id KAA25644 for ; Fri, 3 Mar 1995 10:29:37 -0800 Received: (from jc@localhost) by irbs.com (8.6.10/8.6.6) id NAA14005 for freebsd-bugs@freebsd.org; Fri, 3 Mar 1995 13:29:29 -0500 From: John Capo Message-Id: <199503031829.NAA14005@irbs.com> Subject: Patch to make ppp use ascii lock files To: freebsd-bugs@FreeBSD.org Date: Fri, 3 Mar 1995 13:29:26 -0500 (EST) X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1593 Sender: bugs-owner@FreeBSD.org Precedence: bulk While fooling around with uucp and ppp sharing a modem, I discovered that ppp is using binary lock files. John Capo *** uucplock.c.orig Fri Mar 3 13:24:04 1995 --- uucplock.c Fri Mar 3 12:37:02 1995 *************** *** 56,61 **** --- 56,62 ---- extern int errno; int fd, pid; char tbuf[sizeof(_PATH_LOCKDIRNAME) + MAXNAMLEN]; + char pid_buf[64]; off_t lseek(); (void)sprintf(tbuf, _PATH_LOCKDIRNAME, ttyname); *************** *** 70,81 **** perror("lock open"); return(-1); } ! if (read(fd, &pid, sizeof(pid)) != sizeof(pid)) { (void)close(fd); perror("lock read"); return(-1); } if (kill(pid, 0) == 0 || errno != ESRCH) { (void)close(fd); /* process is still running */ return(-1); --- 71,84 ---- perror("lock open"); return(-1); } ! if (read(fd, pid_buf, sizeof(pid_buf)) <= 0) { (void)close(fd); perror("lock read"); return(-1); } + pid = atoi(pid_buf); + if (kill(pid, 0) == 0 || errno != ESRCH) { (void)close(fd); /* process is still running */ return(-1); *************** *** 92,98 **** /* fall out and finish the locking process */ } pid = getpid(); ! if (write(fd, (char *)&pid, sizeof(pid)) != sizeof(pid)) { (void)close(fd); (void)unlink(tbuf); perror("lock write"); --- 95,102 ---- /* fall out and finish the locking process */ } pid = getpid(); ! sprintf(pid_buf, "%10u\n", pid); ! if (write(fd, pid_buf, strlen(pid_buf)) != strlen(pid_buf)) { (void)close(fd); (void)unlink(tbuf); perror("lock write"); From owner-freebsd-bugs Fri Mar 3 14:28:58 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id OAA04855 for bugs-outgoing; Fri, 3 Mar 1995 14:28:58 -0800 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id OAA04838 for ; Fri, 3 Mar 1995 14:28:33 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA07574; Fri, 3 Mar 1995 23:25:16 +0100 Received: by sax.sax.de (8.6.9/8.6.9-s1) with UUCP id XAA27823 for freebsd-bugs@FreeBSD.org; Fri, 3 Mar 1995 23:25:16 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.9/8.6.9) id XAA01119 for freebsd-bugs@FreeBSD.org; Fri, 3 Mar 1995 23:25:02 +0100 From: J Wunsch Message-Id: <199503032225.XAA01119@uriah.heep.sax.de> Subject: Re: Problems with 950210-SNAP To: freebsd-bugs@FreeBSD.org (FreeBSD bugs list) Date: Fri, 3 Mar 1995 23:25:01 +0100 (MET) In-Reply-To: <9503031637.AA04732@cs.weber.edu> from "Terry Lambert" at Mar 3, 95 09:37:54 am Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 741 Sender: bugs-owner@FreeBSD.org Precedence: bulk As Terry Lambert wrote: > > > 1. BIOS memory reduced by 1K to 639K causing warning message, > > machine report 640K BIOS memory using the 2.0-RELEASE version > If your CMOS value has changes, I seriously consider testing to > see if you have an MBR virus or have rewritten your MBR. No Terry, this is simply caused by the fact that some BIOSes tend to steal 1 KB off the base memory to put their ``hard disk parameter table'' there. So when you ask the BIOS about base memory, they tell ya 639 K. AMI gave you the choice between the stolen kilobyte and placing the table on BIOS stack... -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Fri Mar 3 15:10:24 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id PAA05651 for bugs-outgoing; Fri, 3 Mar 1995 15:10:24 -0800 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id PAA05643 for ; Fri, 3 Mar 1995 15:10:21 -0800 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA06483; Fri, 3 Mar 95 16:02:00 MST From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9503032302.AA06483@cs.weber.edu> Subject: Re: Problems with 950210-SNAP To: joerg_wunsch@uriah.heep.sax.de Date: Fri, 3 Mar 95 16:02:00 MST Cc: freebsd-bugs@FreeBSD.org In-Reply-To: <199503032225.XAA01119@uriah.heep.sax.de> from "J Wunsch" at Mar 3, 95 11:25:01 pm X-Mailer: ELM [version 2.4dev PL52] Sender: bugs-owner@FreeBSD.org Precedence: bulk > > > 1. BIOS memory reduced by 1K to 639K causing warning message, > > > machine report 640K BIOS memory using the 2.0-RELEASE version > > > If your CMOS value has changes, I seriously consider testing to > > see if you have an MBR virus or have rewritten your MBR. > > No Terry, this is simply caused by the fact that some BIOSes tend to > steal 1 KB off the base memory to put their ``hard disk parameter > table'' there. So when you ask the BIOS about base memory, they tell > ya 639 K. AMI gave you the choice between the stolen kilobyte and > placing the table on BIOS stack... I know. If you look in the system initialization code, you'll see that this was patch one (by me) to 386BSD 0.1, at least in the patchkit patch order. The problem is that he says that the amount reported is different between the 2.0-RELEASE and the current snap. Since it is otherwise impossible to have changed, something he did or something he ran (voluntarily or involuntarily) changed it for him. Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-bugs Fri Mar 3 17:43:07 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id RAA08485 for bugs-outgoing; Fri, 3 Mar 1995 17:43:07 -0800 Received: from specgw.spec.co.jp (specgw.spec.co.jp [202.32.13.1]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id RAA08478 for ; Fri, 3 Mar 1995 17:43:05 -0800 Received: from localhost (uucp@localhost) by specgw.spec.co.jp (8.6.5/3.3Wb-SPEC) with UUCP id KAA11278; Sat, 4 Mar 1995 10:15:34 +0900 Received: by tama.spec.co.jp (8.6.9/6.4J.5) id KAA00511; Sat, 4 Mar 1995 10:00:09 +0900 From: Atsushi Murai Message-Id: <199503040100.KAA00511@tama.spec.co.jp> Subject: Re: Patch to make ppp use ascii lock files To: jc@irbs.com (John Capo) Date: Sat, 4 Mar 1995 10:00:08 +0900 (JST) Cc: freebsd-bugs@FreeBSD.org In-Reply-To: <199503031829.NAA14005@irbs.com> from "John Capo" at Mar 3, 95 01:29:26 pm Reply-To: amurai@spec.co.jp X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 369 Sender: bugs-owner@FreeBSD.org Precedence: bulk > While fooling around with uucp and ppp sharing a modem, I discovered > that ppp is using binary lock files. Thanks. I will forward this to author for other platform as package version (BSDI/HP). Atsushi. -- Atsushi Murai Internet: amurai@spec.co.jp System Planning and Engineering Co,.Ltd. Voice : +81-33833-5341 From owner-freebsd-bugs Fri Mar 3 17:46:09 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id RAA08567 for bugs-outgoing; Fri, 3 Mar 1995 17:46:09 -0800 Received: from Root.COM (implode.Root.COM [198.145.90.1]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id RAA08561 for ; Fri, 3 Mar 1995 17:46:05 -0800 Received: from corbin.Root.COM (corbin.Root.COM [198.145.90.18]) by Root.COM (8.6.8/8.6.5) with ESMTP id RAA27794; Fri, 3 Mar 1995 17:45:53 -0800 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.9/8.6.5) with SMTP id RAA00347; Fri, 3 Mar 1995 17:45:52 -0800 Message-Id: <199503040145.RAA00347@corbin.Root.COM> X-Authentication-Warning: corbin.Root.COM: Host localhost didn't use HELO protocol To: terry@cs.weber.edu (Terry Lambert) cc: joerg_wunsch@uriah.heep.sax.de, freebsd-bugs@FreeBSD.org Subject: Re: Problems with 950210-SNAP In-reply-to: Your message of "Fri, 03 Mar 95 16:02:00 MST." <9503032302.AA06483@cs.weber.edu> From: David Greenman Reply-To: davidg@Root.COM Date: Fri, 03 Mar 1995 17:45:49 -0800 Sender: bugs-owner@FreeBSD.org Precedence: bulk >> > > 1. BIOS memory reduced by 1K to 639K causing warning message, >> > > machine report 640K BIOS memory using the 2.0-RELEASE version >> >> > If your CMOS value has changes, I seriously consider testing to >> > see if you have an MBR virus or have rewritten your MBR. >> >> No Terry, this is simply caused by the fact that some BIOSes tend to >> steal 1 KB off the base memory to put their ``hard disk parameter >> table'' there. So when you ask the BIOS about base memory, they tell >> ya 639 K. AMI gave you the choice between the stolen kilobyte and >> placing the table on BIOS stack... > >I know. If you look in the system initialization code, you'll see >that this was patch one (by me) to 386BSD 0.1, at least in the >patchkit patch order. Nope. How long has it been since you looked at the code in FreeBSD? Too long I would say. >The problem is that he says that the amount reported is different >between the 2.0-RELEASE and the current snap. That's because we just added the message when the bootinfo structure support was added a month or two ago. -DG From owner-freebsd-bugs Fri Mar 3 18:01:51 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id SAA08778 for bugs-outgoing; Fri, 3 Mar 1995 18:01:51 -0800 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id SAA08772 for ; Fri, 3 Mar 1995 18:01:50 -0800 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA07355; Fri, 3 Mar 95 18:52:16 MST From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9503040152.AA07355@cs.weber.edu> Subject: Re: Problems with 950210-SNAP To: davidg@Root.COM Date: Fri, 3 Mar 95 18:52:15 MST Cc: joerg_wunsch@uriah.heep.sax.de, freebsd-bugs@FreeBSD.org In-Reply-To: <199503040145.RAA00347@corbin.Root.COM> from "David Greenman" at Mar 3, 95 05:45:49 pm X-Mailer: ELM [version 2.4dev PL52] Sender: bugs-owner@FreeBSD.org Precedence: bulk > >I know. If you look in the system initialization code, you'll see > >that this was patch one (by me) to 386BSD 0.1, at least in the > >patchkit patch order. > > Nope. How long has it been since you looked at the code in FreeBSD? Too > long I would say. Well, I did caveat it by version and patchkit. 8-). And at least now he knows why it is giving the message, which he didn't until you corrected me (instead of responding to him), so everythings hunky-dory. 8-). Why did you remove my message just to add it back in later? Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-bugs Fri Mar 3 18:04:36 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id SAA08803 for bugs-outgoing; Fri, 3 Mar 1995 18:04:36 -0800 Received: from Root.COM (implode.Root.COM [198.145.90.1]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id SAA08797 for ; Fri, 3 Mar 1995 18:04:33 -0800 Received: from corbin.Root.COM (corbin.Root.COM [198.145.90.18]) by Root.COM (8.6.8/8.6.5) with ESMTP id SAA27828; Fri, 3 Mar 1995 18:04:24 -0800 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.9/8.6.5) with SMTP id SAA00362; Fri, 3 Mar 1995 18:04:24 -0800 Message-Id: <199503040204.SAA00362@corbin.Root.COM> X-Authentication-Warning: corbin.Root.COM: Host localhost didn't use HELO protocol To: terry@cs.weber.edu (Terry Lambert) cc: joerg_wunsch@uriah.heep.sax.de, freebsd-bugs@FreeBSD.org Subject: Re: Problems with 950210-SNAP In-reply-to: Your message of "Fri, 03 Mar 95 18:52:15 MST." <9503040152.AA07355@cs.weber.edu> From: David Greenman Reply-To: davidg@Root.COM Date: Fri, 03 Mar 1995 18:04:23 -0800 Sender: bugs-owner@FreeBSD.org Precedence: bulk >And at least now he knows why it is giving the message, which he >didn't until you corrected me (instead of responding to him), so >everythings hunky-dory. 8-). > >Why did you remove my message just to add it back in later? I didn't. We never had the capability of comparing the BIOS read memory size with the numbers read directly from the RTC until very recently. I don't know what message you're refering to. -DG From owner-freebsd-bugs Fri Mar 3 18:20:24 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id SAA09468 for bugs-outgoing; Fri, 3 Mar 1995 18:20:24 -0800 Received: from atari.cybernetics.net (atari.cybernetics.net [198.80.51.226]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id SAA09462 for ; Fri, 3 Mar 1995 18:20:22 -0800 Received: from localhost (localhost [127.0.0.1]) by atari.cybernetics.net (8.6.9/8.6.9) with SMTP id VAA27124 for ; Fri, 3 Mar 1995 21:13:18 -0500 Message-Id: <199503040213.VAA27124@atari.cybernetics.net> X-Authentication-Warning: atari.cybernetics.net: Host localhost didn't use HELO protocol To: freebsd-bugs@FreeBSD.org Subject: Adaptec 2940 PCI controller Date: Fri, 03 Mar 1995 21:13:17 -0500 From: Charlie & Sender: bugs-owner@FreeBSD.org Precedence: bulk I have installed the 2940 on a pentium-60 with 2-IDE drives and 1-SCSI. When booting FreeBSD I have to disable the bios on the controller for it to get past the device probe. The problem is that after a reboot the setting in the controller are set back to the default or in the 2940W mode, which I don't have. From owner-freebsd-bugs Fri Mar 3 21:24:32 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id VAA15583 for bugs-outgoing; Fri, 3 Mar 1995 21:24:32 -0800 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id VAA15577 for ; Fri, 3 Mar 1995 21:24:31 -0800 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA08265; Fri, 3 Mar 95 22:17:10 MST From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9503040517.AA08265@cs.weber.edu> Subject: Re: Problems with 950210-SNAP To: davidg@Root.COM Date: Fri, 3 Mar 95 22:17:09 MST Cc: joerg_wunsch@uriah.heep.sax.de, freebsd-bugs@FreeBSD.org In-Reply-To: <199503040204.SAA00362@corbin.Root.COM> from "David Greenman" at Mar 3, 95 06:04:23 pm X-Mailer: ELM [version 2.4dev PL52] Sender: bugs-owner@FreeBSD.org Precedence: bulk > >And at least now he knows why it is giving the message, which he > >didn't until you corrected me (instead of responding to him), so > >everythings hunky-dory. 8-). > > > >Why did you remove my message just to add it back in later? > > I didn't. We never had the capability of comparing the BIOS read memory > size with the numbers read directly from the RTC until very recently. I don't > know what message you're refering to. "CMOS size: 639k -- assuming 640k" Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-bugs Fri Mar 3 21:38:00 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id VAA15984 for bugs-outgoing; Fri, 3 Mar 1995 21:38:00 -0800 Received: from Root.COM (implode.Root.COM [198.145.90.1]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id VAA15977 for ; Fri, 3 Mar 1995 21:37:55 -0800 Received: from corbin.Root.COM (corbin.Root.COM [198.145.90.18]) by Root.COM (8.6.8/8.6.5) with ESMTP id VAA28163; Fri, 3 Mar 1995 21:37:43 -0800 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.9/8.6.5) with SMTP id VAA00259; Fri, 3 Mar 1995 21:37:43 -0800 Message-Id: <199503040537.VAA00259@corbin.Root.COM> X-Authentication-Warning: corbin.Root.COM: Host localhost didn't use HELO protocol To: ROBIN@ptnsct.nis.za (Robin Hunt) cc: bugs@FreeBSD.org Subject: Re: 16/32 meg problem In-reply-to: Your message of "Fri, 03 Mar 95 09:33:28 +0200." <950303093328.f7e3@ptnsct.nis.za> From: David Greenman Reply-To: davidg@Root.COM Date: Fri, 03 Mar 1995 21:37:41 -0800 Sender: bugs-owner@FreeBSD.org Precedence: bulk >I have previously queried this problem, but have not heard any more since >tuesday, and thought I'd re-ask: > >I have a 486DX2-80 with 16 Meg of RAM, a 2 meg caching IDE controller and it >works fine. > >Should I dare to add a further 16 meg to the machine, FreeBSD boots without any >problem - passing the memory test - but panics with the following message: > >Feb 24 17:08:17 ilink /kernel: >Feb 24 17:08:17 ilink /kernel: Fatal trap 12: page fault while in kernel mode >Feb 24 17:08:17 ilink /kernel: fault virtual address = 0x0 >Feb 24 17:08:17 ilink /kernel: fault code = supervisor read, page not present >Feb 24 17:08:17 ilink /kernel: instruction pointer = 0x8:0xf0168885 ... >f0168738 T _pmap_changebit I've looked at the code and I don't see anything obvious. It might be caused by a pmap corruption bug that we've been trying to find, but I can't tell for sure with the limited information I have. So the machine gets far enough to start up syslogd and other things? How long does it stay up before crashing? -DG From owner-freebsd-bugs Sat Mar 4 10:39:51 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA05902 for bugs-outgoing; Sat, 4 Mar 1995 10:39:51 -0800 Received: from ulcc.uni-plovdiv.bg (ulcc.uni-plovdiv.bg [193.68.180.5]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id KAA05891 for ; Sat, 4 Mar 1995 10:39:41 -0800 Received: (root@localhost) by ulcc.uni-plovdiv.bg (8.6.9/8.3) id UAA27927; Sat, 4 Mar 1995 20:44:01 +0200 Date: Sat, 4 Mar 1995 20:44:01 +0200 From: "..." Message-Id: <199503041844.UAA27927@ulcc.uni-plovdiv.bg> To: bugs@FreeBSD.org, ROBIN@ptnsct.nis.za Subject: Re: 16/32 meg problem Sender: bugs-owner@FreeBSD.org Precedence: bulk Hey boy, what is that rbash? Try to use different command interpreter such as ash or or csh. Second how much ns you RAM is? And what is processor cache? I have nearly the same problem and I found that one of my cache chips wasn't fit in its socket properly. And try to move SIMMs in sockets... Yours, Vlado. From owner-freebsd-bugs Sat Mar 4 11:05:44 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA06664 for bugs-outgoing; Sat, 4 Mar 1995 11:05:44 -0800 Received: from tuatara.reptiles.org (tuatara.reptiles.org [142.57.253.134]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id LAA06647 for ; Sat, 4 Mar 1995 11:05:27 -0800 Received: by tuatara.reptiles.org (/\==/\ Smail3.1.28.1 #28.2) id ; Sat, 4 Mar 95 14:05 EST Newsgroups: reptiles.freebsd.bugs Path: nobody From: "..." Subject: Re: 16/32 meg problem To: bugs@FreeBSD.org, ROBIN@ptnsct.nis.za Message-ID: <199503041844.UAA27927@ulcc.uni-plovdiv.bg> Received: (root@localhost) by ulcc.uni-plovdiv.bg (8.6.9/8.3) id UAA27927; Sat, 4 Mar 1995 20:44:01 +0200 Organization: Reptilian Research, Toronto, Canada Distribution: reptiles Date: Sat, 4 Mar 1995 18:44:01 GMT Approved: news@reptiles.org (USENET News) X-From: freefall.cdrom.com!owner-freebsd-bugs Sat Mar 4 14:04:25 1995 Sender: bugs-owner@FreeBSD.org Precedence: bulk Hey boy, what is that rbash? Try to use different command interpreter such as ash or or csh. Second how much ns you RAM is? And what is processor cache? I have nearly the same problem and I found that one of my cache chips wasn't fit in its socket properly. And try to move SIMMs in sockets... Yours, Vlado. From owner-freebsd-bugs Sat Mar 4 21:19:16 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA26629 for bugs-outgoing; Sat, 4 Mar 1995 21:19:16 -0800 Received: from seraph.uunet.ca (uunet.ca [142.77.1.254]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id VAA26619 for ; Sat, 4 Mar 1995 21:19:11 -0800 Received: from portnoy.canrem.com ([198.133.42.17]) by mail.uunet.ca with SMTP id <174079-1>; Sun, 5 Mar 1995 00:19:48 -0500 Received: from canrem.com by portnoy.canrem.com (4.1/SMI-4.1) id AA00165; Sun, 5 Mar 95 00:15:11 EST Received: by canrem.com (PCB-UUCP 1.1f) id 1D38B2; Sat, 4 Mar 95 23:57:44 -0500 To: bugs@FreeBSD.org Subject: Installation problems with 2.0R From: barnaby.ng@canrem.com (Barnaby Ng) Message-Id: <60.25786.104.0C1D38B2@canrem.com> Date: Sat, 4 Mar 1995 23:55:00 -0500 Organization: CRS Online (Toronto, Ontario) Sender: bugs-owner@FreeBSD.org Precedence: bulk I'm the unfortunate soul who had the "Fatal code=5888" error while trying to install FreeBSD 2.0 from Walnut Creek CD. I took the "proper" way to fix the problem: changed the extended BIOS translation and low level format the drives. (Justin Gibbs suggested that I should specify 255/63 translation in fdisk, but it didn't work) Now I got passed the initial stage of installation (boot and cpio) and tried to install the bindist. After I specified the source of the bindist, sysinstall verified the checksums, and extracted some files onto my disk, and then it STOPPED. The install screen still shown "Extracting bindist distribution. Please wait!", but it just sit there, no disk i/o, no nothing. The machine was not hung. I could switch between the install and debug screen, but it just won't finish installing bindist. I'd tried other modules: no problem installing games, but ran into the same problem installing manpages. I tried changing hardware setup like slow the CD-ROM transfer rate to 5MB/sec, disable synchronous negotiation, introduce more wait state etc. NOTHING helps. The debug screen show the followings:- (a bunch of "/stand/cpio: umount linked" message) /stand/cpio:umount linked to tip umount 2286 blocks Progress Progress Progress Extracting bindist, please wait. And then it just sit there. HELP PLEASE!!! % Barnaby Ng % Toronto, Canada % barnaby.ng@canrem.com From owner-freebsd-bugs Sat Mar 4 23:54:17 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA28110 for bugs-outgoing; Sat, 4 Mar 1995 23:54:17 -0800 Received: from clinet.fi (root@clinet.fi [193.64.6.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id XAA28102 for ; Sat, 4 Mar 1995 23:54:15 -0800 Received: from smile.clinet.fi (smile.clinet.fi [193.64.6.11]) by clinet.fi (8.6.10/8.6.4) with ESMTP id JAA23365 for ; Sun, 5 Mar 1995 09:53:58 +0200 From: Heikki Suonsivu Received: (root@localhost) by smile.clinet.fi (8.6.10/8.6.4) id JAA09152; Sun, 5 Mar 1995 09:53:59 +0200 Date: Sun, 5 Mar 1995 09:53:59 +0200 Message-Id: <199503050753.JAA09152@smile.clinet.fi> To: freebsd-bugs@freefall.cdrom.com Subject: minor patch Reply-To: Heikki Suonsivu Organization: Helsinki University of Technology, Otaniemi, Finland Sender: bugs-owner@FreeBSD.org Precedence: bulk LINT: can go up to 256 ptys and devices are now created in hunks of 32. # -pseudo-device pty 16 #Pseudo ttys - can go as high as 64 +pseudo-device pty 32 #Pseudo ttys - can go as high as 256 pseudo-device speaker #Play IBM BASIC-style noises out your speaker -- Heikki Suonsivu, T{ysikuu 10 C 83/02210 Espoo/FINLAND, hsu@cs.hut.fi home +358-0-8031121 work -4513377 fax -4555276 riippu SN